From gerry.creager at tamu.edu Sat Mar 1 05:57:59 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sat, 01 Mar 2003 07:57:59 -0600 Subject: [Mapserver-users] 3.7 implementation problems? Message-ID: <3E60BC67.5080606@tamu.edu> Just fired up a new implementation of 3.7 with RH8, on a new system. It was built with the excellent instructions in the Wiki. The only problems I encountered there were when I didn't read everything. Now, however, when I try to start some of the testing, I get the following error: getInteger(): Symbol definition error. (STATUS):(160) I'm lost. And open to suggestions. I can track it down if I can get a starting point. Thanks! gerry -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From woodbri at swoodbridge.com Sat Mar 1 06:06:44 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sat, 01 Mar 2003 09:06:44 -0500 Subject: [Mapserver-users] 3.7 implementation problems? In-Reply-To: <3E60BC67.5080606@tamu.edu> Message-ID: <3E607824.24392.1BD2E7DE@localhost> Gerry, Only a guess, but it sounds like it might be an error in your mapfile of symbol definition file. Look for the keyword "STATUS" around line 160 in those files. and see what you find. -Steve W. On 1 Mar 2003 at 7:57, Gerry Creager N5JXS wrote: > Just fired up a new implementation of 3.7 with RH8, on a new system. > It was built with the excellent instructions in the Wiki. The only > problems I encountered there were when I didn't read everything. > > Now, however, when I try to start some of the testing, I get the > following error: > > getInteger(): Symbol definition error. (STATUS):(160) > > I'm lost. And open to suggestions. I can track it down if I can get > a starting point. > > Thanks! > gerry > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From stepan.kafka at centrum.cz Sat Mar 1 06:40:01 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Sat, 1 Mar 2003 15:40:01 +0100 Subject: [Mapserver-users] 3.7 implementation problems? In-Reply-To: <3E60BC67.5080606@tamu.edu> Message-ID: <000801c2e000$70c81da0$e64de4c2@HSGIS> What do you have on the row above this one with status? There is probably missing parameter so the mapserver tries to interpret status instead it. 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 Gerry > Creager N5JXS > Odesl?no: 1. b?ezna 2003 14:58 > Komu: mapserver-users at lists.gis.umn.edu > P?edm?t: [Mapserver-users] 3.7 implementation problems? > > > Just fired up a new implementation of 3.7 with RH8, on a new system. It > was built with the excellent instructions in the Wiki. The only > problems I encountered there were when I didn't read everything. > > Now, however, when I try to start some of the testing, I get the > following error: > > getInteger(): Symbol definition error. (STATUS):(160) > > I'm lost. And open to suggestions. I can track it down if I can get a > starting point. > > Thanks! > gerry > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From tbartlett at dddd.com.au Sat Mar 1 19:01:00 2003 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Sun, 2 Mar 2003 14:01:00 +1100 Subject: [Mapserver-users] Site Demo / Critique References: Message-ID: <003801c2e067$f51f07a0$1701a8c0@dddd.com.au> Dave, The drag box can be turned on and off via the javascript command OFF = document.mapplet.boxoff(); ON = document.mapplet.boxon(); Really like the site ! ----- Original Message ----- From: "Lowther, David W" To: "'Martin, Daniel '" ; "Lowther, David W" ; Sent: Saturday, March 01, 2003 11:06 AM Subject: RE: [Mapserver-users] Site Demo / Critique > Dan, > > Thanks for the kinds words and the bugs. Do you get that error still? The > line was commented out when I got to it, but someone here may have beaten me > to the punch. > > I haven't been able to figure out how to keep mapplet from allowing a box at > any time, but I also haven't spent any time on it as we are trying to get > off the java app and into DHTML - phase next. We should be able to deal with > it there. > > Probably should reign that legend width in... > > As far as the label check goes, it comes as a result of a deep homage I have > paid to the HTML Legend supreme being(s). And, I am using the legend_order > strictly to make sure that my labels directly follow my layers. That way > when I come around to the label I have left the TD open. I also make sure > that my label layers are named the same as my features like roads and > roads_anno. Since I write the checkbox with the feature. I have also > included metadata like NoLabels for the feature layers that don't have any > labels. I did the same thing for the ID (NoID). One thing that sure would > make HTML Legends easier is the inclusion of an [else] / [elseif] tag. Maybe > I should file a feature request. > > Dave > > -----Original Message----- > From: Martin, Daniel > To: 'Lowther, David W'; Mapserver-Users (mapserver-users at lists.gis.umn.edu) > Sent: 2/28/03 5:39 PM > Subject: RE: [Mapserver-users] Site Demo / Critique > > Looks good. I like the interface you've built, and I love the many, > many options you offer. I also like the label checkbox. I'm not even > quite sure how to do that (with pure-CGI) but I'd like to know. > > Problems: > 1) IE 5.5 is reporting > "'parent.legend.document.mapserv.map_gradysqlRoads_data' is null or not > an object." in this line: > parent.legend.document.mapserv.map_gradysqlRoads_data.value=top.document > .Master.map_gradysqlRoads_data.value; > 2) In a very large window the checkbox legend area expands with the > window...probably in a way you don't intend. It ends up putting the > right set of checkboxes quite far to the right. > 3) It wasn't quite obvious to me what the radio buttons were for. > Eventually I figured out they control the query layer. > 4) Query mode allows you to draw a box, but the query fails (perhaps it > should be using nquery when a rectangle is drawn?). > > -Dan Martin > > > > -----Original Message----- > From: Lowther, David W [mailto:dlowther at ou.edu] > Sent: Friday, February 28, 2003 3:33 PM > To: Mapserver-Users (mapserver-users at lists.gis.umn.edu) > Subject: [Mapserver-users] Site Demo / Critique > > > > List, > > Thanks to all your help over the past few months we're in the final > stages of testing our first large Mapserver effort. > > Please offer your comments / critique of the following site: > > > http://129.15.172.20/okstatedemo.htm > > Thanks, > > David Lowther > Software Engineer > GEO Information Systems > University of Oklahoma > dlowther at ou.edu > (405) 325-3131 > http://www.geo.ou.edu > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tbartlett at dddd.com.au Sat Mar 1 19:02:28 2003 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Sun, 2 Mar 2003 14:02:28 +1100 Subject: [Mapserver-users] Map Size Message-ID: <003c01c2e068$28c70f30$1701a8c0@dddd.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0039_01C2E0C4.5C247460 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable G'day All, Just a quick question about how to allow users to change the size of the = image (the size of the map). eg 500 x 400, 600 x 450 or 700 x 500. The size of the image returned by MapServer is determined in the .map = file so do you just have 3 different maps files for each image size ?? = They would be identical in every other respect? I'm using Mapplet, on IIS on an XP machine !! Thomas Bartlett -------------------------------------------------------------------------= --------------------------------- GIS Technician Digital (Digest) Data Design Pty Ltd=20 Military GIS Professionals and Consultants=20 http://www.dddd.com.au/=20 Telephone: 02 6286 9555=20 Facsimile: 02 6286 9888=20 Postal : PO Box 683 MAWSON ACT 2607 ------=_NextPart_000_0039_01C2E0C4.5C247460 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
G'day All,
Just a quick question about how to allow users to = change the=20 size of the image (the size of the map).  eg 500 x 400, 600 x 450 = or 700 x=20 500.
 
The size of the image returned by MapServer is = determined in=20 the .map file so do you just have 3 different maps files for each image = size ??=20 They would be identical in every other respect?
 
I'm using Mapplet, on IIS on an XP machine = !!
 
Thomas=20 Bartlett
-------------------------------------------------------------= ---------------------------------------------
GIS=20 Technician
Digital (Digest) Data Design Pty Ltd
Military GIS=20 Professionals and Consultants
http://www.dddd.com.au/ =
Telephone: 02=20 6286 9555
Facsimile: 02 6286 9888
Postal : PO Box 683 = MAWSON =20 ACT  2607
------=_NextPart_000_0039_01C2E0C4.5C247460-- From gerry.creager at tamu.edu Sat Mar 1 23:49:29 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sun, 02 Mar 2003 01:49:29 -0600 Subject: [Mapserver-users] perl-mapscript compilation error... did I miss something in the archives? Message-ID: <3E61B789.4090309@tamu.edu> MS 3.7, Linux RH8.0, Kernel 2.4.18-24, perl 5.8. I do a 'perl Makefile.PL' followed by a 'make' and here's what I get... [root at vne-dhcp-047 perl]# make Running Mkbootstrap for mapscript () chmod 644 mapscript.bs rm -f blib/arch/auto/mapscript/mapscript.so LD_RUN_PATH="/root/mapserver-3.7:/usr/local/lib:/usr/lib:/lib" gcc -shared -L/usr/local/lib mapscript_wrap.o -o blib/arch/auto/mapscript/mapscript.so -L/root/mapserver-3.7 -lmap -lgd -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -lpdf -ljpeg -lfreetype -lpng -lz -lproj -ljpeg -L/usr/local/lib -lgdal.1.1 -lming -L/usr/local/lib -lcurl -lz -lssl -lcrypto -ldl -lz -lpthread -lm gcc: mapscript_wrap.o: No such file or directory make: *** [blib/arch/auto/mapscript/mapscript.so] Error 1 Where did I step off the cliff? 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 millardymecki at sympatico.ca Sun Mar 2 05:28:58 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Sun, 2 Mar 2003 08:28:58 -0500 Subject: [Mapserver-users] mapserver Message-ID: <000d01c2e0bf$ae87b5a0$f098fea9@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C2E095.C5453030 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm creating and populateing a new shp and was wondering how to go = about setting the extents for the newly created shp, or if it's = possible? thx, Paul $shpFile =3D ms_newShapeFileObj( $shpFname, MS_SHP_POINT); ------=_NextPart_000_000A_01C2E095.C5453030 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
  I'm creating and = populateing a new shp=20 and was wondering how to go about setting the extents for the newly = created shp,=20 or if it's possible?
thx,
Paul
 

$shpFile =3D ms_newShapeFileObj( $shpFname,=20 MS_SHP_POINT);

 ------=_NextPart_000_000A_01C2E095.C5453030-- From woodbri at swoodbridge.com Sun Mar 2 05:51:42 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 02 Mar 2003 08:51:42 -0500 Subject: [Mapserver-users] mapserver In-Reply-To: <000d01c2e0bf$ae87b5a0$f098fea9@pauls> Message-ID: <3E61C61E.3680.20EB83B9@localhost> It is not required, the shapelib software keeps track of the data you enter and sets the extents appropriately. -Steve W On 2 Mar 2003 at 8:28, Paul Dymecki wrote: > Hi, > I'm creating and populateing a new shp and was wondering how to go > about setting the extents for the newly created shp, or if it's > possible? > thx, > Paul > > $shpFile = ms_newShapeFileObj( $shpFname, MS_SHP_POINT); > > From dlowther at ou.edu Sun Mar 2 05:53:50 2003 From: dlowther at ou.edu (Lowther, David W) Date: Sun, 2 Mar 2003 07:53:50 -0600 Subject: [Mapserver-users] Map Size Message-ID: this is basically what I am using... this may appear a bit convoluted, but its yanked from a couple of different places. the first half is what i do when someone clicks the mapsize - and then i refresh the map (which is the second half). function sizemap(x,y){ msForm=(set to mapserver form); msForm.mapsize.value= x + " " + y; msForm.centerx.value = x/2; msForm.centery.value = y/2; msForm.mode.value="browse"; msForm.imgxy.value= msForm.centerx.value + ' ' + msForm.centery.value; msForm.imgbox.value="-1 -1 -1 -1"; msForm.zoom.value=0; msForm.submit(); } hope that helps, Dave -----Original Message----- From: Thomas Bartlett To: mapserver-users at lists.gis.umn.edu Sent: 3/1/03 9:02 PM Subject: [Mapserver-users] Map Size G'day All, Just a quick question about how to allow users to change the size of the image (the size of the map). eg 500 x 400, 600 x 450 or 700 x 500. The size of the image returned by MapServer is determined in the .map file so do you just have 3 different maps files for each image size ?? They would be identical in every other respect? I'm using Mapplet, on IIS on an XP machine !! Thomas Bartlett ------------------------------------------------------------------------ ---------------------------------- GIS Technician Digital (Digest) Data Design Pty Ltd Military GIS Professionals and Consultants http://www.dddd.com.au/ Telephone: 02 6286 9555 Facsimile: 02 6286 9888 Postal : PO Box 683 MAWSON ACT 2607 From dlowther at ou.edu Sun Mar 2 06:11:35 2003 From: dlowther at ou.edu (Lowther, David W) Date: Sun, 2 Mar 2003 08:11:35 -0600 Subject: [Mapserver-users] Mapplet Boxon Boxoff WAS: SIte Critque... Message-ID: Thomas, It seems like every time I set boxon or boxoff (wow, thats a little bit Karate Kid..) it triggers mapplet_apply, but doesn't affect the boxness. Tips? Dave -----Original Message----- From: Thomas Bartlett To: mapserver-users at lists.gis.umn.edu Sent: 3/1/03 9:01 PM Subject: Re: [Mapserver-users] Site Demo / Critique Dave, The drag box can be turned on and off via the javascript command OFF = document.mapplet.boxoff(); ON = document.mapplet.boxon(); Really like the site ! ----- Original Message ----- From: "Lowther, David W" To: "'Martin, Daniel '" ; "Lowther, David W" ; Sent: Saturday, March 01, 2003 11:06 AM Subject: RE: [Mapserver-users] Site Demo / Critique > Dan, > > Thanks for the kinds words and the bugs. Do you get that error still? The > line was commented out when I got to it, but someone here may have beaten me > to the punch. > > I haven't been able to figure out how to keep mapplet from allowing a box at > any time, but I also haven't spent any time on it as we are trying to get > off the java app and into DHTML - phase next. We should be able to deal with > it there. > > Probably should reign that legend width in... > > As far as the label check goes, it comes as a result of a deep homage I have > paid to the HTML Legend supreme being(s). And, I am using the legend_order > strictly to make sure that my labels directly follow my layers. That way > when I come around to the label I have left the TD open. I also make sure > that my label layers are named the same as my features like roads and > roads_anno. Since I write the checkbox with the feature. I have also > included metadata like NoLabels for the feature layers that don't have any > labels. I did the same thing for the ID (NoID). One thing that sure would > make HTML Legends easier is the inclusion of an [else] / [elseif] tag. Maybe > I should file a feature request. > > Dave > > -----Original Message----- > From: Martin, Daniel > To: 'Lowther, David W'; Mapserver-Users (mapserver-users at lists.gis.umn.edu) > Sent: 2/28/03 5:39 PM > Subject: RE: [Mapserver-users] Site Demo / Critique > > Looks good. I like the interface you've built, and I love the many, > many options you offer. I also like the label checkbox. I'm not even > quite sure how to do that (with pure-CGI) but I'd like to know. > > Problems: > 1) IE 5.5 is reporting > "'parent.legend.document.mapserv.map_gradysqlRoads_data' is null or not > an object." in this line: > parent.legend.document.mapserv.map_gradysqlRoads_data.value=top.document > .Master.map_gradysqlRoads_data.value; > 2) In a very large window the checkbox legend area expands with the > window...probably in a way you don't intend. It ends up putting the > right set of checkboxes quite far to the right. > 3) It wasn't quite obvious to me what the radio buttons were for. > Eventually I figured out they control the query layer. > 4) Query mode allows you to draw a box, but the query fails (perhaps it > should be using nquery when a rectangle is drawn?). > > -Dan Martin > > > > -----Original Message----- > From: Lowther, David W [mailto:dlowther at ou.edu] > Sent: Friday, February 28, 2003 3:33 PM > To: Mapserver-Users (mapserver-users at lists.gis.umn.edu) > Subject: [Mapserver-users] Site Demo / Critique > > > > List, > > Thanks to all your help over the past few months we're in the final > stages of testing our first large Mapserver effort. > > Please offer your comments / critique of the following site: > > > http://129.15.172.20/okstatedemo.htm > > Thanks, > > David Lowther > Software Engineer > GEO Information Systems > University of Oklahoma > dlowther at ou.edu > (405) 325-3131 > http://www.geo.ou.edu > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Sun Mar 2 07:05:15 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 02 Mar 2003 10:05:15 -0500 Subject: [Mapserver-users] mapserver In-Reply-To: <002501c2e0c9$757a1aa0$f098fea9@pauls> Message-ID: <3E61D75B.8898.212ED87B@localhost> Paul, I'm don't think so. The other thing you could try doing is to save the shapefile to disk and check it shpdump or shpinfo utilities that come with either shapelib or gdal. I think there are some examples on wiki or in the archives. -Steve On 2 Mar 2003 at 9:38, Paul Dymecki wrote: > Hi Steve, > Does the ShpFileObj have to know about the map that being added > toat all? > thx, > Paul > ----- Original Message ----- > From: > To: "Paul Dymecki" ; "MapServer List > EE-mail"" Sent: Sunday, March 02, > 2003 8:51 AM Subject: Re: [Mapserver-users] mapserver > > > > It is not required, the shapelib software keeps track of the data > > you enter and sets the extents appropriately. > > > > -Steve W > > > > On 2 Mar 2003 at 8:28, Paul Dymecki wrote: > > > > > Hi, > > > I'm creating and populateing a new shp and was wondering how to > > > go about setting the extents for the newly created shp, or if > > > it's possible? > > > thx, > > > Paul > > > > > > $shpFile = ms_newShapeFileObj( $shpFname, MS_SHP_POINT); > > > > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From kames at keyspanenergy.com Sun Mar 2 09:35:05 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Sun, 02 Mar 2003 12:35:05 -0500 Subject: [Mapserver-users] SHPTREE Odd behavior Message-ID: <3E6240C9.24CFF803@keyspanenergy.com> I've been experimenting with shptree and seeing remarkable performance boosts (on point and line shapefiles). However, I've found some odd behavior now with polygons. I'm rendering polygons that take quite a while to come up (mapserver cgi). I then use shptree and get the following error message: msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition. If I then delete the associated .qix files, the map again renders. I'm using mapserver MapServer version 3.6.3 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=OGR INPUT=SHAPEFILE SHPTREE is dated 11/01/00 09:48a 131,122 bytes ...appreciate any help. Kieran From millardymecki at sympatico.ca Sun Mar 2 09:48:54 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Sun, 2 Mar 2003 12:48:54 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection Message-ID: <005e01c2e0e3$fe4cf6d0$f098fea9@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_005B_01C2E0BA.1519DAB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi=20 I have a php script that pulls a bunch of lat/longs and attribute data = from a database and produces a shp file. I was wondering if anyone can see a flaw with the code below? It's = produceing reasonable(at least it looks to me)output but the shp file = produced is not displaying in mapserver, thx, Paul function createPoint( $x, $y, $def ) { // Create shape =20 =20 $dlat =3D doubleval($y); $dlon =3D doubleval($x); =20 $projoutobj=3Dms_newprojectionObj("proj=3Dlcc,ellps=3DGRS80,lat_0=3D49,lo= n_0=3D95,lat_1=3D49,lat_1=3D77"); $projinobj =3D = ms_newprojectionObj("proj=3Dlatlong,ellps=3DGRS80,datum=3DNAD83"); =20 $oPoint =3D ms_newPointObj(); $oLine =3D ms_newLineObj(); $oShp =3D ms_newShapeObj(MS_SHAPE_POINT); $oPoint->setXY($dlon,$dlat); =20 $oPoint =3D $oPoint->project($projinobj, $projoutobj); =20 $oLine -> add($oPoint); =20 $oShp->add($oLine); $this->shpFile->addShape( $oShp); =20 =20 // Write attribute record if( dbase_add_record($this->dbfFile, $def) =3D=3D FALSE ) { $message =3D "Adding a record to dbase failed"; =20 $this->shpFile->free(); $oPoint->free(); return FALSE; } =20 $oPoint->free(); $oShp->free(); $oLine->free(); echo 'got here create 2'; return TRUE; } =20 ------=_NextPart_000_005B_01C2E0BA.1519DAB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
I have a php script that pulls a bunch = of lat/longs=20 and attribute data from a database and produces a shp file.
I was wondering if anyone can see a = flaw with the=20 code below?  It's produceing reasonable(at least it looks to = me)output but=20 the shp file produced is not displaying in mapserver,
thx,
Paul
 

function = createPoint( $x, $y,=20 $def )

     =20 {

      // = Create=20 shape

    =20

 

$dlat =3D=20 doubleval($y);

           =20 $dlon =3D doubleval($x);

 

$projoutobj=3Dms_newprojectionObj("proj=3Dlcc,ellps=3DGRS80,lat_= 0=3D49,lon_0=3D95,lat_1=3D49,lat_1=3D77");

$projinobj =3D=20 ms_newprojectionObj("proj=3Dlatlong,ellps=3DGRS80,datum=3DNAD83");

 

         $oPoint =3D=20 ms_newPointObj();

        =20 $oLine =3D ms_newLineObj();

        =20 $oShp =3D = ms_newShapeObj(MS_SHAPE_POINT);

        =20 $oPoint->setXY($dlon,$dlat);

       =20

        =20 $oPoint =3D $oPoint->project($projinobj,=20 $projoutobj);

        =20

        =20 $oLine -> add($oPoint);

 

        =20 $oShp->add($oLine);

         = $this->shpFile->addShape(=20 $oShp);

    =20

 

         // Write attribute=20 record

         if(=20 dbase_add_record($this->dbfFile, $def) =3D=3D FALSE=20 )

         = {

           =20  $message =3D = "Adding a record=20 to dbase failed"; =20

           =20  $this->shpFile->free();<= /P>

           =20  $oPoint->free();

           =20  return=20 FALSE;

         = }

 

        =20 $oPoint->free();

        =20 $oShp->free();

        =20 $oLine->free();

         =20 echo 'got here create 2';

         return=20 TRUE;

       }

 

------=_NextPart_000_005B_01C2E0BA.1519DAB0-- From john.hagstrand at interageresearch.com Sun Mar 2 11:01:21 2003 From: john.hagstrand at interageresearch.com (John Hagstrand) Date: Sun, 02 Mar 2003 13:01:21 -0600 Subject: [Mapserver-users] shapefile programming Message-ID: <4.3.2.7.0.20030301134410.01617368@pop.registeredsite.com> Hi, I need a program or programmer to manipulate a Shapefile. I want to pull the bounding box out of the SHP file and put it in the DBF file. You see what I mean? I want to add four columns to the DBF file: north, south, east and west. And I want to populate those four fields to indicate the boundary of each object. Do you know of a utility program that will do this? If not, do you know a programmer who will write me such a utility program for a fee? Thanks John ------------------------------------------------- John Hagstrand Interage Research, Inc. 847 838 5371 Software Development Consulting for Internet Content Management We make knowledge accessible, useful, and relevant for everyone. http://www.interageresearch.com From millardymecki at sympatico.ca Sun Mar 2 11:40:08 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Sun, 2 Mar 2003 14:40:08 -0500 Subject: [Mapserver-users] mapserver References: <3E61D75B.8898.212ED87B@localhost> Message-ID: <007b01c2e0f3$88d1f0d0$f098fea9@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_0078_01C2E0C9.9F8C5E20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi Steve, Here is the output of running a shpdump on the files(projected and nonprojected). Would you know off hand if they look ok? thx, Paul ----- Original Message ----- From: To: "Paul Dymecki" ; Sent: Sunday, March 02, 2003 10:05 AM Subject: Re: [Mapserver-users] mapserver > Paul, > > I'm don't think so. The other thing you could try doing is to save > the shapefile to disk and check it shpdump or shpinfo utilities that > come with either shapelib or gdal. > > I think there are some examples on wiki or in the archives. > > -Steve > > On 2 Mar 2003 at 9:38, Paul Dymecki wrote: > > > Hi Steve, > > Does the ShpFileObj have to know about the map that being added > > toat all? > > thx, > > Paul > > ----- Original Message ----- > > From: > > To: "Paul Dymecki" ; "MapServer List > > EE-mail"" Sent: Sunday, March 02, > > 2003 8:51 AM Subject: Re: [Mapserver-users] mapserver > > > > > > > It is not required, the shapelib software keeps track of the data > > > you enter and sets the extents appropriately. > > > > > > -Steve W > > > > > > On 2 Mar 2003 at 8:28, Paul Dymecki wrote: > > > > > > > Hi, > > > > I'm creating and populateing a new shp and was wondering how to > > > > go about setting the extents for the newly created shp, or if > > > > it's possible? > > > > thx, > > > > Paul > > > > > > > > $shpFile = ms_newShapeFileObj( $shpFname, MS_SHP_POINT); > > > > > > > > > > > > > > > > > _______________________________________________ > > > 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_0078_01C2E0C9.9F8C5E20 Content-Type: application/octet-stream; name="siteslcc.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="siteslcc.out" Shapefile Type: Point # of Shapes: 73 File Bounds: (-2043769.460, -690420.442,0,0) to ( 2981035.067, 9527537.619,0,0) Shape:0 (Point) nVertices=1, nParts=0 Bounds:(-1453731.329, 416527.598, 0, 0) to (-1453731.329, 416527.598, 0, 0) (-1453731.329, 416527.598, 0, 0) Shape:1 (Point) nVertices=1, nParts=0 Bounds:( 1070803.406, -218197.336, 0, 0) to ( 1070803.406, -218197.336, 0, 0) ( 1070803.406, -218197.336, 0, 0) Shape:2 (Point) nVertices=1, nParts=0 Bounds:( -500207.727, 2252344.604, 0, 0) to ( -500207.727, 2252344.604, 0, 0) ( -500207.727, 2252344.604, 0, 0) Shape:3 (Point) nVertices=1, nParts=0 Bounds:( -500207.727, 2252344.604, 0, 0) to ( -500207.727, 2252344.604, 0, 0) ( -500207.727, 2252344.604, 0, 0) Shape:4 (Point) nVertices=1, nParts=0 Bounds:(-1135244.272, 639860.305, 0, 0) to (-1135244.272, 639860.305, 0, 0) (-1135244.272, 639860.305, 0, 0) Shape:5 (Point) nVertices=1, nParts=0 Bounds:(-1374561.314, 2633847.764, 0, 0) to (-1374561.314, 2633847.764, 0, 0) (-1374561.314, 2633847.764, 0, 0) Shape:6 (Point) nVertices=1, nParts=0 Bounds:( -789512.520, 564514.746, 0, 0) to ( -789512.520, 564514.746, 0, 0) ( -789512.520, 564514.746, 0, 0) Shape:7 (Point) nVertices=1, nParts=0 Bounds:(-1188793.113, 675983.687, 0, 0) to (-1188793.113, 675983.687, 0, 0) (-1188793.113, 675983.687, 0, 0) Shape:8 (Point) nVertices=1, nParts=0 Bounds:(-1726075.139, 367831.673, 0, 0) to (-1726075.139, 367831.673, 0, 0) (-1726075.139, 367831.673, 0, 0) Shape:9 (Point) nVertices=1, nParts=0 Bounds:(-1736613.039, 881574.586, 0, 0) to (-1736613.039, 881574.586, 0, 0) (-1736613.039, 881574.586, 0, 0) Shape:10 (Point) nVertices=1, nParts=0 Bounds:( 356896.889, 3704720.280, 0, 0) to ( 356896.889, 3704720.280, 0, 0) ( 356896.889, 3704720.280, 0, 0) Shape:11 (Point) nVertices=1, nParts=0 Bounds:( 14809.536, 2770259.232, 0, 0) to ( 14809.536, 2770259.232, 0, 0) ( 14809.536, 2770259.232, 0, 0) Shape:12 (Point) nVertices=1, nParts=0 Bounds:( 478235.865, 2614657.827, 0, 0) to ( 478235.865, 2614657.827, 0, 0) ( 478235.865, 2614657.827, 0, 0) Shape:13 (Point) nVertices=1, nParts=0 Bounds:( 517335.494, 2257086.224, 0, 0) to ( 517335.494, 2257086.224, 0, 0) ( 517335.494, 2257086.224, 0, 0) Shape:14 (Point) nVertices=1, nParts=0 Bounds:( 1161849.844, 2284943.276, 0, 0) to ( 1161849.844, 2284943.276, 0, 0) ( 1161849.844, 2284943.276, 0, 0) Shape:15 (Point) nVertices=1, nParts=0 Bounds:(-1658559.000, 2680390.056, 0, 0) to (-1658559.000, 2680390.056, 0, 0) (-1658559.000, 2680390.056, 0, 0) Shape:16 (Point) nVertices=1, nParts=0 Bounds:( -754702.421, 1788618.493, 0, 0) to ( -754702.421, 1788618.493, 0, 0) ( -754702.421, 1788618.493, 0, 0) Shape:17 (Point) nVertices=1, nParts=0 Bounds:( -2358.278, 1654156.253, 0, 0) to ( -2358.278, 1654156.253, 0, 0) ( -2358.278, 1654156.253, 0, 0) Shape:18 (Point) nVertices=1, nParts=0 Bounds:( 1566525.234, 360114.299, 0, 0) to ( 1566525.234, 360114.299, 0, 0) ( 1566525.234, 360114.299, 0, 0) Shape:19 (Point) nVertices=1, nParts=0 Bounds:(-1251035.668, 219764.931, 0, 0) to (-1251035.668, 219764.931, 0, 0) (-1251035.668, 219764.931, 0, 0) Shape:20 (Point) nVertices=1, nParts=0 Bounds:(-1251035.668, 219764.931, 0, 0) to (-1251035.668, 219764.931, 0, 0) (-1251035.668, 219764.931, 0, 0) Shape:21 (Point) nVertices=1, nParts=0 Bounds:(-1028113.446, 161703.597, 0, 0) to (-1028113.446, 161703.597, 0, 0) (-1028113.446, 161703.597, 0, 0) Shape:22 (Point) nVertices=1, nParts=0 Bounds:( 101087.425, 62216.377, 0, 0) to ( 101087.425, 62216.377, 0, 0) ( 101087.425, 62216.377, 0, 0) Shape:23 (Point) nVertices=1, nParts=0 Bounds:( 1706952.261, 396011.084, 0, 0) to ( 1706952.261, 396011.084, 0, 0) ( 1706952.261, 396011.084, 0, 0) Shape:24 (Point) nVertices=1, nParts=0 Bounds:( -224662.422, 33247.790, 0, 0) to ( -224662.422, 33247.790, 0, 0) ( -224662.422, 33247.790, 0, 0) Shape:25 (Point) nVertices=1, nParts=0 Bounds:(-1947296.856, 446548.978, 0, 0) to (-1947296.856, 446548.978, 0, 0) (-1947296.856, 446548.978, 0, 0) Shape:26 (Point) nVertices=1, nParts=0 Bounds:(-1930081.307, 438624.274, 0, 0) to (-1930081.307, 438624.274, 0, 0) (-1930081.307, 438624.274, 0, 0) Shape:27 (Point) nVertices=1, nParts=0 Bounds:(-1874474.480, 411175.449, 0, 0) to (-1874474.480, 411175.449, 0, 0) (-1874474.480, 411175.449, 0, 0) Shape:28 (Point) nVertices=1, nParts=0 Bounds:( -890050.709, 93828.289, 0, 0) to ( -890050.709, 93828.289, 0, 0) ( -890050.709, 93828.289, 0, 0) Shape:29 (Point) nVertices=1, nParts=0 Bounds:(-1987041.866, 452871.578, 0, 0) to (-1987041.866, 452871.578, 0, 0) (-1987041.866, 452871.578, 0, 0) Shape:30 (Point) nVertices=1, nParts=0 Bounds:( -103771.200, 6718.361, 0, 0) to ( -103771.200, 6718.361, 0, 0) ( -103771.200, 6718.361, 0, 0) Shape:31 (Point) nVertices=1, nParts=0 Bounds:(-1334478.781, 201222.254, 0, 0) to (-1334478.781, 201222.254, 0, 0) (-1334478.781, 201222.254, 0, 0) Shape:32 (Point) nVertices=1, nParts=0 Bounds:( 1336994.719, -320552.427, 0, 0) to ( 1336994.719, -320552.427, 0, 0) ( 1336994.719, -320552.427, 0, 0) Shape:33 (Point) nVertices=1, nParts=0 Bounds:(-2013973.591, 394195.757, 0, 0) to (-2013973.591, 394195.757, 0, 0) (-2013973.591, 394195.757, 0, 0) Shape:34 (Point) nVertices=1, nParts=0 Bounds:( 268898.290, -52438.869, 0, 0) to ( 268898.290, -52438.869, 0, 0) ( 268898.290, -52438.869, 0, 0) Shape:35 (Point) nVertices=1, nParts=0 Bounds:( 2865022.637, 893529.328, 0, 0) to ( 2865022.637, 893529.328, 0, 0) ( 2865022.637, 893529.328, 0, 0) Shape:36 (Point) nVertices=1, nParts=0 Bounds:( 1166859.735, 65869.274, 0, 0) to ( 1166859.735, 65869.274, 0, 0) ( 1166859.735, 65869.274, 0, 0) Shape:37 (Point) nVertices=1, nParts=0 Bounds:( 1658054.851, 236917.231, 0, 0) to ( 1658054.851, 236917.231, 0, 0) ( 1658054.851, 236917.231, 0, 0) Shape:38 (Point) nVertices=1, nParts=0 Bounds:(-2043769.460, 371319.548, 0, 0) to (-2043769.460, 371319.548, 0, 0) (-2043769.460, 371319.548, 0, 0) Shape:39 (Point) nVertices=1, nParts=0 Bounds:( 702043.973, -41371.815, 0, 0) to ( 702043.973, -41371.815, 0, 0) ( 702043.973, -41371.815, 0, 0) Shape:40 (Point) nVertices=1, nParts=0 Bounds:( 1745322.828, 168089.225, 0, 0) to ( 1745322.828, 168089.225, 0, 0) ( 1745322.828, 168089.225, 0, 0) Shape:41 (Point) nVertices=1, nParts=0 Bounds:( 987667.274, -110787.820, 0, 0) to ( 987667.274, -110787.820, 0, 0) ( 987667.274, -110787.820, 0, 0) Shape:42 (Point) nVertices=1, nParts=0 Bounds:( 2981035.067, 799403.078, 0, 0) to ( 2981035.067, 799403.078, 0, 0) ( 2981035.067, 799403.078, 0, 0) Shape:43 (Point) nVertices=1, nParts=0 Bounds:( 819848.398, -150469.447, 0, 0) to ( 819848.398, -150469.447, 0, 0) ( 819848.398, -150469.447, 0, 0) Shape:44 (Point) nVertices=1, nParts=0 Bounds:( 1810364.526, 67195.321, 0, 0) to ( 1810364.526, 67195.321, 0, 0) ( 1810364.526, 67195.321, 0, 0) Shape:45 (Point) nVertices=1, nParts=0 Bounds:( 2270059.527, 275167.056, 0, 0) to ( 2270059.527, 275167.056, 0, 0) ( 2270059.527, 275167.056, 0, 0) Shape:46 (Point) nVertices=1, nParts=0 Bounds:( 1704752.460, 19723.922, 0, 0) to ( 1704752.460, 19723.922, 0, 0) ( 1704752.460, 19723.922, 0, 0) Shape:47 (Point) nVertices=1, nParts=0 Bounds:( 2360026.662, 289745.276, 0, 0) to ( 2360026.662, 289745.276, 0, 0) ( 2360026.662, 289745.276, 0, 0) Shape:48 (Point) nVertices=1, nParts=0 Bounds:( 1281047.601, -501748.807, 0, 0) to ( 1281047.601, -501748.807, 0, 0) ( 1281047.601, -501748.807, 0, 0) Shape:49 (Point) nVertices=1, nParts=0 Bounds:( 2293429.664, 145413.146, 0, 0) to ( 2293429.664, 145413.146, 0, 0) ( 2293429.664, 145413.146, 0, 0) Shape:50 (Point) nVertices=1, nParts=0 Bounds:( 1697652.924, -91814.262, 0, 0) to ( 1697652.924, -91814.262, 0, 0) ( 1697652.924, -91814.262, 0, 0) Shape:51 (Point) nVertices=1, nParts=0 Bounds:( 1304598.671, -246087.261, 0, 0) to ( 1304598.671, -246087.261, 0, 0) ( 1304598.671, -246087.261, 0, 0) Shape:52 (Point) nVertices=1, nParts=0 Bounds:( 1222937.858, -506463.580, 0, 0) to ( 1222937.858, -506463.580, 0, 0) ( 1222937.858, -506463.580, 0, 0) Shape:53 (Point) nVertices=1, nParts=0 Bounds:( 1081707.297, -316247.232, 0, 0) to ( 1081707.297, -316247.232, 0, 0) ( 1081707.297, -316247.232, 0, 0) Shape:54 (Point) nVertices=1, nParts=0 Bounds:( 1093264.418, -324132.717, 0, 0) to ( 1093264.418, -324132.717, 0, 0) ( 1093264.418, -324132.717, 0, 0) Shape:55 (Point) nVertices=1, nParts=0 Bounds:(-1456178.356, 2564896.419, 0, 0) to (-1456178.356, 2564896.419, 0, 0) (-1456178.356, 2564896.419, 0, 0) Shape:56 (Point) nVertices=1, nParts=0 Bounds:( 1301226.554, -264513.308, 0, 0) to ( 1301226.554, -264513.308, 0, 0) ( 1301226.554, -264513.308, 0, 0) Shape:57 (Point) nVertices=1, nParts=0 Bounds:( 2167364.086, 43506.173, 0, 0) to ( 2167364.086, 43506.173, 0, 0) ( 2167364.086, 43506.173, 0, 0) Shape:58 (Point) nVertices=1, nParts=0 Bounds:( 1507744.280, -297564.027, 0, 0) to ( 1507744.280, -297564.027, 0, 0) ( 1507744.280, -297564.027, 0, 0) Shape:59 (Point) nVertices=1, nParts=0 Bounds:( 2346913.436, 24066.343, 0, 0) to ( 2346913.436, 24066.343, 0, 0) ( 2346913.436, 24066.343, 0, 0) Shape:60 (Point) nVertices=1, nParts=0 Bounds:( 1356063.695, -360040.684, 0, 0) to ( 1356063.695, -360040.684, 0, 0) ( 1356063.695, -360040.684, 0, 0) Shape:61 (Point) nVertices=1, nParts=0 Bounds:( 1256261.793, -391820.288, 0, 0) to ( 1256261.793, -391820.288, 0, 0) ( 1256261.793, -391820.288, 0, 0) Shape:62 (Point) nVertices=1, nParts=0 Bounds:( 1223196.533, -436166.286, 0, 0) to ( 1223196.533, -436166.286, 0, 0) ( 1223196.533, -436166.286, 0, 0) Shape:63 (Point) nVertices=1, nParts=0 Bounds:( 1202946.058, -469850.704, 0, 0) to ( 1202946.058, -469850.704, 0, 0) ( 1202946.058, -469850.704, 0, 0) Shape:64 (Point) nVertices=1, nParts=0 Bounds:( 1162343.241, -595341.156, 0, 0) to ( 1162343.241, -595341.156, 0, 0) ( 1162343.241, -595341.156, 0, 0) Shape:65 (Point) nVertices=1, nParts=0 Bounds:( 1018711.081, -690420.442, 0, 0) to ( 1018711.081, -690420.442, 0, 0) ( 1018711.081, -690420.442, 0, 0) Shape:66 (Point) nVertices=1, nParts=0 Bounds:( 1494881.312, 1313130.809, 0, 0) to ( 1494881.312, 1313130.809, 0, 0) ( 1494881.312, 1313130.809, 0, 0) Shape:67 (Point) nVertices=1, nParts=0 Bounds:( 1313552.157, -504161.295, 0, 0) to ( 1313552.157, -504161.295, 0, 0) ( 1313552.157, -504161.295, 0, 0) Shape:68 (Point) nVertices=1, nParts=0 Bounds:( 2063326.373, 9527537.619, 0, 0) to ( 2063326.373, 9527537.619, 0, 0) ( 2063326.373, 9527537.619, 0, 0) Shape:69 (Point) nVertices=1, nParts=0 Bounds:( 1205405.029, -414715.302, 0, 0) to ( 1205405.029, -414715.302, 0, 0) ( 1205405.029, -414715.302, 0, 0) Shape:70 (Point) nVertices=1, nParts=0 Bounds:(-1315773.707, 1642588.573, 0, 0) to (-1315773.707, 1642588.573, 0, 0) (-1315773.707, 1642588.573, 0, 0) Shape:71 (Point) nVertices=1, nParts=0 Bounds:(-2023711.785, 409918.798, 0, 0) to (-2023711.785, 409918.798, 0, 0) (-2023711.785, 409918.798, 0, 0) Shape:72 (Point) nVertices=1, nParts=0 Bounds:( 1633330.572, -114333.232, 0, 0) to ( 1633330.572, -114333.232, 0, 0) ( 1633330.572, -114333.232, 0, 0) ------=_NextPart_000_0078_01C2E0C9.9F8C5E20 Content-Type: application/octet-stream; name="sites-lat-lon.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sites-lat-lon.out" Shapefile Type: Point # of Shapes: 73 File Bounds: ( -139.450, 42.030,0,0) to ( 79.350, 82.130,0,0) Shape:0 (Point) nVertices=1, nParts=0 Bounds:( -116.020, 50.570, 0, 0) to ( -116.020, 50.570, 0, 0) ( -116.020, 50.570, 0, 0) Shape:1 (Point) nVertices=1, nParts=0 Bounds:( -81.240, 46.010, 0, 0) to ( -81.240, 46.010, 0, 0) ( -81.240, 46.010, 0, 0) Shape:2 (Point) nVertices=1, nParts=0 Bounds:( -108.060, 69.210, 0, 0) to ( -108.060, 69.210, 0, 0) ( -108.060, 69.210, 0, 0) Shape:3 (Point) nVertices=1, nParts=0 Bounds:( -108.060, 69.210, 0, 0) to ( -108.060, 69.210, 0, 0) ( -108.060, 69.210, 0, 0) Shape:4 (Point) nVertices=1, nParts=0 Bounds:( -112.530, 53.370, 0, 0) to ( -112.530, 53.370, 0, 0) ( -112.530, 53.370, 0, 0) Shape:5 (Point) nVertices=1, nParts=0 Bounds:( -133.000, 69.300, 0, 0) to ( -133.000, 69.300, 0, 0) ( -133.000, 69.300, 0, 0) Shape:6 (Point) nVertices=1, nParts=0 Bounds:( -107.130, 53.430, 0, 0) to ( -107.130, 53.430, 0, 0) ( -107.130, 53.430, 0, 0) Shape:7 (Point) nVertices=1, nParts=0 Bounds:( -113.470, 53.550, 0, 0) to ( -113.470, 53.550, 0, 0) ( -113.470, 53.550, 0, 0) Shape:8 (Point) nVertices=1, nParts=0 Bounds:( -119.350, 49.300, 0, 0) to ( -119.350, 49.300, 0, 0) ( -119.350, 49.300, 0, 0) Shape:9 (Point) nVertices=1, nParts=0 Bounds:( -122.440, 53.540, 0, 0) to ( -122.440, 53.540, 0, 0) ( -122.440, 53.540, 0, 0) Shape:10 (Point) nVertices=1, nParts=0 Bounds:( -72.130, 82.130, 0, 0) to ( -72.130, 82.130, 0, 0) ( -72.130, 82.130, 0, 0) Shape:11 (Point) nVertices=1, nParts=0 Bounds:( -94.500, 74.420, 0, 0) to ( -94.500, 74.420, 0, 0) ( -94.500, 74.420, 0, 0) Shape:12 (Point) nVertices=1, nParts=0 Bounds:( -80.350, 72.500, 0, 0) to ( -80.350, 72.500, 0, 0) ( -80.350, 72.500, 0, 0) Shape:13 (Point) nVertices=1, nParts=0 Bounds:( -81.480, 69.220, 0, 0) to ( -81.480, 69.220, 0, 0) ( -81.480, 69.220, 0, 0) Shape:14 (Point) nVertices=1, nParts=0 Bounds:( -66.000, 67.500, 0, 0) to ( -66.000, 67.500, 0, 0) ( -66.000, 67.500, 0, 0) Shape:15 (Point) nVertices=1, nParts=0 Bounds:( -139.450, 68.060, 0, 0) to ( -139.450, 68.060, 0, 0) ( -139.450, 68.060, 0, 0) Shape:16 (Point) nVertices=1, nParts=0 Bounds:( -111.380, 64.500, 0, 0) to ( -111.380, 64.500, 0, 0) ( -111.380, 64.500, 0, 0) Shape:17 (Point) nVertices=1, nParts=0 Bounds:( -95.050, 64.160, 0, 0) to ( -95.050, 64.160, 0, 0) ( -95.050, 64.160, 0, 0) Shape:18 (Point) nVertices=1, nParts=0 Bounds:( -72.750, 49.750, 0, 0) to ( -72.750, 49.750, 0, 0) ( -72.750, 49.750, 0, 0) Shape:19 (Point) nVertices=1, nParts=0 Bounds:( -112.490, 49.420, 0, 0) to ( -112.490, 49.420, 0, 0) ( -112.490, 49.420, 0, 0) Shape:20 (Point) nVertices=1, nParts=0 Bounds:( -112.490, 49.420, 0, 0) to ( -112.490, 49.420, 0, 0) ( -112.490, 49.420, 0, 0) Shape:21 (Point) nVertices=1, nParts=0 Bounds:( -109.310, 49.410, 0, 0) to ( -109.310, 49.410, 0, 0) ( -109.310, 49.410, 0, 0) Shape:22 (Point) nVertices=1, nParts=0 Bounds:( -93.600, 49.550, 0, 0) to ( -93.600, 49.550, 0, 0) ( -93.600, 49.550, 0, 0) Shape:23 (Point) nVertices=1, nParts=0 Bounds:( -70.750, 49.600, 0, 0) to ( -70.750, 49.600, 0, 0) ( -70.750, 49.600, 0, 0) Shape:24 (Point) nVertices=1, nParts=0 Bounds:( -98.090, 49.250, 0, 0) to ( -98.090, 49.250, 0, 0) ( -98.090, 49.250, 0, 0) Shape:25 (Point) nVertices=1, nParts=0 Bounds:( -122.570, 49.160, 0, 0) to ( -122.570, 49.160, 0, 0) ( -122.570, 49.160, 0, 0) Shape:26 (Point) nVertices=1, nParts=0 Bounds:( -122.310, 49.160, 0, 0) to ( -122.310, 49.160, 0, 0) ( -122.310, 49.160, 0, 0) Shape:27 (Point) nVertices=1, nParts=0 Bounds:( -121.460, 49.140, 0, 0) to ( -121.460, 49.140, 0, 0) ( -121.460, 49.140, 0, 0) Shape:28 (Point) nVertices=1, nParts=0 Bounds:( -107.260, 49.070, 0, 0) to ( -107.260, 49.070, 0, 0) ( -107.260, 49.070, 0, 0) Shape:29 (Point) nVertices=1, nParts=0 Bounds:( -123.100, 49.060, 0, 0) to ( -123.100, 49.060, 0, 0) ( -123.100, 49.060, 0, 0) Shape:30 (Point) nVertices=1, nParts=0 Bounds:( -96.420, 49.050, 0, 0) to ( -96.420, 49.050, 0, 0) ( -96.420, 49.050, 0, 0) Shape:31 (Point) nVertices=1, nParts=0 Bounds:( -113.520, 49.050, 0, 0) to ( -113.520, 49.050, 0, 0) ( -113.520, 49.050, 0, 0) Shape:32 (Point) nVertices=1, nParts=0 Bounds:( -78.300, 44.570, 0, 0) to ( -78.300, 44.570, 0, 0) ( -78.300, 44.570, 0, 0) Shape:33 (Point) nVertices=1, nParts=0 Bounds:( -123.090, 48.480, 0, 0) to ( -123.090, 48.480, 0, 0) ( -123.090, 48.480, 0, 0) Shape:34 (Point) nVertices=1, nParts=0 Bounds:( -91.370, 48.460, 0, 0) to ( -91.370, 48.460, 0, 0) ( -91.370, 48.460, 0, 0) Shape:35 (Point) nVertices=1, nParts=0 Bounds:( -53.590, 48.340, 0, 0) to ( -53.590, 48.340, 0, 0) ( -53.590, 48.340, 0, 0) Shape:36 (Point) nVertices=1, nParts=0 Bounds:( -79.160, 48.280, 0, 0) to ( -79.160, 48.280, 0, 0) ( -79.160, 48.280, 0, 0) Shape:37 (Point) nVertices=1, nParts=0 Bounds:( -72.160, 48.425, 0, 0) to ( -72.160, 48.425, 0, 0) ( -72.160, 48.425, 0, 0) Shape:38 (Point) nVertices=1, nParts=0 Bounds:( -123.320, 48.180, 0, 0) to ( -123.320, 48.180, 0, 0) ( -123.320, 48.180, 0, 0) Shape:39 (Point) nVertices=1, nParts=0 Bounds:( -85.560, 48.160, 0, 0) to ( -85.560, 48.160, 0, 0) ( -85.560, 48.160, 0, 0) Shape:40 (Point) nVertices=1, nParts=0 Bounds:( -71.400, 47.570, 0, 0) to ( -71.400, 47.570, 0, 0) ( -71.400, 47.570, 0, 0) Shape:41 (Point) nVertices=1, nParts=0 Bounds:( -82.000, 47.100, 0, 0) to ( -82.000, 47.100, 0, 0) ( -82.000, 47.100, 0, 0) Shape:42 (Point) nVertices=1, nParts=0 Bounds:( -53.130, 47.040, 0, 0) to ( -53.130, 47.040, 0, 0) ( -53.130, 47.040, 0, 0) Shape:43 (Point) nVertices=1, nParts=0 Bounds:( -84.250, 47.030, 0, 0) to ( -84.250, 47.030, 0, 0) ( -84.250, 47.030, 0, 0) Shape:44 (Point) nVertices=1, nParts=0 Bounds:( -71.090, 46.520, 0, 0) to ( -71.090, 46.520, 0, 0) ( -71.090, 46.520, 0, 0) Shape:45 (Point) nVertices=1, nParts=0 Bounds:( -64.580, 46.510, 0, 0) to ( -64.580, 46.510, 0, 0) ( -64.580, 46.510, 0, 0) Shape:46 (Point) nVertices=1, nParts=0 Bounds:( -72.580, 46.460, 0, 0) to ( -72.580, 46.460, 0, 0) ( -72.580, 46.460, 0, 0) Shape:47 (Point) nVertices=1, nParts=0 Bounds:( -63.470, 46.250, 0, 0) to ( -63.470, 46.250, 0, 0) ( -63.470, 46.250, 0, 0) Shape:48 (Point) nVertices=1, nParts=0 Bounds:( -79.510, 43.150, 0, 0) to ( -79.510, 43.150, 0, 0) ( -79.510, 43.150, 0, 0) Shape:49 (Point) nVertices=1, nParts=0 Bounds:( -65.070, 45.390, 0, 0) to ( -65.070, 45.390, 0, 0) ( -65.070, 45.390, 0, 0) Shape:50 (Point) nVertices=1, nParts=0 Bounds:( -73.150, 45.550, 0, 0) to ( -73.150, 45.550, 0, 0) ( -73.150, 45.550, 0, 0) Shape:51 (Point) nVertices=1, nParts=0 Bounds:( -78.450, 45.280, 0, 0) to ( -78.450, 45.280, 0, 0) ( -78.450, 45.280, 0, 0) Shape:52 (Point) nVertices=1, nParts=0 Bounds:( -80.200, 43.230, 0, 0) to ( -80.200, 43.230, 0, 0) ( -80.200, 43.230, 0, 0) Shape:53 (Point) nVertices=1, nParts=0 Bounds:( -81.370, 45.140, 0, 0) to ( -81.370, 45.140, 0, 0) ( -81.370, 45.140, 0, 0) Shape:54 (Point) nVertices=1, nParts=0 Bounds:( -81.250, 45.050, 0, 0) to ( -81.250, 45.050, 0, 0) ( -81.250, 45.050, 0, 0) Shape:55 (Point) nVertices=1, nParts=0 Bounds:( -133.717, 68.350, 0, 0) to ( -133.717, 68.350, 0, 0) ( -133.717, 68.350, 0, 0) Shape:56 (Point) nVertices=1, nParts=0 Bounds:( -78.550, 45.130, 0, 0) to ( -78.550, 45.130, 0, 0) ( -78.550, 45.130, 0, 0) Shape:57 (Point) nVertices=1, nParts=0 Bounds:( -67.050, 45.070, 0, 0) to ( -67.050, 45.070, 0, 0) ( -67.050, 45.070, 0, 0) Shape:58 (Point) nVertices=1, nParts=0 Bounds:( -76.200, 44.350, 0, 0) to ( -76.200, 44.350, 0, 0) ( -76.200, 44.350, 0, 0) Shape:59 (Point) nVertices=1, nParts=0 Bounds:( -65.160, 44.220, 0, 0) to ( -65.160, 44.220, 0, 0) ( -65.160, 44.220, 0, 0) Shape:60 (Point) nVertices=1, nParts=0 Bounds:( -78.200, 44.190, 0, 0) to ( -78.200, 44.190, 0, 0) ( -78.200, 44.190, 0, 0) Shape:61 (Point) nVertices=1, nParts=0 Bounds:( -79.480, 44.140, 0, 0) to ( -79.480, 44.140, 0, 0) ( -79.480, 44.140, 0, 0) Shape:62 (Point) nVertices=1, nParts=0 Bounds:( -80.000, 43.830, 0, 0) to ( -80.000, 43.830, 0, 0) ( -80.000, 43.830, 0, 0) Shape:63 (Point) nVertices=1, nParts=0 Bounds:( -80.333, 43.583, 0, 0) to ( -80.333, 43.583, 0, 0) ( -80.333, 43.583, 0, 0) Shape:64 (Point) nVertices=1, nParts=0 Bounds:( -81.140, 42.590, 0, 0) to ( -81.140, 42.590, 0, 0) ( -81.140, 42.590, 0, 0) Shape:65 (Point) nVertices=1, nParts=0 Bounds:( -83.020, 42.030, 0, 0) to ( -83.020, 42.030, 0, 0) ( -83.020, 42.030, 0, 0) Shape:66 (Point) nVertices=1, nParts=0 Bounds:( -68.240, 58.060, 0, 0) to ( -68.240, 58.060, 0, 0) ( -68.240, 58.060, 0, 0) Shape:67 (Point) nVertices=1, nParts=0 Bounds:( -79.140, 43.060, 0, 0) to ( -79.140, 43.060, 0, 0) ( -79.140, 43.060, 0, 0) Shape:68 (Point) nVertices=1, nParts=0 Bounds:( 79.350, 43.330, 0, 0) to ( 79.350, 43.330, 0, 0) ( 79.350, 43.330, 0, 0) Shape:69 (Point) nVertices=1, nParts=0 Bounds:( -80.150, 44.050, 0, 0) to ( -80.150, 44.050, 0, 0) ( -80.150, 44.050, 0, 0) Shape:70 (Point) nVertices=1, nParts=0 Bounds:( -121.200, 61.510, 0, 0) to ( -121.200, 61.510, 0, 0) ( -121.200, 61.510, 0, 0) Shape:71 (Point) nVertices=1, nParts=0 Bounds:( -123.300, 48.570, 0, 0) to ( -123.300, 48.570, 0, 0) ( -123.300, 48.570, 0, 0) Shape:72 (Point) nVertices=1, nParts=0 Bounds:( -74.010, 45.550, 0, 0) to ( -74.010, 45.550, 0, 0) ( -74.010, 45.550, 0, 0) ------=_NextPart_000_0078_01C2E0C9.9F8C5E20-- From woodbri at swoodbridge.com Sun Mar 2 12:09:25 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 02 Mar 2003 15:09:25 -0500 Subject: [Mapserver-users] mapserver In-Reply-To: <007b01c2e0f3$88d1f0d0$f098fea9@pauls> Message-ID: <3E621EA5.31374.224550CF@localhost> Paul, You can view these in ArcExplorer to see if they look like what you expect them to. You can get ArcExplorer free from esri.com I quick look does show anything bad in them. -Steve On 2 Mar 2003 at 14:40, Paul Dymecki wrote: > Hi Steve, > Here is the output of running a shpdump on the files(projected > and > nonprojected). Would you know off hand if they look ok? > thx, > Paul > ----- Original Message ----- > From: > To: "Paul Dymecki" ; > > Sent: Sunday, March 02, 2003 10:05 AM > Subject: Re: [Mapserver-users] mapserver > > > > Paul, > > > > I'm don't think so. The other thing you could try doing is to save > > the shapefile to disk and check it shpdump or shpinfo utilities that > > come with either shapelib or gdal. > > > > I think there are some examples on wiki or in the archives. > > > > -Steve > > > > On 2 Mar 2003 at 9:38, Paul Dymecki wrote: > > > > > Hi Steve, > > > Does the ShpFileObj have to know about the map that being added > > > toat all? > > > thx, > > > Paul > > > ----- Original Message ----- > > > From: > > > To: "Paul Dymecki" ; "MapServer List > > > EE-mail"" Sent: Sunday, March > > > 02, 2003 8:51 AM Subject: Re: [Mapserver-users] mapserver > > > > > > > > > > It is not required, the shapelib software keeps track of the > > > > data you enter and sets the extents appropriately. > > > > > > > > -Steve W > > > > > > > > On 2 Mar 2003 at 8:28, Paul Dymecki wrote: > > > > > > > > > Hi, > > > > > I'm creating and populateing a new shp and was wondering how > > > > > to go about setting the extents for the newly created shp, > > > > > or if it's possible? > > > > > thx, > > > > > Paul > > > > > > > > > > $shpFile = ms_newShapeFileObj( $shpFname, MS_SHP_POINT); > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > 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 at roatanet.com Sun Mar 2 12:43:05 2003 From: steve at roatanet.com (Steve Hasz) Date: Sun, 2 Mar 2003 21:43:05 +0100 Subject: [Mapserver-users] Server Specs for Mapserver Install Message-ID: Dear Group, I've searched the docs and the archives, but haven't been able to find answers to the below. It would be great if someone could give me some info or point me to the relevant docs. I'm looking at an install of Mapserver and the libraries in on a VPS at Verio. Can someone tell me if the usual install is on a dedicated server or if it will run well on shared hosting? It will be on FreeBSD, where we have access to everything through FTP and SSH/Telnet, including the Apache config file, PHP install directory and libraries directory. The current version of PHP is 4.3, but we can roll back if we have to. We also have full install privileges for nearly all software. With the Mapserver CGI/PHP Mapscript module, is the server load heavy and what are some typical space allotments and usage that some of you have for your installs/data files? I understand that load will depend completely on traffic, so any numbers on traffic (hits, page views, transfer, bandwidth purchased) would be interesting as well. The only thing I've found in the archives is reference to, "My server is slow, so I need to upgrade," which makes me think it may be processor and memory intensive if it's taking any traffic. Also, if available, hints or pointers to docs on optimizing the Mapserver install for efficiency would be great too. Best regards, Steve www.roatanet.com - Visitors Guide to Roatan and the Bay Islands www.travel-to-honduras.com - Your Travel Guide to Honduras From lfilak at medinaco.org Sun Mar 2 13:04:15 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Sun, 02 Mar 2003 16:04:15 -0500 Subject: [Mapserver-users] perl-mapscript compilation error... did I miss something in the archives? Message-ID: <200303022104.h22L3wR20322@yogi.medinaco.net> Is it possible the cvs version (3.7) that you downloaded has a broken makefile that is doing 'clean' before doing 'all'? Lowell F. The following message was sent by Gerry Creager N5JXS on Sun, 02 Mar 2003 01:49:29 -0600. > MS 3.7, Linux RH8.0, Kernel 2.4.18-24, perl 5.8. I do a 'perl > Makefile.PL' followed by a 'make' and here's what I get... > > [root at vne-dhcp-047 perl]# make > Running Mkbootstrap for mapscript () > chmod 644 mapscript.bs > rm -f blib/arch/auto/mapscript/mapscript.so > LD_RUN_PATH="/root/mapserver-3.7:/usr/local/lib:/usr/lib:/lib" gcc > -shared -L/usr/local/lib mapscript_wrap.o -o > blib/arch/auto/mapscript/mapscript.so -L/root/mapserver-3.7 -lmap -lgd > -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -lpdf -ljpeg > -lfreetype -lpng -lz -lproj -ljpeg -L/usr/local/lib -lgdal.1.1 -lming > -L/usr/local/lib -lcurl -lz -lssl -lcrypto -ldl -lz -lpthread -lm > gcc: mapscript_wrap.o: No such file or directory > make: *** [blib/arch/auto/mapscript/mapscript.so] Error 1 > > Where did I step off the cliff? > > 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 lfilak at medinaco.org Sun Mar 2 13:37:22 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Sun, 02 Mar 2003 16:37:22 -0500 Subject: [Mapserver-users] perl-mapscript compilation error... did I miss something in the archives? Message-ID: <200303022137.h22Lb7R20456@yogi.medinaco.net> Does mapscript_wrap.o and/or mapscript_wrap.c exist? If at least mapscript_wrap.c does not exist there should be directions in the README on how to create it. Lowell F. The following message was sent by Gerry Creager N5JXS on Sun, 02 Mar 2003 01:49:29 -0600. > MS 3.7, Linux RH8.0, Kernel 2.4.18-24, perl 5.8. I do a 'perl > Makefile.PL' followed by a 'make' and here's what I get... > > [root at vne-dhcp-047 perl]# make > Running Mkbootstrap for mapscript () > chmod 644 mapscript.bs > rm -f blib/arch/auto/mapscript/mapscript.so > LD_RUN_PATH="/root/mapserver-3.7:/usr/local/lib:/usr/lib:/lib" gcc > -shared -L/usr/local/lib mapscript_wrap.o -o > blib/arch/auto/mapscript/mapscript.so -L/root/mapserver-3.7 -lmap -lgd > -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -lpdf -ljpeg > -lfreetype -lpng -lz -lproj -ljpeg -L/usr/local/lib -lgdal.1.1 -lming > -L/usr/local/lib -lcurl -lz -lssl -lcrypto -ldl -lz -lpthread -lm > gcc: mapscript_wrap.o: No such file or directory > make: *** [blib/arch/auto/mapscript/mapscript.so] Error 1 > > Where did I step off the cliff? > > 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 gerry.creager at tamu.edu Sun Mar 2 17:03:00 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sun, 02 Mar 2003 19:03:00 -0600 Subject: [Mapserver-users] perl-mapscript compilation error... did I miss something in the archives? References: <200303022104.h22L3wR20322@yogi.medinaco.net> Message-ID: <3E62A9C4.6050500@tamu.edu> Yes... I never saw it do anything resembling a 'clean' but *I* did... In reviewing it, 3.7 cvs appears to not have mapscript_wrap.c anywhere. And when I stuff the 3.6.4 version in, it neither compiles clean, nor does so even with a 'c++' substitution as recommended in the Wiki. Cluelessly yours, Gerry Lowell Filak wrote: > Is it possible the cvs version (3.7) that you downloaded has a broken makefile that is doing 'clean' before doing 'all'? > Lowell F. > > The following message was sent by Gerry Creager N5JXS on Sun, 02 Mar 2003 01:49:29 -0600. > > >>MS 3.7, Linux RH8.0, Kernel 2.4.18-24, perl 5.8. I do a 'perl >>Makefile.PL' followed by a 'make' and here's what I get... >> >>[root at vne-dhcp-047 perl]# make >>Running Mkbootstrap for mapscript () >>chmod 644 mapscript.bs >>rm -f blib/arch/auto/mapscript/mapscript.so >>LD_RUN_PATH="/root/mapserver-3.7:/usr/local/lib:/usr/lib:/lib" gcc >>-shared -L/usr/local/lib mapscript_wrap.o -o >>blib/arch/auto/mapscript/mapscript.so -L/root/mapserver-3.7 -lmap -lgd >>-L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -lpdf -ljpeg >>-lfreetype -lpng -lz -lproj -ljpeg -L/usr/local/lib -lgdal.1.1 -lming >>-L/usr/local/lib -lcurl -lz -lssl -lcrypto -ldl -lz -lpthread -lm >>gcc: mapscript_wrap.o: No such file or directory >>make: *** [blib/arch/auto/mapscript/mapscript.so] Error 1 >> >>Where did I step off the cliff? >> >>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 > -- 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 wanalena at engr.orst.edu Sun Mar 2 19:18:31 2003 From: wanalena at engr.orst.edu (Naroot Wanalertlak) Date: Sun, 2 Mar 2003 19:18:31 -0800 Subject: [Mapserver-users] How can queryByPoint and getShape mapscript functions work with PostGIS Message-ID: <007f01c2e133$9464f060$0701a8c0@een.orst.edu> This is a multi-part message in MIME format. ------=_NextPart_000_007A_01C2E0F0.83210F70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I am now implementing a Map application that has a Point layer from PostGIS. The problem is whenever I try to use queryByPoint on this layer it will return MS_SUCCESS. $nClickGeoX =3D GMapPix2Geo($nClickPixX, 0, $dfWidthPix, $dfMinX, $dfMaxX, 0); $nClickGeoY =3D GMapPix2Geo($nClickPixY, 0, $dfHeightPix, $dfMinY, $dfMaxY, 1); $oClickGeo =3D ms_newPointObj(); $oClickGeo->setXY($nClickGeoX, $nClickGeoY); $layer =3D $gpoMap->getLayer(7); $err =3D @$layer->queryByPoint($oClickGeo, MS_SINGLE, -20); // <-- I = have tried both MapUnit (positive) and Pixel (negative) if($err =3D=3D MS_FAILURE) { echo "There were no results found, try = zooming in closer."; } ^^^^^^^^ $err will always return MS_FAILURE ^^^^^^^^^^^ else if( $err =3D=3D MS_SUCCESS) { .... Does anybody has experience with that? --Naroot Wanalertlak ------=_NextPart_000_007A_01C2E0F0.83210F70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
  I am now implementing a Map = application=20 that
has a Point layer from PostGIS. The = problem=20 is
whenever I try to use queryByPoint on = this=20 layer
it will return MS_SUCCESS.
 
 
$nClickGeoX =3D = GMapPix2Geo($nClickPixX, 0,=20 $dfWidthPix,
         &nb= sp;           &nbs= p;            = ;         =20  $dfMinX, $dfMaxX, 0);
$nClickGeoY =3D GMapPix2Geo($nClickPixY, = 0,=20 $dfHeightPix,
         &n= bsp;           &nb= sp;   =20             &= nbsp;     =20 $dfMinY, $dfMaxY, 1);
$oClickGeo =3D=20 ms_newPointObj();
$oClickGeo->setXY($nClickGeoX,=20 $nClickGeoY);
 
$layer =3D = $gpoMap->getLayer(7);
$err =3D=20 @$layer->queryByPoint($oClickGeo, MS_SINGLE, -20);    = // =20 <-- I have tried both MapUnit (positive) and Pixel = (negative)
 
if($err =3D=3D=20 MS_FAILURE)
{
       echo "<font = size=3D4=20 color=3Dred>There were no results found, try zooming in=20 closer.</font>";
}
^^^^^^^^ $err will always = return MS_FAILURE=20 ^^^^^^^^^^^
 
else if( $err =3D=3D MS_SUCCESS)
{=20 ....
Does anybody has experience with that?
 
--Naroot Wanalertlak
 
------=_NextPart_000_007A_01C2E0F0.83210F70-- From wanalena at engr.orst.edu Sun Mar 2 19:19:41 2003 From: wanalena at engr.orst.edu (wanalena at engr.orst.edu) Date: Sun, 2 Mar 2003 19:19:41 -0800 Subject: [Mapserver-users] How can queryByPoint and getShape mapscript functions work with PostGIS. Message-ID: <1046661581.3e62c9cd39813@webmail.engr.oregonstate.edu> Hi, I am now implementing a Map application that has a Point layer from PostGIS. The problem is whenever I try to use queryByPoint on this layer it will return MS_SUCCESS. $nClickGeoX = GMapPix2Geo($nClickPixX, 0, $dfWidthPix, $dfMinX, $dfMaxX, 0); $nClickGeoY = GMapPix2Geo($nClickPixY, 0, $dfHeightPix, $dfMinY, $dfMaxY, 1); $oClickGeo = ms_newPointObj(); $oClickGeo->setXY($nClickGeoX, $nClickGeoY); $layer = $gpoMap->getLayer(7); $err = @$layer->queryByPoint($oClickGeo, MS_SINGLE, -20); // <-- I have tried both MapUnit (positive) and Pixel (negative) if($err == MS_FAILURE) { echo "There were no results found, try zooming in closer."; } ^^^^^^^^ $err will always return MS_FAILURE ^^^^^^^^^^^ else if( $err == MS_SUCCESS) { .... Does anybody has experience with that? --Naroot Wanalertlak From lfilak at medinaco.org Sun Mar 2 20:27:32 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Sun, 02 Mar 2003 23:27:32 -0500 Subject: [Mapserver-users] using perl: "can't locate mapscript.pm" Message-ID: <200303030427.h234RTR22133@yogi.medinaco.net> Any modification to the @INC is usually taken care of during the 'make install' portion of the mapscript compilation. While compiling mapscript was 'make install' used? Lowell F. The following message was sent by Dana Quinn on Wed, 26 Feb 2003 08:22:10 -0800. > > Pedro- > The perl script needs to find your mapscript.pm - > so you need to tell the script where it is. Your default > @INC doesn't have the location of the mapscript.pm in it. > One easy way to get the script to run is to put this > before your 'use mapscript' line: > > use lib "/path/to/mapscript/directory"; > > then the script should be able to find mapscript.pm. > > Dana > > Pedro Salazar wrote: > > Greetings, > > > > I would like to use perl to return my images (and more manipulation!) > > instead of using the mapserver default cgi. > > > > I created a test perl script, and I'm having problems on finding the > > mapscript module!! > > > > use mapscript; // <----- HERE > > > > " > > Can't locate mapscript.pm in @INC (@INC contains: > > /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 > > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi > > /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl > > /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi > > /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at > > ./script.pl line 2. > > BEGIN failed--compilation aborted at ./script.pl line 2. > > " > > > > Any help would be appreciated!! > > > > thanks, > > Pedro Salazar. > > > > > -- > > 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 lfilak at medinaco.org Sun Mar 2 21:18:44 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 03 Mar 2003 00:18:44 -0500 Subject: [Mapserver-users] PERL mapscript polygon shapefile creation Message-ID: <200303030518.h235IfR22342@yogi.medinaco.net> Yes, the code for creating a circle polygon based on a center point and a radius is at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex9 It also turns out that I had a bug/feature in that code where the closing line segment was never written to the shape but the shape closed anyways!? As strange as it may seem the code works. HTH Lowell F. The following message was sent by Joe Bussell on Tue, 25 Feb 2003 11:41:56 -0800. > Greetings Listers, > I am having difficulty porting a technique we use to create point > and line type shapefiles to create a polygon shapefile. Has anyone used > PERL to create polygon shapefiles from data files? I have attached my > attempt for review. The script creates a shapefile that is readable by > dump.pl, but I have not been able to use it in a map render. > I tried this with a data file with the following lines: > 40.0 -116.0 > 45.0 -116.0 > 45.0 -120.0 > 40.0 -120.0 > > The script "closes" the polygon by inserting the first record at the end. > > Any ideas? > > Cordially, > > Joe Bussell > From jacobi at dfki.de Mon Mar 3 01:56:02 2003 From: jacobi at dfki.de (Sven Jacobi) Date: Mon, 03 Mar 2003 10:56:02 +0100 Subject: [Mapserver-users] Legends Message-ID: <3E6326B2.5020801@dfki.de> Hi list, I want to create a layer with a certain colour and certain symbols on it. Also I want to add this in my legend. How can I define a layer with additional symbols on it? Thanks, Sven From mschulz at webgis.de Mon Mar 3 04:54:14 2003 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 03 Mar 2003 13:54:14 +0100 Subject: [Mapserver-users] Oraclespatial class expressions Message-ID: <3E635076.6E83E190@webgis.de> Dear List, i want to classify a layer with data from an oracle SDO table using logical expressions. Is that already possible? Sth. like: --map file snipplet-- layer name ora_data connection oraclespatial data "shape from GEOM" classitem "attribute1" class name class1 expression "[attribute1] < 10" color ... end end --snip-- The mapserv docs says logical expressions are only possible with shapefiles :-( But when i look at the sql-query that is submitted to oracle the classitem value is added to the select part, so i assumed if it is retrieved from the db it might also be used to classify the results? Is there any other possibilty to classify data from oracle? Well, besides several layers for every class. TIA, Michael -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From JDiaz at gilatla.com Mon Mar 3 05:58:47 2003 From: JDiaz at gilatla.com (Jose Manuel Diaz Diaz - GTHLA) Date: Mon, 3 Mar 2003 08:58:47 -0500 Subject: [Mapserver-users] (no subject) Message-ID: <00ca01c2e18d$06fbaa70$3e39750a@tjar.com> This is a multi-part message in MIME format. ------=_NextPartTM-000-293e8eb1-8e46-44f4-babc-9e1919883ecb Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C7_01C2E163.19F713F0" ------=_NextPart_000_00C7_01C2E163.19F713F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 ------=_NextPart_000_00C7_01C2E163.19F713F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_00C7_01C2E163.19F713F0-- ------=_NextPartTM-000-293e8eb1-8e46-44f4-babc-9e1919883ecb-- From millardymecki at sympatico.ca Mon Mar 3 06:04:33 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 09:04:33 -0500 Subject: [Mapserver-users] lat lon Message-ID: <005701c2e18d$d16794e0$f098fea9@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_0054_01C2E163.E83BF2D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all, I'm trying to display lat/long point data ontop of a tiff and was = wondering what should be the projection object for this layer would be?. = My map projection is lcc. thx, Paul ------=_NextPart_000_0054_01C2E163.E83BF2D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello all,
    I'm trying to = display lat/long=20 point data ontop of a tiff and was wondering what should be the = projection=20 object for this layer would be?.   My map projection is=20 lcc.
thx,
Paul
------=_NextPart_000_0054_01C2E163.E83BF2D0-- From ed at topozone.com Mon Mar 3 06:10:37 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 09:10:37 -0500 Subject: [Mapserver-users] lat lon Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E6A@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2E18E.AA37D719 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Paul - =20 You need to know all the details of your TIFF's projection, so you can = specify it completely. Are you using one or two standard parallels for = your LCC? You need the lat and lon of the origin, the scale factor, any = false easting & northing, etc. =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: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:05 AM To: MapServer List (E-mail) Subject: [Mapserver-users] lat lon Hello all, I'm trying to display lat/long point data ontop of a tiff and was = wondering what should be the projection object for this layer would be?. = My map projection is lcc. thx, Paul ------_=_NextPart_001_01C2E18E.AA37D719 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Paul=20 -
 
You=20 need to know all the details of your TIFF's projection, so you can = specify it=20 completely.  Are you using one or two standard parallels for your=20 LCC?  You need the lat and lon of the origin, the scale factor, any = false=20 easting & northing, etc.
 
    - 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: Paul Dymecki=20 [mailto:millardymecki at sympatico.ca]
Sent: Monday, March 03, = 2003=20 9:05 AM
To: MapServer List (E-mail)
Subject:=20 [Mapserver-users] lat lon

Hello all,
    I'm trying to = display lat/long=20 point data ontop of a tiff and was wondering what should be the = projection=20 object for this layer would be?.   My map projection is=20 lcc.
thx,
Paul
------_=_NextPart_001_01C2E18E.AA37D719-- From morissette at dmsolutions.ca Mon Mar 3 06:16:12 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 03 Mar 2003 09:16:12 -0500 Subject: [Mapserver-users] query Tab Data References: <005301c0a3aa$c93586b0$0201a8c0@sun> Message-ID: <3E6363AC.AB8671D0@dmsolutions.ca> Srinivas Reddy wrote: > > Now am new to this technologies but I had done some of project with > the reference of DM solutions map reference. In DM > solutions they are done using SHP data files. But I am using "*.Tab" > data. How can I query the content of the "*.TAB"layers > using php and mapscript. This is my problem. This is my email id : > csr at rboxtech.com or reddy_challa at yahoo.com You will have to provide more details on what you are trying to do exactly if you want anyone to be able to help. If by "query the contents of .tab layers" you mean clicking on a map image and selecting features from a TAB layer then this works the same way for shapefiles and for .tab files. The only difference is that you need MapServer with OGR support, and you define an OGR CONNECTION in your LAYER. For more details on using OGR CONNECTIONS, see the OGR HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Mon Mar 3 06:27:20 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 03 Mar 2003 09:27:20 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <005e01c2e0e3$fe4cf6d0$f098fea9@pauls> Message-ID: <3E636648.490AADEF@dmsolutions.ca> Paul Dymecki wrote: > > Hi > I have a php script that pulls a bunch of lat/longs and attribute data from a database and produces a shp file. > I was wondering if anyone can see a flaw with the code below? It's produceing reasonable(at least it looks to me)output but the shp > file produced is not displaying in mapserver, > thx, > Paul Your code looks right at first sight, perhaps the problem is related to your use of $point->project(), this method was kind of broken in PHP MapScript 3.6.x and has been fixed only in 3.7 so I would recommend that you avoid using it if possible (or upgrade to 3.7-dev). Also, make sure that your shapefile and dbf file are closed properly before you add them to a MapServer layer. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From tzerweck at zebris.com Mon Mar 3 06:48:52 2003 From: tzerweck at zebris.com (Thomas Zerweck) Date: Mon, 3 Mar 2003 15:48:52 +0100 Subject: [Mapserver-users] libTIFF on Linux Message-ID: Hi, I'm trying to enable TIFF-support on Linux RedHat 8.0 for mapserver 3.6.4. Libtiff seems to be installed correctly. After running configure, the TIFF section in my makefile looks like this: # TIFF distribution (raster support for TIFF and GEOTIFF imagery). (RECOMMENDED) TIFF_INC= TIFF_LIB= -ltiff -ljpeg -lfreetype -lpng -lz TIFF= -DUSE_TIFF Running "make" seems to work fine and Mapserver works fine - however, the TIFF support is not enabled. Can anyone help me?? Thanks Thomas ZEBRIS Geoinformationssysteme und Consulting Lipowskystr. 26 D-81373 M?nchen Tel.: ++49 - 89 - 58 99 88 86 Fax: ++49 - 89 - 58 95 86 53 Internet: www.zebris.com From ed at topozone.com Mon Mar 3 06:47:01 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 09:47:01 -0500 Subject: [Mapserver-users] lat lon Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E6D@mercator.topozone.com> Paul - 1. Please try to reply to the whole list, since someone else might be able to answer your question better or more quickly than I can. 2. What projection is that EPSG code describing? I cannot find an EPSG code of 42304 in any of my EPSG tables - are you sure it's correct? Does this projection have a common name? 3. Remember that what you've said (in this map file) is that the TIFF file is of the same projection as the output image. As long as the georeference data for the TIFF matches the extents requested, you'll get a map. If you're using a TIFF with world file it's very easy to have the projection completely wrong but still get a "correct" map. But other layers won't project properly on to it. 4. Do you have MapServer built with PROJ support? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:26 AM To: Ed McNierney Subject: Re: [Mapserver-users] lat lon Hi Ed, My tiff is already displaying properly with (init=epsg:42304) but getting any lat/long data added is proving difficult to say the least. Here is the first part of my map file with "Eman-sites" being the lat/long data(last layer) Paul MAP NAME "MAP OF CANADA" STATUS ON EXTENT -2200000 -712631 3072800 3840000 SIZE 400 300 #SHAPEPATH "./data/" SHAPEPATH "C:\2.0rc3\tutorial\data" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" #IMAGETYPE PNG IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB MINSCALE 2000000 MAXSCALE 50000000 IMAGEPATH "C:/temp/" IMAGEURL "/ms_tmp/" # LOG "/tmp/gmap.log" END # # Start of reference object (keymap) # REFERENCE STATUS ON IMAGE "images/keymap.gif" SIZE 100 75 EXTENT -2200000 -712631 3072800 3840000 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END # # Start of querymap object # QUERYMAP COLOR 255 0 0 STYLE HILITE END PROJECTION "init=epsg:42304" END # # Start of legend object # LEGEND STATUS ON KEYSIZE 18 12 TEMPLATE "ttt" LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # # Start of scalebar object # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS kilometers INTERVALS 5 SIZE 150 5 LABEL SIZE SMALL COLOR 0 0 0 END END LAYER NAME "bathymetry" STATUS ON DATA "bath_mapserver.tif" TYPE RASTER TEMPLATE "ttt.html" END NAME "Eman-sites" STATUS ON DATA "sites.shp" TYPE POINT UNITS METERS SIZEUNITS METERS LABELITEM "Name" TOLERANCE 5 TOLERANCEUNITS PIXELS TRANSFORM TRUE TEMPLATE "ttt.html" PROJECTION "proj=longlat" "ellps=GRS80" "unit=dd" "no_defs" "" END CLASS NAME "site" SYMBOL 2 COLOR 255 51 102 SIZE 7 MINSIZE 1 MAXSIZE 100 END END ----- Original Message ----- From: Ed McNierney To: Paul Dymecki ; MapServer List (E-mail) Sent: Monday, March 03, 2003 9:10 AM Subject: RE: [Mapserver-users] lat lon Paul - You need to know all the details of your TIFF's projection, so you can specify it completely. Are you using one or two standard parallels for your LCC? You need the lat and lon of the origin, the scale factor, any false easting & northing, etc. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:05 AM To: MapServer List (E-mail) Subject: [Mapserver-users] lat lon Hello all, I'm trying to display lat/long point data ontop of a tiff and was wondering what should be the projection object for this layer would be?. My map projection is lcc. thx, Paul From millardymecki at sympatico.ca Mon Mar 3 06:57:10 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 09:57:10 -0500 Subject: [Mapserver-users] lat lon References: <13858AA1A74F30419F319ACB66A9D1221F3E6D@mercator.topozone.com> Message-ID: <007c01c2e195$2b4d5420$f098fea9@pauls> Ok sorry, I have this entry in my epsg file under c:\Proj\ and c:\Proj\nad ## NAD83 LCC for Canada <42304> +proj=lcc +ellps=GRS80 +lat_0=49 +lon_0=-95 +lat_1=49 +lat_2=77 +datum=NAD83 +units=m no_defs <> I'm not sure if i have proj support i'll check into this though, thx, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" Cc: Sent: Monday, March 03, 2003 9:47 AM Subject: RE: [Mapserver-users] lat lon Paul - 1. Please try to reply to the whole list, since someone else might be able to answer your question better or more quickly than I can. 2. What projection is that EPSG code describing? I cannot find an EPSG code of 42304 in any of my EPSG tables - are you sure it's correct? Does this projection have a common name? I have this entry in my epsg file under c:\Proj\ and c:\Proj\nad ## NAD83 LCC for Canada <42304> +proj=lcc +ellps=GRS80 +lat_0=49 +lon_0=-95 +lat_1=49 +lat_2=77 +datum=NAD83 +units=m no_defs <> 3. Remember that what you've said (in this map file) is that the TIFF file is of the same projection as the output image. As long as the georeference data for the TIFF matches the extents requested, you'll get a map. If you're using a TIFF with world file it's very easy to have the projection completely wrong but still get a "correct" map. But other layers won't project properly on to it. 4. Do you have MapServer built with PROJ support? Not sure i'm on windows, will check into this? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:26 AM To: Ed McNierney Subject: Re: [Mapserver-users] lat lon Hi Ed, My tiff is already displaying properly with (init=epsg:42304) but getting any lat/long data added is proving difficult to say the least. Here is the first part of my map file with "Eman-sites" being the lat/long data(last layer) Paul MAP NAME "MAP OF CANADA" STATUS ON EXTENT -2200000 -712631 3072800 3840000 SIZE 400 300 #SHAPEPATH "./data/" SHAPEPATH "C:\2.0rc3\tutorial\data" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" #IMAGETYPE PNG IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB MINSCALE 2000000 MAXSCALE 50000000 IMAGEPATH "C:/temp/" IMAGEURL "/ms_tmp/" # LOG "/tmp/gmap.log" END # # Start of reference object (keymap) # REFERENCE STATUS ON IMAGE "images/keymap.gif" SIZE 100 75 EXTENT -2200000 -712631 3072800 3840000 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END # # Start of querymap object # QUERYMAP COLOR 255 0 0 STYLE HILITE END PROJECTION "init=epsg:42304" END # # Start of legend object # LEGEND STATUS ON KEYSIZE 18 12 TEMPLATE "ttt" LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # # Start of scalebar object # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS kilometers INTERVALS 5 SIZE 150 5 LABEL SIZE SMALL COLOR 0 0 0 END END LAYER NAME "bathymetry" STATUS ON DATA "bath_mapserver.tif" TYPE RASTER TEMPLATE "ttt.html" END NAME "Eman-sites" STATUS ON DATA "sites.shp" TYPE POINT UNITS METERS SIZEUNITS METERS LABELITEM "Name" TOLERANCE 5 TOLERANCEUNITS PIXELS TRANSFORM TRUE TEMPLATE "ttt.html" PROJECTION "proj=longlat" "ellps=GRS80" "unit=dd" "no_defs" "" END CLASS NAME "site" SYMBOL 2 COLOR 255 51 102 SIZE 7 MINSIZE 1 MAXSIZE 100 END END ----- Original Message ----- From: Ed McNierney To: Paul Dymecki ; MapServer List (E-mail) Sent: Monday, March 03, 2003 9:10 AM Subject: RE: [Mapserver-users] lat lon Paul - You need to know all the details of your TIFF's projection, so you can specify it completely. Are you using one or two standard parallels for your LCC? You need the lat and lon of the origin, the scale factor, any false easting & northing, etc. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:05 AM To: MapServer List (E-mail) Subject: [Mapserver-users] lat lon Hello all, I'm trying to display lat/long point data ontop of a tiff and was wondering what should be the projection object for this layer would be?. My map projection is lcc. thx, Paul From DMartin at erac.com Mon Mar 3 07:37:11 2003 From: DMartin at erac.com (Martin, Daniel) Date: Mon, 3 Mar 2003 09:37:11 -0600 Subject: [Mapserver-users] Site Demo / Critique Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035AADBDD2@STL-EXBE-I03.corp.erac.com> Dave, Sorry, I was gone Friday by the time your message came in. The javascript error no longer happens. -Dan > -----Original Message----- > From: Lowther, David W [mailto:dlowther at ou.edu] > Sent: Friday, February 28, 2003 6:07 PM > To: Martin, Daniel; Lowther, David W; 'Mapserver-Users > (mapserver-users at lists.gis.umn.edu) ' > Subject: RE: [Mapserver-users] Site Demo / Critique > > > Dan, > > Thanks for the kinds words and the bugs. Do you get that > error still? The > line was commented out when I got to it, but someone here may > have beaten me > to the punch. > > I haven't been able to figure out how to keep mapplet from > allowing a box at > any time, but I also haven't spent any time on it as we are > trying to get > off the java app and into DHTML - phase next. We should be > able to deal with > it there. > > Probably should reign that legend width in... > > As far as the label check goes, it comes as a result of a > deep homage I have > paid to the HTML Legend supreme being(s). And, I am using the > legend_order > strictly to make sure that my labels directly follow my > layers. That way > when I come around to the label I have left the TD open. I > also make sure > that my label layers are named the same as my features like roads and > roads_anno. Since I write the checkbox with the feature. I have also > included metadata like NoLabels for the feature layers that > don't have any > labels. I did the same thing for the ID (NoID). One thing > that sure would > make HTML Legends easier is the inclusion of an [else] / > [elseif] tag. Maybe > I should file a feature request. > > Dave > > -----Original Message----- > From: Martin, Daniel > To: 'Lowther, David W'; Mapserver-Users > (mapserver-users at lists.gis.umn.edu) > Sent: 2/28/03 5:39 PM > Subject: RE: [Mapserver-users] Site Demo / Critique > > Looks good. I like the interface you've built, and I love the many, > many options you offer. I also like the label checkbox. I'm not even > quite sure how to do that (with pure-CGI) but I'd like to know. > > Problems: > 1) IE 5.5 is reporting > "'parent.legend.document.mapserv.map_gradysqlRoads_data' is > null or not > an object." in this line: > parent.legend.document.mapserv.map_gradysqlRoads_data.value=to > p.document > .Master.map_gradysqlRoads_data.value; > 2) In a very large window the checkbox legend area expands with the > window...probably in a way you don't intend. It ends up putting the > right set of checkboxes quite far to the right. > 3) It wasn't quite obvious to me what the radio buttons were for. > Eventually I figured out they control the query layer. > 4) Query mode allows you to draw a box, but the query fails > (perhaps it > should be using nquery when a rectangle is drawn?). > > -Dan Martin > > > > -----Original Message----- > From: Lowther, David W [mailto:dlowther at ou.edu] > Sent: Friday, February 28, 2003 3:33 PM > To: Mapserver-Users (mapserver-users at lists.gis.umn.edu) > Subject: [Mapserver-users] Site Demo / Critique > > > > List, > > Thanks to all your help over the past few months we're in the final > stages of testing our first large Mapserver effort. > > Please offer your comments / critique of the following site: > > > http://129.15.172.20/okstatedemo.htm > > Thanks, > > David Lowther > Software Engineer > GEO Information Systems > University of Oklahoma > dlowther at ou.edu > (405) 325-3131 > http://www.geo.ou.edu > > > From mjhatcher at space.qinetiq.com Mon Mar 3 07:37:31 2003 From: mjhatcher at space.qinetiq.com (Matt Hatcher) Date: Mon, 3 Mar 2003 15:37:31 -0000 Subject: [Mapserver-users] TAB to WLD conversion Message-ID: <005f01c2e19a$ce2ffda0$0101a8c0@blaze> This is a multi-part message in MIME format. ------=_NextPart_000_0060_01C2E19A.CE2FFDA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi there, I've got a number of rasters that are georeferenced using the MapInfo TAB method. Is there any software that anyone knows of which will convert these TAB files into WLD or TFW files for use with MapServer (and other software)? Cheers, Matt ------=_NextPart_000_0060_01C2E19A.CE2FFDA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message
Hi=20 there,
 
I've = got a number of=20 rasters that are georeferenced using the MapInfo TAB = method.
 
Is = there any=20 software that anyone knows of which will convert these TAB files into = WLD or TFW=20 files for use with MapServer (and other software)?
 
Cheers,
Matt
 
------=_NextPart_000_0060_01C2E19A.CE2FFDA0-- From pagurekd at agr.gc.ca Mon Mar 3 08:14:21 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Mon, 03 Mar 2003 11:14:21 -0500 Subject: [Mapserver-users] featurequery question Message-ID: I am experimenting with FEATUREQUERY - my qlayer is ecodistricts and my slayer is Ecozones. I am getting a list of ecodistricts as expected, however some of the ecodistricts fall outside of the selected ecozone. I have tried setting the tolerance on both layers to 0, but if I do that I get a msQueryByPoint(): Search returned no results. No matching record(s) found error. How do I make sure that the only ecodistricts found are the ones inside the ecozone and not adjacent to it? Thanks for any pointers anyone can send my way. D. Pagurek From pramsey at refractions.net Mon Mar 3 08:41:12 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 03 Mar 2003 08:41:12 -0800 Subject: [Mapserver-users] Installing Map Server on Mac OS X In-Reply-To: <7A6F6DAA-48D2-11D7-8260-003065C58DE6@ifrance.com> References: <7A6F6DAA-48D2-11D7-8260-003065C58DE6@ifrance.com> Message-ID: <3E6385A8.304@refractions.net> Have you installed proj4? Your compile is dying at a missing proj4 function. Paul M-Rick wrote: > Hi have tried to compile it following the instruction on this page : > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS > > I have first, installed PostgreSQL and MySQL, GD, and libtiff. But the > problem comes when I try to compile gdal 1.1.7 > > i have done the manipulation in the gdalmake.opt > > but I get these errors when I do the make command : > > * > ogrct.cpp:420: `DEG_TO_RAD' undeclared (first use this function) > ogrct.cpp:468: `RAD_TO_DEG' undeclared (first use this function) > ogrct.cpp: At top level: > ogrct.cpp:99: warning: `int projPJ(int, char**)' used but never defined > ogrct.cpp:101: warning: `int projUV' defined but not used > make[1]: *** [ogrct.o] Error 1 > make: *** [ogr-target] Error 2 > [Ordinateur-de-Aymeric-GILLAIZEAU:~/Desktop/gdal-1.1.7] > > > I can give the ./configure log file and the make log file if needed. > > I'm using Mac OS X 10.2.4 + GCC 3.1 + Apple X11 + Freetype 6.3.3 > > I don't know ho to build the proj. > > Thank you for your help. > > _______________________________________________ > 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 millardymecki at sympatico.ca Mon Mar 3 08:41:35 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 11:41:35 -0500 Subject: [Mapserver-users] lat lon References: <13858AA1A74F30419F319ACB66A9D1221F3E6D@mercator.topozone.com> Message-ID: <00b401c2e1a3$c1a54d70$f098fea9@pauls> Hi Ed, Sorry for a silly question but how would i know if i have proj support or not under windows? I know i have proj support from mapscript (ie my php_proj.dll is installed and running) but not sure of mapserver? thx, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" Cc: Sent: Monday, March 03, 2003 9:47 AM Subject: RE: [Mapserver-users] lat lon Paul - 1. Please try to reply to the whole list, since someone else might be able to answer your question better or more quickly than I can. 2. What projection is that EPSG code describing? I cannot find an EPSG code of 42304 in any of my EPSG tables - are you sure it's correct? Does this projection have a common name? 3. Remember that what you've said (in this map file) is that the TIFF file is of the same projection as the output image. As long as the georeference data for the TIFF matches the extents requested, you'll get a map. If you're using a TIFF with world file it's very easy to have the projection completely wrong but still get a "correct" map. But other layers won't project properly on to it. 4. Do you have MapServer built with PROJ support? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:26 AM To: Ed McNierney Subject: Re: [Mapserver-users] lat lon Hi Ed, My tiff is already displaying properly with (init=epsg:42304) but getting any lat/long data added is proving difficult to say the least. Here is the first part of my map file with "Eman-sites" being the lat/long data(last layer) Paul MAP NAME "MAP OF CANADA" STATUS ON EXTENT -2200000 -712631 3072800 3840000 SIZE 400 300 #SHAPEPATH "./data/" SHAPEPATH "C:\2.0rc3\tutorial\data" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" #IMAGETYPE PNG IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB MINSCALE 2000000 MAXSCALE 50000000 IMAGEPATH "C:/temp/" IMAGEURL "/ms_tmp/" # LOG "/tmp/gmap.log" END # # Start of reference object (keymap) # REFERENCE STATUS ON IMAGE "images/keymap.gif" SIZE 100 75 EXTENT -2200000 -712631 3072800 3840000 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END # # Start of querymap object # QUERYMAP COLOR 255 0 0 STYLE HILITE END PROJECTION "init=epsg:42304" END # # Start of legend object # LEGEND STATUS ON KEYSIZE 18 12 TEMPLATE "ttt" LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # # Start of scalebar object # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS kilometers INTERVALS 5 SIZE 150 5 LABEL SIZE SMALL COLOR 0 0 0 END END LAYER NAME "bathymetry" STATUS ON DATA "bath_mapserver.tif" TYPE RASTER TEMPLATE "ttt.html" END NAME "Eman-sites" STATUS ON DATA "sites.shp" TYPE POINT UNITS METERS SIZEUNITS METERS LABELITEM "Name" TOLERANCE 5 TOLERANCEUNITS PIXELS TRANSFORM TRUE TEMPLATE "ttt.html" PROJECTION "proj=longlat" "ellps=GRS80" "unit=dd" "no_defs" "" END CLASS NAME "site" SYMBOL 2 COLOR 255 51 102 SIZE 7 MINSIZE 1 MAXSIZE 100 END END ----- Original Message ----- From: Ed McNierney To: Paul Dymecki ; MapServer List (E-mail) Sent: Monday, March 03, 2003 9:10 AM Subject: RE: [Mapserver-users] lat lon Paul - You need to know all the details of your TIFF's projection, so you can specify it completely. Are you using one or two standard parallels for your LCC? You need the lat and lon of the origin, the scale factor, any false easting & northing, etc. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:05 AM To: MapServer List (E-mail) Subject: [Mapserver-users] lat lon Hello all, I'm trying to display lat/long point data ontop of a tiff and was wondering what should be the projection object for this layer would be?. My map projection is lcc. thx, Paul From ed at topozone.com Mon Mar 3 08:43:34 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 11:43:34 -0500 Subject: [Mapserver-users] lat lon Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E72@mercator.topozone.com> >From a command prompt, run "mapserv -v" and look for "SUPPORTS=PROJ" in the message that's printed. - Ed -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 11:42 AM To: Ed McNierney Cc: Mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] lat lon Hi Ed, Sorry for a silly question but how would i know if i have proj support or not under windows? I know i have proj support from mapscript (ie my php_proj.dll is installed and running) but not sure of mapserver? thx, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" Cc: Sent: Monday, March 03, 2003 9:47 AM Subject: RE: [Mapserver-users] lat lon Paul - 1. Please try to reply to the whole list, since someone else might be able to answer your question better or more quickly than I can. 2. What projection is that EPSG code describing? I cannot find an EPSG code of 42304 in any of my EPSG tables - are you sure it's correct? Does this projection have a common name? 3. Remember that what you've said (in this map file) is that the TIFF file is of the same projection as the output image. As long as the georeference data for the TIFF matches the extents requested, you'll get a map. If you're using a TIFF with world file it's very easy to have the projection completely wrong but still get a "correct" map. But other layers won't project properly on to it. 4. Do you have MapServer built with PROJ support? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:26 AM To: Ed McNierney Subject: Re: [Mapserver-users] lat lon Hi Ed, My tiff is already displaying properly with (init=epsg:42304) but getting any lat/long data added is proving difficult to say the least. Here is the first part of my map file with "Eman-sites" being the lat/long data(last layer) Paul MAP NAME "MAP OF CANADA" STATUS ON EXTENT -2200000 -712631 3072800 3840000 SIZE 400 300 #SHAPEPATH "./data/" SHAPEPATH "C:\2.0rc3\tutorial\data" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" #IMAGETYPE PNG IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB MINSCALE 2000000 MAXSCALE 50000000 IMAGEPATH "C:/temp/" IMAGEURL "/ms_tmp/" # LOG "/tmp/gmap.log" END # # Start of reference object (keymap) # REFERENCE STATUS ON IMAGE "images/keymap.gif" SIZE 100 75 EXTENT -2200000 -712631 3072800 3840000 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END # # Start of querymap object # QUERYMAP COLOR 255 0 0 STYLE HILITE END PROJECTION "init=epsg:42304" END # # Start of legend object # LEGEND STATUS ON KEYSIZE 18 12 TEMPLATE "ttt" LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # # Start of scalebar object # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS kilometers INTERVALS 5 SIZE 150 5 LABEL SIZE SMALL COLOR 0 0 0 END END LAYER NAME "bathymetry" STATUS ON DATA "bath_mapserver.tif" TYPE RASTER TEMPLATE "ttt.html" END NAME "Eman-sites" STATUS ON DATA "sites.shp" TYPE POINT UNITS METERS SIZEUNITS METERS LABELITEM "Name" TOLERANCE 5 TOLERANCEUNITS PIXELS TRANSFORM TRUE TEMPLATE "ttt.html" PROJECTION "proj=longlat" "ellps=GRS80" "unit=dd" "no_defs" "" END CLASS NAME "site" SYMBOL 2 COLOR 255 51 102 SIZE 7 MINSIZE 1 MAXSIZE 100 END END ----- Original Message ----- From: Ed McNierney To: Paul Dymecki ; MapServer List (E-mail) Sent: Monday, March 03, 2003 9:10 AM Subject: RE: [Mapserver-users] lat lon Paul - You need to know all the details of your TIFF's projection, so you can specify it completely. Are you using one or two standard parallels for your LCC? You need the lat and lon of the origin, the scale factor, any false easting & northing, etc. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 9:05 AM To: MapServer List (E-mail) Subject: [Mapserver-users] lat lon Hello all, I'm trying to display lat/long point data ontop of a tiff and was wondering what should be the projection object for this layer would be?. My map projection is lcc. thx, Paul From millardymecki at sympatico.ca Mon Mar 3 08:58:30 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 11:58:30 -0500 Subject: [Mapserver-users] lat lon References: <13858AA1A74F30419F319ACB66A9D1221F3E72@mercator.topozone.com> Message-ID: <00e401c2e1a6$1e50fcc0$f098fea9@pauls> Yup i've it's supported so that's not the prob, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" Cc: Sent: Monday, March 03, 2003 11:43 AM Subject: RE: [Mapserver-users] lat lon > From a command prompt, run "mapserv -v" and look for "SUPPORTS=PROJ" in the message that's printed. > > - Ed > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 11:42 AM > To: Ed McNierney > Cc: Mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] lat lon > > > Hi Ed, > Sorry for a silly question but how would i know if i have proj support > or not under windows? I know i have proj support from mapscript (ie my > php_proj.dll is installed and running) but not sure of mapserver? > thx, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" > Cc: > Sent: Monday, March 03, 2003 9:47 AM > Subject: RE: [Mapserver-users] lat lon > > > Paul - > > 1. Please try to reply to the whole list, since someone else might be able > to answer your question better or more quickly than I can. > > 2. What projection is that EPSG code describing? I cannot find an EPSG code > of 42304 in any of my EPSG tables - are you sure it's correct? Does this > projection have a common name? > > 3. Remember that what you've said (in this map file) is that the TIFF file > is of the same projection as the output image. As long as the georeference > data for the TIFF matches the extents requested, you'll get a map. If > you're using a TIFF with world file it's very easy to have the projection > completely wrong but still get a "correct" map. But other layers won't > project properly on to it. > > 4. Do you have MapServer built with PROJ support? > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 9:26 AM > To: Ed McNierney > Subject: Re: [Mapserver-users] lat lon > > > Hi Ed, > My tiff is already displaying properly with (init=epsg:42304) but > getting any lat/long data added is proving difficult to say the least. > Here is the first part of my map file with "Eman-sites" being the lat/long > data(last layer) > Paul > > > MAP > > NAME "MAP OF CANADA" > > STATUS ON > > EXTENT -2200000 -712631 3072800 3840000 > > SIZE 400 300 > > #SHAPEPATH "./data/" > > SHAPEPATH "C:\2.0rc3\tutorial\data" > > SYMBOLSET "./etc/symbols.sym" > > FONTSET "./etc/fonts.txt" > > #IMAGETYPE PNG > > IMAGECOLOR 255 255 255 > > UNITS METERS > > # > > # Start of web interface definition > > # > > WEB > > MINSCALE 2000000 > > MAXSCALE 50000000 > > IMAGEPATH "C:/temp/" > > IMAGEURL "/ms_tmp/" > > # LOG "/tmp/gmap.log" > > END > > # > > # Start of reference object (keymap) > > # > > REFERENCE > > STATUS ON > > IMAGE "images/keymap.gif" > > SIZE 100 75 > > EXTENT -2200000 -712631 3072800 3840000 > > COLOR -1 -1 -1 > > OUTLINECOLOR 255 0 0 > > END > > # > > # Start of querymap object > > # > > QUERYMAP > > COLOR 255 0 0 > > STYLE HILITE > > END > > PROJECTION > > "init=epsg:42304" > > END > > # > > # Start of legend object > > # > > LEGEND > > STATUS ON > > KEYSIZE 18 12 > > TEMPLATE "ttt" > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > COLOR 0 0 89 > > END > > END > > # > > # Start of scalebar object > > # > > SCALEBAR > > STATUS ON > > COLOR 255 255 255 > > OUTLINECOLOR 0 0 0 > > BACKGROUNDCOLOR 0 0 0 > > IMAGECOLOR 255 255 255 > > UNITS kilometers > > INTERVALS 5 > > SIZE 150 5 > > LABEL > > SIZE SMALL > > COLOR 0 0 0 > > END > > END > > LAYER > > NAME "bathymetry" > > STATUS ON > > DATA "bath_mapserver.tif" > > TYPE RASTER > > TEMPLATE "ttt.html" > > END > > NAME "Eman-sites" > > STATUS ON > > DATA "sites.shp" > > TYPE POINT > > UNITS METERS > > SIZEUNITS METERS > > LABELITEM "Name" > > TOLERANCE 5 > > TOLERANCEUNITS PIXELS > > TRANSFORM TRUE > > TEMPLATE "ttt.html" > > PROJECTION > > "proj=longlat" > > "ellps=GRS80" > > "unit=dd" > > "no_defs" > > "" > > END > > CLASS > > NAME "site" > > SYMBOL 2 > > COLOR 255 51 102 > > SIZE 7 > > MINSIZE 1 > > MAXSIZE 100 > > END > > END > > > > > ----- Original Message ----- > From: Ed McNierney > To: Paul Dymecki ; MapServer List (E-mail) > Sent: Monday, March 03, 2003 9:10 AM > Subject: RE: [Mapserver-users] lat lon > > > Paul - > > You need to know all the details of your TIFF's projection, so you can > specify it completely. Are you using one or two standard parallels for your > LCC? You need the lat and lon of the origin, the scale factor, any false > easting & northing, etc. > > - Ed > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 9:05 AM > To: MapServer List (E-mail) > Subject: [Mapserver-users] lat lon > > > Hello all, > I'm trying to display lat/long point data ontop of a tiff and was > wondering what should be the projection object for this layer would be?. > My map projection is lcc. > thx, > Paul > > > > > _______________________________________________ > 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 Mar 3 09:13:45 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 12:13:45 -0500 Subject: [Mapserver-users] lat lon Message-ID: <13858AA1A74F30419F319ACB66A9D12201960F@mercator.topozone.com> Paul - This is a bit of a shot in the dark, but in your PROJECTION block for the lat/lon data, take out the "unit=dd" statement. It's not needed (and should be UNITS (plural) anyway) and might be breaking the projection. You also don't seem to have a LAYER block surrounding the layer definition for your lat/lon data - but that should give you a map file parsing error. Is your map file correct? - Ed -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Monday, March 03, 2003 11:59 AM To: Ed McNierney Cc: Mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] lat lon Yup i've it's supported so that's not the prob, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" Cc: Sent: Monday, March 03, 2003 11:43 AM Subject: RE: [Mapserver-users] lat lon > From a command prompt, run "mapserv -v" and look for "SUPPORTS=PROJ" in the message that's printed. > > - Ed > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 11:42 AM > To: Ed McNierney > Cc: Mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] lat lon > > > Hi Ed, > Sorry for a silly question but how would i know if i have proj support > or not under windows? I know i have proj support from mapscript (ie my > php_proj.dll is installed and running) but not sure of mapserver? > thx, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" > Cc: > Sent: Monday, March 03, 2003 9:47 AM > Subject: RE: [Mapserver-users] lat lon > > > Paul - > > 1. Please try to reply to the whole list, since someone else might be able > to answer your question better or more quickly than I can. > > 2. What projection is that EPSG code describing? I cannot find an EPSG code > of 42304 in any of my EPSG tables - are you sure it's correct? Does this > projection have a common name? > > 3. Remember that what you've said (in this map file) is that the TIFF file > is of the same projection as the output image. As long as the georeference > data for the TIFF matches the extents requested, you'll get a map. If > you're using a TIFF with world file it's very easy to have the projection > completely wrong but still get a "correct" map. But other layers won't > project properly on to it. > > 4. Do you have MapServer built with PROJ support? > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 9:26 AM > To: Ed McNierney > Subject: Re: [Mapserver-users] lat lon > > > Hi Ed, > My tiff is already displaying properly with (init=epsg:42304) but > getting any lat/long data added is proving difficult to say the least. > Here is the first part of my map file with "Eman-sites" being the lat/long > data(last layer) > Paul > > > MAP > > NAME "MAP OF CANADA" > > STATUS ON > > EXTENT -2200000 -712631 3072800 3840000 > > SIZE 400 300 > > #SHAPEPATH "./data/" > > SHAPEPATH "C:\2.0rc3\tutorial\data" > > SYMBOLSET "./etc/symbols.sym" > > FONTSET "./etc/fonts.txt" > > #IMAGETYPE PNG > > IMAGECOLOR 255 255 255 > > UNITS METERS > > # > > # Start of web interface definition > > # > > WEB > > MINSCALE 2000000 > > MAXSCALE 50000000 > > IMAGEPATH "C:/temp/" > > IMAGEURL "/ms_tmp/" > > # LOG "/tmp/gmap.log" > > END > > # > > # Start of reference object (keymap) > > # > > REFERENCE > > STATUS ON > > IMAGE "images/keymap.gif" > > SIZE 100 75 > > EXTENT -2200000 -712631 3072800 3840000 > > COLOR -1 -1 -1 > > OUTLINECOLOR 255 0 0 > > END > > # > > # Start of querymap object > > # > > QUERYMAP > > COLOR 255 0 0 > > STYLE HILITE > > END > > PROJECTION > > "init=epsg:42304" > > END > > # > > # Start of legend object > > # > > LEGEND > > STATUS ON > > KEYSIZE 18 12 > > TEMPLATE "ttt" > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > COLOR 0 0 89 > > END > > END > > # > > # Start of scalebar object > > # > > SCALEBAR > > STATUS ON > > COLOR 255 255 255 > > OUTLINECOLOR 0 0 0 > > BACKGROUNDCOLOR 0 0 0 > > IMAGECOLOR 255 255 255 > > UNITS kilometers > > INTERVALS 5 > > SIZE 150 5 > > LABEL > > SIZE SMALL > > COLOR 0 0 0 > > END > > END > > LAYER > > NAME "bathymetry" > > STATUS ON > > DATA "bath_mapserver.tif" > > TYPE RASTER > > TEMPLATE "ttt.html" > > END > > NAME "Eman-sites" > > STATUS ON > > DATA "sites.shp" > > TYPE POINT > > UNITS METERS > > SIZEUNITS METERS > > LABELITEM "Name" > > TOLERANCE 5 > > TOLERANCEUNITS PIXELS > > TRANSFORM TRUE > > TEMPLATE "ttt.html" > > PROJECTION > > "proj=longlat" > > "ellps=GRS80" > > "unit=dd" > > "no_defs" > > "" > > END > > CLASS > > NAME "site" > > SYMBOL 2 > > COLOR 255 51 102 > > SIZE 7 > > MINSIZE 1 > > MAXSIZE 100 > > END > > END > > > > > ----- Original Message ----- > From: Ed McNierney > To: Paul Dymecki ; MapServer List (E-mail) > Sent: Monday, March 03, 2003 9:10 AM > Subject: RE: [Mapserver-users] lat lon > > > Paul - > > You need to know all the details of your TIFF's projection, so you can > specify it completely. Are you using one or two standard parallels for your > LCC? You need the lat and lon of the origin, the scale factor, any false > easting & northing, etc. > > - Ed > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 9:05 AM > To: MapServer List (E-mail) > Subject: [Mapserver-users] lat lon > > > Hello all, > I'm trying to display lat/long point data ontop of a tiff and was > wondering what should be the projection object for this layer would be?. > My map projection is lcc. > thx, > Paul > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From nida at webstar.co.uk Mon Mar 3 09:09:55 2003 From: nida at webstar.co.uk (nida Khan) Date: Mon, 3 Mar 2003 17:09:55 -0000 Subject: [Mapserver-users] Railroad Symbol References: Message-ID: <01e401c2e1a7$b7de9180$a901a8c0@private.webstar.co.uk> as we are talking about symbols so I thought I can ask my little question as well :). anyone have a symbol of crescent/moon??? Kind Regards Nida. ----- Original Message ----- From: "Fawcett, David" To: ; Sent: Tuesday, February 25, 2003 8:41 PM Subject: RE: [Mapserver-users] Railroad Symbol > I have added it to the Symbol Examples page of the Wiki. > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples > > Anyone else with common or creative examples of MapServer symbology, please post your examples there. > > David. > > > David J. Fawcett > GIS / Databases > > MN Office of Environmental Assistance > 520 Lafayette Rd N > St. Paul, MN 55155 > 651.215.0200 > > > > ---------- > > From: TCHaddad[SMTP:TCHaddad at cshore.com] > > Reply To: TCHaddad at cshore.com > > Sent: Tuesday, February 25, 2003 2:18 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] Railroad Symbol > > > > > > For the benefit of the archives, this is also a working railroad symbol definition: > > > > > > SYMBOL 'line' > > SIZE 1 > > OVERLAYSYMBOL 'tie' > > OVERLAYSIZE 3 > > > > > > where: > > > > Symbol > > NAME 'line' > > TYPE ellipse > > FILLED true > > POINTS > > 1 1 > > END > > END > > > > Symbol > > NAME 'tie' > > TYPE Ellipse > > FILLED TRUE > > POINTS 1 1 END > > STYLE 1 3 END > > END > > > > > > _______________________________________________ > > 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 bhudspeth at edac.unm.edu Mon Mar 3 09:18:44 2003 From: bhudspeth at edac.unm.edu (Hudspeth, Bill) Date: Mon, 3 Mar 2003 10:18:44 -0700 Subject: [Mapserver-users] Single and Multiple Queries with PHP scripting Message-ID: <11614435747E07459B12D835E36630D602BFA0@gonzalo.unm.edu> 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_01C2E1A8.F1805530 Content-Type: text/plain; charset="iso-8859-1" Hello all, Does anyone have code and/or explanation on how to construct single and multiple queries on layer features using PHP Mapscript? Thanks much, Bill ********************************************************************* ********************************************************************* William Hudspeth, PhD Earth Data Analysis Center 107 Bandelier Hall West University of New Mexico Albuquerque, NM 87131 (505) 277-3622, ext. 238 bhudspeth at edac.unm.edu wbhk at unm.edu ------_=_NextPart_001_01C2E1A8.F1805530 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Single and Multiple Queries with PHP scripting

Hello all,

Does anyone have code and/or = explanation on how to construct single and multiple queries on layer = features using PHP Mapscript?

Thanks much,

Bill

*********************************************************= ************
*********************************************************= ************
William Hudspeth, PhD
Earth Data Analysis Center
107 Bandelier Hall West
University of New Mexico
Albuquerque, NM  87131
(505) 277-3622, ext. 238
bhudspeth at edac.unm.edu
wbhk at unm.edu

------_=_NextPart_001_01C2E1A8.F1805530-- From millardymecki at sympatico.ca Mon Mar 3 09:36:24 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 12:36:24 -0500 Subject: [Mapserver-users] lat lon References: <13858AA1A74F30419F319ACB66A9D12201960F@mercator.topozone.com> Message-ID: <00f601c2e1ab$6a310590$f098fea9@pauls> Hi Ed, I actually just tested the layer in a mapfile on it's own and can't display, so think there might be something wrong with the data, although it shows up fine in ESRI's arcExplorer. Here is some output of doing a shpdump on the shp file: Shapefile Type: Point # of Shapes: 73 File Bounds: ( -139.450, 42.030,0,0) to ( 79.350, 82.130,0,0) Shape:0 (Point) nVertices=1, nParts=0 Bounds:( -116.020, 50.570, 0, 0) to ( -116.020, 50.570, 0, 0) ( -116.020, 50.570, 0, 0) Shape:1 (Point) nVertices=1, nParts=0 Bounds:( -81.240, 46.010, 0, 0) to ( -81.240, 46.010, 0, 0) ( -81.240, 46.010, 0, 0) ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" Cc: Sent: Monday, March 03, 2003 12:13 PM Subject: RE: [Mapserver-users] lat lon > Paul - > > This is a bit of a shot in the dark, but in your PROJECTION block for the lat/lon data, take out the "unit=dd" statement. It's not needed (and should be UNITS (plural) anyway) and might be breaking the projection. > > You also don't seem to have a LAYER block surrounding the layer definition for your lat/lon data - but that should give you a map file parsing error. Is your map file correct? > > - Ed > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 11:59 AM > To: Ed McNierney > Cc: Mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] lat lon > > > Yup i've it's supported so that's not the prob, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" > Cc: > Sent: Monday, March 03, 2003 11:43 AM > Subject: RE: [Mapserver-users] lat lon > > > > From a command prompt, run "mapserv -v" and look for "SUPPORTS=PROJ" in > the message that's printed. > > > > - Ed > > > > -----Original Message----- > > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > > Sent: Monday, March 03, 2003 11:42 AM > > To: Ed McNierney > > Cc: Mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] lat lon > > > > > > Hi Ed, > > Sorry for a silly question but how would i know if i have proj support > > or not under windows? I know i have proj support from mapscript (ie my > > php_proj.dll is installed and running) but not sure of mapserver? > > thx, > > Paul > > ----- Original Message ----- > > From: "Ed McNierney" > > To: "Paul Dymecki" > > Cc: > > Sent: Monday, March 03, 2003 9:47 AM > > Subject: RE: [Mapserver-users] lat lon > > > > > > Paul - > > > > 1. Please try to reply to the whole list, since someone else might be able > > to answer your question better or more quickly than I can. > > > > 2. What projection is that EPSG code describing? I cannot find an EPSG > code > > of 42304 in any of my EPSG tables - are you sure it's correct? Does this > > projection have a common name? > > > > 3. Remember that what you've said (in this map file) is that the TIFF file > > is of the same projection as the output image. As long as the > georeference > > data for the TIFF matches the extents requested, you'll get a map. If > > you're using a TIFF with world file it's very easy to have the projection > > completely wrong but still get a "correct" map. But other layers won't > > project properly on to it. > > > > 4. Do you have MapServer built with PROJ support? > > > > - Ed > > > > Ed McNierney > > President and Chief Mapmaker > > TopoZone.com / Maps a la carte, Inc. > > 73 Princeton Street, Suite 305 > > North Chelmsford, MA 01863 > > ed at topozone.com > > (978) 251-4242 > > > > -----Original Message----- > > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > > Sent: Monday, March 03, 2003 9:26 AM > > To: Ed McNierney > > Subject: Re: [Mapserver-users] lat lon > > > > > > Hi Ed, > > My tiff is already displaying properly with (init=epsg:42304) but > > getting any lat/long data added is proving difficult to say the least. > > Here is the first part of my map file with "Eman-sites" being the lat/long > > data(last layer) > > Paul > > > > > > MAP > > > > NAME "MAP OF CANADA" > > > > STATUS ON > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > SIZE 400 300 > > > > #SHAPEPATH "./data/" > > > > SHAPEPATH "C:\2.0rc3\tutorial\data" > > > > SYMBOLSET "./etc/symbols.sym" > > > > FONTSET "./etc/fonts.txt" > > > > #IMAGETYPE PNG > > > > IMAGECOLOR 255 255 255 > > > > UNITS METERS > > > > # > > > > # Start of web interface definition > > > > # > > > > WEB > > > > MINSCALE 2000000 > > > > MAXSCALE 50000000 > > > > IMAGEPATH "C:/temp/" > > > > IMAGEURL "/ms_tmp/" > > > > # LOG "/tmp/gmap.log" > > > > END > > > > # > > > > # Start of reference object (keymap) > > > > # > > > > REFERENCE > > > > STATUS ON > > > > IMAGE "images/keymap.gif" > > > > SIZE 100 75 > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > COLOR -1 -1 -1 > > > > OUTLINECOLOR 255 0 0 > > > > END > > > > # > > > > # Start of querymap object > > > > # > > > > QUERYMAP > > > > COLOR 255 0 0 > > > > STYLE HILITE > > > > END > > > > PROJECTION > > > > "init=epsg:42304" > > > > END > > > > # > > > > # Start of legend object > > > > # > > > > LEGEND > > > > STATUS ON > > > > KEYSIZE 18 12 > > > > TEMPLATE "ttt" > > > > LABEL > > > > TYPE BITMAP > > > > SIZE MEDIUM > > > > COLOR 0 0 89 > > > > END > > > > END > > > > # > > > > # Start of scalebar object > > > > # > > > > SCALEBAR > > > > STATUS ON > > > > COLOR 255 255 255 > > > > OUTLINECOLOR 0 0 0 > > > > BACKGROUNDCOLOR 0 0 0 > > > > IMAGECOLOR 255 255 255 > > > > UNITS kilometers > > > > INTERVALS 5 > > > > SIZE 150 5 > > > > LABEL > > > > SIZE SMALL > > > > COLOR 0 0 0 > > > > END > > > > END > > > > LAYER > > > > NAME "bathymetry" > > > > STATUS ON > > > > DATA "bath_mapserver.tif" > > > > TYPE RASTER > > > > TEMPLATE "ttt.html" > > > > END > > > > NAME "Eman-sites" > > > > STATUS ON > > > > DATA "sites.shp" > > > > TYPE POINT > > > > UNITS METERS > > > > SIZEUNITS METERS > > > > LABELITEM "Name" > > > > TOLERANCE 5 > > > > TOLERANCEUNITS PIXELS > > > > TRANSFORM TRUE > > > > TEMPLATE "ttt.html" > > > > PROJECTION > > > > "proj=longlat" > > > > "ellps=GRS80" > > > > "unit=dd" > > > > "no_defs" > > > > "" > > > > END > > > > CLASS > > > > NAME "site" > > > > SYMBOL 2 > > > > COLOR 255 51 102 > > > > SIZE 7 > > > > MINSIZE 1 > > > > MAXSIZE 100 > > > > END > > > > END > > > > > > > > > > ----- Original Message ----- > > From: Ed McNierney > > To: Paul Dymecki ; MapServer List (E-mail) > > Sent: Monday, March 03, 2003 9:10 AM > > Subject: RE: [Mapserver-users] lat lon > > > > > > Paul - > > > > You need to know all the details of your TIFF's projection, so you can > > specify it completely. Are you using one or two standard parallels for > your > > LCC? You need the lat and lon of the origin, the scale factor, any false > > easting & northing, etc. > > > > - Ed > > Ed McNierney > > President and Chief Mapmaker > > TopoZone.com / Maps a la carte, Inc. > > 73 Princeton Street, Suite 305 > > North Chelmsford, MA 01863 > > ed at topozone.com > > (978) 251-4242 > > -----Original Message----- > > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > > Sent: Monday, March 03, 2003 9:05 AM > > To: MapServer List (E-mail) > > Subject: [Mapserver-users] lat lon > > > > > > Hello all, > > I'm trying to display lat/long point data ontop of a tiff and was > > wondering what should be the projection object for this layer would be?. > > My map projection is lcc. > > thx, > > Paul > > > > > > > > > > _______________________________________________ > > 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 Mon Mar 3 10:03:12 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 03 Mar 2003 13:03:12 -0500 Subject: [Mapserver-users] shapefile programming Message-ID: <200303031803.h23I38R01679@yogi.medinaco.net> Sounds like a good case for an example so the perl mapscript program to do just that is at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex15 HTH Lowell F. The following message was sent by John Hagstrand on Sun, 02 Mar 2003 13:01:21 -0600. > Hi, > > I need a program or programmer to manipulate a Shapefile. > > I want to pull the bounding box out of the SHP file and put it in the DBF > file. > > You see what I mean? I want to add four columns to the DBF file: north, > south, east and west. And I want to populate those four fields to indicate > the boundary of each object. > > Do you know of a utility program that will do this? If not, do you know a > programmer who will write me such a utility program for a fee? > > Thanks > John > > ------------------------------------------------- > John Hagstrand > Interage Research, Inc. > 847 838 5371 > Software Development Consulting for Internet Content Management > We make knowledge accessible, useful, and relevant for everyone. > http://www.interageresearch.com > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From vinko at cprsig.cl Mon Mar 3 10:18:08 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 3 Mar 2003 15:18:08 -0300 Subject: [Mapserver-users] Single and Multiple Queries with PHP scripting In-Reply-To: <11614435747E07459B12D835E36630D602BFA0@gonzalo.unm.edu> References: <11614435747E07459B12D835E36630D602BFA0@gonzalo.unm.edu> Message-ID: <20030303181808.GA16951@landsat.cprsig.cl> On Mon, Mar 03, 2003 at 10:18:44AM -0700, Hudspeth, Bill wrote: > Hello all, > > Does anyone have code and/or explanation on how to construct single and > multiple queries on layer features using PHP Mapscript? > The GMap demo has query examples... It's on DMSolutions site. http://www2.dmsolutions.ca/mapserver/dl/ If you also are doing some other stuff that might justify the use of PostGIS, go for it, I find it a lot more intuitive for us non-GIS techies to do the queries: "SELECT attrs FROM spatial_table WHERE && AND truly_inside(,)"; And because every table is a layer (well, not necessarily, but is probably the most common case) the multiple/single query issue is trivial to solve. Also you can do joins/subselects etc, and bring data from other sources that are not present on the spatial table. -- Vinko Vrsalovic http://www.cprsig.cl From millardymecki at sympatico.ca Mon Mar 3 10:20:42 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 13:20:42 -0500 Subject: Fw: [Mapserver-users] lat lon Message-ID: <011901c2e1b1$9a2aea80$f098fea9@pauls> Hi Ed, I removed the point and also restricted my query to just pull 3 or 4 records that looked good, but no luck. It's strange that ESRI can view the shapes fine but other products like OpenEV and mapserverWorkbench can't. I'm thinking something in the format of the file is off so will start looking in that direction i guess. thanks in any case, Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" > Sent: Monday, March 03, 2003 12:52 PM > Subject: RE: [Mapserver-users] lat lon > > > Paul - > > Again, a guess - the "Credit River Watershed" data point seems to be bad > data. The longitude is positive and should be negative (I think). I'm > wondering if this is causing a projection problem since it's SO far from the > base point of the projection. Can you test with this point > corrected/removed? > > - Ed > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 12:46 PM > To: Ed McNierney > Subject: Re: [Mapserver-users] lat lon > > > Thanks a ton, > I just produced these shp files through mapscript(ie pulled the data > from oracle). > Paul, > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" > Sent: Monday, March 03, 2003 12:42 PM > Subject: RE: [Mapserver-users] lat lon > > > Paul - > > (off-list) > > If you can email me a copy of the shapefile I'll take a look at it. > > - Ed > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Monday, March 03, 2003 12:36 PM > To: Ed McNierney > Cc: Mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] lat lon > > > Hi Ed, > I actually just tested the layer in a mapfile on it's own and can't > display, so think there might be something wrong with the data, although it > shows up fine in ESRI's arcExplorer. Here is some output of doing a shpdump > on the shp file: > > Shapefile Type: Point # of Shapes: 73 > File Bounds: ( -139.450, 42.030,0,0) > to ( 79.350, 82.130,0,0) > > Shape:0 (Point) nVertices=1, nParts=0 > Bounds:( -116.020, 50.570, 0, 0) > to ( -116.020, 50.570, 0, 0) > ( -116.020, 50.570, 0, 0) > > Shape:1 (Point) nVertices=1, nParts=0 > Bounds:( -81.240, 46.010, 0, 0) > to ( -81.240, 46.010, 0, 0) > ( -81.240, 46.010, 0, 0) > > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" > Cc: > Sent: Monday, March 03, 2003 12:13 PM > Subject: RE: [Mapserver-users] lat lon > > > > Paul - > > > > This is a bit of a shot in the dark, but in your PROJECTION block for the > lat/lon data, take out the "unit=dd" statement. It's not needed (and should > be UNITS (plural) anyway) and might be breaking the projection. > > > > You also don't seem to have a LAYER block surrounding the layer definition > for your lat/lon data - but that should give you a map file parsing error. > Is your map file correct? > > > > - Ed > > > > -----Original Message----- > > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > > Sent: Monday, March 03, 2003 11:59 AM > > To: Ed McNierney > > Cc: Mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] lat lon > > > > > > Yup i've it's supported so that's not the prob, > > Paul > > ----- Original Message ----- > > From: "Ed McNierney" > > To: "Paul Dymecki" > > Cc: > > Sent: Monday, March 03, 2003 11:43 AM > > Subject: RE: [Mapserver-users] lat lon > > > > > > > From a command prompt, run "mapserv -v" and look for "SUPPORTS=PROJ" in > > the message that's printed. > > > > > > - Ed > > > > > > -----Original Message----- > > > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > > > Sent: Monday, March 03, 2003 11:42 AM > > > To: Ed McNierney > > > Cc: Mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] lat lon > > > > > > > > > Hi Ed, > > > Sorry for a silly question but how would i know if i have proj > support > > > or not under windows? I know i have proj support from mapscript (ie my > > > php_proj.dll is installed and running) but not sure of mapserver? > > > thx, > > > Paul > > > ----- Original Message ----- > > > From: "Ed McNierney" > > > To: "Paul Dymecki" > > > Cc: > > > Sent: Monday, March 03, 2003 9:47 AM > > > Subject: RE: [Mapserver-users] lat lon > > > > > > > > > Paul - > > > > > > 1. Please try to reply to the whole list, since someone else might be > able > > > to answer your question better or more quickly than I can. > > > > > > 2. What projection is that EPSG code describing? I cannot find an EPSG > > code > > > of 42304 in any of my EPSG tables - are you sure it's correct? Does > this > > > projection have a common name? > > > > > > 3. Remember that what you've said (in this map file) is that the TIFF > file > > > is of the same projection as the output image. As long as the > > georeference > > > data for the TIFF matches the extents requested, you'll get a map. If > > > you're using a TIFF with world file it's very easy to have the > projection > > > completely wrong but still get a "correct" map. But other layers won't > > > project properly on to it. > > > > > > 4. Do you have MapServer built with PROJ support? > > > > > > - Ed > > > > > > Ed McNierney > > > President and Chief Mapmaker > > > TopoZone.com / Maps a la carte, Inc. > > > 73 Princeton Street, Suite 305 > > > North Chelmsford, MA 01863 > > > ed at topozone.com > > > (978) 251-4242 > > > > > > -----Original Message----- > > > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > > > Sent: Monday, March 03, 2003 9:26 AM > > > To: Ed McNierney > > > Subject: Re: [Mapserver-users] lat lon > > > > > > > > > Hi Ed, > > > My tiff is already displaying properly with (init=epsg:42304) but > > > getting any lat/long data added is proving difficult to say the least. > > > Here is the first part of my map file with "Eman-sites" being the > lat/long > > > data(last layer) > > > Paul > > > > > > > > > MAP > > > > > > NAME "MAP OF CANADA" > > > > > > STATUS ON > > > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > > > SIZE 400 300 > > > > > > #SHAPEPATH "./data/" > > > > > > SHAPEPATH "C:\2.0rc3\tutorial\data" > > > > > > SYMBOLSET "./etc/symbols.sym" > > > > > > FONTSET "./etc/fonts.txt" > > > > > > #IMAGETYPE PNG > > > > > > IMAGECOLOR 255 255 255 > > > > > > UNITS METERS > > > > > > # > > > > > > # Start of web interface definition > > > > > > # > > > > > > WEB > > > > > > MINSCALE 2000000 > > > > > > MAXSCALE 50000000 > > > > > > IMAGEPATH "C:/temp/" > > > > > > IMAGEURL "/ms_tmp/" > > > > > > # LOG "/tmp/gmap.log" > > > > > > END > > > > > > # > > > > > > # Start of reference object (keymap) > > > > > > # > > > > > > REFERENCE > > > > > > STATUS ON > > > > > > IMAGE "images/keymap.gif" > > > > > > SIZE 100 75 > > > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > > > COLOR -1 -1 -1 > > > > > > OUTLINECOLOR 255 0 0 > > > > > > END > > > > > > # > > > > > > # Start of querymap object > > > > > > # > > > > > > QUERYMAP > > > > > > COLOR 255 0 0 > > > > > > STYLE HILITE > > > > > > END > > > > > > PROJECTION > > > > > > "init=epsg:42304" > > > > > > END > > > > > > # > > > > > > # Start of legend object > > > > > > # > > > > > > LEGEND > > > > > > STATUS ON > > > > > > KEYSIZE 18 12 > > > > > > TEMPLATE "ttt" > > > > > > LABEL > > > > > > TYPE BITMAP > > > > > > SIZE MEDIUM > > > > > > COLOR 0 0 89 > > > > > > END > > > > > > END > > > > > > # > > > > > > # Start of scalebar object > > > > > > # > > > > > > SCALEBAR > > > > > > STATUS ON > > > > > > COLOR 255 255 255 > > > > > > OUTLINECOLOR 0 0 0 > > > > > > BACKGROUNDCOLOR 0 0 0 > > > > > > IMAGECOLOR 255 255 255 > > > > > > UNITS kilometers > > > > > > INTERVALS 5 > > > > > > SIZE 150 5 > > > > > > LABEL > > > > > > SIZE SMALL > > > > > > COLOR 0 0 0 > > > > > > END > > > > > > END > > > > > > LAYER > > > > > > NAME "bathymetry" > > > > > > STATUS ON > > > > > > DATA "bath_mapserver.tif" > > > > > > TYPE RASTER > > > > > > TEMPLATE "ttt.html" > > > > > > END > > > > > > NAME "Eman-sites" > > > > > > STATUS ON > > > > > > DATA "sites.shp" > > > > > > TYPE POINT > > > > > > UNITS METERS > > > > > > SIZEUNITS METERS > > > > > > LABELITEM "Name" > > > > > > TOLERANCE 5 > > > > > > TOLERANCEUNITS PIXELS > > > > > > TRANSFORM TRUE > > > > > > TEMPLATE "ttt.html" > > > > > > PROJECTION > > > > > > "proj=longlat" > > > > > > "ellps=GRS80" > > > > > > "unit=dd" > > > > > > "no_defs" > > > > > > "" > > > > > > END > > > > > > CLASS > > > > > > NAME "site" > > > > > > SYMBOL 2 > > > > > > COLOR 255 51 102 > > > > > > SIZE 7 > > > > > > MINSIZE 1 > > > > > > MAXSIZE 100 > > > > > > END > > > > > > END > > > > > > > > > > > > > > > ----- Original Message ----- > > > From: Ed McNierney > > > To: Paul Dymecki ; MapServer List (E-mail) > > > Sent: Monday, March 03, 2003 9:10 AM > > > Subject: RE: [Mapserver-users] lat lon > > > > > > > > > Paul - > > > > > > You need to know all the details of your TIFF's projection, so you can > > > specify it completely. Are you using one or two standard parallels for > > your > > > LCC? You need the lat and lon of the origin, the scale factor, any > false > > > easting & northing, etc. > > > > > > - Ed > > > Ed McNierney > > > President and Chief Mapmaker > > > TopoZone.com / Maps a la carte, Inc. > > > 73 Princeton Street, Suite 305 > > > North Chelmsford, MA 01863 > > > ed at topozone.com > > > (978) 251-4242 > > > -----Original Message----- > > > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > > > Sent: Monday, March 03, 2003 9:05 AM > > > To: MapServer List (E-mail) > > > Subject: [Mapserver-users] lat lon > > > > > > > > > Hello all, > > > I'm trying to display lat/long point data ontop of a tiff and was > > > wondering what should be the projection object for this layer would be?. > > > My map projection is lcc. > > > thx, > > > Paul > > > > > > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From vinko at cprsig.cl Mon Mar 3 10:29:17 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 3 Mar 2003 15:29:17 -0300 Subject: [Mapserver-users] libTIFF on Linux In-Reply-To: References: Message-ID: <20030303182917.GC16951@landsat.cprsig.cl> On Mon, Mar 03, 2003 at 03:48:52PM +0100, Thomas Zerweck wrote: > Hi, > I'm trying to enable TIFF-support on Linux RedHat 8.0 for mapserver 3.6.4. Libtiff seems to be installed correctly. > After running configure, the TIFF section in my makefile looks like this: > # TIFF distribution (raster support for TIFF and GEOTIFF imagery). (RECOMMENDED) > TIFF_INC= > TIFF_LIB= -ltiff -ljpeg -lfreetype -lpng -lz > TIFF= -DUSE_TIFF > Running "make" seems to work fine and Mapserver works fine - however, the TIFF support is not enabled. > Can anyone help me?? is not enabled how? mapserv -v doesn't show INPUT=TIFF ? Maybe you compiled GDAL in also. If that's the case, TIFF's are supported through GDAL and not libTIFF. If there is another problem, you should tell us what the problem is. -- Vinko Vrsalovic http://www.cprsig.cl From doug at moximedia.com Mon Mar 3 10:28:11 2003 From: doug at moximedia.com (Doug Cates) Date: Mon, 3 Mar 2003 10:28:11 -0800 Subject: [Mapserver-users] More beginner questions Message-ID: <000101c2e1b2$a5cfea10$6401a8c0@vn.shawcable.net> You wrote: 1) whether I use GET or POST, too much information exists in the url or resulting web page about the actual location in the server of critical files, such as the map file. I consider this a security problem. Is there a mechanism to hide this (cookie, session id, etc)? The best way to do this is to create an executable CGI wrapper program like: #! /bin/sh # File: /var/www/cgi-bin/ms_world # MS_MAPFILE=/home/mapfiles/world.map export MS_MAPFILE /var/www/cgi-bin/mapserv .... The call the wrapper (without the mapfile) instead of mapserv. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From lfilak at medinaco.org Mon Mar 3 10:34:40 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 03 Mar 2003 13:34:40 -0500 Subject: [Mapserver-users] featurequery question Message-ID: <200303031834.h23IYaR02392@yogi.medinaco.net> AFAIK a tolerance of 0 in the layer->queryByPoint should work fine. Are you saying that if the tolerance is set to 1 it works? Lowell F. The following message was sent by "Debbie Pagurek" on Mon, 03 Mar 2003 11:14:21 -0500. > I am experimenting with FEATUREQUERY - my qlayer is ecodistricts and my slayer is Ecozones. > > I am getting a list of ecodistricts as expected, however some of the ecodistricts fall outside of the selected ecozone. I have tried setting the tolerance on both layers to 0, but if I do that I get a msQueryByPoint(): Search returned no results. No matching record(s) found error. How do I make sure that the only ecodistricts found are the ones inside the ecozone and not adjacent to it? > > Thanks for any pointers anyone can send my way. > > D. Pagurek > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Kevin.Slover at noaa.gov Mon Mar 3 10:37:35 2003 From: Kevin.Slover at noaa.gov (Kevin Slover) Date: Mon, 03 Mar 2003 13:37:35 -0500 Subject: [Mapserver-users] Java question Message-ID: <3E63A0EF.24FBAF2F@noaa.gov> I am having a little bit of a problem... I am using java jbox to allow the user to zoom in/zoom out, etc. I have followed some of the examples given in the gallery pages. My problem: The user chooses the zoom button, and then draws a box. The box remains "depressed" until something else is chosen. No problems there. Now, checkboxes that allows the user to choose the layer they want displayed. The only problem is that if the user first zooms, then checks a layer, the layer displays, but the image zooms in as well. Some snippets of my code (instead of posting all):
... Slosh Outline
Those are the major players in my code. I have tried setting value="0" for zoomdir, but without any luck. It continues to zoom... anyone have any ideas? Thanks! Cheers -- LTJG Kevin Slover, NOAA GIS Specialist/Oceanographer NOAA/National Hurricane Center/Storm Surge Unit 11691 SW 17th Street Miami FL 33165 W (305) 229-4456 From t_lalla20 at yahoo.com Mon Mar 3 10:42:01 2003 From: t_lalla20 at yahoo.com (Terrence Lalla) Date: Mon, 3 Mar 2003 10:42:01 -0800 (PST) Subject: [Mapserver-users] defining a simple scalebar object In-Reply-To: <20030228021634.48717.qmail@web14101.mail.yahoo.com> Message-ID: <20030303184201.96698.qmail@web14104.mail.yahoo.com> --0-1326986336-1046716921=:96446 Content-Type: text/plain; charset=us-ascii Hi everyone, I am trying to design a simple scalebar object. The output is in gif format(dont know if this would affect anything).Anyways here is the code in the map file: SCALEBAR STATUS ON UNITS METERS SIZE 20 20 BACKGROUNDCOLOR 120 120 120 COLOR 120 120 120 END Thanks in Advance Terrence. --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more --0-1326986336-1046716921=:96446 Content-Type: text/html; charset=us-ascii

Hi everyone,

I am trying to design a simple scalebar object. The output is in gif format(dont know if this would affect anything).Anyways here is the code in the map file:

SCALEBAR

STATUS ON

UNITS METERS

SIZE 20 20

BACKGROUNDCOLOR 120 120 120

COLOR 120 120 120

END

Thanks in Advance

Terrence.


Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more --0-1326986336-1046716921=:96446-- From kames at keyspanenergy.com Mon Mar 3 11:07:42 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Mon, 03 Mar 2003 14:07:42 -0500 Subject: [Mapserver-users] SHPTREE Odd behavior Message-ID: <3E63A7FE.7DD9053B@keyspanenergy.com> I've been experimenting with shptree and seeing remarkable performance boosts (on point and line shapefiles). However, I've found some odd behavior now with polygons. I'm rendering polygons that take quite a while to come up (mapserver cgi). I then use shptree and get the following error message: msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition. If I then delete the associated .qix files, the map again renders. I'm using mapserver MapServer version 3.6.3 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=OGR INPUT=SHAPEFILE SHPTREE is dated 11/01/00 09:48a 131,122 bytes ...appreciate any help. Kieran From kames at keyspanenergy.com Mon Mar 3 11:17:13 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Mon, 03 Mar 2003 14:17:13 -0500 Subject: [Mapserver-users] shapefile programming References: <200303031803.h23I38R01679@yogi.medinaco.net> Message-ID: <3E63AA39.F868ED56@keyspanenergy.com> As I understand, mapscript only works on NT if you use php. However, I'm wondering if I use a DOS window and invoke perl, will the mapscript.pm module then work? ...Kieran Lowell Filak wrote: > Sounds like a good case for an example so the perl mapscript program to do just that is at: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex15 > HTH > Lowell F. > > The following message was sent by John Hagstrand on Sun, 02 Mar 2003 13:01:21 -0600. > > > Hi, > > > > I need a program or programmer to manipulate a Shapefile. > > > > I want to pull the bounding box out of the SHP file and put it in the DBF > > file. > > > > You see what I mean? I want to add four columns to the DBF file: north, > > south, east and west. And I want to populate those four fields to indicate > > the boundary of each object. > > > > Do you know of a utility program that will do this? If not, do you know a > > programmer who will write me such a utility program for a fee? > > > > Thanks > > John > > > > ------------------------------------------------- > > John Hagstrand > > Interage Research, Inc. > > 847 838 5371 > > Software Development Consulting for Internet Content Management > > We make knowledge accessible, useful, and relevant for everyone. > > http://www.interageresearch.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 Chip.Hankley at GASAI.Com Mon Mar 3 11:55:55 2003 From: Chip.Hankley at GASAI.Com (Hankley, Chip) Date: Mon, 3 Mar 2003 13:55:55 -0600 Subject: [Mapserver-users] shapefile programming Message-ID: <3DFF131E4E6D2D4198CDD758F35A5353027853DA@postoffice.GASAI.Com> > As I understand, mapscript only works on NT if you use php. > However, I'm wondering if I use a DOS window and invoke perl, > will the mapscript.pm module then work? > ...Kieran > You could pretty easily re-write the function in PHP. The syntax for commands between PHP and Perl MapScript, and the code structure between the two languages is very similar. Chip From steve.lime at dnr.state.mn.us Mon Mar 3 11:57:51 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 03 Mar 2003 13:57:51 -0600 Subject: [Mapserver-users] Mapplet Boxon Boxoff WAS: SIte Critque... Message-ID: That's what the last parameter (redraw) is for with the mapplet_apply method. You can check it to see if you really do have to redraw the map. Steve >>> "Lowther, David W" 03/02/03 08:11AM >>> Thomas, It seems like every time I set boxon or boxoff (wow, thats a little bit Karate Kid..) it triggers mapplet_apply, but doesn't affect the boxness. Tips? Dave -----Original Message----- From: Thomas Bartlett To: mapserver-users at lists.gis.umn.edu Sent: 3/1/03 9:01 PM Subject: Re: [Mapserver-users] Site Demo / Critique Dave, The drag box can be turned on and off via the javascript command OFF = document.mapplet.boxoff(); ON = document.mapplet.boxon(); Really like the site ! ----- Original Message ----- From: "Lowther, David W" To: "'Martin, Daniel '" ; "Lowther, David W" ; Sent: Saturday, March 01, 2003 11:06 AM Subject: RE: [Mapserver-users] Site Demo / Critique > Dan, > > Thanks for the kinds words and the bugs. Do you get that error still? The > line was commented out when I got to it, but someone here may have beaten me > to the punch. > > I haven't been able to figure out how to keep mapplet from allowing a box at > any time, but I also haven't spent any time on it as we are trying to get > off the java app and into DHTML - phase next. We should be able to deal with > it there. > > Probably should reign that legend width in... > > As far as the label check goes, it comes as a result of a deep homage I have > paid to the HTML Legend supreme being(s). And, I am using the legend_order > strictly to make sure that my labels directly follow my layers. That way > when I come around to the label I have left the TD open. I also make sure > that my label layers are named the same as my features like roads and > roads_anno. Since I write the checkbox with the feature. I have also > included metadata like NoLabels for the feature layers that don't have any > labels. I did the same thing for the ID (NoID). One thing that sure would > make HTML Legends easier is the inclusion of an [else] / [elseif] tag. Maybe > I should file a feature request. > > Dave > > -----Original Message----- > From: Martin, Daniel > To: 'Lowther, David W'; Mapserver-Users (mapserver-users at lists.gis.umn.edu) > Sent: 2/28/03 5:39 PM > Subject: RE: [Mapserver-users] Site Demo / Critique > > Looks good. I like the interface you've built, and I love the many, > many options you offer. I also like the label checkbox. I'm not even > quite sure how to do that (with pure-CGI) but I'd like to know. > > Problems: > 1) IE 5.5 is reporting > "'parent.legend.document.mapserv.map_gradysqlRoads_data' is null or not > an object." in this line: > parent.legend.document.mapserv.map_gradysqlRoads_data.value=top.document > .Master.map_gradysqlRoads_data.value; > 2) In a very large window the checkbox legend area expands with the > window...probably in a way you don't intend. It ends up putting the > right set of checkboxes quite far to the right. > 3) It wasn't quite obvious to me what the radio buttons were for. > Eventually I figured out they control the query layer. > 4) Query mode allows you to draw a box, but the query fails (perhaps it > should be using nquery when a rectangle is drawn?). > > -Dan Martin > > > > -----Original Message----- > From: Lowther, David W [mailto:dlowther at ou.edu] > Sent: Friday, February 28, 2003 3:33 PM > To: Mapserver-Users (mapserver-users at lists.gis.umn.edu) > Subject: [Mapserver-users] Site Demo / Critique > > > > List, > > Thanks to all your help over the past few months we're in the final > stages of testing our first large Mapserver effort. > > Please offer your comments / critique of the following site: > > > http://129.15.172.20/okstatedemo.htm > > Thanks, > > David Lowther > Software Engineer > GEO Information Systems > University of Oklahoma > dlowther at ou.edu > (405) 325-3131 > http://www.geo.ou.edu > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ 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 Mar 3 12:13:28 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 03 Mar 2003 15:13:28 -0500 Subject: [Mapserver-users] converting to perl Message-ID: <200303032013.h23KDOR04660@yogi.medinaco.net> Disclaimer: These are all snippets, putting them together is left as an exercise for the user. What the following modules do is to take a given click on a parcel polygon -> grab the shape number -> query a mysql db by shape number and retrieve the parcel information -> merge a map and the tabular information into a single resulting html page. This is very similar to the example in the wiki except the wiki example queries the dbf file instead of an rdbms and is not broken into different modules: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex7 HTH Lowell F. qry_pic.pm: .. # # Create point object for pick query. # Note: coords are & need-to-be realworld by the time this routine is called. $pnt = new pointObj(); $pnt->{x} = $pickx; $pnt->{y} = $picky; # # Get layer for parcel query. $idx = $imap->getLayerByName('parcelp') or die('Unable to Open Parcel Query Layer!'); $idx->{status} = $mapscript::MS_ON; $idx->queryByPoint($imap,$pnt,$mapscript::MS_SINGLE,0); $icache = $idx->{resultcache}; $irslt = $idx->getResult(0); $idx->{status} = $mapscript::MS_OFF; # # Query db for parcel info. $dbh = DBI->connect("DBI:mysql:db:host:port#", "user", "password"); # # Record number to retrieve is shape number. my $ishpno = $irslt->{shapeindex}; # # Grab the correct record number. $sth = $dbh->prepare("SELECT tdn,bkn,pgn,spn FROM parcelp WHERE recno = $ishpno"); $sth->execute(); @row = $sth->fetchrow_array; my $rtdn = $row[0]; my $rbkn = $row[1]; my $rpgn = $row[2]; my $rspn = $row[3]; $rppn = $rtdn.$rbkn.$rpgn.$rspn; # # Print the parcel information. &prt_prcl($dbh,$rppn,$rtdn,$rbkn,$rpgn,$rspn); .. # # Create image of parcel. $rppn = uc $rppn; $rmap = &plt_prcl($imapeminxf,$imapeminyf,$imapemaxxf,$imapemaxyf,$shpfname,$rppn); .. return; } prt_prcl.pm: .. # # Loop through each column. $sth = $dbh->prepare("SELECT DISTINCT deed_acre FROM parcelp WHERE tdn=\'$tdn\' AND bkn=\'$bkn\' AND pgn=\'$pgn\' AND spn=\'$spn\'"); $sth->execute(); $acre = $row[0]; .. print REPORT "Acreage: $acre\n
"; .. # # Return. return; } plt_prcl.pm: .. # # Create image of parcel. my $rmap = new mapObj('mche.map'); $rmap->{interlace} = $mapscript::MS_FALSE; .. $rimg = $rmap->draw(); # $rimg->saveImage("../html$image_name",$mapscript::MS_PNG,$rmap->{transparent},$rmap->{interlace},0); .. return $rmap; } The following message was sent by Jon Shorie on Tue, 25 Feb 2003 12:55:45 -0500. > I will be more specific. I currently have a mapserver application up on a > local network. My eventual goal is to integrate mapserver into some of our > backend database processing applications. Initially I am just looking to be > able to run some perl code of a user of the mapserver queries on a layer. > What I would like to do is to use the layer information to issue a query to a > backend database which would pull up service information for hydrants if the > user clicks on the hydrant. > > The way that I am handling this currently is to have an html page called by > the query on the layer like so: > > [ID][NUMBER][NEWFIELD1] > [NAME]Click href=http://172.16.40.17/cgi-bin/publichydrants/resultshydrant.cgi?sort=none&hydrantname=[NAME]> > Here for data on this hydrant > > Here is the reference in the mcse.map file. > > LAYER > NAME hydrants > TYPE POINT > MAXSCALE 300000 > STATUS DEFAULT > DATA hydrants > > CLASS > NAME "Hydrants" > TEMPLATE "hydrants.html" > COLOR 255 0 0 > SYMBOL 'circle' > SIZE 7 > END > > What this method does is if the user queries a hydrants feature they get a > page that says clieck here for data on this hydrant. If the user then clicks > on the link sends the hydrantname to a perl script that queries the database. > > What I would prefer to do is to have the query to directly to the perl script > and not even bring up the intermediate page. > > Is this possible? > > > > > > > > > On Tuesday 25 February 2003 11:17, you wrote: > > OK - if you can explain a bit about what you're trying to do, we'll try to > > help. > > > > - 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: Jon Shorie [mailto:jshorie at medinaco.org] > > Sent: Tuesday, February 25, 2003 11:21 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] converting to perl > > > > > > I am trying to use Perl to generate input for mapserver > > > > On Tuesday 25 February 2003 11:09, you wrote: > > > Jon - > > > > > > I'm not quite sure what your question is. Are you trying to get > > > MapServer to process template files to generate Perl output that then > > > gets processed and sent to the client? Or are you trying to use Perl to > > > generate input for MapServer? > > > > > > - Ed > > > > > > Ed McNierney > > > President and Chief Mapmaker > > > TopoZone.com / Maps a la carte, Inc. > > > 73 Princeton Street, Suite 305 > > > North Chelmsford, MA 01863 > > > ed at topozone.com > > > (978) 251-4242 > > > > > > -----Original Message----- > > > From: Jon Shorie [mailto:jshorie at medinaco.org] > > > Sent: Tuesday, February 25, 2003 10:50 AM > > > To: mapserver-users at lists.gis.umn.edu > > > Subject: [Mapserver-users] converting to perl > > > > > > > > > I am in the process of trying to convert a mapserver application to perl > > > from raw html. Here is a portion of my mcse.map file. > > > > > > WEB > > > HEADER mcse_header.html > > > TEMPLATE mcse.html > > > FOOTER mcse_footer.html > > > MINSCALE 1000 > > > MAXSCALE 1550000 > > > IMAGEPATH "set in mcse_init.html" > > > IMAGEURL "set in mcse_init.html" > > > METADATA > > > WMS_TITLE "MCSE GIS Application" > > > WMS_ABSTRACT "This is the Demo of a GIS System for MCSE. It is based > > > on the mapserver demo application." > > > WMS_ACCESSCONSTRAINTS none > > > > > > # change this value to match your setup > > > WMS_ONLINERESOURCE > > > "http://172.16.40.17/cgi-bin/mcsegis/mcse_init.cgi" > > > > > > WMS_SRS "EPSG:26915" > > > END > > > END > > > > > > > > > _______________________________________________ > > > 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 lfilak at medinaco.org Mon Mar 3 12:16:32 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 03 Mar 2003 15:16:32 -0500 Subject: [Mapserver-users] shapefile programming Message-ID: <200303032016.h23KGRR04755@yogi.medinaco.net> There lies a question ("I'm wondering if I use a DOS window") you could answer/solve for the rest of us. Lowell F. The following message was sent by "Kieran J. Ames" on Mon, 03 Mar 2003 14:17:13 -0500. > As I understand, mapscript only works on NT if you use php. > However, I'm wondering if I use a DOS window and invoke perl, will the mapscript.pm module then work? > ...Kieran > > Lowell Filak wrote: > > > Sounds like a good case for an example so the perl mapscript program to do just that is at: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex15 > > HTH > > Lowell F. > > > > The following message was sent by John Hagstrand on Sun, 02 Mar 2003 13:01:21 -0600. > > > > > Hi, > > > > > > I need a program or programmer to manipulate a Shapefile. > > > > > > I want to pull the bounding box out of the SHP file and put it in the DBF > > > file. > > > > > > You see what I mean? I want to add four columns to the DBF file: north, > > > south, east and west. And I want to populate those four fields to indicate > > > the boundary of each object. > > > > > > Do you know of a utility program that will do this? If not, do you know a > > > programmer who will write me such a utility program for a fee? > > > > > > Thanks > > > John > > > > > > ------------------------------------------------- > > > John Hagstrand > > > Interage Research, Inc. > > > 847 838 5371 > > > Software Development Consulting for Internet Content Management > > > We make knowledge accessible, useful, and relevant for everyone. > > > http://www.interageresearch.com > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From DMartin at erac.com Mon Mar 3 12:18:01 2003 From: DMartin at erac.com (Martin, Daniel) Date: Mon, 3 Mar 2003 14:18:01 -0600 Subject: [Mapserver-users] Map Size Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035AADBDDA@STL-EXBE-I03.corp.erac.com> In case you would prefer a non-javascript MapSize option, here's a pure HTML version. Include this anywhere in your map form. > -----Original Message----- > From: Lowther, David W [mailto:dlowther at ou.edu] > Sent: Sunday, March 02, 2003 7:54 AM > To: 'Thomas Bartlett '; 'mapserver-users at lists.gis.umn.edu ' > Subject: RE: [Mapserver-users] Map Size > > > this is basically what I am using... this may appear a bit > convoluted, but > its yanked from a couple of different places. the first half > is what i do > when someone clicks the mapsize - and then i refresh the map > (which is the > second half). > > function sizemap(x,y){ > msForm=(set to mapserver form); > msForm.mapsize.value= x + " " + y; > msForm.centerx.value = x/2; > msForm.centery.value = y/2; > > msForm.mode.value="browse"; > msForm.imgxy.value= msForm.centerx.value + ' ' + msForm.centery.value; > msForm.imgbox.value="-1 -1 -1 -1"; > msForm.zoom.value=0; > msForm.submit(); > } > > hope that helps, > > Dave > > > -----Original Message----- > From: Thomas Bartlett > To: mapserver-users at lists.gis.umn.edu > Sent: 3/1/03 9:02 PM > Subject: [Mapserver-users] Map Size > > > G'day All, > Just a quick question about how to allow users to change the > size of the > image (the size of the map). eg 500 x 400, 600 x 450 or 700 x 500. > > The size of the image returned by MapServer is determined in the .map > file so do you just have 3 different maps files for each image size ?? > They would be identical in every other respect? > > I'm using Mapplet, on IIS on an XP machine !! > > Thomas Bartlett > -------------------------------------------------------------- > ---------- > ---------------------------------- > GIS Technician > Digital (Digest) Data Design Pty Ltd > Military GIS Professionals and Consultants > http://www.dddd.com.au/ > Telephone: 02 6286 9555 > Facsimile: 02 6286 9888 > Postal : PO Box 683 MAWSON ACT 2607 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From junkmail at deathkeep.com Mon Mar 3 12:23:17 2003 From: junkmail at deathkeep.com (Junkmail Box) Date: Mon, 3 Mar 2003 12:23:17 -0800 (PST) Subject: [Mapserver-users] MapScript, help starting? (continued) Message-ID: <20030303121404.C56200-100000@osiris.deathkeep.com> I'm still having no luck getting mapscript to draw anything. My script is simply this: #!/usr/bin/perl -w use strict; use mapscript; $ENV{MS_ERRORFILE} = "/usr/local/mapserv/htdocs/arcata/foo.log"; my $map = new mapObj('/usr/local/mapserv/htdocs/arcata/arcata.map') or die('Unable to open mapfile.'); my $img = $map->draw() or die('Unable to draw map'); my $void = $img->saveImage('/usr/local/mapserv/htdocs/arcata/example.png', $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); The error log is reporting this: Mon Mar 3 11:49:44 2003 - msSearchDiskTree(): Unable to access file. Mon Mar 3 11:49:44 2003 - msSaveImage(): General error message. PNG output is not available. The first message, I gather from the mailing list archive, is a missing spatial index file and isn't terribly important. The second message seems to be the nasty one. If I change it to example.jpg and $mapscript::MS_JPEG, I get "JPEG output is not available" Any ideas what could be causing JPEG output to not work? The strange thing is that the mapserv CGI program works perfectly with PNG and JPEG output using the arcata.map file. From dana at nextbus.com Mon Mar 3 12:44:30 2003 From: dana at nextbus.com (Dana Quinn) Date: Mon, 03 Mar 2003 12:44:30 -0800 Subject: [Mapserver-users] MapScript, help starting? (continued) In-Reply-To: <20030303121404.C56200-100000@osiris.deathkeep.com> References: <20030303121404.C56200-100000@osiris.deathkeep.com> Message-ID: <3E63BEAE.4010908@nextbus.com> Sorry if I'm coming to this late, I don't know what problems you've had previously, but not having PNG and JPEG support when you use Perl Mapscript sounds like some sort of build issue, does your perl mapscript build link against all the proper libs to get PNG and JPEG support? Are you running this on some sort of unix? dana Junkmail Box wrote: > > I'm still having no luck getting mapscript to draw anything. My script is > simply this: > > > #!/usr/bin/perl -w > use strict; > use mapscript; > > $ENV{MS_ERRORFILE} = "/usr/local/mapserv/htdocs/arcata/foo.log"; > > my $map = new mapObj('/usr/local/mapserv/htdocs/arcata/arcata.map') or > die('Unable to open mapfile.'); > my $img = $map->draw() or die('Unable to draw map'); > my $void = $img->saveImage('/usr/local/mapserv/htdocs/arcata/example.png', > $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); > > > The error log is reporting this: > > Mon Mar 3 11:49:44 2003 - msSearchDiskTree(): Unable to access file. > Mon Mar 3 11:49:44 2003 - msSaveImage(): General error message. PNG > output is not available. > > The first message, I gather from the mailing list archive, is a missing > spatial index file and isn't terribly important. The second message seems > to be the nasty one. If I change it to example.jpg and > $mapscript::MS_JPEG, I get "JPEG output is not available" > > Any ideas what could be causing JPEG output to not work? The strange thing > is that the mapserv CGI program works perfectly with PNG and JPEG output > using the arcata.map file. > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Dana Quinn, dana at nextbus.com NextBus Information Systems (510) 420-3117 From lfilak at medinaco.org Mon Mar 3 12:57:46 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 03 Mar 2003 15:57:46 -0500 Subject: [Mapserver-users] MapScript, help starting? (continued) Message-ID: <200303032057.h23KvgR05692@yogi.medinaco.net> It doesn't sound like the mapserv executable you are using was compiled at the same time the mapscript.pm your using was. What version of maserver are you using and what does mapserv -v show? Lowell F. The following message was sent by Junkmail Box on Mon, 3 Mar 2003 12:23:17 -0800 (PST). > > > I'm still having no luck getting mapscript to draw anything. My script is > simply this: > > > #!/usr/bin/perl -w > use strict; > use mapscript; > > $ENV{MS_ERRORFILE} = "/usr/local/mapserv/htdocs/arcata/foo.log"; > > my $map = new mapObj('/usr/local/mapserv/htdocs/arcata/arcata.map') or > die('Unable to open mapfile.'); > my $img = $map->draw() or die('Unable to draw map'); > my $void = $img->saveImage('/usr/local/mapserv/htdocs/arcata/example.png', > $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); > > > The error log is reporting this: > > Mon Mar 3 11:49:44 2003 - msSearchDiskTree(): Unable to access file. > Mon Mar 3 11:49:44 2003 - msSaveImage(): General error message. PNG > output is not available. > > The first message, I gather from the mailing list archive, is a missing > spatial index file and isn't terribly important. The second message seems > to be the nasty one. If I change it to example.jpg and > $mapscript::MS_JPEG, I get "JPEG output is not available" > > Any ideas what could be causing JPEG output to not work? The strange thing > is that the mapserv CGI program works perfectly with PNG and JPEG output > using the arcata.map file. > > > > > > > > > > _______________________________________________ > 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 Mar 3 12:58:14 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 15:58:14 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <005e01c2e0e3$fe4cf6d0$f098fea9@pauls> <3E636648.490AADEF@dmsolutions.ca> <015401c2e1bc$0d16bb50$f098fea9@pauls> <3E63BD36.79774FAE@dmsolutions.ca> Message-ID: <016901c2e1c7$9c2495a0$f098fea9@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_0166_01C2E19D.B2E21030 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, Yes i think i've covered all the obvious, things, though you never know. Here are my two scripts that query the db and create the shp and dbf files. shp_ukpdate.php queries the db and eman_shp.php has supporting classes thx, Paul ----- Original Message ----- From: "Daniel Morissette" To: "Paul Dymecki" Sent: Monday, March 03, 2003 3:38 PM Subject: Re: [Mapserver-users] adding shp to mapfile / projection > Paul Dymecki wrote: > > > > Hi Daniel, > > From talking to people i think i've narrowed it down to a problem with > > my shp file format. Any ways here is my current projection function, create > > point, and close() functions if you can see anything that's off? > > thx, > > Paul > > > > From reading the replies on the list this is probably the next logical > thing to check, but without seeing your complete application including > scripts and data nobody can confirm that. > > Did you make sure that you pass a valid shapefile type to the call to > ms_newShapeFileObj()? > > BTW, please reply via the list, this will increase your chances of > getting help. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ ------=_NextPart_000_0166_01C2E19D.B2E21030 Content-Type: application/octet-stream; name="eman_shape.php" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="eman_shape.php" dBaseColumns =3D array( array("Ename", "C" ,80), array("Fname", "C", 80), array("latitude", "N", 16, 5), array("longitude", "N", 16,5), array("pk_id", "N", 5,0) ); =09 =20 $this-> shpFname =3D $shpFilename; $this-> dbfFname =3D $this->shpFname.".dbf"; =20 } =09 function createShape() { $this->shpFile =3D ms_newShapeFileObj($this->shpFname, MS_SHP_POINT); $this->oShp =3D ms_newShapeObj(MS_SHAPE_POINT); } function openShape() { =20 =09 if(file_exists($this->shpFname.'.shp')) { $this->shpFile =3D ms_newShapeFileObj( $this->shpFname, -2); return TRUE; } else=20 { $message =3D "Error:The required shape file does not exist"; return FALSE; //exit; } =20 } =09 =20 function createPoint( $x, $y, $def ) { // Create shape $oPoint =3D ms_newPointObj(); $oPoint->setXY($x,$y); =20 $this->shpFile->addPoint($oPoint); // Write attribute record if( dbase_add_record($this->dbfFile, $def) =3D=3D FALSE ) { $message =3D "Adding a record to dbase failed"; =20 $this->shpFile->free(); $oPoint->free(); return FALSE; } =20 $oPoint->free(); return TRUE; } =20 function createDbaseFile() { //IF FILE EXISTS DELETE IT $file =3D $this->dbfFname; if (file_exists($file)) {=20 =20 unlink($file); } =20 // database "definition" //if (FALSE =3D=3D dbase_create($this->dbfFname, = $this->dbaseColumns)) if (!dbase_create($this->dbfFname, $this->dBaseColumns)) { return FALSE; =09 } else { return TRUE; } } =09 function openDbase() { if (FALSE !=3D ($this->dbfFile =3D dbase_open( $this->dbfFname, 2))) { return TRUE; } else { return FALSE;=09 } } function close() { $this->shpFile->free(); dbase_close($this->dbfFile); fclose($this->dbfFile); } =20 } class Eman_Projection { var $lccXY; function projectPoint($lat,$lon) { $dlat =3D doubleval($lat); $dlon =3D doubleval($lon); //project from geodetic coordinate degrees $parms1[0] =3D "proj=3Dlonglat"; $parms1[1] =3D "ellps=3DGRS80"; $parms1[2] =3D "datum=3DNAD83"; =20 $parms1[3] =3D "no_defs"; $projLonLat =3D pj_init($parms1); //project to lambert conical x,y $parms2[0] =3D "proj=3Dlcc"; $parms2[1] =3D "ellps=3DGRS80"; $parms2[2] =3D "datum=3DNAD83"; $parms2[3] =3D "lat_0=3D 49.0"; $parms2[4] =3D "lon_0=3D -95.0"; $parms2[5] =3D "lat_1=3D 49.0"; $parms2[6] =3D "lat_2=3D 77.0"; $parms2[7] =3D "units=3Dm"; $projLCC =3D pj_init($parms2); $this->lccXY =3D pj_transform($projLonLat, $projLCC, $dlon, $dlat,0 ); //$this->lccXY =3D array("u"=3D> 4,"v"=3D>5); =09 pj_free($pj); } function getXYCoords() {=20 if (0 !=3D array_count_values($this->lccXY) ) { return($this->lccXY);=20 } else { return 0; } } } class EmanLogger { var $toEmail; var $logFile; function emanLogger($email,$logFileName) { $this -> toEmail =3D $email; $this -> logFile =3D $logFileName; } function logMessage($msg,$rec) { $d =3D date("F j, Y, g:i:s a"); $logMsg =3D $msg." ".$d." \n"; $logMsg.=3D $rec; error_log($logMsg, 3, $this->logFile); } function sendErrorMail($subject,$msg,$rec,$myname) { $formattedMsg =3D "Error in script: ".$myname."
\n"; $formattedMsg.=3D "

".$msg."


\n"; $formattedMsg.=3D "Error while trying to insert the following = record:
\n"; $formattedMsg.=3D $rec."
\n"; =20 $myemail =3D "webmaster at eman-rese.ca"; $contactname =3D "error"; $contactemail =3D "webmaster at rese.ca"; $myreplyemail =3D "webmaster at rese.ca"; $headers .=3D "MIME-Version: 1.0\r\n";=20 $headers .=3D "Content-type: text/html; charset=3Diso-8859-1\r\n";=20 $headers .=3D "From: ".$myname." <".$myemail.">\r\n"; =20 $headers .=3D "To: ".$contactname." <".$contactemail.">\r\n";=20 $headers .=3D "Reply-To: ".$myname." <$myreplyemail>\r\n";=20 $headers .=3D "X-Priority: 1\r\n";=20 $headers .=3D "X-MSMail-Priority: High\r\n";=20 mail($this->toEmail, $subject, $formattedMsg,$headers); } } ?> ------=_NextPart_000_0166_01C2E19D.B2E21030 Content-Type: application/octet-stream; name="shp_update.php" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="shp_update.php" Shape Update Script createShape(); echo "dbName ".$oEmanShp->shpFname; //------open new shape file if(FALSE =3D=3D ($oEmanShp->openShape())) { $message =3D "Error opening SHAPE file"; $oEmanLogger->sendErrorMail("Error in = shp_update.php",$message,$NO_RECORD,$MY_NAME); } //------create new dbase file if(FALSE =3D=3D ($oEmanShp->createDbaseFile())) { $message =3D "Error creating DBASE file:".$oEmanShp->dbfFname; $oEmanLogger->sendErrorMail("Error in = shp_update.php",$message,$NO_RECORD,$MY_NAME); } //------open dbase file if(FALSE =3D=3D $oEmanShp->openDbase()) { $message =3D "Error opening DBASE file"; $oEmanLogger->sendErrorMail("Error in = shp_update.php",$message,$NO_RECORD,$MY_NAME); $oEmanShp->close(); =20 } //---------------------------------------------------------- // -----------End Initialization Section ----------------- //---------------------------------------------------------- //---------------------------------------------------------- // -----------Loop through the site table ----------------- //---------------------------------------------------------- $connect =3D odbc_connect('mon3', 'po8', 'po8', SQL_CUR_USE_ODBC); $query =3D "SELECT pk_site, english_fullname, french_fullname, latitude, = longitude FROM site, coordinates WHERE fk_coordinates =3D = pk_coordinates"; $result =3D odbc_exec($connect, $query); //Loop through and add records while (odbc_fetch_row($result)) { $recordToAdd =3D ""; $count =3D $count + 1; echo "num recs".$count; $frenchname =3D odbc_result($result, 3); $englishname =3D odbc_result($result, 2); $pk_site =3D odbc_result($result, 1); $latitude =3D odbc_result($result, 4); $longitude =3D odbc_result($result, 5); $recordToAdd .=3D "PK_SITE_ID: ".$pk_site."\n"; $dbaseRecord =3D = array($englishname,$frenchname,$latitude,$longitude,$pk_site); =20 //currently not projecting just using lat/long vals //here are some sample values // 50.57 -60.02 // 46.01 -81.24 // 69.21 -108.06 /* $oEmanProj->projectPoint($latitude,$longitude); $lccXY =3D $oEmanProj->getXYCoords(); =20 if($lccXY !=3D 0) { $x =3D ($lccXY["u"]); $y =3D ($lccXY["v"]); } else { $message =3D "Error trying to project points"; $oEmanLogger->sendErrorMail("Error in = shp_update.php",$message,$recordToAdd,$MY_NAME); } echo "
".$x."
"; echo $y."
"; */=20 //i'm currently not using the projection just lat/lon values if($oEmanShp->createPoint( $longitude, $latitude, $dbaseRecord)) { $oEmanLogger->logMessage("Successfully added/updated Record at = ",$recordToAdd); echo "Shapes Created.
"; } else { $oEmanLogger->logMessage("Unsuccessfully tried to add/update a = Record at ",$recordToAdd); $message =3D "Unknown Error in createPoint function"; $oEmanLogger->sendErrorMail("Error in = shp_update.php",$message,$recordToAdd,$MY_NAME); } } $oEmanShp->close(); odbc_close($connect); ?> ------=_NextPart_000_0166_01C2E19D.B2E21030-- From ed at topozone.com Mon Mar 3 13:00:41 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 16:00:41 -0500 Subject: [Mapserver-users] Label Problems with 3.7? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E7D@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2E1C7.F31D6F3B Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Folks - I'm seeing a mysterious label problem and thought I'd ask around before = diving into the debugger. I can't find any reported bugs that resemble = this problem, but I might not be looking in the right place. Attached is a sample image with the problem. It appears that some = garbage (formatted floating-point numbers) is being inserted following = the label text. As far as I can tell, the label data is just fine (it's = a shapefile, and the label field is of type String, 40-characters, with = normal-looking contents). The text here is "Kittery" (the town in = Maine) and when I examine the label in ArcView or with dbfdump it = appears just fine. The label is a TrueType font, MapServer running on = Windows 2000. I've been working with a month-old build of 3.7, and I just updated to = the current CVS build and it makes no difference. If this looks = familiar to anyone, let me know - 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=20 ------_=_NextPart_001_01C2E1C7.F31D6F3B Content-Type: image/png; name="labelproblem.png" Content-Transfer-Encoding: base64 Content-Description: labelproblem.png Content-Disposition: attachment; filename="labelproblem.png" iVBORw0KGgoAAAANSUhEUgAAAZAAAAGQCAMAAAHAZvZoAAAASFBMVEUAAACQ2////7CAgIAAuKAA oYwAFxQAc2QALigAXFAAingARTwAIh4ACAcAPDQAFBEAEQ8AeGkAUEYAKCMACwoAAgIAGRYAOTLD baKVAAAMjUlEQVR4nO2diXajSBJFQ3MSBGK6POPqrvn/Px0StFmsucYjebeO7ZJMEnHzWTJGCORf M5hFLj3iMmBpyNqI+SFbAyZDNhYf/iO7RjyXnwxZGfB2U3Y0tThkuaOfI15DdpZ4G7LY1RRxHjEO cRkwDnEbYYc4juiHuI4w4jyCQxzpH8hqQ8b7avmuKpl07lHFeAxBzYVDxi+TZ9HVIdPn6a0hjssb /BnjELQhTht90bb61puaG7I5wGOr77JnE+6ystW3VuDt5s6tvveb61t9j40+562+j3t8N+Hctpb8 tvrcBnATrpghF+chF/ftsfkhnalMVT1uVR/f5VYfh7ht9I2bcNzq4xCwITNbfW5bdSs8tk32FPEs 4VDEu8JrI2ujSPj6N4uErPvHvYtFfFc/982FIp4OC991/MNlvcjSdx33Vi+sfeM3gNNfOvNVtpfZ s686mD1/50Qrkq7Co0jSCsbrjxyfIulr+PwKYhEW2eaSo8i4vylDjT1FRPq/QmtjX3OQRuwtqWW8 aUy7p8ouE2mMPP+N9zxudJuDM0zXUKaIH2EWYZHMRZx3IDgVcd+l4VJk1yZzYJGE634VSV6BRViE Rcoosvv5aN+eO7+/+Xbu7wr7E9+piF8JtyK+NVx2dPrX2F0kQonNIhEqpNqb+rEzNe7eVDOzJ2+j SJDAj3uXizitfs7hVSXOfuH1bbdI+4U3Ng/nizjWmD2qdquIa42tDWmlPdz7a3w+5hYXjLcbfWWh CLvRt0pMijjXcN9X7xX5jmXKe0Eg6d70zYOrIhZJWcLrAC6/IolLFPX6CV+kYREWYREWUSlyyVFk PCr8VC9mllOkX6Q2za0xrZFKRL76e1rT3hoRY6ZvEPMrUttjjuum61fd/SX2lvzpuq6/ww6uNtaw f7rq2r7I3FZddR3cvq79f7o9Jll+unK9wJznVewiniBZhEVYhEVYBK/I1j7L4CI79ouGFdmxdzek yK591IFFMtTweTORV5Gk6x+LpC/BIizCIizCIizCIiwyJfYxd7sI6NeZz+Mzdh7Xh6aRTiSvxZxJ DJH8FklEVDSi/2hBOASLgCiEiqgqTL/jKaLQ+4zE+4I+IloOq8u7i6Tsf15ix0BnkXQW8w4Op0mE 0ZiIuA3eL5Km+XdCPHaLJOn8k/Qi6Vr+vO3rsUskssTY+PjZ9Yl2maRvnNlBFAlLqvfN7Caw/yer IjEa3SKCw0Ccd80AEOlkSvrEec8MAKHvZoEh+M0sKGR5L0sOsryVJQdZ3smSgyxvZMlBSSLaLcQh ywskOaAIGhRBgyJoUAQNiqBBEQxee8UOLvL2Yqh2I4FcChG5UMSN9pblPakRRexZgytT2y+1uZrG 3PrPtdzPKFxfb0akkrrqb1fDEve6t37RNqiHuCLX8Ys9c/HQqhVp+6//7XoVeZwv+Xd/b9V/2CVe IiJhPZTxGLEUI5Lrzch5KEbk+JsoDyiCBkXQoAgaFEGDImhQBA2KoLEtkuFEATFYEQk97jMvcyIx jl7NzlMk1oHEWoj7204wEa93ngAix27/xYl+jxwEiqBBETQoggZF0KAIGhRBgyJoUAQNiqBBETR0 RBLsfIp5DrqM75+b7lQ86Mn0Uopk1JgziSaS1yOdSGaPVCK5NVKJ5PdII6LgkUJEQ2PGJFgEQyNc BEQjVATFIlQExiJQBEjjMKcA3bAIEVG1mPmOr4iOwETjtcjxTsq6sKCXiJ7G8qIHOrvs+uIeIsna X9NYHeglkkpj+SSUOwZ6iKTzCDr2Dep8v/4aFqDz/QZYGDeRRAJPQjxcRNJ0/0aIx/nOwJz9t7nr YKRTSecQSdD1zF3pRWJ0Ptvz521vD6VzYs/97ksvEt/j/opVPAujfXLveB7bIpFb/ySSxrZI1K5n iCJh4enWYxFDwrImEmP9m0TyWBOJsv5NYh06sCgSZ/X5WBLR7suZss/kf0CPWRHtnryYEdFuyY9S r61wVI1SLxJxYI8fItq9BCGFeLxEtBsJRQrxKOv6IwVo8PojeFAEDSnEoyAR7QZiQRE0KIIGRdCg CBoUQYMiaFAEDYqgQRE0KIIGRdA4tsjbkUXHFnk7SOrgIuZ5IGEhIpdiRA5/Qa5SRC6FiFwoAkYx InkeI8NlN03d/0tHZJHxsp/SmlYq0/Qf9nqmIm3T1cZe/7Trb3431+4fY/p7hiXuVwrtx5gqikmc RBrzuOip2Ku3DhdnbaS5VaaWXupLavNtpKrq+zVc6+e423gFWG8ii/TtmK7q+v/cxq9DDF3zq7JX oTWV9Aqm/dP/txs+ukeIxoT+5EUVsZ0PF5ptr2a41KxNpBL7czVcbbbrbfovzZBc87oY7ZBI4OVo 4z5G7KdKrmbs2owf9tFQm8eDvl/g9/2eTsz7YySQMp5+LRSBoxiRQaUMEVOMyPH/Zn9CETQoggZF 0KAIGhRBgyJoUAQNiqBBETQoggZF0KAIGhRBgyJoUAQNiqCxLhLnXJBZWBZ5HXiTsR1/FkQuB9OY FblcjqcxFblcjunxErnMoNmYK+JwDRlopBCPRRHtvpyRIizMVES7H2/k+AojUoDDwEm2fg8ERdCg CBoUQYMiaFAEDYqgQRE0KIIGRdCgCBoUQYMiaFAEDYqgQRE0KIIGRdCgCBoUQYMiaFAkiASHv5Qj MnPJZgSii0KwdNjlG5iBaE9cMg4ZiPakpeR4gWjPWGKOFoj2fKXnSIFoz1UWDhOI9kTl4iCBaE9T Rg4QiPYU5QU9EO35ycnm05V+INpTlItdUagHoj1LeXDIQjUQ7XnKgGsUmoFoz1Vq/LLQCkR7tpKy OeFby2cPRGWa0vGaYMcklsblDSTLHGVh91PQahgz68oYSJ6ZSo1bEvteUlQJJPVEZSB+EjOrzhNI ohlKxcxsJgpiuv4cgQROT35+zmuqR8WkZJ5AwqdHg/v0pg1hpmTqQGI1m530D4klUgYSv9tcqMWR MJAUzWZDI4k7iQJJ2HEWtOJIE0jShvOglkeCQNL2m4lyAknbbT608ogcSOJmM1JEIIlbjcOuiVV7 wooYSOpGI7Axv2u/N7LlESuQ5H3GYNeMq6ZhIgWSo9E4+O0zzJTFQIRAsvUaH7Q0TIRAcjabAKQs BsICyd5udEBieBESiGLb8UAI4R3vQLQbjwVWHL6BaHcdE6g4/ALR7jkySHF4BKLdcOk4BqLdbvm4 BKLd6ynYHYh2o2dhZyDabZ6HPYFo93gqtgPR7vBkbASi3d75WAtEu7dTshiIdmNnZT4Q7a5OzEwg 2i2dm0kg2g2dHWEaWAjTwEKYBhbCPLAQ5oGFMA8sGAgYwjywKObCG6XAQMBgIGAwEDAYCBgMBAwG AgYDAYOBgMFAwGAgYDAQMBgIGAwEDAYCBgMBg4GAwUDAYCBgMBAwGAgYDAQMBgIGAwGDgagxf54u BqLJzHkFGYguk5M9MhBdJuffZCC6MBAk5s5Qy0D0mD1lMAPRg4GAwUDAKDSQ6v5xQMoJxHbd1dXz /8e0mE0ESaWqr8PXrqmq7mqu0pq2Mcbee637j/7u5moXM1LV9bCYXG0Ydf/R/votTdtn87dUbdM1 v777VTxW9VzHD93HCscVqAAdiJ2wAdtTJc/7Kump7pMp9qFRy7+rVoaHhhi5NfZeGTA3sTcae6dd xWNVP9Zh3urYT+MKdAAOpJ+WO1Un9ZDOVezPr53Ix+TeZ07629XXf6SW/tHyPSzSdpU0TdcOgVRf f42reKzqxzrG9J4r7FrN5zzcQOrnb+Z+huyzl33KGm52/dNO1z8p3Z9hGvs01D4Xs8jb5+HLn/+N 33ss81jHD932+ZSl+UsINpCItHLVbsGF8gM5HAwEDQYCBwPBg4EgwkDAYCBgMBAwGAgYDAQMBgIG AwGDgYDBQMBgIGAwEDAYCBgMBAwGAgYDAYOBgMFAwGAgYDAQMBgIGAwEDAYCBgMBg4GAwUDAYCBg MBAwGAgYDAQMBgIGAwGDgYDBQMAIDOT5XsU43RDvQD7e7h61p1PjHMj0dCmMIyb7A5lLgmlEZzuQ pSCYRhJWAllNgmEkYgxka+6ZRjaGQJgGDjYQhgGEOMWh3e0JEMaAxXIg2p2dFGEKWAy/1LWbIC+4 +x0MBgIGAwGDgYDBQMBgIGAwEDAYCBgMBAwGAgYDAYOBgMFAwGAgYDAQMBgIGAwEDAYCBgMBg4GA wUDAYCBgMBAwGAgYDAQMBgIGAwGDgYDBQMBgIGAwEDAYCBgMBAwGAgYDAYOBgMFAwGAgYDAQMBgI GAwEDAYCxrkCOcBJRM4UyCHOrnOiQI5xvqP/A04tSm/cACd8AAAAAElFTkSuQmCC ------_=_NextPart_001_01C2E1C7.F31D6F3B-- From millardymecki at sympatico.ca Mon Mar 3 13:37:31 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 16:37:31 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <005e01c2e0e3$fe4cf6d0$f098fea9@pauls> <3E636648.490AADEF@dmsolutions.ca> <015401c2e1bc$0d16bb50$f098fea9@pauls> <3E63BD36.79774FAE@dmsolutions.ca> <016901c2e1c7$9c2495a0$f098fea9@pauls> Message-ID: <018b01c2e1cd$18fe75f0$f098fea9@pauls> Ok this one is strange, I'm able to display the shp file i created by moving it out of the directory it's currently in. Would this mean there's another shp file that's conflicting with it? Paul ----- Original Message ----- From: "Paul Dymecki" To: "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 3:58 PM Subject: Re: [Mapserver-users] adding shp to mapfile / projection > Hi, > Yes i think i've covered all the obvious, things, though you never know. > Here are my two scripts that query the db and create the shp and dbf files. > shp_ukpdate.php queries the db and eman_shp.php has supporting classes > thx, > Paul > ----- Original Message ----- > From: "Daniel Morissette" > To: "Paul Dymecki" > Sent: Monday, March 03, 2003 3:38 PM > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Paul Dymecki wrote: > > > > > > Hi Daniel, > > > From talking to people i think i've narrowed it down to a problem > with > > > my shp file format. Any ways here is my current projection function, > create > > > point, and close() functions if you can see anything that's off? > > > thx, > > > Paul > > > > > > > From reading the replies on the list this is probably the next logical > > thing to check, but without seeing your complete application including > > scripts and data nobody can confirm that. > > > > Did you make sure that you pass a valid shapefile type to the call to > > ms_newShapeFileObj()? > > > > BTW, please reply via the list, this will increase your chances of > > getting help. > > > > Daniel > > -- > > ------------------------------------------------------------ > > Daniel Morissette morissette at dmsolutions.ca > > DM Solutions Group http://www.dmsolutions.ca/ > > ------------------------------------------------------------ > From cblack at CalAcademy.Org Mon Mar 3 14:08:03 2003 From: cblack at CalAcademy.Org (Chris Black) Date: Mon, 03 Mar 2003 14:08:03 -0800 Subject: [Mapserver-users] projecting a point in PHP MapScript References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> Message-ID: <3E63D243.2090902@calacademy.org> Hello all. I have some data in DD that I want to project in UTM (so I can plot them on a UTM map). I've written code that I *think* should do this: $crab_here = ms_newpointobj(); // here's a DD lat/long: 38.20527700 -122.37277700 $inproj = ms_newProjectionObj("proj=latlong,ellps=clrk66"); $outproj = ms_newProjectionObj("proj=utm,datum=NAD27,zone=10"); $crab_here->setXY(38.20527700, -122.37277700); $new_obj = $crab_here->project($inproj, $outproj); if ($new_obj == null) {print "new_obj is null";} else {print("new_obj is "); print($new_obj);} print("; x is "); print($crab_here->x); print("; y is "); print($crab_here->y); But when I run this it prints "new_obj is null; x is 38.205277; y is -122.372777", that is, I don't have a new point. What am I doing wrong? Thanks. -- Chris From steve.lime at dnr.state.mn.us Mon Mar 3 14:38:24 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 03 Mar 2003 16:38:24 -0600 Subject: [Mapserver-users] More beginner questions Message-ID: Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> dpons at adinet.com.uy 02/24/03 02:00PM >>> > First of all, congratulations to the developers, mapserver is a very > fast and solid product (I tried geotools before). > I have some questions: > 1) whether I use GET or POST, too much information exists in the url or > resulting web page about the actual location in the server of critical > files, such as the map file. I consider this a security problem. > Is there a mechanism to hide this (cookie, session id, etc)? Yes, there are several. Search the archives for a full discussion and check the WIKI for details of improvements in hiding that information in 3.7. > 2) how soon will be available the JOIN feature with one-to-many results? > (mapserver 3.7.x) Next week or so. At the moment I'm changing some underlying code to store join results in the shapeObj instead of the joinObj so we can use joins outside of queries. > 3) what is faster for large data sets, postgis or shapefiles? Loaded question, depends. See 4). > 4) Does tiling shapefiles improve speed for large data sets? Dramatically if used correctly. By correctly I mean matching tiling schemes to display scales... > Thanks in advance... > -- > Diego Pons > Geotropos SRL Steve From steve.lime at dnr.state.mn.us Mon Mar 3 14:39:48 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 03 Mar 2003 16:39:48 -0600 Subject: [Mapserver-users] More beginner questions Message-ID: Dending on your webserver you can also set the environment variables in the server config. Apache has a SetEnv directive that I use for that purpose. Steve >>> "Doug Cates" 03/03/03 12:28PM >>> You wrote: 1) whether I use GET or POST, too much information exists in the url or resulting web page about the actual location in the server of critical files, such as the map file. I consider this a security problem. Is there a mechanism to hide this (cookie, session id, etc)? The best way to do this is to create an executable CGI wrapper program like: #! /bin/sh # File: /var/www/cgi-bin/ms_world # MS_MAPFILE=/home/mapfiles/world.map export MS_MAPFILE /var/www/cgi-bin/mapserv .... The call the wrapper (without the mapfile) instead of mapserv. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, 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 rjames57 at yahoo.com Mon Mar 3 14:53:11 2003 From: rjames57 at yahoo.com (randy james) Date: Mon, 3 Mar 2003 14:53:11 -0800 (PST) Subject: [Mapserver-users] itemquery Message-ID: <20030303225311.59773.qmail@web12504.mail.yahoo.com> Hi I have been trying to figure out itemquery, without results yet. I would like to show the attribute information and a map that shows the polygon in the template output. I am missing something important i'm sure. So far i have a search.html which contains: A template file that contains all the database items
[Mapstand][Opening Number][Planted spe].... The portion of the map file for the layer # 7 layer {Forest Cover} layer data "l_fc" footer "l_fc_footer.html" header "l_fc_header.html" labelitem "SPECIES1" template l_fc.html labelmaxscale 200000 labelminscale 60 # labelsizeitem "2" name "l_fc" status off type polygon # transparency 50 # filteritem "MAPSTAND" # 1 class #none CLASS name 'Forest Cover' # color 0 0 0 OUTLINECOLOR 168 0 255 LABEL TYPE truetype FONT arial SIZE 6 COLOR 0 0 0 ANTIALIAS TRUE END END The url seems to be right to me: http://mapserver.ltc/cgi-bin/mapserv?map=%2Fvar%2Fwww%2Fhtml%2Fgis%2Fmaps%2Fterritory_proj.map&mode=itemnquery&qlayer=l_fc&item=MAPSTAND&value=test This gives the error: msQueryByAttributes(): Query error. No query expression defined. Anyone still reading, and can help? ;-) Cheers Randy __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From junkmail at deathkeep.com Mon Mar 3 15:15:04 2003 From: junkmail at deathkeep.com (Junkmail Box) Date: Mon, 3 Mar 2003 15:15:04 -0800 (PST) Subject: [Mapserver-users] MapScript, help starting? (continued) In-Reply-To: <200303032057.h23KvgR05692@yogi.medinaco.net> Message-ID: <20030303145250.V57525-100000@osiris.deathkeep.com> Doh! Thanks, Lowell. I'm a Penetrode customer today... Yes, I did build mapscript separately and that was the root of all evils. I rebuilt both MapServer (upgraded to 3.6.4, a pleasant side-effect) and mapscript, and they both work just fine now. In the meantime, I documented some installation issues I had that I think would be of interest to the maintainers of mapscript (is that you, Lowell?)... ####### When installing Perl mapscript bundled with MapServer 3.6.4, I have a problem. The mapscript module compiles and installs successfully, but will not run: Can't load '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/mapscript/mapscript.so' for module mapscript: ld.so.1: perl: fatal: relocation error: file /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/mapscript/mapscript.so: symbol gdImageDestroy: referenced symbol not found at /usr/local/lib/perl5/5.6.1/sun4-solaris-64int/DynaLoader.pm line 206. at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris-64int/mapscript.pm line 7 Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. Apparently, the flag "-lgd" isn't being placed in ../../perlvars and this is causing the problem. A rather simple, though barbaric, solution is to add this line: $libs .= " -lgd"; right before this in Makefile.PL: print $inc."\n"; print $libs."\n"; The real fix, I suppose, would be to include "-lgd" in ../../perlvars The cause of the problem may be that I'm using --with-gd=static ######## Also, the suite is lacking a simple test script that would have made this obvious before having installed the module. The following "test.pl", if included in the mapscript/perl suite, would probably come in handy: END { print "not ok 1\n" unless $loaded; } use mapscript; $loaded = 1; print "ok 1\n"; Maybe a better test script could be made up; this one, for instance, would say OK if a previous mapscript were already installed, cuz that one loads; then the new one would be installed and would bomb. But it'd be somewhat useful, particularly for new installations. ######## Finally, I notice that the example given in the Perl MapScript Reference http://mapserver.gis.umn.edu/doc36/perlmapscript-reference.html is slightly incorrect, at least on my installation. The mapObj class doesn't seem to be exported, so this: my $map = new mapObj('arcata.map') or die('Unable to open mapfile.'); had to be changed to this: my $map = new mapscript::mapObj('arcata.map') or die('Unable to open mapfile.'); to work correctly. Is this an issue with my installation, or with the documentation? From millardymecki at sympatico.ca Mon Mar 3 15:30:37 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 18:30:37 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <005e01c2e0e3$fe4cf6d0$f098fea9@pauls> <3E636648.490AADEF@dmsolutions.ca> <015401c2e1bc$0d16bb50$f098fea9@pauls> <3E63BD36.79774FAE@dmsolutions.ca> <016901c2e1c7$9c2495a0$f098fea9@pauls> Message-ID: <01b301c2e1dc$e5fd9090$f098fea9@pauls> Hi All, Well now i'm able to display my shp file in a map on it's own(had to move my data dir to the root of the c-drive) so now just have to get it working with my existing map file Any hints or ideas would be appreciated, Paul MAP NAME "MAP OF CANADA" STATUS ON #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 EXTENT -2200000 -712631 3072800 3840000 SIZE 400 300 SHAPEPATH "c:/data-dir" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" IMAGECOLOR 255 255 255 TRANSPARENT OFF UNITS METERS INTERLACE ON IMAGETYPE GIF IMAGEQUALITY 75 WEB MINSCALE 2e+006 MAXSCALE 5e+007 IMAGEPATH "C:/temp/ms_tmp/" IMAGEURL "/ms_tmp/" END REFERENCE STATUS ON IMAGE "images/keymap.gif" SIZE 100 75 EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 MINBOXSIZE 3 MAXBOXSIZE 0 MARKER 0 MARKERSIZE 0 END QUERYMAP STATUS OFF SIZE -1 -1 COLOR 255 0 0 STYLE HILITE END PROJECTION "init=epsg:42304" END LEGEND STATUS OFF IMAGECOLOR 255 255 255 TRANSPARENT FALSE INTERLACE TRUE POSITION LL KEYSIZE 20 10 KEYSPACING 5 5 TEMPLATE "C:/Program Files/Apache Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.html" LABEL TYPE BITMAP SIZE MEDIUM OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 255 0 0 PARTIALS TRUE FORCE FALSE END END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 TRANSPARENT FALSE UNITS KILOMETERS INTERVALS 5 SIZE 150 5 STYLE 0 POSITION LL INTERLACE TRUE LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END LAYER NAME "bathymetry" STATUS ON DATA "bath_mapserver.tif" TYPE RASTER UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" END LAYER NAME "Eman-sites" STATUS OFF DATA "sites.shp" TYPE POINT UNITS METERS SIZEUNITS METERS LABELITEM "Name" TOLERANCE 5 TOLERANCEUNITS PIXELS TRANSFORM TRUE TEMPLATE "ttt.html" CLASS NAME "site" SYMBOL 2 COLOR 255 51 102 SIZE 7 MINSIZE 1 MAXSIZE 100 END END END ----- Original Message ----- From: "Paul Dymecki" To: "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 3:58 PM Subject: Re: [Mapserver-users] adding shp to mapfile / projection > Hi, > Yes i think i've covered all the obvious, things, though you never know. > Here are my two scripts that query the db and create the shp and dbf files. > shp_ukpdate.php queries the db and eman_shp.php has supporting classes > thx, > Paul > ----- Original Message ----- > From: "Daniel Morissette" > To: "Paul Dymecki" > Sent: Monday, March 03, 2003 3:38 PM > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Paul Dymecki wrote: > > > > > > Hi Daniel, > > > From talking to people i think i've narrowed it down to a problem > with > > > my shp file format. Any ways here is my current projection function, > create > > > point, and close() functions if you can see anything that's off? > > > thx, > > > Paul > > > > > > > From reading the replies on the list this is probably the next logical > > thing to check, but without seeing your complete application including > > scripts and data nobody can confirm that. > > > > Did you make sure that you pass a valid shapefile type to the call to > > ms_newShapeFileObj()? > > > > BTW, please reply via the list, this will increase your chances of > > getting help. > > > > Daniel > > -- > > ------------------------------------------------------------ > > Daniel Morissette morissette at dmsolutions.ca > > DM Solutions Group http://www.dmsolutions.ca/ > > ------------------------------------------------------------ > From mgrig at mnet-online.de Mon Mar 3 15:32:41 2003 From: mgrig at mnet-online.de (Marian Grigoras) Date: Tue, 4 Mar 2003 00:32:41 +0100 Subject: [Mapserver-users] libTIFF on Linux References: Message-ID: <005e01c2e1dd$333a8390$fe79a8c0@gandalf> Hi, I configured recently a similar configuration. It looks like the ./configure did not find your LibTIFF library. You could force this by using --with-tiff[=DIR] or edit directly your Makefile and put the directory on the TIFF_INC line (e.g. TIFF_INC= -I/usr/local/lib) But I would suggest that you use the GDAL library. It has support for tiff and many other good things, all in one library. Makes it so much easier to recompile. Vorsicht! I think you "have to" compile using --with-gdal. MapServer does not seem to look for it by default. marian -- So you're a PhD!... Just don't touch anything! From junkmail at deathkeep.com Mon Mar 3 16:09:25 2003 From: junkmail at deathkeep.com (Junkmail Box) Date: Mon, 3 Mar 2003 16:09:25 -0800 (PST) Subject: [Mapserver-users] perl mapscript - progress... Message-ID: <20030303160114.O58103-100000@osiris.deathkeep.com> Thanks for the help so far, especially Lowell. I can get perl-mapscript to draw a map that's already defined in a .map file, which is good progress. I wanted to look at the quakes demo to see what else I could learn, but I'm having a devil of a time trying to figure anything out. Here's an attempt to draw a point on a map, that doesn't work. The underlying map draws A-OK, but the point isn't drawing. my $map = new mapscript::mapObj("arcata.map") or die "Cannot open map file\n"; my $img = $map->prepareImage(); my $layer = new mapscript::layerObj($map); $layer->{'name'} = 'points'; $layer->{'type'} = $mapscript::MS_LAYER_POINT; my $point = new mapscript::pointObj(); # are these supposed to be lon/lat? arcata is 124W and 41N $point->{'x'} = -124; $point->{'y'} = 41; $point->draw($map,$layer,$img,undef,'HERE'); $map->drawLabelCache($img); $img->saveImage("example.png",$mapscript::MS_PNG,0,0,0); I gather from the quakes example that the pointObj's x and y are supposed to be lon/lat? The perl-mapscript doc doesn't specify. Is there a tutorial on perl-mapscript, or is that reference the only document? From ed at topozone.com Mon Mar 3 16:12:33 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 19:12:33 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E7F@mercator.topozone.com> Paul - It sounds like your IIS anonymous user account (usually IUSR_) does not have read permission on the directory you originally used for this shapefile. Can you check that? - 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, March 03, 2003 6:31 PM To: Daniel Morissette Cc: MapServer List (E-mail) Subject: Re: [Mapserver-users] adding shp to mapfile / projection Hi All, Well now i'm able to display my shp file in a map on it's own(had to move my data dir to the root of the c-drive) so now just have to get it working with my existing map file Any hints or ideas would be appreciated, Paul MAP NAME "MAP OF CANADA" STATUS ON #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 EXTENT -2200000 -712631 3072800 3840000 SIZE 400 300 SHAPEPATH "c:/data-dir" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" IMAGECOLOR 255 255 255 TRANSPARENT OFF UNITS METERS INTERLACE ON IMAGETYPE GIF IMAGEQUALITY 75 WEB MINSCALE 2e+006 MAXSCALE 5e+007 IMAGEPATH "C:/temp/ms_tmp/" IMAGEURL "/ms_tmp/" END REFERENCE STATUS ON IMAGE "images/keymap.gif" SIZE 100 75 EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 MINBOXSIZE 3 MAXBOXSIZE 0 MARKER 0 MARKERSIZE 0 END QUERYMAP STATUS OFF SIZE -1 -1 COLOR 255 0 0 STYLE HILITE END PROJECTION "init=epsg:42304" END LEGEND STATUS OFF IMAGECOLOR 255 255 255 TRANSPARENT FALSE INTERLACE TRUE POSITION LL KEYSIZE 20 10 KEYSPACING 5 5 TEMPLATE "C:/Program Files/Apache Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm l" LABEL TYPE BITMAP SIZE MEDIUM OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 255 0 0 PARTIALS TRUE FORCE FALSE END END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 TRANSPARENT FALSE UNITS KILOMETERS INTERVALS 5 SIZE 150 5 STYLE 0 POSITION LL INTERLACE TRUE LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END LAYER NAME "bathymetry" STATUS ON DATA "bath_mapserver.tif" TYPE RASTER UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" END LAYER NAME "Eman-sites" STATUS OFF DATA "sites.shp" TYPE POINT UNITS METERS SIZEUNITS METERS LABELITEM "Name" TOLERANCE 5 TOLERANCEUNITS PIXELS TRANSFORM TRUE TEMPLATE "ttt.html" CLASS NAME "site" SYMBOL 2 COLOR 255 51 102 SIZE 7 MINSIZE 1 MAXSIZE 100 END END END ----- Original Message ----- From: "Paul Dymecki" To: "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 3:58 PM Subject: Re: [Mapserver-users] adding shp to mapfile / projection > Hi, > Yes i think i've covered all the obvious, things, though you never know. > Here are my two scripts that query the db and create the shp and dbf files. > shp_ukpdate.php queries the db and eman_shp.php has supporting classes > thx, > Paul > ----- Original Message ----- > From: "Daniel Morissette" > To: "Paul Dymecki" > Sent: Monday, March 03, 2003 3:38 PM > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Paul Dymecki wrote: > > > > > > Hi Daniel, > > > From talking to people i think i've narrowed it down to a problem > with > > > my shp file format. Any ways here is my current projection function, > create > > > point, and close() functions if you can see anything that's off? > > > thx, > > > Paul > > > > > > > From reading the replies on the list this is probably the next logical > > thing to check, but without seeing your complete application including > > scripts and data nobody can confirm that. > > > > Did you make sure that you pass a valid shapefile type to the call to > > ms_newShapeFileObj()? > > > > BTW, please reply via the list, this will increase your chances of > > getting help. > > > > 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 millardymecki at sympatico.ca Mon Mar 3 16:51:09 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 19:51:09 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <13858AA1A74F30419F319ACB66A9D1221F3E7F@mercator.topozone.com> Message-ID: <01bd01c2e1e8$2615f270$f098fea9@pauls> I'm on winXP but using apache though, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 7:12 PM Subject: RE: [Mapserver-users] adding shp to mapfile / projection > Paul - > > It sounds like your IIS anonymous user account (usually > IUSR_) does not have read permission on the directory you > originally used for this shapefile. Can you check that? > > - 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, March 03, 2003 6:31 PM > To: Daniel Morissette > Cc: MapServer List (E-mail) > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > Hi All, > Well now i'm able to display my shp file in a map on it's own(had to > move my > data dir to the root of the c-drive) so now just have to get it working > with > my existing map file > Any hints or ideas would be appreciated, > Paul > > > MAP > > NAME "MAP OF CANADA" > > STATUS ON > > #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 > > EXTENT -2200000 -712631 3072800 3840000 > > SIZE 400 300 > > SHAPEPATH "c:/data-dir" > > SYMBOLSET "./etc/symbols.sym" > > FONTSET "./etc/fonts.txt" > > IMAGECOLOR 255 255 255 > > TRANSPARENT OFF > > UNITS METERS > > INTERLACE ON > > IMAGETYPE GIF > > IMAGEQUALITY 75 > > WEB > > MINSCALE 2e+006 > > MAXSCALE 5e+007 > > IMAGEPATH "C:/temp/ms_tmp/" > > IMAGEURL "/ms_tmp/" > > END > > REFERENCE > > STATUS ON > > IMAGE "images/keymap.gif" > > SIZE 100 75 > > EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 > > COLOR -1 -1 -1 > > OUTLINECOLOR 255 0 0 > > MINBOXSIZE 3 > > MAXBOXSIZE 0 > > MARKER 0 > > MARKERSIZE 0 > > END > > QUERYMAP > > STATUS OFF > > SIZE -1 -1 > > COLOR 255 0 0 > > STYLE HILITE > > END > > PROJECTION > > "init=epsg:42304" > > END > > LEGEND > > STATUS OFF > > IMAGECOLOR 255 255 255 > > TRANSPARENT FALSE > > INTERLACE TRUE > > POSITION LL > > KEYSIZE 20 10 > > KEYSPACING 5 5 > > TEMPLATE "C:/Program Files/Apache > Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm > l" > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > OFFSET 0 0 > > BUFFER 0 > > MINDISTANCE -1 > > MINFEATURESIZE -1 > > COLOR 255 0 0 > > PARTIALS TRUE > > FORCE FALSE > > END > > END > > SCALEBAR > > STATUS ON > > COLOR 255 255 255 > > OUTLINECOLOR 0 0 0 > > BACKGROUNDCOLOR 0 0 0 > > IMAGECOLOR 255 255 255 > > TRANSPARENT FALSE > > UNITS KILOMETERS > > INTERVALS 5 > > SIZE 150 5 > > STYLE 0 > > POSITION LL > > INTERLACE TRUE > > LABEL > > TYPE BITMAP > > SIZE SMALL > > OFFSET 0 0 > > BUFFER 0 > > MINDISTANCE -1 > > MINFEATURESIZE -1 > > COLOR 0 0 0 > > PARTIALS TRUE > > FORCE FALSE > > END > > END > > LAYER > > NAME "bathymetry" > > STATUS ON > > DATA "bath_mapserver.tif" > > TYPE RASTER > > UNITS METERS > > SIZEUNITS PIXELS > > TOLERANCE 3 > > TOLERANCEUNITS PIXELS > > TEMPLATE "ttt.html" > > END > > > > > > LAYER > > NAME "Eman-sites" > > STATUS OFF > > DATA "sites.shp" > > TYPE POINT > > UNITS METERS > > SIZEUNITS METERS > > LABELITEM "Name" > > TOLERANCE 5 > > TOLERANCEUNITS PIXELS > > TRANSFORM TRUE > > TEMPLATE "ttt.html" > > CLASS > > NAME "site" > > SYMBOL 2 > > COLOR 255 51 102 > > SIZE 7 > > MINSIZE 1 > > MAXSIZE 100 > > END > > END > > END > > > > > > > ----- Original Message ----- > From: "Paul Dymecki" > To: "Daniel Morissette" > Cc: "MapServer List (E-mail)" > Sent: Monday, March 03, 2003 3:58 PM > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Hi, > > Yes i think i've covered all the obvious, things, though you never > know. > > Here are my two scripts that query the db and create the shp and dbf > files. > > shp_ukpdate.php queries the db and eman_shp.php has supporting > classes > > thx, > > Paul > > ----- Original Message ----- > > From: "Daniel Morissette" > > To: "Paul Dymecki" > > Sent: Monday, March 03, 2003 3:38 PM > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > Paul Dymecki wrote: > > > > > > > > Hi Daniel, > > > > From talking to people i think i've narrowed it down to a > problem > > with > > > > my shp file format. Any ways here is my current projection > function, > > create > > > > point, and close() functions if you can see anything that's off? > > > > thx, > > > > Paul > > > > > > > > > > From reading the replies on the list this is probably the next > logical > > > thing to check, but without seeing your complete application > including > > > scripts and data nobody can confirm that. > > > > > > Did you make sure that you pass a valid shapefile type to the call > to > > > ms_newShapeFileObj()? > > > > > > BTW, please reply via the list, this will increase your chances of > > > getting help. > > > > > > 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 ed at topozone.com Mon Mar 3 16:54:22 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 19:54:22 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E83@mercator.topozone.com> OK - the issue doesn't change. You need to know what user context your anonymous Web visitors are using, and make sure that that user has permission to read that shapefile. - 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, March 03, 2003 7:51 PM To: Ed McNierney; Daniel Morissette Cc: MapServer List (E-mail) Subject: Re: [Mapserver-users] adding shp to mapfile / projection I'm on winXP but using apache though, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 7:12 PM Subject: RE: [Mapserver-users] adding shp to mapfile / projection > Paul - > > It sounds like your IIS anonymous user account (usually > IUSR_) does not have read permission on the directory you > originally used for this shapefile. Can you check that? > > - 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, March 03, 2003 6:31 PM > To: Daniel Morissette > Cc: MapServer List (E-mail) > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > Hi All, > Well now i'm able to display my shp file in a map on it's own(had to > move my > data dir to the root of the c-drive) so now just have to get it working > with > my existing map file > Any hints or ideas would be appreciated, > Paul > > > MAP > > NAME "MAP OF CANADA" > > STATUS ON > > #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 > > EXTENT -2200000 -712631 3072800 3840000 > > SIZE 400 300 > > SHAPEPATH "c:/data-dir" > > SYMBOLSET "./etc/symbols.sym" > > FONTSET "./etc/fonts.txt" > > IMAGECOLOR 255 255 255 > > TRANSPARENT OFF > > UNITS METERS > > INTERLACE ON > > IMAGETYPE GIF > > IMAGEQUALITY 75 > > WEB > > MINSCALE 2e+006 > > MAXSCALE 5e+007 > > IMAGEPATH "C:/temp/ms_tmp/" > > IMAGEURL "/ms_tmp/" > > END > > REFERENCE > > STATUS ON > > IMAGE "images/keymap.gif" > > SIZE 100 75 > > EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 > > COLOR -1 -1 -1 > > OUTLINECOLOR 255 0 0 > > MINBOXSIZE 3 > > MAXBOXSIZE 0 > > MARKER 0 > > MARKERSIZE 0 > > END > > QUERYMAP > > STATUS OFF > > SIZE -1 -1 > > COLOR 255 0 0 > > STYLE HILITE > > END > > PROJECTION > > "init=epsg:42304" > > END > > LEGEND > > STATUS OFF > > IMAGECOLOR 255 255 255 > > TRANSPARENT FALSE > > INTERLACE TRUE > > POSITION LL > > KEYSIZE 20 10 > > KEYSPACING 5 5 > > TEMPLATE "C:/Program Files/Apache > Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm > l" > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > OFFSET 0 0 > > BUFFER 0 > > MINDISTANCE -1 > > MINFEATURESIZE -1 > > COLOR 255 0 0 > > PARTIALS TRUE > > FORCE FALSE > > END > > END > > SCALEBAR > > STATUS ON > > COLOR 255 255 255 > > OUTLINECOLOR 0 0 0 > > BACKGROUNDCOLOR 0 0 0 > > IMAGECOLOR 255 255 255 > > TRANSPARENT FALSE > > UNITS KILOMETERS > > INTERVALS 5 > > SIZE 150 5 > > STYLE 0 > > POSITION LL > > INTERLACE TRUE > > LABEL > > TYPE BITMAP > > SIZE SMALL > > OFFSET 0 0 > > BUFFER 0 > > MINDISTANCE -1 > > MINFEATURESIZE -1 > > COLOR 0 0 0 > > PARTIALS TRUE > > FORCE FALSE > > END > > END > > LAYER > > NAME "bathymetry" > > STATUS ON > > DATA "bath_mapserver.tif" > > TYPE RASTER > > UNITS METERS > > SIZEUNITS PIXELS > > TOLERANCE 3 > > TOLERANCEUNITS PIXELS > > TEMPLATE "ttt.html" > > END > > > > > > LAYER > > NAME "Eman-sites" > > STATUS OFF > > DATA "sites.shp" > > TYPE POINT > > UNITS METERS > > SIZEUNITS METERS > > LABELITEM "Name" > > TOLERANCE 5 > > TOLERANCEUNITS PIXELS > > TRANSFORM TRUE > > TEMPLATE "ttt.html" > > CLASS > > NAME "site" > > SYMBOL 2 > > COLOR 255 51 102 > > SIZE 7 > > MINSIZE 1 > > MAXSIZE 100 > > END > > END > > END > > > > > > > ----- Original Message ----- > From: "Paul Dymecki" > To: "Daniel Morissette" > Cc: "MapServer List (E-mail)" > Sent: Monday, March 03, 2003 3:58 PM > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Hi, > > Yes i think i've covered all the obvious, things, though you never > know. > > Here are my two scripts that query the db and create the shp and dbf > files. > > shp_ukpdate.php queries the db and eman_shp.php has supporting > classes > > thx, > > Paul > > ----- Original Message ----- > > From: "Daniel Morissette" > > To: "Paul Dymecki" > > Sent: Monday, March 03, 2003 3:38 PM > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > Paul Dymecki wrote: > > > > > > > > Hi Daniel, > > > > From talking to people i think i've narrowed it down to a > problem > > with > > > > my shp file format. Any ways here is my current projection > function, > > create > > > > point, and close() functions if you can see anything that's off? > > > > thx, > > > > Paul > > > > > > > > > > From reading the replies on the list this is probably the next > logical > > > thing to check, but without seeing your complete application > including > > > scripts and data nobody can confirm that. > > > > > > Did you make sure that you pass a valid shapefile type to the call > to > > > ms_newShapeFileObj()? > > > > > > BTW, please reply via the list, this will increase your chances of > > > getting help. > > > > > > 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 millardymecki at sympatico.ca Mon Mar 3 17:34:37 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 20:34:37 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <13858AA1A74F30419F319ACB66A9D1221F3E83@mercator.topozone.com> Message-ID: <01c501c2e1ee$380cbc60$f098fea9@pauls> Hi Ed, You are absolutely right, turning on the guest account on xp did the trick. thx, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 7:54 PM Subject: RE: [Mapserver-users] adding shp to mapfile / projection > OK - the issue doesn't change. You need to know what user context your > anonymous Web visitors are using, and make sure that that user has > permission to read that shapefile. > > - 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, March 03, 2003 7:51 PM > To: Ed McNierney; Daniel Morissette > Cc: MapServer List (E-mail) > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > I'm on winXP but using apache though, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" ; "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > Sent: Monday, March 03, 2003 7:12 PM > Subject: RE: [Mapserver-users] adding shp to mapfile / projection > > > > Paul - > > > > It sounds like your IIS anonymous user account (usually > > IUSR_) does not have read permission on the directory you > > originally used for this shapefile. Can you check that? > > > > - 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, March 03, 2003 6:31 PM > > To: Daniel Morissette > > Cc: MapServer List (E-mail) > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Hi All, > > Well now i'm able to display my shp file in a map on it's own(had to > > move my > > data dir to the root of the c-drive) so now just have to get it > working > > with > > my existing map file > > Any hints or ideas would be appreciated, > > Paul > > > > > > MAP > > > > NAME "MAP OF CANADA" > > > > STATUS ON > > > > #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > SIZE 400 300 > > > > SHAPEPATH "c:/data-dir" > > > > SYMBOLSET "./etc/symbols.sym" > > > > FONTSET "./etc/fonts.txt" > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT OFF > > > > UNITS METERS > > > > INTERLACE ON > > > > IMAGETYPE GIF > > > > IMAGEQUALITY 75 > > > > WEB > > > > MINSCALE 2e+006 > > > > MAXSCALE 5e+007 > > > > IMAGEPATH "C:/temp/ms_tmp/" > > > > IMAGEURL "/ms_tmp/" > > > > END > > > > REFERENCE > > > > STATUS ON > > > > IMAGE "images/keymap.gif" > > > > SIZE 100 75 > > > > EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 > > > > COLOR -1 -1 -1 > > > > OUTLINECOLOR 255 0 0 > > > > MINBOXSIZE 3 > > > > MAXBOXSIZE 0 > > > > MARKER 0 > > > > MARKERSIZE 0 > > > > END > > > > QUERYMAP > > > > STATUS OFF > > > > SIZE -1 -1 > > > > COLOR 255 0 0 > > > > STYLE HILITE > > > > END > > > > PROJECTION > > > > "init=epsg:42304" > > > > END > > > > LEGEND > > > > STATUS OFF > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT FALSE > > > > INTERLACE TRUE > > > > POSITION LL > > > > KEYSIZE 20 10 > > > > KEYSPACING 5 5 > > > > TEMPLATE "C:/Program Files/Apache > > > Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm > > l" > > > > LABEL > > > > TYPE BITMAP > > > > SIZE MEDIUM > > > > OFFSET 0 0 > > > > BUFFER 0 > > > > MINDISTANCE -1 > > > > MINFEATURESIZE -1 > > > > COLOR 255 0 0 > > > > PARTIALS TRUE > > > > FORCE FALSE > > > > END > > > > END > > > > SCALEBAR > > > > STATUS ON > > > > COLOR 255 255 255 > > > > OUTLINECOLOR 0 0 0 > > > > BACKGROUNDCOLOR 0 0 0 > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT FALSE > > > > UNITS KILOMETERS > > > > INTERVALS 5 > > > > SIZE 150 5 > > > > STYLE 0 > > > > POSITION LL > > > > INTERLACE TRUE > > > > LABEL > > > > TYPE BITMAP > > > > SIZE SMALL > > > > OFFSET 0 0 > > > > BUFFER 0 > > > > MINDISTANCE -1 > > > > MINFEATURESIZE -1 > > > > COLOR 0 0 0 > > > > PARTIALS TRUE > > > > FORCE FALSE > > > > END > > > > END > > > > LAYER > > > > NAME "bathymetry" > > > > STATUS ON > > > > DATA "bath_mapserver.tif" > > > > TYPE RASTER > > > > UNITS METERS > > > > SIZEUNITS PIXELS > > > > TOLERANCE 3 > > > > TOLERANCEUNITS PIXELS > > > > TEMPLATE "ttt.html" > > > > END > > > > > > > > > > > > LAYER > > > > NAME "Eman-sites" > > > > STATUS OFF > > > > DATA "sites.shp" > > > > TYPE POINT > > > > UNITS METERS > > > > SIZEUNITS METERS > > > > LABELITEM "Name" > > > > TOLERANCE 5 > > > > TOLERANCEUNITS PIXELS > > > > TRANSFORM TRUE > > > > TEMPLATE "ttt.html" > > > > CLASS > > > > NAME "site" > > > > SYMBOL 2 > > > > COLOR 255 51 102 > > > > SIZE 7 > > > > MINSIZE 1 > > > > MAXSIZE 100 > > > > END > > > > END > > > > END > > > > > > > > > > > > > > ----- Original Message ----- > > From: "Paul Dymecki" > > To: "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > > Sent: Monday, March 03, 2003 3:58 PM > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > Hi, > > > Yes i think i've covered all the obvious, things, though you > never > > know. > > > Here are my two scripts that query the db and create the shp and dbf > > files. > > > shp_ukpdate.php queries the db and eman_shp.php has supporting > > classes > > > thx, > > > Paul > > > ----- Original Message ----- > > > From: "Daniel Morissette" > > > To: "Paul Dymecki" > > > Sent: Monday, March 03, 2003 3:38 PM > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > > > > Paul Dymecki wrote: > > > > > > > > > > Hi Daniel, > > > > > From talking to people i think i've narrowed it down to a > > problem > > > with > > > > > my shp file format. Any ways here is my current projection > > function, > > > create > > > > > point, and close() functions if you can see anything that's off? > > > > > thx, > > > > > Paul > > > > > > > > > > > > > From reading the replies on the list this is probably the next > > logical > > > > thing to check, but without seeing your complete application > > including > > > > scripts and data nobody can confirm that. > > > > > > > > Did you make sure that you pass a valid shapefile type to the call > > to > > > > ms_newShapeFileObj()? > > > > > > > > BTW, please reply via the list, this will increase your chances of > > > > getting help. > > > > > > > > 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 > > > _______________________________________________ > 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 Mar 3 17:40:27 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 20:40:27 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <13858AA1A74F30419F319ACB66A9D1221F3E83@mercator.topozone.com> Message-ID: <01ce01c2e1ef$08ee3f20$f098fea9@pauls> Forgot to mention though it's still not working with my other mapfile, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 7:54 PM Subject: RE: [Mapserver-users] adding shp to mapfile / projection > OK - the issue doesn't change. You need to know what user context your > anonymous Web visitors are using, and make sure that that user has > permission to read that shapefile. > > - 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, March 03, 2003 7:51 PM > To: Ed McNierney; Daniel Morissette > Cc: MapServer List (E-mail) > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > I'm on winXP but using apache though, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" ; "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > Sent: Monday, March 03, 2003 7:12 PM > Subject: RE: [Mapserver-users] adding shp to mapfile / projection > > > > Paul - > > > > It sounds like your IIS anonymous user account (usually > > IUSR_) does not have read permission on the directory you > > originally used for this shapefile. Can you check that? > > > > - 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, March 03, 2003 6:31 PM > > To: Daniel Morissette > > Cc: MapServer List (E-mail) > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Hi All, > > Well now i'm able to display my shp file in a map on it's own(had to > > move my > > data dir to the root of the c-drive) so now just have to get it > working > > with > > my existing map file > > Any hints or ideas would be appreciated, > > Paul > > > > > > MAP > > > > NAME "MAP OF CANADA" > > > > STATUS ON > > > > #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > SIZE 400 300 > > > > SHAPEPATH "c:/data-dir" > > > > SYMBOLSET "./etc/symbols.sym" > > > > FONTSET "./etc/fonts.txt" > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT OFF > > > > UNITS METERS > > > > INTERLACE ON > > > > IMAGETYPE GIF > > > > IMAGEQUALITY 75 > > > > WEB > > > > MINSCALE 2e+006 > > > > MAXSCALE 5e+007 > > > > IMAGEPATH "C:/temp/ms_tmp/" > > > > IMAGEURL "/ms_tmp/" > > > > END > > > > REFERENCE > > > > STATUS ON > > > > IMAGE "images/keymap.gif" > > > > SIZE 100 75 > > > > EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 > > > > COLOR -1 -1 -1 > > > > OUTLINECOLOR 255 0 0 > > > > MINBOXSIZE 3 > > > > MAXBOXSIZE 0 > > > > MARKER 0 > > > > MARKERSIZE 0 > > > > END > > > > QUERYMAP > > > > STATUS OFF > > > > SIZE -1 -1 > > > > COLOR 255 0 0 > > > > STYLE HILITE > > > > END > > > > PROJECTION > > > > "init=epsg:42304" > > > > END > > > > LEGEND > > > > STATUS OFF > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT FALSE > > > > INTERLACE TRUE > > > > POSITION LL > > > > KEYSIZE 20 10 > > > > KEYSPACING 5 5 > > > > TEMPLATE "C:/Program Files/Apache > > > Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm > > l" > > > > LABEL > > > > TYPE BITMAP > > > > SIZE MEDIUM > > > > OFFSET 0 0 > > > > BUFFER 0 > > > > MINDISTANCE -1 > > > > MINFEATURESIZE -1 > > > > COLOR 255 0 0 > > > > PARTIALS TRUE > > > > FORCE FALSE > > > > END > > > > END > > > > SCALEBAR > > > > STATUS ON > > > > COLOR 255 255 255 > > > > OUTLINECOLOR 0 0 0 > > > > BACKGROUNDCOLOR 0 0 0 > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT FALSE > > > > UNITS KILOMETERS > > > > INTERVALS 5 > > > > SIZE 150 5 > > > > STYLE 0 > > > > POSITION LL > > > > INTERLACE TRUE > > > > LABEL > > > > TYPE BITMAP > > > > SIZE SMALL > > > > OFFSET 0 0 > > > > BUFFER 0 > > > > MINDISTANCE -1 > > > > MINFEATURESIZE -1 > > > > COLOR 0 0 0 > > > > PARTIALS TRUE > > > > FORCE FALSE > > > > END > > > > END > > > > LAYER > > > > NAME "bathymetry" > > > > STATUS ON > > > > DATA "bath_mapserver.tif" > > > > TYPE RASTER > > > > UNITS METERS > > > > SIZEUNITS PIXELS > > > > TOLERANCE 3 > > > > TOLERANCEUNITS PIXELS > > > > TEMPLATE "ttt.html" > > > > END > > > > > > > > > > > > LAYER > > > > NAME "Eman-sites" > > > > STATUS OFF > > > > DATA "sites.shp" > > > > TYPE POINT > > > > UNITS METERS > > > > SIZEUNITS METERS > > > > LABELITEM "Name" > > > > TOLERANCE 5 > > > > TOLERANCEUNITS PIXELS > > > > TRANSFORM TRUE > > > > TEMPLATE "ttt.html" > > > > CLASS > > > > NAME "site" > > > > SYMBOL 2 > > > > COLOR 255 51 102 > > > > SIZE 7 > > > > MINSIZE 1 > > > > MAXSIZE 100 > > > > END > > > > END > > > > END > > > > > > > > > > > > > > ----- Original Message ----- > > From: "Paul Dymecki" > > To: "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > > Sent: Monday, March 03, 2003 3:58 PM > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > Hi, > > > Yes i think i've covered all the obvious, things, though you > never > > know. > > > Here are my two scripts that query the db and create the shp and dbf > > files. > > > shp_ukpdate.php queries the db and eman_shp.php has supporting > > classes > > > thx, > > > Paul > > > ----- Original Message ----- > > > From: "Daniel Morissette" > > > To: "Paul Dymecki" > > > Sent: Monday, March 03, 2003 3:38 PM > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > > > > Paul Dymecki wrote: > > > > > > > > > > Hi Daniel, > > > > > From talking to people i think i've narrowed it down to a > > problem > > > with > > > > > my shp file format. Any ways here is my current projection > > function, > > > create > > > > > point, and close() functions if you can see anything that's off? > > > > > thx, > > > > > Paul > > > > > > > > > > > > > From reading the replies on the list this is probably the next > > logical > > > > thing to check, but without seeing your complete application > > including > > > > scripts and data nobody can confirm that. > > > > > > > > Did you make sure that you pass a valid shapefile type to the call > > to > > > > ms_newShapeFileObj()? > > > > > > > > BTW, please reply via the list, this will increase your chances of > > > > getting help. > > > > > > > > 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 > > > _______________________________________________ > 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 Mar 3 17:43:24 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 3 Mar 2003 20:43:24 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E84@mercator.topozone.com> Then you need to figure out what's different between the two . Are you running under the same user context in Apache for both setups? 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, March 03, 2003 8:40 PM To: Ed McNierney; Daniel Morissette Cc: MapServer List (E-mail) Subject: Re: [Mapserver-users] adding shp to mapfile / projection Forgot to mention though it's still not working with my other mapfile, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 7:54 PM Subject: RE: [Mapserver-users] adding shp to mapfile / projection > OK - the issue doesn't change. You need to know what user context your > anonymous Web visitors are using, and make sure that that user has > permission to read that shapefile. > > - 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, March 03, 2003 7:51 PM > To: Ed McNierney; Daniel Morissette > Cc: MapServer List (E-mail) > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > I'm on winXP but using apache though, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" ; "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > Sent: Monday, March 03, 2003 7:12 PM > Subject: RE: [Mapserver-users] adding shp to mapfile / projection > > > > Paul - > > > > It sounds like your IIS anonymous user account (usually > > IUSR_) does not have read permission on the directory you > > originally used for this shapefile. Can you check that? > > > > - 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, March 03, 2003 6:31 PM > > To: Daniel Morissette > > Cc: MapServer List (E-mail) > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > Hi All, > > Well now i'm able to display my shp file in a map on it's own(had to > > move my > > data dir to the root of the c-drive) so now just have to get it > working > > with > > my existing map file > > Any hints or ideas would be appreciated, > > Paul > > > > > > MAP > > > > NAME "MAP OF CANADA" > > > > STATUS ON > > > > #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > SIZE 400 300 > > > > SHAPEPATH "c:/data-dir" > > > > SYMBOLSET "./etc/symbols.sym" > > > > FONTSET "./etc/fonts.txt" > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT OFF > > > > UNITS METERS > > > > INTERLACE ON > > > > IMAGETYPE GIF > > > > IMAGEQUALITY 75 > > > > WEB > > > > MINSCALE 2e+006 > > > > MAXSCALE 5e+007 > > > > IMAGEPATH "C:/temp/ms_tmp/" > > > > IMAGEURL "/ms_tmp/" > > > > END > > > > REFERENCE > > > > STATUS ON > > > > IMAGE "images/keymap.gif" > > > > SIZE 100 75 > > > > EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 > > > > COLOR -1 -1 -1 > > > > OUTLINECOLOR 255 0 0 > > > > MINBOXSIZE 3 > > > > MAXBOXSIZE 0 > > > > MARKER 0 > > > > MARKERSIZE 0 > > > > END > > > > QUERYMAP > > > > STATUS OFF > > > > SIZE -1 -1 > > > > COLOR 255 0 0 > > > > STYLE HILITE > > > > END > > > > PROJECTION > > > > "init=epsg:42304" > > > > END > > > > LEGEND > > > > STATUS OFF > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT FALSE > > > > INTERLACE TRUE > > > > POSITION LL > > > > KEYSIZE 20 10 > > > > KEYSPACING 5 5 > > > > TEMPLATE "C:/Program Files/Apache > > > Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm > > l" > > > > LABEL > > > > TYPE BITMAP > > > > SIZE MEDIUM > > > > OFFSET 0 0 > > > > BUFFER 0 > > > > MINDISTANCE -1 > > > > MINFEATURESIZE -1 > > > > COLOR 255 0 0 > > > > PARTIALS TRUE > > > > FORCE FALSE > > > > END > > > > END > > > > SCALEBAR > > > > STATUS ON > > > > COLOR 255 255 255 > > > > OUTLINECOLOR 0 0 0 > > > > BACKGROUNDCOLOR 0 0 0 > > > > IMAGECOLOR 255 255 255 > > > > TRANSPARENT FALSE > > > > UNITS KILOMETERS > > > > INTERVALS 5 > > > > SIZE 150 5 > > > > STYLE 0 > > > > POSITION LL > > > > INTERLACE TRUE > > > > LABEL > > > > TYPE BITMAP > > > > SIZE SMALL > > > > OFFSET 0 0 > > > > BUFFER 0 > > > > MINDISTANCE -1 > > > > MINFEATURESIZE -1 > > > > COLOR 0 0 0 > > > > PARTIALS TRUE > > > > FORCE FALSE > > > > END > > > > END > > > > LAYER > > > > NAME "bathymetry" > > > > STATUS ON > > > > DATA "bath_mapserver.tif" > > > > TYPE RASTER > > > > UNITS METERS > > > > SIZEUNITS PIXELS > > > > TOLERANCE 3 > > > > TOLERANCEUNITS PIXELS > > > > TEMPLATE "ttt.html" > > > > END > > > > > > > > > > > > LAYER > > > > NAME "Eman-sites" > > > > STATUS OFF > > > > DATA "sites.shp" > > > > TYPE POINT > > > > UNITS METERS > > > > SIZEUNITS METERS > > > > LABELITEM "Name" > > > > TOLERANCE 5 > > > > TOLERANCEUNITS PIXELS > > > > TRANSFORM TRUE > > > > TEMPLATE "ttt.html" > > > > CLASS > > > > NAME "site" > > > > SYMBOL 2 > > > > COLOR 255 51 102 > > > > SIZE 7 > > > > MINSIZE 1 > > > > MAXSIZE 100 > > > > END > > > > END > > > > END > > > > > > > > > > > > > > ----- Original Message ----- > > From: "Paul Dymecki" > > To: "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > > Sent: Monday, March 03, 2003 3:58 PM > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > Hi, > > > Yes i think i've covered all the obvious, things, though you > never > > know. > > > Here are my two scripts that query the db and create the shp and dbf > > files. > > > shp_ukpdate.php queries the db and eman_shp.php has supporting > > classes > > > thx, > > > Paul > > > ----- Original Message ----- > > > From: "Daniel Morissette" > > > To: "Paul Dymecki" > > > Sent: Monday, March 03, 2003 3:38 PM > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > > > > Paul Dymecki wrote: > > > > > > > > > > Hi Daniel, > > > > > From talking to people i think i've narrowed it down to a > > problem > > > with > > > > > my shp file format. Any ways here is my current projection > > function, > > > create > > > > > point, and close() functions if you can see anything that's off? > > > > > thx, > > > > > Paul > > > > > > > > > > > > > From reading the replies on the list this is probably the next > > logical > > > > thing to check, but without seeing your complete application > > including > > > > scripts and data nobody can confirm that. > > > > > > > > Did you make sure that you pass a valid shapefile type to the call > > to > > > > ms_newShapeFileObj()? > > > > > > > > BTW, please reply via the list, this will increase your chances of > > > > getting help. > > > > > > > > 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 > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From vinko at cprsig.cl Mon Mar 3 18:18:01 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 3 Mar 2003 23:18:01 -0300 Subject: [Mapserver-users] libTIFF on Linux In-Reply-To: <005e01c2e1dd$333a8390$fe79a8c0@gandalf> References: <005e01c2e1dd$333a8390$fe79a8c0@gandalf> Message-ID: <20030304021801.GA20775@landsat.cprsig.cl> On Tue, Mar 04, 2003 at 12:32:41AM +0100, Marian Grigoras wrote: > Hi, > I configured recently a similar configuration. > It looks like the ./configure did not find your LibTIFF library. > You could force this by using --with-tiff[=DIR] or edit directly > your Makefile and put the directory on the TIFF_INC line > (e.g. TIFF_INC= -I/usr/local/lib) > But I would suggest that you use the GDAL library. It has support > for tiff and many other good things, all in one library. Makes it so > much easier to recompile. > Vorsicht! I think you "have to" compile using --with-gdal. MapServer > does not seem to look for it by default. Yes, and if you compile with GDAL support remember to deactivate the other image libraries (ie, --without-tiff, --without-jpeg) to avoid conflicts that have been reported here. -- Vinko Vrsalovic http://www.cprsig.cl From vinko at cprsig.cl Mon Mar 3 18:29:18 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 3 Mar 2003 23:29:18 -0300 Subject: [Mapserver-users] perl mapscript - progress... In-Reply-To: <20030303160114.O58103-100000@osiris.deathkeep.com> References: <20030303160114.O58103-100000@osiris.deathkeep.com> Message-ID: <20030304022918.GB20775@landsat.cprsig.cl> On Mon, Mar 03, 2003 at 04:09:25PM -0800, Junkmail Box wrote: > > Thanks for the help so far, especially Lowell. I can get perl-mapscript to > draw a map that's already defined in a .map file, which is good progress. > I wanted to look at the quakes demo to see what else I could learn, but > I'm having a devil of a time trying to figure anything out. > > Here's an attempt to draw a point on a map, that doesn't work. The > underlying map draws A-OK, but the point isn't drawing. > > > my $map = new mapscript::mapObj("arcata.map") or die "Cannot open map file\n"; > my $img = $map->prepareImage(); > my $layer = new mapscript::layerObj($map); $layer->{'name'} = 'points'; > $layer->{'type'} = $mapscript::MS_LAYER_POINT; > > my $point = new mapscript::pointObj(); > # are these supposed to be lon/lat? arcata is 124W and 41N > $point->{'x'} = -124; $point->{'y'} = 41; > $point->draw($map,$layer,$img,undef,'HERE'); > $map->drawLabelCache($img); > > $img->saveImage("example.png",$mapscript::MS_PNG,0,0,0); > > > I gather from the quakes example that the pointObj's x and y are supposed > to be lon/lat? The perl-mapscript doc doesn't specify. > > Is there a tutorial on perl-mapscript, or is that reference the only > document? The defalt status for a layer is OFF :-) $layer->{'status'} = $mapscript::MS_ON; The point coordinates are supposed to be consistent to the rest of the data and the extent set in mapObj or the mapfile. If they are not you can project them. But according to the comment above, you should be fine with those. To debug this type of thing i use the mapObj->save() method, it's really useful. Dunno if perl mapscript has it, though. -- Vinko Vrsalovic http://www.cprsig.cl From junkmail at deathkeep.com Mon Mar 3 19:30:04 2003 From: junkmail at deathkeep.com (Junkmail Box) Date: Mon, 3 Mar 2003 19:30:04 -0800 (PST) Subject: [Mapserver-users] perl mapscript - progress... In-Reply-To: <20030304022918.GB20775@landsat.cprsig.cl> Message-ID: <20030303192011.J59695-100000@osiris.deathkeep.com> > The defalt status for a layer is OFF :-) > $layer->{'status'} = $mapscript::MS_ON; Good thinking. Setting the status still doesn't make any points appear, however. Is the rest of that "declare a point, set its coords, and draw it" syntax correct? > The point coordinates are supposed to be consistent to the rest of > the data and the extent set in mapObj or the mapfile. How do you mean? The extent I have in arcata.map is: EXTENT 407375 4522866 410627 4526910 So I changed the test script to these coords: $point->{'x'} = 408500; $point->{'y'} = 4525000; but still nothing is displayed. > To debug this type of thing i use the mapObj->save() method, it's really > useful. Dunno if perl mapscript has it, though. Hey, now that's spiffy. This appears to be the relevant paragraph. Do you notice anything missing? LAYER NAME "points" SIZEUNITS PIXELS STATUS ON TOLERANCE 3 TOLERANCEUNITS PIXELS TYPE POINT UNITS METERS END Thanks, Vinko. Step by step... Once I get this stuff figured out and get a bit comfortable with it, I think I'd like to write up a tutorial that illustrates some of these basics in a friendly manner. It'd probably come in handy for other folks (like me) who aren't GIS experts or MapServer developers. ;) On Mon, 3 Mar 2003, Vinko Vrsalovic wrote: > On Mon, Mar 03, 2003 at 04:09:25PM -0800, Junkmail Box wrote: > > > > Thanks for the help so far, especially Lowell. I can get perl-mapscript to > > draw a map that's already defined in a .map file, which is good progress. > > I wanted to look at the quakes demo to see what else I could learn, but > > I'm having a devil of a time trying to figure anything out. > > > > Here's an attempt to draw a point on a map, that doesn't work. The > > underlying map draws A-OK, but the point isn't drawing. > > > > > > my $map = new mapscript::mapObj("arcata.map") or die "Cannot open map file\n"; > > my $img = $map->prepareImage(); > > my $layer = new mapscript::layerObj($map); $layer->{'name'} = 'points'; > > $layer->{'type'} = $mapscript::MS_LAYER_POINT; > > > > my $point = new mapscript::pointObj(); > > # are these supposed to be lon/lat? arcata is 124W and 41N > > $point->{'x'} = -124; $point->{'y'} = 41; > > $point->draw($map,$layer,$img,undef,'HERE'); > > $map->drawLabelCache($img); > > > > $img->saveImage("example.png",$mapscript::MS_PNG,0,0,0); > > > > > > I gather from the quakes example that the pointObj's x and y are supposed > > to be lon/lat? The perl-mapscript doc doesn't specify. > > > > Is there a tutorial on perl-mapscript, or is that reference the only > > document? > > The defalt status for a layer is OFF :-) > > $layer->{'status'} = $mapscript::MS_ON; > > The point coordinates are supposed to be consistent to the rest of > the data and the extent set in mapObj or the mapfile. > If they are not you can project them. But according to the comment > above, you should be fine with those. > > To debug this type of thing i use the mapObj->save() method, it's really > useful. Dunno if perl mapscript has it, though. > > -- > Vinko Vrsalovic > http://www.cprsig.cl > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From csr at rboxtech.com Mon Mar 3 19:47:23 2003 From: csr at rboxtech.com (Srinivas Reddy) Date: Tue, 4 Mar 2003 11:47:23 +0800 Subject: [Mapserver-users] query map with mapscript and php use ".TAB" layers References: <000f01c0a3a5$ef6949c0$0201a8c0@sun> <3E634DB6.6010202@thinktankdecoy.com> Message-ID: <000e01c2e200$c4380c00$0201a8c0@sun> Thanks a lot wiliam Carty. But u did not gave Ans:-. srinivasa reddy challa ----- Original Message ----- From: "William Carty" To: "Srinivas Reddy" Sent: Monday, March 03, 2003 8:42 PM Subject: Re: [Mapserver-users] query map with mapscript and php use ".TAB" layers > Please fix your clock. It says you are mailing this on March 3, 2001. > > Thanks. > > > Srinivas Reddy wrote: > > Hi > > Can anyone helps to me. > > Now am new to this technologies but I had done some of project with the reference of DM solutions map reference. In DM solutions they are done using SHP data files. But > > > > I am using > > > > tab files. How can I query the content of the layer using php and mapscript. > > > > This is my problem. This is my email id : > > csr at rboxtech.com > > or > > reddy_challa at yahoo.com > > > > Srinivasa reddy challa > > > > > > > > > > From vinko at cprsig.cl Mon Mar 3 20:22:42 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Tue, 4 Mar 2003 01:22:42 -0300 Subject: [Mapserver-users] perl mapscript - progress... In-Reply-To: <20030303192011.J59695-100000@osiris.deathkeep.com> References: <20030304022918.GB20775@landsat.cprsig.cl> <20030303192011.J59695-100000@osiris.deathkeep.com> Message-ID: <20030304042242.GA21496@landsat.cprsig.cl> On Mon, Mar 03, 2003 at 07:30:04PM -0800, Junkmail Box wrote: > > The defalt status for a layer is OFF :-) > > $layer->{'status'} = $mapscript::MS_ON; > > Good thinking. Setting the status still doesn't make any points appear, > however. Is the rest of that "declare a point, set its coords, and draw > it" syntax correct? See below. Declare a point, set coords, set how it will be displayed, and draw it. > > The point coordinates are supposed to be consistent to the rest of > > the data and the extent set in mapObj or the mapfile. > > How do you mean? The extent I have in arcata.map is: > EXTENT 407375 4522866 410627 4526910 > So I changed the test script to these coords: > $point->{'x'} = 408500; > $point->{'y'} = 4525000; > but still nothing is displayed. See below :) > > To debug this type of thing i use the mapObj->save() method, it's really > > useful. Dunno if perl mapscript has it, though. > > Hey, now that's spiffy. This appears to be the relevant paragraph. Do you > notice anything missing? > > LAYER > NAME "points" > SIZEUNITS PIXELS > STATUS ON > TOLERANCE 3 > TOLERANCEUNITS PIXELS > TYPE POINT > UNITS METERS > END > Doh! How did I overlook this... You're missing a class declaration. You need to declare a class with the color, symbol and size you want the point drawn. $class = new classObj($layer) //Use Perl syntax, of course :) $class->{'symbol'} = 0; $class->{'color'} = $map->addColor(R,G,B); $class->{'size'} = 2; This syntax changed for 3.7 with the new styleObj. Keep that in mind if you'll move on to 3.7. -- Vinko Vrsalovic http://www.cprsig.cl From millardymecki at sympatico.ca Mon Mar 3 20:52:16 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Mon, 3 Mar 2003 23:52:16 -0500 Subject: [Mapserver-users] adding shp to mapfile / projection References: <13858AA1A74F30419F319ACB66A9D1221F3E84@mercator.topozone.com> Message-ID: <01ea01c2e209$d4af5a80$f098fea9@pauls> Sorry my mistake enableing the guest account made no difference. In any case i won't be running the application off this computer, so moving directories is not a problem. Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 8:43 PM Subject: RE: [Mapserver-users] adding shp to mapfile / projection > Then you need to figure out what's different between the two . Are > you running under the same user context in Apache for both setups? > > 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, March 03, 2003 8:40 PM > To: Ed McNierney; Daniel Morissette > Cc: MapServer List (E-mail) > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > Forgot to mention though it's still not working with my other mapfile, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" ; "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > Sent: Monday, March 03, 2003 7:54 PM > Subject: RE: [Mapserver-users] adding shp to mapfile / projection > > > > OK - the issue doesn't change. You need to know what user context > your > > anonymous Web visitors are using, and make sure that that user has > > permission to read that shapefile. > > > > - 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, March 03, 2003 7:51 PM > > To: Ed McNierney; Daniel Morissette > > Cc: MapServer List (E-mail) > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > I'm on winXP but using apache though, > > Paul > > ----- Original Message ----- > > From: "Ed McNierney" > > To: "Paul Dymecki" ; "Daniel Morissette" > > > > Cc: "MapServer List (E-mail)" > > Sent: Monday, March 03, 2003 7:12 PM > > Subject: RE: [Mapserver-users] adding shp to mapfile / projection > > > > > > > Paul - > > > > > > It sounds like your IIS anonymous user account (usually > > > IUSR_) does not have read permission on the directory > you > > > originally used for this shapefile. Can you check that? > > > > > > - 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, March 03, 2003 6:31 PM > > > To: Daniel Morissette > > > Cc: MapServer List (E-mail) > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > Hi All, > > > Well now i'm able to display my shp file in a map on it's own(had to > > > move my > > > data dir to the root of the c-drive) so now just have to get it > > working > > > with > > > my existing map file > > > Any hints or ideas would be appreciated, > > > Paul > > > > > > > > > MAP > > > > > > NAME "MAP OF CANADA" > > > > > > STATUS ON > > > > > > #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 > > > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > > > SIZE 400 300 > > > > > > SHAPEPATH "c:/data-dir" > > > > > > SYMBOLSET "./etc/symbols.sym" > > > > > > FONTSET "./etc/fonts.txt" > > > > > > IMAGECOLOR 255 255 255 > > > > > > TRANSPARENT OFF > > > > > > UNITS METERS > > > > > > INTERLACE ON > > > > > > IMAGETYPE GIF > > > > > > IMAGEQUALITY 75 > > > > > > WEB > > > > > > MINSCALE 2e+006 > > > > > > MAXSCALE 5e+007 > > > > > > IMAGEPATH "C:/temp/ms_tmp/" > > > > > > IMAGEURL "/ms_tmp/" > > > > > > END > > > > > > REFERENCE > > > > > > STATUS ON > > > > > > IMAGE "images/keymap.gif" > > > > > > SIZE 100 75 > > > > > > EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 > > > > > > COLOR -1 -1 -1 > > > > > > OUTLINECOLOR 255 0 0 > > > > > > MINBOXSIZE 3 > > > > > > MAXBOXSIZE 0 > > > > > > MARKER 0 > > > > > > MARKERSIZE 0 > > > > > > END > > > > > > QUERYMAP > > > > > > STATUS OFF > > > > > > SIZE -1 -1 > > > > > > COLOR 255 0 0 > > > > > > STYLE HILITE > > > > > > END > > > > > > PROJECTION > > > > > > "init=epsg:42304" > > > > > > END > > > > > > LEGEND > > > > > > STATUS OFF > > > > > > IMAGECOLOR 255 255 255 > > > > > > TRANSPARENT FALSE > > > > > > INTERLACE TRUE > > > > > > POSITION LL > > > > > > KEYSIZE 20 10 > > > > > > KEYSPACING 5 5 > > > > > > TEMPLATE "C:/Program Files/Apache > > > > > > Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm > > > l" > > > > > > LABEL > > > > > > TYPE BITMAP > > > > > > SIZE MEDIUM > > > > > > OFFSET 0 0 > > > > > > BUFFER 0 > > > > > > MINDISTANCE -1 > > > > > > MINFEATURESIZE -1 > > > > > > COLOR 255 0 0 > > > > > > PARTIALS TRUE > > > > > > FORCE FALSE > > > > > > END > > > > > > END > > > > > > SCALEBAR > > > > > > STATUS ON > > > > > > COLOR 255 255 255 > > > > > > OUTLINECOLOR 0 0 0 > > > > > > BACKGROUNDCOLOR 0 0 0 > > > > > > IMAGECOLOR 255 255 255 > > > > > > TRANSPARENT FALSE > > > > > > UNITS KILOMETERS > > > > > > INTERVALS 5 > > > > > > SIZE 150 5 > > > > > > STYLE 0 > > > > > > POSITION LL > > > > > > INTERLACE TRUE > > > > > > LABEL > > > > > > TYPE BITMAP > > > > > > SIZE SMALL > > > > > > OFFSET 0 0 > > > > > > BUFFER 0 > > > > > > MINDISTANCE -1 > > > > > > MINFEATURESIZE -1 > > > > > > COLOR 0 0 0 > > > > > > PARTIALS TRUE > > > > > > FORCE FALSE > > > > > > END > > > > > > END > > > > > > LAYER > > > > > > NAME "bathymetry" > > > > > > STATUS ON > > > > > > DATA "bath_mapserver.tif" > > > > > > TYPE RASTER > > > > > > UNITS METERS > > > > > > SIZEUNITS PIXELS > > > > > > TOLERANCE 3 > > > > > > TOLERANCEUNITS PIXELS > > > > > > TEMPLATE "ttt.html" > > > > > > END > > > > > > > > > > > > > > > > > > LAYER > > > > > > NAME "Eman-sites" > > > > > > STATUS OFF > > > > > > DATA "sites.shp" > > > > > > TYPE POINT > > > > > > UNITS METERS > > > > > > SIZEUNITS METERS > > > > > > LABELITEM "Name" > > > > > > TOLERANCE 5 > > > > > > TOLERANCEUNITS PIXELS > > > > > > TRANSFORM TRUE > > > > > > TEMPLATE "ttt.html" > > > > > > CLASS > > > > > > NAME "site" > > > > > > SYMBOL 2 > > > > > > COLOR 255 51 102 > > > > > > SIZE 7 > > > > > > MINSIZE 1 > > > > > > MAXSIZE 100 > > > > > > END > > > > > > END > > > > > > END > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > From: "Paul Dymecki" > > > To: "Daniel Morissette" > > > Cc: "MapServer List (E-mail)" > > > Sent: Monday, March 03, 2003 3:58 PM > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > > > > Hi, > > > > Yes i think i've covered all the obvious, things, though you > > never > > > know. > > > > Here are my two scripts that query the db and create the shp and > dbf > > > files. > > > > shp_ukpdate.php queries the db and eman_shp.php has supporting > > > classes > > > > thx, > > > > Paul > > > > ----- Original Message ----- > > > > From: "Daniel Morissette" > > > > To: "Paul Dymecki" > > > > Sent: Monday, March 03, 2003 3:38 PM > > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > > > > > > > Paul Dymecki wrote: > > > > > > > > > > > > Hi Daniel, > > > > > > From talking to people i think i've narrowed it down to a > > > problem > > > > with > > > > > > my shp file format. Any ways here is my current projection > > > function, > > > > create > > > > > > point, and close() functions if you can see anything that's > off? > > > > > > thx, > > > > > > Paul > > > > > > > > > > > > > > > > From reading the replies on the list this is probably the next > > > logical > > > > > thing to check, but without seeing your complete application > > > including > > > > > scripts and data nobody can confirm that. > > > > > > > > > > Did you make sure that you pass a valid shapefile type to the > call > > > to > > > > > ms_newShapeFileObj()? > > > > > > > > > > BTW, please reply via the list, this will increase your chances > of > > > > > getting help. > > > > > > > > > > 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 > > > > > > _______________________________________________ > > 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 Mar 3 22:24:49 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Tue, 4 Mar 2003 01:24:49 -0500 Subject: [Mapserver-users] adding shp to mapfile /got it References: <13858AA1A74F30419F319ACB66A9D1221F3E84@mercator.topozone.com> Message-ID: <022301c2e216$c2dfcd00$f098fea9@pauls> I finally found my error(s) i was using units meters, sizeunits meters instead of sizeunits pixels, i probably didn't need either one but oh well. My php projection worked fine so i didn't need any projection object either(everything under lcc canada). thx to everyone for the help, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "Daniel Morissette" Cc: "MapServer List (E-mail)" Sent: Monday, March 03, 2003 8:43 PM Subject: RE: [Mapserver-users] adding shp to mapfile / projection > Then you need to figure out what's different between the two . Are > you running under the same user context in Apache for both setups? > > 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, March 03, 2003 8:40 PM > To: Ed McNierney; Daniel Morissette > Cc: MapServer List (E-mail) > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > Forgot to mention though it's still not working with my other mapfile, > Paul > ----- Original Message ----- > From: "Ed McNierney" > To: "Paul Dymecki" ; "Daniel Morissette" > > Cc: "MapServer List (E-mail)" > Sent: Monday, March 03, 2003 7:54 PM > Subject: RE: [Mapserver-users] adding shp to mapfile / projection > > > > OK - the issue doesn't change. You need to know what user context > your > > anonymous Web visitors are using, and make sure that that user has > > permission to read that shapefile. > > > > - 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, March 03, 2003 7:51 PM > > To: Ed McNierney; Daniel Morissette > > Cc: MapServer List (E-mail) > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > I'm on winXP but using apache though, > > Paul > > ----- Original Message ----- > > From: "Ed McNierney" > > To: "Paul Dymecki" ; "Daniel Morissette" > > > > Cc: "MapServer List (E-mail)" > > Sent: Monday, March 03, 2003 7:12 PM > > Subject: RE: [Mapserver-users] adding shp to mapfile / projection > > > > > > > Paul - > > > > > > It sounds like your IIS anonymous user account (usually > > > IUSR_) does not have read permission on the directory > you > > > originally used for this shapefile. Can you check that? > > > > > > - 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, March 03, 2003 6:31 PM > > > To: Daniel Morissette > > > Cc: MapServer List (E-mail) > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > Hi All, > > > Well now i'm able to display my shp file in a map on it's own(had to > > > move my > > > data dir to the root of the c-drive) so now just have to get it > > working > > > with > > > my existing map file > > > Any hints or ideas would be appreciated, > > > Paul > > > > > > > > > MAP > > > > > > NAME "MAP OF CANADA" > > > > > > STATUS ON > > > > > > #EXTENT -2.59456e+006 -712631 3.46736e+006 3.84e+006 > > > > > > EXTENT -2200000 -712631 3072800 3840000 > > > > > > SIZE 400 300 > > > > > > SHAPEPATH "c:/data-dir" > > > > > > SYMBOLSET "./etc/symbols.sym" > > > > > > FONTSET "./etc/fonts.txt" > > > > > > IMAGECOLOR 255 255 255 > > > > > > TRANSPARENT OFF > > > > > > UNITS METERS > > > > > > INTERLACE ON > > > > > > IMAGETYPE GIF > > > > > > IMAGEQUALITY 75 > > > > > > WEB > > > > > > MINSCALE 2e+006 > > > > > > MAXSCALE 5e+007 > > > > > > IMAGEPATH "C:/temp/ms_tmp/" > > > > > > IMAGEURL "/ms_tmp/" > > > > > > END > > > > > > REFERENCE > > > > > > STATUS ON > > > > > > IMAGE "images/keymap.gif" > > > > > > SIZE 100 75 > > > > > > EXTENT -2.2e+006 -712631 3.0728e+006 3.84e+006 > > > > > > COLOR -1 -1 -1 > > > > > > OUTLINECOLOR 255 0 0 > > > > > > MINBOXSIZE 3 > > > > > > MAXBOXSIZE 0 > > > > > > MARKER 0 > > > > > > MARKERSIZE 0 > > > > > > END > > > > > > QUERYMAP > > > > > > STATUS OFF > > > > > > SIZE -1 -1 > > > > > > COLOR 255 0 0 > > > > > > STYLE HILITE > > > > > > END > > > > > > PROJECTION > > > > > > "init=epsg:42304" > > > > > > END > > > > > > LEGEND > > > > > > STATUS OFF > > > > > > IMAGECOLOR 255 255 255 > > > > > > TRANSPARENT FALSE > > > > > > INTERLACE TRUE > > > > > > POSITION LL > > > > > > KEYSIZE 20 10 > > > > > > KEYSPACING 5 5 > > > > > > TEMPLATE "C:/Program Files/Apache > > > > > > Group/Apache2/htdocs/maplab-2.0rc3/htdocs/mapbrowser/legend_template.htm > > > l" > > > > > > LABEL > > > > > > TYPE BITMAP > > > > > > SIZE MEDIUM > > > > > > OFFSET 0 0 > > > > > > BUFFER 0 > > > > > > MINDISTANCE -1 > > > > > > MINFEATURESIZE -1 > > > > > > COLOR 255 0 0 > > > > > > PARTIALS TRUE > > > > > > FORCE FALSE > > > > > > END > > > > > > END > > > > > > SCALEBAR > > > > > > STATUS ON > > > > > > COLOR 255 255 255 > > > > > > OUTLINECOLOR 0 0 0 > > > > > > BACKGROUNDCOLOR 0 0 0 > > > > > > IMAGECOLOR 255 255 255 > > > > > > TRANSPARENT FALSE > > > > > > UNITS KILOMETERS > > > > > > INTERVALS 5 > > > > > > SIZE 150 5 > > > > > > STYLE 0 > > > > > > POSITION LL > > > > > > INTERLACE TRUE > > > > > > LABEL > > > > > > TYPE BITMAP > > > > > > SIZE SMALL > > > > > > OFFSET 0 0 > > > > > > BUFFER 0 > > > > > > MINDISTANCE -1 > > > > > > MINFEATURESIZE -1 > > > > > > COLOR 0 0 0 > > > > > > PARTIALS TRUE > > > > > > FORCE FALSE > > > > > > END > > > > > > END > > > > > > LAYER > > > > > > NAME "bathymetry" > > > > > > STATUS ON > > > > > > DATA "bath_mapserver.tif" > > > > > > TYPE RASTER > > > > > > UNITS METERS > > > > > > SIZEUNITS PIXELS > > > > > > TOLERANCE 3 > > > > > > TOLERANCEUNITS PIXELS > > > > > > TEMPLATE "ttt.html" > > > > > > END > > > > > > > > > > > > > > > > > > LAYER > > > > > > NAME "Eman-sites" > > > > > > STATUS OFF > > > > > > DATA "sites.shp" > > > > > > TYPE POINT > > > > > > UNITS METERS > > > > > > SIZEUNITS METERS > > > > > > LABELITEM "Name" > > > > > > TOLERANCE 5 > > > > > > TOLERANCEUNITS PIXELS > > > > > > TRANSFORM TRUE > > > > > > TEMPLATE "ttt.html" > > > > > > CLASS > > > > > > NAME "site" > > > > > > SYMBOL 2 > > > > > > COLOR 255 51 102 > > > > > > SIZE 7 > > > > > > MINSIZE 1 > > > > > > MAXSIZE 100 > > > > > > END > > > > > > END > > > > > > END > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > From: "Paul Dymecki" > > > To: "Daniel Morissette" > > > Cc: "MapServer List (E-mail)" > > > Sent: Monday, March 03, 2003 3:58 PM > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > > > > Hi, > > > > Yes i think i've covered all the obvious, things, though you > > never > > > know. > > > > Here are my two scripts that query the db and create the shp and > dbf > > > files. > > > > shp_ukpdate.php queries the db and eman_shp.php has supporting > > > classes > > > > thx, > > > > Paul > > > > ----- Original Message ----- > > > > From: "Daniel Morissette" > > > > To: "Paul Dymecki" > > > > Sent: Monday, March 03, 2003 3:38 PM > > > > Subject: Re: [Mapserver-users] adding shp to mapfile / projection > > > > > > > > > > > > > Paul Dymecki wrote: > > > > > > > > > > > > Hi Daniel, > > > > > > From talking to people i think i've narrowed it down to a > > > problem > > > > with > > > > > > my shp file format. Any ways here is my current projection > > > function, > > > > create > > > > > > point, and close() functions if you can see anything that's > off? > > > > > > thx, > > > > > > Paul > > > > > > > > > > > > > > > > From reading the replies on the list this is probably the next > > > logical > > > > > thing to check, but without seeing your complete application > > > including > > > > > scripts and data nobody can confirm that. > > > > > > > > > > Did you make sure that you pass a valid shapefile type to the > call > > > to > > > > > ms_newShapeFileObj()? > > > > > > > > > > BTW, please reply via the list, this will increase your chances > of > > > > > getting help. > > > > > > > > > > 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 > > > > > > _______________________________________________ > > 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 tzerweck at zebris.com Tue Mar 4 00:16:11 2003 From: tzerweck at zebris.com (Thomas Zerweck) Date: Tue, 4 Mar 2003 09:16:11 +0100 Subject: AW: [Mapserver-users] Java question Message-ID: You should set the value of the zoomsize to 1 - then no zoomin will happen. Thomas -----Urspr?ngliche Nachricht----- Von: Kevin Slover [mailto:Kevin.Slover at noaa.gov] Gesendet: Montag, 3. M?rz 2003 19:38 An: Mapserver Mailing-List Betreff: [Mapserver-users] Java question I am having a little bit of a problem... I am using java jbox to allow the user to zoom in/zoom out, etc. I have followed some of the examples given in the gallery pages. My problem: The user chooses the zoom button, and then draws a box. The box remains "depressed" until something else is chosen. No problems there. Now, checkboxes that allows the user to choose the layer they want displayed. The only problem is that if the user first zooms, then checks a layer, the layer displays, but the image zooms in as well. Some snippets of my code (instead of posting all):
... Slosh Outline
Those are the major players in my code. I have tried setting value="0" for zoomdir, but without any luck. It continues to zoom... anyone have any ideas? Thanks! Cheers -- LTJG Kevin Slover, NOAA GIS Specialist/Oceanographer NOAA/National Hurricane Center/Storm Surge Unit 11691 SW 17th Street Miami FL 33165 W (305) 229-4456 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From stepan.kafka at centrum.cz Tue Mar 4 00:31:53 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 4 Mar 2003 09:31:53 +0100 Subject: [Mapserver-users] Annotation In-Reply-To: <86092B835BADD511BFFC00D0B7893858B115B9@AMLP8200> Message-ID: <000a01c2e228$8237cf20$ee4de4c2@HSGIS> Use truetype font for labeling and parameter ANGLE AUTO inside the label objcet to follow the road direction. See documentation for more. Stepan Kafka > -----P?vodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele John > Richardson > Odesl?no: 26. ?nora 2003 20:50 > Komu: 'mapserver-users at lists.gis.umn.edu' > P?edm?t: [Mapserver-users] Annotation > > > Hello all, > > New to MapServer (and already having great results!) and we are trying to > get our street centerlines to label properly. So far, all of the > labels are > horizontal, even the ones for vertical (north-south) streets. What is the > best way to get good looking labels? > > Thanks in advance > > John D. Richardson > GIS Coordinator > City of Anderson > 120 E. 8th St. > Anderson, IN 46016 > (765) 648-6092 > jrichardson at cityofanderson.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From gis at schnegg.net Tue Mar 4 01:49:10 2003 From: gis at schnegg.net (Frank Rittinger) Date: Tue, 04 Mar 2003 10:49:10 +0100 Subject: [Mapserver-users] drawing labels dynamically Message-ID: <3E647696.4070205@schnegg.net> Hello mapserver users, Is there a way to draw labels (using PHP/Mapscript) dynamically, i.e. depending on a query of an external database? I want to draw statistical data into maps, generated by mapserver, which is not available when the map files and the shape files (actually *.tab files) are generated. I thought of creating shape files on-the-fly, but the Mapscript documentation says that attributes of shapes are read-only and cannot be added. Thanks, Frank From A.HUSSAIN at CGIAR.ORG Tue Mar 4 03:57:22 2003 From: A.HUSSAIN at CGIAR.ORG (Hussain, Asghar IWMIPK) Date: Tue, 04 Mar 2003 03:57:22 -0800 Subject: [Mapserver-users] Windows NT 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. ------=_NextPartTM-000-b3fdb690-4e24-11d7-a5ff-00508bf7dfd0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2E245.373B01F0" ------_=_NextPart_001_01C2E245.373B01F0 Content-Type: text/plain; charset="iso-8859-1" Hi all my map server version 3.6.3 is not working with window NT. please let me know the latest and stable map server version download site which work with windows NT workstation. thanks Asghar Hussain Spatial Data Analyst (GIS/RS) International Water Management Institute (IWMI) 12 km. Multan Road, Chowk Thokar Niaz Baig, Lahore 53700 Phone: + 92 (042) 5410050-53 Fax: +92 (042) 5410054 a.hussain at cgiar.org _____ Upgrade Your Email - Click here! ------_=_NextPart_001_01C2E245.373B01F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all
my map server version 3.6.3 is = not working=20 with window NT. please let me know the latest and stable map server = version=20 download site which work with windows NT workstation.
 
thanks

Asghar Hussain
Spatial Data Analyst (GIS/RS) =
International Water Management Institute = (IWMI)=20
12 km. Multan Road, Chowk Thokar Niaz = Baig, Lahore=20 53700
Phone: + 92 (042) = 5410050-53  Fax:=20 +92 (042) 5410054
a.hussain at cgiar.org=20



------_=_NextPart_001_01C2E245.373B01F0-- ------=_NextPartTM-000-b3fdb690-4e24-11d7-a5ff-00508bf7dfd0-- From Gunter.Rieth at stadt.mainz.de Tue Mar 4 04:45:57 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Tue, 4 Mar 2003 13:45:57 +0100 Subject: Antwort: [Mapserver-users] TAB to WLD conversion Message-ID: HI, there is somewhere a MI-mbx called: tab2tfw-272.mbx ( I'll try to send it with this mail ?!), but in some Mapserver Versions (maybe 3.6.3 with ogr support) I was able to use MapInfo Raster TABs without TFW-file Greetings and good luck 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 "Matt Hatcher" Gesendet von: mapserver-users-admin at lists.gis.umn.edu 03.03.2003 16:37 An: Kopie: Thema: [Mapserver-users] TAB to WLD conversion Hi there, I've got a number of rasters that are georeferenced using the MapInfo TAB method. Is there any software that anyone knows of which will convert these TAB files into WLD or TFW files for use with MapServer (and other software)? Cheers, Matt From Gunter.Rieth at stadt.mainz.de Tue Mar 4 04:47:08 2003 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Tue, 4 Mar 2003 13:47:08 +0100 Subject: Antwort: [Mapserver-users] TAB to WLD conversion 2nd trial Message-ID: --=_mixed 00463BF6C1256CDF_= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Stra=DFe 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 ----- Weitergeleitet von Gunter Rieth/Dez1/Mainz am 04.03.2003 13:46 ----- Gunter Rieth 04.03.2003 13:45 An: Kopie: "Matt Hatcher" Thema: Antwort: [Mapserver-users] TAB to WLD conversion HI,=20 there is somewhere a MI-mbx called: tab2tfw-272.mbx ( I'll try to=20 send it with this mail ?!), but in some Mapserver Versions (maybe 3.6.3 with ogr support) I was able=20 to use MapInfo Raster TABs without TFW-file Greetings and good luck=20 Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Stra=DFe 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 "Matt Hatcher" Gesendet von: mapserver-users-admin at lists.gis.umn.edu 03.03.2003 16:37 =20 An: Kopie: Thema: [Mapserver-users] TAB to WLD conversion Hi there, =20 I've got a number of rasters that are georeferenced using the MapInfo TAB=20 method. =20 Is there any software that anyone knows of which will convert these TAB=20 files into WLD or TFW files for use with MapServer (and other software)? =20 Cheers, Matt =20 --=_mixed 00463BF6C1256CDF_= Content-Type: application/octet-stream; name="tab2tfw-272.mbx" Content-Disposition: attachment; filename="tab2tfw-272.mbx" Content-Transfer-Encoding: base64 IUFwcAohVmVyc2lvbiA1NTAKIUNoYXJzZXQgV2luZG93c0xhdGluMQoAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABRCwAAUQsAAFELAABaCwAAWgsAAAAAAQAA AAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAQAAKAAAACoIAAAJCQAAqQASACAA AAAAAAAACQoAAAEAAAAJCgAA+goA6+EhAAAA/fVmAADxCgAA8QoBAPEKBQD1PQAE//oMAP3xCgAA 4SEAAAAU//cyAOP6DwD8OAQoBP3hIQAAAP9iBQYGHAQOBP3xAjUA//76FgD8XgQGBg4E/fECNQD/ AwTyIQAAAP76FwD8XgQGBg4E/fECNQD/AwTyIQAAAP76GAD8XgQGBg4E/fECNQD/AwTyIQAAAP76 GQD8XgQGBg4E/fECNQD/AwTyIQAAAP76GgD8XgQGBg4E/fECNQD/AwTyIQAAAP76GwD8XgQGBg4E /fECNQD/AwTyIQAAAP76HAD8XgQGBg4E/fECNQD/AwTyIQAAAP76HQD8XgQGBg4E/fECNQD/AwTy IQAAAP76HgDr8iECAAD98QI1AP/6HwDr8iEAAAD98iEAAAD1JQAB9SQAAf/6IADr8iEZAAD98QI1 AP/6IQD98iECAADyIQAAAPVhAAEY//d6A/oiAOvyIQEAAP3yIQAAAPIhAgAA8QI1APUpAAP/+iMA /fIhAQAA8Qo9ABTyIRkAABL/96oB+iQA6/IhAwAA/fIhAgAA8QI1AAz/9mID+iUA/fIhAQAA8Qo/ ABTyIRkAABL/9/0B+iYA6/IhBAAA/fIhAgAA//onAOvyIQcAAP3yIQAAAPIhAwAA8iEEAADyIQMA AA31KQAD9S8AAf/2YgP6KAD98iEBAADxCkEAFPIhGQAAEv/3dAL6KQDr8iEFAAD98iEEAADxAjUA DP/6KgDr8iEGAAD98iECAAD/+isA6/IhCQAA/fIhAAAA8iEFAADyIQYAAPIhBQAADfUpAAP1LwAB //osAOvyIRkAAP3xAkMA//ZiA/otAP3yIQEAAPEKPQAU8iEZAAATEv/3pQL6LgDr8iEDAAD98iEC AADxAjUADP/2YgP6LwD98iEBAADxCj8AFPIhGQAAExL/9/kC+jAA6/IhBAAA/fIhAgAA//oxAOvy IQsAAP3yIQAAAPIhAwAA8iEEAADyIQMAAA31KQAD9S8AAf/2YgP6MgD98iEBAADxCkEAFPIhGQAA ExL/92ID+jMA6/IhBQAA/fIhBAAA8QI1AAz/+jQA6/IhBgAA/fIhAgAA//o1AOvyIQ0AAP3yIQAA APIhBQAA8iEGAADyIQUAAA31KQAD9S8AAf/2egP6OADr8iECAAD98iECAADxAjUADP/2RgH6OgD8 XgQGBg4E/fECNQD/AwTyIQAAAP76OwD8XgQGBg4E/fECNQD/AwTyIQAAAP76PADr8iECAAD98QI1 AP/6PQDr8iEAAAD98iEAAAD1JQAB9SQAAf/6PgDr8iEZAAD98QI1AP/6PwD98iECAADyIQAAAPVh AAEY//cUBvpAAOvyIQEAAP3yIQAAAPIhAgAA8QI1APUpAAP/+kEA/fIhAQAA8Qo9ABTyIRkAABL/ 90QE+kIA6/IhAwAA/fIhAgAA8QI1AAz/9vwF+kMA/fIhAQAA8Qo/ABTyIRkAABL/95cE+kQA6/Ih BAAA/fIhAgAA//pFAOvyIQgAAP3yIQAAAPIhAwAA8iEEAADyIQMAAA31KQAD9S8AAf/2/AX6RgD9 8iEBAADxCkEAFPIhGQAAEv/3DgX6RwDr8iEFAAD98iEEAADxAjUADP/6SADr8iEGAAD98iECAAD/ +kkA6/IhCgAA/fIhAAAA8iEFAADyIQYAAPIhBQAADfUpAAP1LwAB//pKAOvyIRkAAP3xAkMA//b8 BfpLAP3yIQEAAPEKPQAU8iEZAAATEv/3PwX6TADr8iEDAAD98iECAADxAjUADP/2/AX6TQD98iEB AADxCj8AFPIhGQAAExL/95MF+k4A6/IhBAAA/fIhAgAA//pPAOvyIQwAAP3yIQAAAPIhAwAA8iEE AADyIQMAAA31KQAD9S8AAf/2/AX6UAD98iEBAADxCkEAFPIhGQAAExL/9/wF+lEA6/IhBQAA/fIh BAAA8QI1AAz/+lIA6/IhBgAA/fIhAgAA//pTAOvyIQ4AAP3yIQAAAPIhBQAA8iEGAADyIQUAAA31 KQAD9S8AAf/2FAb6VgDr8iECAAD98iECAADxAjUADP/24AP6WAD8XgQGBg4E/fECNQD/AwTyIQAA AP76WQD8HwQoBA4E/fECNQD//vpcAOvyIRoAAP3yIQcAAPIhCAAADfUAAAHyIQsAAPIhDAAADfUA AAEP//pdAOvyIRsAAP3yIQkAAPIhCgAADfIhDQAA8iEOAAAND//6XwDr8iEcAAD94SEAAAD1WwAB //pgAOvyIRwAAP3yIRwAAPIhHAAA9WEAAfECSwAN9SgAAv/6YwDr8iEdAAD94SEAAAD1WgAB8iEc AAAM8QpTAAz/+mUA/fIhHQAA9XAAAf/3JAf6ZgDr8iEeAAD98QpYAPIhHQAADPEKcAAM8QpyAPEK dQD1XwAD//poAP3yIR4AABP/9yQH4/puAPw4BCgE/fIhHQAA/2IFBwYcBA4E/fECfAD//vpvAPxH Bg4E/fECfAD/AwT98iEaAADxCoQA9SsAAv/++nAA/EcGDgT98QJ8AP8DBP3xCpMA//76cQD8RwYO BP3xAnwA/wME/fEKkwD//vpyAPxHBg4E/fECfAD/AwT98iEbAADxCoQA9SsAAv/++nMA/EcGDgT9 8QJ8AP8DBP3yIQcAAPEKngD1KwAC//76dAD8RwYOBP3xAnwA/wME/fIhCQAA8QqeAPUrAAL//vp1 APwfBCgEDgT98QJ8AP/++ABUQUIAU2VsZWN0IHRoZSAuVEFCIGZpbGUgbmVlZGVkIHRvIGNvbnZl cnQgdG8gLlRGVzoAAAAAAAAA8D8oACwAKQAAAAAAAAAAAAAAAAAAABBALlRGVwBPdmVyd3JpdGUg dGhlIGV4aXN0aW5nIAA/AE9LAENhbmNlbAAAAAAAAAAAQCMuIyMjIyMjIyMjIyMjADAuMDAwMDAw MDAAIy4jIyMjIyMjIwABAAABAQABBQACNQABPQABPwABQQACQwACSwABUwABWAABcAABcgABdQAC fAABhAABkwABngABAP//AAAAAAEA//8AAAAAAwD//wAAAAADAP//AAAAAAMA//8AAAAAAwD//wAA AAADAP//AAAAAAgA//8AAAAACAD//wAAAAAIAP//AAAAAAgA//8AAAAAAwD//wAAAAADAP//AAAA AAMA//8AAAAAAwD//wAAAAAIAP//AAAAAAgA//8AAAAACAD//wAAAAAIAP//AAAAAAgA//8AAAAA CAD//wAAAAAIAP//AAAAAAgA//8AAAAACAD//wAAAAAIAP//AAAAAAYA//8AAAAACAD//wAAAAAI AP//AAAAAAEA//8AAAAAAQD//wAAAAAGAP//AAAAAAEA//8AAAAAAQD//wAAAABAAQAABE1haW4A AAAAAAAAAG4LAAByDAAAAQAAAEABAAByDAAAIAAAAAVtdGVtcAVtY2hhcgZtY291bnQLbWJlZ2lu bmluZ1gIbUVuZGluZ1gLbWJlZ2lubmluZ1kIbWVuZGluZ1kDbXgxA214MgNteTEDbXkyCG1waXhl bHgxCG1waXhlbHgyCG1waXhlbHkxCG1waXhlbHkyBWZfZFgxBWZfZFkxBWZfZFgyBWZfZFkyBGZf WDAEZl9ZMARmX1gxBGZfWTEEZl9YMgRmX1kyC21jb29yZGluYXRlC21waXhlbFhzaXplC21waXhl bHlzaXplDXNCYXNlRmlsZU5hbWUMc1RGV0ZpbGVOYW1lCWJDb250aW51ZQdzdHJDU3lz2AwAAAIA AAAWRDpcVEFCMlRGV1x0YWIydGZ3Lk1CWBdEOlxUQUIyVEZXXHRhYjJ0ZncubWIAAC5EOlxQUk9H UkFNIEZJTEVTXE1BUElORk9cTUFQQkFTSUNcbWFwYmFzaWMuZGVm --=_mixed 00463BF6C1256CDF_=-- From eric at gomoos.org Tue Mar 4 00:37:16 2003 From: eric at gomoos.org (Eric Bridger) Date: 04 Mar 2003 08:37:16 +0000 Subject: [Mapserver-users] projecting a point in PHP MapScript In-Reply-To: <3E63D243.2090902@calacademy.org> References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> Message-ID: <1046767038.1465.12.camel@ubet.gomoos.org> Chris, 1) pointObj->project() does not return a point, it just reprojects the pointObj, so getting a null is not an error. 2) Still the crab_here point is not gettting projected. When I did something similiar in Perl mapscript, for my UTM projection I used:my $proj_utm = new projectionObj('proj=utm,ellps=GRS80,zone=19,north,no_defs'); Eric On Mon, 2003-03-03 at 22:08, Chris Black wrote: > Hello all. I have some data in DD that I want to project in UTM (so I > can plot them on a UTM map). I've written code that I *think* should do > this: > > $crab_here = ms_newpointobj(); > // here's a DD lat/long: 38.20527700 -122.37277700 > $inproj = ms_newProjectionObj("proj=latlong,ellps=clrk66"); > $outproj = ms_newProjectionObj("proj=utm,datum=NAD27,zone=10"); > $crab_here->setXY(38.20527700, -122.37277700); > $new_obj = $crab_here->project($inproj, $outproj); > if ($new_obj == null) {print "new_obj is null";} else > {print("new_obj is "); print($new_obj);} > print("; x is "); > print($crab_here->x); > print("; y is "); > print($crab_here->y); > > But when I run this it prints "new_obj is null; x is 38.205277; y is > -122.372777", that is, I don't have a new point. > > What am I doing wrong? > > Thanks. > > -- Chris > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From 0098kast at edu.fh-kaernten.ac.at Tue Mar 4 05:43:48 2003 From: 0098kast at edu.fh-kaernten.ac.at (Kaps Stefan) Date: Tue, 4 Mar 2003 14:43:48 +0100 Subject: [Mapserver-users] unknown errors when running the demo app. Message-ID: <3F01711BFB99D411835B0008C7866AA001308097@EXCHANGE01> Hello! When i'm trying to install the demo app. and run mapserv.exe in the browser, i get the message "No query information to decode. QUERY_STRING not set" instead of "No query information to decode. QUERY_STRING is set, but empty" as mentioned in the documentation. Running the demo_init.html and initializing the demo there is just the user interface, but the map-window appears blank. A Query results in that message "msSaveImage(): Unable to access file. (C:\Inetpub\wwwroot\tmp\DEMO10467852871028.gif)". Does anybody know these kinds of problems (I'm quite sure somebody does...) cheers Stefan From schut at sarvision.com Tue Mar 4 07:09:37 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 4 Mar 2003 16:09:37 +0100 Subject: [Mapserver-users] swf output & 24bit color Message-ID: <200303041609.37279.schut@sarvision.com> Does any of you know if swf output can be combined with 24bit color depth? I am displaying a raster file through swf output and it looks like being palletized or at least reduced color depth, no matter whether I set 'imagemode RGB' in the swf outputformat part. Using: php4.3.1, latest GD, mapserver cvs from some weeks ago (phpinfo sais about mapscript ($Revision: 1.141 $ $Date: 2003/01/24 17:01:05 $), so it's likely from end of january). Is there a way to have a better colordepth in swf output, or is swf only supporting a reduced color depth? -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From jdeck at socrates.Berkeley.EDU Tue Mar 4 07:35:25 2003 From: jdeck at socrates.Berkeley.EDU (John Deck) Date: Tue, 4 Mar 2003 07:35:25 -0800 Subject: [Mapserver-users] drawing labels dynamically In-Reply-To: <3E647696.4070205@schnegg.net> Message-ID: <000001c2e263$ad88d260$38d62080@JDECKLAP> This was somewhere on the list awhile back I think... Here is what I did though: Make a point layer called dynamic_point in the map file and added points to the layer in PHP, sending label attributes with the point object draw command. The PHP is something like: $l_pointLabel = ms_newPointObj(); $l_pointLabel->setXY($x-coord,$y-coord); $l_layerPoint = $l_map->getLayerByName("dynamic_point"); $l_image=$l_map->draw(); $l_pointLabel->draw($l_map,$l_layerPoint,$l_image,0,"some value you want to label the point with"); $l_map->drawLabelCache($l_image); You can loop this or pull whatever values you want for labels from an external database. Here is what the layer looks like: LAYER NAME dynamic_points TYPE point STATUS OFF CLASS EXPRESSION /./ SYMBOL 3 SIZE 7 NAME dynamic_points COLOR 255 255 255 LABEL TYPE TRUETYPE FONT ARIALBI COLOR 0 0 0 SIZE 8 POSITION LC WRAP " " END END END John Deck > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Frank Rittinger > Sent: Tuesday, March 04, 2003 1:49 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] drawing labels dynamically > > > Hello mapserver users, > > Is there a way to draw labels (using PHP/Mapscript) dynamically, i.e. > depending on a query of an external database? > > I want to draw statistical data into maps, generated by > mapserver, which > is not available when the map files and the shape files > (actually *.tab > files) are generated. > > I thought of creating shape files on-the-fly, but the Mapscript > documentation says that attributes of shapes are read-only > and cannot be > added. > > Thanks, Frank > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From trigas.b at envcart.aegean.gr Tue Mar 4 07:41:23 2003 From: trigas.b at envcart.aegean.gr (Trigas Basileios) Date: Tue, 4 Mar 2003 17:41:23 +0200 Subject: [Mapserver-users] demo problems! Message-ID: I've installed mapserver 3.6 (I use XP windows)and when I tried to run, demo_init.html it's shows me this message: msLoad Map():General error message.undefined symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno.(this gif existes!) From pagurekd at agr.gc.ca Tue Mar 4 07:53:49 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Tue, 04 Mar 2003 10:53:49 -0500 Subject: [Mapserver-users] defining a simple scalebar object Message-ID: --=_FAA5AD04.47265EA4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Here is the scalebar section from my mapfile and attached is an image = showing what it looks like. Debbie SCALEBAR STATUS ON IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE tiny END #LABEL STYLE 1 SIZE 200 3 COLOR 255 0 0 UNITS kilometers INTERVALS 3 END #SCALEBAR >>> Terrence Lalla 03/03/03 01:42PM >>> Hi everyone, I am trying to design a simple scalebar object. The output is in gif = format(dont know if this would affect anything).Anyways here is the code = in the map file: SCALEBAR STATUS ON UNITS METERS SIZE 20 20 BACKGROUNDCOLOR 120 120 120 COLOR 120 120 120 END Thanks in Advance=20 Terrence. --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more --=_FAA5AD04.47265EA4 Content-Type: application/octet-stream; name="scalebar.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="scalebar.gif" R0lGODdhyAASAIQAAP///wAAAP8AAP///8z//5nMzACZzMzMzJmZmWbMZmbMzP/Mmcz/zP//mcyZ zJlmzABmAJnMAMz/mcwAAP8zM//MZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA yAASAEAFzCAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8Cg0CUYxorGFzLZWg4DACizJI1arVJoNVjV irzYafYKBpMC6G94ym673ygnnCSfi+p2/M/MTqvHgEJja2VXgmqEZIYjWzKNYn6LW489aJGTZ0yR kpkmgYh2oaKjNgKmp6ipqqusra6vsLGys7S1q2x6cLlvu269pMDBwjaUmp2gi0CbmIyazMiUxS18 fc2f1Mp/2mtGXYqfnVrYJ+NJ3tfJPpjo0juDheDNYeXD9fb3+Pn4IQA7 --=_FAA5AD04.47265EA4-- From DMartin at erac.com Tue Mar 4 08:09:21 2003 From: DMartin at erac.com (Martin, Daniel) Date: Tue, 4 Mar 2003 10:09:21 -0600 Subject: [Mapserver-users] itemquery Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192BE3@STL-EXBE-I03.corp.erac.com> I just got itemquery working myself, after many failed attempts over the past year. Disregard this if you are using a 3.7 build, because I understand itemquery changes in that version. Here's my take on it: I suggest, for starters, to get it working by manually manipulating the query string. At a minimum, your query string needs this: qlayer=MyLayerName&queryvalue=MyValue&mapext=shapes Where I use "queryvalue" you can call it whatever you want, but it must match the FILTER setting below. If it is a point layer, you also need: &buffer=.005 (play with the buffer value to get the zoom you want, could be very different depending on your units) An example of a working (for me) image tag that works, based on a point layer, is: At the very least you need a FILTERITEM and FILTER on the LAYER in question. The FILTERITEM should be the field/collumn name. The FILTER should be a regex that includes the query value from the query string. Following my example, I would have: LAYER MyLayerName .... FILTERITEM MyCollumnName FILTER /^%queryvalue%/ ... END I'm sure I left something out, but I hope that helps. -Dan Martin > -----Original Message----- > From: randy james [mailto:rjames57 at yahoo.com] > Sent: Monday, March 03, 2003 4:53 PM > To: Mapserver Users > Subject: [Mapserver-users] itemquery > > > Hi > > I have been trying to figure out itemquery, without > results yet. I would like to show the attribute > information and a map that shows the polygon in the > template output. I am missing something important i'm > sure. So far i have a search.html which contains: > > > action="http://mapserver.ltc/cgi-bin/mapserv";> > value="/var/www/html/gis/maps/territory_proj.map"> > > > > > > > > > > > > A template file that contains all the database items > > > >
[Mapstand][Opening > Number][Planted spe].... > > The portion of the map file for the layer > > # 7 layer {Forest Cover} > layer > data "l_fc" > footer "l_fc_footer.html" > header "l_fc_header.html" > labelitem "SPECIES1" > template l_fc.html > labelmaxscale 200000 > labelminscale 60 > # labelsizeitem "2" > name "l_fc" > status off > type polygon > # transparency 50 > # filteritem "MAPSTAND" > # 1 class #none > CLASS > name 'Forest Cover' > # color 0 0 0 > OUTLINECOLOR 168 0 255 > LABEL > TYPE truetype > FONT arial > SIZE 6 > COLOR 0 0 0 > ANTIALIAS TRUE > END > END > > The url seems to be right to me: > > http://mapserver.ltc/cgi-bin/mapserv?map=%2Fvar%2Fwww%2Fhtml%2 Fgis%2Fmaps%2Fterritory_proj.map&mode=itemnquery&qlayer=l_fc&item=MAPSTAND&v alue=test This gives the error: msQueryByAttributes(): Query error. No query expression defined. Anyone still reading, and can help? ;-) Cheers Randy __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From vatsavai at cs.umn.edu Tue Mar 4 08:44:34 2003 From: vatsavai at cs.umn.edu (Ranga Raju Vatsavai) Date: Tue, 4 Mar 2003 10:44:34 -0600 (CST) Subject: [Mapserver-users] mail service down time Message-ID: <200303041644.KAA25336@pluto.cs.umn.edu> Hello All, There is a security advisory about sendmail today, so are shutting down sendmail on lists immediately. So all mailing list services will be unavailable for next couple of hours. I will send a notice once the upgrades are finished and services are restored. Thanks Raju ---- From vatsavai at cs.umn.edu Tue Mar 4 09:19:16 2003 From: vatsavai at cs.umn.edu (Ranga Raju Vatsavai) Date: Tue, 4 Mar 2003 11:19:16 -0600 (CST) Subject: [Mapserver-users] mailing lists ready Message-ID: <200303041719.LAA25512@pluto.cs.umn.edu> Hello All, All the mailing list services are restored. Thanks Raju ---- From John.Arthur at T-Mobile.com Tue Mar 4 09:31:14 2003 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Tue, 4 Mar 2003 09:31:14 -0800 Subject: [Mapserver-users] RH8 and GD Message-ID: This is not only related to Mapscript, but anything related to gd and php. I have read and followed the http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 to a "T". Everything compiles fine and normal php scripts run great. But, every time I run a php script that outputs an image using the gd library (jpgraph, mapscript, or gd examples) Apache returns this error: ------------------------------ Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: php If you think this is a server error, please contact the webmaster Error 500 localhost Tue 04 Mar 2003 12:20:18 PM EST Apache/2.0.40 (Red Hat Linux) ------------------------------ There is nothing in the logs except "Premature end of script headers: php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP 4.2.3 - GD 2.0.7, with the same results. Does anybody have a clue what the issue might be? Is it related to Apache 2.0? BTW, the mapserv cgi using the Itasca demo works just great. Thanks, John Arthur RF Technician Office: (757) 490-7221 Cellular: (757) 839-0021 Email: john.arthur at t-mobile.com T-Mobile USA Get more from life From vinko at cprsig.cl Tue Mar 4 10:20:53 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Tue, 4 Mar 2003 15:20:53 -0300 Subject: [Mapserver-users] RH8 and GD In-Reply-To: References: Message-ID: <20030304182053.GA28728@landsat.cprsig.cl> Are you sure that PHP is using/finding the same GD library which it was compiled against? On Tue, Mar 04, 2003 at 09:31:14AM -0800, Arthur, John wrote: > This is not only related to Mapscript, but anything related to gd and php. I have read and followed the http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 to a "T". Everything compiles fine and normal php scripts run great. But, every time I run a php script that outputs an image using the gd library (jpgraph, mapscript, or gd examples) Apache returns this error: > > ------------------------------ > > Server error! > > The server encountered an internal error and was unable to complete your request. > > Error message: > Premature end of script headers: php > > If you think this is a server error, please contact the webmaster > > Error 500 > > localhost > Tue 04 Mar 2003 12:20:18 PM EST > Apache/2.0.40 (Red Hat Linux) > > ------------------------------ > > There is nothing in the logs except "Premature end of script headers: php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP 4.2.3 - GD 2.0.7, with the same results. Does anybody have a clue what the issue might be? Is it related to Apache 2.0? BTW, the mapserv cgi using the Itasca demo works just great. > > Thanks, > > John Arthur > RF Technician > Office: (757) 490-7221 > Cellular: (757) 839-0021 > Email: john.arthur at t-mobile.com > T-Mobile USA > Get more from life > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Vinko Vrsalovic http://www.cprsig.cl From doug at moximedia.com Tue Mar 4 10:21:34 2003 From: doug at moximedia.com (Doug Cates) Date: Tue, 4 Mar 2003 10:21:34 -0800 Subject: [Mapserver-users] GDAL / GIF misunderstanding? Message-ID: <000601c2e27a$e38580e0$6401a8c0@vn.shawcable.net> Hi, I'm wondering if I'm confused. I've added a WMS client layer whose source is only available in GIF to a map file. I've got GDAL installed with internal GIF support. I'm using the map as a WMS server. As I don't have GIF output support, I'm requesting the output format set to image/png. When requesting a map, I see: drawGIF(): Image handling error. GIF support is not available. Content-type: text/html MapServer Message drawGIF(): Image handling error. GIF support is not available. Do I misunderstand? I thought that if I use GDAL, I should be able to read the GIFs. I'm not trying to write GIF, but the drawGIF() message above seems to indicate that I'm trying to do so. I'm definitely requesting the map using FORMAT=image/png in the WMS request. Any ideas would be appreciated. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From John.Arthur at T-Mobile.com Tue Mar 4 10:29:10 2003 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Tue, 4 Mar 2003 10:29:10 -0800 Subject: [Mapserver-users] RH8 and GD Message-ID: Well, I ran gdb on a test script that outputs an image and it showed an error with png. If I change the output to gif or jpeg instead of png, it runs fine. I just need to find out why libpng fails now. -----Original Message----- From: Vinko Vrsalovic [mailto:vinko at cprsig.cl] Sent: Tuesday, March 04, 2003 1:21 PM To: Arthur, John Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] RH8 and GD Are you sure that PHP is using/finding the same GD library which it was compiled against? On Tue, Mar 04, 2003 at 09:31:14AM -0800, Arthur, John wrote: > This is not only related to Mapscript, but anything related to gd and php. I have read and followed the http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 to a "T". Everything compiles fine and normal php scripts run great. But, every time I run a php script that outputs an image using the gd library (jpgraph, mapscript, or gd examples) Apache returns this error: > > ------------------------------ > > Server error! > > The server encountered an internal error and was unable to complete your request. > > Error message: > Premature end of script headers: php > > If you think this is a server error, please contact the webmaster > > Error 500 > > localhost > Tue 04 Mar 2003 12:20:18 PM EST > Apache/2.0.40 (Red Hat Linux) > > ------------------------------ > > There is nothing in the logs except "Premature end of script headers: php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP 4.2.3 - GD 2.0.7, with the same results. Does anybody have a clue what the issue might be? Is it related to Apache 2.0? BTW, the mapserv cgi using the Itasca demo works just great. > > Thanks, > > John Arthur > RF Technician > Office: (757) 490-7221 > Cellular: (757) 839-0021 > Email: john.arthur at t-mobile.com > T-Mobile USA > Get more from life > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Vinko Vrsalovic http://www.cprsig.cl From woodbri at swoodbridge.com Tue Mar 4 10:26:02 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 04 Mar 2003 13:26:02 -0500 Subject: [Mapserver-users] RH8 and GD In-Reply-To: Message-ID: <3E64A96A.27187.2C33617C@localhost> John, Can you post a simple script that does this so I can try it on my config. Thanks, -Steve W. On 4 Mar 2003 at 9:31, Arthur, John wrote: > This is not only related to Mapscript, but anything related to gd and > php. I have read and followed the > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 to > a "T". Everything compiles fine and normal php scripts run great. > But, every time I run a php script that outputs an image using the gd > library (jpgraph, mapscript, or gd examples) Apache returns this > error: > > ------------------------------ > > Server error! > > The server encountered an internal error and was unable to complete > your request. > > Error message: > Premature end of script headers: php > > If you think this is a server error, please contact the webmaster > > Error 500 > > localhost > Tue 04 Mar 2003 12:20:18 PM EST > Apache/2.0.40 (Red Hat Linux) > > ------------------------------ > > There is nothing in the logs except "Premature end of script headers: > php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP 4.2.3 - GD > 2.0.7, with the same results. Does anybody have a clue what the issue > might be? Is it related to Apache 2.0? BTW, the mapserv cgi using > the Itasca demo works just great. > > Thanks, > > John Arthur > RF Technician > Office: (757) 490-7221 > Cellular: (757) 839-0021 > Email: john.arthur at t-mobile.com > T-Mobile USA > Get more from life > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From warmerdam at pobox.com Tue Mar 4 10:49:31 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 04 Mar 2003 13:49:31 -0500 Subject: [Mapserver-users] GDAL / GIF misunderstanding? In-Reply-To: <000601c2e27a$e38580e0$6401a8c0@vn.shawcable.net> References: <000601c2e27a$e38580e0$6401a8c0@vn.shawcable.net> Message-ID: <3E64F53B.7050201@pobox.com> Doug Cates wrote: > Do I misunderstand? I thought that if I use GDAL, I should be able to read > the GIFs. I'm not trying to write GIF, but the drawGIF() message above seems > to indicate that I'm trying to do so. I'm definitely requesting the map > using FORMAT=image/png in the WMS request. > > Any ideas would be appreciated. Doug, It seems that the 3.6.x series code (in mapraster.c) is still setup to call drawGIF() and report an error if GIF is not enabled even if GDAL is available and does have GIF support. I could provide a patch for mapraster.c if you are interested. Should this be rolled into a future 3.6.x? Note, I did already ensure that GDAL would be used if TIFF, PNG or JPEG were not configured, but for some reason the same fix was not applied for GIF. This isn't an issue in MapServer 3.7 where the rules are fairly different. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From morissette at dmsolutions.ca Tue Mar 4 10:54:59 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 04 Mar 2003 13:54:59 -0500 Subject: [Mapserver-users] GDAL / GIF misunderstanding? References: <000601c2e27a$e38580e0$6401a8c0@vn.shawcable.net> <3E64F53B.7050201@pobox.com> Message-ID: <3E64F683.22938D81@dmsolutions.ca> Frank Warmerdam wrote: > > I could provide a patch for mapraster.c if you are interested. Should this > be rolled into a future 3.6.x? Note, I did already ensure that GDAL would > be used if TIFF, PNG or JPEG were not configured, but for some reason the > same fix was not applied for GIF. > Frank, If the same logic is already applied and working for the JPEG and PNG formats in 3.6.x then I think it would be a good idea to fix the GIF case the same way in the 3.6.x branch so if we ever release 3.6.5 then this fix will be part of it. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From cblack at CalAcademy.Org Tue Mar 4 11:03:54 2003 From: cblack at CalAcademy.Org (Chris Black) Date: Tue, 04 Mar 2003 11:03:54 -0800 Subject: [Mapserver-users] documentation bug (was Re: projecting a point in PHP MapScript) References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> Message-ID: <3E64F89A.8050406@calacademy.org> Eric Bridger wrote: >Chris, >1) pointObj->project() does not return a point, it just reprojects the >pointObj, so getting a null is not an error. > In that case, the online PHP class documentation should be modified. The doc at http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#proj has this code snippet: $projInObj = ms_newprojectionobj("proj=latlong"); $projOutObj = ms_newprojectionobj("proj=lcc,ellps=GRS80, lat_0=49,lon_0=-95,lat_1=49,lat_2=77"); $poPoint = ms_newpointobj(); $poPoint->setXY(-92.0, 62.0); $poPoint = $poPoint->project($projInObj, $projOutObj); More on my own woes in my next message. -- Chris From warmerdam at pobox.com Tue Mar 4 11:01:29 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 04 Mar 2003 14:01:29 -0500 Subject: [Mapserver-users] GDAL / GIF misunderstanding? In-Reply-To: <3E64F683.22938D81@dmsolutions.ca> References: <000601c2e27a$e38580e0$6401a8c0@vn.shawcable.net> <3E64F53B.7050201@pobox.com> <3E64F683.22938D81@dmsolutions.ca> Message-ID: <3E64F809.8020306@pobox.com> This is a multi-part message in MIME format. --------------090601060905000508070705 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Daniel Morissette wrote: > Frank Warmerdam wrote: > >>I could provide a patch for mapraster.c if you are interested. Should this >>be rolled into a future 3.6.x? Note, I did already ensure that GDAL would >>be used if TIFF, PNG or JPEG were not configured, but for some reason the >>same fix was not applied for GIF. >> > > > Frank, > > If the same logic is already applied and working for the JPEG and PNG > formats in 3.6.x then I think it would be a good idea to fix the GIF > case the same way in the 3.6.x branch so if we ever release 3.6.5 then > this fix will be part of it. Daniel / Doug, OK, at this point I have to admit that I am not very CVS-branch competent. I have checked out 3.6.4 just fine and built it, and prepared the patch. Do I just commit, and it automatically goes into the right branch? I have attached the very simple patch (untested). 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 --------------090601060905000508070705 Content-Type: text/plain; name="patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch" Index: mapraster.c =================================================================== RCS file: /data2/cvsroot/mapserver/mapraster.c,v retrieving revision 1.54.2.2 diff -r1.54.2.2 mapraster.c 1774a1775 > #if !defined(USE_GDAL) || defined(USE_GD_GIF) 1830a1832 > #endif /* !defined(USE_GDAL) || defined(USE_GD_GIF) */ --------------090601060905000508070705-- From John.Arthur at T-Mobile.com Tue Mar 4 11:07:31 2003 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Tue, 4 Mar 2003 11:07:31 -0800 Subject: [Mapserver-users] RH8 and GD Message-ID: Here is a test script: Note if the output is changed to gif or jpeg it will work. "40", // x1 "1" => "50", // y1 "2" => "20", // x2 "3" => "240", // y2 "4" => "60", // x3 "5" => "60", // y3 "6" => "240", // x4 "7" => "20", // y4 "8" => "50", // x5 "9" => "40", // y5 "10" => "10", // x6 "11" => "10", // y6 ); $number = count($points) / 2; ImageString($image, 5, 15, 250, "There are $number points", $black); ImageFilledPolygon($image, $points, $number, $red); for ($i = 1; $i <= 5; $i++) { // five fonts $k = (($i * 10) + 70); ImageString($image, $i, 90, $k, "PHP images", $green); } imagepng($image); // render image imagedestroy($image); // free memory ?> -----Original Message----- From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: Tuesday, March 04, 2003 1:26 PM To: Arthur, John; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] RH8 and GD John, Can you post a simple script that does this so I can try it on my config. Thanks, -Steve W. On 4 Mar 2003 at 9:31, Arthur, John wrote: > This is not only related to Mapscript, but anything related to gd and > php. I have read and followed the > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 to > a "T". Everything compiles fine and normal php scripts run great. > But, every time I run a php script that outputs an image using the gd > library (jpgraph, mapscript, or gd examples) Apache returns this > error: > > ------------------------------ > > Server error! > > The server encountered an internal error and was unable to complete > your request. > > Error message: > Premature end of script headers: php > > If you think this is a server error, please contact the webmaster > > Error 500 > > localhost > Tue 04 Mar 2003 12:20:18 PM EST > Apache/2.0.40 (Red Hat Linux) > > ------------------------------ > > There is nothing in the logs except "Premature end of script headers: > php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP 4.2.3 - GD > 2.0.7, with the same results. Does anybody have a clue what the issue > might be? Is it related to Apache 2.0? BTW, the mapserv cgi using > the Itasca demo works just great. > > Thanks, > > John Arthur > RF Technician > Office: (757) 490-7221 > Cellular: (757) 839-0021 > Email: john.arthur at t-mobile.com > T-Mobile USA > Get more from life > _______________________________________________ > 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 Tue Mar 4 11:01:19 2003 From: doug at moximedia.com (Doug Cates) Date: Tue, 4 Mar 2003 11:01:19 -0800 Subject: [Mapserver-users] GDAL / GIF misunderstanding? In-Reply-To: <3E64F809.8020306@pobox.com> Message-ID: <000a01c2e280$719f6d00$6401a8c0@vn.shawcable.net> Frank, Thanks. I'll let you know if it works. Doug -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Tuesday, March 04, 2003 11:01 AM To: Daniel Morissette Cc: Doug Cates; Mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] GDAL / GIF misunderstanding? Daniel Morissette wrote: > Frank Warmerdam wrote: > >>I could provide a patch for mapraster.c if you are interested. Should this >>be rolled into a future 3.6.x? Note, I did already ensure that GDAL would >>be used if TIFF, PNG or JPEG were not configured, but for some reason the >>same fix was not applied for GIF. >> > > > Frank, > > If the same logic is already applied and working for the JPEG and PNG > formats in 3.6.x then I think it would be a good idea to fix the GIF > case the same way in the 3.6.x branch so if we ever release 3.6.5 then > this fix will be part of it. Daniel / Doug, OK, at this point I have to admit that I am not very CVS-branch competent. I have checked out 3.6.4 just fine and built it, and prepared the patch. Do I just commit, and it automatically goes into the right branch? I have attached the very simple patch (untested). 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 cblack at CalAcademy.Org Tue Mar 4 11:16:07 2003 From: cblack at CalAcademy.Org (Chris Black) Date: Tue, 04 Mar 2003 11:16:07 -0800 Subject: [Mapserver-users] projecting a point in PHP MapScript References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> Message-ID: <3E64FB77.2090304@calacademy.org> --------------020509060203000905000602 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I've tried every variation I can think of on my projection definitions, including one closely modeled on Eric's example (for which many thanks), and my point is still not being re-projected. Can anyone suggest a way to debug this? Sources of information on projection definitions would also be welcome; I looked at what I could find on the Web, but don't feel I fully understand them yet (understatement!). Latest version of my code is: ----------------- $crab_here = ms_newpointobj(); // here's a DD lat/long: 38.20527700 -122.37277700 $inproj = ms_newProjectionObj("proj=longlat,ellps=clrk66"); $outproj = ms_newProjectionObj("proj=utm,ellps=clrk66,zone=10,north,no_defs"); $crab_here->setXY(38.20527700, -122.37277700); $new_obj = $crab_here->project($inproj, $outproj); print("x is "); print($crab_here->x); print("; y is "); print($crab_here->y); ----------------------------- And the output is "x is 38.205277; y is -122.372777". Here's some of the metadata for the map I'm trying to put the dot on (and which I thus used to define $outproj): ----------------------------------- SPATIAL_REFERENCE_INFORMATION Horizontal_Coordinate_System_Definition Planar Grid_Coordinate_System Grid_Coordinate_System_Name: Universal Transverse Mercator Universal_Transverse_Mercator: UTM_Zone_Number: 10 Transverse_Mercator Scale_Factor_at_Central_Meridian: implied Longitude_of_Central_Meridian: implied Latitude_of_Projection_Origin: implied False_Easting: implied False_Northing: implied Planar_Coordinate_Information Planar_Coordinate_Encoding_Method: Row and column Coordinate_Representation: Abscissa_Resolution: 30.0 Ordinate_Resolution: 30.0 Planar_Distance_Units: Meters Geodetic_Model Horizontal_Datum_Name: North American Datum 1927 Ellipsoid_Name: Clarke 1866 Semi-major_Axis: 6378206.4 Denominator_of_Flattening_Ratio: 294.98 --------------------------------- Thanks for any help you can give. -- Chris Eric Bridger wrote: >Chris, >1) pointObj->project() does not return a point, it just reprojects the >pointObj, so getting a null is not an error. >2) Still the crab_here point is not gettting projected. When I did >something similiar in Perl mapscript, for my UTM projection I used:my >$proj_utm = new >projectionObj('proj=utm,ellps=GRS80,zone=19,north,no_defs'); > >Eric > >On Mon, 2003-03-03 at 22:08, Chris Black wrote: > > >>Hello all. I have some data in DD that I want to project in UTM (so I >>can plot them on a UTM map). I've written code that I *think* should do >>this: >> >>$crab_here = ms_newpointobj(); >>// here's a DD lat/long: 38.20527700 -122.37277700 >>$inproj = ms_newProjectionObj("proj=latlong,ellps=clrk66"); >>$outproj = ms_newProjectionObj("proj=utm,datum=NAD27,zone=10"); >>$crab_here->setXY(38.20527700, -122.37277700); >>$new_obj = $crab_here->project($inproj, $outproj); >>if ($new_obj == null) {print "new_obj is null";} else >>{print("new_obj is "); print($new_obj);} >>print("; x is "); >>print($crab_here->x); >>print("; y is "); >>print($crab_here->y); >> >>But when I run this it prints "new_obj is null; x is 38.205277; y is >>-122.372777", that is, I don't have a new point. >> >>What am I doing wrong? >> >>Thanks. >> >>-- Chris >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > > > > --------------020509060203000905000602 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I've tried every variation I can think of on my projection definitions, including one closely modeled on Eric's example (for which many thanks), and my point is still not being re-projected.  Can anyone suggest a way to debug this?  Sources of information on projection definitions would also be welcome; I looked at what I could find on the Web, but don't feel I fully understand them yet (understatement!).

Latest version of my code is:
-----------------
$crab_here = ms_newpointobj();
// here's a DD lat/long: 38.20527700 -122.37277700
$inproj = ms_newProjectionObj("proj=longlat,ellps=clrk66");
$outproj = ms_newProjectionObj("proj=utm,ellps=clrk66,zone=10,north,no_defs");
$crab_here->setXY(38.20527700, -122.37277700);
$new_obj = $crab_here->project($inproj, $outproj);
print("x is ");
print($crab_here->x);
print("; y is ");
print($crab_here->y);
-----------------------------
And the output is "x is 38.205277; y is -122.372777".

Here's some of the metadata for the map I'm trying to put the dot on (and which I thus used to define $outproj):
-----------------------------------
SPATIAL_REFERENCE_INFORMATION



  Horizontal_Coordinate_System_Definition

    Planar

      Grid_Coordinate_System

        Grid_Coordinate_System_Name: Universal Transverse Mercator

        Universal_Transverse_Mercator:

          UTM_Zone_Number: 10

          Transverse_Mercator

            Scale_Factor_at_Central_Meridian: implied

            Longitude_of_Central_Meridian: implied

            Latitude_of_Projection_Origin: implied

            False_Easting: implied

            False_Northing:    implied

      Planar_Coordinate_Information

        Planar_Coordinate_Encoding_Method: Row and column

        Coordinate_Representation:

          Abscissa_Resolution: 30.0

          Ordinate_Resolution: 30.0

        Planar_Distance_Units: Meters

    Geodetic_Model

      Horizontal_Datum_Name: North American Datum 1927

      Ellipsoid_Name: Clarke 1866

      Semi-major_Axis: 6378206.4

      Denominator_of_Flattening_Ratio: 294.98
---------------------------------

Thanks for any help you can give.

-- Chris

Eric Bridger wrote:
Chris,
1) pointObj->project() does not return a point, it just reprojects the
pointObj, so getting a null is not an error.
2) Still the crab_here point is not gettting projected.  When I did
something similiar in Perl mapscript, for my UTM projection I used:my
$proj_utm = new         
projectionObj('proj=utm,ellps=GRS80,zone=19,north,no_defs');

Eric 

On Mon, 2003-03-03 at 22:08, Chris Black wrote:
  
Hello all.  I have some data in DD that I want to project in UTM (so I 
can plot them on a UTM map).  I've written code that I *think* should do 
this:

$crab_here = ms_newpointobj();
// here's a DD lat/long: 38.20527700 -122.37277700
$inproj = ms_newProjectionObj("proj=latlong,ellps=clrk66");
$outproj = ms_newProjectionObj("proj=utm,datum=NAD27,zone=10");
$crab_here->setXY(38.20527700, -122.37277700);
$new_obj = $crab_here->project($inproj, $outproj);
if ($new_obj == null) {print "new_obj is null";} else
{print("new_obj is "); print($new_obj);}
print("; x is ");
print($crab_here->x);
print("; y is ");
print($crab_here->y);

But when I run this it prints "new_obj is null; x is 38.205277; y is 
-122.372777", that is, I don't have a new point.

What am I doing wrong?

Thanks.

-- Chris

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

--------------020509060203000905000602-- From morissette at dmsolutions.ca Tue Mar 4 11:31:12 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 04 Mar 2003 14:31:12 -0500 Subject: [Mapserver-users] GDAL / GIF misunderstanding? References: <000601c2e27a$e38580e0$6401a8c0@vn.shawcable.net> <3E64F53B.7050201@pobox.com> <3E64F683.22938D81@dmsolutions.ca> <3E64F809.8020306@pobox.com> Message-ID: <3E64FF00.CFF62F2D@dmsolutions.ca> Frank Warmerdam wrote: > > OK, at this point I have to admit that I am not very CVS-branch competent. > I have checked out 3.6.4 just fine and built it, and prepared the patch. > Do I just commit, and it automatically goes into the right branch? > > I have attached the very simple patch (untested). > I have committed the patch to the 3.6.x branch in CVS. For the record, to commit a change to a branch you have to checkout the branch itself, and not just a regular tag. For instance, the 3.6.x branch is (poorly) named 'rel-3-6-0-beta1' so you would do 'cvs update -r rel-3-6-0-beta1' and then any changes you commit will go in that branch. If you checkout a regular tag (not a branch) like rel-3-6-4 then cvs will not let you commit anything. In the future the branches will be named in a more meaningful way, 'rel-3-6-0-beta1' was a poor choice. For 3.7 the branch name will be something like 'branch-3-7' and then inside that branch you'll have tags for 'rel-3-7-0', 'rel-3-7-1', etc. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From steve.lime at dnr.state.mn.us Tue Mar 4 12:32:22 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 04 Mar 2003 14:32:22 -0600 Subject: [Mapserver-users] demo problems! Message-ID: Your mapserver build probably doesn't support gif. Edit demo.map and change all references to .gif to .png and all should be well. Steve >>> Trigas Basileios 03/04/03 09:41AM >>> I've installed mapserver 3.6 (I use XP windows)and when I tried to run, demo_init.html it's shows me this message: msLoad Map():General error message.undefined symbol "symbols/ctyhwy.gif" in class 0 of layer ctyrdln3_anno.(this gif existes!) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kames at keyspanenergy.com Tue Mar 4 13:04:30 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Tue, 04 Mar 2003 16:04:30 -0500 Subject: [Mapserver-users] SHPTREE Odd behavior Message-ID: <3E6514DE.A44C1B99@keyspanenergy.com> I've been experimenting with shptree and seeing remarkable performance boosts (on point and line shapefiles). However, I've found some odd behavior now with polygons. I'm rendering polygons that take quite a while to come up (mapserver cgi). I then use shptree and when using the web interface, get the following error message: msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition. If I then delete the associated .qix files, the map again renders. I'm using mapserver MapServer version 3.6.3 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=OGR INPUT=SHAPEFILE SHPTREE is dated 11/01/00 09:48a 131,122 bytes ...appreciate any help. Kieran From ed at topozone.com Tue Mar 4 13:08:14 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 4 Mar 2003 16:08:14 -0500 Subject: [Mapserver-users] Labels with strange AUTO angles Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E9B@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2E292.2B856FDB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm having more label problems. I can't believe I'm the only one seeing = this, so I thought I'd ask . Attached is a map with very strange label angles. The brown line is the = railroad that goes with the "Boston and Maine Railroad" label, and the = stream labels are equally screwy. These are all linear shapefiles (polylines) with ANGLE AUTO labels. I'm = using the current CVS code (as of this morning) with GD 2.0.11 and = FreeType 2.1.2, running on Windows. I've walked through the code and I = don't quite understand the numbers msPolylineLabelPoint is calculating = for angles; but if it's really doing them incorrectly I'd expect lots of = people to notice. If this rings a bell, let me know - 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=20 ------_=_NextPart_001_01C2E292.2B856FDB Content-Type: image/png; name="labels.png" Content-Transfer-Encoding: base64 Content-Description: labels.png Content-Disposition: attachment; filename="labels.png" iVBORw0KGgoAAAANSUhEUgAAAZAAAAGQCAMAAAHAZvZoAAAAjVBMVEUAAACQ2////7CAgID/uKD/ AADQ0P+AAADf35o/Pyy/v4RfX0IfHxZ/f1ifn24AAICfn57f36o/P4wfH4ZfX5J/f5i/v6RspN8k Np9aiM83N4obG4VTU49wABBAAEAQAHBgACAgAGAwAFBQADB+v+8SG482Uq9Ibb+cnL9OTl8aGh+2 tt+Cgp9oaH80ND8bD0c4AAAc30lEQVR4nO1d12LjurUl8aBKSexj35LcJBo7cybn/P/nXQAsYgGI ttEkLduyLBPYWFjoNUlXQAIkayciN+pO0gT/KLphOtlw8zfihOGC7+ZfKdcJx1GNtpww3VQdF3kX RUk/ZtNnOyE2UhUnRdW/4TnhRdkGl9WDzfjRmGA+u193ppN9H1lzJ9LhYjvZcsB0wns05TjhP/mw gmQMLJwg+YdnThRcECdo5USkPueJvbqTbSto6kTsuncibybVDtjcF2Un6HpQdqJmZdTipGEluyo4 6elfj0Inq/Rx4AZug/71rOwEIXbglk4k0oFAl/NF2YmGFUtOcidWmlbkYpd0Sihky90qYCIru7UT sZGVk1rDSqHuRORip1CLDdBxsq73NZwI25bM1gX38Zu6k4brRKvZw3TTdE44LlhOWmUrQ+pT4FL2 uUrWyT6/jfRlwzW6eDi5jS+8+BJYmQdKwgnbd14TTqIJIG71bTuReB49dJF5Nh2c6LT6GC7IB9w2 nGZLiZWk1J2oWZEolPSsqDgAq8QFLUWQ5ii1kyk7QYjR3BE52SDUOdlKH/JWNJ2wYyHZDhTLzcKK VHGh7MKQvmyCHp3I54BlwEQNpaHZkyrY0GnCrZ3wW71dc0+vPbb87MZ6cNuJhBVOjaxcUW0gdWEE 15S8gStAK32xb83OvjciZ0PHSvmPdmAia0TZzl40MAhgpxozHX8kFYaNRSZt1dCu3KMZBq9Ks2ai REXCRNWSInD6pKIRkYG+6lw8J1esyBOpSkZBvjby9Xn/un/gX+lX+vX9pWICV00frM8VmAhZTK3p GFEwoMNE5AGrlbR0tGlE4H+K9nIcVWeOJmHdaunNfZjneJlgdVBv4KqZUE8FfdsDIg0ZGTG3PbSi XDCxG1+STJQSE8/IpiRmFpBEJ2WPLpvTFLJG+NHUczgfOJMHCkZkcM5E8zsARjbnXHSM8IU+63Q0 GUaESUmDkEbIDtnWWAeQEQql5MadJ+vATd0HlcSmy4TgLGvIxIh0pJkZkUQIRoQTZhBGJCb/dIws E61wHEgEOuwheMY4wiSGY/LcMMZ2UmM+yw6gDCa+yhkxw+5tRNWG3MidqaknMZLK9n6NjdgfgpQc ijIykUqPdzkxomdlnAyXHYnSMVJ29ZPVIdu26OpAlTFIZSPDkhKlgU5FHuM7xdFULSLKQ7bSFuph JibVGHxW4jIysWNkNqNkx8i+fbQ/bEXXviBrfh+P2hB+347N22H1C3ga3vcpa8YE2si69Qw8Vk9Q FssVauBGCpSvVsGBG6lK+mv2JOisA+2nV0sTqkbERJhYGbk93n6Py+tljTR9cSJicrt/pl/f98/7 R5p+kjkUSRskqtKC/cg6upahl+bB/7+8JgITW2PU0kZENrYQxkwQxLC38XQTgBGRc7nBb5M5LSQ7 7cE3IvZdegxfY5eWOuZFvYJDlamImRFZR6pUp0YUncoHRH0KUPq5hRGpGS1VqhpGHv/UmHwSz2kt QqUDOSMj9ObQFI2oYN5MRXLKK9MY/QtlgtmdEe1Z01TBiAHSWWbkGjGd/J0YMfRJaGRz/ld/pnRm ZItEurlvTt6IYLI/yUznymVGuM+Hy8babggjlObVjAzfyCzdnpkrtM2NLJDpTF+PRpiyT2iM/z9r k2Ey4eVwXWHkhO+huxxjbWS7oOLvNFUyMsdSsaPOog/l6abz5kYNCSOSRbpyjAmYMNP3mb15AtYI VkYtY45G1Go/6eURcyOKOB8VYkx/MvMqX5dRI3oNhbN0kWkyLXuQXSGzbUTUgpEMYmK8oE7GiAMb vo0Atii3meQwq2M4RgYarU0jI2wZmYnhhAkI7BuRWFJSCf4vY0O8KgrEyPhXKj/KpGHELpeBSYr4 liDWkIWxYEkzM/b1f5Y5WBV1PkkaMVs+GNAissKIyc7hSrXnMcKdP1GF3dAK8RREUlAiniUhRJQ3 sgZKBKlulg2SyWxwO1oqKTQR91z2PQ94Is6o5LiBPumzWyDiTJTbdK+36o71YKiU+3nr3A4R61ya f6JisTzNFhGbXAqcPcrFZzaJ2OFS4r4Fox9umYgFKm21OmFQcZF7KExYeijsOwiBxx7VLc0bS39T B4pA0ijb/yqqCi0O5nyspo4ij2AadbEeDmGvUgmXB2mLlJvjOvMDCgLl0R32vT32aVcRGB5Ei2Ic meJ4GgURJDHAZpWIcfBJ1iiqAkkMTodNBNMgFflEDq6fgKMosDy6PlNRTfL45vF+YRLpe375vKTa 9FBM5Jv14Q/ywt/7YEajB+k41VMCZkTu5EKH2z2937/TH1/p/cc3YXFLybuf9zuXjG7wJ93wulUY QreUtMxY6Di3QESTxEMLjg/bHkMTMWWRKq9rhyeiy0GshSsi+tZnLLYhrNl9clBZCWWRiBkFNLCQ 9UfwnB4RMwKp0r6nh7PN/6ptUtULuGxYjCAxiA1my9ynrUZj/4RNAjPYWr3H7bNDG6IeWlyDyCNi wRQUC3bYJoudoHnM/IHUghm6yfIKe4K4XtVqzoTlzAULtFh2aEDE5XSuKGlpEvEwuc4yySMC1ZKy hHXw5mup1IlwnrOfMZaGTYmw/HSUvRmzuo9/mactVyw6rLYKD5/rEumfdstiZhwms9tuSEmEAKJC 9L2ckYKRtDyFxBCztpaeF3t0NdhJCgWINbmZ/g5POJgQmebug8HOWxD0fXZ1h6vRwcsZGe8iN4Bw Kz0TUy0ejg/4yxsV6HXr180b1SxCcO7AElKV3lFjo7IxVIjIV92Ho/MCWXoTFJ8FZ8f11c3OugEW jV3J9iR73i8gJmLUFrw4yy4CIuYt2gxTMbgAQxpbRCRYSOWvo4us7yZDntHlaLl6YRORTVFqTYKD yXkrIjCIWOzpWUxhTsv6LutrnYMixJyIohhaPTFc62cWlJkQcTh4cIVvWTpOWiMy6JqyI6InhuEw xQFUlsTzeBQYfCUtcLw4kQAH8TSIPFiUqDK+wQgKqkRmWhTNapeQNygRWaaotoU5NwcCskTYA8Nl E1XS4mftqlxuB/QGMZGtEqpQWWJsC+ToCuN6ZHWlgwdAHPWRV/4z++5BJMDqTQE7GUVIWbVJs7z5 zu87DhFVdYrCcwm8JqK3TACXWy7ye5KQbxZ4iijDXZ2Ig5pdL1fyjbvKpwT3zJLLr2T3K/n95785 NBXgJo+Qcy4T+jX7FAvye/fX7k8IRarG+LQ6XWTouNuBJa22qjxWioBEMJO8gbkjVh07SCI51F23 GgAl4hPPQmT3lERSIPgm9SYSFpH0fSpgUETQcxDplrg+ARHKgx5vGDuTlEzx0HMaIyfS3WZD7EdO ZJ8OROJm0k0dgh5v6JFH/EeADlO50AdO+uIR9Vmmw1jBY/8IIA93TOqBiLWj2xwRadtu+Ka3Z+MM OkdM6nY6OxMtkaYmd0gvNosBE3FBpaVn0k0MqZ35EBATcizr1IwlIpaZlG25XKpgi4hdJv8gSWtu whoRm1z+kReNSyLWDvLoD8pd7dW1R8QGk+ZvaH6m6aNmt0gEnkm5z+ucMbtvmwg4k/0tZ55qGtF5 vx0PXIPk7KOk7fKwcDBJsZ5XSmMjss85k2NpZESaLnssve2SVkR5JC/JhQpsxESkQFWd807+tU0E kkdJFugus/pgIaIKsS3H+iMdXmx3rGwQwQ2sR43ej49O/m3jIhUrPMiwyaNlwj1yJ3gidVu2j9zB 8DcGInt6pPQmjSiOW9+jqkW0K7XBw3IegeHRTs+/5yF4Ijhd5Tk5q1ywvs0qERgeFEPC4voZOJHu eghUjesmYyWCQddMjp55IWJKgSargtSEEl4FTITyuOEyq+x82vYvzCsJRh64vZtPV7Hy/QyXCEXd FPnkWqENLwMl0suBq8LmQWTTQ4tEjHnkBc7qN1HmkCVy+3ljfUpemPdgABAZcgfhQjIIDJEfzE+/ xhdwGmNlXipdfS0k8nVLP+5fX593/Ou7+0Xp4Xef90/wWzsGYC8qRGIRyWURyftH7vfbPf3xnd5v H+mPD/LhJ35HPwUmMr24o2rlL4QJ7P6RzQtIfBDR5bEJ90R0Q2p0ZgM8EZPQhERENyATObT8ACai S2PCgeeLwG9QItrhf9zQw4czItos5AIr8h+GiFHo1S6GsUjEMAQwPMyJgNAA2IluRsTYPBgPIyLG xlVo2MvshiRQzwOqKaBNxMgqcb5Hat7YqEeMSCDde6y2oU7EyJyJa0EzXmmY0SAYs7BYOCpOflZX y7Y7uLxZrIedM++2iACb6v2zdHYffzIU2lLnoSGNjUHs/gFHWcJYDsFEj/2r3iggUhUvZK7uerNR B87AIQJtxn7h7YJI2jWt7GI88wGeh7USgwn2NYIGHg57mGcfOjj3FfoaQaZLWB5bi2q6ByzlEWg5 hERiuQ/RPhFHedsuEY4Ld6c7Q9xQ6bqvsrUUsH9Cg8jGo04P2zYlsvGg20PDDYkEIgeyR8T5Ge52 iDigsbRsfLGjkzpQwjDADZVhDBSBXLU5e9hh7pjaBbwz1AcehoFvOnZ/4cQQUFgiXi7O6IIKmbS8 3f9BzPNavxqK+LzHJE05PcRI8voEUF1d79fKMJOWkg8hyIGYmV3NA+tjoZJYHMqqFb37g8draAcY X9mc7smlVAFd2ayb1DGP4+kcDhH9JklKLzr1DvODi3EUZOfTye/N048ZKx23k5VWCTpmfm44HqCv yGwd4iG7Zn5vaQc7EztDV6+lsN5t4Owq8Ogzp2gpwqnJrzinOLlDlwWdq23mPCauyV3AR08ZRZ3I Uo656yOuVbwA/rKhE6lXQH2UgmIeYeWOeTwckKPLphdQIiLXXD8dElwUa4XGAAD1yDplJugCf9+s AIl0FuHKwXCf4ZySXZ2WX7KKqHYCL0d0cZq8Ejk91DuzR9LZOrtLYFJEtmhw3eM+Cml8uZJFImnp Dy0cL+js6qYWsZ1tHtuCZkdnDWIREdORngs6uMknhsoLc9gVna9O8skmEbEc4qLikuAaxQGTDSJQ 44dXJ/U8n4gMD7lKiNTzR9sjRjwicnLIdgAuR19EoIelj+RCQ1KvWIPLm8Wyk8W8wiJiaZbgSlqS 1sAgIs9DtY9ss+wySlqqRHBXHtfzdmRZElFKVsqjFqSetzSyuiBiexIN1/MXO00W5/chZrjneLZQ qUyJuJnTzHDSyuCZTIgo89Ae2DtaKL9GIhpy6BPB/XnobspARCdZGQy10m4KaKY3yewmY8aX5HTK IMthSsTLygXc4YL1ztcKjMMRtDoxSFqBrKbpkYSwIAYC+oqEJYg+kcB4aBMJjYf7RqMtaBEJTg6k RyREHkZJq2wLwYnbDqFMZCJHiW4qh3TahSKRWaqqMI1gJFEjssgdDVpeHecPKkRWmXy47TIEyBNZ l1VYEMYVX54gS4RZ5FZNMFlEjgiv4qiVjha2Cxki3AqwrWLMI4HDiEhRtI34KdvYYZgr4p/IroOI yHYDsQggiwAQKXFuj0aRbUnq0r8kAxHh9hfB/71L8lBEENIgu1EP7LhJq5do3DUWE5FJWOfBTkU8 blVVcm6/dASeIorxX+OvUvyYRcyJaCefG7q1XtuNO34eUYPvQotBRGuPblHkTgRJEvLNAJgiCDnJ 64tgPqa6EigijjqJXTBPGcro95lusjtcsE5/7P74tfvrjz9NiTjqJHbBPFzJG/pNvi5XtEvw12/y akrEUScxoVPACyI4ge2S379+/wlBxCeujxwCkNnLxls9cjlc4Ijkfse2ABWpSo9NlB0gEa+AJIKr dn+5BFSRuvGXtkAVgQiQLp4lj+zeRALDm0hoeBYiuxmRNDT4jh7PeAsSFNI0PEFeVpGO+VuQMDCy fgsSBCYHy/qOfgY8RowvDJz3gyAqN6RZh9eo8QRKmuxQSPoo8KzBHJ4jxwfSYf9OMkSAbxFm8Bo3 fjDs30lG+r5FmMFbvHjCfqxGJkcf+RZhDk8x4wXTu6p5R5MHAB9R4wPzG+kDFuQ1JBn3fg5F1uNf vqOfDdcR5BSTnbjrizp8xzwXbuPIDehKF4YcUQjybJIUVY7Kli1HJII8myRNVf+zvFXdoh3e/Vu+ o1wApxFmE0VdNWg/bupYEYtFkGeRpK1w3VE2KCfZg8VpvKMjfDiMNouo/heRZfeIt2g/IkHS2DUh pdUe5TeymphLJS5B0pg1waXVHpW08thgEZ0g0UpS/h/tfGyUVhQRCtLDfhRCov17jfrSioAf+ngF iUaSoryVuCYvF8u5OUxiFiQOSeoa7YuqLVB74+86Ww+d+I5aXViOTQAUf2+wHrQDsoHHMqD+72hh NTIBsCdVR0EzyiZmo72+I9UIliPUDP0IYllKbGR8TFD5jlIzWIxOU+xbxU1/aXdTVdywE5fm2O9R Xd1UtvhSMtHnEGsRagZSVpHjbdpbX3cIDi1Jn6YOsRqtutjTaqMmGzDL+kYzyRhQVognn/WnhUQL q/GqiX2e56QbmP/3/9xwg7dvX03WW80fn5OIvdlrN2p1QAqrtiroFFSNimFiELElWTGIZ4KKDWvx qgkiR1GS4yEYHfOFIszQB78MaBvgEWqGrttRk045c6BEIryz3au+o1cZEJEIhy53VDVdV8KCTIDn 24l9R7AiACIRDjR35LRh1U+ZzyAb2phzCEAsQoGo0ZT9iC7jdHn5sE4F8R3BqjCPRyDQXmC/sKe5 lcvzTpUCGrEgZpEIB1pWNViPtqxI5VHOD0BUDGe8gpjGIxCGFaF5TaoNWloVU0VUwxmtICaRCAfa sOrjvy3Q+gBH5XC+BdHHkDnIhCAPLyOIKk94jKvXy7qtu3PchuOoHw+ph/MtiBbGmqPpqo321jCP 2NYTxHfk6sAsPg0x2dqRVwX+xo2sWYjSxW8FhHi0hgQMYtMUywshyxoVLePceaSlx1sQNexncpQN qT1o73wZIu0gximIJllTLDJHS6ryfr3VShBdG+aC3AkAIlkBumSNMFWjKCs6JUhqj2kDa4R+EAFy yFea/pR89GN8J+uCBW2y+pjnjX70sCgeNycFJMj3J375/Hn/wC8/U/ry42f6Tb/Tr9sH+euri/9P 8mj32ecdf0YdRKDGsh5vu1yBSytec8qnIF/kBcuRfvy49y8/Psg3jv6PO3758dUrkf4kRRv97Ovr u382eD1mavStp88P8qYmYybMUBkE01iQ242UQ19Ei5/f/ctXV479wArgl+4tkeJ2u/3sPvtMvz/u 9NmwBZnnjYn1vKxq/ho4n4K4hD5NLXDVEOIVBNGnqIe9vhwvIIg+Pz2sqnFnekQgiAE5PazUIFAK xhMLYsBMD0s1hjC8BUlDUEPPG6OAByqICSVNrEsqH3oEJogRFRNM1TALjCmHYAQx5GGEad4wDcgz CGJIwRCMoRETRC6IMX9DmPT+2IhXEADyhlioARQiQ2/8CAJD3QizegM0RLG1soBo66EPwz59/G3B iIljx4JAcdbBYJw1MmLFkBYcCQLFVRlL+9bVoEYN3NpeKAfFUQtL68xhQyeW5WHpeCYYWkbwpwbT vCwgT7aGYQKDRWAcq8EIgSwMtkUb2bWLpRxBhEIOeqvfgUJsC7PweVKDQmex9cz9E4gxjwWfahCY 7Q+RUgQqqNbguIkrgskeQxlB4EJqB2MAg1CDQi3OFhfDRy7HQN5Do2oD2vvUUeyCdOELSw0KhYhb CLKtCGggzcEKWYBqEMhH3VIQtKEJYABVsLC8FZAw1UCGgnAVgQufAuStBquGUZHVuQ9HEVmbAauB zAUJRRFZg2GrgQAECUARaVvBq4EgBOEpAhI8AVTsBNqoWiJOQZT9j0QNArNWVueFQ0F0PI5IDQJp gt4F0fMyLjUoJIl6FkTLwwjVoJAiqygIsCIa3sWqBoUEX64gLrKIsm9Rq0EhpKwqCHShpeBf/Gp0 2KbsWxAk2caKrFG1jS3CAQjSW9v451Op0YHLV1kQe31Djs9PqEYHdlQGJAhTkmdVo8c6OoMW5MnV GMC8C5f1mGs9wlng5h7zW9rYT/jMIK+lRg8auYrzIU70eEk1BqjNGFpsYo37m15aDjVB7IXircYI yTrEZhDeakzBb2UhxD7gERjOtmJGgs0c4iQExApR43zMLk4Mhg3mQjm3QaB545BlJ4SOV7emA8RK ELdq0HoDm7wesSbvLIIYi60d2h5q8ZSIcTyQ/HHNshfPJIsNO+4MT9pUD6ukyLpcDu5CER7mewxd WeWdinQ8H87H8/VAs8lrll+zXbhOLArONjxk6IQrFHROXl0QJ3KwOn8Lw4dzkuH65PKi9cnjgnv7 tjhdcZbl87mvT+yGKECMZ53YNsTviXNM0/oEN4iz16rjnQgiGKXaso2LLvrzMrAviMSYId84yR6n rHt/fgldLAsiOYK7Zb3T4ZKdzi9RxfeCWNFDfgBXYP6anbMLzSjPX5/YEkRxckPCPm4DH7Jjdnxy TTpBgPVQnmqSsX+mI5BDTfK0slBBQPXQmGlSsJ+dTtnpkF2O6lbiQKKw31UCWvN+CvZxxkjwTzdO fziedMyFjQQue+jOiSsGAHcXE1pgXbOnFARID/0VCroBOF7oIOQ1OetaDhKbixxkYbJAQVcPMgCJ 65Pr+bn0ABDEaLmISf48JBfcEMaiPNXMr5kgxkupDAtMXGgdj+fDlfQZn6TdZSAIwMI28woMt4BP dFD4+CRdE11BQNa1wTQoTldSwz9LL15LEKhVhmAt7uww7cVHDWVBAFfgQg+g4Qo+uRwin/dVFAR0 BS6wIF0v/pJ0gsTajVcRBHg9tIUh/8M567sluOFFZ4Cjg7Qg8JsFbM4a4258dj7FuFRYUhAbmwUs CkJmfq8x5g85Qexs3bC9zoUUWBH24oWCWNvXZH3h0WnsxR8i6p8IBLG4r8n+yry+F3/IThH1ULYE sbrLzM1CYtyLv3aSXLM4msFcQWxvwXS484FU79EstuMIYn8LptudWrjZRefiw88lLEFcbIh1f448 mfc9hj97shLE0fZk94LQXvw4exIs5oLEcDepCfp214nsPAm0Gz8VxOHefT96EJw6KS5JoH2TUZA4 booFQb/zJEx0grg+ZsSrHhjXMIsrAiJINBf3vgISH4e+vPXgA2ShnBrecmzBuSBvObbhVpDg7qYM Dy4FeashAWeCvNWQgxtBGGq0LX4pnFiPCg4EYVUcbYVfypx8vzGDbUE41Xhbdj9FZdl+dLAqyEa9 kVdNhQutprZpP0bYE+Rdi2vBjiDi/kZTlRhVVb0rkTngBZHu/OVN04Jbjx6QgigdvZyX5PXdyloC TBDVKqMgdTqqGyj7zwIYQfQq8LZ9dwxXgBBET47qdsN1evXWBKHd5L25IGbN2/pdiWBBJjAVRF+O 9kazyLuhNdPDmyBNV1S1zbvMghVEV5Girqpb8xYDLfQwF8RoGrCtq/LlG74MQQyHnd6jVibYsXOI SaS+BTEBRxButPbjIcv72qbDJG9BTKAoyHZkG94cVjdtW9d5/soDKDuuIMzIt5v46bxh9drzhluC MNpLlkujpmqqvC7r123+LvVYNXvnZZDt2qGiw1nl6+ohFsQHnmc8q9sFdJCP1N2/gxPkqeYNk9kv CeySwAR5snnDpAd5f0JX/DuhG7H7V/JzpR9n3Z87KsivP3e///qF3/9n95/EsyBPNm84ySGXK/2d TD5PHj+nY0L2zHeCJL/xyx/9e+9F1jPNG3aZo3sld80lqMstj9f+AZxF8LsLFuQXzhb45Y8/iRZJ EII8VSUiCxLth2zVxPJfhzxbJSILUmRd1m3eAAR5skpECSw9vAuCnqoSUUOggpCuelnW9etNHwYq CCLrHV6xyGLqEYAgBR3Lal5vwDdUQV4VbD3egnjDW5DA8BYkLHD0eAviC29BwgJPj7cgnsAV5P8B Pc4Dv/w3GfYAAAAASUVORK5CYII= ------_=_NextPart_001_01C2E292.2B856FDB-- From bfraser at geoanalytic.com Tue Mar 4 13:58:20 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Tue, 4 Mar 2003 14:58:20 -0700 Subject: [Mapserver-users] Labels with strange AUTO angles References: <13858AA1A74F30419F319ACB66A9D1221F3E9B@mercator.topozone.com> Message-ID: <394c01c2e299$2b82a0d0$020002c0@SHARK> Ed, I don't think too many people are using Mapserver 3.7 with GD2-FT2. A few of us are, and have reported the label angle problem. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=268 The angle seems to be mirrored about the X-axis when angles are 0-45 degrees, and the Y-axis for 45-90 degrees (could be a tan/atan problem?). I don't know if this is a problem in Mapserver, GD or Freetype, or a combination. Personally I think this is a show-stopper for the 3.7 release. Is anybody willing to debug this problem? Brent Fraser bfraser at geoanalytic.com ----- Original Message ----- From: "Ed McNierney" To: Sent: Tuesday, March 04, 2003 2:08 PM Subject: [Mapserver-users] Labels with strange AUTO angles I'm having more label problems. I can't believe I'm the only one seeing this, so I thought I'd ask . Attached is a map with very strange label angles. The brown line is the railroad that goes with the "Boston and Maine Railroad" label, and the stream labels are equally screwy. These are all linear shapefiles (polylines) with ANGLE AUTO labels. I'm using the current CVS code (as of this morning) with GD 2.0.11 and FreeType 2.1.2, running on Windows. I've walked through the code and I don't quite understand the numbers msPolylineLabelPoint is calculating for angles; but if it's really doing them incorrectly I'd expect lots of people to notice. If this rings a bell, let me know - 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 From morissette at dmsolutions.ca Tue Mar 4 14:21:10 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 04 Mar 2003 17:21:10 -0500 Subject: [Mapserver-users] documentation bug (was Re: projecting a point in PHP MapScript) References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> <3E64F89A.8050406@calacademy.org> Message-ID: <3E6526D6.1EF85B21@dmsolutions.ca> Chris Black wrote: > > Eric Bridger wrote: > > >Chris, > >1) pointObj->project() does not return a point, it just reprojects the > >pointObj, so getting a null is not an error. > > > > In that case, the online PHP class documentation should be modified. > The doc at > http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#proj > has this code snippet: > Actually the 3.6 version "tries to" return a point but it's broken, it returns a point with an invalid internal poinObj reference, and the initial object is updated internally but the PHP wrapper is not, if you continue to play with the returned object you'll eventually end up with a crash. In 3.7 it won't return a point any more, instead it updates the point on which the project() method is called. I think your problem is simply that the project() method is broken in 3.6 and cannot be relied upon. I'll see if I could backport the 3.7 changes to 3.6, I just hoped that we could avoid that since very few people seemed to use those methods. The other option would be for you to use 3.7 in which the project() method works very well. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Tue Mar 4 14:26:11 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 4 Mar 2003 17:26:11 -0500 Subject: [Mapserver-users] Labels with strange AUTO angles Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E9D@mercator.topozone.com> Brent, Steve - I had to leave the office before double-checking my math, but the angle calculation (for the single string I was running through the debugger) seemed to have a sign reversal. Yes, I think this is a very serious bug. I will do some more problem isolation and post a good test case. - 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: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Tuesday, March 04, 2003 4:58 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Labels with strange AUTO angles Ed, I don't think too many people are using Mapserver 3.7 with GD2-FT2. A few of us are, and have reported the label angle problem. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=268 The angle seems to be mirrored about the X-axis when angles are 0-45 degrees, and the Y-axis for 45-90 degrees (could be a tan/atan problem?). I don't know if this is a problem in Mapserver, GD or Freetype, or a combination. Personally I think this is a show-stopper for the 3.7 release. Is anybody willing to debug this problem? Brent Fraser bfraser at geoanalytic.com ----- Original Message ----- From: "Ed McNierney" To: Sent: Tuesday, March 04, 2003 2:08 PM Subject: [Mapserver-users] Labels with strange AUTO angles I'm having more label problems. I can't believe I'm the only one seeing this, so I thought I'd ask . Attached is a map with very strange label angles. The brown line is the railroad that goes with the "Boston and Maine Railroad" label, and the stream labels are equally screwy. These are all linear shapefiles (polylines) with ANGLE AUTO labels. I'm using the current CVS code (as of this morning) with GD 2.0.11 and FreeType 2.1.2, running on Windows. I've walked through the code and I don't quite understand the numbers msPolylineLabelPoint is calculating for angles; but if it's really doing them incorrectly I'd expect lots of people to notice. If this rings a bell, let me know - 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 From cblack at CalAcademy.Org Tue Mar 4 14:35:15 2003 From: cblack at CalAcademy.Org (Chris Black) Date: Tue, 04 Mar 2003 14:35:15 -0800 Subject: [Mapserver-users] documentation bug (was Re: projecting a point in PHP MapScript) References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> <3E64F89A.8050406@calacademy.org> <3E6526D6.1EF85B21@dmsolutions.ca> Message-ID: <3E652A23.3050805@calacademy.org> --------------090702040709000501040409 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Ok, I'll download the 3.7 binaries and see if that helps. Thanks for the info. -- Chris Daniel Morissette wrote: >Chris Black wrote: > > >>Eric Bridger wrote: >> >> >> >>>Chris, >>>1) pointObj->project() does not return a point, it just reprojects the >>>pointObj, so getting a null is not an error. >>> >>> >>> >>In that case, the online PHP class documentation should be modified. >> The doc at >>http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#proj >>has this code snippet: >> >> >> > >Actually the 3.6 version "tries to" return a point but it's broken, it >returns a point with an invalid internal poinObj reference, and the >initial object is updated internally but the PHP wrapper is not, if you >continue to play with the returned object you'll eventually end up with >a crash. In 3.7 it won't return a point any more, instead it updates >the point on which the project() method is called. > >I think your problem is simply that the project() method is broken in >3.6 and cannot be relied upon. I'll see if I could backport the 3.7 >changes to 3.6, I just hoped that we could avoid that since very few >people seemed to use those methods. The other option would be for you >to use 3.7 in which the project() method works very well. > > > --------------090702040709000501040409 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Ok, I'll download the 3.7 binaries and see if that helps.  Thanks for the info.

-- Chris

Daniel Morissette wrote:
Chris Black wrote:
  
Eric Bridger wrote:

    
Chris,
1) pointObj->project() does not return a point, it just reprojects the
pointObj, so getting a null is not an error.

      
In that case, the online PHP class documentation should be modified.
 The doc at
http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#proj
has this code snippet:

    

Actually the 3.6 version "tries to" return a point but it's broken, it
returns a point with an invalid internal poinObj reference, and the
initial object is updated internally but the PHP wrapper is not, if you
continue to play with the returned object you'll eventually end up with
a crash.  In 3.7 it won't return a point any more, instead it updates
the point on which the project() method is called.

I think your problem is simply that the project() method is broken in
3.6 and cannot be relied upon.  I'll see if I could backport the 3.7
changes to 3.6, I just hoped that we could avoid that since very few
people seemed to use those methods.  The other option would be for you
to use 3.7 in which the project() method works very well.

--------------090702040709000501040409-- From steve.lime at dnr.state.mn.us Tue Mar 4 15:08:58 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 04 Mar 2003 17:08:58 -0600 Subject: [Mapserver-users] Labels with strange AUTO angles Message-ID: Funny since that code hasn't been changed in years (not by me anyway). >>> "Ed McNierney" 03/04/03 04:26PM >>> Brent, Steve - I had to leave the office before double-checking my math, but the angle calculation (for the single string I was running through the debugger) seemed to have a sign reversal. Yes, I think this is a very serious bug. I will do some more problem isolation and post a good test case. - 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: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Tuesday, March 04, 2003 4:58 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Labels with strange AUTO angles Ed, I don't think too many people are using Mapserver 3.7 with GD2-FT2. A few of us are, and have reported the label angle problem. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=268 The angle seems to be mirrored about the X-axis when angles are 0-45 degrees, and the Y-axis for 45-90 degrees (could be a tan/atan problem?). I don't know if this is a problem in Mapserver, GD or Freetype, or a combination. Personally I think this is a show-stopper for the 3.7 release. Is anybody willing to debug this problem? Brent Fraser bfraser at geoanalytic.com ----- Original Message ----- From: "Ed McNierney" To: Sent: Tuesday, March 04, 2003 2:08 PM Subject: [Mapserver-users] Labels with strange AUTO angles I'm having more label problems. I can't believe I'm the only one seeing this, so I thought I'd ask . Attached is a map with very strange label angles. The brown line is the railroad that goes with the "Boston and Maine Railroad" label, and the stream labels are equally screwy. These are all linear shapefiles (polylines) with ANGLE AUTO labels. I'm using the current CVS code (as of this morning) with GD 2.0.11 and FreeType 2.1.2, running on Windows. I've walked through the code and I don't quite understand the numbers msPolylineLabelPoint is calculating for angles; but if it's really doing them incorrectly I'd expect lots of people to notice. If this rings a bell, let me know - 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 _______________________________________________ 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 Mar 4 15:36:25 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 4 Mar 2003 18:36:25 -0500 Subject: [Mapserver-users] Labels with strange AUTO angles Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3E9E@mercator.topozone.com> Yes, it's not new code. That's what makes me think I'm not yet looking in the right place. - 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: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, March 04, 2003 6:09 PM To: bfraser at geoanalytic.com; mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: [Mapserver-users] Labels with strange AUTO angles Funny since that code hasn't been changed in years (not by me anyway). >>> "Ed McNierney" 03/04/03 04:26PM >>> Brent, Steve - I had to leave the office before double-checking my math, but the angle calculation (for the single string I was running through the debugger) seemed to have a sign reversal. Yes, I think this is a very serious bug. I will do some more problem isolation and post a good test case. - 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: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Tuesday, March 04, 2003 4:58 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Labels with strange AUTO angles Ed, I don't think too many people are using Mapserver 3.7 with GD2-FT2. A few of us are, and have reported the label angle problem. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=268 The angle seems to be mirrored about the X-axis when angles are 0-45 degrees, and the Y-axis for 45-90 degrees (could be a tan/atan problem?). I don't know if this is a problem in Mapserver, GD or Freetype, or a combination. Personally I think this is a show-stopper for the 3.7 release. Is anybody willing to debug this problem? Brent Fraser bfraser at geoanalytic.com ----- Original Message ----- From: "Ed McNierney" To: Sent: Tuesday, March 04, 2003 2:08 PM Subject: [Mapserver-users] Labels with strange AUTO angles I'm having more label problems. I can't believe I'm the only one seeing this, so I thought I'd ask . Attached is a map with very strange label angles. The brown line is the railroad that goes with the "Boston and Maine Railroad" label, and the stream labels are equally screwy. These are all linear shapefiles (polylines) with ANGLE AUTO labels. I'm using the current CVS code (as of this morning) with GD 2.0.11 and FreeType 2.1.2, running on Windows. I've walked through the code and I don't quite understand the numbers msPolylineLabelPoint is calculating for angles; but if it's really doing them incorrectly I'd expect lots of people to notice. If this rings a bell, let me know - 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 _______________________________________________ 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 Mar 4 15:57:06 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 04 Mar 2003 18:57:06 -0500 Subject: [Mapserver-users] RH8 and GD In-Reply-To: Message-ID: <3E64F702.20005.2D627B8B@localhost> John, I just tried this on my system and it works fine. I'm using the RH8 rpm -q libpng rpm -q libpng-devel rpm -q freetype I have installed gd-2.0.11 in /usr/local and here is my build script for php-4.3.1 make clean rm -f config.cache ./configure \ --enable-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/etc/httpd/ \ --with-gd=/usr/local \ --with-jpeg-dir \ --with-png-dir \ --with-zlib-dir \ --with-free-type-dir \ --without-tiff \ --with-pdflib \ --with-mysql \ --with-regex=system \ --with-ming \ --enable-dbase \ --enable-dbx \ --enable-versioning echo ---------------------------------------------- echo make echo make install echo cp sapi/cgi/php /var/www/cgi-bin echo cp php.ini-dist /etc/httpd/php.ini echo change extension_dir = /etc/httpd/php_mods/ echo ---------------------------------------------- Hope this helps, -Steve W. On 4 Mar 2003 at 11:07, Arthur, John wrote: > Here is a test script: Note if the output is changed to gif or jpeg it > will work. > > Header("Content-type: image/png"); > > $image = imagecreate(300, 300); > > $red = ImageColorAllocate($image, 204, 0, 0); > $white = ImageColorAllocate($image, 255, 255, 255); > $green = ImageColorAllocate($image, 0, 150, 0); > $black = ImageColorAllocate($image, 0, 0, 0); > > ImageFilledRectangle($image, 0, 0, 300, 300, $white); // white > background ImageRectangle($image, 10, 10, 290, 290, $red); // red > frame > > $points = array( > "0" => "40", // x1 > "1" => "50", // y1 > "2" => "20", // x2 > "3" => "240", // y2 > "4" => "60", // x3 > "5" => "60", // y3 > "6" => "240", // x4 > "7" => "20", // y4 > "8" => "50", // x5 > "9" => "40", // y5 > "10" => "10", // x6 > "11" => "10", // y6 > ); > > $number = count($points) / 2; > > ImageString($image, 5, 15, 250, "There are $number points", $black); > > > ImageFilledPolygon($image, $points, $number, $red); > > > for ($i = 1; $i <= 5; $i++) { // five fonts > $k = (($i * 10) + 70); > ImageString($image, $i, 90, $k, "PHP images", $green); > } > > imagepng($image); // render image > imagedestroy($image); // free memory > > ?> > > > -----Original Message----- > From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] > Sent: Tuesday, March 04, 2003 1:26 PM > To: Arthur, John; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] RH8 and GD > > > John, > > Can you post a simple script that does this so I can try it on my > config. > > Thanks, > -Steve W. > > On 4 Mar 2003 at 9:31, Arthur, John wrote: > > > This is not only related to Mapscript, but anything related to gd > > and php. I have read and followed the > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 > > to a "T". Everything compiles fine and normal php scripts run > > great. But, every time I run a php script that outputs an image > > using the gd library (jpgraph, mapscript, or gd examples) Apache > > returns this error: > > > > ------------------------------ > > > > Server error! > > > > The server encountered an internal error and was unable to complete > > your request. > > > > Error message: > > Premature end of script headers: php > > > > If you think this is a server error, please contact the webmaster > > > > Error 500 > > > > localhost > > Tue 04 Mar 2003 12:20:18 PM EST > > Apache/2.0.40 (Red Hat Linux) > > > > ------------------------------ > > > > There is nothing in the logs except "Premature end of script > > headers: php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP > > 4.2.3 - GD 2.0.7, with the same results. Does anybody have a clue > > what the issue might be? Is it related to Apache 2.0? BTW, the > > mapserv cgi using the Itasca demo works just great. > > > > Thanks, > > > > John Arthur > > RF Technician > > Office: (757) 490-7221 > > Cellular: (757) 839-0021 > > Email: john.arthur at t-mobile.com > > T-Mobile USA > > Get more from life > > _______________________________________________ > > 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 Mar 4 16:00:58 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 04 Mar 2003 19:00:58 -0500 Subject: [Mapserver-users] RH8 and GD In-Reply-To: Message-ID: <3E64F7EA.19112.2D6607ED@localhost> Oh one more thing, make SURE you rpm -e gd rpm -e gd-devel and any dependent rpms or you are likely going to pick up the wrong includes or libs. -Steve W. On 4 Mar 2003 at 11:07, Arthur, John wrote: > Here is a test script: Note if the output is changed to gif or jpeg it > will work. > > Header("Content-type: image/png"); > > $image = imagecreate(300, 300); > > $red = ImageColorAllocate($image, 204, 0, 0); > $white = ImageColorAllocate($image, 255, 255, 255); > $green = ImageColorAllocate($image, 0, 150, 0); > $black = ImageColorAllocate($image, 0, 0, 0); > > ImageFilledRectangle($image, 0, 0, 300, 300, $white); // white > background ImageRectangle($image, 10, 10, 290, 290, $red); // red > frame > > $points = array( > "0" => "40", // x1 > "1" => "50", // y1 > "2" => "20", // x2 > "3" => "240", // y2 > "4" => "60", // x3 > "5" => "60", // y3 > "6" => "240", // x4 > "7" => "20", // y4 > "8" => "50", // x5 > "9" => "40", // y5 > "10" => "10", // x6 > "11" => "10", // y6 > ); > > $number = count($points) / 2; > > ImageString($image, 5, 15, 250, "There are $number points", $black); > > > ImageFilledPolygon($image, $points, $number, $red); > > > for ($i = 1; $i <= 5; $i++) { // five fonts > $k = (($i * 10) + 70); > ImageString($image, $i, 90, $k, "PHP images", $green); > } > > imagepng($image); // render image > imagedestroy($image); // free memory > > ?> > > > -----Original Message----- > From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] > Sent: Tuesday, March 04, 2003 1:26 PM > To: Arthur, John; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] RH8 and GD > > > John, > > Can you post a simple script that does this so I can try it on my > config. > > Thanks, > -Steve W. > > On 4 Mar 2003 at 9:31, Arthur, John wrote: > > > This is not only related to Mapscript, but anything related to gd > > and php. I have read and followed the > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 > > to a "T". Everything compiles fine and normal php scripts run > > great. But, every time I run a php script that outputs an image > > using the gd library (jpgraph, mapscript, or gd examples) Apache > > returns this error: > > > > ------------------------------ > > > > Server error! > > > > The server encountered an internal error and was unable to complete > > your request. > > > > Error message: > > Premature end of script headers: php > > > > If you think this is a server error, please contact the webmaster > > > > Error 500 > > > > localhost > > Tue 04 Mar 2003 12:20:18 PM EST > > Apache/2.0.40 (Red Hat Linux) > > > > ------------------------------ > > > > There is nothing in the logs except "Premature end of script > > headers: php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP > > 4.2.3 - GD 2.0.7, with the same results. Does anybody have a clue > > what the issue might be? Is it related to Apache 2.0? BTW, the > > mapserv cgi using the Itasca demo works just great. > > > > Thanks, > > > > John Arthur > > RF Technician > > Office: (757) 490-7221 > > Cellular: (757) 839-0021 > > Email: john.arthur at t-mobile.com > > T-Mobile USA > > Get more from life > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From mzm at imagecatinc.com Tue Mar 4 17:20:42 2003 From: mzm at imagecatinc.com (Michael Mio) Date: Tue, 4 Mar 2003 17:20:42 -0800 Subject: [Mapserver-users] AVL Files Message-ID: Hi everyone, I was wondering if MapServer has a way to read AVL files? Is there a function to call or a command to put in my Map file to use information in an AVL file? Thanks for your time. I look forward to your responses. *************** Michael Mio ImageCat, Inc. From steve.lime at dnr.state.mn.us Tue Mar 4 17:41:43 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 04 Mar 2003 19:41:43 -0600 Subject: [Mapserver-users] Labels with strange AUTO angles Message-ID: Except that the angle and placement code was *very* responsive to gd-1.x and freetype 1.x. It was written to fit those libraries. There may well be problems with the code. Gd 2.x and freetype 2.x are where we want to be. I'd really like to loose support for the 1.x libs anyway. Let me know what you find. A robust test dataset would really help. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Ed McNierney" 03/04/03 17:39 PM >>> Yes, it's not new code. That's what makes me think I'm not yet looking in the right place. - 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: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, March 04, 2003 6:09 PM To: bfraser at geoanalytic.com; mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: [Mapserver-users] Labels with strange AUTO angles Funny since that code hasn't been changed in years (not by me anyway). >>> "Ed McNierney" 03/04/03 04:26PM >>> Brent, Steve - I had to leave the office before double-checking my math, but the angle calculation (for the single string I was running through the debugger) seemed to have a sign reversal. Yes, I think this is a very serious bug. I will do some more problem isolation and post a good test case. - 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: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Tuesday, March 04, 2003 4:58 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Labels with strange AUTO angles Ed, I don't think too many people are using Mapserver 3.7 with GD2-FT2. A few of us are, and have reported the label angle problem. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=268 The angle seems to be mirrored about the X-axis when angles are 0-45 degrees, and the Y-axis for 45-90 degrees (could be a tan/atan problem?). I don't know if this is a problem in Mapserver, GD or Freetype, or a combination. Personally I think this is a show-stopper for the 3.7 release. Is anybody willing to debug this problem? Brent Fraser bfraser at geoanalytic.com ----- Original Message ----- From: "Ed McNierney" To: Sent: Tuesday, March 04, 2003 2:08 PM Subject: [Mapserver-users] Labels with strange AUTO angles I'm having more label problems. I can't believe I'm the only one seeing this, so I thought I'd ask . Attached is a map with very strange label angles. The brown line is the railroad that goes with the "Boston and Maine Railroad" label, and the stream labels are equally screwy. These are all linear shapefiles (polylines) with ANGLE AUTO labels. I'm using the current CVS code (as of this morning) with GD 2.0.11 and FreeType 2.1.2, running on Windows. I've walked through the code and I don't quite understand the numbers msPolylineLabelPoint is calculating for angles; but if it's really doing them incorrectly I'd expect lots of people to notice. If this rings a bell, let me know - 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 _______________________________________________ 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 t_lalla20 at yahoo.com Tue Mar 4 17:57:13 2003 From: t_lalla20 at yahoo.com (Terrence Lalla) Date: Tue, 4 Mar 2003 17:57:13 -0800 (PST) Subject: [Mapserver-users] defining a simple scalebar object In-Reply-To: Message-ID: <20030305015713.46404.qmail@web14106.mail.yahoo.com> --0-72860261-1046829433=:46074 Content-Type: text/plain; charset=us-ascii Thanks Debbie for the help. However i am not having any luck with the scalebar object working. Is there something else i could do or is something missing? Thanks in advance. Terrence. Debbie Pagurek wrote:Here is the scalebar section from my mapfile and attached is an image showing what it looks like. Debbie SCALEBAR STATUS ON IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE tiny END #LABEL STYLE 1 SIZE 200 3 COLOR 255 0 0 UNITS kilometers INTERVALS 3 END #SCALEBAR >>> Terrence Lalla 03/03/03 01:42PM >>> Hi everyone, I am trying to design a simple scalebar object. The output is in gif format(dont know if this would affect anything).Anyways here is the code in the map file: SCALEBAR STATUS ON UNITS METERS SIZE 20 20 BACKGROUNDCOLOR 120 120 120 COLOR 120 120 120 END Thanks in Advance Terrence. --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more > ATTACHMENT part 2 application/octet-stream name=scalebar.gif --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more --0-72860261-1046829433=:46074 Content-Type: text/html; charset=us-ascii

Thanks Debbie for the help.

However i am not having any luck with the scalebar object working. Is there something else i could do or is something missing?

Thanks in advance.

Terrence.

 Debbie Pagurek <pagurekd at agr.gc.ca> wrote:

Here is the scalebar section from my mapfile and attached is an image showing what it looks like.
Debbie

SCALEBAR
STATUS ON
IMAGECOLOR 255 255 255
LABEL
COLOR 0 0 0
SIZE tiny
END #LABEL
STYLE 1
SIZE 200 3
COLOR 255 0 0
UNITS kilometers
INTERVALS 3
END #SCALEBAR

>>> Terrence Lalla 03/03/03 01:42PM >>>

Hi everyone,

I am trying to design a simple scalebar object. The output is in gif format(dont know if this would affect anything).Anyways here is the code in the map file:

SCALEBAR

STATUS ON

UNITS METERS

SIZE 20 20

BACKGROUNDCOLOR 120 120 120

COLOR 120 120 120

END

Thanks in Advance

Terrence.



---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

> ATTACHMENT part 2 application/octet-stream name=scalebar.gif


Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more --0-72860261-1046829433=:46074-- From morissette at dmsolutions.ca Tue Mar 4 19:38:08 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 04 Mar 2003 22:38:08 -0500 Subject: [Mapserver-users] documentation bug (was Re: projecting a pointin PHP MapScript) References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> <3E64F89A.8050406@calacademy.org> <3E6526D6.1EF85B21@dmsolutions.ca> <3E652A23.3050805@calacademy.org> Message-ID: <3E657120.5B3C4F6E@dmsolutions.ca> FYI I have applied the 3.7 fix for this problem in the 3.6.5-dev version in CVS. You can get it using 'cvs update -r rel-3-6-0-beta1'. With this fix, the project() methods return MS_SUCCESS/MS_FAILURE and operate on the object itself, so they do not try to return a new object instance. Daniel Chris Black wrote: > > Ok, I'll download the 3.7 binaries and see if that helps. Thanks for > the info. > > -- Chris > > Daniel Morissette wrote: > > > Chris Black wrote: > > > > > >> Eric Bridger wrote: > >> > >> > >> > >> > Chris, > >> > 1) pointObj->project() does not return a point, it just > >> > reprojects the > >> > pointObj, so getting a null is not an error. > >> > > >> > > >> > > >> In that case, the online PHP class documentation should be > >> modified. > >> The doc at > >> > >> http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#proj > >> has this code snippet: > >> > >> > >> > > Actually the 3.6 version "tries to" return a point but it's broken, > > it > > returns a point with an invalid internal poinObj reference, and the > > initial object is updated internally but the PHP wrapper is not, if > > you > > continue to play with the returned object you'll eventually end up > > with > > a crash. In 3.7 it won't return a point any more, instead it > > updates > > the point on which the project() method is called. > > > > I think your problem is simply that the project() method is broken > > in > > 3.6 and cannot be relied upon. I'll see if I could backport the 3.7 > > changes to 3.6, I just hoped that we could avoid that since very few > > people seemed to use those methods. The other option would be for > > you > > to use 3.7 in which the project() method works very well. > > > > > > From 0098kast at edu.fh-kaernten.ac.at Wed Mar 5 01:38:15 2003 From: 0098kast at edu.fh-kaernten.ac.at (Kaps Stefan) Date: Wed, 5 Mar 2003 10:38:15 +0100 Subject: [Mapserver-users] unknown errors when running the demo app. Message-ID: <3F01711BFB99D411835B0008C7866AA001308098@EXCHANGE01> Hello! When i'm trying to install the demo app. and run mapserv.exe in the browser, i get the message "No query information to decode. QUERY_STRING not set" instead of "No query information to decode. QUERY_STRING is set, but empty" as mentioned in the documentation. Running the demo_init.html and initializing the demo there is just the user interface, but the map-window appears blank. A Query results in that message "msSaveImage(): Unable to access file. (C:\Inetpub\wwwroot\tmp\DEMO10467852871028.gif)". Does anybody know these kinds of problems (I'm quite sure somebody does...) cheers Stefan From marichalperez at yahoo.es Wed Mar 5 02:34:56 2003 From: marichalperez at yahoo.es (=?iso-8859-1?Q?Manuel_Marichal_P=E9rez?=) Date: Wed, 5 Mar 2003 10:34:56 -0000 Subject: [Mapserver-users] gdaladdo Message-ID: <000201c2e302$df9a8240$070010ac@manolo> This is a multi-part message in MIME format. ------=_NextPart_000_0003_01C2E302.DF9A8240 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi all. I've got an application which deal with large TIFF's raster images. I considered to use GDAL to improve the performance (gdaladdo & gdaltndex). I succesfully compiled GDAL in my machine. Also I recompiled mapserver with "--without-tiff" and "--with-gdal" options. Then I used gdaladdo with one of my tiff images in order to make a TIFF image with many levels. Right. Now, what must I do with my "map" file to get the correct image be displayed as the user changes the scale?. Thanks in advance. ------=_NextPart_000_0003_01C2E302.DF9A8240 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mensaje
Hi=20 all.
 
I've = got an=20 application which deal with large TIFF's raster images. I considered to = use GDAL=20 to improve the
performance=20 (gdaladdo & gdaltndex). I succesfully compiled GDAL in my machine. Also I = recompiled=20
mapserver with=20 "--without-tiff" and "--with-gdal" options.
 
Then I = used gdaladdo=20 with one of my tiff images in order to make a TIFF image with many = levels.=20 Right.
 
Now, = what must I do=20 with my "map" file to get the correct image be displayed as the = user=20 changes the scale?.
 
Thanks = in=20 advance.
 
 
------=_NextPart_000_0003_01C2E302.DF9A8240-- ___________________________________________________ Yahoo! M?viles Personaliza tu m?vil con tu logo y melod?a favorito en http://moviles.yahoo.es From schut at sarvision.com Wed Mar 5 03:05:45 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 5 Mar 2003 12:05:45 +0100 Subject: [Mapserver-users] gdaladdo In-Reply-To: <000201c2e302$df9a8240$070010ac@manolo> References: <000201c2e302$df9a8240$070010ac@manolo> Message-ID: <200303051205.45337.schut@sarvision.com> On Wednesday 05 March 2003 11:34, Manuel Marichal P?rez wrote: > Hi all. > > I've got an application which deal with large TIFF's raster images. I > considered to use GDAL to improve the > performance (gdaladdo & gdaltndex). I succesfully compiled GDAL in my > machine. Also I recompiled > mapserver with "--without-tiff" and "--with-gdal" options. > > Then I used gdaladdo with one of my tiff images in order to make a TIFF > image with many levels. Right. > > Now, what must I do with my "map" file to get the correct image be > displayed as the user changes the scale?. There is some explanation in on the mapserver website. You need to combine the minscale/maxscale items in the layer objects of your mapfile (see http://mapserver.gis.umn.edu/doc36/mapfile-reference.html#layer ) and the tile feature ( see http://mapserver.gis.umn.edu/doc36/raster-howto.html ). However, it sounds like you might not be interested in tiling your dataset, but just using scaled down versions when viewing at larger scales. I think you'd better use gdal_translate then, as you need to create a separate file for each scaled down layer, instead of a built-in overview. Afaik, the mapfile does not support using one of many overviews of a tiff file as a datasource. I think. If I'm wrong, please somebody correct me. So the correct procedure would be: create several scaled down versions of your dataset, at the scales that you want, and define a layer object for each of these, with minscale and maxscale items defined so that always just one will be drawn. If you really want a performance gain, I think you should consider image tiling next to using different scale levels. See the explanation in the raster howto and search the mailing list archives for more info on the best way to do this. There have been some posts about it, if I remember well. Regards, Vincent Schut. > > Thanks in advance. -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From csr at rboxtech.com Wed Mar 5 04:45:25 2003 From: csr at rboxtech.com (Srinivas Challa) Date: Wed, 5 Mar 2003 20:45:25 +0800 Subject: [Mapserver-users] query Message-ID: <200303052045.AA50987218@rboxtech.com> Hi Daniel, Thanks for the replay, I need ,?When I am clicking on map selected at point or in rectangle area content recognitions with PHP. I had written the map file like this MAP NAME "New Demo" STATUS ON EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 SIZE 800 480 SHAPEPATH "data" IMAGECOLOR 255 255 255 UNITS meters WEB IMAGEPATH "/apache/htdocs/tmp/" IMAGEURL "/tmp/" METADATA "WMS_TITLE" "New Demo" "WMS_ABSTRACT" "Information system" "WMS_ACCESSCONSTRAINTS" "none" "WMS_ONLINERESOURCE" "http://localhost:81/demo/demo.phtml" "WMS_SRS" "EPSG:26915" END END # # Start of reference map # REFERENCE STATUS ON IMAGE "graphics/refreance2.gif" SIZE 200 80 COLOR -1 -1 -1 OUTLINECOLOR 0 0 255 MARKERSIZE 3 EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 END QUERYMAP STATUS ON SIZE 400 400 STYLE HILITE COLOR 255 0 0 END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR STATUS TRUE COLOR 0 0 0 IMAGECOLOR 255 255 255 OUTLINECOLOR 0 0 0 UNITS kilometers INTERVALS 5 SIZE 200 5 STYLE 0 LABEL SIZE tiny COLOR 0 0 0 END END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME "circle" TYPE ELLIPSE FILLED TRUE POINTS 1 1 END END # Start of layer definitions LAYER NAME "Boundary" STATUS ON CONNECTIONTYPE OGR CONNECTION "data/Boundary.tab" TYPE POLYGON CLASSITEM "NAME" LABELITEM "NAME" METADATA "DESCRIPTION" "Daerah" "RESULT_FIELDS" "Name" "WMS_TITLE" "Selected Information" "WMS_ABSTRACT" "more information." "WMS_SRS" "EPSG:26915" END CLASS COLOR 255 255 200 OUTLINECOLOR 0 0 0 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 0 200 END END End LAYER NAME "Fed_Rd" STATUS ON CONNECTIONTYPE OGR CONNECTION "data/Fed_Rd.TAB" TYPE LINE #STYLEITEM "AUTO" CLASSITEM "NAME" LABELITEM "Name" METADATA "WMS_TITLE" "Selected Information" "WMS_ABSTRACT" "more information." "WMS_SRS" "EPSG:26915" END CLASS COLOR 255 0 0 #OUTLINECOLOR 255 0 0 LABEL #MINFEATURESIZE 40 #MINDISTANCE 150 POSITION CC SIZE tiny COLOR 10 100 100 #SHADOWCOLOR 80 80 80 #SHADOWSIZE 1 1 END END END LAYER NAME "Highway" STATUS ON CONNECTIONTYPE OGR CONNECTION "data/Highway.TAB" TYPE LINE # STYLEITEM "AUTO" CLASSITEM "NAME" LABELITEM "NAME" METADATA "WMS_TITLE" "Selected Information" "WMS_ABSTRACT" "more information." "WMS_SRS" "EPSG:26915" END CLASS #SYMBOL "MYSYMBOL" COLOR 46 210 200 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 800 200 END END END LAYER NAME "Railways" STATUS ON CONNECTIONTYPE OGR CONNECTION "data/Railway.TAB" TYPE LINE STYLEITEM "AUTO" CLASSITEM "NAME" LABELITEM "NAME" METADATA "WMS_TITLE" "Selected Information" "WMS_ABSTRACT" "more information." "WMS_SRS" "EPSG:26915" END CLASS NAME "Rail Lines" COLOR 0 0 0 OVERLAYSYMBOL dashed2 OVERLAYCOLOR 0 0 0 OVERLAYSIZE 3 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 100 0 200 END END END LAYER NAME "State_Rd" STATUS ON CONNECTIONTYPE OGR CONNECTION "data/State_Rd.TAB" TYPE LINE #STYLEITEM "AUTO" CLASSITEM "NAME" LABELITEM "NAME" METADATA "WMS_TITLE" "Selected Information" "WMS_ABSTRACT" "more information." "WMS_SRS" "EPSG:26915" END CLASS COLOR 180 180 180 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 220 100 0 END END END # Seven Layer Under tesing Process... sucessed LAYER NAME "Towns" STATUS ON CONNECTIONTYPE OGR CONNECTION "data/ Towns.TAB" TYPE POINT CLASSITEM "TOWN" LABELITEM "Town" METADATA "DESCRIPTION" " Towns" "RESULT_FIELDS" "Town" "WMS_TITLE" "Selected Information" "WMS_ABSTRACT" "more information." "WMS_SRS" "EPSG:26915" END CLASS SYMBOL 'symbols/town.gif' LABEL MINFEATURESIZE 100 MINDISTANCE 450 POSITION LC SIZE TINY COLOR 40 100 40 END END END # End of the map END For the above map Script is working fine. But while I am querying I did not getting the results. How can query the map using PHP at point and selected rectangle area. Is any one can send the script for this. In this project i am not using applets. Just Map querying on 7 layers using php. srinivasa reddy Challa Srinivas Reddy wrote: > > Now am new to this technologies but I had done some of project with > the reference of DM solutions map reference. In DM > solutions they are done using SHP data files. But I am using "*.Tab" > data. How can I query the content of the "*.TAB"layers > using php and mapscript. This is my problem. This is my email id : > csr at rboxtech.com or reddy_challa at yahoo.com You will have to provide more details on what you are trying to do exactly if you want anyone to be able to help. If by "query the contents of .tab layers" you mean clicking on a map image and selecting features from a TAB layer then this works the same way for shapefiles and for .tab files. The only difference is that you need MapServer with OGR support, and you define an OGR CONNECTION in your LAYER. For more details on using OGR CONNECTIONS, see the OGR HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html 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 assefa at dmsolutions.ca Wed Mar 5 04:48:01 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 05 Mar 2003 07:48:01 -0500 Subject: [Mapserver-users] swf output & 24bit color References: <200303041609.37279.schut@sarvision.com> Message-ID: <3E65F201.9CA5672C@dmsolutions.ca> Hi There, Right now the swf output converts the gd image to an internal bitmap format to be outputed in the swf file. Only 8bit images are currently supported. I wil add an enhancement bug related to this in mapserver. Later, Vincent Schut wrote: > Does any of you know if swf output can be combined with 24bit color depth? > I am displaying a raster file through swf output and it looks like being > palletized or at least reduced color depth, no matter whether I set > 'imagemode RGB' in the swf outputformat part. > > Using: php4.3.1, latest GD, mapserver cvs from some weeks ago (phpinfo sais > about mapscript ($Revision: 1.141 $ $Date: 2003/01/24 17:01:05 $), so it's > likely from end of january). > > Is there a way to have a better colordepth in swf output, or is swf only > supporting a reduced color depth? > -- > ______________________________________ > Vincent Schut (schut at sarvision.com) > 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 -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From John.Arthur at T-Mobile.com Wed Mar 5 05:24:56 2003 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Wed, 5 Mar 2003 05:24:56 -0800 Subject: [Mapserver-users] RH8 and GD Message-ID: I found the offending problem... pdflib (I used the pdflib-4.0.1-1.i386.rpm). After compiling without "--with-pdflib" everything worked great. I guess I'll have to compile pdflib from source. -----Original Message----- From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: Tuesday, March 04, 2003 7:01 PM To: Arthur, John; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] RH8 and GD Oh one more thing, make SURE you rpm -e gd rpm -e gd-devel and any dependent rpms or you are likely going to pick up the wrong includes or libs. -Steve W. On 4 Mar 2003 at 11:07, Arthur, John wrote: > Here is a test script: Note if the output is changed to gif or jpeg it > will work. > > Header("Content-type: image/png"); > > $image = imagecreate(300, 300); > > $red = ImageColorAllocate($image, 204, 0, 0); > $white = ImageColorAllocate($image, 255, 255, 255); > $green = ImageColorAllocate($image, 0, 150, 0); > $black = ImageColorAllocate($image, 0, 0, 0); > > ImageFilledRectangle($image, 0, 0, 300, 300, $white); // white > background ImageRectangle($image, 10, 10, 290, 290, $red); // red > frame > > $points = array( > "0" => "40", // x1 > "1" => "50", // y1 > "2" => "20", // x2 > "3" => "240", // y2 > "4" => "60", // x3 > "5" => "60", // y3 > "6" => "240", // x4 > "7" => "20", // y4 > "8" => "50", // x5 > "9" => "40", // y5 > "10" => "10", // x6 > "11" => "10", // y6 > ); > > $number = count($points) / 2; > > ImageString($image, 5, 15, 250, "There are $number points", $black); > > > ImageFilledPolygon($image, $points, $number, $red); > > > for ($i = 1; $i <= 5; $i++) { // five fonts > $k = (($i * 10) + 70); > ImageString($image, $i, 90, $k, "PHP images", $green); > } > > imagepng($image); // render image > imagedestroy($image); // free memory > > ?> > > > -----Original Message----- > From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] > Sent: Tuesday, March 04, 2003 1:26 PM > To: Arthur, John; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] RH8 and GD > > > John, > > Can you post a simple script that does this so I can try it on my > config. > > Thanks, > -Steve W. > > On 4 Mar 2003 at 9:31, Arthur, John wrote: > > > This is not only related to Mapscript, but anything related to gd > > and php. I have read and followed the > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37 > > to a "T". Everything compiles fine and normal php scripts run > > great. But, every time I run a php script that outputs an image > > using the gd library (jpgraph, mapscript, or gd examples) Apache > > returns this error: > > > > ------------------------------ > > > > Server error! > > > > The server encountered an internal error and was unable to complete > > your request. > > > > Error message: > > Premature end of script headers: php > > > > If you think this is a server error, please contact the webmaster > > > > Error 500 > > > > localhost > > Tue 04 Mar 2003 12:20:18 PM EST > > Apache/2.0.40 (Red Hat Linux) > > > > ------------------------------ > > > > There is nothing in the logs except "Premature end of script > > headers: php". I have tried this with PHP 4.3.1 - GD 2.0.11 and PHP > > 4.2.3 - GD 2.0.7, with the same results. Does anybody have a clue > > what the issue might be? Is it related to Apache 2.0? BTW, the > > mapserv cgi using the Itasca demo works just great. > > > > Thanks, > > > > John Arthur > > RF Technician > > Office: (757) 490-7221 > > Cellular: (757) 839-0021 > > Email: john.arthur at t-mobile.com > > T-Mobile USA > > Get more from life > > _______________________________________________ > > 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 gerry.creager at tamu.edu Wed Mar 5 05:47:40 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Wed, 05 Mar 2003 07:47:40 -0600 Subject: [Mapserver-users] MS 3.7 and RH 8 woes Message-ID: <3E65FFFC.3070401@tamu.edu> Sorry for the newbie questions: I should have kept up with the technology myself instead of letting a graduating grad student get ahead of me! I've got the nightly build from Sunday evening compiled, sans errors, and installed per Steve Woodbridge's Wiki entry. That part seemed to go great. Excellent step-by-step directions, no problems. I took no shortcuts there to get anyting going. However, perl mapscript is DOA. I'd tried a CVS load that didn't even come close to allowing me to compile perl-mapsecript, thus the nightly download, which at least allowed compilation. So that's working. Now, however, when I attempt to run a perl script that calls perl-mapscript, I get the following: ------------------ [root at vne-dhcp-047 mesonet]# ./makeshapefile.pl Name "mapscript::MS_SHAPEFILE_POLYGON" used only once: possible typo at ./makeshapefile.pl line 22. Name "mapscript::MS_SHAPE_LINE" used only once: possible typo at ./makeshapefile.pl line 175. Can't locate object method "new" via package "shapefileObj" (perhaps you forgot to load "shapefileObj"?) at ./makeshapefile.pl line 22. [root at vne-dhcp-047 mesonet]# ------------------ makeshapefile.pl worked on 3.6.3 on a RH7.3 install with perl v5.8.0. I've gotten XBase and DBD loaded, and mapscript installed in the appropriate place. If it helps, here's the output of mapserv -v: [root at vne-dhcp-047 mesonet]# /var/www/cgi-bin/mapserv -v MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE [root at vne-dhcp-047 mesonet]# Any advice greatly appreciated! Gerry -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From eric at gomoos.org Wed Mar 5 00:59:12 2003 From: eric at gomoos.org (Eric Bridger) Date: 05 Mar 2003 08:59:12 +0000 Subject: [Mapserver-users] Sending image to stdout under Apache Message-ID: <1046854752.10221.8.camel@ubet.gomoos.org> The list archives show that this came up last Dec. (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00265.html) and while a work around was suggested there was no solution to the problem given, so I was wondering if anyone else had run into this problem. I'm having a problem using Perl mapscript $img->saveImage(undef, ...), to send an image, PNG and/or JPEG, to the standard output under Apache. Running in /cgi-bin I have the following script: my $map = new mapscript::mapObj($ms_dir . "/test.map"); my $ref_img = $map->drawReferenceMap(); # This works fine: #$ref_img->saveImage("junk.png", $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); print "HTTP/1.0 200 OK\n"; print "Content-type: image/png\r\n\r\n"; binmode STDOUT; # this produces no output on Apache's STDOUT $ref_img->saveImage("", $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); $ref_img->free(); exit; >From the command line this script works as expected. But when run under Apache/mod_perl it's as if the C msSaveImage() stdout stream is pointing somewhere other than the Apache stdout (i.e. the client browser). The work around of course is to save a disk file and then print it, but the whole point of this is to avoid the temp. disk files. I've noticed a significant increase in performance when using mapserv as an image engine rather then using temp disk files. Thanks. Eric Setup: Apache/1.3.26 (Unix) Mapserv 3.6.4 mod_perl 1.22 From warmerdam at pobox.com Wed Mar 5 06:06:39 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 05 Mar 2003 09:06:39 -0500 Subject: [Mapserver-users] gdaladdo In-Reply-To: <000201c2e302$df9a8240$070010ac@manolo> References: <000201c2e302$df9a8240$070010ac@manolo> Message-ID: <3E66046F.9020503@pobox.com> Manuel Marichal P?rez wrote: > Hi all. > > I've got an application which deal with large TIFF's raster images. I > considered to use GDAL to improve the > performance (gdaladdo & gdaltndex). I succesfully compiled GDAL in my > machine. Also I recompiled > mapserver with "--without-tiff" and "--with-gdal" options. > > Then I used gdaladdo with one of my tiff images in order to make a TIFF > image with many levels. Right. > > Now, what must I do with my "map" file to get the correct image be > displayed as the user changes the scale?. Manuel, If you have a GeoTIFF file with many overview levels (as generated with gdaladdo), you don't need to do anything special to make MapServer use the overviews. It will do so automatically (down in GDAL) when requests are for overviews for which an overview has sufficient resolution. As noted by Vincent, tiling your dataset may also be helpful for very large datasets. Note that using overviews within a GeoTIFF file (or other GDAL supported format) means you don't have to use the normal MapServer technique of having several different resolution LAYER objects each with MINSCALE and MAXSCALE set to select on depending on the resolution. Best regards -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From lfilak at medinaco.org Wed Mar 5 06:06:55 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 05 Mar 2003 09:06:55 -0500 Subject: [Mapserver-users] MS 3.7 and RH 8 woes Message-ID: <200303051406.h25E6mN05936@yogi.medinaco.net> If you currently have something like: my $shape = new shapeObj(-1); try replacing it with: my $shape = new mapscript::shapeObj(-1); HTH Lowell F. The following message was sent by Gerry Creager N5JXS on Wed, 05 Mar 2003 07:47:40 -0600. > Sorry for the newbie questions: I should have kept up with the > technology myself instead of letting a graduating grad student get ahead > of me! > > I've got the nightly build from Sunday evening compiled, sans errors, > and installed per Steve Woodbridge's Wiki entry. That part seemed to go > great. Excellent step-by-step directions, no problems. I took no > shortcuts there to get anyting going. > > However, perl mapscript is DOA. I'd tried a CVS load that didn't even > come close to allowing me to compile perl-mapsecript, thus the nightly > download, which at least allowed compilation. So that's working. > > Now, however, when I attempt to run a perl script that calls > perl-mapscript, I get the following: > ------------------ > [root at vne-dhcp-047 mesonet]# ./makeshapefile.pl > Name "mapscript::MS_SHAPEFILE_POLYGON" used only once: possible typo at > ./makeshapefile.pl line 22. > Name "mapscript::MS_SHAPE_LINE" used only once: possible typo at > ./makeshapefile.pl line 175. > Can't locate object method "new" via package "shapefileObj" (perhaps you > forgot to load "shapefileObj"?) at ./makeshapefile.pl line 22. > [root at vne-dhcp-047 mesonet]# > ------------------ > > makeshapefile.pl worked on 3.6.3 on a RH7.3 install with perl v5.8.0. > I've gotten XBase and DBD loaded, and mapscript installed in the > appropriate place. > > If it helps, here's the output of mapserv -v: > > [root at vne-dhcp-047 mesonet]# /var/www/cgi-bin/mapserv -v > MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > [root at vne-dhcp-047 mesonet]# > > Any advice greatly appreciated! > Gerry > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pagurekd at agr.gc.ca Wed Mar 5 06:36:26 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Wed, 05 Mar 2003 09:36:26 -0500 Subject: [Mapserver-users] defining a simple scalebar object Message-ID: Send us your entire mapfile so we can have a look. Debbie >>> Terrence Lalla 03/04/03 08:57PM >>> Thanks Debbie for the help. However i am not having any luck with the scalebar object working. Is there something else i could do or is something missing? Thanks in advance. Terrence. Debbie Pagurek wrote:Here is the scalebar section from my mapfile and attached is an image showing what it looks like. Debbie SCALEBAR STATUS ON IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE tiny END #LABEL STYLE 1 SIZE 200 3 COLOR 255 0 0 UNITS kilometers INTERVALS 3 END #SCALEBAR >>> Terrence Lalla 03/03/03 01:42PM >>> Hi everyone, I am trying to design a simple scalebar object. The output is in gif format(dont know if this would affect anything).Anyways here is the code in the map file: SCALEBAR STATUS ON UNITS METERS SIZE 20 20 BACKGROUNDCOLOR 120 120 120 COLOR 120 120 120 END Thanks in Advance Terrence. --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more > ATTACHMENT part 2 application/octet-stream name=scalebar.gif --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more From palle at mail-online.dk Wed Mar 5 07:02:21 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Wed, 05 Mar 2003 16:02:21 +0100 Subject: [Mapserver-users] INDEXNQUERY Message-ID: Hi all, What I really would like is the INDEXNQUERY mode. This would allow me to find and display multiple shapes by index. However, this does not exist. I guess I could achieve the same result with a filter, but I am afraid that performance wouldn't be up to standards. Does anyone have a suggestion regarding how to implement this? I am normally using PERL mapscript for advanced purposes, but I would prefer a normal CGI solution. Best regards Palle Due Larsen, Carl Bro GIS&IT PS: Someone on the list asked for a mapserver frame solution. Carl Bro GIS&IT has developed one at http://vestamt.carlbro.dk. F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From lfilak at medinaco.org Wed Mar 5 07:27:50 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 05 Mar 2003 10:27:50 -0500 Subject: [Mapserver-users] Sending image to stdout under Apache Message-ID: <200303051527.h25FRhN08249@yogi.medinaco.net> Hmmm... I thought I replied back concerning that.? Just do a: print "Content-type: image/png\n\n"; system("cat junk.png"); and that will send the image to stdout/the browser. HTH Lowell F. The following message was sent by Eric Bridger on 05 Mar 2003 08:59:12 +0000. > > > The list archives show that this came up last Dec. > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00265.html) and while a work around was suggested there was no solution to the problem given, so I was wondering if anyone else had run into this problem. > > I'm having a problem using Perl mapscript $img->saveImage(undef, ...), > to send an image, PNG and/or JPEG, to the standard output under Apache. > Running in /cgi-bin I have the following script: > > my $map = new mapscript::mapObj($ms_dir . "/test.map"); > > my $ref_img = $map->drawReferenceMap(); > > # This works fine: > #$ref_img->saveImage("junk.png", $mapscript::MS_PNG, > $map->{transparent}, $map->{interlace}, 0); > > print "HTTP/1.0 200 OK\n"; > print "Content-type: image/png\r\n\r\n"; > binmode STDOUT; > > # this produces no output on Apache's STDOUT > $ref_img->saveImage("", $mapscript::MS_PNG, $map->{transparent}, > $map->{interlace}, 0); > > $ref_img->free(); > exit; > > > >From the command line this script works as expected. But when run under > Apache/mod_perl it's as if the C msSaveImage() stdout stream is > pointing somewhere other than the Apache stdout (i.e. the client > browser). > > The work around of course is to save a disk file and then print it, but > the whole point of this is to avoid the temp. disk files. I've noticed > a significant increase in performance when using mapserv as an image > engine rather then using temp disk files. > > Thanks. > Eric > > > Setup: > > Apache/1.3.26 (Unix) > Mapserv 3.6.4 > mod_perl 1.22 > > > _______________________________________________ > 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 Mar 5 07:32:19 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 5 Mar 2003 10:32:19 -0500 Subject: [Mapserver-users] Labels with strange AUTO angles - some answers Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EB0@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2E32C.689EB128 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable "It isn't what we don't know that gives us trouble, it's what we know = that ain't so." -- Will Rogers After a long night of exploring lots of code I've never seen before, I'd = like to take issue with the following statement in the GD 2.0.11 = documentation, referring to gdImageStringFT angles: "The direction of rotation is counter-clockwise, with 0 radians (0 = degrees) at 3 o'clock and PI/2 radians (90 degrees) at 12 o'clock." Every word of that sentence is accurate - except for one. MY copy of GD = 2.0.11 (at least) rotates text CLOCKWISE relative to 3 o'clock. Below = is a simple test program and attached is the image it creates. The text = obviously rotates clockwise. So now I have a few questions: 1. When a label angle is specified in the map file (e.g. ANGLE 30), what = is MapServer supposed to do? The docs do not mention how the angle is = supposed to be interpreted. My build rotates text clockwise relative to = 3 o'clock as 0. Is this expected? 2. This is not an ANGLE AUTO problem. That is, ANGLE AUTO is = calculating a reasonable angle and produces the same output as if the = label angle were explicitly specified as the calculated value. 3. Why am I the only one seeing this? That last one's important - if ANGLE AUTO is (generally) as badly broken = as mine is, someone should be shouting about it. So I'm still = suspicious that there's something funny with my build. N.B. - The Windows makefile still makes no reference to GD 2, nor any = reference to the correct use of GD_USE_TTF and GD_USE_FT. It appears = that when using GD 2, GD_USE_FT should be defined and NOT GD_USE_TTF - = correct? - Ed #include "gd.h" #include #define MS_DEG_TO_RAD .0174532925199432958 int main () { gdImagePtr im; int black; int white; int brect[8]; int angle; char *err; char s[64]; double sz =3D 12.; char *f =3D "D:\\times.ttf"; FILE *pngFile; im =3D gdImageCreate(500, 500); white =3D gdImageColorResolve(im, 255, 255, 255); black =3D gdImageColorResolve(im, 0, 0, 0); for (angle =3D 0; angle < 360; angle +=3D 30) { sprintf (s, "Angle is %d degrees", angle); err =3D gdImageStringFT(im, &brect[0], black, f, sz, angle * = MS_DEG_TO_RAD, 150, 150, s); if (err) {fprintf(stderr,err); return 1;} } pngFile =3D fopen("testgdfont.png", "wb"); gdImagePng(im, pngFile); fclose (pngFile); gdImageDestroy(im); return 0; } ------_=_NextPart_001_01C2E32C.689EB128 Content-Type: image/png; name="testgdfont.png" Content-Transfer-Encoding: base64 Content-Description: testgdfont.png Content-Disposition: attachment; filename="testgdfont.png" iVBORw0KGgoAAAANSUhEUgAAAfQAAAH0CAMAAAD8CC+4AAAAYFBMVEX///8AAAA/Pz+fn5+/v79f X18fHx/f399/f38bGxtjY2MTExMXFxenp6dvb28PDw8vLy8DAwN3d3c7OzuPj4/Dw8MCAgJoaGiL i4skJCQFBQUnJydPT09WVlYHBwcLCwtlRJAKAAAcVElEQVR4nO2di3bcNg6Gh1cwx4nT9qTNadPu +z/mEgBFaW6SKGmksef/9rTJjj301BRJAAR+nE4AAAAAAAAAsBAfoz/6M4A9MfYUTf4XeCEMOeO8 OfpjgD0xFPMyx6S/FHlvdyes9NfC8XkeMekAAPDJ8DFv8e7oTwF2xfJxTunojwH2xPCkw3p/LbLh Ti7Goz8G2JNkGGzvr0WKJmLOAQDgs7GRn05w9T8QG/npNrqTpw0+D9iBbfx0F09kjUECzsdgGz/d 2mRiMGGTjwTGWb+jbuOn51Vu6WTh+u3AFjvqJn46Bcc2IQ71x0N5S32eAGpCjOfxkCPjTmHlb3qL hyZIMu0TPX+fl7yw8lnszLo9NfHbaZX1btkkwM6+C86esrns7Lpft1FWjOANn+UIzuyDjRv4SGH1 pDvDE+7ho+8C2Q3Kkdzq7T2v9OS9xVLfEefCweepbBZw13aD+FftV5nNssjTqvCMi2alZQEaEGfJ rYrQSGgmSnRl8ScAexKyEUVxzaRT3pl5udOyyYO7tj/OxLy3rtnerWcrziyM0sBdO4Kw1oYylE0C igsNeLhrh+Ddut+4NSbl58a7pSsd7tpBrHDbfLbjkvFhoRgF3LVj2MBty4MsivMkuGsHsYHbthS4 a0exzm1bkw1rMelHsc5tW5MNm09zmHAHUdy2ZflyK7Jhs8VvjE3IhjwEdduWpSUuz4blQ4GnHUlS x5G97SVLfXE2LMnWThZJUsfgbbbHzELdx4XZsLzG+SELiMYdBM9AdrT9ifaaAh8p5Un3SHU/jOyx Jf0z2SXT3v6sBHtKLEC3NkUPLKf4XHxx0hBaM5VmCzyIw5At94Tt/UBkxVl3arg5Cf2sN/+0QMGm PO9Y6UcSQ17jeamf5gdMOCky8R7hl8RYnKjKIih3JHkOsmVlg49Ne7WscWr0uzRHylH+Ydjdj4Sy PZ2SCanNc4uBuLS86UfVHKktEu/BCvJqTaE9Zc21G3J9jtTaQjqwFmvMkqPZ29bgDHKkngeyj89g kYlGjtSz8diCF+3rhBypZ2KTzKmx8fn4J+RIPRWPzpwiShCSfTbWF7xMwsphyJd5JtYXvEwSgsO0 PxetBS/J8jV8w34thTD5wcKkPxGSOeVnxlooluuW+c+Jl7PDH10SDy5Jc3NorJVkSvINucyysyNd 5smQFNV5K7Em1TVUL0rYFnlxTwUb19bP9NWtVcUZ11K1wD46FvoTQaFcnvhZltaCMx08G54jJ4mn 2840r5utd/B08JWLi257X90HaxO2g+eED1uOlG6c0OJjsI+IvzqcK1tBc6+641zXixPp2F7YNiGO 8u6BIM/emGTjrBTmFPX6bttZ54oowlLfGcMJ83neJ3/xVM6LsOldjvoOSKfdFw3JyLxPfGcqB/pW hr4LgbJ1GJJ77J3gyzF9tNc43LQoAStQ5R1hqa7kBcHUJIywUq/+g+PClk6Rt9NGfMsik/E2iuL4 7mrWufDaifOUn/7tuqDwnXeaEoejWU9Z56OT28rW1nRaVxLoXxlvQraPNwqqWF1LtMHeua2Prod5 lzgP291qGegWJElfPNEWz9CmPno5zGN+Jude+n9qHJXfq3ern3+tWPGTCS7cNlF+2MjDsZ2P7uth zjc9CMZJt9LEc0TOry5akOtxtrwm9mTRmxFLauQ+fSsfnZztD3PUxwhkoy0lZX71orJBrs+m7K6Y t1qSyRxLotjGR5ejBkrhlzhbfFe/qnkSQyHvxkl+v24kcVXNPC43Hv2Bm/joSTqE4jC/BU9VkovR DY526eI1sm2Uk5zshHjgJj66/FfhML9FkMx1t8nRLkb3WIZ6vWwJdyY9nzn69lU+OpFcoaoYEg7z G9haLb76aGc7zY7upXUi7/wkKzmQ6+YpPzixpHAhue4etVWDHO3Ly/5ZTjAbCavCnJHygT96Qkxj DTsA/LdsEGJnH6Ee7UkcJmoX+3XFGVvWpqMbhMex7e09hw9a3tWTVkig0HWc7mjP6yRv0Mkm27wz puScS4ljKwvbb4mQidc8y6a32RL9lZgr6UUSIq7TlKPdia3Log+NolEXo610jdukwX3ZGboL1Ozg 88GOWZ9Ej3YNpPootxTLgyOtkmFXH6bt/SRawfUCla8PHaQl55H39C6VOUUXFi317GqJYMjYA+Pj lLXXulOIrFmNuaYQTsuPmJdDaxb4OEyLLkmlhIWDc/7u5pqnZ9I8p8bHzSURk6wx17zI3WsnS7SR f12OdV7mlqycY9UzJp/uVqsZyityWTuPe+RtSbaoGnM1cXIvAWc49nmiBL6bI7Mz7tMNRTt+4dIK mZIT08VcyW6UWvdCUP7FGVp06ToejxOi7sQ3f3DLVPUfTIonvdyvIOa6GLf40nWG1e14yHhz0tnm nhkVosHlvRfr00I2dh0+hMGlq2vY5NOKKJiLMpezFmu2z/turSwy5wOs9Q2okdloGtQ/Blv09aLl ebkv8m8tZ1PNW7Ccxlu/1eP+dCu6yKwz0S/JFr+xaO2pdnc4e92n8oa8T8zLl+FVPhCwW9rHE1xS IrMSpGu/96K8am+d8JqoeD7pupNQkOjv+JItJ4/l+XaoS9seicyqhn9rQhU5dqRa7ml1haeJ8ovu 3lU/VXztEqWHQZLu6FqVJvLcZevaNUyK5tzc3BwGsCpp0I8lDyRctEcQ+Kp1OqH9Emc5F76hiZo2 z52uYeYYK3+XXAd6TPojyD6bKEg1G0qaCNEUbuFpvz+J1Y0MWvOULX1albAB7iHJhYN+iT7NdNrJ ZoPftfXgHWueW5OoKLkgDwerG2GhPwB/bioR59XMXl23e/By0O6ehzUSD+gOcyGphw4r7kGcZR1J qHPmVi867f50NY2SCTUtSnA1XHeYCwi57oaWD8xMqOl68F4izt/Fhcu8EGqoBcwEJfC96NwkSVMY VwCWS/XbD0c02bw7v4Kd19ytHuYsDTb/U4NV6EmqpzyNV6iO3GdL5erZmxuqDOUj+O30M8AUkmhc mmzmnX5stY31R0/xohlfS689HOY7w5uqLxts8ahnTNR037Y7vfbohi2Pw3xvQqjWWeikJyYm9F7f tnLh4m2RH7hVo9q12x7oueIw3518lpY59zXoMnFBctG3zfTou7XV3livvaGeKw7zA/CpFAQOlLkk 8naXi75t4WLS3USrvbxRQM/1Sejv3MgFO5ZWc9G3rYZw6336aEU7581Cz/VJ6O7c3LS2b+nbNpLu KEH128pmrCACPdfnQNVKeLZmHLFaIjfMgTI6Rv8K367dHqn8pFfXc30GyKk45NB9GteZTcPbNvHS I4VOrXVMc1By9F5dz/WJcMM4yajO7PltG4nCiCkFhiQHemcWdIE8N0jBppfXc30i3HAuOp3ZGyuy 3raVKJ31bMUZlZrinb3fA/rdvHpweTuB7f5EnMVhVWeWrtMaqlNGMUkoxpCPXL/OU+8jcXWsL0d+ WdS+t+ehIPJkkLU1GaLozNpLcSleyWWn5nnmR4LrkXjtc6pTsKfERU6uVzGkQZ05eEJqUWvRmXVX sdRQSpf579aJCBGH1ZLxUpQUxJ/L/lqnGiGvQtvzQ1B0Zm/kzKpNH9n+ZkmSum+TrHoKFCwrE3W7 OEHb8wPBOrOpht4u69q5M3Ke2aDiRUTUZ844qVyu5gG0PT8YnXjFdV07ZYMtJRP4Mj51sffsnbPZ 5ih4WfXQ9vyY1Km6qGvPO3sKJSnKsDaIaFMaCbt7roqFtucn4FJx1Gr4joMwenznL6cuasPfB23P D0mVbbulOEqy36vuvtMzXcTmazUEtD0/JNXcHiiOxjPFUSdyM919eilYDKoqB23PD85txVG9Qo38 TPCZTk46ucU/fVDFQmh7fmxuKo5q5ZnVU4C+nPQxeOdlrrIH0Pb8+KQLxdGoWgLdGa6CI3oQeI3L Qdvzo1OSpHvFUR+kBD3+xi9R6ZHnNfVKT/9e29Ndtvu4zILlSsrhQeDv9QcBeyJJ0lVxlG1yOdT9 6T2f+F+/m/D29ccv4zXJUuz8gbYnTamdRHte1jz5BrAD5b6sKo7myf8zSuTdm//eRDXYmH/EwNPD /Fzbc2IOk5wJw9wKTPoTYLtLdFUc5RUf3yXL6t/8V/+e5+gPY34ZDbxemewTc8gFVnQW9MOkPwG+ VCgUxVE213gPz2fv72/mB8VvFL787ePv//r33yi/6uUp8d1RLXOYYheR5TOeDYJuZuUv9f/xfjJ8 QzdKfleK/TDlz+E44DGIVEwRnrTZbfsVyXAgJi9vf6I3uX6TpCieiWjIy5TwP9qYVUeRYA5V2/5s 0jlVKw3f0I2i/R66V7s/h+OAB8J562Km//rHcMvNvBBTuW77T3d4kn+S8RqB1yegHyD/fzsoijib dKuPTf+Gs1Hqq7F++1i7QLAZ0RQX7ocxf3vDnRvy6sxb7Y/wphOjk17LmHW1D9KmWZfY1gy8szO9 PgGDArt+lPpq/epgnNfG8c67/ZVmNyxx02VWc/1q/vhCKX37ab7//Jbt9bwPfz0NV3p5oy5cV5Om dFXXciq+m6nWe+xXur7hbJT66mC4ZinET0mSdmab/yqGw0qGhc3rmi9Sfxrzu/kZKMV38510F9B/ ShKlkScgUtGh4wOf06jrJxz66YmFv4dvOBulvtr9eTbOK1NCZltfdpwPy7MSOPU5he9/leSZb2Jd fSk3b+T5KoYVRuWrqdZN6a2c6bfls4gcX+uJOnl5w/kodZjy59k4nxztTn2SJ15/B925l19N/FuS 34S+mn0oN2h9WX/FVTlkIN5dBq4v6AjDYanM6RepQP1G+tW/vgeOz8bAzVfKzwmqcrHuv3SbUT4F bECLbh9p4WH3J/WbYf9V3m8H5UTdZhrE2y56vHQ+cPdCP0I/LOfRyAZM/zPvMVH4afJS/8n7/8m8 2arhnY/d/D1pZRXTNqN8Cmp5cbFjqrRzt0JFH657VfbeodkkRUz6qnx/H98oA3cvDEfohuWRdLSv +WEKlr79/G5+fkuJvvxhvpIUSfD578XuW+tQbTPKpyCvv+4X0d1OUO/uDhSfqAuOnDnC4iCxMVY8 pX7Sy8CDKFc/Qhm2n3TzFn6wUZX/lyfZ+L+N+VGqG2BcPQIWdtG/1TjXIIJB1QXqV/qlI8xCImkQ Jx0OPHyhrvQybJ10Mv8VFTlOkznxpv/PL90sYFE/Aksl0qkVhd2fcvgaU4JY3av8r9DJP/TLnmof rMEc68DdC/0Ip35Yzo7iFzg6+sa6FNmES8EZir94K9afnJ+D0NUsO2TQbIJmmbOxLRt5+TNmw0wu v2x3V1Fs+tRHK/tJ96HrkDSYdB3YlIvRfoRTP2x2pX12qui3d//v79H//SXQt0g/zNvv+VUx/MQO CHrJejoN2m+B3Ti7h6pnOmuDFdXtyYuq62+goif8y5g/8tffs19o/pXbsPfst7E5mN0sikWEFCt9 d86m7Mx6P11a79MjuCAp7nkbZzcuxH9KDsXbfzK1LsY/gwTXQ0y6wcxszgY25bwjQ+en2+qnX3zD 2AieM561C0zSQuRfP76+BfO/r3ne3yW2w3nv1nM4lSth3ECbEOyIOZNx7iJyFKIp7RXipXrcZepi PeO5XC1bhVFbrDqJEJEuevK/cczO+RJDS6XaYZZsFXhe+GkJQYN8qiWoKtLqoBUF8byPhBhcCRVo 0IgcjvUPSl7kcphrHnze6t/LdccX0i9bCe9EMRxItMNIYnwBOpEfluymc5qMtku0wf/JosLGcnYU n/WBotND/SQT7mw5CFRftJbHYdF/HLJ5JqUNKTjSQkUuY+HUxFrH6Ko2rLc22VSEKDVW0y319j4/ 4CBIc1Q5x6WrcVKZSZZtN/lxkGM7ahFzoFLVLHdvJzjqHxRfmmlzPhPv1HkyrWYwpKIQy2mpUuLs Lg9w2086Zv/D4EtKxkkyW/hgD2zJadq5LGVVIdG2MNm8v1SpsZ1aERpmfxA6fSg5mqMoffrog6S8 JdnQTblusyaFvP0nuqhM7z02eO0fBKlQjcO+HyfrVT6sIGf6SYz2bK9xRtWdtAf22lmc8vEfGqzD nUoXj3oXm49vVocNFGTVV50RFpHkLgBRerhem+nitfP1G7Ronh0Rd9WLs2KRcSg2ybYf5FEQtVB2 zbPD5lQFXEy/i5uWYNVrTyfUpTwtVCsmSg+OVBJpyfKazn44SwZHx8XqSUz2vOqLEXern0tp62xN 7cRODov+uXA1H9Ka0u66s8NY+JvLFnl1c+ozq8NKnrIXddiBSPg5XneIgQVPMOefCKK6m1PouzQM vqEsZWntwMrvOnuevOpU3F7BEskbBGuQTvc8UBDl1zsTojJzpZtinl1N16um/WjZSZd/oQO5iOP9 Wcj2t3P3vWo9iEtXAJdI1QK6r040aabUX7l0/RwpIXnyaKjY3f729KVzG6106OpTquQezs+6QtfK Ra6eepWStKeFG68kTmG2N0UfuVZ5rG6QZSlKgHYKCctzDapc2YEjkTpGjp7d86cG/VxOpaKVqb5Y 7DRl76NtIqQ4nd+PHsuHw7MdR6dBnLIqM9BRlqvUNrnxpR6s91YLrBJct+MYlIe6ZNXpujqaqQi9 cPilLznv0Be8LHI7vmM7jehRub3DTcwhDHvfUpcCc6luIKe1rmHfReyuk5xjJys646eK/hgSpQ8i zLn4dHlXTnFqiii4uf53MnThHEIofk/mrDdJqHAXNtqgOvrWW0YHdeay3O1G70fwAIqbPKfWsN60 Dt5dkijuvWP8bI96+6Z4Ot2PBIItsV07zRk5jJoTdfZSjO6eEIFIxY6PSX0tM/d8C6h43IU+MDJv kV2a5XIo3CyDTE2N+Bzv6+HqHh48gsHKWpTEJsv56mQYvW27iWoCwpB/MFqPNDDL2Ja7+zu/2zPV ueKlDRm/bbuFbBYWHvtD4cIzN5CeYsY217Y0Fy2G8A1vsgYVjw8n21+l7kirl/m1ESltf50BNYrk ugczHs49+wExeFQ8PhbPUiSqBpV/x2H6yoPzpmLDGiTLya+nhpRnH0QX76ziEWyJCI9Jmz1K1oYJ d1pacUm94mxIFCu6+vV5b+mSN/qKR7AlepZXw2lq0lVnILXMRQr5oSLXao0PkvNwtG+NSHiXTtne TljakvrqgkqXnH9Jfaxbm3gMk2H6m59LP0ovSwbWUu9CvHZQldzlyd9uXuJ8pkvvxYvv7e/Sr3z1 RQZZV/FYZcnASqQesbbSCEUyZvpmKxi+hbtp7fV36VdfpUX7s3psVZYMe/xKbGAh8GJaiVTozOw0 L9G1HbfbXpYMBc7r0Hu0/qBN8wOlxAXpN3/72mJ1/HGg5lvyoSyZtQjTLYOvwr3R/NN+x2yai9uG uAiMjV7ViHxBvO7OeJ8rWTLQhEp7Fm2BpJWjm5pHhhPYx3pucBg+pBQaekhdypIhMtuCSnv22gLR 1CW0FcY7brt49+tsjWkJbMNar7JkmmKByGwDRdqzz3jJG/HWNUS8h6jndxv181r36DNZMkRmW+ik PXttgfa7y6konI+jgR0yukk3/tQzWTJEZhvopT1PXY4ztWYprE5UjJJPsWrGagoVjvZpBtKeVVsg NE5iMMMapgV4KZJaZTv2kVkc7dP00p5VW4Aaz8ZEd4Ql5n+IxJFbStbEhU9PicziaJ+B2MwDaU+l fYO8JSHTCqe62rT0XNZtHUf7JEXQtZP2XIYvilJ25bRz7I+HWhUiqJeuEKO7RxF0LdKeC4nd4zJV ezyOM109xfIxzi9doUt1hS5Q3taLtOdChvdq90IrMo+s7T5ybkRt3bSyOrW7dIUY3Q06PdfVYqwU adr0El1/uV29Ow8ku7pb6bj1HttAjA4UupjrPdmY+QNlP39yALas2KmjkahbdF76QKz5MIMPRfNz bF+GvsowrvKPWTiKdCZHMt3YB9Q5uH9gc7XL6P7fwKUYHdBa4lMXc23OSrwY7SR6oKdBktUNspUW pA3o2PLz4yXLLZyJ0YF6mJeY6xbLQavRR1epKxlTe62+oRgd6A7zGnPdgmx+3U6O69Heflh8u8OO WXeY93qua3BJTge/OnQOHoPIufaH+RYjiqYQb+s0W0FmxqjbHe0vT5FzPZ2LRK3CBXbCZvl8rCFp 5iQvihEvPd9XfzxAfauNzQ5zzZ1I07OuW8KsM4CLo1108LO3oMq5bnOYlzE7af+JubRWtmxyk4Wv msHuUtrR0v/EdHKu246pIoBTeZS9NuzUbYorDT1WZmWAwrScaztWJydNTHq30seDMwJnTtk2JRow QpVz3ZAkcgVT2VUNZzqFtffyYAg94ncpcgXTp+9s6503D1QovRz8CM1r+wA+EXPbPoBd8faR5+6M tg9gf+JoFsxK5rR9ALvDypBuQRnSzNHntH0AO0NirvuHhcwa2j6AvXB6oDekpqTxTNgLGto+gL1g 2QjrGhqlTWTC3oaQc/FcuDbNbv5eCo1xf4dKxGdDShbnnrsafZ1t+GlviJBOyMZ5FkrfNS5ZnHuq S3yNb2XmqcZZk4JJKUEY8Fno+675OHfDvurAOE6IPljWRkCA5kkY9l2ba5CHyw6MEz8iyongY6sZ AB7Ezb5rU+9p3Kbz8eHEiMP2fjys6HOr79rW+LzOy3neoicIHkDQ9inXfdcmGe/AeI23SSe9rYUX 2Byf7Sut/22Ni090YLz5w6i08EIWzaFYERZcMgcjHRjHfp628NqokhUsgSynvdowQ4TgkvsdGEd/ IBKnDscnLfZfkNRyuwPj9Nv4HcicOhKy7D/btOSm+2YHxumf6JE5dTQpn65kEu3ZvByZU08AtZvT foXThcypg9Huua55Cq0JPjvpackGgcypg1ExvvaclujY3U7LbseROXUoaWmcxHBINRsCk8WLt0Dm 1KGE1Ng9tyNK+oQhvzwPBm7bcbR1z+3Ip4KRTPmlmzTctmOZLjW+xiVWF0zL0+Thth1EyZFatEMn jaYunXS4bQfR5UgdEQuH23YQwxypBRhVnFn4brhtx7AkR2pAQ1LkDeC2HcS6HKmGpMi7eHRq2Jsl OVI9ur2vMwiCgbLc/qw2pZbnM5N13NsFvXj2gx4qOzHrE2RrIpn2bqxgKX1Jy3Jas2Gv3h9YVnBl PwIwn5XuGrMgG/aCGNZ9AtDGSneNWZYNe/YhULe8L+tLWpZlw54xr94VbMU6d41ZmA0LDkLtr7Xu 2rJsWHAMbpXRDT4iku7sIPjzUiQr7T9Wn8Zr/XSwI8Fk/3iq5do06/10sB9elMNWB2HX++lgR7J7 7Nbfbm3gp4N9WR/yhp/+isBPBwCAzwgb7hblCq+FEYkiuGwvRXbWbFxUtQo+LMY74zDprwVrAOZD /eiPAfbERzjpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHgd/g/1vYQnPw26IwAAAABJ RU5ErkJggg== ------_=_NextPart_001_01C2E32C.689EB128-- From mschulz at webgis.de Wed Mar 5 07:50:52 2003 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 05 Mar 2003 16:50:52 +0100 Subject: [Mapserver-users] mapscript setFilter Message-ID: <3E661CDC.98EF6BBA@webgis.de> Hi, i have a problem with filterstrings that are passed to the layerobj's setFilter method. The setup: mapserver37, python/mapscript and Oracle SDO data (only points). The problem: When i use setFilter() with a rather simple filterstring like "db_ora_attribute=1" then the filter is correctly applied (meaning i can draw the map with the oracle layer only displaying the filtered geometries). When i want to pass a more complex filterstring like "db_ora_attribute like '%a%'" then i can set the filterstring (layerBj.setFilter(filterstring) returns 0) but when i want to draw the map, no imageObj is created. I think i have tried nearly every possible combination of escape sequences or differently nested string delimiters i could think of. If i use the same complex filterstring in the mapfile as an explicit layer FILTER then everything works fine. The problem seems related to the handling of strings that contain string delimiters when using python mapscript. Or has anybody experienced a similar problem e.g. with php/mapscript or perl/mapscript? 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 eric at gomoos.org Wed Mar 5 02:57:23 2003 From: eric at gomoos.org (Eric Bridger) Date: 05 Mar 2003 10:57:23 +0000 Subject: [Mapserver-users] Sending image to stdout under Apache In-Reply-To: <200303051527.h25FRhN08249@yogi.medinaco.net> References: <200303051527.h25FRhN08249@yogi.medinaco.net> Message-ID: <1046861844.10187.22.camel@ubet.gomoos.org> Thanks Lowell, Yes, that was the work-around I mentioned. But avoiding the write to disk is what I am after. I have found that using /cgi-bin/mapserv as an image engine results in significant performance improvements for our mapscript application. But constructing the proper query strings to manipulate the map is cumbersome and seems to have certain limitations. I'd prefer to manipulate the map using mapscript and then print it to the stdout. But somehow, using $img->saveImage(undef, ...) which spends some time doing something, never sends the image to the stdout when run as a CGI. From the command line, it works. We don't have this problem with a graphing application in the same environment which uses GD.pm. On Wed, 2003-03-05 at 15:27, Lowell Filak wrote: > Hmmm... > I thought I replied back concerning that.? > Just do a: > print "Content-type: image/png\n\n"; > system("cat junk.png"); > and that will send the image to stdout/the browser. > HTH > Lowell F. > > The following message was sent by Eric Bridger on 05 Mar 2003 08:59:12 +0000. > > > > > > > The list archives show that this came up last Dec. > > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00265.html) and while a work around was suggested there was no solution to the problem given, so I was wondering if anyone else had run into this problem. > > > > I'm having a problem using Perl mapscript $img->saveImage(undef, ...), > > to send an image, PNG and/or JPEG, to the standard output under Apache. > > Running in /cgi-bin I have the following script: > > > > my $map = new mapscript::mapObj($ms_dir . "/test.map"); > > > > my $ref_img = $map->drawReferenceMap(); > > > > # This works fine: > > #$ref_img->saveImage("junk.png", $mapscript::MS_PNG, > > $map->{transparent}, $map->{interlace}, 0); > > > > print "HTTP/1.0 200 OK\n"; > > print "Content-type: image/png\r\n\r\n"; > > binmode STDOUT; > > > > # this produces no output on Apache's STDOUT > > $ref_img->saveImage("", $mapscript::MS_PNG, $map->{transparent}, > > $map->{interlace}, 0); > > > > $ref_img->free(); > > exit; > > > > > > >From the command line this script works as expected. But when run under > > Apache/mod_perl it's as if the C msSaveImage() stdout stream is > > pointing somewhere other than the Apache stdout (i.e. the client > > browser). > > > > The work around of course is to save a disk file and then print it, but > > the whole point of this is to avoid the temp. disk files. I've noticed > > a significant increase in performance when using mapserv as an image > > engine rather then using temp disk files. > > > > Thanks. > > Eric > > > > > > Setup: > > > > Apache/1.3.26 (Unix) > > Mapserv 3.6.4 > > mod_perl 1.22 > > > > > > _______________________________________________ > > 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 Mar 5 07:52:43 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 05 Mar 2003 09:52:43 -0600 Subject: [Mapserver-users] INDEXNQUERY Message-ID: The best way to implement would be by allowing you to query by index. That is treat the index as a normal column in MapServer expressions. That way you'd just use the itemquery and itemnquery modes. That's a lot easier to add then a totally new query mode. Please file this as a feature enhancement and I'll add it to 3.7. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Palle Due Larsen" 03/05/03 09:02AM >>> Hi all, What I really would like is the INDEXNQUERY mode. This would allow me to find and display multiple shapes by index. However, this does not exist. I guess I could achieve the same result with a filter, but I am afraid that performance wouldn't be up to standards. Does anyone have a suggestion regarding how to implement this? I am normally using PERL mapscript for advanced purposes, but I would prefer a normal CGI solution. Best regards Palle Due Larsen, Carl Bro GIS&IT PS: Someone on the list asked for a mapserver frame solution. Carl Bro GIS&IT has developed one at http://vestamt.carlbro.dk. Fs en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse ps nettet, og vind et gavekort ps 50.000 kroner..! www.directoffice.dk/konkurrence _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gerry.creager at tamu.edu Wed Mar 5 08:20:58 2003 From: gerry.creager at tamu.edu (Gerry Creager) Date: Wed, 05 Mar 2003 10:20:58 -0600 Subject: [Mapserver-users] MS 3.7 and RH 8 woes In-Reply-To: <200303051406.h25E6mN05936@yogi.medinaco.net> References: <200303051406.h25E6mN05936@yogi.medinaco.net> Message-ID: <3E6623EA.60705@tamu.edu> Lowell, Thanks. It all helps, even if it's not fixing the problem. At least I'm starting to get a better handle on this stuff! This is is what I had: my $shape = new shapeObj($mapscript::MS_SHAPE_LINE); Replaced with: my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); And it yielded the same error. I'm sure it's someting fundamental. I'm just _lost_ at this point. TIA, gerry Lowell Filak wrote: > If you currently have something like: > my $shape = new shapeObj(-1); > try replacing it with: > my $shape = new mapscript::shapeObj(-1); > HTH > Lowell F. > > The following message was sent by Gerry Creager N5JXS on Wed, 05 Mar 2003 07:47:40 -0600. > > >>Sorry for the newbie questions: I should have kept up with the >>technology myself instead of letting a graduating grad student get ahead >>of me! >> >>I've got the nightly build from Sunday evening compiled, sans errors, >>and installed per Steve Woodbridge's Wiki entry. That part seemed to go >>great. Excellent step-by-step directions, no problems. I took no >>shortcuts there to get anyting going. >> >>However, perl mapscript is DOA. I'd tried a CVS load that didn't even >>come close to allowing me to compile perl-mapsecript, thus the nightly >>download, which at least allowed compilation. So that's working. >> >>Now, however, when I attempt to run a perl script that calls >>perl-mapscript, I get the following: >>------------------ >>[root at vne-dhcp-047 mesonet]# ./makeshapefile.pl >>Name "mapscript::MS_SHAPEFILE_POLYGON" used only once: possible typo at >>./makeshapefile.pl line 22. >>Name "mapscript::MS_SHAPE_LINE" used only once: possible typo at >>./makeshapefile.pl line 175. >>Can't locate object method "new" via package "shapefileObj" (perhaps you >>forgot to load "shapefileObj"?) at ./makeshapefile.pl line 22. >>[root at vne-dhcp-047 mesonet]# >>------------------ >> >>makeshapefile.pl worked on 3.6.3 on a RH7.3 install with perl v5.8.0. >>I've gotten XBase and DBD loaded, and mapscript installed in the >>appropriate place. >> >>If it helps, here's the output of mapserv -v: >> >>[root at vne-dhcp-047 mesonet]# /var/www/cgi-bin/mapserv -v >>MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >>OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER >>SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR >>INPUT=GDAL INPUT=SHAPEFILE >>[root at vne-dhcp-047 mesonet]# >> >>Any advice greatly appreciated! >>Gerry >>-- >>Gerry Creager -- gerry.creager at tamu.edu >>Texas Mesonet -- AATLT, Texas A&M University >>Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 >>Page: 979.228.0173 >>Office: 903A Eller Bldg, TAMU, College Station, TX 77843 >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From lfilak at medinaco.org Wed Mar 5 08:28:38 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 05 Mar 2003 11:28:38 -0500 Subject: [Mapserver-users] MS 3.7 and RH 8 woes Message-ID: <200303051628.h25GSVN09716@yogi.medinaco.net> Hmmm... Can you send the whole script? Lowell F. The following message was sent by Gerry Creager on Wed, 05 Mar 2003 10:20:58 -0600. > Lowell, > > Thanks. It all helps, even if it's not fixing the problem. At least > I'm starting to get a better handle on this stuff! > > This is is what I had: > my $shape = new shapeObj($mapscript::MS_SHAPE_LINE); > > Replaced with: > my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); > > And it yielded the same error. I'm sure it's someting fundamental. I'm > just _lost_ at this point. > > TIA, gerry > > Lowell Filak wrote: > > If you currently have something like: > > my $shape = new shapeObj(-1); > > try replacing it with: > > my $shape = new mapscript::shapeObj(-1); > > HTH > > Lowell F. > > > > The following message was sent by Gerry Creager N5JXS on Wed, 05 Mar 2003 07:47:40 -0600. > > > > > >>Sorry for the newbie questions: I should have kept up with the > >>technology myself instead of letting a graduating grad student get ahead > >>of me! > >> > >>I've got the nightly build from Sunday evening compiled, sans errors, > >>and installed per Steve Woodbridge's Wiki entry. That part seemed to go > >>great. Excellent step-by-step directions, no problems. I took no > >>shortcuts there to get anyting going. > >> > >>However, perl mapscript is DOA. I'd tried a CVS load that didn't even > >>come close to allowing me to compile perl-mapsecript, thus the nightly > >>download, which at least allowed compilation. So that's working. > >> > >>Now, however, when I attempt to run a perl script that calls > >>perl-mapscript, I get the following: > >>------------------ > >>[root at vne-dhcp-047 mesonet]# ./makeshapefile.pl > >>Name "mapscript::MS_SHAPEFILE_POLYGON" used only once: possible typo at > >>./makeshapefile.pl line 22. > >>Name "mapscript::MS_SHAPE_LINE" used only once: possible typo at > >>./makeshapefile.pl line 175. > >>Can't locate object method "new" via package "shapefileObj" (perhaps you > >>forgot to load "shapefileObj"?) at ./makeshapefile.pl line 22. > >>[root at vne-dhcp-047 mesonet]# > >>------------------ > >> > >>makeshapefile.pl worked on 3.6.3 on a RH7.3 install with perl v5.8.0. > >>I've gotten XBase and DBD loaded, and mapscript installed in the > >>appropriate place. > >> > >>If it helps, here's the output of mapserv -v: > >> > >>[root at vne-dhcp-047 mesonet]# /var/www/cgi-bin/mapserv -v > >>MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > >>OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > >>SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > >>INPUT=GDAL INPUT=SHAPEFILE > >>[root at vne-dhcp-047 mesonet]# > >> > >>Any advice greatly appreciated! > >>Gerry > >>-- > >>Gerry Creager -- gerry.creager at tamu.edu > >>Texas Mesonet -- AATLT, Texas A&M University > >>Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > >>Page: 979.228.0173 > >>Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > >> > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > Gerry Creager -- gerry.creager at tamu.edu > Network Engineering -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 > FAX: 979.847.8578 Pager: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From rjames57 at yahoo.com Wed Mar 5 08:39:02 2003 From: rjames57 at yahoo.com (randy james) Date: Wed, 5 Mar 2003 08:39:02 -0800 (PST) Subject: [Mapserver-users] itemquery 3.7 Message-ID: <20030305163902.76206.qmail@web12504.mail.yahoo.com> Hi I just started getting results from itemquery with 3.7, but I am not getting the results i expect. When I do get results it is always the first item in the database. I am guessing that I do not understand what the query should look like. I was reading the archives on the subject and found referance to regex. So when using the CGI what version of regex is used? Does anyone have a ready made guide for the regular expressions(regex) used by the mapserver cgi? Cheers Randy __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From doug at moximedia.com Wed Mar 5 08:38:32 2003 From: doug at moximedia.com (Doug Cates) Date: Wed, 5 Mar 2003 08:38:32 -0800 Subject: [Mapserver-users] GDAL / GIF misunderstanding? In-Reply-To: <3E64F683.22938D81@dmsolutions.ca> Message-ID: <000101c2e335$a955cea0$6401a8c0@vn.shawcable.net> Frank Warmerdam wrote: > > I could provide a patch for mapraster.c if you are interested. Should this > be rolled into a future 3.6.x? Note, I did already ensure that GDAL would > be used if TIFF, PNG or JPEG were not configured, but for some reason the > same fix was not applied for GIF. > I've modified my local version of mapraster.c (v3.6.4) as follows, and it has solved the problem I encountered when using remote GIF format WMS services as client layers in my map without GIF/GD support. It works well now. Thanks to Daniel and Frank for their help on this. line 1775-1777: if (memcmp(dd,"GIF8",4)==0) { if(layer->transform && msProjectionsDiffer(&(map->projection), &(layer->projection))) { changed to: #if !defined(USE_GDAL) || defined(USE_GD_GIF) if (memcmp(dd,"GIF8",4)==0) { if ((layer->transform && msProjectionsDiffer(&(map->projection), &(layer->projection))) || layer->connectiontype == MS_WMS ) { line 1830: } changed to: } #endif /* !defined(USE_GDAL) || defined(USE_GD_GIF) */ Doug From ed at topozone.com Wed Mar 5 08:47:30 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 5 Mar 2003 11:47:30 -0500 Subject: [Mapserver-users] Labels with strange AUTO angles - fixed, with explanation Message-ID: <13858AA1A74F30419F319ACB66A9D12201961C@mercator.topozone.com> OK, it's fixed now. I was wrong to blame GD. It was a FreeType bug. Do NOT use FreeType 2.1.2. Use FreeType 2.1.3, in which this bug is documented and fixed. If you think you have FreeType 2.1.2 and don't see this problem, keep reading. I took the test program I sent around and had Steve Woodbridge build it on his Linux system. The text went the OTHER way and behaved as documented. So we had a little chat: E: "Are you SURE you're using GD 2.0.11?" S: "Yup." E: "Are you SURE you're using FreeType 2.1.2?" S: "Yup." E: "Hmmmm...." A little later, Steve reports that he's running (on Red Hat) RH's freetype-2.1.2-7 distribution. Not all FreeType 2.1.2s are alike. Red Hat (at least) seems to roll updates and fixes into the RPM, keeping the same base version. So Steve's FreeType 2.1.2 was not the same as MY FreeType 2.1.2 and his had the bug fixed and mine did not. It appears that other folks are using "newer" FreeType 2.1.2 releases than mine, explaining why I'm out in this parallel universe seeing bugs no one else sees. FreeType 2.1.3 is a stable, full release, and is the current stable release of FreeType. Anyone using FT 2 should be using it. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 From dana at nextbus.com Wed Mar 5 08:54:32 2003 From: dana at nextbus.com (Dana Quinn) Date: Wed, 05 Mar 2003 08:54:32 -0800 Subject: [Mapserver-users] Sending image to stdout under Apache References: <1046854752.10221.8.camel@ubet.gomoos.org> Message-ID: <3E662BC8.5030608@nextbus.com> (sorry if this hits the list twice) Hi- I'm sorry, I should have written about what solved the problem I had back then. (in the thread that Eric referenced). My problem looked like it was happening because the image data was coming before the header data. So, I was concerned that some sort of output buffering was at fault. Acting on a tip I read somewhere, I added this at the top of my script: use FileHandle; STDOUT->autoflush; I don't know if this sort of thing is usually necessary when using CGI.pm, but things work great now. and now my sequence for outputting to the browser goes like this: print "Content-Type: image/png\r\n\r\n"; $img->saveImage(undef, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); and it works fine. Now that I think about it, it would probably be better to use the CGI method: print $query->header('image/png'); instead of the 'print "Content-Type... stuff I have there now. dana Eric Bridger wrote: > > The list archives show that this came up last Dec. > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00265.html) and while a work around was suggested there was no solution to the problem given, so I was wondering if anyone else had run into this problem. > > I'm having a problem using Perl mapscript $img->saveImage(undef, ...), > to send an image, PNG and/or JPEG, to the standard output under Apache. > Running in /cgi-bin I have the following script: > > my $map = new mapscript::mapObj($ms_dir . "/test.map"); > > my $ref_img = $map->drawReferenceMap(); > > # This works fine: > #$ref_img->saveImage("junk.png", $mapscript::MS_PNG, > $map->{transparent}, $map->{interlace}, 0); > > print "HTTP/1.0 200 OK\n"; > print "Content-type: image/png\r\n\r\n"; > binmode STDOUT; > > # this produces no output on Apache's STDOUT > $ref_img->saveImage("", $mapscript::MS_PNG, $map->{transparent}, > $map->{interlace}, 0); > > $ref_img->free(); > exit; > > >>From the command line this script works as expected. But when run under > Apache/mod_perl it's as if the C msSaveImage() stdout stream is > pointing somewhere other than the Apache stdout (i.e. the client > browser). > > The work around of course is to save a disk file and then print it, but > the whole point of this is to avoid the temp. disk files. I've noticed > a significant increase in performance when using mapserv as an image > engine rather then using temp disk files. > > Thanks. > Eric > > > Setup: > > Apache/1.3.26 (Unix) > Mapserv 3.6.4 > mod_perl 1.22 > > > _______________________________________________ > 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 Mar 5 08:59:46 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 05 Mar 2003 11:59:46 -0500 Subject: [Mapserver-users] Sending image to stdout under Apache Message-ID: <200303051659.h25GxdN10387@yogi.medinaco.net> Doh! That's what I get for being in a hurry. >From what I've read: 1) You don't need binmode on *n*x. 2) You need to print to OUT as opposed to STDOUT or the content is shipped before the content-type. print OUT $ref_img->saveImage(undef, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); HTH Lowell F. The following message was sent by Eric Bridger on 05 Mar 2003 10:57:23 +0000. > Thanks Lowell, > > Yes, that was the work-around I mentioned. But avoiding the write to > disk is what I am after. I have found that using /cgi-bin/mapserv as an > image engine results in significant performance improvements for our > mapscript application. But constructing the proper query strings to > manipulate the map is cumbersome and seems to have certain limitations. > I'd prefer to manipulate the map using mapscript and then print it to > the stdout. But somehow, using $img->saveImage(undef, ...) which spends > some time doing something, never sends the image to the stdout when run > as a CGI. From the command line, it works. > > We don't have this problem with a graphing application in the same > environment which uses GD.pm. > > > On Wed, 2003-03-05 at 15:27, Lowell Filak wrote: > > Hmmm... > > I thought I replied back concerning that.? > > Just do a: > > print "Content-type: image/png\n\n"; > > system("cat junk.png"); > > and that will send the image to stdout/the browser. > > HTH > > Lowell F. > > > > The following message was sent by Eric Bridger on 05 Mar 2003 08:59:12 +0000. > > > > > > > > > > > The list archives show that this came up last Dec. > > > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00265.html) and while a work around was suggested there was no solution to the problem given, so I was wondering if anyone else had run into this problem. > > > > > > I'm having a problem using Perl mapscript $img->saveImage(undef, ...), > > > to send an image, PNG and/or JPEG, to the standard output under Apache. > > > Running in /cgi-bin I have the following script: > > > > > > my $map = new mapscript::mapObj($ms_dir . "/test.map"); > > > > > > my $ref_img = $map->drawReferenceMap(); > > > > > > # This works fine: > > > #$ref_img->saveImage("junk.png", $mapscript::MS_PNG, > > > $map->{transparent}, $map->{interlace}, 0); > > > > > > print "HTTP/1.0 200 OK\n"; > > > print "Content-type: image/png\r\n\r\n"; > > > binmode STDOUT; > > > > > > # this produces no output on Apache's STDOUT > > > $ref_img->saveImage("", $mapscript::MS_PNG, $map->{transparent}, > > > $map->{interlace}, 0); > > > > > > $ref_img->free(); > > > exit; > > > > > > > > > >From the command line this script works as expected. But when run under > > > Apache/mod_perl it's as if the C msSaveImage() stdout stream is > > > pointing somewhere other than the Apache stdout (i.e. the client > > > browser). > > > > > > The work around of course is to save a disk file and then print it, but > > > the whole point of this is to avoid the temp. disk files. I've noticed > > > a significant increase in performance when using mapserv as an image > > > engine rather then using temp disk files. > > > > > > Thanks. > > > Eric > > > > > > > > > Setup: > > > > > > Apache/1.3.26 (Unix) > > > Mapserv 3.6.4 > > > mod_perl 1.22 > > > > > > > > > _______________________________________________ > > > 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 kames at keyspanenergy.com Wed Mar 5 09:12:31 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Wed, 05 Mar 2003 12:12:31 -0500 Subject: [Mapserver-users] Help Request Message-ID: <3E662FFF.E487862@keyspanenergy.com> Would anyone be willing to contact me off-list to help resolve data alignment issues? Specifically, rendering decimal degree street data with UTM polygons. Thank you. kames at keyspanenergy.com From warmerdam at pobox.com Wed Mar 5 09:26:05 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 05 Mar 2003 12:26:05 -0500 Subject: [Mapserver-users] MSAutoTest Message-ID: <3E66332D.2050406@pobox.com> Folks, I have been working on an automated testing mechanism for MapServer for a few months on and off, and populating it with tests of functionality I am interested in ... notably GDAL related stuff and OUTPUTFORMAT support testing. However, the mechanism is intended to be generally useful, and something that a savvy end user could run and extend. Things seem to be working reasonably well in my protected little environment, so I thought I should document how it works a bit, and push it out to other folks interested in running and improving regression tests. The topic is now setup in the Wiki at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MSAutoTest I would encourage sophisticated MapServer 3.7 users and any developers to check it out of CVS and try running it. I am open to feedback to streamline it's operation, and anyone with commit access is encourage to add tests. Those without commit access can email new test maps to me to add. PS. While not intended as general examples, the autotest suite can be a useful source of working examples of esoteric options, such as new processing directives, outputformat stuff, and the brand new OGR JOIN support. 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 Wed Mar 5 09:48:57 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 05 Mar 2003 11:48:57 -0600 Subject: [Mapserver-users] itemquery 3.7 Message-ID: Regex is totally system dependent so you need to check the man pages for the library on your system. It's definitely not perl regex though... Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> randy james 03/05/03 10:39AM >>> Hi I just started getting results from itemquery with 3.7, but I am not getting the results i expect. When I do get results it is always the first item in the database. I am guessing that I do not understand what the query should look like. I was reading the archives on the subject and found referance to regex. So when using the CGI what version of regex is used? Does anyone have a ready made guide for the regular expressions(regex) used by the mapserver cgi? Cheers Randy __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Wed Mar 5 09:51:55 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 05 Mar 2003 11:51:55 -0600 Subject: [Mapserver-users] Labels with strange AUTO angles - fixed, with explanation Message-ID: Ok, so where are we at? MapServer and GD are cool. Nothing needs to be done. Eexcept ditching old versions of GD and Freetype from the MapServer. Doing so would alleviate some of these issues, expecially the way Linux comes stocked... Thanks for your work on this! Steve >>> "Ed McNierney" 03/05/03 10:47AM >>> OK, it's fixed now. I was wrong to blame GD. It was a FreeType bug. Do NOT use FreeType 2.1.2. Use FreeType 2.1.3, in which this bug is documented and fixed. If you think you have FreeType 2.1.2 and don't see this problem, keep reading. I took the test program I sent around and had Steve Woodbridge build it on his Linux system. The text went the OTHER way and behaved as documented. So we had a little chat: E: "Are you SURE you're using GD 2.0.11?" S: "Yup." E: "Are you SURE you're using FreeType 2.1.2?" S: "Yup." E: "Hmmmm...." A little later, Steve reports that he's running (on Red Hat) RH's freetype-2.1.2-7 distribution. Not all FreeType 2.1.2s are alike. Red Hat (at least) seems to roll updates and fixes into the RPM, keeping the same base version. So Steve's FreeType 2.1.2 was not the same as MY FreeType 2.1.2 and his had the bug fixed and mine did not. It appears that other folks are using "newer" FreeType 2.1.2 releases than mine, explaining why I'm out in this parallel universe seeing bugs no one else sees. FreeType 2.1.3 is a stable, full release, and is the current stable release of FreeType. Anyone using FT 2 should be using it. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 _______________________________________________ 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 Mar 5 09:57:21 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 5 Mar 2003 12:57:21 -0500 Subject: [Mapserver-users] Labels with strange AUTO angles - fixed,with explanation Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EBA@mercator.topozone.com> Steve - That's correct. If 3.7 could *require* GD 2.x and FT 2.x, then a lot of things could be simplified. - Ed -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Wednesday, March 05, 2003 12:52 PM To: mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: [Mapserver-users] Labels with strange AUTO angles - fixed,with explanation Ok, so where are we at? MapServer and GD are cool. Nothing needs to be done. Eexcept ditching old versions of GD and Freetype from the MapServer. Doing so would alleviate some of these issues, expecially the way Linux comes stocked... Thanks for your work on this! Steve >>> "Ed McNierney" 03/05/03 10:47AM >>> OK, it's fixed now. I was wrong to blame GD. It was a FreeType bug. Do NOT use FreeType 2.1.2. Use FreeType 2.1.3, in which this bug is documented and fixed. If you think you have FreeType 2.1.2 and don't see this problem, keep reading. I took the test program I sent around and had Steve Woodbridge build it on his Linux system. The text went the OTHER way and behaved as documented. So we had a little chat: E: "Are you SURE you're using GD 2.0.11?" S: "Yup." E: "Are you SURE you're using FreeType 2.1.2?" S: "Yup." E: "Hmmmm...." A little later, Steve reports that he's running (on Red Hat) RH's freetype-2.1.2-7 distribution. Not all FreeType 2.1.2s are alike. Red Hat (at least) seems to roll updates and fixes into the RPM, keeping the same base version. So Steve's FreeType 2.1.2 was not the same as MY FreeType 2.1.2 and his had the bug fixed and mine did not. It appears that other folks are using "newer" FreeType 2.1.2 releases than mine, explaining why I'm out in this parallel universe seeing bugs no one else sees. FreeType 2.1.3 is a stable, full release, and is the current stable release of FreeType. Anyone using FT 2 should be using it. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 _______________________________________________ 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 Mar 5 11:14:22 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 05 Mar 2003 14:14:22 -0500 Subject: [Mapserver-users] Sending image to stdout under Apache Message-ID: <200303051914.h25JEFN12789@yogi.medinaco.net> >From what I can tell from the mod_perl comments is that using OUT as opposed to STDOUT is the way to fix it in mod_perl. Lowell F. The following message was sent by Jason Thaxter on Wed, 5 Mar 2003 12:44:23 -0500. > I checked our script when NOT run under mod_perl, and it works fine. That's a > better workaround for us than print/cat, since we have one script that does > all the UI work, and a short one that generates the image output. > > The problem I've identified, precisely, is that with the API you can write to > a filename or stdout. But writing to the "real" stdout doesn't work under > mod_perl, since perl STDOUT is no longer the same as C stdout. You can't > pass a file handle; the choice with the current API is a filename, or nothing > for stdout... > > What we really want is something like what can be done with the perl GD > interface, e.g: > print $img->png; > or even > $img->printImage(\*STDOUT,args..); > > Passing a filehandle as opposed to a string containing a filename isn't the > craziest thing... OTOH, there might be a quicker way to get this accomplished > with some select() trickery... Or we might have to resort to writing an > actual module, instead of writing Apache::Registry stuff... We'll post our > solution if we get anything better than what we have. > > JT > > > On Wed, Mar 05, 2003 at 10:57:23AM +0000, Eric Bridger wrote: > > Thanks Lowell, > > > > Yes, that was the work-around I mentioned. But avoiding the write to > > disk is what I am after. I have found that using /cgi-bin/mapserv as an > > image engine results in significant performance improvements for our > > mapscript application. But constructing the proper query strings to > > manipulate the map is cumbersome and seems to have certain limitations. > > I'd prefer to manipulate the map using mapscript and then print it to > > the stdout. But somehow, using $img->saveImage(undef, ...) which spends > > some time doing something, never sends the image to the stdout when run > > as a CGI. From the command line, it works. > > > > We don't have this problem with a graphing application in the same > > environment which uses GD.pm. > > > > > > On Wed, 2003-03-05 at 15:27, Lowell Filak wrote: > > > Hmmm... > > > I thought I replied back concerning that.? > > > Just do a: > > > print "Content-type: image/png\n\n"; > > > system("cat junk.png"); > > > and that will send the image to stdout/the browser. > > > HTH > > > Lowell F. > > > > > -- > ---------------------------------------------- > Jason Thaxter > GoMOOS, P.O. Box 4919, Portland, ME 04112-4919 > Office Location: 1 Canal Plaza, 7th Floor > Office: 207.773.0423 > Fax: 207.773.8672 > Email: thaxter at gomoos.org > ------------www.gomoos.org-------------------- From cblack at CalAcademy.Org Wed Mar 5 11:21:18 2003 From: cblack at CalAcademy.Org (Chris Black) Date: Wed, 05 Mar 2003 11:21:18 -0800 Subject: [Mapserver-users] documentation bug (was Re: projecting a point in PHP MapScript) References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> <3E64F89A.8050406@calacademy.org> <3E6526D6.1EF85B21@dmsolutions.ca> Message-ID: <3E664E2E.2020309@calacademy.org> --------------080907020309020502020005 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Ok, I've stepped up to 3.7, which I downloaded as mapserver-3.7-win32-php4.3.0-gd2.zip from http://www2.dmsolutions.ca/mapserver/dl/ (since I'm on Windows, I'm trying to avoid doing any compilation myself). The behavior has changed somewhat; I now get an explicit failed return code and an error message. I'm still not succeeding. Is there any way to get a more explicit error message about why the projection is failing? Is there a different 3.7 binary and libraries I should try? Thanks. -- Chris my code: ---------------- 1 setXY(38.20527700, -122.37277700); 10 $retval = $crab_here->project($inproj, $outproj); 11 if ($retval == MS_SUCCESS) {print("Succeeded. ");} else {print("Failed. ");} 12 print(" x is "); 13 print($crab_here->x); 14 print("; y is "); 15 print($crab_here->y); 16 ?> ------------------------- output with error message: ----------------------- Warning: MapServer Error in : in c:\inetpub\scripts\debug_projection.php on line 10 Failed. x is 38.205277; y is -122.372777 --------------------------------- metadata describing the map I want to print the point onto, and from which I am therefore taking the definition of $outproj: ------------------------ SPATIAL_REFERENCE_INFORMATION Horizontal_Coordinate_System_Definition Planar Grid_Coordinate_System Grid_Coordinate_System_Name: Universal Transverse Mercator Universal_Transverse_Mercator: UTM_Zone_Number: 10 Transverse_Mercator Scale_Factor_at_Central_Meridian: implied Longitude_of_Central_Meridian: implied Latitude_of_Projection_Origin: implied False_Easting: implied False_Northing: implied Planar_Coordinate_Information Planar_Coordinate_Encoding_Method: Row and column Coordinate_Representation: Abscissa_Resolution: 30.0 Ordinate_Resolution: 30.0 Planar_Distance_Units: Meters Geodetic_Model Horizontal_Datum_Name: North American Datum 1927 Ellipsoid_Name: Clarke 1866 Semi-major_Axis: 6378206.4 Denominator_of_Flattening_Ratio: 294.98 ---------------------- Daniel Morissette wrote: >Chris Black wrote: > > >>Eric Bridger wrote: >> >> >> >>>Chris, >>>1) pointObj->project() does not return a point, it just reprojects the >>>pointObj, so getting a null is not an error. >>> >>> >>> >>In that case, the online PHP class documentation should be modified. >> The doc at >>http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#proj >>has this code snippet: >> >> >> > >Actually the 3.6 version "tries to" return a point but it's broken, it >returns a point with an invalid internal poinObj reference, and the >initial object is updated internally but the PHP wrapper is not, if you >continue to play with the returned object you'll eventually end up with >a crash. In 3.7 it won't return a point any more, instead it updates >the point on which the project() method is called. > >I think your problem is simply that the project() method is broken in >3.6 and cannot be relied upon. I'll see if I could backport the 3.7 >changes to 3.6, I just hoped that we could avoid that since very few >people seemed to use those methods. The other option would be for you >to use 3.7 in which the project() method works very well. > > > --------------080907020309020502020005 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Ok, I've stepped up to 3.7, which I downloaded as mapserver-3.7-win32-php4.3.0-gd2.zip from http://www2.dmsolutions.ca/mapserver/dl/ (since I'm on Windows, I'm trying to avoid doing any compilation myself).

The behavior has changed somewhat; I now get an explicit failed return code and an error message.  I'm still not succeeding.  Is there any way to get a more explicit error message about why the projection is failing?  Is there a different 3.7 binary and libraries I should try?

Thanks.

-- Chris

my code:
----------------
1    <?php
2
3    dl('php_mapscript_37.dll');
4
5    $outproj = ms_newProjectionObj("proj=utm,zone=10,datum=NAD27,ellps=clrk66,units=m,no_defs,north");
6    $inproj = ms_newProjectionObj("proj=longlat,ellps=clrk66");
7
8    $crab_here = ms_newpointobj();
9    $crab_here->setXY(38.20527700, -122.37277700);
10    $retval = $crab_here->project($inproj, $outproj);
11    if ($retval == MS_SUCCESS) {print("Succeeded. ");} else {print("Failed. ");}
12    print(" x is ");
13    print($crab_here->x);
14    print("; y is ");
15    print($crab_here->y);
16    ?>
-------------------------
output with error message:
-----------------------

Warning: MapServer Error in : in c:\inetpub\scripts\debug_projection.php on line 10
Failed. x is 38.205277; y is -122.372777
---------------------------------
metadata describing the map I want to print the point onto, and from which I am therefore taking the definition of $outproj:
------------------------
SPATIAL_REFERENCE_INFORMATION



  Horizontal_Coordinate_System_Definition

    Planar

      Grid_Coordinate_System

        Grid_Coordinate_System_Name: Universal Transverse Mercator

        Universal_Transverse_Mercator:

          UTM_Zone_Number: 10

          Transverse_Mercator

            Scale_Factor_at_Central_Meridian: implied

            Longitude_of_Central_Meridian: implied

            Latitude_of_Projection_Origin: implied

            False_Easting: implied

            False_Northing:    implied

      Planar_Coordinate_Information

        Planar_Coordinate_Encoding_Method: Row and column

        Coordinate_Representation:

          Abscissa_Resolution: 30.0

          Ordinate_Resolution: 30.0

        Planar_Distance_Units: Meters

    Geodetic_Model

      Horizontal_Datum_Name: North American Datum 1927

      Ellipsoid_Name: Clarke 1866

      Semi-major_Axis: 6378206.4

      Denominator_of_Flattening_Ratio: 294.98

----------------------




Daniel Morissette wrote:
Chris Black wrote:
  
Eric Bridger wrote:

    
Chris,
1) pointObj->project() does not return a point, it just reprojects the
pointObj, so getting a null is not an error.

      
In that case, the online PHP class documentation should be modified.
 The doc at
http://mapserver.gis.umn.edu/doc36/phpmapscript-class-guide.html#proj
has this code snippet:

    

Actually the 3.6 version "tries to" return a point but it's broken, it
returns a point with an invalid internal poinObj reference, and the
initial object is updated internally but the PHP wrapper is not, if you
continue to play with the returned object you'll eventually end up with
a crash.  In 3.7 it won't return a point any more, instead it updates
the point on which the project() method is called.

I think your problem is simply that the project() method is broken in
3.6 and cannot be relied upon.  I'll see if I could backport the 3.7
changes to 3.6, I just hoped that we could avoid that since very few
people seemed to use those methods.  The other option would be for you
to use 3.7 in which the project() method works very well.

--------------080907020309020502020005-- From warmerdam at pobox.com Wed Mar 5 11:27:03 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 05 Mar 2003 14:27:03 -0500 Subject: [Mapserver-users] documentation bug (was Re: projecting a point in PHP MapScript) In-Reply-To: <3E664E2E.2020309@calacademy.org> References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> <3E64F89A.8050406@calacademy.org> <3E6526D6.1EF85B21@dmsolutions.ca> <3E664E2E.2020309@calacademy.org> Message-ID: <3E664F87.6020407@pobox.com> Chris Black wrote: > Ok, I've stepped up to 3.7, which I downloaded as > mapserver-3.7-win32-php4.3.0-gd2.zip from > http://www2.dmsolutions.ca/mapserver/dl/ (since I'm on Windows, I'm > trying to avoid doing any compilation myself). > > The behavior has changed somewhat; I now get an explicit failed return > code and an error message. I'm still not succeeding. Is there any way > to get a more explicit error message about why the projection is > failing? Is there a different 3.7 binary and libraries I should try? Chris, Generally speaking it is hard to get meaningful error messages from PROJ.4 explaining failure, but a good start is to do testing with the "cs2cs" commandline program distributed with PROJ.4. cs2cs +proj=latlong +ellps=clrk66 +to +proj=utm +zone=10 +datum=NAD27 \ +ellps=clrk66 +units=m +no_defs +north 38.2052770 -122.37277700 * * 0.000 Well, this fails because you have X and Y backwards. I assume you want to translate the location 122.372777E, 38.2052770N? Even though the coordinate system is called latlong (longlat also works) the order is latitude,longitude. Second, you provide a datum definition for one coordinate system but not the other. This seems to cause a problem. If I change to just listing the ellipses things seem OK: cs2cs +proj=latlong +ellps=clrk66 +to +proj=utm +zone=10 +ellps=clrk66 +units=m +no_defs +north -122.372777 38.2052770 554916.29 4228571.08 0.000 So, try correcting these problems in your script. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From cblack at CalAcademy.Org Wed Mar 5 11:49:37 2003 From: cblack at CalAcademy.Org (Chris Black) Date: Wed, 05 Mar 2003 11:49:37 -0800 Subject: [Mapserver-users] documentation bug (was Re: projecting a point in PHP MapScript) References: <20030227180002.20129.49090.Mailman@lists.gis.umn.edu> <3E63D243.2090902@calacademy.org> <1046767038.1465.12.camel@ubet.gomoos.org> <3E64F89A.8050406@calacademy.org> <3E6526D6.1EF85B21@dmsolutions.ca> <3E664E2E.2020309@calacademy.org> <3E664F87.6020407@pobox.com> Message-ID: <3E6654D1.9060905@calacademy.org> D'oh! I need to put a sticky note on my monitor that says "LONGITUDE is X"! This has bitten me before -- we say 'x, y' but 'lat, long', and that always makes me think that latitude is x. It's working with Frank's corrections. Thank you! -- Chris Frank Warmerdam wrote: > Chris Black wrote: > >> Ok, I've stepped up to 3.7, which I downloaded as >> mapserver-3.7-win32-php4.3.0-gd2.zip from >> http://www2.dmsolutions.ca/mapserver/dl/ (since I'm on Windows, I'm >> trying to avoid doing any compilation myself). >> >> The behavior has changed somewhat; I now get an explicit failed >> return code and an error message. I'm still not succeeding. Is >> there any way to get a more explicit error message about why the >> projection is failing? Is there a different 3.7 binary and libraries >> I should try? > > > > Chris, > > Generally speaking it is hard to get meaningful error messages from > PROJ.4 > explaining failure, but a good start is to do testing with the "cs2cs" > commandline program distributed with PROJ.4. > > cs2cs +proj=latlong +ellps=clrk66 +to +proj=utm +zone=10 +datum=NAD27 \ > +ellps=clrk66 +units=m +no_defs +north > 38.2052770 -122.37277700 > * * 0.000 > > Well, this fails because you have X and Y backwards. I assume you > want to > translate the location 122.372777E, 38.2052770N? Even though the > coordinate > system is called latlong (longlat also works) the order is > latitude,longitude. > > Second, you provide a datum definition for one coordinate system but not > the other. This seems to cause a problem. If I change to just listing > the ellipses things seem OK: > > cs2cs +proj=latlong +ellps=clrk66 +to +proj=utm +zone=10 +ellps=clrk66 > +units=m +no_defs +north > -122.372777 38.2052770 > 554916.29 4228571.08 0.000 > > So, try correcting these problems in your script. > > Best regards, > From millardymecki at sympatico.ca Wed Mar 5 11:58:12 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Wed, 5 Mar 2003 14:58:12 -0500 Subject: [Mapserver-users] Labels with strange AUTO angles - fixed,with explanation References: <13858AA1A74F30419F319ACB66A9D1221F3EBA@mercator.topozone.com> Message-ID: <002801c2e351$8dd64080$f098fea9@pauls> Hi, I was wondering if anyone would know why points would be shifted down slightly in a projection? Paul ----- Original Message ----- From: "Ed McNierney" To: Sent: Wednesday, March 05, 2003 12:57 PM Subject: RE: [Mapserver-users] Labels with strange AUTO angles - fixed,with explanation > Steve - > > That's correct. If 3.7 could *require* GD 2.x and FT 2.x, then a lot of things could be simplified. > > - Ed > > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Wednesday, March 05, 2003 12:52 PM > To: mapserver-users at lists.gis.umn.edu; Ed McNierney > Subject: RE: [Mapserver-users] Labels with strange AUTO angles - > fixed,with explanation > > > Ok, so where are we at? MapServer and GD are cool. Nothing needs to be > done. Eexcept ditching old versions of GD and Freetype from the > MapServer. Doing so would alleviate some of these issues, expecially the > way Linux comes stocked... > > Thanks for your work on this! > > Steve > > >>> "Ed McNierney" 03/05/03 10:47AM >>> > OK, it's fixed now. I was wrong to blame GD. It was a FreeType bug. > > Do NOT use FreeType 2.1.2. Use FreeType 2.1.3, in which this bug is > documented and fixed. If you think you have FreeType 2.1.2 and don't > see this problem, keep reading. > > I took the test program I sent around and had Steve Woodbridge build it > on his Linux system. The text went the OTHER way and behaved as > documented. So we had a little chat: > > E: "Are you SURE you're using GD 2.0.11?" > S: "Yup." > E: "Are you SURE you're using FreeType 2.1.2?" > S: "Yup." > E: "Hmmmm...." > > A little later, Steve reports that he's running (on Red Hat) RH's > freetype-2.1.2-7 distribution. Not all FreeType 2.1.2s are alike. Red > Hat (at least) seems to roll updates and fixes into the RPM, keeping the > same base version. So Steve's FreeType 2.1.2 was not the same as MY > FreeType 2.1.2 and his had the bug fixed and mine did not. > > It appears that other folks are using "newer" FreeType 2.1.2 releases > than mine, explaining why I'm out in this parallel universe seeing bugs > no one else sees. > > FreeType 2.1.3 is a stable, full release, and is the current stable > release of FreeType. Anyone using FT 2 should be using it. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Wed Mar 5 12:14:10 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 5 Mar 2003 15:14:10 -0500 Subject: [Mapserver-users] Shifting points in a projection Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EBF@mercator.topozone.com> Paul - Can you explain in a little more detail? Projections by their very nature shift (i.e. "project") point coordinates. If you're seeing points show up in a slightly incorrect place, you've probably got the wrong datum for your source data. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Wednesday, March 05, 2003 2:58 PM To: MapServer List (E-mail) Subject: Re: [Mapserver-users] Labels with strange AUTO angles - fixed,with explanation Hi, I was wondering if anyone would know why points would be shifted down slightly in a projection? Paul From millardymecki at sympatico.ca Wed Mar 5 12:19:20 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Wed, 5 Mar 2003 15:19:20 -0500 Subject: [Mapserver-users] Re: Shifting points in a projection References: <13858AA1A74F30419F319ACB66A9D1221F3EBF@mercator.topozone.com> Message-ID: <003f01c2e354$818329d0$f098fea9@pauls> Thanks Ed, I've been given lat/long values which i assumed were NAD83. Could you suggest any other datums to try? thx, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "MapServer List (E-mail)" Sent: Wednesday, March 05, 2003 3:14 PM Subject: Shifting points in a projection Paul - Can you explain in a little more detail? Projections by their very nature shift (i.e. "project") point coordinates. If you're seeing points show up in a slightly incorrect place, you've probably got the wrong datum for your source data. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Wednesday, March 05, 2003 2:58 PM To: MapServer List (E-mail) Subject: Re: [Mapserver-users] Labels with strange AUTO angles - fixed,with explanation Hi, I was wondering if anyone would know why points would be shifted down slightly in a projection? Paul From ed at topozone.com Wed Mar 5 12:22:02 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 5 Mar 2003 15:22:02 -0500 Subject: [Mapserver-users] RE: Shifting points in a projection Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EC1@mercator.topozone.com> Paul - I'd suggest trying to find out, from whoever provided you the data, what datum they think was used. You can fiddle around with datums (NAD27 is next most popular in North America) but if you don't check your sources you can end up fiddling with your data so it's ALL wrong - but looks just fine because you've made it consistently incorrect! - Ed -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Wednesday, March 05, 2003 3:19 PM To: Ed McNierney; MapServer List (E-mail) Subject: Re: Shifting points in a projection Thanks Ed, I've been given lat/long values which i assumed were NAD83. Could you suggest any other datums to try? thx, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "MapServer List (E-mail)" Sent: Wednesday, March 05, 2003 3:14 PM Subject: Shifting points in a projection Paul - Can you explain in a little more detail? Projections by their very nature shift (i.e. "project") point coordinates. If you're seeing points show up in a slightly incorrect place, you've probably got the wrong datum for your source data. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Paul Dymecki [mailto:millardymecki at sympatico.ca] Sent: Wednesday, March 05, 2003 2:58 PM To: MapServer List (E-mail) Subject: Re: [Mapserver-users] Labels with strange AUTO angles - fixed,with explanation Hi, I was wondering if anyone would know why points would be shifted down slightly in a projection? Paul From kames at keyspanenergy.com Wed Mar 5 14:24:34 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Wed, 05 Mar 2003 17:24:34 -0500 Subject: [Mapserver-users] Help Request References: <3E662FFF.E487862@keyspanenergy.com> Message-ID: <3E667922.F2AE83B9@keyspanenergy.com> Ed, Thanks for trying to help me today. I appreciate your time. >From what I can gather, my street data (from ArcView Streetmaps) ARE "NAD27 Aware". All research I have done thus far indicates that I can't put these streets on the same map as these polygons and have them line up. I found that if I unproject the wetlands NAD27 data and wetlands NAD83 data of the same spatial area, (forget about including my street information), they will not even line up with each other. However, the unprojected NAD27 data DO line up with my streets. No wonder I couldn't get the NAD83 polygons to line up! I find it interesting, however, that mapserver doesn't know how to make these layers play nicely together... (or put better, that I don't know how to tell mapserver to make them play nicely together.) I'm cc'ing the list with this so as to document the apparent 'dis-parity' in some data sources. I'm sure there are several beginners (like myself) that don't want to go through this time-intensive exercise. Again... Thanks for your help. Kieran > > > Ed McNierney wrote: > > > > Kieran - > > > > Fire away - we work with DD street data on top of UTM data all > the time. > > > > - Ed "Kieran J. Ames" wrote: > Would anyone be willing to contact me off-list to help resolve data > alignment issues? > Specifically, rendering decimal degree street data with UTM polygons. > Thank you. > kames at keyspanenergy.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 Mar 5 14:33:19 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 5 Mar 2003 17:33:19 -0500 Subject: [Mapserver-users] Help Request Message-ID: <13858AA1A74F30419F319ACB66A9D12201961D@mercator.topozone.com> Kieran - MapServer is perfectly capable of handling data in different projections and referenced to different datums. I do it every day. Do you have PROJ installed with datum shift support? There's no such thing as "NAD27 Aware". Each data set is expressed relative to a particular datum, and it has no ability or need to know about any other datum. MapServer, using the PROJ library, can handle all that. If you "unproject" NAD27 data to NAD27 decimal degrees, and unproject NAD83 data to decimal degrees, they WILL NOT line up. That is expected and correct behavior. If the NAD27 data correctly line up with your streets (in either projected or unprojected form) then you seem to have NAD27 street data. There are two steps to this process. Step 1 - Make sure you have MapServer set up properly, with PROJ installed with datum-shift data files, and Step 2 - Make sure you accurately represent the source projection and datum of our data files. If those two steps are done correctly, everything will work. I am a little concerned that you will end up whacking the data with a hammer to make it fit, and end up with a self-consistent but incorrect map display! - 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: Kieran J. Ames [mailto:kames at keyspanenergy.com] Sent: Wednesday, March 05, 2003 5:25 PM To: Ed McNierney; mapserver-users Subject: Re: [Mapserver-users] Help Request Ed, Thanks for trying to help me today. I appreciate your time. >From what I can gather, my street data (from ArcView Streetmaps) ARE "NAD27 Aware". All research I have done thus far indicates that I can't put these streets on the same map as these polygons and have them line up. I found that if I unproject the wetlands NAD27 data and wetlands NAD83 data of the same spatial area, (forget about including my street information), they will not even line up with each other. However, the unprojected NAD27 data DO line up with my streets. No wonder I couldn't get the NAD83 polygons to line up! I find it interesting, however, that mapserver doesn't know how to make these layers play nicely together... (or put better, that I don't know how to tell mapserver to make them play nicely together.) I'm cc'ing the list with this so as to document the apparent 'dis-parity' in some data sources. I'm sure there are several beginners (like myself) that don't want to go through this time-intensive exercise. Again... Thanks for your help. Kieran > > > Ed McNierney wrote: > > > > Kieran - > > > > Fire away - we work with DD street data on top of UTM data all > the time. > > > > - Ed "Kieran J. Ames" wrote: > Would anyone be willing to contact me off-list to help resolve data > alignment issues? > Specifically, rendering decimal degree street data with UTM polygons. > Thank you. > kames at keyspanenergy.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From keon at nacse.org Wed Mar 5 14:37:55 2003 From: keon at nacse.org (Dylan Keon) Date: Wed, 05 Mar 2003 14:37:55 -0800 Subject: [Mapserver-users] tiffs and 256 colors Message-ID: <3E667C43.5000606@nacse.org> I'm trying to display a colored tiff (single DRG 1:24K quad) on top of a grayscale shaded relief tiff. When using 8-bit PNG output, the DRG appears as grayscale if both layers are displayed at the same time. If I turn off the shaded relief layer, the DRG is colored correctly. I've reduced the color depth of the grayscale shaded relief image to 64 colors using Imagemagick, but still have the same problem. Shouldn't that make enough colors available between the shaded relief (64 colors) and the DRG (12 colors)? I've experimented with both 3.6.4 and today's 3.7 CVS version. I'm doing this through a PHP MapScript application, but I get the same result with each version's shp2img. It does work ok if I use 24-bit output in 3.7, but I'd like to stick with 8-bit if I can. Thanks for any tips. --Dylan From joe at otsys.com Wed Mar 5 15:51:10 2003 From: joe at otsys.com (Joe Bussell) Date: Wed, 05 Mar 2003 15:51:10 -0800 Subject: [Mapserver-users] Sending image to stdout under Apache In-Reply-To: <200303051659.h25GxdN10387@yogi.medinaco.net> References: <200303051659.h25GxdN10387@yogi.medinaco.net> Message-ID: <3E668D6E.9050600@otsys.com> I like the idea, but I have not been able to reproduce your results. I currently produce maps for TrafficDodger using the two-step temp file technique. I would like to rip the image right to Apache. The filehandle OUT is not defined in my system. I wonder what you have set, or exported to get this to produce useful results. Have you declared an output file? If I write to STDOUT I get complaints "Use of uninitialized value in null operation". It appears that $img->saveImage( undef, $mapscript::MS_PNG, 1, 1, 95 ); is not returning anything useful for the print call. Any ideas? Is this dependent on the latest rev of Mapserver? Cordially, Joe Bussell Lowell Filak wrote: > Doh! > That's what I get for being in a hurry. > From what I've read: > 1) You don't need binmode on *n*x. > 2) You need to print to OUT as opposed to STDOUT or the content is shipped before the content-type. > print OUT $ref_img->saveImage(undef, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); > HTH > Lowell F. > > The following message was sent by Eric Bridger on 05 Mar 2003 10:57:23 +0000. > > >>Thanks Lowell, >> >>Yes, that was the work-around I mentioned. But avoiding the write to >>disk is what I am after. I have found that using /cgi-bin/mapserv as an >>image engine results in significant performance improvements for our >>mapscript application. But constructing the proper query strings to >>manipulate the map is cumbersome and seems to have certain limitations. >>I'd prefer to manipulate the map using mapscript and then print it to >>the stdout. But somehow, using $img->saveImage(undef, ...) which spends >>some time doing something, never sends the image to the stdout when run >>as a CGI. From the command line, it works. >> >>We don't have this problem with a graphing application in the same >>environment which uses GD.pm. >> >> >>On Wed, 2003-03-05 at 15:27, Lowell Filak wrote: >> >>>Hmmm... >>>I thought I replied back concerning that.? >>>Just do a: >>>print "Content-type: image/png\n\n"; >>>system("cat junk.png"); >>>and that will send the image to stdout/the browser. >>>HTH >>>Lowell F. >>> >>>The following message was sent by Eric Bridger on 05 Mar 2003 08:59:12 +0000. >>> >>> >>>> >>>>The list archives show that this came up last Dec. >>>>(http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00265.html) and while a work around was suggested there was no solution to the problem given, so I was wondering if anyone else had run into this problem. >>>> >>>>I'm having a problem using Perl mapscript $img->saveImage(undef, ...), >>>>to send an image, PNG and/or JPEG, to the standard output under Apache. >>>>Running in /cgi-bin I have the following script: >>>> >>>>my $map = new mapscript::mapObj($ms_dir . "/test.map"); >>>> >>>>my $ref_img = $map->drawReferenceMap(); >>>> >>>># This works fine: >>>>#$ref_img->saveImage("junk.png", $mapscript::MS_PNG, >>>>$map->{transparent}, $map->{interlace}, 0); >>>> >>>>print "HTTP/1.0 200 OK\n"; >>>>print "Content-type: image/png\r\n\r\n"; >>>>binmode STDOUT; >>>> >>>># this produces no output on Apache's STDOUT >>>>$ref_img->saveImage("", $mapscript::MS_PNG, $map->{transparent}, >>>>$map->{interlace}, 0); >>>> >>>>$ref_img->free(); >>>>exit; >>>> >>>> >>>>>From the command line this script works as expected. But when run under >>>>Apache/mod_perl it's as if the C msSaveImage() stdout stream is >>>>pointing somewhere other than the Apache stdout (i.e. the client >>>>browser). >>>> >>>>The work around of course is to save a disk file and then print it, but >>>>the whole point of this is to avoid the temp. disk files. I've noticed >>>>a significant increase in performance when using mapserv as an image >>>>engine rather then using temp disk files. >>>> >>>>Thanks. >>>>Eric >>>> >>>> >>>>Setup: >>>> >>>>Apache/1.3.26 (Unix) >>>>Mapserv 3.6.4 >>>>mod_perl 1.22 >>>> >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From t_lalla20 at yahoo.com Wed Mar 5 16:28:20 2003 From: t_lalla20 at yahoo.com (Terrence Lalla) Date: Wed, 5 Mar 2003 16:28:20 -0800 (PST) Subject: [Mapserver-users] defining a simple scalebar object In-Reply-To: Message-ID: <20030306002820.86208.qmail@web14107.mail.yahoo.com> --0-852582895-1046910500=:85211 Content-Type: multipart/alternative; boundary="0-1559346521-1046910500=:85211" --0-1559346521-1046910500=:85211 Content-Type: text/plain; charset=us-ascii Hi everyone Here is my mapfile Debbie Terrence Debbie Pagurek wrote: Send us your entire mapfile so we can have a look. Debbie >>> Terrence Lalla 03/04/03 08:57PM >>> Thanks Debbie for the help. However i am not having any luck with the scalebar object working. Is there something else i could do or is something missing? Thanks in advance. Terrence. Debbie Pagurek wrote:Here is the scalebar section from my mapfile and attached is an image showing what it looks like. Debbie SCALEBAR STATUS ON IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE tiny END #LABEL STYLE 1 SIZE 200 3 COLOR 255 0 0 UNITS kilometers INTERVALS 3 END #SCALEBAR >>> Terrence Lalla 03/03/03 01:42PM >>> Hi everyone, I am trying to design a simple scalebar object. The output is in gif format(dont know if this would affect anything).Anyways here is the code in the map file: SCALEBAR STATUS ON UNITS METERS SIZE 20 20 BACKGROUNDCOLOR 120 120 120 COLOR 120 120 120 END Thanks in Advance Terrence. --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more > ATTACHMENT part 2 application/octet-stream name=scalebar.gif --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more --0-1559346521-1046910500=:85211 Content-Type: text/html; charset=us-ascii

Hi everyone

Here is my mapfile Debbie

Terrence

 Debbie Pagurek <pagurekd at agr.gc.ca> wrote:

Send us your entire mapfile so we can have a look.

Debbie

>>> Terrence Lalla 03/04/03 08:57PM >>>

Thanks Debbie for the help.
However i am not having any luck with the scalebar object working. Is there something else i could do or is something missing?
Thanks in advance.
Terrence.
Debbie Pagurek wrote:Here is the scalebar section from my mapfile and attached is an image showing what it looks like.
Debbie

SCALEBAR
STATUS ON
IMAGECOLOR 255 255 255
LABEL
COLOR 0 0 0
SIZE tiny
END #LABEL
STYLE 1
SIZE 200 3
COLOR 255 0 0
UNITS kilometers
INTERVALS 3
END #SCALEBAR

>>> Terrence Lalla 03/03/03 01:42PM >>>

Hi everyone,

I am trying to design a simple scalebar object. The output is in gif format(dont know if this would affect anything).Anyways here is the code in the map file:

SCALEBAR

STATUS ON

UNITS METERS

SIZE 20 20

BACKGROUNDCOLOR 120 120 120

COLOR 120 120 120

END

Thanks in Advance

Terrence.



---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

> ATTACHMENT part 2 application/octet-stream name=scalebar.gif


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more


Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more --0-1559346521-1046910500=:85211-- --0-852582895-1046910500=:85211 Content-Type: application/octet-stream; name="try3.map" Content-Transfer-Encoding: base64 Content-Description: try3.map Content-Disposition: attachment; filename="try3.map" TkFNRSBUcmluaWRhZA0KRVhURU5UIDYwNjAzMC45OCAxMTA4MDUxLjE1IDcz OTQ0My43MiAxMjAxOTM0LjE5DQpTSVpFIDQwMCA0MDANClVOSVRTIE1FVEVS Uw0KU0hBUEVQQVRIICJkYXRhIg0KDQpXRUINCglJTUFHRVBBVEggImM6XGFw YWNoZVxodGRvY3NcdG1wXCINCglJTUFHRVVSTCAiXHRtcFwiDQpFTkQNCg0K TEFZRVINCglOQU1FICJDb2FzdGxpbmUxIg0KCURBVEEgY29hc3RsaW5lMQ0K CVNUQVRVUyBPTg0KCVRZUEUgbGluZQ0KCUNMQVNTDQoJCUNPTE9SIDIyMCA0 MCA2MA0KCQlPVVRMSU5FQ09MT1IgMjUwIDEwMCAxMDANCglFTkQNCkVORA0K DQpMQVlFUg0KCU5BTUUgInByb3hpbWl0eSINCglEQVRBIHByb3hpbWl0eQ0K CVNUQVRVUyBvZmYNCglUWVBFIFBvaW50DQoJU0laRVVOSVRTIG1ldGVycw0K CVRSQU5TUEFSRU5DWSA1MA0KCQ0KCUNMQVNTDQoJCVNJWkUgMTAwMDANCgkJ TkFNRSAndHJhbnNjaXJjbGUnDQoJCVNZTUJPTCAndHJhbnNjaXJjbGUnDQoJ CUNPTE9SIDAgMCAyNTUNCgkJDQoJRU5EDQpFTkQNCg0KU1lNQk9MDQoJTkFN RSAndHJhbnNjaXJjbGUnDQoJVFlQRSBFTExJUFNFDQoJCVBPSU5UUyAxMDAg MTAwDQoJCUVORA0KCUZJTExFRCBUUlVFDQpFTkQNCg0KTEFZRVINCglOQU1F ICJwcm94aW1pdHkxIg0KCURBVEEgcHJveGltaXR5MQ0KCVNUQVRVUyBvZmYN CglUWVBFIFBvaW50DQoJU0laRVVOSVRTIG1ldGVycw0KCVRSQU5TUEFSRU5D WSA1MA0KCQ0KCUNMQVNTDQoJCVNJWkUgMTAwMDANCgkJTkFNRSAndG93ZXIn DQoJCVNZTUJPTCAndG93ZXInDQoJCQkJDQoJRU5EDQpFTkQNCg0KDQpTWU1C T0wNCglOQU1FICd0b3dlcicNCglUWVBFIFBJWE1BUA0KCUlNQUdFICd0b3dl ci5wbmcnDQpFTkQNCg0KU0NBTEVCQVIgDQoJU1RBVFVTIE9ODQoJSU1BR0VD T0xPUiAyNTUgMjU1IDI1NQ0KCUxBQkVMIA0KCQlDT0xPUiAwIDAgMA0KCQlT SVpFIHRpbnkNCglFTkQNCglTVFlMRSAxDQoJU0laRSAyMDAgMw0KCUNPTE9S IDI1NSAwIDANCglVTklUUyBraWxvbWV0ZXJzDQoJSU5URVJWQUxTIDMNCkVO RA0KDQpFTkQNCg== --0-852582895-1046910500=:85211-- From millardymecki at sympatico.ca Wed Mar 5 17:19:09 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Wed, 5 Mar 2003 20:19:09 -0500 Subject: [Mapserver-users] degree conversion References: <13858AA1A74F30419F319ACB66A9D1221F3EBF@mercator.topozone.com> Message-ID: <009901c2e37e$63c737e0$f098fea9@pauls> Hi Ed, I was wondering if you know of any php scripts for converting from dd/mm/ss to dd? I wouldn't want to build one if it's already part of a library somewhere? thx, Paul ----- Original Message ----- From: "Ed McNierney" To: "Paul Dymecki" ; "MapServer List (E-mail)" Sent: Wednesday, March 05, 2003 3:14 PM Subject: [Mapserver-users] Shifting points in a projection > Paul - > > Can you explain in a little more detail? Projections by their very nature shift (i.e. "project") point coordinates. If you're seeing points show up in a slightly incorrect place, you've probably got the wrong datum for your source data. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Paul Dymecki [mailto:millardymecki at sympatico.ca] > Sent: Wednesday, March 05, 2003 2:58 PM > To: MapServer List (E-mail) > Subject: Re: [Mapserver-users] Labels with strange AUTO angles - > fixed,with explanation > > > Hi, > I was wondering if anyone would know why points would be shifted down > slightly in a projection? > Paul > > _______________________________________________ > 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 Mar 5 18:43:13 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 05 Mar 2003 21:43:13 -0500 Subject: [Mapserver-users] degree conversion References: <13858AA1A74F30419F319ACB66A9D1221F3EBF@mercator.topozone.com> <009901c2e37e$63c737e0$f098fea9@pauls> Message-ID: <3E66B5C1.55D41C23@dmsolutions.ca> Paul Dymecki wrote: > > Hi Ed, > I was wondering if you know of any php scripts for converting from > dd/mm/ss to dd? I wouldn't want to build one if it's already part of a > library somewhere? $decimal_degrees = $degrees + $minutes/60 + $seconds/3600; -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From csr at rboxtech.com Wed Mar 5 20:33:48 2003 From: csr at rboxtech.com (Srinivas Reddy) Date: Thu, 6 Mar 2003 12:33:48 +0800 Subject: [Mapserver-users] query References: <200303052045.AA50987218@rboxtech.com> <1046854455.10187.4.camel@ubet.gomoos.org> Message-ID: <004701c2e399$9b739560$0201a8c0@sun> Thanks Eric, But i like to display the query resutls in the same page. I written like this $mappointq = ms_newpointObj(); $mappointq->setXY($map_x,$map_y); $mappointq->setXY($map->width / 2,$map->height / 2); for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) { $selLayer = $map->GetLayer($ilayer); $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); } for the above code i did not get any results. So how can i get the results form the layer? Can anyone help this point. ----- Original Message ----- From: "Eric Bridger" To: Sent: Wednesday, March 05, 2003 4:54 PM Subject: Re: [Mapserver-users] query You will need to define a TEMPLATE "template.html" in your LAYERS. Even if you do not want to use the templates.html to display the results, you still need to have a TEMPLATE in the layer. The html does not even to exist. Hope this helps. Eric On Wed, 2003-03-05 at 12:45, Srinivas Challa wrote: > > Hi Daniel, > Thanks for the replay, I need ,?When I am clicking on map selected at point or in rectangle area content recognitions with PHP. I had written the map file like this > MAP > NAME "New Demo" > STATUS ON > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 > SIZE 800 480 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > UNITS meters > > WEB > IMAGEPATH "/apache/htdocs/tmp/" > IMAGEURL "/tmp/" > > METADATA > "WMS_TITLE" "New Demo" > "WMS_ABSTRACT" "Information system" > "WMS_ACCESSCONSTRAINTS" "none" > "WMS_ONLINERESOURCE" "http://localhost:81/demo/demo.phtml" > "WMS_SRS" "EPSG:26915" > END > END > # > # Start of reference map > # > REFERENCE > STATUS ON > IMAGE "graphics/refreance2.gif" > SIZE 200 80 > COLOR -1 -1 -1 > OUTLINECOLOR 0 0 255 > MARKERSIZE 3 > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 > > END > > QUERYMAP > STATUS ON > SIZE 400 400 > STYLE HILITE > COLOR 255 0 0 > > END > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > STATUS TRUE > COLOR 0 0 0 > IMAGECOLOR 255 255 255 > OUTLINECOLOR 0 0 0 > UNITS kilometers > INTERVALS 5 > SIZE 200 5 > STYLE 0 > LABEL > SIZE tiny > COLOR 0 0 0 > END > END > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME "circle" > TYPE ELLIPSE > FILLED TRUE > POINTS > 1 1 > END > END > > # Start of layer definitions > LAYER > NAME "Boundary" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Boundary.tab" > TYPE POLYGON > CLASSITEM "NAME" > LABELITEM "NAME" > METADATA > "DESCRIPTION" "Daerah" > "RESULT_FIELDS" "Name" > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 255 255 200 > OUTLINECOLOR 0 0 0 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 200 > END > > END > End > > LAYER > NAME "Fed_Rd" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Fed_Rd.TAB" > TYPE LINE > #STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "Name" > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 255 0 0 > #OUTLINECOLOR 255 0 0 > LABEL > #MINFEATURESIZE 40 > #MINDISTANCE 150 > POSITION CC > SIZE tiny > COLOR 10 100 100 > #SHADOWCOLOR 80 80 80 > #SHADOWSIZE 1 1 > END > END > END > > LAYER > NAME "Highway" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Highway.TAB" > TYPE LINE > # STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > > CLASS > #SYMBOL "MYSYMBOL" > COLOR 46 210 200 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 800 200 > END > END > END > > > > LAYER > NAME "Railways" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Railway.TAB" > TYPE LINE > STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Rail Lines" > COLOR 0 0 0 > OVERLAYSYMBOL dashed2 > OVERLAYCOLOR 0 0 0 > OVERLAYSIZE 3 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 100 0 200 > END > END > END > > > LAYER > NAME "State_Rd" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/State_Rd.TAB" > TYPE LINE > #STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 180 180 180 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 220 100 0 > END > END > END > # Seven Layer Under tesing Process... sucessed > LAYER > NAME "Towns" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/ Towns.TAB" > TYPE POINT > CLASSITEM "TOWN" > LABELITEM "Town" > > METADATA > "DESCRIPTION" " Towns" > "RESULT_FIELDS" "Town" > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > SYMBOL 'symbols/town.gif' > LABEL > MINFEATURESIZE 100 > MINDISTANCE 450 > POSITION LC > SIZE TINY > COLOR 40 100 40 > END > END > END > > > > # End of the map > END > For the above map Script is working fine. But while I am querying I did not getting the results. How can query the map using PHP at point and selected rectangle area. > Is any one can send the script for this. > > In this project i am not using applets. Just Map querying on 7 layers using php. > > srinivasa reddy Challa > > > > Srinivas Reddy wrote: > > > > Now am new to this technologies but I had done some of project with > > the reference of DM solutions map reference. In DM > > solutions they are done using SHP data files. But I am using "*.Tab" > > data. How can I query the content of the "*.TAB"layers > > using php and mapscript. This is my problem. This is my email id : > > csr at rboxtech.com or reddy_challa at yahoo.com > > > You will have to provide more details on what you are trying to do > exactly if you want anyone to be able to help. > > If by "query the contents of .tab layers" you mean clicking on a map > image and selecting features from a TAB layer then this works the same > way for shapefiles and for .tab files. The only difference is that you > need MapServer with OGR support, and you define an OGR CONNECTION in > your LAYER. For more details on using OGR CONNECTIONS, see the OGR > HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html > > 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 csr at rboxtech.com Wed Mar 5 20:34:46 2003 From: csr at rboxtech.com (Srinivas Reddy) Date: Thu, 6 Mar 2003 12:34:46 +0800 Subject: [Mapserver-users] query References: <200303052045.AA50987218@rboxtech.com> <1046854455.10187.4.camel@ubet.gomoos.org> Message-ID: <005001c2e399$b8fe2500$0201a8c0@sun> Thanks Eric, But i like to display the query resutls in the same page. I written like this $mappointq = ms_newpointObj(); $mappointq->setXY($map_x,$map_y); $mappointq->setXY($map->width / 2,$map->height / 2); for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) { $selLayer = $map->GetLayer($ilayer); $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); } for the above code i did not get any results. So how can i get the results form the layer? Can anyone help this point. ----- Original Message ----- From: "Eric Bridger" To: Sent: Wednesday, March 05, 2003 4:54 PM Subject: Re: [Mapserver-users] query You will need to define a TEMPLATE "template.html" in your LAYERS. Even if you do not want to use the templates.html to display the results, you still need to have a TEMPLATE in the layer. The html does not even to exist. Hope this helps. Eric On Wed, 2003-03-05 at 12:45, Srinivas Challa wrote: > > Hi Daniel, > Thanks for the replay, I need ,?When I am clicking on map selected at point or in rectangle area content recognitions with PHP. I had written the map file like this > MAP > NAME "New Demo" > STATUS ON > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 > SIZE 800 480 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > UNITS meters > > WEB > IMAGEPATH "/apache/htdocs/tmp/" > IMAGEURL "/tmp/" > > METADATA > "WMS_TITLE" "New Demo" > "WMS_ABSTRACT" "Information system" > "WMS_ACCESSCONSTRAINTS" "none" > "WMS_ONLINERESOURCE" "http://localhost:81/demo/demo.phtml" > "WMS_SRS" "EPSG:26915" > END > END > # > # Start of reference map > # > REFERENCE > STATUS ON > IMAGE "graphics/refreance2.gif" > SIZE 200 80 > COLOR -1 -1 -1 > OUTLINECOLOR 0 0 255 > MARKERSIZE 3 > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 > > END > > QUERYMAP > STATUS ON > SIZE 400 400 > STYLE HILITE > COLOR 255 0 0 > > END > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > STATUS TRUE > COLOR 0 0 0 > IMAGECOLOR 255 255 255 > OUTLINECOLOR 0 0 0 > UNITS kilometers > INTERVALS 5 > SIZE 200 5 > STYLE 0 > LABEL > SIZE tiny > COLOR 0 0 0 > END > END > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME "circle" > TYPE ELLIPSE > FILLED TRUE > POINTS > 1 1 > END > END > > # Start of layer definitions > LAYER > NAME "Boundary" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Boundary.tab" > TYPE POLYGON > CLASSITEM "NAME" > LABELITEM "NAME" > METADATA > "DESCRIPTION" "Daerah" > "RESULT_FIELDS" "Name" > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 255 255 200 > OUTLINECOLOR 0 0 0 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 200 > END > > END > End > > LAYER > NAME "Fed_Rd" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Fed_Rd.TAB" > TYPE LINE > #STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "Name" > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 255 0 0 > #OUTLINECOLOR 255 0 0 > LABEL > #MINFEATURESIZE 40 > #MINDISTANCE 150 > POSITION CC > SIZE tiny > COLOR 10 100 100 > #SHADOWCOLOR 80 80 80 > #SHADOWSIZE 1 1 > END > END > END > > LAYER > NAME "Highway" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Highway.TAB" > TYPE LINE > # STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > > CLASS > #SYMBOL "MYSYMBOL" > COLOR 46 210 200 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 800 200 > END > END > END > > > > LAYER > NAME "Railways" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Railway.TAB" > TYPE LINE > STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Rail Lines" > COLOR 0 0 0 > OVERLAYSYMBOL dashed2 > OVERLAYCOLOR 0 0 0 > OVERLAYSIZE 3 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 100 0 200 > END > END > END > > > LAYER > NAME "State_Rd" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/State_Rd.TAB" > TYPE LINE > #STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 180 180 180 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 220 100 0 > END > END > END > # Seven Layer Under tesing Process... sucessed > LAYER > NAME "Towns" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/ Towns.TAB" > TYPE POINT > CLASSITEM "TOWN" > LABELITEM "Town" > > METADATA > "DESCRIPTION" " Towns" > "RESULT_FIELDS" "Town" > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > SYMBOL 'symbols/town.gif' > LABEL > MINFEATURESIZE 100 > MINDISTANCE 450 > POSITION LC > SIZE TINY > COLOR 40 100 40 > END > END > END > > > > # End of the map > END > For the above map Script is working fine. But while I am querying I did not getting the results. How can query the map using PHP at point and selected rectangle area. > Is any one can send the script for this. > > In this project i am not using applets. Just Map querying on 7 layers using php. > > srinivasa reddy Challa > > > > Srinivas Reddy wrote: > > > > Now am new to this technologies but I had done some of project with > > the reference of DM solutions map reference. In DM > > solutions they are done using SHP data files. But I am using "*.Tab" > > data. How can I query the content of the "*.TAB"layers > > using php and mapscript. This is my problem. This is my email id : > > csr at rboxtech.com or reddy_challa at yahoo.com > > > You will have to provide more details on what you are trying to do > exactly if you want anyone to be able to help. > > If by "query the contents of .tab layers" you mean clicking on a map > image and selecting features from a TAB layer then this works the same > way for shapefiles and for .tab files. The only difference is that you > need MapServer with OGR support, and you define an OGR CONNECTION in > your LAYER. For more details on using OGR CONNECTIONS, see the OGR > HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html > > 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 ryanne.cruz at up.edu.ph Wed Mar 5 22:31:10 2003 From: ryanne.cruz at up.edu.ph (ryanne cruz) Date: Thu, 6 Mar 2003 14:31:10 +0800 Subject: [Mapserver-users] RE: querying from 3 tables Message-ID: <1046932270.3e66eb2e5c5c9@mail.up.edu.ph> hi list. i have a table that has a column (named "households") with the number of households in a certain area. this table (which i'll call table1) also has an "area_id" column. every "households" entry has a corresponding "area_id" entry but it is not unique. meaning a certain "area_id" can have more than one "households" entry. table2 also has an "area_id" entry which has a corresponding "municipality_id". in table2 "area_id" is unique but not "municipality_id". meaning a certain "municipality_id" may have more than one "area_id" partnered to it. in table3, the "municipality_id" is the primary key which means every entry of "municipality_id" is unique in table3. every "municipality_id" in table3 has a corresponding entry in the geom column. i have a map of a certain province. i want to show the number of households in each particular area of the province but i don't have the shapefiles yet of those areas. but i do have the shapefiles of the municipalities in that province. i want to add a layer on top of the province that will show the distribution of the number of households in the province using the geom of the municipalities. how do i do this? thanks! ryanne From Antti.Roppola at brs.gov.au Wed Mar 5 22:30:00 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Thu, 6 Mar 2003 17:30:00 +1100 Subject: [Mapserver-users] query Message-ID: <3E4215C93D3CE24D84A9FF385DF88D871449CA@afeb-ms-02> I have only taken a cursory glance at your code but: $mappointq->setXY($map_x,$map_y); $mappointq->setXY($map->width / 2,$map->height / 2); Won't this set your query point to *only* the latter? And this won't be in map coordinates, but page coordinates. Maybe try manually setting to known coordinates and test that you are actually getting results back before trying to read them: $mappointq->setXY(-36.25,145.30); // pick a known good coordinate for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) { $selLayer = $map->GetLayer($ilayer); // you'll get output in your web browser here if no // results are being returned. $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); } Hope this helps, Antti -----Original Message----- From: Srinivas Reddy [mailto:csr at rboxtech.com] Sent: Thursday, 6 March 2003 3:34 PM To: Mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] query Thanks Eric, But i like to display the query resutls in the same page. I written like this $mappointq = ms_newpointObj(); $mappointq->setXY($map_x,$map_y); $mappointq->setXY($map->width / 2,$map->height / 2); for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) { $selLayer = $map->GetLayer($ilayer); $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); } for the above code i did not get any results. So how can i get the results form the layer? Can anyone help this point. ----- Original Message ----- From: "Eric Bridger" To: Sent: Wednesday, March 05, 2003 4:54 PM Subject: Re: [Mapserver-users] query You will need to define a TEMPLATE "template.html" in your LAYERS. Even if you do not want to use the templates.html to display the results, you still need to have a TEMPLATE in the layer. The html does not even to exist. Hope this helps. Eric On Wed, 2003-03-05 at 12:45, Srinivas Challa wrote: > > Hi Daniel, > Thanks for the replay, I need ,?When I am clicking on map selected at point or in rectangle area content recognitions with PHP. I had written the map file like this > MAP > NAME "New Demo" > STATUS ON > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 > SIZE 800 480 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > UNITS meters > > WEB > IMAGEPATH "/apache/htdocs/tmp/" > IMAGEURL "/tmp/" > > METADATA > "WMS_TITLE" "New Demo" > "WMS_ABSTRACT" "Information system" > "WMS_ACCESSCONSTRAINTS" "none" > "WMS_ONLINERESOURCE" "http://localhost:81/demo/demo.phtml" > "WMS_SRS" "EPSG:26915" > END > END > # > # Start of reference map > # > REFERENCE > STATUS ON > IMAGE "graphics/refreance2.gif" > SIZE 200 80 > COLOR -1 -1 -1 > OUTLINECOLOR 0 0 255 > MARKERSIZE 3 > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 826403.167230631 > > END > > QUERYMAP > STATUS ON > SIZE 400 400 > STYLE HILITE > COLOR 255 0 0 > > END > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > STATUS TRUE > COLOR 0 0 0 > IMAGECOLOR 255 255 255 > OUTLINECOLOR 0 0 0 > UNITS kilometers > INTERVALS 5 > SIZE 200 5 > STYLE 0 > LABEL > SIZE tiny > COLOR 0 0 0 > END > END > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME "circle" > TYPE ELLIPSE > FILLED TRUE > POINTS > 1 1 > END > END > > # Start of layer definitions > LAYER > NAME "Boundary" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Boundary.tab" > TYPE POLYGON > CLASSITEM "NAME" > LABELITEM "NAME" > METADATA > "DESCRIPTION" "Daerah" > "RESULT_FIELDS" "Name" > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 255 255 200 > OUTLINECOLOR 0 0 0 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 200 > END > > END > End > > LAYER > NAME "Fed_Rd" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Fed_Rd.TAB" > TYPE LINE > #STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "Name" > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 255 0 0 > #OUTLINECOLOR 255 0 0 > LABEL > #MINFEATURESIZE 40 > #MINDISTANCE 150 > POSITION CC > SIZE tiny > COLOR 10 100 100 > #SHADOWCOLOR 80 80 80 > #SHADOWSIZE 1 1 > END > END > END > > LAYER > NAME "Highway" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Highway.TAB" > TYPE LINE > # STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > > CLASS > #SYMBOL "MYSYMBOL" > COLOR 46 210 200 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 800 200 > END > END > END > > > > LAYER > NAME "Railways" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/Railway.TAB" > TYPE LINE > STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Rail Lines" > COLOR 0 0 0 > OVERLAYSYMBOL dashed2 > OVERLAYCOLOR 0 0 0 > OVERLAYSIZE 3 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 100 0 200 > END > END > END > > > LAYER > NAME "State_Rd" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/State_Rd.TAB" > TYPE LINE > #STYLEITEM "AUTO" > CLASSITEM "NAME" > LABELITEM "NAME" > > METADATA > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 180 180 180 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 220 100 0 > END > END > END > # Seven Layer Under tesing Process... sucessed > LAYER > NAME "Towns" > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "data/ Towns.TAB" > TYPE POINT > CLASSITEM "TOWN" > LABELITEM "Town" > > METADATA > "DESCRIPTION" " Towns" > "RESULT_FIELDS" "Town" > "WMS_TITLE" "Selected Information" > "WMS_ABSTRACT" "more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > SYMBOL 'symbols/town.gif' > LABEL > MINFEATURESIZE 100 > MINDISTANCE 450 > POSITION LC > SIZE TINY > COLOR 40 100 40 > END > END > END > > > > # End of the map > END > For the above map Script is working fine. But while I am querying I did not getting the results. How can query the map using PHP at point and selected rectangle area. > Is any one can send the script for this. > > In this project i am not using applets. Just Map querying on 7 layers using php. > > srinivasa reddy Challa > > > > Srinivas Reddy wrote: > > > > Now am new to this technologies but I had done some of project with > > the reference of DM solutions map reference. In DM > > solutions they are done using SHP data files. But I am using "*.Tab" > > data. How can I query the content of the "*.TAB"layers > > using php and mapscript. This is my problem. This is my email id : > > csr at rboxtech.com or reddy_challa at yahoo.com > > > You will have to provide more details on what you are trying to do > exactly if you want anyone to be able to help. > > If by "query the contents of .tab layers" you mean clicking on a map > image and selecting features from a TAB layer then this works the same > way for shapefiles and for .tab files. The only difference is that you > need MapServer with OGR support, and you define an OGR CONNECTION in > your LAYER. For more details on using OGR CONNECTIONS, see the OGR > HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html > > 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 > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From alessandro.ceccotti at netxcalibur.com Thu Mar 6 00:17:40 2003 From: alessandro.ceccotti at netxcalibur.com (Alessandro Ceccotti) Date: Thu, 6 Mar 2003 09:17:40 +0100 Subject: [Mapserver-users] zooming and layer selection troubles Message-ID: <000001c2e3b8$de152310$0101a8c0@Antigua> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C2E3C1.3FE0B700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit How can I make use of zooming and panning and layer selection in mapserver? What are the right commands? I use mapserv cgi. I tried to use the "zoomdir" and "layer_select" commands as shown in the Itasca demo, but it seems to do nothing. Any helps? thanks Ing.Alessandro Ceccotti ------=_NextPart_000_0001_01C2E3C1.3FE0B700 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Messaggio
How = can I make use=20 of zooming and panning and layer selection in mapserver? What are = the right=20 commands? I use mapserv cgi.
I = tried to use the=20 "zoomdir" and "layer_select" commands as shown in the Itasca demo, but = it seems=20 to do nothing.
Any=20 helps?
thanks
 
Ing.Alessandro Ceccotti
 
 
 
------=_NextPart_000_0001_01C2E3C1.3FE0B700-- From dionnaldbeh at lycos.com Thu Mar 6 00:22:22 2003 From: dionnaldbeh at lycos.com (Dionnald Beh) Date: Thu, 06 Mar 2003 15:22:22 +0700 Subject: [Mapserver-users] The storage of the Minnesota Map Server Message-ID: Dear members, Greeting. I would to enquire about the data storage capasity of the Minnesota Map Server. Thank you. Dionnald Beh Faculty of Engineering and Science Geoinformation University Technology Malaysia 81300 Skudai, Johor Darul Takzim, Malaysia. _____________________________________________________________ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus From Roberto.Santinelli at pg.infn.it Thu Mar 6 00:56:32 2003 From: Roberto.Santinelli at pg.infn.it (Roberto_Santinelli) Date: Thu, 06 Mar 2003 09:56:32 +0100 (MET) Subject: [Mapserver-users] Querying an Oracle Spatial with MS Message-ID: <1046940992.3e670d4064fd0@mailer.pg.infn.it> Hi everybody, once discovered the possiblity to retrieve data from a Database, i just tried to query my DBMS Oracle Spatial in the hope to display a shape layer i know to be correctly populating the column GEOM of the table Particelle2 as SDO_GEOMETRY object... The syntax i used is resumed in the following lines (by the way i believe it's all right) ************************************************************* LAYER NAME particelle2 TYPE polygon STATUS default MAXSCALE 1000000 CONNECTIONTYPE oraclespatial CONNECTION 'scott/tiger at escora.sitweb.it' #this is the DB DATA "GEOM from PARTICELLE2" CLASS NAME 'county' COLOR 220 224 230 OUTLINECOLOR 0 0 0 END END #layer ****************************************************************** But i have back as answer from MapServer (version 3.7 under W2K) the following: "msOracleSpatialLayerOpen(): OracleSpatial error. OracleSpatial is not supported " Certainly the problem is in the unsupported OracleSpatial component. But i'm not sure if the problem reside in the version used of MapServer dues to the fact the it tried to use the msOracleSpatialLayerOpen() method. It sounds like something elsewere is wrong, but i don't know what.... Some hints or suggestions? Thanks in advance for every kind of help, Roberto From csr at rboxtech.com Thu Mar 6 01:10:07 2003 From: csr at rboxtech.com (Srinivas Reddy) Date: Thu, 6 Mar 2003 17:10:07 +0800 Subject: [Mapserver-users] query References: <3E4215C93D3CE24D84A9FF385DF88D871449CA@afeb-ms-02> Message-ID: <003701c2e3c0$2f34a340$0201a8c0@sun> Thanks for replay Mr.Antti Roppola, I traid which u explained in such way. Still i did not get the result.so what i will do for this. csreddy ----- Original Message ----- From: To: Cc: Sent: Thursday, March 06, 2003 2:30 PM Subject: RE: [Mapserver-users] query > I have only taken a cursory glance at your code but: > > $mappointq->setXY($map_x,$map_y); > $mappointq->setXY($map->width / 2,$map->height / 2); > > Won't this set your query point to *only* the latter? > And this won't be in map coordinates, but page coordinates. > > Maybe try manually setting to known coordinates and test that > you are actually getting results back before trying to read them: > > $mappointq->setXY(-36.25,145.30); // pick a known good coordinate > > for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) > { > $selLayer = $map->GetLayer($ilayer); > // you'll get output in your web browser here if no > // results are being returned. > $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); > } > > Hope this helps, > > Antti > > -----Original Message----- > From: Srinivas Reddy [mailto:csr at rboxtech.com] > Sent: Thursday, 6 March 2003 3:34 PM > To: Mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] query > > > Thanks Eric, But i like to display the query resutls in the same page. I > written like this > $mappointq = ms_newpointObj(); > $mappointq->setXY($map_x,$map_y); > $mappointq->setXY($map->width / 2,$map->height / 2); > > > for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) > { > $selLayer = $map->GetLayer($ilayer); > > $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); > } > > for the above code i did not get any results. So how can i get the results > form the layer? Can anyone help this point. > > ----- Original Message ----- > From: "Eric Bridger" > To: > Sent: Wednesday, March 05, 2003 4:54 PM > Subject: Re: [Mapserver-users] query > > > You will need to define a TEMPLATE "template.html" in your LAYERS. Even > if you do not want to use the templates.html to display the results, you > still need to have a TEMPLATE in the layer. The html does not even to > exist. > > Hope this helps. > Eric > > > On Wed, 2003-03-05 at 12:45, Srinivas Challa wrote: > > > > Hi Daniel, > > Thanks for the replay, I need ,?When I am clicking on map selected at > point or in rectangle area content recognitions with PHP. I had written the > map file like this > > MAP > > NAME "New Demo" > > STATUS ON > > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 > 826403.167230631 > > SIZE 800 480 > > SHAPEPATH "data" > > IMAGECOLOR 255 255 255 > > UNITS meters > > > > WEB > > IMAGEPATH "/apache/htdocs/tmp/" > > IMAGEURL "/tmp/" > > > > METADATA > > "WMS_TITLE" "New Demo" > > "WMS_ABSTRACT" "Information system" > > "WMS_ACCESSCONSTRAINTS" "none" > > "WMS_ONLINERESOURCE" "http://localhost:81/demo/demo.phtml" > > "WMS_SRS" "EPSG:26915" > > END > > END > > # > > # Start of reference map > > # > > REFERENCE > > STATUS ON > > IMAGE "graphics/refreance2.gif" > > SIZE 200 80 > > COLOR -1 -1 -1 > > OUTLINECOLOR 0 0 255 > > MARKERSIZE 3 > > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 > 826403.167230631 > > > > END > > > > QUERYMAP > > STATUS ON > > SIZE 400 400 > > STYLE HILITE > > COLOR 255 0 0 > > > > END > > # > > # Start of legend > > # > > LEGEND > > KEYSIZE 18 12 > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > COLOR 0 0 89 > > END > > STATUS ON > > END > > > > # > > # Start of scalebar > > # > > SCALEBAR > > STATUS TRUE > > COLOR 0 0 0 > > IMAGECOLOR 255 255 255 > > OUTLINECOLOR 0 0 0 > > UNITS kilometers > > INTERVALS 5 > > SIZE 200 5 > > STYLE 0 > > LABEL > > SIZE tiny > > COLOR 0 0 0 > > END > > END > > # > > # Start of symbol definitions (we're only using a few) > > # > > SYMBOL > > NAME "circle" > > TYPE ELLIPSE > > FILLED TRUE > > POINTS > > 1 1 > > END > > END > > > > # Start of layer definitions > > LAYER > > NAME "Boundary" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Boundary.tab" > > TYPE POLYGON > > CLASSITEM "NAME" > > LABELITEM "NAME" > > METADATA > > "DESCRIPTION" "Daerah" > > "RESULT_FIELDS" "Name" > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > COLOR 255 255 200 > > OUTLINECOLOR 0 0 0 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 0 0 200 > > END > > > > END > > End > > > > LAYER > > NAME "Fed_Rd" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Fed_Rd.TAB" > > TYPE LINE > > #STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "Name" > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > COLOR 255 0 0 > > #OUTLINECOLOR 255 0 0 > > LABEL > > #MINFEATURESIZE 40 > > #MINDISTANCE 150 > > POSITION CC > > SIZE tiny > > COLOR 10 100 100 > > #SHADOWCOLOR 80 80 80 > > #SHADOWSIZE 1 1 > > END > > END > > END > > > > LAYER > > NAME "Highway" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Highway.TAB" > > TYPE LINE > > # STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "NAME" > > > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > > > CLASS > > #SYMBOL "MYSYMBOL" > > COLOR 46 210 200 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 0 800 200 > > END > > END > > END > > > > > > > > LAYER > > NAME "Railways" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Railway.TAB" > > TYPE LINE > > STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "NAME" > > > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Rail Lines" > > COLOR 0 0 0 > > OVERLAYSYMBOL dashed2 > > OVERLAYCOLOR 0 0 0 > > OVERLAYSIZE 3 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 100 0 200 > > END > > END > > END > > > > > > LAYER > > NAME "State_Rd" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/State_Rd.TAB" > > TYPE LINE > > #STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "NAME" > > > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > COLOR 180 180 180 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 220 100 0 > > END > > END > > END > > # Seven Layer Under tesing Process... sucessed > > LAYER > > NAME "Towns" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/ Towns.TAB" > > TYPE POINT > > CLASSITEM "TOWN" > > LABELITEM "Town" > > > > METADATA > > "DESCRIPTION" " Towns" > > "RESULT_FIELDS" "Town" > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > SYMBOL 'symbols/town.gif' > > LABEL > > MINFEATURESIZE 100 > > MINDISTANCE 450 > > POSITION LC > > SIZE TINY > > COLOR 40 100 40 > > END > > END > > END > > > > > > > > # End of the map > > END > > For the above map Script is working fine. But while I am querying I did > not getting the results. How can query the map using PHP at point and > selected rectangle area. > > Is any one can send the script for this. > > > > In this project i am not using applets. Just Map querying on 7 layers > using php. > > > > srinivasa reddy Challa > > > > > > > > Srinivas Reddy wrote: > > > > > > Now am new to this technologies but I had done some of project with > > > the reference of DM solutions map reference. In DM > > > solutions they are done using SHP data files. But I am using "*.Tab" > > > data. How can I query the content of the "*.TAB"layers > > > using php and mapscript. This is my problem. This is my email id : > > > csr at rboxtech.com or reddy_challa at yahoo.com > > > > > > You will have to provide more details on what you are trying to do > > exactly if you want anyone to be able to help. > > > > If by "query the contents of .tab layers" you mean clicking on a map > > image and selecting features from a TAB layer then this works the same > > way for shapefiles and for .tab files. The only difference is that you > > need MapServer with OGR support, and you define an OGR CONNECTION in > > your LAYER. For more details on using OGR CONNECTIONS, see the OGR > > HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html > > > > 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 > > > > > > _______________________________________________ > 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 novalet at yahoo.com.cn Thu Mar 6 02:50:18 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Thu, 6 Mar 2003 18:50:18 +0800 (CST) Subject: [Mapserver-users] have a dynamic map file? Message-ID: <20030306105018.69228.qmail@web15213.mail.bjs.yahoo.com> Hi! I am using mapserver as server to browse satellite image quickview (resampled image) . my question is how to have a dynamic map file. In demos of mapserver, we only select some layers that are already described in map file, and [layers] tell cgi to show some and hide others. Because there is thousands of images, and in mapserver one image must be a layer, i must dynamic generate a new map file to tell mapserver which tiff must be catched to render. But i dont know how to do it yet. Any guru can give me a hand? Thank you :) _________________________________________________________ Do You Yahoo!? "????????????????????????????????" http://cn.search.yahoo.com/search/cn?p=%b0%c2%cb%b9%bf%a8 From mschulz at webgis.de Thu Mar 6 02:53:32 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 06 Mar 2003 11:53:32 +0100 Subject: [Mapserver-users] Querying an Oracle Spatial with MS References: <1046940992.3e670d4064fd0@mailer.pg.infn.it> Message-ID: <3E6728AC.7CD646ED@webgis.de> Hi, did you compile mapserver with the option --with-oraclespatial=/dir/to/orahome ? You can check this by executing mapserv from the commandline with the -v option: if it is enabled you should find "INPUT=ORACLESPATIAL" in the ouput. Cheers, Michael Roberto_Santinelli schrieb: > Hi everybody, > once discovered the possiblity to retrieve data from a Database, i just > tried to query my DBMS Oracle Spatial in the hope to display a shape layer i > know to be correctly populating the column GEOM of the table Particelle2 as > SDO_GEOMETRY object... > > The syntax i used is resumed in the following lines (by the way i believe it's > all right) > > > ************************************************************* > LAYER > NAME particelle2 > TYPE polygon > STATUS default > MAXSCALE 1000000 > CONNECTIONTYPE oraclespatial > CONNECTION 'scott/tiger at escora.sitweb.it' #this is the DB > DATA "GEOM from PARTICELLE2" > CLASS > NAME 'county' > COLOR 220 224 230 > OUTLINECOLOR 0 0 0 > END > > END #layer > ****************************************************************** > > But i have back as answer from MapServer (version 3.7 under W2K) the following: > > "msOracleSpatialLayerOpen(): OracleSpatial error. OracleSpatial is not > supported " > > Certainly the problem is in the unsupported OracleSpatial component. > But i'm not sure if the problem reside in the version used of MapServer dues > to the fact the it tried to use the msOracleSpatialLayerOpen() method. > It sounds like something elsewere is wrong, > but i don't know what.... > > Some hints or suggestions? > > Thanks in advance for every kind of help, > Roberto > _______________________________________________ > 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 wesp at gdv.com Thu Mar 6 03:28:15 2003 From: wesp at gdv.com (Oliver Wesp) Date: Thu, 06 Mar 2003 12:28:15 +0100 Subject: [Mapserver-users] have a dynamic map file? In-Reply-To: <20030306105018.69228.qmail@web15213.mail.bjs.yahoo.com> Message-ID: <5.2.0.9.2.20030306122659.00a70c40@192.168.1.2> Hi, you can define a static raster layer in your mapfile and if the user selects one of the tiffs it's possible to change the DATA value of this layer dynamically via CGI. The form variable should look like this: That way you can display any of your tiffs without generating a new map file. All you need is client side processing of the pathnames. hope that helps. Oliver P.S. If you're using 3.7 you need to define DATAPATTERN in order to change the datasource of a layer. There was a post a few days ago (02/27) from Jan Hartmann which explains the use of DATAPATTERN. At 18:50 06.03.2003 +0800, =?gb2312?q?Chen=20Fu?= wrote: >Hi! > >I am using mapserver as server to browse satellite >image quickview (resampled image) . my question is how >to have a dynamic map file. > >In demos of mapserver, we only select some layers that >are already described in map file, and [layers] tell >cgi to show some and hide others. > >Because there is thousands of images, and in mapserver >one image must be a layer, i must dynamic generate a >new map file to tell mapserver which tiff must be >catched to render. But i dont know how to do it yet. -- 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 novalet at yahoo.com.cn Thu Mar 6 03:48:52 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Thu, 6 Mar 2003 19:48:52 +0800 (CST) Subject: [Mapserver-users] have a dynamic map file? In-Reply-To: <5.2.0.9.2.20030306122659.00a70c40@192.168.1.2> Message-ID: <20030306114852.48121.qmail@web15206.mail.bjs.yahoo.com> Thank for your suggestion :) But in fact, i try to display several images at the same time for maybe the user like to have several images nearby to describe a larger area. Maybe we can leave ten layers (the largest number) for raster and show only some of them according to the user's selection. But do we have a easy way to write some php or cgi to generate new map? Or is there something like #include in map file to link another file which i can store the dynamic layers inside and regenerate it frequently? --- Oliver Wesp ????????> > Hi, > you can define a static raster layer in your mapfile > and if the user > selects one of the tiffs it's possible to change the > DATA value of this > layer dynamically via CGI. The form variable should > look like this: > > value="path/to/tif"> > > That way you can display any of your tiffs without > generating a new map > file. All you need is client side processing of the > pathnames. > > hope that helps. > Oliver > > P.S. If you're using 3.7 you need to define > DATAPATTERN in order to change > the datasource of a layer. There was a post a few > days ago (02/27) from Jan > Hartmann which explains the use of DATAPATTERN. > > > At 18:50 06.03.2003 +0800, =?gb2312?q?Chen=20Fu?= > wrote: > >Hi! > > > >I am using mapserver as server to browse satellite > >image quickview (resampled image) . my question is > how > >to have a dynamic map file. > > > >In demos of mapserver, we only select some layers > that > >are already described in map file, and [layers] > tell > >cgi to show some and hide others. > > > >Because there is thousands of images, and in > mapserver > >one image must be a layer, i must dynamic generate > a > >new map file to tell mapserver which tiff must be > >catched to render. But i dont know how to do it > yet. > > -- > 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 > _________________________________________________________ Do You Yahoo!? "????????????????????????????????" http://cn.search.yahoo.com/search/cn?p=%b0%c2%cb%b9%bf%a8 From mschulz at webgis.de Thu Mar 6 04:23:09 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 06 Mar 2003 13:23:09 +0100 Subject: [Mapserver-users] mapscript setFilter References: <3E661CDC.98EF6BBA@webgis.de> Message-ID: <3E673DAD.6E81FCA7@webgis.de> Hi, just to close this thread: the problem was solved, by explicitly putting double quotes around the filterstring. Well, perhaps obvious. Instead of (python/mapscript): filterliststring = 'columnname like \'%' + value + '%\'' i had to use: filterliststring = '\"columnname like \'%' + value + '%\'\"' Michael Michael Schulz schrieb: > Hi, > i have a problem with filterstrings that are passed to the layerobj's > setFilter method. > > The setup: > mapserver37, python/mapscript and Oracle SDO data (only points). > > The problem: > When i use setFilter() with a rather simple filterstring like > "db_ora_attribute=1" then the filter is correctly applied (meaning i can > draw the map with the oracle layer only displaying the filtered > geometries). When i want to pass a more complex filterstring like > "db_ora_attribute like '%a%'" then i can set the filterstring > (layerBj.setFilter(filterstring) returns 0) but when i want to draw the > map, no imageObj is created. I think i have tried nearly every possible > combination of escape sequences or differently nested string delimiters > i could think of. > > If i use the same complex filterstring in the mapfile as an explicit > layer FILTER then everything works fine. The problem seems related to > the handling of strings that contain string delimiters when using python > mapscript. Or has anybody experienced a similar problem e.g. with > php/mapscript or perl/mapscript? > > 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 > > _______________________________________________ > 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 ed at topozone.com Thu Mar 6 05:24:04 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 08:24:04 -0500 Subject: [Mapserver-users] have a dynamic map file? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EC8@mercator.topozone.com> Look at the TILEINDEX keyword, and read the Raster HOWTO documentation. One MapServer layer can contain many images. I have a single MapServer layer with over 50,000 images in 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: Chen Fu [mailto:novalet at yahoo.com.cn] Sent: Thursday, March 06, 2003 5:50 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] have a dynamic map file? Hi! I am using mapserver as server to browse satellite image quickview (resampled image) . my question is how to have a dynamic map file. In demos of mapserver, we only select some layers that are already described in map file, and [layers] tell cgi to show some and hide others. Because there is thousands of images, and in mapserver one image must be a layer, i must dynamic generate a new map file to tell mapserver which tiff must be catched to render. But i dont know how to do it yet. Any guru can give me a hand? Thank you :) _________________________________________________________ Do You Yahoo!? "????????????????????????????????" http://cn.search.yahoo.com/search/cn?p=%b0%c2%cb%b9%bf%a8 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Thu Mar 6 00:58:33 2003 From: eric at gomoos.org (Eric Bridger) Date: 06 Mar 2003 08:58:33 +0000 Subject: [Mapserver-users] query In-Reply-To: <005001c2e399$b8fe2500$0201a8c0@sun> References: <200303052045.AA50987218@rboxtech.com> <1046854455.10187.4.camel@ubet.gomoos.org> <005001c2e399$b8fe2500$0201a8c0@sun> Message-ID: <1046941114.1433.9.camel@ubet.gomoos.org> You misunderstood my point. Your map file MUST define a TEMPLATE, even if the template is not used to display the results. queryByPoint() just quits if the layer has no template defined. Adding TEMPLATE "bogus.html" to your layer doesn't mean you have to use it. Alternatively you can add to your code below: $selLayer->{template} = "junk.html"; On Thu, 2003-03-06 at 04:34, Srinivas Reddy wrote: > Thanks Eric, > But i like to display the query resutls in the same page. I > written like this > $mappointq = ms_newpointObj(); > $mappointq->setXY($map_x,$map_y); > $mappointq->setXY($map->width / 2,$map->height / 2); > > > for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) > { > $selLayer = $map->GetLayer($ilayer); > > $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); > } > > for the above code i did not get any results. So how can i get the results > form the layer? Can anyone help this point. > > ----- Original Message ----- > From: "Eric Bridger" > To: > Sent: Wednesday, March 05, 2003 4:54 PM > Subject: Re: [Mapserver-users] query > > > You will need to define a TEMPLATE "template.html" in your LAYERS. Even > if you do not want to use the templates.html to display the results, you > still need to have a TEMPLATE in the layer. The html does not even to > exist. > > Hope this helps. > Eric > > > On Wed, 2003-03-05 at 12:45, Srinivas Challa wrote: > > > > Hi Daniel, > > Thanks for the replay, I need ,?When I am clicking on map selected at > point or in rectangle area content recognitions with PHP. I had written the > map file like this > > MAP > > NAME "New Demo" > > STATUS ON > > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 > 826403.167230631 > > SIZE 800 480 > > SHAPEPATH "data" > > IMAGECOLOR 255 255 255 > > UNITS meters > > > > WEB > > IMAGEPATH "/apache/htdocs/tmp/" > > IMAGEURL "/tmp/" > > > > METADATA > > "WMS_TITLE" "New Demo" > > "WMS_ABSTRACT" "Information system" > > "WMS_ACCESSCONSTRAINTS" "none" > > "WMS_ONLINERESOURCE" "http://localhost:81/demo/demo.phtml" > > "WMS_SRS" "EPSG:26915" > > END > > END > > # > > # Start of reference map > > # > > REFERENCE > > STATUS ON > > IMAGE "graphics/refreance2.gif" > > SIZE 200 80 > > COLOR -1 -1 -1 > > OUTLINECOLOR 0 0 255 > > MARKERSIZE 3 > > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 > 826403.167230631 > > > > END > > > > QUERYMAP > > STATUS ON > > SIZE 400 400 > > STYLE HILITE > > COLOR 255 0 0 > > > > END > > # > > # Start of legend > > # > > LEGEND > > KEYSIZE 18 12 > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > COLOR 0 0 89 > > END > > STATUS ON > > END > > > > # > > # Start of scalebar > > # > > SCALEBAR > > STATUS TRUE > > COLOR 0 0 0 > > IMAGECOLOR 255 255 255 > > OUTLINECOLOR 0 0 0 > > UNITS kilometers > > INTERVALS 5 > > SIZE 200 5 > > STYLE 0 > > LABEL > > SIZE tiny > > COLOR 0 0 0 > > END > > END > > # > > # Start of symbol definitions (we're only using a few) > > # > > SYMBOL > > NAME "circle" > > TYPE ELLIPSE > > FILLED TRUE > > POINTS > > 1 1 > > END > > END > > > > # Start of layer definitions > > LAYER > > NAME "Boundary" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Boundary.tab" > > TYPE POLYGON > > CLASSITEM "NAME" > > LABELITEM "NAME" > > METADATA > > "DESCRIPTION" "Daerah" > > "RESULT_FIELDS" "Name" > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > COLOR 255 255 200 > > OUTLINECOLOR 0 0 0 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 0 0 200 > > END > > > > END > > End > > > > LAYER > > NAME "Fed_Rd" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Fed_Rd.TAB" > > TYPE LINE > > #STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "Name" > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > COLOR 255 0 0 > > #OUTLINECOLOR 255 0 0 > > LABEL > > #MINFEATURESIZE 40 > > #MINDISTANCE 150 > > POSITION CC > > SIZE tiny > > COLOR 10 100 100 > > #SHADOWCOLOR 80 80 80 > > #SHADOWSIZE 1 1 > > END > > END > > END > > > > LAYER > > NAME "Highway" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Highway.TAB" > > TYPE LINE > > # STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "NAME" > > > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > > > CLASS > > #SYMBOL "MYSYMBOL" > > COLOR 46 210 200 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 0 800 200 > > END > > END > > END > > > > > > > > LAYER > > NAME "Railways" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/Railway.TAB" > > TYPE LINE > > STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "NAME" > > > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Rail Lines" > > COLOR 0 0 0 > > OVERLAYSYMBOL dashed2 > > OVERLAYCOLOR 0 0 0 > > OVERLAYSIZE 3 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 100 0 200 > > END > > END > > END > > > > > > LAYER > > NAME "State_Rd" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/State_Rd.TAB" > > TYPE LINE > > #STYLEITEM "AUTO" > > CLASSITEM "NAME" > > LABELITEM "NAME" > > > > METADATA > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > COLOR 180 180 180 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > SIZE TINY > > COLOR 220 100 0 > > END > > END > > END > > # Seven Layer Under tesing Process... sucessed > > LAYER > > NAME "Towns" > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "data/ Towns.TAB" > > TYPE POINT > > CLASSITEM "TOWN" > > LABELITEM "Town" > > > > METADATA > > "DESCRIPTION" " Towns" > > "RESULT_FIELDS" "Town" > > "WMS_TITLE" "Selected Information" > > "WMS_ABSTRACT" "more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > SYMBOL 'symbols/town.gif' > > LABEL > > MINFEATURESIZE 100 > > MINDISTANCE 450 > > POSITION LC > > SIZE TINY > > COLOR 40 100 40 > > END > > END > > END > > > > > > > > # End of the map > > END > > For the above map Script is working fine. But while I am querying I did > not getting the results. How can query the map using PHP at point and > selected rectangle area. > > Is any one can send the script for this. > > > > In this project i am not using applets. Just Map querying on 7 layers > using php. > > > > srinivasa reddy Challa > > > > > > > > Srinivas Reddy wrote: > > > > > > Now am new to this technologies but I had done some of project with > > > the reference of DM solutions map reference. In DM > > > solutions they are done using SHP data files. But I am using "*.Tab" > > > data. How can I query the content of the "*.TAB"layers > > > using php and mapscript. This is my problem. This is my email id : > > > csr at rboxtech.com or reddy_challa at yahoo.com > > > > > > You will have to provide more details on what you are trying to do > > exactly if you want anyone to be able to help. > > > > If by "query the contents of .tab layers" you mean clicking on a map > > image and selecting features from a TAB layer then this works the same > > way for shapefiles and for .tab files. The only difference is that you > > need MapServer with OGR support, and you define an OGR CONNECTION in > > your LAYER. For more details on using OGR CONNECTIONS, see the OGR > > HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html > > > > 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 > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jacobi at dfki.de Thu Mar 6 06:55:52 2003 From: jacobi at dfki.de (Sven Jacobi) Date: Thu, 06 Mar 2003 15:55:52 +0100 Subject: [Mapserver-users] setFilter() Mapscript Message-ID: <200303061416.h26EGwPv028243@corp-200.dfki.uni-sb.de> Hi list, I want to pass several attributes as a filter for a certain query, everything seems to work fine, but as result I get only the first attribute. testlayer.setFilter('BU,FI,EI,SLB,ELB,KI,DOU,?NB,L?') Only the class named 'BU' is drawn. In addition I would like to know how I can reset the FILTER into the initial state. Thanks in forward, best regards, Sven From ed at topozone.com Thu Mar 6 07:04:04 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 10:04:04 -0500 Subject: [Mapserver-users] Help Request / datum shifts Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3ECD@mercator.topozone.com> Kieran - See Chip Hankley's notes in the Wiki on correctly building for datum shift support at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WindowProjHowTo It's very easy to have PROJ set up *without* datum shift support, and not know it. - Ed From ed at topozone.com Thu Mar 6 07:14:55 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 10:14:55 -0500 Subject: [Mapserver-users] tiffs and 256 colors Message-ID: <13858AA1A74F30419F319ACB66A9D122019621@mercator.topozone.com> Dylan - Are you using transparency to blend the two images? I assume so, otherwise you wouldn't need to display them both at once. If you have a 64-color grayscale layer and want to display a 12-color image blended with it, the resulting image will require 64 * 12 = 768 colors, not counting duplicates. However, it can be done.... http://test.topozone.com/map.asp?z=10&n=5189336&e=594639&s=200&size=m&layer=DRGSR - 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: Dylan Keon [mailto:keon at nacse.org] Sent: Wednesday, March 05, 2003 5:38 PM To: mapserver-users Subject: [Mapserver-users] tiffs and 256 colors I'm trying to display a colored tiff (single DRG 1:24K quad) on top of a grayscale shaded relief tiff. When using 8-bit PNG output, the DRG appears as grayscale if both layers are displayed at the same time. If I turn off the shaded relief layer, the DRG is colored correctly. I've reduced the color depth of the grayscale shaded relief image to 64 colors using Imagemagick, but still have the same problem. Shouldn't that make enough colors available between the shaded relief (64 colors) and the DRG (12 colors)? I've experimented with both 3.6.4 and today's 3.7 CVS version. I'm doing this through a PHP MapScript application, but I get the same result with each version's shp2img. It does work ok if I use 24-bit output in 3.7, but I'd like to stick with 8-bit if I can. Thanks for any tips. --Dylan _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kames at keyspanenergy.com Thu Mar 6 07:20:05 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Thu, 06 Mar 2003 10:20:05 -0500 Subject: [Mapserver-users] Help Request / datum shifts References: <13858AA1A74F30419F319ACB66A9D1221F3ECD@mercator.topozone.com> Message-ID: <3E676725.597FFB8C@keyspanenergy.com> Thanks Ed. I reviewed the page, only to discover the next obstacle. I don't have Microsoft Visual C++, nor would I know what to do with it if I did. :-( I downloaded ms36gif_wms.zip from http://mapserver.gis.umn.edu/win32binaries.html . That page indicates Proj.4 projection support. Will mapserv -v give any indication as to whether or not datum shift support is included? Kieran Ed McNierney wrote: > Kieran - > > See Chip Hankley's notes in the Wiki on correctly building for datum shift support at: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WindowProjHowTo > > It's very easy to have PROJ set up *without* datum shift support, and not know it. > > - Ed From ed at topozone.com Thu Mar 6 07:19:27 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 10:19:27 -0500 Subject: [Mapserver-users] Help Request / datum shifts Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3ED0@mercator.topozone.com> No, it will not. Read the PROJ FAQ at http://www.remotesensing.org/proj/faq.html - you don't need to recompile PROJ, but only to provide the datum shift files in the right place; the FAQ will show you how to do that. - Ed -----Original Message----- From: Kieran J. Ames [mailto:kames at keyspanenergy.com] Sent: Thursday, March 06, 2003 10:20 AM To: Ed McNierney Cc: mapserver-users Subject: Re: [Mapserver-users] Help Request / datum shifts Thanks Ed. I reviewed the page, only to discover the next obstacle. I don't have Microsoft Visual C++, nor would I know what to do with it if I did. :-( I downloaded ms36gif_wms.zip from http://mapserver.gis.umn.edu/win32binaries.html . That page indicates Proj.4 projection support. Will mapserv -v give any indication as to whether or not datum shift support is included? Kieran Ed McNierney wrote: > Kieran - > > See Chip Hankley's notes in the Wiki on correctly building for datum shift support at: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WindowProjHowTo > > It's very easy to have PROJ set up *without* datum shift support, and not know it. > > - Ed From lfilak at medinaco.org Thu Mar 6 07:17:04 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 06 Mar 2003 10:17:04 -0500 Subject: [Mapserver-users] Sending image to stdout under Apache Message-ID: <200303061516.h26FGsN26436@yogi.medinaco.net> In an attempt to sum this thread up (hopefully correctly, but open for corrections): If using mod_perl you can't send the image binary to STDOUT because the binary can reach the browser before the content-type does or does not reach it at all because the content-type is sent to the browser via 'print "..."' and print is guaranteed to make it but the C STDOUT is not directly tied to the socket the client request came in on so STDOUT is not guaranteed to make it. If using the Perl script as a cgi then the '$img->saveImage...' should work because STDOUT for that process is directly tied to the client connection. The OUT descriptor I found was a mistake on my part. OUT is actually part of embperl - more on this in a minute. By using OUT or JUNK or any descriptor name in a print statement that is not declared will automatically print to STDOUT - Perl is based around language, ie. "You right what u think you want it to due & ..." - that is why the test I ran outside of mod_perl worked. Back to OUT & gd.pm: As Eric pointed out some modules contain a way to assure that a method call intended for STDOUT is sent to the same place as a 'print' to STDOUT even under mod_perl. Jason proposed taking a look at setting something such as this up for mapscript.pm, which as I understand it requires mapscript.pm create a filehandle (such as OUT) and tie it to STDOUT itself without relying on mod_perl to do it. Clear as mud.? At this point it appears it would be a good thing to have if the developer(s) approve(s) (Steve, thoughts?). Lowell F. The following message was sent by Joe Bussell on Wed, 05 Mar 2003 15:51:10 -0800. > I like the idea, but I have not been able to reproduce your results. I > currently produce maps for TrafficDodger using the two-step temp file > technique. I would like to rip the image right to Apache. The > filehandle OUT is not defined in my system. I wonder what you have set, > or exported to get this to produce useful results. Have you declared an > output file? > > If I write to STDOUT I get complaints "Use of uninitialized value in > null operation". It appears that $img->saveImage( undef, > $mapscript::MS_PNG, 1, 1, 95 ); is not returning anything useful for the > print call. Any ideas? > > Is this dependent on the latest rev of Mapserver? > > Cordially, > > Joe Bussell > > > Lowell Filak wrote: > > Doh! > > That's what I get for being in a hurry. > > From what I've read: > > 1) You don't need binmode on *n*x. > > 2) You need to print to OUT as opposed to STDOUT or the content is shipped before the content-type. > > print OUT $ref_img->saveImage(undef, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); > > HTH > > Lowell F. > > > > The following message was sent by Eric Bridger on 05 Mar 2003 10:57:23 +0000. > > > > > >>Thanks Lowell, > >> > >>Yes, that was the work-around I mentioned. But avoiding the write to > >>disk is what I am after. I have found that using /cgi-bin/mapserv as an > >>image engine results in significant performance improvements for our > >>mapscript application. But constructing the proper query strings to > >>manipulate the map is cumbersome and seems to have certain limitations. > >>I'd prefer to manipulate the map using mapscript and then print it to > >>the stdout. But somehow, using $img->saveImage(undef, ...) which spends > >>some time doing something, never sends the image to the stdout when run > >>as a CGI. From the command line, it works. > >> > >>We don't have this problem with a graphing application in the same > >>environment which uses GD.pm. > >> > >> > >>On Wed, 2003-03-05 at 15:27, Lowell Filak wrote: > >> > >>>Hmmm... > >>>I thought I replied back concerning that.? > >>>Just do a: > >>>print "Content-type: image/png\n\n"; > >>>system("cat junk.png"); > >>>and that will send the image to stdout/the browser. > >>>HTH > >>>Lowell F. > >>> > >>>The following message was sent by Eric Bridger on 05 Mar 2003 08:59:12 +0000. > >>> > >>> > >>>> > >>>>The list archives show that this came up last Dec. > >>>>(http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00265.html) and while a work around was suggested there was no solution to the problem given, so I was wondering if anyone else had run into this problem. > >>>> > >>>>I'm having a problem using Perl mapscript $img->saveImage(undef, ...), > >>>>to send an image, PNG and/or JPEG, to the standard output under Apache. > >>>>Running in /cgi-bin I have the following script: > >>>> > >>>>my $map = new mapscript::mapObj($ms_dir . "/test.map"); > >>>> > >>>>my $ref_img = $map->drawReferenceMap(); > >>>> > >>>># This works fine: > >>>>#$ref_img->saveImage("junk.png", $mapscript::MS_PNG, > >>>>$map->{transparent}, $map->{interlace}, 0); > >>>> > >>>>print "HTTP/1.0 200 OK\n"; > >>>>print "Content-type: image/png\r\n\r\n"; > >>>>binmode STDOUT; > >>>> > >>>># this produces no output on Apache's STDOUT > >>>>$ref_img->saveImage("", $mapscript::MS_PNG, $map->{transparent}, > >>>>$map->{interlace}, 0); > >>>> > >>>>$ref_img->free(); > >>>>exit; > >>>> > >>>> > >>>>>From the command line this script works as expected. But when run under > >>>>Apache/mod_perl it's as if the C msSaveImage() stdout stream is > >>>>pointing somewhere other than the Apache stdout (i.e. the client > >>>>browser). > >>>> > >>>>The work around of course is to save a disk file and then print it, but > >>>>the whole point of this is to avoid the temp. disk files. I've noticed > >>>>a significant increase in performance when using mapserv as an image > >>>>engine rather then using temp disk files. > >>>> > >>>>Thanks. > >>>>Eric > >>>> > >>>> > >>>>Setup: > >>>> > >>>>Apache/1.3.26 (Unix) > >>>>Mapserv 3.6.4 > >>>>mod_perl 1.22 > >>>> > >>>> > >>>>_______________________________________________ > >>>>Mapserver-users mailing list > >>>>Mapserver-users at lists.gis.umn.edu > >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >>> > >>>_______________________________________________ > >>>Mapserver-users mailing list > >>>Mapserver-users at lists.gis.umn.edu > >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >>> > >> > >> > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Thu Mar 6 07:20:27 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 10:20:27 -0500 Subject: [Mapserver-users] Help Request / datum shifts Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3ED1@mercator.topozone.com> Actually, I'm now not sure about whether you'll need to recompile or not. Let me look into it - it's been a while. -----Original Message----- From: Kieran J. Ames [mailto:kames at keyspanenergy.com] Sent: Thursday, March 06, 2003 10:20 AM To: Ed McNierney Cc: mapserver-users Subject: Re: [Mapserver-users] Help Request / datum shifts Thanks Ed. I reviewed the page, only to discover the next obstacle. I don't have Microsoft Visual C++, nor would I know what to do with it if I did. :-( I downloaded ms36gif_wms.zip from http://mapserver.gis.umn.edu/win32binaries.html . That page indicates Proj.4 projection support. Will mapserv -v give any indication as to whether or not datum shift support is included? Kieran Ed McNierney wrote: > Kieran - > > See Chip Hankley's notes in the Wiki on correctly building for datum shift support at: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WindowProjHowTo > > It's very easy to have PROJ set up *without* datum shift support, and not know it. > > - Ed From keon at nacse.org Thu Mar 6 07:30:40 2003 From: keon at nacse.org (Dylan Keon) Date: Thu, 06 Mar 2003 07:30:40 -0800 Subject: [Mapserver-users] tiffs and 256 colors In-Reply-To: <13858AA1A74F30419F319ACB66A9D122019621@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D122019621@mercator.topozone.com> Message-ID: <3E6769A0.1070004@nacse.org> Hi Ed, No, I'm not using transparency...I don't want to blend the images. The shaded relief image is much larger than the DRG (it covers about 20 quads), and gives the map some context of the larger area. I just want to display the DRG on top of the shaded relief image. Actually, the DRG is just a test image that I'm using to get the application running. What I'll really be doing is displaying a single flight line of false-color AVIRIS-derived data on top of other layers. Another application will pass the filename to my MapServer app, which will then display the image in context of the greater surroundings. So, I'd like to be able to display the single, small AVIRIS image on top of the larger shaded relief image at small scales (at large scales, the shaded relief image is turned off). Shouldn't that be possible? Thanks, Dylan Ed McNierney wrote: > Dylan - > > Are you using transparency to blend the two images? I assume so, otherwise you wouldn't need to display them both at once. > > If you have a 64-color grayscale layer and want to display a 12-color image blended with it, the resulting image will require 64 * 12 = 768 colors, not counting duplicates. > > However, it can be done.... > > http://test.topozone.com/map.asp?z=10&n=5189336&e=594639&s=200&size=m&layer=DRGSR > > - 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: Dylan Keon [mailto:keon at nacse.org] > Sent: Wednesday, March 05, 2003 5:38 PM > To: mapserver-users > Subject: [Mapserver-users] tiffs and 256 colors > > > I'm trying to display a colored tiff (single DRG 1:24K quad) on top of a > grayscale shaded relief tiff. When using 8-bit PNG output, the DRG > appears as grayscale if both layers are displayed at the same time. If > I turn off the shaded relief layer, the DRG is colored correctly. > > I've reduced the color depth of the grayscale shaded relief image to 64 > colors using Imagemagick, but still have the same problem. Shouldn't > that make enough colors available between the shaded relief (64 colors) > and the DRG (12 colors)? > > I've experimented with both 3.6.4 and today's 3.7 CVS version. I'm > doing this through a PHP MapScript application, but I get the same > result with each version's shp2img. It does work ok if I use 24-bit > output in 3.7, but I'd like to stick with 8-bit if I can. > > Thanks for any tips. > > --Dylan > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From armin.burger at libero.it Thu Mar 6 07:43:05 2003 From: armin.burger at libero.it (Armin Burger) Date: Thu, 6 Mar 2003 16:43:05 +0100 Subject: [Mapserver-users] setFilter() Mapscript Message-ID: <200303061543.h26Fhc0G025950@lists.gis.umn.edu> Sven, you could try using regular expressions like testlayer.setFilter('/BU|FI|EI|SLB|ELB|KI|DOU|?NB|L?/') or testlayer.setFilter("'[YOUR_FIELD]' =~ /BU|FI|EI|SLB|ELB|KI|DOU|?NB|L?/") Armin > Hi list, > I want to pass several attributes as a filter > for a certain query, everything seems to work fine, > but as result I get only the first attribute. > testlayer.setFilter('BU,FI,EI,SLB,ELB,KI,DOU,?NB,L?') > Only the class named 'BU' is drawn. > In addition I would like to know how I can reset the > FILTER into the initial state. > Thanks in forward, > best regards, > Sven > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Chip.Hankley at GASAI.Com Thu Mar 6 07:46:30 2003 From: Chip.Hankley at GASAI.Com (Hankley, Chip) Date: Thu, 6 Mar 2003 09:46:30 -0600 Subject: [Mapserver-users] Help Request / datum shifts Message-ID: <3DFF131E4E6D2D4198CDD758F35A5353027853F9@postoffice.GASAI.Com> > Actually, I'm now not sure about whether you'll need to > recompile or not. I think you do have to compile. ED, the files that you provided me when I was having trouble with this were some type of binary files. For instance, what is available from the PROJ4 site are the text based datum shift files: ALASKA CONUS ...etc. After compilation, there will be binary files of the same name, with the LLA extension: ALASKA.LLA CONUS.LLA ...etc. I think what I found was that simply having the text files in there was not enough... you had to have the LLAs (which you can only get by compiling). FWIW, these files have to be in two places if you're using BOTH cgi and php-mapscript. CGI looks for them in C:\proj\nad, and PHP-MapScript looks for them in c:\proj. I'm sure you could re-configure this at compile time, but, I typically use the pre-compiled binaries. Kieran, if you want, I can zip up my PROJ directory and e-mail it to you. In my opinion, we should put up a compiled version of the PROJ directory on the web site for windows users. Chip From dbarron at ddive.com Thu Mar 6 07:52:15 2003 From: dbarron at ddive.com (Dan Barron) Date: Thu, 06 Mar 2003 07:52:15 -0800 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? Message-ID: <5.2.0.9.0.20030306074647.03d28248@192.168.11.30> Hello, Does anyone have a suggestion on the best approach to convert E00 files to SHP files? I have tried the FME Suite from Safe Sowftware, are there other available tools/utilities to accomplish this conversion? Thanks! Dan From sgillies at frii.com Thu Mar 6 08:00:26 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 6 Mar 2003 09:00:26 -0700 Subject: [Mapserver-users] setFilter() Mapscript In-Reply-To: <200303061416.h26EGwPv028243@corp-200.dfki.uni-sb.de> Message-ID: Sven, Read the mapfile reference, the argument to setFilter() is a string and should be either a mapserver regular expression or an SQL WHERE clause. As for resetting filter to its original state: I assume you mean a NULL state? Something like this: layer.setFilter(None) Yes? This cannot be done at present, but if you log into the Mapserver bug tracker through the link on the mapserver home page and enter this as a feature request for mapscript, I'll be happy to add this to mapscript. peace, Sean On Thursday, March 6, 2003, at 07:55 AM, Sven Jacobi wrote: > Hi list, > > I want to pass several attributes as a filter > for a certain query, everything seems to work fine, > but as result I get only the first attribute. > > testlayer.setFilter('BU,FI,EI,SLB,ELB,KI,DOU,?NB,L?') > > Only the class named 'BU' is drawn. > In addition I would like to know how I can reset the > FILTER into the initial state. > > Thanks in forward, > > best regards, > > Sven > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- Sean Gillies sgillies at frii.com http://www.frii.com/~sgillies From morissette at dmsolutions.ca Thu Mar 6 08:00:30 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 06 Mar 2003 11:00:30 -0500 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? References: <5.2.0.9.0.20030306074647.03d28248@192.168.11.30> Message-ID: <3E67709E.CE9058B7@dmsolutions.ca> Dan Barron wrote: > > Does anyone have a suggestion on the best approach to convert E00 files to > SHP files? I have tried the FME Suite from Safe Sowftware, are there other > available tools/utilities to accomplish this conversion? > FME is definitely the best option, but the license may be expensive. Unfortunately OGR doesn't support reading E00 files yet, otherwise using ogr2ogr would be a good option too. I'm sure many GIS packages will allow import of E00 and export to shapefiles, but I don't have any to suggest. However, OGR (GDAL 1.1.8) does support reading binary coverages, so you can do the conversion in two steps if you want: 1- Convert your E00s to binary coverages using the 'AVCIMPORT' utility at http://pages.infinit.net/danmo/e00/index-avce00.html 2- Use 'ogr2ogr' (part of GDAL 1.1.8) to convert the binary coverages to shapefiles. There should be some docs on using ogr2ogr on the OGR website at http://gdal.velocet.ca/projects/opengis/index.html Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Thu Mar 6 08:14:59 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 11:14:59 -0500 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3ED3@mercator.topozone.com> Do you have ArcView? - Ed -----Original Message----- From: Dan Barron [mailto:dbarron at ddive.com] Sent: Thursday, March 06, 2003 10:52 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] E00 to SHP Conversion Utilities? Hello, Does anyone have a suggestion on the best approach to convert E00 files to SHP files? I have tried the FME Suite from Safe Sowftware, are there other available tools/utilities to accomplish this conversion? Thanks! Dan _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Thu Mar 6 08:16:26 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 11:16:26 -0500 Subject: [Mapserver-users] Help Request / datum shifts Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3ED4@mercator.topozone.com> Chip - Thanks; that's why I was confused. You don't need to recompile the PROJ library code, but you do need to build those files from the distribution. Once you've built them, however, I think just copying them into the right directory will do it. - Ed -----Original Message----- From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com] Sent: Thursday, March 06, 2003 10:47 AM To: Ed McNierney; Kieran J. Ames Cc: MapServer List (E-mail) Subject: RE: [Mapserver-users] Help Request / datum shifts > Actually, I'm now not sure about whether you'll need to > recompile or not. I think you do have to compile. ED, the files that you provided me when I was having trouble with this were some type of binary files. For instance, what is available from the PROJ4 site are the text based datum shift files: ALASKA CONUS ...etc. After compilation, there will be binary files of the same name, with the LLA extension: ALASKA.LLA CONUS.LLA ...etc. I think what I found was that simply having the text files in there was not enough... you had to have the LLAs (which you can only get by compiling). FWIW, these files have to be in two places if you're using BOTH cgi and php-mapscript. CGI looks for them in C:\proj\nad, and PHP-MapScript looks for them in c:\proj. I'm sure you could re-configure this at compile time, but, I typically use the pre-compiled binaries. Kieran, if you want, I can zip up my PROJ directory and e-mail it to you. In my opinion, we should put up a compiled version of the PROJ directory on the web site for windows users. Chip From morissette at dmsolutions.ca Thu Mar 6 08:19:15 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 06 Mar 2003 11:19:15 -0500 Subject: [Mapserver-users] setFilter() Mapscript References: Message-ID: <3E677503.DAA9A93D@dmsolutions.ca> Sean Gillies wrote: > > As for resetting filter to its original state: I assume you mean a > NULL state? Something like this: > > layer.setFilter(None) > > Yes? This cannot be done at present, but if you log into the > Mapserver bug tracker through the link on the mapserver home page > and enter this as a feature request for mapscript, I'll be happy to > add this to mapscript. > I didn't try it, but would have imagined that calling setFilter("") would do the trick. If not then if you decide to add this feature I would suggest that you modify loadExpressionString() so that if the expression is an empty string then it's the same effect as setting the expression to NULL. This way all flavors of MapScript will benefit from this change at the same time without having to define 'None' or NULL in every language. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sgillies at frii.com Thu Mar 6 08:40:52 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 6 Mar 2003 09:40:52 -0700 Subject: [Mapserver-users] setFilter() Mapscript In-Reply-To: <3E677503.DAA9A93D@dmsolutions.ca> Message-ID: <64DE4694-4FF2-11D7-A360-000393B98B56@frii.com> On Thursday, March 6, 2003, at 09:19 AM, Daniel Morissette wrote: > Sean Gillies wrote: >> >> As for resetting filter to its original state: I assume you mean a >> NULL state? Something like this: >> >> layer.setFilter(None) >> >> Yes? This cannot be done at present, but if you log into the >> Mapserver bug tracker through the link on the mapserver home page >> and enter this as a feature request for mapscript, I'll be happy to >> add this to mapscript. >> > > I didn't try it, but would have imagined that calling setFilter("") > would do the trick. If not then if you decide to add this feature I > would suggest that you modify loadExpressionString() so that if the > expression is an empty string then it's the same effect as setting the > expression to NULL. This way all flavors of MapScript will benefit > from > this change at the same time without having to define 'None' or NULL in > every language. > > Daniel, You are correct, setFilter("") returns -1 but does set the filter string to NULL. I'll leave setFilter() be. My mistake. I confused this issue with the outstanding issue that string attributes cannot be undefined using their SWIG accessor functions. peace, Sean From kames at keyspanenergy.com Thu Mar 6 09:12:12 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Thu, 06 Mar 2003 12:12:12 -0500 Subject: [Mapserver-users] Help Request / datum shifts References: <13858AA1A74F30419F319ACB66A9D1221F3ED4@mercator.topozone.com> Message-ID: <3E67816C.ECA91EB6@keyspanenergy.com> Ed, Chip, So what does this mean for your basic Mapserver user, (eg: anyone like me who doesn't know Jack about compiling Proj or Mapserver)? What steps would one take to make sure we could line up geographic data with projected data? -- when there are datum issues. If someone could tell me how to do it, I'd be happy to put together the necessary sample data files to include in a tutorial in how to combine these data into meaningful, easy to understand mapserver maps. Kieran Ed McNierney wrote: > Chip - > > Thanks; that's why I was confused. You don't need to recompile the PROJ library code, but you do need to build those files from the distribution. Once you've built them, however, I think just copying them into the right directory will do it. > > - Ed > > -----Original Message----- > From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com] > Sent: Thursday, March 06, 2003 10:47 AM > To: Ed McNierney; Kieran J. Ames > Cc: MapServer List (E-mail) > Subject: RE: [Mapserver-users] Help Request / datum shifts > > > Actually, I'm now not sure about whether you'll need to > > recompile or not. > > I think you do have to compile. ED, the files that you provided me when I > was having trouble with this were some type of binary files. For instance, > what is available from the PROJ4 site are the text based datum shift files: > > ALASKA > CONUS > ...etc. > > After compilation, there will be binary files of the same name, with the LLA > extension: > > ALASKA.LLA > CONUS.LLA > ...etc. > > I think what I found was that simply having the text files in there was not > enough... you had to have the LLAs (which you can only get by compiling). > > FWIW, these files have to be in two places if you're using BOTH cgi and > php-mapscript. CGI looks for them in C:\proj\nad, and PHP-MapScript looks > for them in c:\proj. I'm sure you could re-configure this at compile time, > but, I typically use the pre-compiled binaries. > > Kieran, if you want, I can zip up my PROJ directory and e-mail it to you. In > my opinion, we should put up a compiled version of the PROJ directory on the > web site for windows users. > > Chip > > _______________________________________________ > 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 Mar 6 09:42:05 2003 From: dana at nextbus.com (Dana Quinn) Date: Thu, 06 Mar 2003 09:42:05 -0800 Subject: [Mapserver-users] Sending image to stdout under Apache In-Reply-To: <200303061516.h26FGsN26436@yogi.medinaco.net> References: <200303061516.h26FGsN26436@yogi.medinaco.net> Message-ID: <3E67886D.70704@nextbus.com> So this is mainly a problem because it's difficult to output directly to the browser when using mod_perl? (difficult to make sure your content header goes to the browser first, and then the actual image?) it's hard to believe there isn't a straightforward way to make this happen in mod_perl. dana Lowell Filak wrote: > In an attempt to sum this thread up (hopefully correctly, but open for > corrections): > If using mod_perl you can't send the image binary to STDOUT because the > binary can reach the browser before the content-type does or does not > reach it at all because the content-type is sent to the browser via > 'print "..."' and print is guaranteed to make it but the C STDOUT is > not directly tied to the socket the client request came in on so STDOUT > is not guaranteed to make it. > If using the Perl script as a cgi then the '$img->saveImage...' should > work because STDOUT for that process is directly tied to the client > connection. > The OUT descriptor I found was a mistake on my part. > OUT is actually part of embperl - more on this in a minute. > By using OUT or JUNK or any descriptor name in a print statement that is > not declared will automatically print to STDOUT - Perl is based around > language, ie. "You right what u think you want it to due & ..." - that > is why the test I ran outside of mod_perl worked. > Back to OUT & gd.pm: > As Eric pointed out some modules contain a way to assure that a method > call intended for STDOUT is sent to the same place as a 'print' to > STDOUT even under mod_perl. > Jason proposed taking a look at setting something such as this up for > mapscript.pm, which as I understand it requires mapscript.pm create a > filehandle (such as OUT) and tie it to STDOUT itself without relying on > mod_perl to do it. > Clear as mud.? > At this point it appears it would be a good thing to > have if the developer(s) approve(s) (Steve, thoughts?). > Lowell F. -- Dana Quinn, dana at nextbus.com NextBus Information Systems (510) 420-3117 From Chip.Hankley at GASAI.Com Thu Mar 6 09:44:23 2003 From: Chip.Hankley at GASAI.Com (Hankley, Chip) Date: Thu, 6 Mar 2003 11:44:23 -0600 Subject: [Mapserver-users] Help Request / datum shifts Message-ID: <3DFF131E4E6D2D4198CDD758F35A5353027853FC@postoffice.GASAI.Com> Kieran... *I* think what it means (as things currently sit) is that if you want PROJ4 to support datum shifts, you have to have some ability to build the datum shift files into the LLA files. This requires a compiler of some type... and, this is what my entry on the WIKI was meant to address. To some extent, this is the curse of doing MapServer on Windows... you get used to relying on pre-compiled binaries, and, then you reach a point where there ISN'T a precompiled version of the component you need (I'm not pointing fingers... I'm in that boat myself). One option would be to put the windows compiled datum shift files on the MapServer site along with the MapServer downloads. The problem with this is that PROJ4 is a separate component from MapServer, and there might be some reluctance to adding pre-compiled binaries for separate components to the site... I think the general tendency has been to keep the MapServer site focused on MapServer, and let other sites deal with support, etc. for other components (PROJ4, GDAL, PostGIS, etc). I also don't know who maintains the download section. I don't know who maintains the PROJ4 info at remotesensing.org - that'd be another place where you could put it. Chip > -----Original Message----- > From: Kieran J. Ames [mailto:kames at keyspanenergy.com] > Sent: Thursday, March 06, 2003 11:12 AM > To: Ed McNierney > Cc: Hankley, Chip; MapServer List (E-mail) > Subject: Re: [Mapserver-users] Help Request / datum shifts > > > Ed, Chip, > So what does this mean for your basic Mapserver user, (eg: > anyone like me who doesn't know Jack about compiling Proj or > Mapserver)? What steps would one take to make sure we could > line up geographic data with projected data? -- when there are > datum issues. > If someone could tell me how to do it, I'd be happy to put > together the necessary sample data files to include in a > tutorial in how to combine these data into meaningful, easy > to understand mapserver maps. > Kieran From ed at topozone.com Thu Mar 6 10:25:56 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 13:25:56 -0500 Subject: [Mapserver-users] Variable substitution for run-time projection selection? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EDC@mercator.topozone.com> I've been digging into some of the emails about %variable% substitution support in 3.7, and I can't figure out where to look for what I need. I'd simply like to pass an EPSG projection code in the querystring to select the output projection for the map. As in.... http://mapserver/......&projcode=32618&.... and have Projection init=epsg:%projcode% End Or something like that in the map file. I realize the PROJ statements in the MAP file are kinda funky - has anyone built any pseudo-support for this, or should I start coding away? - 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 dlowther at ou.edu Thu Mar 6 11:01:11 2003 From: dlowther at ou.edu (Lowther, David W) Date: Thu, 6 Mar 2003 13:01:11 -0600 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? Message-ID: Dan, The utility IMPORT71.exe that comes with Arcview is made for this... I'm not sure if it is available freely or not. If you just have a couple of files Dan send em my way and I'll convert for you. Dave > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Thursday, March 06, 2003 10:01 AM > To: Dan Barron > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] E00 to SHP Conversion Utilities? > > > Dan Barron wrote: > > > > Does anyone have a suggestion on the best approach to convert E00 > > files to SHP files? I have tried the FME Suite from Safe > Sowftware, > > are there other available tools/utilities to accomplish this > > conversion? > > > > FME is definitely the best option, but the license may be expensive. > > Unfortunately OGR doesn't support reading E00 files yet, > otherwise using ogr2ogr would be a good option too. I'm sure > many GIS packages will allow import of E00 and export to > shapefiles, but I don't have any to suggest. > > However, OGR (GDAL 1.1.8) does support reading binary > coverages, so you can do the conversion in two steps if you want: > > 1- Convert your E00s to binary coverages using the > 'AVCIMPORT' utility at > http://pages.infinit.net/danmo/e00/index-> avce00.html > > 2- Use > 'ogr2ogr' (part of GDAL 1.1.8) to > convert the binary coverages to shapefiles. There should be > some docs on using ogr2ogr on the OGR website at > http://gdal.velocet.ca/projects/opengis/index.> html > > 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/maps> erver-users > From morissette at dmsolutions.ca Thu Mar 6 11:19:45 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 06 Mar 2003 14:19:45 -0500 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? References: Message-ID: <3E679F51.99509D7A@dmsolutions.ca> "Lowther, David W" wrote: > > The utility IMPORT71.exe that comes with Arcview is made for this... I'm not > sure if it is available freely or not. > If I remember well, IMPORT71 converts a E00 file to Arc/Info binary coverage format, not shapefile format (the same thing that the AVCIMPORT utility does). You can view those binary coverages in ArcView which may be why you thought that import71 produced shapefiles, but it doesn't and you'll still have to convert the coverages to shapefiles after running them through import71. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dlowther at ou.edu Thu Mar 6 11:20:18 2003 From: dlowther at ou.edu (Lowther, David W) Date: Thu, 6 Mar 2003 13:20:18 -0600 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? Message-ID: Absolutely. I think I hear something whistling through my head. Could be the breeze... Dave > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Thursday, March 06, 2003 1:20 PM > To: Lowther, David W > Cc: Dan Barron; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] E00 to SHP Conversion Utilities? > > > "Lowther, David W" wrote: > > > > The utility IMPORT71.exe that comes with Arcview is made > for this... > > I'm not sure if it is available freely or not. > > > > If I remember well, IMPORT71 converts a E00 file to Arc/Info > binary coverage format, not shapefile format (the same thing > that the AVCIMPORT utility does). You can view those binary > coverages in ArcView which may be why you thought that > import71 produced shapefiles, but it doesn't and you'll still > have to convert the coverages to shapefiles after running > them through import71. > > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > From dbarron at ddive.com Thu Mar 6 11:30:20 2003 From: dbarron at ddive.com (Dan Barron) Date: Thu, 06 Mar 2003 11:30:20 -0800 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? In-Reply-To: Message-ID: <5.2.0.9.0.20030306112505.0403b640@192.168.11.30> Thanks Dave. Unfortunately, I have many many files to convert. I do have a version of import71.exe dated 9-2002, however I'm not too familiar with it and the documentation it came with does not mention conversion of e00 to shp only to adf or arcgrid format. Am I missing something? Also, since I am looking to do many files, I prefer to automate the process, can import71.exe work in that context? Dan At 01:01 PM 3/6/2003 -0600, Lowther, David W wrote: >Dan, > >The utility IMPORT71.exe that comes with Arcview is made for this... I'm not >sure if it is available freely or not. > >If you just have a couple of files Dan send em my way and I'll convert for >you. > >Dave > > > -----Original Message----- > > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > > Sent: Thursday, March 06, 2003 10:01 AM > > To: Dan Barron > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] E00 to SHP Conversion Utilities? > > > > > > Dan Barron wrote: > > > > > > Does anyone have a suggestion on the best approach to convert E00 > > > files to SHP files? I have tried the FME Suite from Safe > > Sowftware, > > > are there other available tools/utilities to accomplish this > > > conversion? > > > > > > > FME is definitely the best option, but the license may be expensive. > > > > Unfortunately OGR doesn't support reading E00 files yet, > > otherwise using ogr2ogr would be a good option too. I'm sure > > many GIS packages will allow import of E00 and export to > > shapefiles, but I don't have any to suggest. > > > > However, OGR (GDAL 1.1.8) does support reading binary > > coverages, so you can do the conversion in two steps if you want: > > > > 1- Convert your E00s to binary coverages using the > > 'AVCIMPORT' utility at > > http://pages.infinit.net/danmo/e00/index-> avce00.html > > > > 2- Use > > 'ogr2ogr' (part of GDAL 1.1.8) to > > convert the binary coverages to shapefiles. There should be > > some docs on using ogr2ogr on the OGR website at > > http://gdal.velocet.ca/projects/opengis/index.> html > > > > 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/maps> erver-users > > From lfilak at medinaco.org Thu Mar 6 11:50:32 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 06 Mar 2003 14:50:32 -0500 Subject: [Mapserver-users] Sending image to stdout under Apache Message-ID: <200303061950.h26JoMN00600@yogi.medinaco.net> I'm not sure it's difficult, it was just never the original intent used for the design. I think the original goal for MS was to have something that worked. Lowell F. The following message was sent by Dana Quinn on Thu, 06 Mar 2003 09:42:05 -0800. > > So this is mainly a problem because it's difficult > to output directly to the browser when using mod_perl? > (difficult to make sure your content header goes to the > browser first, and then the actual image?) > > it's hard to believe there isn't a straightforward way > to make this happen in mod_perl. > > dana > > Lowell Filak wrote: > > In an attempt to sum this thread up (hopefully correctly, but open for > > corrections): > > If using mod_perl you can't send the image binary to STDOUT because the > > binary can reach the browser before the content-type does or does not > > reach it at all because the content-type is sent to the browser via > > 'print "..."' and print is guaranteed to make it but the C STDOUT is > > not directly tied to the socket the client request came in on so STDOUT > > is not guaranteed to make it. > > If using the Perl script as a cgi then the '$img->saveImage...' should > > work because STDOUT for that process is directly tied to the client > > connection. > > The OUT descriptor I found was a mistake on my part. > > OUT is actually part of embperl - more on this in a minute. > > By using OUT or JUNK or any descriptor name in a print statement that is > > not declared will automatically print to STDOUT - Perl is based around > > language, ie. "You right what u think you want it to due & ..." - that > > is why the test I ran outside of mod_perl worked. > > Back to OUT & gd.pm: > > As Eric pointed out some modules contain a way to assure that a method > > call intended for STDOUT is sent to the same place as a 'print' to > > STDOUT even under mod_perl. > > Jason proposed taking a look at setting something such as this up for > > mapscript.pm, which as I understand it requires mapscript.pm create a > > filehandle (such as OUT) and tie it to STDOUT itself without relying on > > mod_perl to do it. > > Clear as mud.? > > At this point it appears it would be a good thing to > > have if the developer(s) approve(s) (Steve, thoughts?). > > Lowell F. > > > > -- > > Dana Quinn, dana at nextbus.com > NextBus Information Systems > (510) 420-3117 From ed at topozone.com Thu Mar 6 11:54:55 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 14:54:55 -0500 Subject: [Mapserver-users] Graticule support not working? Message-ID: <13858AA1A74F30419F319ACB66A9D122019622@mercator.topozone.com> I decided to play around with the new graticule code, and I can't get it to work. I get a loadfeature (): Unknown identifier error for the "GRID" line below: LAYER NAME "GRID" TYPE LINE STATUS DEFAULT FEATURE GRID END END CLASS COLOR 0 255 128 LABEL TYPE BITMAP SIZE MEDIUM COLOR 255 128 89 END END END I made sure I regenerated the maplexer.c and mapparser.c files (not part of the standard Windows makefile) and rebuilt from current (today) CVS source. If anyone's having success with grids, let me know. - 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 morissette at dmsolutions.ca Thu Mar 6 12:22:02 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 06 Mar 2003 15:22:02 -0500 Subject: [Mapserver-users] Graticule support not working? References: <13858AA1A74F30419F319ACB66A9D122019622@mercator.topozone.com> Message-ID: <3E67ADEA.DC09BACD@dmsolutions.ca> Ed McNierney wrote: > > I decided to play around with the new graticule code, and I can't get it to work. I get a loadfeature (): Unknown identifier error for the "GRID" line below: > I get the same error as you on Linux with the latest 3.7 source from CVS when using your layer defn. Note that I have not played with the grid stuff yet so I can only confirm that I get the same error as you but I can't help. Well, maybe I can... ;) Looking at mapfile.c, the loadFeature() function doesn't expect a GRID element, it seems that the GRID/END block should be at the layer level. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From kames at keyspanenergy.com Thu Mar 6 12:27:30 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Thu, 06 Mar 2003 15:27:30 -0500 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? References: <5.2.0.9.0.20030306112505.0403b640@192.168.11.30> Message-ID: <3E67AF31.5572FFBA@keyspanenergy.com> >From the ArcView help file: Examples The following examples indicate how to run IMPORT71 from the DOS prompt from the directory that contains the executable. To run IMPORT71 from the program group, supply only the parameters when prompted. C:\ARCVIEW3\BIN32> IMPORT71 C:\INTER\TRACTS.E00 C:\STDYAREA\TRACTS Imports an interchange file named TRACTS.E00 from the C:\INTER directory and creates a coverage named TRACTS in the C:\STDYAREA workspace. C:\ARCVIEW3\BIN32> IMPORT71 C:\INTER\MYGRID.E00 C:\GRIDS\MYGRID Imports an interchange file named MYGRID.E00 from the C:\INTER directory and creates a grid named MYGRID in the C:\GRIDS directory. These coverages are then able to be loaded in ArcView. The trouble is that (as far as I know) you need to then manually convert each into a shapefile. I don't know of any batch routine to accomplish that. If you invoke import71 without arguments, a windows dialog box pops up that you then have to manually populate the file names you want. (You can cancel from there.) Kieran Dan Barron wrote: > Thanks Dave. Unfortunately, I have many many files to convert. I do have a > version of import71.exe dated 9-2002, however I'm not too familiar with it > and the documentation it came with does not mention conversion of e00 to > shp only to adf or arcgrid format. Am I missing something? Also, since I > am looking to do many files, I prefer to automate the process, can > import71.exe work in that context? > > Dan > > At 01:01 PM 3/6/2003 -0600, Lowther, David W wrote: > >Dan, > > > >The utility IMPORT71.exe that comes with Arcview is made for this... I'm not > >sure if it is available freely or not. > > > >If you just have a couple of files Dan send em my way and I'll convert for > >you. > > > >Dave > > > > > -----Original Message----- > > > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > > > Sent: Thursday, March 06, 2003 10:01 AM > > > To: Dan Barron > > > Cc: mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] E00 to SHP Conversion Utilities? > > > > > > > > > Dan Barron wrote: > > > > > > > > Does anyone have a suggestion on the best approach to convert E00 > > > > files to SHP files? I have tried the FME Suite from Safe > > > Sowftware, > > > > are there other available tools/utilities to accomplish this > > > > conversion? > > > > > > > > > > FME is definitely the best option, but the license may be expensive. > > > > > > Unfortunately OGR doesn't support reading E00 files yet, > > > otherwise using ogr2ogr would be a good option too. I'm sure > > > many GIS packages will allow import of E00 and export to > > > shapefiles, but I don't have any to suggest. > > > > > > However, OGR (GDAL 1.1.8) does support reading binary > > > coverages, so you can do the conversion in two steps if you want: > > > > > > 1- Convert your E00s to binary coverages using the > > > 'AVCIMPORT' utility at > > > http://pages.infinit.net/danmo/e00/index-> avce00.html > > > > > > 2- Use > > > 'ogr2ogr' (part of GDAL 1.1.8) to > > > convert the binary coverages to shapefiles. There should be > > > some docs on using ogr2ogr on the OGR website at > > > http://gdal.velocet.ca/projects/opengis/index.> html > > > > > > 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/maps> erver-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 Thu Mar 6 12:24:10 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 15:24:10 -0500 Subject: [Mapserver-users] Graticule support not working? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EE3@mercator.topozone.com> Daniel - I found the same code, and moved the GRID block up to the layer level. Now MapServer hangs.... - Ed -----Original Message----- From: Daniel Morissette [mailto:morissette at dmsolutions.ca] Sent: Thursday, March 06, 2003 3:22 PM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Graticule support not working? Ed McNierney wrote: > > I decided to play around with the new graticule code, and I can't get it to work. I get a loadfeature (): Unknown identifier error for the "GRID" line below: > I get the same error as you on Linux with the latest 3.7 source from CVS when using your layer defn. Note that I have not played with the grid stuff yet so I can only confirm that I get the same error as you but I can't help. Well, maybe I can... ;) Looking at mapfile.c, the loadFeature() function doesn't expect a GRID element, it seems that the GRID/END block should be at the layer level. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From kames at keyspanenergy.com Thu Mar 6 12:55:41 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Thu, 06 Mar 2003 15:55:41 -0500 Subject: [Mapserver-users] Help Request / datum shifts References: <3DFF131E4E6D2D4198CDD758F35A5353027853F9@postoffice.GASAI.Com> Message-ID: <3E67B5CD.3B22433C@keyspanenergy.com> First of all, my thanks to all who've offered assistance, guidance and suggestions in this discussion. Next: The discussion has been a learning (albeit humbling) experience, that gives some perspective into the requirements necessary to actually capitalize on (what now appears to be, more advanced) Mapserver functionality. It turns out that in fact I was asking for a horse of a different color. Projecting data sounded like its name. I didn't know projecting data with datum shifts was different. I thought Proj support meant all Proj functionality. Chip, you mention that "One option would be to put the windows compiled datum shift files on the MapServer site along with the MapServer downloads.". Would this be a "plug-n-play" way of attaining this datum shift functinality in a Windows environment? Would one merely copy the datum-shift files into the proj/nad directory and go forward making maps? Yes... I too see the possibile reluctance. However, given my self-serving interests in availing myself of different data sources, I would suggest that some way of accomplishing this would benefit the community at large. I'm also surprised that this kind of discussion hasn't happened in the past. There are significant nuances to understanding data and datums and geography at large that I wasn't even aware of. I looked through the archives in great detail, but found nothing. (I should also add that given recent discussion, I probably didn't put in correct search terminology... the things you never knew you never knew!) So, I'm back where I started, perhaps a little more knowledgable. I restate my offer that if someone would help me make this go, I'd be happy to bring together necessary documentation and data files for a beginning user that would chronicle the problem and solution and enable them to reverse engineer themselves into understanding. Thanks again to everyone. Kieran "Hankley, Chip" wrote: > > Actually, I'm now not sure about whether you'll need to > > recompile or not. > > I think you do have to compile. ED, the files that you provided me when I > was having trouble with this were some type of binary files. For instance, > what is available from the PROJ4 site are the text based datum shift files: > > ALASKA > CONUS > ...etc. > > After compilation, there will be binary files of the same name, with the LLA > extension: > > ALASKA.LLA > CONUS.LLA > ...etc. > > I think what I found was that simply having the text files in there was not > enough... you had to have the LLAs (which you can only get by compiling). > > FWIW, these files have to be in two places if you're using BOTH cgi and > php-mapscript. CGI looks for them in C:\proj\nad, and PHP-MapScript looks > for them in c:\proj. I'm sure you could re-configure this at compile time, > but, I typically use the pre-compiled binaries. > > Kieran, if you want, I can zip up my PROJ directory and e-mail it to you. In > my opinion, we should put up a compiled version of the PROJ directory on the > web site for windows users. > > Chip > _______________________________________________ > 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 Thu Mar 6 12:56:14 2003 From: laplagnegeo at softhome.net (Ignacio Laplagne) Date: Thu, 6 Mar 2003 17:56:14 -0300 Subject: [Mapserver-users] Problems with php-mapscript + postGIS Message-ID: hi, we are trying to get php-mapscript to retrieve a layer from postGIS (apache, php, mapserver and php-mapscript running in win32, postgreSQL with postGIS running in rh8). Unfortunately we get the following error message: Warning: MapServer Error in msPOSTGISLayerOpen(): msPOSTGISLayerOpen called but unimplemented! in D:\Archivos de programa\Apache Group\Apache2\htdocs\php-ms\example2.php on line 34 On the other hand, we had no problems in getting data from postGIS when using the mapserv CGI directly. We've found some posts of the same problem in the past, but no solutions to it. Anyone can give us a hint? thanks, Ignacio From keon at nacse.org Thu Mar 6 13:01:11 2003 From: keon at nacse.org (Dylan Keon) Date: Thu, 06 Mar 2003 13:01:11 -0800 Subject: [Mapserver-users] tiffs and 256 colors In-Reply-To: <200303061653.h26GrlN28985@yogi.medinaco.net> References: <200303061653.h26GrlN28985@yogi.medinaco.net> Message-ID: <3E67B717.5060908@nacse.org> Ok, I found the problem. The Imagemagick 'convert' command is not actually reducing the color depth of my grayscale tiff image (see below...note file sizes). Lowell also confirmed this. I'm a bit surprised that convert can't do this, but maybe there's a good reason for it? Anyway, I used Irfanview to reduce the color depth of the grayscale hillshade tiff, and it worked great. Now I can display the colored DRG tiff on top of the hillshade using 8-bit output, no problem. Thanks Lowell and Ed for your replies. Dylan #> convert -colors 64 hs256.tif hs64.tif convert: unknown field with tag 34735 (0x87af) ignored. (hs256.tif). #> identify hs256.tif identify: unknown field with tag 34735 (0x87af) ignored. (hs256.tif). hs256.tif TIFF 1942x1421 PseudoClass 256c 8-bit 2698kb 0.0u 0:01 #> identify hs64.tif hs64.tif TIFF 1942x1421 PseudoClass 256c 8-bit 2697kb 0.0u 0:01 #> identify hs64_irfan.tif hs64_irfan.tif TIFF 1942x1421 PseudoClass 256c 8-bit 1101kb 0.1u 0:01 Lowell Filak wrote: > I'm no expert in color pallettes but you would think that should work. > If you run the Imagemagick identify on the files does it show a 12/64 color pallette 'reserved' or is one of them reserving more and only using 12/64? > Lowell > > The following message was sent by Dylan Keon on Wed, 05 Mar 2003 14:37:55 -0800. > > >>I'm trying to display a colored tiff (single DRG 1:24K quad) on top of a >>grayscale shaded relief tiff. When using 8-bit PNG output, the DRG >>appears as grayscale if both layers are displayed at the same time. If >>I turn off the shaded relief layer, the DRG is colored correctly. >> >>I've reduced the color depth of the grayscale shaded relief image to 64 >>colors using Imagemagick, but still have the same problem. Shouldn't >>that make enough colors available between the shaded relief (64 colors) >>and the DRG (12 colors)? >> >>I've experimented with both 3.6.4 and today's 3.7 CVS version. I'm >>doing this through a PHP MapScript application, but I get the same >>result with each version's shp2img. It does work ok if I use 24-bit >>output in 3.7, but I'd like to stick with 8-bit if I can. >> >>Thanks for any tips. >> >>--Dylan From Chip.Hankley at GASAI.Com Thu Mar 6 13:17:29 2003 From: Chip.Hankley at GASAI.Com (Hankley, Chip) Date: Thu, 6 Mar 2003 15:17:29 -0600 Subject: [Mapserver-users] Help Request / datum shifts Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785409@postoffice.GASAI.Com> > Chip, you mention that "One option would be to put the > windows compiled datum shift files on the MapServer site > along with the MapServer downloads.". Would this be a > "plug-n-play" way of attaining this datum shift functinality > in a Windows environment? Would one merely copy the > datum-shift files into the proj/nad directory and go > forward making maps? It sounds like Frank is going to put compiled PROJ4 binaries up on the remotesensing.org web site in the near future. I'm sure there will be some type of accompanying documentation... but, you are basically correct. Those files just need to be in the PROJ4 directory (C:\PROJ4\nad and C:\PROJ4 if you're using PHP MapScript). Ultimately, remotesensing.org is the appropriate place for the binaries as PROJ4 is a separate entity with it's own update timetable. This way Frank (the PROJ4 keeper upper) can maintain a current set of binaries that all people can access (not just MS users). > I'm also surprised that this kind of discussion hasn't > happened in the past. Just a hunch, but I don't think THAT many people work with data in multiple projections... and even LESS in multiple datums. Take from that the sub-set of folks on windows, and you only have a handful of people that would have experienced this (remember on the *NIX side, they would have compiled PROJ4 as part of their original build). > I restate my offer that if someone would help me make this go, I'd be > happy to bring together necessary documentation and data files for a > beginning user that would chronicle the problem and solution and > enable them to reverse engineer themselves into understanding. That's great. When Frank gets the info up, you might check out the info in the WIKI, and add whatever is necessary. Cheers! Chip From warmerdam at pobox.com Thu Mar 6 13:17:54 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 06 Mar 2003 16:17:54 -0500 Subject: [Mapserver-users] Help Request / datum shifts In-Reply-To: <3E67B5CD.3B22433C@keyspanenergy.com> References: <3DFF131E4E6D2D4198CDD758F35A5353027853F9@postoffice.GASAI.Com> <3E67B5CD.3B22433C@keyspanenergy.com> Message-ID: <3E67BB02.1030307@pobox.com> Kieran J. Ames wrote: > So, I'm back where I started, perhaps a little more knowledgable. I restate my > offer that if someone would help me make this go, I'd be happy to bring together > necessary documentation and data files for a beginning user that would chronicle > the problem and solution and enable them to reverse engineer themselves into > understanding. > > Thanks again to everyone. > Kieran Kieran, I have prepared the binary build, with the full suite of NAD27 grid shift files, and put it on the PROJ.4 ftp site. Details on getting and installing it are in the Wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WindowProjHowTo Please update if there are errors or ask me if you have questions. 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 jjeffers at aprsworld.net Thu Mar 6 13:20:44 2003 From: jjeffers at aprsworld.net (James Jefferson) Date: Thu, 6 Mar 2003 15:20:44 -0600 (CST) Subject: [Mapserver-users] E00 to SHP Conversion Utilities? In-Reply-To: References: Message-ID: <1626.129.186.22.193.1046985644.squirrel@zero.voxel.net> There is a single programm e002shp. Get it here: http://sourceforge.net/projects/shapetools It works well, I have used it for converting some DCW data to shapefiles. -Jim From thaxter at gomoos.org Thu Mar 6 13:52:38 2003 From: thaxter at gomoos.org (Jason Thaxter) Date: Thu, 6 Mar 2003 16:52:38 -0500 Subject: [Mapserver-users] Sending image to stdout under Apache In-Reply-To: <3E67886D.70704@nextbus.com> References: <200303061516.h26FGsN26436@yogi.medinaco.net> <3E67886D.70704@nextbus.com> Message-ID: <20030306215238.GC9226@whitehead.gomoos.org> I'll try to re-sum this up... The problem is that mod_perl ties stdin and stdout to sockets that aren't "real" stdin and stdout. This is so you can just "print" in an Apache::Registry script and have it go to the browser. But perl libraries that write to stdout in C, as the mapserver module does, end up sending their data to Apache's stdout, which is usually outer space. You can confirm that it goes to Apache's stdout by running your apache in foreground mode by doing "httpd -X" and seeing the PNG data fly across the terminal window when you call $img->saveImage(undef,etc); Here is an example of someone else with the same problem using a totally different perl module: http://www.ee.ethz.ch/~slist/rrd-users/msg01503.html Frankly this could be regarded as a mis-design of mod_perl; on the other hand, it's a Good Thing to be able to get data out of the mapserver objects via filenames AND filehandles AND references to pure image data... The solution is to write a variant of the saveImage function where instead of passing a filename, you pass a PERL filehandle, e.g.: $img->saveImage(*STDOUT,etc) This is easy; in fact I've already done it in the C code and gotten it into the perl module, but it doesn't quite work for reasons that have to do with SWIG stuff: I'm looking for help in SWIG land at the moment, but if any mapserver developers have insight, I'd be happy to take this to private discussion or the developer's list. As soon as they actually work, I'll make my patches available for use, discussion, improvement, and hopefully, inclusion in mapserver. Jason On Thu, Mar 06, 2003 at 09:42:05AM -0800, Dana Quinn wrote: > > So this is mainly a problem because it's difficult > to output directly to the browser when using mod_perl? > (difficult to make sure your content header goes to the > browser first, and then the actual image?) > > it's hard to believe there isn't a straightforward way > to make this happen in mod_perl. > > dana > -- ---------------------------------------------- Jason Thaxter GoMOOS, P.O. Box 4919, Portland, ME 04112-4919 Office Location: 1 Canal Plaza, 7th Floor Office: 207.773.0423 Fax: 207.773.8672 Email: thaxter at gomoos.org ------------www.gomoos.org-------------------- From bfraser at geoanalytic.com Thu Mar 6 15:46:20 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Thu, 6 Mar 2003 16:46:20 -0700 Subject: [Mapserver-users] Graticule support not working? References: <13858AA1A74F30419F319ACB66A9D1221F3EE3@mercator.topozone.com> Message-ID: <4aed01c2e43a$965d05b0$020002c0@SHARK> Hmm. I've got code from around Feb 12 -17 ish that works ok, produces a grid. The GRID structure is at the FEATURE level. Brent Fraser ----- Original Message ----- From: "Ed McNierney" To: "Daniel Morissette" Cc: Sent: Thursday, March 06, 2003 1:24 PM Subject: RE: [Mapserver-users] Graticule support not working? > Daniel - > > I found the same code, and moved the GRID block up to the layer level. Now MapServer hangs.... > > - Ed > > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Thursday, March 06, 2003 3:22 PM > To: Ed McNierney > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Graticule support not working? > > > Ed McNierney wrote: > > > > I decided to play around with the new graticule code, and I can't get it to work. I get a loadfeature (): Unknown identifier error for the "GRID" line below: > > > > I get the same error as you on Linux with the latest 3.7 source from CVS > when using your layer defn. Note that I have not played with the grid > stuff yet so I can only confirm that I get the same error as you but I > can't help. > > Well, maybe I can... ;) Looking at mapfile.c, the loadFeature() > function doesn't expect a GRID element, it seems that the GRID/END block > should be at the layer level. > > -- > ------------------------------------------------------------ > 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 ed at topozone.com Thu Mar 6 17:46:19 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 6 Mar 2003 20:46:19 -0500 Subject: [Mapserver-users] Graticule support not working? Message-ID: <13858AA1A74F30419F319ACB66A9D122019624@mercator.topozone.com> Brent - Well, if you put it at the FEATURE level now, you get an error, and if you pull it up one level (inside the LAYER block), that seems to be where the code expects it but it causes MapServer to hang. - Ed -----Original Message----- From: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Thursday, March 06, 2003 6:46 PM To: Ed McNierney; Daniel Morissette Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Graticule support not working? Hmm. I've got code from around Feb 12 -17 ish that works ok, produces a grid. The GRID structure is at the FEATURE level. Brent Fraser ----- Original Message ----- From: "Ed McNierney" To: "Daniel Morissette" Cc: Sent: Thursday, March 06, 2003 1:24 PM Subject: RE: [Mapserver-users] Graticule support not working? > Daniel - > > I found the same code, and moved the GRID block up to the layer level. Now MapServer hangs.... > > - Ed > > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Thursday, March 06, 2003 3:22 PM > To: Ed McNierney > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Graticule support not working? > > > Ed McNierney wrote: > > > > I decided to play around with the new graticule code, and I can't get it to work. I get a loadfeature (): Unknown identifier error for the "GRID" line below: > > > > I get the same error as you on Linux with the latest 3.7 source from CVS > when using your layer defn. Note that I have not played with the grid > stuff yet so I can only confirm that I get the same error as you but I > can't help. > > Well, maybe I can... ;) Looking at mapfile.c, the loadFeature() > function doesn't expect a GRID element, it seems that the GRID/END block > should be at the layer level. > > -- > ------------------------------------------------------------ > 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 jnovak at novacell.com Thu Mar 6 22:22:42 2003 From: jnovak at novacell.com (Administrator) Date: Thu, 6 Mar 2003 22:22:42 -0800 Subject: [Mapserver-users] Graticule support not working? Message-ID: <41CC46B3925E384BA64B1FB5041C38FA333E@max.novacell.com> I was hoping someone would use this code, but this is not what I hoped WRT results... The GRID was moved from inside FEATURE to the LAYER level, as you've discovered. I have not tested again on Win32 since the merge, so I need to come up to date and retest. I'll post with results when I complete testing. This sounds like an uninitialized variable in the GRID generation. Sis you just specify GRID, END in the map file, or try other parameters ? Do you have PROJ compiled in and what environment are you running, Linux ? John Novak Novacell Technologies www.novacell.com -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Thursday, March 06, 2003 5:46 PM To: Brent Fraser; Daniel Morissette Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Graticule support not working? Brent - Well, if you put it at the FEATURE level now, you get an error, and if you pull it up one level (inside the LAYER block), that seems to be where the code expects it but it causes MapServer to hang. - Ed -----Original Message----- From: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Thursday, March 06, 2003 6:46 PM To: Ed McNierney; Daniel Morissette Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Graticule support not working? Hmm. I've got code from around Feb 12 -17 ish that works ok, produces a grid. The GRID structure is at the FEATURE level. Brent Fraser ----- Original Message ----- From: "Ed McNierney" To: "Daniel Morissette" Cc: Sent: Thursday, March 06, 2003 1:24 PM Subject: RE: [Mapserver-users] Graticule support not working? > Daniel - > > I found the same code, and moved the GRID block up to the layer level. Now MapServer hangs.... > > - Ed > > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Thursday, March 06, 2003 3:22 PM > To: Ed McNierney > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Graticule support not working? > > > Ed McNierney wrote: > > > > I decided to play around with the new graticule code, and I can't get it to work. I get a loadfeature (): Unknown identifier error for the "GRID" line below: > > > > I get the same error as you on Linux with the latest 3.7 source from CVS > when using your layer defn. Note that I have not played with the grid > stuff yet so I can only confirm that I get the same error as you but I > can't help. > > Well, maybe I can... ;) Looking at mapfile.c, the loadFeature() > function doesn't expect a GRID element, it seems that the GRID/END block > should be at the layer level. > > -- > ------------------------------------------------------------ > 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 asmith at snowdenau.com Fri Mar 7 00:02:33 2003 From: asmith at snowdenau.com (Anthony Smith) Date: Fri, 7 Mar 2003 16:02:33 +0800 Subject: [Mapserver-users] Mapserver Nightly Win32 Binaries with Flash support Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C2E47F.E880E896 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, =20 I can't find any nightly builds or any binaries at all for Win32 with = Flash support. Are there any available for download ? =20 Regards, Anthony. ------_=_NextPart_001_01C2E47F.E880E896 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I = can't find any=20 nightly builds or any binaries at all for Win32 with Flash support. Are = there=20 any available for download ?
 
Regards,
Anthony.
------_=_NextPart_001_01C2E47F.E880E896-- From bplatzen at sosnetz.de Fri Mar 7 00:05:54 2003 From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=) Date: Fri, 7 Mar 2003 09:05:54 +0100 Subject: [Mapserver-users] Installing MS 3.6.4 on Linux Message-ID: <200303070905.55043.bplatzen@sosnetz.de> Hello List, I configured MS with ./configure --with-gd=gd-1.2/ --with-freetype=/usr/include/freetype2/freetype/ That ran without any problems. when running make, I get the following output: gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_GIF -DUSE_GD_SWAP_XY -I/home/platzen/download/mapserver-3.6.4/gd-1.2/ shp2img.o -L. -lmap -L/home/platzen/download/mapserver-3.6.4/gd-1.2/ -lgd -ljpeg -lfreetype -lpng -lz -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm -o shp2img ./libmap.a(maputil.o): In function `msDrawLayer': maputil.o(.text+0x3951): undefined reference to `gdImageCopyMerge' collect2: ld returned 1 exit status make: *** [shp2img] Fehler 1 Is it maybe a problem that I try to compile with gd 1.2 while 1.8 is installed on my system?? I'm working on SuSE Linux 8.0. Thanks in advance for any help! Bye, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From novalet at yahoo.com.cn Fri Mar 7 00:26:59 2003 From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=) Date: Fri, 7 Mar 2003 16:26:59 +0800 (CST) Subject: [Mapserver-users] have a dynamic map file? In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F3EC8@mercator.topozone.com> Message-ID: <20030307082659.79843.qmail@web15209.mail.bjs.yahoo.com> Sorry, I didn't tell my story clearly enough. I'm working in a Satellite Station of China. We receive data of many remote sensing statellite like LandSat, SPOT, radarsat. The total number of quick view images will be enormous. and everyday we have hundreds new quickview images uploaded to the web for the people to browse. The user can pick out a perfect image from the images overlaped on the same area according to the cloud coverage or season. Sometimes the user would like to have an image of a large area which compose of several Landsat7 images. so candidate images should be listed beside the mapsever's client and once the user click on one of them, the new image is shown(or merged) with the other images selected before. My solution should be dynamic online. the image source is updated everyday, so the static tiled layer solution seems not feasible. Any other good idea? :) --- Ed McNierney ????????> Look at the TILEINDEX keyword, and read the Raster > HOWTO documentation. One MapServer layer can > contain many images. I have a single MapServer > layer with over 50,000 images in 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: Chen Fu [mailto:novalet at yahoo.com.cn] > Sent: Thursday, March 06, 2003 5:50 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] have a dynamic map file? > > Hi! > > I am using mapserver as server to browse satellite > image quickview (resampled image) . my question is > how > to have a dynamic map file. > > In demos of mapserver, we only select some layers > that > are already described in map file, and [layers] tell > cgi to show some and hide others. > > Because there is thousands of images, and in > mapserver > one image must be a layer, i must dynamic generate a > new map file to tell mapserver which tiff must be > catched to render. But i dont know how to do it yet. > Any guru can give me a hand? > > Thank you :) > > > _________________________________________________________ > Do You Yahoo!? > "????????????????????????????????" > http://cn.search.yahoo.com/search/cn?p=%b0%c2%cb%b9%bf%a8 > _______________________________________________ > 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!? "????????????????????????????????" http://cn.search.yahoo.com/search/cn?p=%b0%c2%cb%b9%bf%a8 From wesp at gdv.com Fri Mar 7 03:15:12 2003 From: wesp at gdv.com (Oliver Wesp) Date: Fri, 07 Mar 2003 12:15:12 +0100 Subject: [Mapserver-users] URL as query template Message-ID: <5.2.0.9.2.20030307120942.02a04018@192.168.1.2> Hi, has anybody ever used a URL as query template? The documentation tells me it should be possible but mapserver tells me Content-type: text/html msReturnPage(): Unable to access file. http://myhost/gew/templates/test.html . The file does exist and is accessable with this URL. Any hints? best regards Oliver From oknopp at kartago.de Fri Mar 7 03:39:27 2003 From: oknopp at kartago.de (Olaf Knopp) Date: Fri, 7 Mar 2003 12:39:27 +0100 Subject: [Mapserver-users] Searching items on maps Message-ID: <001601c2e49e$36741c60$2200a8c0@KNOPPMOBIL> This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C2E4A6.973DF7C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, i would like to install a function on a template, which allows me to = type a name of an object in an input or select field and then zoom to = the objekt. Perhaps it=B4s a simple query/seach feature. I have seen it = in some samples in the mapserver gallery, but i don=B4t understand the = function. Can anybody help me? Thanks.=20 Olaf Knopp ------=_NextPart_000_0013_01C2E4A6.973DF7C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
i would like to install a function on a = template,=20 which allows me to type a name of an object in an input or select field = and then=20 zoom to the objekt. Perhaps it=B4s a simple query/seach feature. I have = seen=20 it in some samples in the mapserver gallery, but i don=B4t = understand the=20 function.
 
Can anybody help me?
Thanks. 
 
Olaf = Knopp
------=_NextPart_000_0013_01C2E4A6.973DF7C0-- From woodbri at swoodbridge.com Fri Mar 7 05:07:32 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 07 Mar 2003 08:07:32 -0500 Subject: [Mapserver-users] Reading DBF files with PHP dbase extension? Message-ID: <3E685344.7754.3A81F0C8@localhost> OK, this is getting a little bit off topic, but I am trying to do a query then fetch attributes from the DBF using the PHP dbase extension. I'm using older versions of PHP-4.2.2 it test this on with code like: num_fields = $num_fields\n"; print "
num_rows = $num_rows\n"; print "
";
for ($i=1; $i <= 10; $i++) {
    $row = dbase_get_record($dbh, $i);
    printf("%7d: %s\n", $i, join("|", $row));
}
print   "
"; dbase_close($dbh); ?> It seems to work, but I get varying results with different DBF files. And if I try to use dbase_get_record_with_names() the script dies on that call without any errors. I'll try this again on PHP-4.3.1 tonight, but wondering if anyone else has tried going this with or without success? Thanks, Steve W. From armin.burger at libero.it Fri Mar 7 06:25:51 2003 From: armin.burger at libero.it (Armin Burger) Date: Fri, 7 Mar 2003 15:25:51 +0100 Subject: [Mapserver-users] gdal_merge.py and color images Message-ID: <200303071426.h27EQE0G007601@lists.gis.umn.edu> Hello everybody, I tried the GDAL tool 'gdal_merge.py' that in principal does exactly what I want: a mosaic of a large imageset with reduced resolution. The only problem is that the produced images are 8 bit grey-scale while the input images are 24 bit color. Can anybody give me information if I can keep color information (also 8 bit colors are welcome)? Thanks for any hints Armin From ed at topozone.com Fri Mar 7 06:30:47 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 7 Mar 2003 09:30:47 -0500 Subject: [Mapserver-users] Graticule support not working? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3EEE@mercator.topozone.com> John - Thanks for the help. I tried both a simple GRID/END block and one with a few statements in it. Neither worked. Thanks for confirming that the code should be at the LAYER level; your original email seems to be only current documentation for the feature, and it's got it inside the FEATURE block. I certainly have complete PROJ support; I'm trying this on Windows right now. I can update and run this on our Linux systems, but I usually update those AFTER I get a Windows build stable. Off the top of my head there doesn't seem to be anything OS-specific that should matter. If someone is running with a current (this week or so) CVS build and can make GRID work, let me know. I'll probably fire up the debugger, boldly going (yet again) into code I've never visited before... - Ed -----Original Message----- From: Administrator [mailto:jnovak at novacell.com] Sent: Friday, March 07, 2003 1:23 AM To: Ed McNierney; Brent Fraser; Daniel Morissette Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Graticule support not working? I was hoping someone would use this code, but this is not what I hoped WRT results... The GRID was moved from inside FEATURE to the LAYER level, as you've discovered. I have not tested again on Win32 since the merge, so I need to come up to date and retest. I'll post with results when I complete testing. This sounds like an uninitialized variable in the GRID generation. Sis you just specify GRID, END in the map file, or try other parameters ? Do you have PROJ compiled in and what environment are you running, Linux ? John Novak Novacell Technologies www.novacell.com -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Thursday, March 06, 2003 5:46 PM To: Brent Fraser; Daniel Morissette Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Graticule support not working? Brent - Well, if you put it at the FEATURE level now, you get an error, and if you pull it up one level (inside the LAYER block), that seems to be where the code expects it but it causes MapServer to hang. - Ed -----Original Message----- From: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Thursday, March 06, 2003 6:46 PM To: Ed McNierney; Daniel Morissette Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Graticule support not working? Hmm. I've got code from around Feb 12 -17 ish that works ok, produces a grid. The GRID structure is at the FEATURE level. Brent Fraser ----- Original Message ----- From: "Ed McNierney" To: "Daniel Morissette" Cc: Sent: Thursday, March 06, 2003 1:24 PM Subject: RE: [Mapserver-users] Graticule support not working? > Daniel - > > I found the same code, and moved the GRID block up to the layer level. Now MapServer hangs.... > > - Ed > > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Thursday, March 06, 2003 3:22 PM > To: Ed McNierney > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Graticule support not working? > > > Ed McNierney wrote: > > > > I decided to play around with the new graticule code, and I can't get it to work. I get a loadfeature (): Unknown identifier error for the "GRID" line below: > > > > I get the same error as you on Linux with the latest 3.7 source from CVS > when using your layer defn. Note that I have not played with the grid > stuff yet so I can only confirm that I get the same error as you but I > can't help. > > Well, maybe I can... ;) Looking at mapfile.c, the loadFeature() > function doesn't expect a GRID element, it seems that the GRID/END block > should be at the layer level. > > -- > ------------------------------------------------------------ > 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 dbarron at ddive.com Fri Mar 7 07:17:56 2003 From: dbarron at ddive.com (Dan Barron) Date: Fri, 07 Mar 2003 07:17:56 -0800 Subject: [Mapserver-users] E00 to SHP Conversion Utilities? In-Reply-To: <5.2.0.9.0.20030306112505.0403b640@192.168.11.30> References: Message-ID: <5.2.0.9.0.20030307071101.02e2de28@192.168.11.30> Thanks to those who supplied information on this topic! In the end I was able to script the use of FME Suite at the Windows command line and automate the process of converting a directory tree of many E00 files to SHP with relative ease. If anyone is interested in the rough convoluted scripts I used to accomplish this, drop me a note and I'll send them along. Cheers, Dan From morissette at dmsolutions.ca Fri Mar 7 07:19:14 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 07 Mar 2003 10:19:14 -0500 Subject: [Mapserver-users] Installing MS 3.6.4 on Linux References: <200303070905.55043.bplatzen@sosnetz.de> Message-ID: <3E68B872.5164AA30@dmsolutions.ca> Bj?rn Platzen wrote: > > maputil.o(.text+0x3951): undefined reference to `gdImageCopyMerge' > collect2: ld returned 1 exit status > make: *** [shp2img] Fehler 1 > > Is it maybe a problem that I try to compile with gd 1.2 while 1.8 is > installed on my system?? > You need GD 1.6 or more recent, GD 1.2 won't work. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From jshorie at medinaco.org Fri Mar 7 07:41:27 2003 From: jshorie at medinaco.org (Jon Shorie) Date: Fri, 7 Mar 2003 10:41:27 -0500 Subject: [Mapserver-users] field problem on cgi mapserv queries Message-ID: <200303071041.27081.jshorie@medinaco.org> --------------Boundary-00=_39YDBO0CPIM3TTEP51BG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a mapserv app running on our local intranet. It is working pretty= well=20 except for one small problem When I query on my manhole layer, It is not replacing one of the fields w= ith=20 the data from the dbf file. Here is the fields from the dbf: AREA, PERIMETER, HINCKLEY_, HINCKLEY_I, MANHOLE, PROJECT, PAGE, DISTRICT,= =20 TOWNSHIP Here is the query result: [HINKLEY_]=09BC-13=09300/00-7.1=09 300=09 HI It should have an id number in the first field. I am enclosing a file with the full html result of the query. Is there a problem with field names that have an underscore in them? --------------Boundary-00=_39YDBO0CPIM3TTEP51BG Content-Type: text/html; charset="us-ascii"; name="manholequery.html" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="manholequery.html" MCSE General Sewer Map Interface SEARCH WINDOW: 2201651.195000 583486.480000 2207545.475000 589380.720000
QUERY POINT: (448, 201) image coordinates or (2206052.257400, 587406.149600) map coordinates
QUERY METRICS: number of layers with results=1, total number of results=1

Layer: Manholes

ID Name Project Page District Township
[HINKLEY_]J-23300/00-1.2300HI

Notes:
Township Code Township Name
LV Liverpool
BH Brunswick Hills
HI Hinkley
LT Litchfield
YO York
ME Medina
GR Granger
SP Spencer
CH Chatham
LF Lafayette
MO Montville
SH Sharon
HO Homer
HA Harrisville
WE Westfield
GU Guilford
WA Wadsworth

Query Map Examples

standard querymap cached query
--------------Boundary-00=_39YDBO0CPIM3TTEP51BG-- From bplatzen at sosnetz.de Fri Mar 7 07:33:42 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Fri, 7 Mar 2003 16:33:42 +0100 Subject: [Mapserver-users] Installing MS 3.6.4 on Linux In-Reply-To: <3E68B872.5164AA30@dmsolutions.ca> References: <200303070905.55043.bplatzen@sosnetz.de> <3E68B872.5164AA30@dmsolutions.ca> Message-ID: <200303071633.42215.bplatzen@sosnetz.de> Am Freitag, 7. M?rz 2003 16:19 schrieb Daniel Morissette: > You need GD 1.6 or more recent, GD 1.2 won't work. Thanks for this hint! Then I'll have to take this one, though I think that 1.6 does not support GIF anymore, isn't it? Bye, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From morissette at dmsolutions.ca Fri Mar 7 07:42:08 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 07 Mar 2003 10:42:08 -0500 Subject: [Mapserver-users] Installing MS 3.6.4 on Linux References: <200303070905.55043.bplatzen@sosnetz.de> <3E68B872.5164AA30@dmsolutions.ca> <200303071633.42215.bplatzen@sosnetz.de> Message-ID: <3E68BDD0.D3F45BA3@dmsolutions.ca> Bj?rn Platzen wrote: > > Am Freitag, 7. M?rz 2003 16:19 schrieb Daniel Morissette: > > You need GD 1.6 or more recent, GD 1.2 won't work. > Thanks for this hint! > Then I'll have to take this one, though I think that 1.6 does not > support GIF anymore, isn't it? > No, GIF support was dropped after 1.3 if I remember well. However if the LZW patent is not an issue for you then you can find a GD 1.8.4 with GIF support at http://www.rime.com.au/gd/ -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Fri Mar 7 08:04:43 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 07 Mar 2003 11:04:43 -0500 Subject: [Mapserver-users] field problem on cgi mapserv queries References: <200303071041.27081.jshorie@medinaco.org> Message-ID: <3E68C31B.A1B2AE5C@dmsolutions.ca> Jon Shorie wrote: > > When I query on my manhole layer, It is not replacing one of the fields with > the data from the dbf file. Here is the fields from the dbf: > > AREA, PERIMETER, HINCKLEY_, HINCKLEY_I, MANHOLE, PROJECT, PAGE, DISTRICT, > TOWNSHIP > > Here is the query result: > [HINKLEY_] BC-13 300/00-7.1 300 HI > Could it be a typo? HINKLEY_ vs HINCKLEY_ ??? -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam at pobox.com Fri Mar 7 08:31:55 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 07 Mar 2003 11:31:55 -0500 Subject: [Mapserver-users] gdal_merge.py and color images In-Reply-To: <200303071426.h27EQE0G007601@lists.gis.umn.edu> References: <200303071426.h27EQE0G007601@lists.gis.umn.edu> Message-ID: <3E68C97B.8050605@pobox.com> Armin Burger wrote: > Hello everybody, > > I tried the GDAL tool 'gdal_merge.py' that in principal does exactly what I want: a mosaic of a large imageset with reduced resolution. The only problem is that the produced images are 8 bit grey-scale while the input images are 24 bit color. Can anybody give me information if I can keep color information (also 8 bit colors are welcome)? > > Thanks for any hints Armin, Support for multiple bands has only been added recently. You could try last nights CVS snapshot if you like. This question would be more appropriate to the gdal-dev list. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bplatzen at sosnetz.de Fri Mar 7 08:40:44 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Fri, 7 Mar 2003 17:40:44 +0100 Subject: [Mapserver-users] Installing MS 3.6.4 on Linux In-Reply-To: <3E68BDD0.D3F45BA3@dmsolutions.ca> References: <200303070905.55043.bplatzen@sosnetz.de> <200303071633.42215.bplatzen@sosnetz.de> <3E68BDD0.D3F45BA3@dmsolutions.ca> Message-ID: <200303071740.44114.bplatzen@sosnetz.de> Am Freitag, 7. M?rz 2003 16:42 schrieb Daniel Morissette: > No, GIF support was dropped after 1.3 if I remember well. However if > the LZW patent is not an issue for you then you can find a GD 1.8.4 > with GIF support at http://www.rime.com.au/gd/ I'm not yet sure, if it's an issue... ... but I think, I'll take this one as a fast solution and try to change my App someday to png... Thanks for all, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From rjames57 at yahoo.com Fri Mar 7 09:09:59 2003 From: rjames57 at yahoo.com (randy james) Date: Fri, 7 Mar 2003 09:09:59 -0800 (PST) Subject: [Mapserver-users] Searching items on maps In-Reply-To: <001601c2e49e$36741c60$2200a8c0@KNOPPMOBIL> Message-ID: <20030307170959.70892.qmail@web12506.mail.yahoo.com> Hi I have just setup itemquery using MS 3.7 with a shape layer that works for me this is the form i used. cheers randy

--- Olaf Knopp wrote: > Hello, > > i would like to install a function on a template, > which allows me to type a name of an object in an > input or select field and then zoom to the objekt. > Perhaps it?s a simple query/seach feature. I have > seen it in some samples in the mapserver gallery, > but i don?t understand the function. > > Can anybody help me? > Thanks. > > Olaf Knopp > > __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From thaxter at gomoos.org Fri Mar 7 09:18:52 2003 From: thaxter at gomoos.org (Jason Thaxter) Date: Fri, 7 Mar 2003 12:18:52 -0500 Subject: [Mapserver-users] sending image with mod_perl (conclusion) Message-ID: <20030307171852.GA721@whitehead.gomoos.org> --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline A quick re-summary of the issue: under mod_perl, stdout does not go to the browser/client, it goes to wherever Apache thinks stdout is for itself. So $img->saveImage(undef, doesn't really work, though it may sometimes accidentally work, depending on buffering issues. So the solution is: 1) extend mapserver code to add a "writeImage" function that takes a filehandle instead of a file name. 2) extend the Perl interface through SWIG so perl can give the map object a filehandle to write the image on 3) in perl code, get a filehandle to the browser/client and pass it to the writeImage function. Attached you will find a patch against 3.6.4 for parts 1 and 2, and a very minimal example in perl of how to accomplish part 3. Maybe the execution could be better, and GD-like behavior (e.g. "print $img->png"), would be more elegant for the user, but this works now. Hope this helps. I'll copy this to the dev list later... Cheers, Jason -- ---------------------------------------------- Jason Thaxter GoMOOS, P.O. Box 4919, Portland, ME 04112-4919 Office Location: 1 Canal Plaza, 7th Floor Office: 207.773.0423 Fax: 207.773.8672 Email: thaxter at gomoos.org ------------www.gomoos.org-------------------- --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mod_perl_example.cgi" #!/usr/bin/perl use strict; # Map Server use mapscript; use XBase; my $map = new mapscript::mapObj('/home/moxie/tmp/test.map'); my $img = $map->draw(); my $ref_img = $map->drawReferenceMap(); use Time::HiRes 'time'; my $start = time; # these are for getting the filehandle use Apache(); use IO::Handle; my $fh; # this is the filehandle we'll pass to writeImage if ($ENV{MOD_PERL}){ $fh = IO::Handle->new_from_fd(Apache->request->connection->fileno(1),'w'); } else { $fh = \*STDOUT; } use CGI ':cgi'; print $fh header( # note the use of the filehandle here... -type => 'image/png', ); $ref_img->writeImage($fh, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace},0); $img->free(); $ref_img->free(); --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mod_perl_fixes.diff" Index: map.h =================================================================== RCS file: /data2/cvsroot/mapserver/map.h,v retrieving revision 1.150.2.12 diff -b -u -r1.150.2.12 map.h --- map.h 8 Jan 2003 19:06:59 -0000 1.150.2.12 +++ map.h 7 Mar 2003 16:53:28 -0000 @@ -729,6 +729,7 @@ // Function prototypes, wrapable int msSaveImage(gdImagePtr img, char *filename, int type, int transparent, int interlace, int quality); +int msWriteImage(gdImagePtr img, FILE *stream, int type, int transparent, int interlace, int quality); void msFreeImage(gdImagePtr img); // Function prototypes, not wrapable Index: maputil.c =================================================================== RCS file: /data2/cvsroot/mapserver/maputil.c,v retrieving revision 1.108 diff -b -u -r1.108 maputil.c --- maputil.c 9 Apr 2002 04:55:13 -0000 1.108 +++ maputil.c 7 Mar 2003 16:53:29 -0000 @@ -1183,6 +1183,59 @@ return(MS_SUCCESS); } +/* +** Write an image to a file handle +*/ +int msWriteImage(gdImagePtr img, FILE *stream , int type, int transparent, int interlace, int quality) +{ + + if(interlace) + gdImageInterlace(img, 1); + + if(transparent) + gdImageColorTransparent(img, 0); + + switch(type) { + case(MS_GIF): +#ifdef USE_GD_GIF + gdImageGif(img, stream); +#else + msSetError(MS_MISCERR, "GIF output is not available.", "msWriteImage()"); + return(MS_FAILURE); +#endif + break; + case(MS_PNG): +#ifdef USE_GD_PNG + gdImagePng(img, stream); +#else + msSetError(MS_MISCERR, "PNG output is not available.", "msWriteImage()"); + return(MS_FAILURE); +#endif + break; + case(MS_JPEG): +#ifdef USE_GD_JPEG + gdImageJpeg(img, stream, quality); +#else + msSetError(MS_MISCERR, "JPEG output is not available.", "msWriteImage()"); + return(MS_FAILURE); +#endif + break; + case(MS_WBMP): +#ifdef USE_GD_WBMP + gdImageWBMP(img, 1, stream); +#else + msSetError(MS_MISCERR, "WBMP output is not available.", "msWriteImage()"); + return(MS_FAILURE); +#endif + break; + default: + msSetError(MS_MISCERR, "Unknown output image type.", "msWriteImage()"); + return(MS_FAILURE); + } + + return(MS_SUCCESS); +} + void msFreeImage(gdImagePtr img) { gdImageDestroy(img); Index: mapscript/mapscript.i =================================================================== RCS file: /data2/cvsroot/mapserver/mapscript/mapscript.i,v retrieving revision 1.66.2.1 diff -b -u -r1.66.2.1 mapscript.i --- mapscript/mapscript.i 8 Jul 2002 17:28:16 -0000 1.66.2.1 +++ mapscript/mapscript.i 7 Mar 2003 16:53:30 -0000 @@ -989,6 +989,15 @@ msSaveImage(self->bytes, filename, type, transparent, interlace, quality); } + /* Make FILE * work */ + %typemap(perl5,in) FILE * { + /* $target = IoIFP(sv_2io($source)); older swig */ + $1 = IoIFP(sv_2io($input)); + } + void writeImage(FILE *stream, int type, int transparent, int interlace, int quality) { + msWriteImage(self->bytes, stream, type, transparent, interlace, quality); + } + } --QTprm0S8XgL7H0Dt-- From tom_price at yahoo.com Fri Mar 7 10:57:01 2003 From: tom_price at yahoo.com (Tom Price) Date: Fri, 7 Mar 2003 10:57:01 -0800 (PST) Subject: [Mapserver-users] PHP/Mapscript hosting vendors Message-ID: <20030307185701.72372.qmail@web13801.mail.yahoo.com> --0-1723098109-1047063421=:71459 Content-Type: text/plain; charset=us-ascii Does anyone have any recommendations for hosting vendors for a PHP/Mapscript MySQL application? (south central, US) Thanks! --------------------------------- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more --0-1723098109-1047063421=:71459 Content-Type: text/html; charset=us-ascii

Does anyone have any recommendations for hosting vendors for a  PHP/Mapscript MySQL application? (south central, US)

Thanks!


Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more --0-1723098109-1047063421=:71459-- From morissette at dmsolutions.ca Fri Mar 7 11:08:59 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 07 Mar 2003 14:08:59 -0500 Subject: [Mapserver-users] PHP/Mapscript hosting vendors References: <20030307185701.72372.qmail@web13801.mail.yahoo.com> Message-ID: <3E68EE4B.D3625EFF@dmsolutions.ca> Tom Price wrote: > > Does anyone have any recommendations for hosting vendors for a > PHP/Mapscript MySQL application? (south central, US) > OK, I know it's a shameless plug, but since this question comes up often: DM Solutions does offer hosting services including MySQL, PHP and PHP MapScript on Linux. For more informations, pricing, etc, contact info at dmsolutions.ca Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From lfilak at medinaco.org Fri Mar 7 12:16:46 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 07 Mar 2003 15:16:46 -0500 Subject: [Mapserver-users] Re: sending image with mod_perl (conclusion) Message-ID: <200303072016.h27KGYN20707@yogi.medinaco.net> Three cheers for Jason! The following message was sent by Jason Thaxter on Fri, 7 Mar 2003 12:18:52 -0500. > A quick re-summary of the issue: under mod_perl, stdout does not go to the > browser/client, it goes to wherever Apache thinks stdout is for itself. So > $img->saveImage(undef, > doesn't really work, though it may sometimes accidentally work, depending on > buffering issues. > > So the solution is: > > 1) extend mapserver code to add a "writeImage" function that takes a > filehandle instead of a file name. > > 2) extend the Perl interface through SWIG so perl can give the map object > a filehandle to write the image on > > 3) in perl code, get a filehandle to the browser/client and pass it to the > writeImage function. > > Attached you will find a patch against 3.6.4 for parts 1 and 2, and a very > minimal example in perl of how to accomplish part 3. Maybe the execution > could be better, and GD-like behavior (e.g. "print $img->png"), would be more > elegant for the user, but this works now. > > Hope this helps. I'll copy this to the dev list later... > > Cheers, > Jason > > -- > ---------------------------------------------- > Jason Thaxter > GoMOOS, P.O. Box 4919, Portland, ME 04112-4919 > Office Location: 1 Canal Plaza, 7th Floor > Office: 207.773.0423 > Fax: 207.773.8672 > Email: thaxter at gomoos.org > ------------www.gomoos.org-------------------- > From dlowther at ou.edu Fri Mar 7 12:29:37 2003 From: dlowther at ou.edu (Lowther, David W) Date: Fri, 7 Mar 2003 14:29:37 -0600 Subject: [Mapserver-users] OT: Point in Poly 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_01C2E4E8.45DD1EA0 Content-Type: text/plain Hi List, I am looking for point in poly code. Specifically, I would like to pass a point, and a poly to a routine and return whether the point is inside or outside the polygon and how far from the polygon the point is. If its in, then how far inside, if its out, then how far outside. Can anyone point me in the right direction to locate the pieces of this? Thanks, David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu ------_=_NextPart_001_01C2E4E8.45DD1EA0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable OT: Point in Poly

Hi List,

I am looking for point in poly code. = Specifically, I would like to pass a point, and a poly to a routine and = return whether the point is inside or outside the polygon and how far = from the polygon the point is. If its in, then how far inside, if its = out, then how far outside.

 
Can anyone point me in the right = direction to locate the pieces of this?

Thanks,

David Lowther
Software Engineer
GEO Information Systems
University of Oklahoma
dlowther at ou.edu
(405) 325-3131
http://www.geo.ou.edu



------_=_NextPart_001_01C2E4E8.45DD1EA0-- From daniel.berstein at dmapas.com Fri Mar 7 13:12:30 2003 From: daniel.berstein at dmapas.com (daniel.berstein at dmapas.com) Date: Fri, 7 Mar 2003 18:12:30 -0300 Subject: [Mapserver-users] OT: Point in Poly Message-ID: <01C2E4D5.1F005E40.daniel.berstein@dmapas.com> Hope this helps: /******************************************************/ /* Deterima si un punto esta dentro de un poligono 2D */ /* Retorna: 1=adentro, 0=afuera */ /* Parametros: */ /* poly: puntos del poligono, [0]=x, [1]=y */ /* npoints: numero de puntos en poligono */ /* x (horizontal) de punto de prueba */ /* y (vertical) de punto de prueba */ /******************************************************/ int inpoly(unsigned int poly[][2], int npoints, unsigned int xt, unsigned int yt) { unsigned int xnew,ynew; unsigned int xold,yold; unsigned int x1,y1; unsigned int x2,y2; int i; int inside=0; if (npoints < 3) { return(0); } xold=poly[npoints-1][0]; yold=poly[npoints-1][1]; for (i=0 ; i < npoints ; i++) { xnew=poly[i][0]; ynew=poly[i][1]; if (xnew > xold) { x1=xold; x2=xnew; y1=yold; y2=ynew; } else { x1=xnew; x2=xold; y1=ynew; y2=yold; } if ((xnew < xt) == (xt <= xold) /* edge "open" at one end */ && ((long)yt-(long)y1)*(long)(x2-x1) < ((long)y2-(long)y1)*(long)(xt-x1)) { inside=!inside; } xold=xnew; yold=ynew; } return(inside); } Regards, Daniel Berstein Z. Jefe de Proyectos, dmapas.com Eduardo Hyatt 583, Providencia, Santiago CHILE *(56) (2) 222 22 60 -----Mensaje original----- De: Lowther, David W [SMTP:dlowther at ou.edu] Enviado el: Viernes, 07 de Marzo de 2003 17:30 Para: Mapserver-Users (mapserver-users at lists.gis.umn.edu) Asunto: [Mapserver-users] OT: Point in Poly Hi List, I am looking for point in poly code. Specifically, I would like to pass a point, and a poly to a routine and return whether the point is inside or outside the polygon and how far from the polygon the point is. If its in, then how far inside, if its out, then how far outside. Can anyone point me in the right direction to locate the pieces of this? Thanks, David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu <> From keon at nacse.org Fri Mar 7 13:19:38 2003 From: keon at nacse.org (Dylan Keon) Date: Fri, 07 Mar 2003 13:19:38 -0800 Subject: [Mapserver-users] have a dynamic map file? In-Reply-To: <20030307082659.79843.qmail@web15209.mail.bjs.yahoo.com> References: <20030307082659.79843.qmail@web15209.mail.bjs.yahoo.com> Message-ID: <3E690CEA.1050105@nacse.org> Chen, I'm not sure if this can be done with the CGI version of MapServer, but it can definitely be done using one of the MapScript versions. Here's a page with more information about PHP MapScript: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript . There are also Wiki pages for Perl and Python MapScript. I'm currently working on a PHP MapScript application that does something similar to what you want to do. Another application allows a user to perform various analyses on remotely sensed imagery. That output can then be viewed by clicking a "map results" button. When that button is clicked it passes the image filename and world file extension to my PHP app via the URL. That information is then used to create a dynamic layer with the DATA parameter set to the new image, etc. In your case, you could do something similar where the user selects the image they want to view and that information is passed to your waiting PHP (or Perl, etc) application. If you need a single layer composed of several Landsat images, as part of your application you could make a call to gdaltindex (available as part of the GDAL distribution) to create a tiled index layer for the multiple images. Then just set up the dynamic layer to use that index layer. Hope that helps, --Dylan -- ************************************************ 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 ************************************************ Chen Fu wrote: > Sorry, I didn't tell my story clearly enough. > > I'm working in a Satellite Station of China. We > receive data of many remote sensing statellite like > LandSat, SPOT, radarsat. The total number of quick > view images will be enormous. and everyday we have > hundreds new quickview images uploaded to the web for > the people to browse. > > The user can pick out a perfect image from the images > overlaped on the same area according to the cloud > coverage or season. Sometimes the user would like to > have an image of a large area which compose of several > Landsat7 images. so candidate images should be listed > beside the mapsever's client and once the user click > on one of them, the new image is shown(or merged) with > the other images selected before. > > My solution should be dynamic online. the image source > is updated everyday, so the static tiled layer > solution seems not feasible. > > Any other good idea? :) > > > > --- Ed McNierney ???:> Look at > the TILEINDEX keyword, and read the Raster > >>HOWTO documentation. One MapServer layer can >>contain many images. I have a single MapServer >>layer with over 50,000 images in 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: Chen Fu [mailto:novalet at yahoo.com.cn] >>Sent: Thursday, March 06, 2003 5:50 AM >>To: mapserver-users at lists.gis.umn.edu >>Subject: [Mapserver-users] have a dynamic map file? >> >>Hi! >> >>I am using mapserver as server to browse satellite >>image quickview (resampled image) . my question is >>how >>to have a dynamic map file. >> >>In demos of mapserver, we only select some layers >>that >>are already described in map file, and [layers] tell >>cgi to show some and hide others. >> >>Because there is thousands of images, and in >>mapserver >>one image must be a layer, i must dynamic generate a >>new map file to tell mapserver which tiff must be >>catched to render. But i dont know how to do it yet. >>Any guru can give me a hand? >> >>Thank you :) From lfilak at medinaco.org Fri Mar 7 13:24:20 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 07 Mar 2003 16:24:20 -0500 Subject: [Mapserver-users] OT: Point in Poly Message-ID: <200303072124.h27LO8N21765@yogi.medinaco.net> In theory: You could use Mapscript functions: queryByPoint to grab the ID of the poly the point 'is' inside of and compare that to the ID of the poly you are testing against to tell you if it's inside. Then distanceToShape for how far outside. And possibly use distanceToLine for each of the lines that make up the shape to see how far/close inside. HTH Lowell F. The following message was sent by "Lowther, David W" on Fri, 7 Mar 2003 14:29:37 -0600. > Hi List, > > I am looking for point in poly code. Specifically, I would like to pass a > point, and a poly to a routine and return whether the point is inside or > outside the polygon and how far from the polygon the point is. If its in, > then how far inside, if its out, then how far outside. > > Can anyone point me in the right direction to locate the pieces of this? > > Thanks, > > David Lowther > Software Engineer > GEO Information Systems > University of Oklahoma > dlowther at ou.edu > (405) 325-3131 > http://www.geo.ou.edu > > > > From bhobbs at itos.uga.edu Fri Mar 7 13:43:22 2003 From: bhobbs at itos.uga.edu (Brantley Hobbs) Date: Fri, 7 Mar 2003 16:43:22 -0500 Subject: [Mapserver-users] CGI returns malformed headers Message-ID: All, I'm new to the mapserver app and I've run into a problem I can't seem to figure out. On my personal workstation, I'm able to run the demo app just fine. When I moved the app to our development server for more general use, I find that the webserver is now reporting that the CGI isn't returning a complete set of headers. I've tried the CGI with both Apache and IIS, with the same results. I know that the demo app works, because I set up the directory structure on my workstation to be identical to the directory structure on the server and everything works fine there. I have verified that the server (both Apache and IIS) has write access to the image output directory. Here is a mapserver.exe -v output: C:\Inetpub\scripts>mapserv.exe -v MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE I have also tried to add a line to the .map file to have some sort of logging mechanism, but the CGI isn't even creating the log. Can someone give me some pointers here? Thanks, Brantley Hobbs From DMartin at erac.com Fri Mar 7 14:09:25 2003 From: DMartin at erac.com (Martin, Daniel) Date: Fri, 7 Mar 2003 16:09:25 -0600 Subject: [Mapserver-users] CGI returns malformed headers Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035AADBDF2@STL-EXBE-I03.corp.erac.com> Usually this is caused by problems with the libraries that should be installed into C:\WINNT\SYSTEM32. Either: A) You didn't install the libraries. B) You have an older version of the libraries than your build needs. C) You installed libwww_dll.zip when you actually needed ms35_libs.dll. Go to http://mapserver.gis.umn.edu/win32binaries.html, find the build you chose, and download the appropriate library. Extract into C:\Winnt\SYSTEM32 and chose YES if it asks to overwrite. Hope that helps, -Dan Martin > -----Original Message----- > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > Sent: Friday, March 07, 2003 3:43 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] CGI returns malformed headers > > > All, > > I'm new to the mapserver app and I've run into a problem I > can't seem to > figure out. > > On my personal workstation, I'm able to run the demo app just fine. > When I moved the app to our development server for more general use, I > find that the webserver is now reporting that the CGI isn't > returning a > complete set of headers. I've tried the CGI with both Apache and IIS, > with the same results. I know that the demo app works, > because I set up > the directory structure on my workstation to be identical to the > directory structure on the server and everything works fine there. > > I have verified that the server (both Apache and IIS) has write access > to the image output directory. > > Here is a mapserver.exe -v output: > C:\Inetpub\scripts>mapserv.exe -v > MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=P > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF > INPUT=EPPL7 > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE > > I have also tried to add a line to the .map file to have some sort of > logging mechanism, but the CGI isn't even creating the log. > > Can someone give me some pointers here? > > Thanks, > Brantley Hobbs > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bhobbs at itos.uga.edu Fri Mar 7 14:13:18 2003 From: bhobbs at itos.uga.edu (Brantley Hobbs) Date: Fri, 7 Mar 2003 17:13:18 -0500 Subject: [Mapserver-users] CGI returns malformed headers Message-ID: Well, one thing that I did differently between my workstation and the development server was to place those libraries in their own directory and just add it to the path. This worked well enough for the mapserver.exe -v command to work properly, so I assumed that this was OK. I'm just a little suspicious of dropping a bunch of unknown libraries into system32. When I tried to copy them over, it complained that xmlparse.dll was in use when it tried to copy over it. Anyway, I'll sort that out and reply back when I know something. I'll have to reboot in order to free up the original xmlparse.dll so that I can overwrite it. Windows is such a pain. B. > -----Original Message----- > From: Martin, Daniel [mailto:DMartin at erac.com] > Sent: Friday, March 07, 2003 5:09 PM > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > Usually this is caused by problems with the libraries that > should be installed into C:\WINNT\SYSTEM32. Either: > A) You didn't install the libraries. > B) You have an older version of the libraries than your build needs. > C) You installed libwww_dll.zip when you actually needed > ms35_libs.dll. > > Go to http://mapserver.gis.umn.edu/win32binaries.html, find > the build you chose, and download the appropriate library. > Extract into C:\Winnt\SYSTEM32 and chose YES if it asks to overwrite. > > Hope that helps, > -Dan Martin > > > -----Original Message----- > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > Sent: Friday, March 07, 2003 3:43 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] CGI returns malformed headers > > > > > > All, > > > > I'm new to the mapserver app and I've run into a problem I > > can't seem to > > figure out. > > > > On my personal workstation, I'm able to run the demo app just fine. > > When I moved the app to our development server for more > general use, I > > find that the webserver is now reporting that the CGI isn't > returning > > a complete set of headers. I've tried the CGI with both Apache and > > IIS, with the same results. I know that the demo app works, > > because I set up > > the directory structure on my workstation to be identical to the > > directory structure on the server and everything works fine there. > > > > I have verified that the server (both Apache and IIS) has > write access > > to the image output directory. > > > > Here is a mapserver.exe -v output: C:\Inetpub\scripts>mapserv.exe -v > > MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG > OUTPUT=WBMP > > SUPPORTS=P > > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF > > INPUT=EPPL7 > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE > > > > I have also tried to add a line to the .map file to have > some sort of > > logging mechanism, but the CGI isn't even creating the log. > > > > Can someone give me some pointers here? > > > > Thanks, > > Brantley Hobbs > > > > _______________________________________________ > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From DMartin at erac.com Fri Mar 7 14:29:24 2003 From: DMartin at erac.com (Martin, Daniel) Date: Fri, 7 Mar 2003 16:29:24 -0600 Subject: [Mapserver-users] CGI returns malformed headers Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192BE8@STL-EXBE-I03.corp.erac.com> AFAIK putting dll libraries in the path on Windows isn't enough. I believe they must be in C:\WINNT\System32. But, if you prove me wrong I'd love to know about it. -Dan > -----Original Message----- > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > Sent: Friday, March 07, 2003 4:13 PM > To: Martin, Daniel; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > Well, one thing that I did differently between my workstation and the > development server was to place those libraries in their own directory > and just add it to the path. This worked well enough for the > mapserver.exe -v command to work properly, so I assumed that this was > OK. I'm just a little suspicious of dropping a bunch of unknown > libraries into system32. > > When I tried to copy them over, it complained that xmlparse.dll was in > use when it tried to copy over it. > > Anyway, I'll sort that out and reply back when I know something. I'll > have to reboot in order to free up the original xmlparse.dll so that I > can overwrite it. Windows is such a pain. > > B. > > > -----Original Message----- > > From: Martin, Daniel [mailto:DMartin at erac.com] > > Sent: Friday, March 07, 2003 5:09 PM > > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > > > > Usually this is caused by problems with the libraries that > > should be installed into C:\WINNT\SYSTEM32. Either: > > A) You didn't install the libraries. > > B) You have an older version of the libraries than your build needs. > > C) You installed libwww_dll.zip when you actually needed > > ms35_libs.dll. > > > > Go to http://mapserver.gis.umn.edu/win32binaries.html, find > > the build you chose, and download the appropriate library. > > Extract into C:\Winnt\SYSTEM32 and chose YES if it asks to > overwrite. > > > > Hope that helps, > > -Dan Martin > > > > > -----Original Message----- > > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > > Sent: Friday, March 07, 2003 3:43 PM > > > To: mapserver-users at lists.gis.umn.edu > > > Subject: [Mapserver-users] CGI returns malformed headers > > > > > > > > > All, > > > > > > I'm new to the mapserver app and I've run into a problem I > > > can't seem to > > > figure out. > > > > > > On my personal workstation, I'm able to run the demo app > just fine. > > > When I moved the app to our development server for more > > general use, I > > > find that the webserver is now reporting that the CGI isn't > > returning > > > a complete set of headers. I've tried the CGI with both > Apache and > > > IIS, with the same results. I know that the demo app works, > > > because I set up > > > the directory structure on my workstation to be identical to the > > > directory structure on the server and everything works fine there. > > > > > > I have verified that the server (both Apache and IIS) has > > write access > > > to the image output directory. > > > > > > Here is a mapserver.exe -v output: > C:\Inetpub\scripts>mapserv.exe -v > > > MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG > > OUTPUT=WBMP > > > SUPPORTS=P > > > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > INPUT=TIFF > > > INPUT=EPPL7 > > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE > > > > > > I have also tried to add a line to the .map file to have > > some sort of > > > logging mechanism, but the CGI isn't even creating the log. > > > > > > Can someone give me some pointers here? > > > > > > Thanks, > > > Brantley Hobbs > > > > > > _______________________________________________ > > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > From bhobbs at itos.uga.edu Fri Mar 7 14:36:38 2003 From: bhobbs at itos.uga.edu (Brantley Hobbs) Date: Fri, 7 Mar 2003 17:36:38 -0500 Subject: [Mapserver-users] CGI returns malformed headers Message-ID: Yep, they're required to be in system32. Works fine now. I wonder how big the exe would be if those were statically compiled...... Thanks all, Brantley > -----Original Message----- > From: Martin, Daniel [mailto:DMartin at erac.com] > Sent: Friday, March 07, 2003 5:29 PM > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > AFAIK putting dll libraries in the path on Windows isn't > enough. I believe they must be in C:\WINNT\System32. But, > if you prove me wrong I'd love to know about it. > > -Dan > > > > -----Original Message----- > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > Sent: Friday, March 07, 2003 4:13 PM > > To: Martin, Daniel; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > > > > Well, one thing that I did differently between my > workstation and the > > development server was to place those libraries in their > own directory > > and just add it to the path. This worked well enough for the > > mapserver.exe -v command to work properly, so I assumed > that this was > > OK. I'm just a little suspicious of dropping a bunch of unknown > > libraries into system32. > > > > When I tried to copy them over, it complained that > xmlparse.dll was in > > use when it tried to copy over it. > > > > Anyway, I'll sort that out and reply back when I know > something. I'll > > have to reboot in order to free up the original > xmlparse.dll so that I > > can overwrite it. Windows is such a pain. > > > > B. > > > > > -----Original Message----- > > > From: Martin, Daniel [mailto:DMartin at erac.com] > > > Sent: Friday, March 07, 2003 5:09 PM > > > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > > > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > > > > > > > Usually this is caused by problems with the libraries that > > > should be installed into C:\WINNT\SYSTEM32. Either: > > > A) You didn't install the libraries. > > > B) You have an older version of the libraries than your > build needs. > > > C) You installed libwww_dll.zip when you actually needed > > > ms35_libs.dll. > > > > > > Go to http://mapserver.gis.umn.edu/win32binaries.html, find > > > the build you chose, and download the appropriate library. > > > Extract into C:\Winnt\SYSTEM32 and chose YES if it asks to > > overwrite. > > > > > > Hope that helps, > > > -Dan Martin > > > > > > > -----Original Message----- > > > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > > > Sent: Friday, March 07, 2003 3:43 PM > > > > To: mapserver-users at lists.gis.umn.edu > > > > Subject: [Mapserver-users] CGI returns malformed headers > > > > > > > > > > > > All, > > > > > > > > I'm new to the mapserver app and I've run into a > problem I can't > > > > seem to figure out. > > > > > > > > On my personal workstation, I'm able to run the demo app > > just fine. > > > > When I moved the app to our development server for more > > > general use, I > > > > find that the webserver is now reporting that the CGI isn't > > > returning > > > > a complete set of headers. I've tried the CGI with both > > Apache and > > > > IIS, with the same results. I know that the demo app works, > > > > because I set up the directory structure on my > workstation to be > > > > identical to the directory structure on the server and > everything > > > > works fine there. > > > > > > > > I have verified that the server (both Apache and IIS) has > > > write access > > > > to the image output directory. > > > > > > > > Here is a mapserver.exe -v output: > > C:\Inetpub\scripts>mapserv.exe -v > > > > MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG > > > OUTPUT=WBMP > > > > SUPPORTS=P > > > > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > INPUT=TIFF > > > > INPUT=EPPL7 > > > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE > > > > > > > > I have also tried to add a line to the .map file to have > > > some sort of > > > > logging mechanism, but the CGI isn't even creating the log. > > > > > > > > Can someone give me some pointers here? > > > > > > > > Thanks, > > > > Brantley Hobbs > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > From jaustin at arb.ca.gov Fri Mar 7 15:22:23 2003 From: jaustin at arb.ca.gov (Jeff Austin) Date: Fri, 07 Mar 2003 15:22:23 -0800 Subject: [Mapserver-users] python mapscript shapefile bug Message-ID: <3E6929AE.A219B9A2@arb.ca.gov> I'm using the Python module for MapServer 3.6.4 to write a cgi script, and I'm running into a puzzling bug. My map includes several shapefiles. When the map is zoomed out so that all the shapes lie completely within the map extent, everything works fine. But whenever I zoom in, so that a shape lies wholly or partly outside the map extent, the script crashes (browser screen comes up blank). The Apache error log contains the following error message: [Fri Mar 7 13:26:08 2003] [error] [client 127.0.0.1] File does not exist: /var/www/html/phpconfig.php Traceback (most recent call last): File "/var/www/html/webmap_cgi/maptest4.py", line 313, in ? image = map_obj.draw() File "/usr/lib/python2.2/site-packages/mapscript/MapScript.py", line 1468, in draw def draw(*args): return apply(MapScriptc.mapObj_draw,args) RuntimeError: msSearchDiskTree(): Unable to access file. Exception exceptions.RuntimeError: 'msSearchDiskTree(): Unable to access file. \n' in > ignored I found several references to this problem in the mailing list, but no solution was posted. Is there a solution for this? Any advice would be most appreciated. --Jeff Austin From woodbri at swoodbridge.com Fri Mar 7 18:27:25 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 07 Mar 2003 21:27:25 -0500 Subject: [Mapserver-users] Reading DBF files with PHP dbase extension? In-Reply-To: <3E685344.7754.3A81F0C8@localhost> Message-ID: <3E690EBD.28151.3D5E4095@localhost> Many thanks to those the responded. So, here is an update on what I found. It seems like the first dbf file or two that I tried to read using the php dbase extension may have some kind of problem. Using the code below I was able to read other dbf files without a problem and use dbase_get_record_with_names(). It is not clear why I had problems with the first two files as they seem fine when using dbfdump (the C program that came with shapelib) and they work fine otherwise with mapserver, and they work fine with the Perl Xbase.pm module. This problem is still a small mystery that will have to wait. So back to the original project ... -Steve W. On 7 Mar 2003 at 8:07, woodbri at swoodbridge.com wrote: > OK, this is getting a little bit off topic, but I am trying to do a > query then fetch attributes from the DBF using the PHP dbase > extension. > > I'm using older versions of PHP-4.2.2 it test this on with code like: > > ### try to read a dbf file > > $dbh = @ dbase_open('/data/mdata/us/us_pop2k.dbf', READ_ONLY) or > die("Could not open '/data/mdata/nhpn.dbf' for read."); > > $num_fields = dbase_numfields ($dbh); > $num_rows = dbase_numrecords($dbh); > > print "
num_fields = $num_fields\n"; > print "
num_rows = $num_rows\n"; > > print "
";

    $rr = dbase_get_record_with_names($dbh, 1);
    for (reset($rr); $k = key($rr); next($rr)) {
        print "$k = ".$rr[$k]."\n";
    }


> for ($i=1; $i <= 10; $i++) {
>     $row = dbase_get_record($dbh, $i);
>     printf("%7d: %s\n", $i, join("|", $row));
> }
> print   "
"; > > dbase_close($dbh); > ?> > > It seems to work, but I get varying results with different DBF files. > And if I try to use dbase_get_record_with_names() the script dies on > that call without any errors. > > I'll try this again on PHP-4.3.1 tonight, but wondering if anyone else > has tried going this with or without success? > > Thanks, > Steve W. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From csr at rboxtech.com Fri Mar 7 19:10:30 2003 From: csr at rboxtech.com (Srinivas Reddy) Date: Sat, 8 Mar 2003 11:10:30 +0800 Subject: [Mapserver-users] query References: <200303052045.AA50987218@rboxtech.com><1046854455.10187.4.camel@ubet.gomoos.org> <005001c2e399$b8fe2500$0201a8c0@sun> <1046941114.1433.9.camel@ubet.gomoos.org> Message-ID: <001701c2e520$7f0dcc00$0201a8c0@sun> Thanks Mr.Eric. I applied as u said. still i am not getting. i defined in this way my MAP file layer LAYER//Layer Def. start NAME "Boundary" STATUS ON CONNECTIONTYPE OGR CONNECTION "data/Boundary.tab" TYPE POLYGON CLASSITEM "NAME" LABELITEM "NAME" TEMPLATE "Malaya.html" //I defined here the template METADATA "DESCRIPTION" "Daerah" "RESULT_FIELDS" "Name" "WMS_TITLE" "Selected Information" "WMS_ABSTRACT" "more information." "WMS_SRS" "EPSG:26915" END CLASS COLOR 255 255 200 OUTLINECOLOR 0 0 0 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 0 200 END END End//Layer Def. end for the above layer i written this code for geting the result if ( isset($map_x) && isset($map_y) && strcmp($zoomdir, "QUERY_POINT") == 0 ) { echo "your at the query entery point just enter
"; for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) { $selLayer = $map->GetLayer($ilayer); // Pointing the map point to where the user clicked $mappointq = ms_newpointObj(); $mappointq->setXY($map_x,$map_y); echo $map_x. "
" . $map_y; //$selLayer->{template} = "bogus.html"; $mappointq->setXY($map->width / 2,$map->height / 2); $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); // here i am geting this error message " PHP Warning: MapServer Error in msQueryByPoint(): No matching record(s) found" echo $queryResult; } } ----- Original Message ----- From: "Eric Bridger" To: "Srinivas Reddy" Cc: "Mapserver List" Sent: Thursday, March 06, 2003 4:58 PM Subject: Re: [Mapserver-users] query > You misunderstood my point. Your map file MUST define a TEMPLATE, even > if the template is not used to display the results. queryByPoint() just > quits if the layer has no template defined. Adding TEMPLATE "bogus.html" > to your layer doesn't mean you have to use it. Alternatively you can > add to your code below: > $selLayer->{template} = "junk.html"; > > > On Thu, 2003-03-06 at 04:34, Srinivas Reddy wrote: > > Thanks Eric, > > But i like to display the query resutls in the same page. I > > written like this > > $mappointq = ms_newpointObj(); > > $mappointq->setXY($map_x,$map_y); > > $mappointq->setXY($map->width / 2,$map->height / 2); > > > > > > for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++) > > { > > $selLayer = $map->GetLayer($ilayer); > > > > $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1); > > } > > > > for the above code i did not get any results. So how can i get the results > > form the layer? Can anyone help this point. > > > > ----- Original Message ----- > > From: "Eric Bridger" > > To: > > Sent: Wednesday, March 05, 2003 4:54 PM > > Subject: Re: [Mapserver-users] query > > > > > > You will need to define a TEMPLATE "template.html" in your LAYERS. Even > > if you do not want to use the templates.html to display the results, you > > still need to have a TEMPLATE in the layer. The html does not even to > > exist. > > > > Hope this helps. > > Eric > > > > > > On Wed, 2003-03-05 at 12:45, Srinivas Challa wrote: > > > > > > Hi Daniel, > > > Thanks for the replay, I need ,?When I am clicking on map selected at > > point or in rectangle area content recognitions with PHP. I had written the > > map file like this > > > MAP > > > NAME "New Demo" > > > STATUS ON > > > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 > > 826403.167230631 > > > SIZE 800 480 > > > SHAPEPATH "data" > > > IMAGECOLOR 255 255 255 > > > UNITS meters > > > > > > WEB > > > IMAGEPATH "/apache/htdocs/tmp/" > > > IMAGEURL "/tmp/" > > > > > > METADATA > > > "WMS_TITLE" "New Demo" > > > "WMS_ABSTRACT" "Information system" > > > "WMS_ACCESSCONSTRAINTS" "none" > > > "WMS_ONLINERESOURCE" "http://localhost:81/demo/demo.phtml" > > > "WMS_SRS" "EPSG:26915" > > > END > > > END > > > # > > > # Start of reference map > > > # > > > REFERENCE > > > STATUS ON > > > IMAGE "graphics/refreance2.gif" > > > SIZE 200 80 > > > COLOR -1 -1 -1 > > > OUTLINECOLOR 0 0 255 > > > MARKERSIZE 3 > > > EXTENT 184861.560567497 88197.0005976087 2380774.92575433 > > 826403.167230631 > > > > > > END > > > > > > QUERYMAP > > > STATUS ON > > > SIZE 400 400 > > > STYLE HILITE > > > COLOR 255 0 0 > > > > > > END > > > # > > > # Start of legend > > > # > > > LEGEND > > > KEYSIZE 18 12 > > > LABEL > > > TYPE BITMAP > > > SIZE MEDIUM > > > COLOR 0 0 89 > > > END > > > STATUS ON > > > END > > > > > > # > > > # Start of scalebar > > > # > > > SCALEBAR > > > STATUS TRUE > > > COLOR 0 0 0 > > > IMAGECOLOR 255 255 255 > > > OUTLINECOLOR 0 0 0 > > > UNITS kilometers > > > INTERVALS 5 > > > SIZE 200 5 > > > STYLE 0 > > > LABEL > > > SIZE tiny > > > COLOR 0 0 0 > > > END > > > END > > > # > > > # Start of symbol definitions (we're only using a few) > > > # > > > SYMBOL > > > NAME "circle" > > > TYPE ELLIPSE > > > FILLED TRUE > > > POINTS > > > 1 1 > > > END > > > END > > > > > > # Start of layer definitions > > > LAYER > > > NAME "Boundary" > > > STATUS ON > > > CONNECTIONTYPE OGR > > > CONNECTION "data/Boundary.tab" > > > TYPE POLYGON > > > CLASSITEM "NAME" > > > LABELITEM "NAME" > > > METADATA > > > "DESCRIPTION" "Daerah" > > > "RESULT_FIELDS" "Name" > > > "WMS_TITLE" "Selected Information" > > > "WMS_ABSTRACT" "more information." > > > "WMS_SRS" "EPSG:26915" > > > END > > > CLASS > > > COLOR 255 255 200 > > > OUTLINECOLOR 0 0 0 > > > LABEL > > > MINFEATURESIZE 40 > > > MINDISTANCE 150 > > > POSITION CC > > > SIZE TINY > > > COLOR 0 0 200 > > > END > > > > > > END > > > End > > > > > > LAYER > > > NAME "Fed_Rd" > > > STATUS ON > > > CONNECTIONTYPE OGR > > > CONNECTION "data/Fed_Rd.TAB" > > > TYPE LINE > > > #STYLEITEM "AUTO" > > > CLASSITEM "NAME" > > > LABELITEM "Name" > > > METADATA > > > "WMS_TITLE" "Selected Information" > > > "WMS_ABSTRACT" "more information." > > > "WMS_SRS" "EPSG:26915" > > > END > > > CLASS > > > COLOR 255 0 0 > > > #OUTLINECOLOR 255 0 0 > > > LABEL > > > #MINFEATURESIZE 40 > > > #MINDISTANCE 150 > > > POSITION CC > > > SIZE tiny > > > COLOR 10 100 100 > > > #SHADOWCOLOR 80 80 80 > > > #SHADOWSIZE 1 1 > > > END > > > END > > > END > > > > > > LAYER > > > NAME "Highway" > > > STATUS ON > > > CONNECTIONTYPE OGR > > > CONNECTION "data/Highway.TAB" > > > TYPE LINE > > > # STYLEITEM "AUTO" > > > CLASSITEM "NAME" > > > LABELITEM "NAME" > > > > > > METADATA > > > "WMS_TITLE" "Selected Information" > > > "WMS_ABSTRACT" "more information." > > > "WMS_SRS" "EPSG:26915" > > > END > > > > > > CLASS > > > #SYMBOL "MYSYMBOL" > > > COLOR 46 210 200 > > > LABEL > > > MINFEATURESIZE 40 > > > MINDISTANCE 150 > > > POSITION CC > > > SIZE TINY > > > COLOR 0 800 200 > > > END > > > END > > > END > > > > > > > > > > > > LAYER > > > NAME "Railways" > > > STATUS ON > > > CONNECTIONTYPE OGR > > > CONNECTION "data/Railway.TAB" > > > TYPE LINE > > > STYLEITEM "AUTO" > > > CLASSITEM "NAME" > > > LABELITEM "NAME" > > > > > > METADATA > > > "WMS_TITLE" "Selected Information" > > > "WMS_ABSTRACT" "more information." > > > "WMS_SRS" "EPSG:26915" > > > END > > > CLASS > > > NAME "Rail Lines" > > > COLOR 0 0 0 > > > OVERLAYSYMBOL dashed2 > > > OVERLAYCOLOR 0 0 0 > > > OVERLAYSIZE 3 > > > LABEL > > > MINFEATURESIZE 40 > > > MINDISTANCE 150 > > > POSITION CC > > > SIZE TINY > > > COLOR 100 0 200 > > > END > > > END > > > END > > > > > > > > > LAYER > > > NAME "State_Rd" > > > STATUS ON > > > CONNECTIONTYPE OGR > > > CONNECTION "data/State_Rd.TAB" > > > TYPE LINE > > > #STYLEITEM "AUTO" > > > CLASSITEM "NAME" > > > LABELITEM "NAME" > > > > > > METADATA > > > "WMS_TITLE" "Selected Information" > > > "WMS_ABSTRACT" "more information." > > > "WMS_SRS" "EPSG:26915" > > > END > > > CLASS > > > COLOR 180 180 180 > > > LABEL > > > MINFEATURESIZE 40 > > > MINDISTANCE 150 > > > POSITION CC > > > SIZE TINY > > > COLOR 220 100 0 > > > END > > > END > > > END > > > # Seven Layer Under tesing Process... sucessed > > > LAYER > > > NAME "Towns" > > > STATUS ON > > > CONNECTIONTYPE OGR > > > CONNECTION "data/ Towns.TAB" > > > TYPE POINT > > > CLASSITEM "TOWN" > > > LABELITEM "Town" > > > > > > METADATA > > > "DESCRIPTION" " Towns" > > > "RESULT_FIELDS" "Town" > > > "WMS_TITLE" "Selected Information" > > > "WMS_ABSTRACT" "more information." > > > "WMS_SRS" "EPSG:26915" > > > END > > > CLASS > > > SYMBOL 'symbols/town.gif' > > > LABEL > > > MINFEATURESIZE 100 > > > MINDISTANCE 450 > > > POSITION LC > > > SIZE TINY > > > COLOR 40 100 40 > > > END > > > END > > > END > > > > > > > > > > > > # End of the map > > > END > > > For the above map Script is working fine. But while I am querying I did > > not getting the results. How can query the map using PHP at point and > > selected rectangle area. > > > Is any one can send the script for this. > > > > > > In this project i am not using applets. Just Map querying on 7 layers > > using php. > > > > > > srinivasa reddy Challa > > > > > > > > > > > > Srinivas Reddy wrote: > > > > > > > > Now am new to this technologies but I had done some of project with > > > > the reference of DM solutions map reference. In DM > > > > solutions they are done using SHP data files. But I am using "*.Tab" > > > > data. How can I query the content of the "*.TAB"layers > > > > using php and mapscript. This is my problem. This is my email id : > > > > csr at rboxtech.com or reddy_challa at yahoo.com > > > > > > > > > You will have to provide more details on what you are trying to do > > > exactly if you want anyone to be able to help. > > > > > > If by "query the contents of .tab layers" you mean clicking on a map > > > image and selecting features from a TAB layer then this works the same > > > way for shapefiles and for .tab files. The only difference is that you > > > need MapServer with OGR support, and you define an OGR CONNECTION in > > > your LAYER. For more details on using OGR CONNECTIONS, see the OGR > > > HOWTO at http://mapserver.gis.umn.edu/doc36/ogr-howto.html > > > > > > 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 > > > > > > > > > > > _______________________________________________ > > 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 Mar 7 19:36:19 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 7 Mar 2003 22:36:19 -0500 Subject: [Mapserver-users] CGI returns malformed headers Message-ID: <13858AA1A74F30419F319ACB66A9D12201962A@mercator.topozone.com> No, DLLs are NOT required to be in the System32 directory. They can be anywhere on the path, or in the same directory as the executable that's loading them. Since the System32 directory is always on the path, putting them there will fix the problem, but they are by no means required to be there. Search your computer for "*.DLL" and you'll find them all over the place. Running "mapserv -v" executes very little code inside MapServer. Therefore, any load-on-demand DLLs won't be loaded because they're never needed. That's one reason why running mapserv -v works and running it as a CGI program doesn't. You also probably added the MapServer directory to YOUR path - that is, the path used by your personal user login. But a CGI program runs in the user context configured in your Web server, and that is probably NOT your personal account. - 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: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] Sent: Friday, March 07, 2003 5:37 PM To: Martin, Daniel; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] CGI returns malformed headers Yep, they're required to be in system32. Works fine now. I wonder how big the exe would be if those were statically compiled...... Thanks all, Brantley > -----Original Message----- > From: Martin, Daniel [mailto:DMartin at erac.com] > Sent: Friday, March 07, 2003 5:29 PM > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > AFAIK putting dll libraries in the path on Windows isn't > enough. I believe they must be in C:\WINNT\System32. But, > if you prove me wrong I'd love to know about it. > > -Dan > > > > -----Original Message----- > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > Sent: Friday, March 07, 2003 4:13 PM > > To: Martin, Daniel; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > > > > Well, one thing that I did differently between my > workstation and the > > development server was to place those libraries in their > own directory > > and just add it to the path. This worked well enough for the > > mapserver.exe -v command to work properly, so I assumed > that this was > > OK. I'm just a little suspicious of dropping a bunch of unknown > > libraries into system32. > > > > When I tried to copy them over, it complained that > xmlparse.dll was in > > use when it tried to copy over it. > > > > Anyway, I'll sort that out and reply back when I know > something. I'll > > have to reboot in order to free up the original > xmlparse.dll so that I > > can overwrite it. Windows is such a pain. > > > > B. > > > > > -----Original Message----- > > > From: Martin, Daniel [mailto:DMartin at erac.com] > > > Sent: Friday, March 07, 2003 5:09 PM > > > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > > > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > > > > > > > Usually this is caused by problems with the libraries that > > > should be installed into C:\WINNT\SYSTEM32. Either: > > > A) You didn't install the libraries. > > > B) You have an older version of the libraries than your > build needs. > > > C) You installed libwww_dll.zip when you actually needed > > > ms35_libs.dll. > > > > > > Go to http://mapserver.gis.umn.edu/win32binaries.html, find > > > the build you chose, and download the appropriate library. > > > Extract into C:\Winnt\SYSTEM32 and chose YES if it asks to > > overwrite. > > > > > > Hope that helps, > > > -Dan Martin > > > > > > > -----Original Message----- > > > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > > > Sent: Friday, March 07, 2003 3:43 PM > > > > To: mapserver-users at lists.gis.umn.edu > > > > Subject: [Mapserver-users] CGI returns malformed headers > > > > > > > > > > > > All, > > > > > > > > I'm new to the mapserver app and I've run into a > problem I can't > > > > seem to figure out. > > > > > > > > On my personal workstation, I'm able to run the demo app > > just fine. > > > > When I moved the app to our development server for more > > > general use, I > > > > find that the webserver is now reporting that the CGI isn't > > > returning > > > > a complete set of headers. I've tried the CGI with both > > Apache and > > > > IIS, with the same results. I know that the demo app works, > > > > because I set up the directory structure on my > workstation to be > > > > identical to the directory structure on the server and > everything > > > > works fine there. > > > > > > > > I have verified that the server (both Apache and IIS) has > > > write access > > > > to the image output directory. > > > > > > > > Here is a mapserver.exe -v output: > > C:\Inetpub\scripts>mapserv.exe -v > > > > MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG > > > OUTPUT=WBMP > > > > SUPPORTS=P > > > > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > INPUT=TIFF > > > > INPUT=EPPL7 > > > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE > > > > > > > > I have also tried to add a line to the .map file to have > > > some sort of > > > > logging mechanism, but the CGI isn't even creating the log. > > > > > > > > Can someone give me some pointers here? > > > > > > > > Thanks, > > > > Brantley Hobbs > > > > > > > > _______________________________________________ > > > > 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 zi at manufacture.co.yu Fri Mar 7 21:13:47 2003 From: zi at manufacture.co.yu (Igor Marinovic) Date: Sat, 8 Mar 2003 06:13:47 +0100 Subject: [Mapserver-users] OT: Point in Poly In-Reply-To: ; from dlowther@ou.edu on Fri, Mar 07, 2003 at 02:29:37PM -0600 References: Message-ID: <20030308061347.A6768@zigor> Useful page with good theoretic explanations: http://www.geometryalgorithms.com/ Especially, for point in polygon I use following algorithm: http://www.geometryalgorithms.com/Archive/algorithm_0103/algorithm_0103.htm it is fast and efficient. thanks, Igor From ryanne.cruz at up.edu.ph Sat Mar 8 01:24:17 2003 From: ryanne.cruz at up.edu.ph (ryanne cruz) Date: Sat, 8 Mar 2003 17:24:17 +0800 Subject: [Mapserver-users] RE: icons Message-ID: <1047115457.3e69b6c11a719@mail.up.edu.ph> hi. i am now able to display symbols iny my maps. i would like to change this symbols into icons. like, right now i am representing installations as triangles. i would like to represent it as icons. can anyone tell me how to do it? and can anyone suggest a good site where i can get free icons? our site is about renewable resources. thanks. ryanne From bhobbs at itos.uga.edu Sat Mar 8 05:09:13 2003 From: bhobbs at itos.uga.edu (Brantley Hobbs) Date: Sat, 8 Mar 2003 08:09:13 -0500 Subject: [Mapserver-users] CGI returns malformed headers Message-ID: Doh! You're absolutely right! I had been setting the path for my own login, and not for IUSR_*. I'm glad to know that my first reaction was right. The only thing that I could think is that one of those libraries used a relative path to get to a system DLL, and couldn't find it unless it were in the same directory. I'll try that first thing on Monday... Thanks! B. -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Fri 3/7/2003 10:36 PM To: Brantley Hobbs; Martin, Daniel; mapserver-users at lists.gis.umn.edu Cc: Subject: RE: [Mapserver-users] CGI returns malformed headers No, DLLs are NOT required to be in the System32 directory. They can be anywhere on the path, or in the same directory as the executable that's loading them. Since the System32 directory is always on the path, putting them there will fix the problem, but they are by no means required to be there. Search your computer for "*.DLL" and you'll find them all over the place. Running "mapserv -v" executes very little code inside MapServer. Therefore, any load-on-demand DLLs won't be loaded because they're never needed. That's one reason why running mapserv -v works and running it as a CGI program doesn't. You also probably added the MapServer directory to YOUR path - that is, the path used by your personal user login. But a CGI program runs in the user context configured in your Web server, and that is probably NOT your personal account. - 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: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] Sent: Friday, March 07, 2003 5:37 PM To: Martin, Daniel; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] CGI returns malformed headers Yep, they're required to be in system32. Works fine now. I wonder how big the exe would be if those were statically compiled...... Thanks all, Brantley > -----Original Message----- > From: Martin, Daniel [mailto:DMartin at erac.com] > Sent: Friday, March 07, 2003 5:29 PM > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > AFAIK putting dll libraries in the path on Windows isn't > enough. I believe they must be in C:\WINNT\System32. But, > if you prove me wrong I'd love to know about it. > > -Dan > > > > -----Original Message----- > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > Sent: Friday, March 07, 2003 4:13 PM > > To: Martin, Daniel; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > > > > Well, one thing that I did differently between my > workstation and the > > development server was to place those libraries in their > own directory > > and just add it to the path. This worked well enough for the > > mapserver.exe -v command to work properly, so I assumed > that this was > > OK. I'm just a little suspicious of dropping a bunch of unknown > > libraries into system32. > > > > When I tried to copy them over, it complained that > xmlparse.dll was in > > use when it tried to copy over it. > > > > Anyway, I'll sort that out and reply back when I know > something. I'll > > have to reboot in order to free up the original > xmlparse.dll so that I > > can overwrite it. Windows is such a pain. > > > > B. > > > > > -----Original Message----- > > > From: Martin, Daniel [mailto:DMartin at erac.com] > > > Sent: Friday, March 07, 2003 5:09 PM > > > To: Brantley Hobbs; mapserver-users at lists.gis.umn.edu > > > Subject: RE: [Mapserver-users] CGI returns malformed headers > > > > > > > > > Usually this is caused by problems with the libraries that > > > should be installed into C:\WINNT\SYSTEM32. Either: > > > A) You didn't install the libraries. > > > B) You have an older version of the libraries than your > build needs. > > > C) You installed libwww_dll.zip when you actually needed > > > ms35_libs.dll. > > > > > > Go to http://mapserver.gis.umn.edu/win32binaries.html, find > > > the build you chose, and download the appropriate library. > > > Extract into C:\Winnt\SYSTEM32 and chose YES if it asks to > > overwrite. > > > > > > Hope that helps, > > > -Dan Martin > > > > > > > -----Original Message----- > > > > From: Brantley Hobbs [mailto:bhobbs at itos.uga.edu] > > > > Sent: Friday, March 07, 2003 3:43 PM > > > > To: mapserver-users at lists.gis.umn.edu > > > > Subject: [Mapserver-users] CGI returns malformed headers > > > > > > > > > > > > All, > > > > > > > > I'm new to the mapserver app and I've run into a > problem I can't > > > > seem to figure out. > > > > > > > > On my personal workstation, I'm able to run the demo app > > just fine. > > > > When I moved the app to our development server for more > > > general use, I > > > > find that the webserver is now reporting that the CGI isn't > > > returning > > > > a complete set of headers. I've tried the CGI with both > > Apache and > > > > IIS, with the same results. I know that the demo app works, > > > > because I set up the directory structure on my > workstation to be > > > > identical to the directory structure on the server and > everything > > > > works fine there. > > > > > > > > I have verified that the server (both Apache and IIS) has > > > write access > > > > to the image output directory. > > > > > > > > Here is a mapserver.exe -v output: > > C:\Inetpub\scripts>mapserv.exe -v > > > > MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG > > > OUTPUT=WBMP > > > > SUPPORTS=P > > > > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > INPUT=TIFF > > > > INPUT=EPPL7 > > > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE > > > > > > > > I have also tried to add a line to the .map file to have > > > some sort of > > > > logging mechanism, but the CGI isn't even creating the log. > > > > > > > > Can someone give me some pointers here? > > > > > > > > Thanks, > > > > Brantley Hobbs > > > > > > > > _______________________________________________ > > > > 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 john.hagstrand at interageresearch.com Sat Mar 8 06:43:02 2003 From: john.hagstrand at interageresearch.com (John Hagstrand) Date: Sat, 08 Mar 2003 08:43:02 -0600 Subject: [Mapserver-users] GML to SHP Conversion Message-ID: <4.3.2.7.0.20030308084003.016a65d0@pop.registeredsite.com> Hi, I need to convert OGC GML files to ESRI Shape files and back again. What's the best way to do that? Thanks John ------------------------------------------------- John Hagstrand Interage Research, Inc. 847 838 5371 Software Development Consulting for Internet Content Management We make knowledge accessible, useful, and relevant for everyone. http://www.interageresearch.com From warmerdam at pobox.com Sat Mar 8 09:01:27 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Sat, 08 Mar 2003 12:01:27 -0500 Subject: [Mapserver-users] GML to SHP Conversion In-Reply-To: <4.3.2.7.0.20030308084003.016a65d0@pop.registeredsite.com> References: <4.3.2.7.0.20030308084003.016a65d0@pop.registeredsite.com> Message-ID: <3E6A21E7.1040203@pobox.com> John Hagstrand wrote: > Hi, > > I need to convert OGC GML files to ESRI Shape files and back again. > What's the best way to do that? John, OGR has limited support for GML reading and writing. The reading only works if OGR is built with Xerces linked in. The writing always works. The MapServer WFS implementation uses the OGR GML support I believe. OGR also reads and writes shapefiles of course. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From woodbri at swoodbridge.com Sat Mar 8 11:46:02 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sat, 08 Mar 2003 14:46:02 -0500 Subject: [Mapserver-users] A QUERY only mapfile, PHP/Mapscript, get not results Message-ID: <3E6A022A.13617.411521D1@localhost> Hi all, My brain must have gone on vacation or something, because I have what I thought should be a trivial example to put together and I can not seem to get it to work! Built a simple php script to do a query of a query only mapfile and print the results. I have included below the results, query.map, t2.php So, does anyone have any ideas on what stupid thing I have overlooked. Oh, the world_countries_shp file is good and in units DD. I have tried this with 12 different layers all with the same results. I just stripped that down to this simple example. And I have tried it on php-4.3.1 and MS-3.7_dev with the same results. -Steve W. ------------------------------ results query point = (-71.3940, 42.6140) LAYER country, 0 STATUS 1 TYPE 5 SHAPEPATH /data/mdata/ TILEINDEX DATA world/world_countries_shp TEMPLATE dummy TOLERANCE 3.000 6 Warning: MapServer Error in msQueryByPoint(): No matching record(s) found. in /home/httpd/html/maptools/rgeo/t2.php on line 29 ret=1 ---------------------------------- query.map MAP NAME "EXAMPLE" STATUS ON EXTENT -180.0 -14.8 -51.75 113.4 SHAPEPATH "/data/mdata/" UNITS DD LAYER # this is a polygon layer NAME "country" TYPE QUERY STATUS ON DATA "world/world_countries_shp" TEMPLATE "dummy" METADATA "DESCRIPTION" "World Countries" "RESULT_FIELDS" "NAME CAPITAL CONTINENT" END END END ---------------------------------- t2.php setXY(-71.394, 42.614); print "
\n";
printf("query point = (%.4f, %.4f)\n\n", $point->x, $point->y);

$map = ms_newMapObj(MAPFILE) or
    die("Can't create mapObj using " . MAPFILE);
$map->preparequery();
$shapepath = $map->shapepath;

for ($i=0; $i<$map->numlayers; $i++) {

    $layer = $map->getLayer($i);
    $layer->set('status', MS_ON);
    printf("LAYER %s, %d\n", $layer->name, $layer->index);
    printf("  STATUS %d\n  TYPE %d\n", $layer->status, $layer->type);
    printf("  SHAPEPATH %s\n", $shapepath);
    printf("  TILEINDEX %s\n", $layer->tileindex);
    printf("  DATA %s\n", $layer->data);
    printf("  TEMPLATE %s\n", $layer->template);
    printf("  TOLERANCE %.3f %d\n", $layer->tolerance, $layer-
>toleranceunits);
    $ret = $layer->queryByPoint($point, MS_MULTIPLE, 1.0);
    print "ret=$ret\n";
    if ($ret == MS_SUCCESS) {
        for ($j=0; $j<$layer->getNumResults(); $j++) {
            $result = $layer->getResult($j);
            printf("lay=%d, res=%d, si=%d, ti=%d, ci=%d\n",
                $i, $j, $result->shapeindex, $result->tileindex,
                $result->classindex);
        }
    }

}

phpinfo();
?>



From LVN at gispro.dk  Sat Mar  8 11:51:18 2003
From: LVN at gispro.dk (Lars V. Nielsen)
Date: Sat, 8 Mar 2003 20:51:18 +0100
Subject: [Mapserver-users] Mapserver WMS server+client ?
Message-ID: <063e01c2e5ad$5cb64ff0$6e00a8c0@odin>

Hi,

I'm having slight problems in setting up Mapserver as a WMS server and client at the same time. Has anyone tried this before ?

I'm dividing a giant map setup into several chunks, utilizing Mapserver as a WMS server for the individual backdrops.
One of these backdrops are images fetched from an external WMS service.

The content of the Mapserver WMS server map files are copied'n'pasted from the original map file, just adding the necessary WMS
metadata.
And it works great for my MapInfo TAB files and my ECW.

When running with the original map file (MapScript), the images from the external WMS service shows up just fine when requested.
When running this part as a local WMS service, only a blank map is shown (i.e. background color).

I've verified that the external service returns the expected image (saved during transfer, I'm using a go-between script of my own
invention).
I've verified that this image is viewable in Mapserver (as a non-transformed image) - it's a PNG.

Anyone got an idea of what's blocking the image from being displayed ?
And yes, I _have_ set STATUS ON (and also tried DEFAULT) :-)

I'm using Mapserver 3.6.3 (Dec 20) and/or 3.6.4 (Jan 15), WMS/GDAL/OGR etc. versions.

Best regards/Med venlig hilsen
Lars V. Nielsen
GisPro, Denmark
http://www.gispro.dk/
http://hjem.get2net.dk/lars-online/
WGS84: 10.20'40"E 55.20'20"N



From keon at nacse.org  Sat Mar  8 12:23:40 2003
From: keon at nacse.org (Dylan Keon)
Date: Sat, 08 Mar 2003 12:23:40 -0800
Subject: [Mapserver-users] A QUERY only mapfile, PHP/Mapscript, get not
 results
In-Reply-To: <3E6A022A.13617.411521D1@localhost>
References: <3E6A022A.13617.411521D1@localhost>
Message-ID: <3E6A514C.1080600@nacse.org>

Steve,

Not sure if this is it, but try setting the last parameter in 
queryByPoint() to -1 instead of 1.0.  If you want to use the TOLERANCE 
setting in the layer definition, the last parameter in queryByPoint() 
should be <= 0.  By setting it to 1.0, you're saying you want to find 
features within 1.0 ground units of where you clicked.  That may not be 
enough tolerance to find features near your point (?).

Also, why do you have your printf statement printing both 
$layer->tolerance and $layer-toleranceunits to the TOLERANCE line?  I 
thought the TOLERANCE line just accepted the tolerance level, and to set 
toleranceunits you need a separate TOLERANCEUNITS line.

--Dylan


woodbri at swoodbridge.com wrote:
> Hi all,
> 
> My brain must have gone on vacation or something, because I have what 
> I thought should be a trivial example to put together and I can not 
> seem to get it to work!
> 
> Built a simple php script to do a query of a query only mapfile and 
> print the results. I have included below the results, query.map, 
> t2.php
> 
> So, does anyone have any ideas on what stupid thing I have 
> overlooked. Oh, the world_countries_shp file is good and in units DD.
> I have tried this with 12 different layers all with the same results. 
> I just stripped that down to this simple example. And I have tried it 
> on php-4.3.1 and MS-3.7_dev with the same results.
> 
> -Steve W.
> 
> ------------------------------ results
> 
> query point = (-71.3940, 42.6140)
> 
> LAYER country, 0
>   STATUS 1
>   TYPE 5
>   SHAPEPATH /data/mdata/
>   TILEINDEX 
>   DATA world/world_countries_shp
>   TEMPLATE dummy
>   TOLERANCE 3.000 6
> 
> Warning:  MapServer Error in msQueryByPoint(): No matching record(s) 
> found.
>  in /home/httpd/html/maptools/rgeo/t2.php on line 29
> 
> 
> ret=1
> 
> ---------------------------------- query.map
> 
> MAP
>   NAME "EXAMPLE"
>   STATUS ON
>   EXTENT -180.0 -14.8 -51.75 113.4
>   SHAPEPATH "/data/mdata/"
>   UNITS DD
> 
>   LAYER   # this is a polygon layer
>     NAME "country"
>     TYPE QUERY
>     STATUS ON
>     DATA "world/world_countries_shp"
>     TEMPLATE "dummy"
>     METADATA
>       "DESCRIPTION"    "World Countries"
>       "RESULT_FIELDS"  "NAME CAPITAL CONTINENT"
>     END
>   END
> 
> END
> 
> 
> ---------------------------------- t2.php
> 
>  
> dl("php4.2.2_mapscript-20020904.so"); # mapserver 3.6.2
> 
> define(MAPFILE, '/data/mdata/query.map');
> 
> $point = ms_newPointObj();
> $point->setXY(-71.394, 42.614);
> 
> print "
\n";
> printf("query point = (%.4f, %.4f)\n\n", $point->x, $point->y);
> 
> $map = ms_newMapObj(MAPFILE) or
>     die("Can't create mapObj using " . MAPFILE);
> $map->preparequery();
> $shapepath = $map->shapepath;
> 
> for ($i=0; $i<$map->numlayers; $i++) {
> 
>     $layer = $map->getLayer($i);
>     $layer->set('status', MS_ON);
>     printf("LAYER %s, %d\n", $layer->name, $layer->index);
>     printf("  STATUS %d\n  TYPE %d\n", $layer->status, $layer->type);
>     printf("  SHAPEPATH %s\n", $shapepath);
>     printf("  TILEINDEX %s\n", $layer->tileindex);
>     printf("  DATA %s\n", $layer->data);
>     printf("  TEMPLATE %s\n", $layer->template);
>     printf("  TOLERANCE %.3f %d\n", $layer->tolerance, $layer-
> 
>>toleranceunits);
> 
>     $ret = $layer->queryByPoint($point, MS_MULTIPLE, 1.0);
>     print "ret=$ret\n";
>     if ($ret == MS_SUCCESS) {
>         for ($j=0; $j<$layer->getNumResults(); $j++) {
>             $result = $layer->getResult($j);
>             printf("lay=%d, res=%d, si=%d, ti=%d, ci=%d\n",
>                 $i, $j, $result->shapeindex, $result->tileindex,
>                 $result->classindex);
>         }
>     }
> 
> }
> 
> phpinfo();
> ?>
> 
> _______________________________________________
> 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  Sat Mar  8 13:14:03 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sat, 08 Mar 2003 16:14:03 -0500
Subject: [Mapserver-users] A QUERY only mapfile, PHP/Mapscript, get not results
In-Reply-To: <3E6A514C.1080600@nacse.org>
References: <3E6A022A.13617.411521D1@localhost>
Message-ID: <3E6A16CB.5096.4165B7A3@localhost>

Dylan,

Thank you for taking a look, but no cigar :)

On 8 Mar 2003 at 12:23, Dylan Keon wrote:

> Not sure if this is it, but try setting the last parameter in 
> queryByPoint() to -1 instead of 1.0.  If you want to use the TOLERANCE
> setting in the layer definition, the last parameter in queryByPoint()
> should be <= 0.  By setting it to 1.0, you're saying you want to find
> features within 1.0 ground units of where you clicked.  That may not
> be enough tolerance to find features near your point (?).

I tried that originally, the changed it to 1.0 which for another 
test. In this case the world_countries_shp is a polygon layer and I 
checked it out in ArcExplorer and the point is inside the polygon. So 
that should not be a problem.

I changed the map file so the layer has:
    TOLERANCE 1000000
    TOLERANCEUNITS FEET
and is didn't make a difference.
 
> Also, why do you have your printf statement printing both 
> $layer->tolerance and $layer-toleranceunits to the TOLERANCE line?  I
> thought the TOLERANCE line just accepted the tolerance level, and to
> set toleranceunits you need a separate TOLERANCEUNITS line.

The printf statements were just there to verify the contents of the 
map and layer objects to make sure I was getting reasonable results.

> --Dylan
> 
> 
> woodbri at swoodbridge.com wrote:
> > Hi all,
> > 
> > My brain must have gone on vacation or something, because I have
> > what I thought should be a trivial example to put together and I can
> > not seem to get it to work!
> > 
> > Built a simple php script to do a query of a query only mapfile and
> > print the results. I have included below the results, query.map,
> > t2.php
> > 
> > So, does anyone have any ideas on what stupid thing I have 
> > overlooked. Oh, the world_countries_shp file is good and in units
> > DD. I have tried this with 12 different layers all with the same
> > results. I just stripped that down to this simple example. And I
> > have tried it on php-4.3.1 and MS-3.7_dev with the same results.
> > 
> > -Steve W.
> > 
> > ------------------------------ results
> > 
> > query point = (-71.3940, 42.6140)
> > 
> > LAYER country, 0
> >   STATUS 1
> >   TYPE 5
> >   SHAPEPATH /data/mdata/
> >   TILEINDEX 
> >   DATA world/world_countries_shp
> >   TEMPLATE dummy
> >   TOLERANCE 3.000 6
> > 
> > Warning:  MapServer Error in msQueryByPoint(): No matching record(s)
> > found.
> >  in /home/httpd/html/maptools/rgeo/t2.php on line 29
> > 
> > 
> > ret=1
> > 
> > ---------------------------------- query.map
> > 
> > MAP
> >   NAME "EXAMPLE"
> >   STATUS ON
> >   EXTENT -180.0 -14.8 -51.75 113.4
> >   SHAPEPATH "/data/mdata/"
> >   UNITS DD
> > 
> >   LAYER   # this is a polygon layer
> >     NAME "country"
> >     TYPE QUERY
> >     STATUS ON
> >     DATA "world/world_countries_shp"
> >     TEMPLATE "dummy"
> >     METADATA
> >       "DESCRIPTION"    "World Countries"
> >       "RESULT_FIELDS"  "NAME CAPITAL CONTINENT"
> >     END
> >   END
> > 
> > END
> > 
> > 
> > ---------------------------------- t2.php
> > 
> >  > 
> > dl("php4.2.2_mapscript-20020904.so"); # mapserver 3.6.2
> > 
> > define(MAPFILE, '/data/mdata/query.map');
> > 
> > $point = ms_newPointObj();
> > $point->setXY(-71.394, 42.614);
> > 
> > print "
\n";
> > printf("query point = (%.4f, %.4f)\n\n", $point->x, $point->y);
> > 
> > $map = ms_newMapObj(MAPFILE) or
> >     die("Can't create mapObj using " . MAPFILE);
> > $map->preparequery();
> > $shapepath = $map->shapepath;
> > 
> > for ($i=0; $i<$map->numlayers; $i++) {
> > 
> >     $layer = $map->getLayer($i);
> >     $layer->set('status', MS_ON);
> >     printf("LAYER %s, %d\n", $layer->name, $layer->index);
> >     printf("  STATUS %d\n  TYPE %d\n", $layer->status,
> >     $layer->type); printf("  SHAPEPATH %s\n", $shapepath); printf(" 
> >     TILEINDEX %s\n", $layer->tileindex); printf("  DATA %s\n",
> >     $layer->data); printf("  TEMPLATE %s\n", $layer->template);
> >     printf("  TOLERANCE %.3f %d\n", $layer->tolerance, $layer-
> > 
> >>toleranceunits);
> > 
> >     $ret = $layer->queryByPoint($point, MS_MULTIPLE, 1.0);
> >     print "ret=$ret\n";
> >     if ($ret == MS_SUCCESS) {
> >         for ($j=0; $j<$layer->getNumResults(); $j++) {
> >             $result = $layer->getResult($j);
> >             printf("lay=%d, res=%d, si=%d, ti=%d, ci=%d\n",
> >                 $i, $j, $result->shapeindex, $result->tileindex,
> >                 $result->classindex);
> >         }
> >     }
> > 
> > }
> > 
> > phpinfo();
> > ?>
> > 
> > _______________________________________________
> > 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  Sat Mar  8 13:34:37 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sat, 08 Mar 2003 16:34:37 -0500
Subject: [Mapserver-users] A QUERY only mapfile, PHP/Mapscript, get not results
In-Reply-To: <3E6A16CB.5096.4165B7A3@localhost>
References: <3E6A514C.1080600@nacse.org>
Message-ID: <3E6A1B9D.1220.41788B95@localhost>

Ah Ha!

I got it. There seems to be a bug or documentation problem. The 
template MUST be inside a CLASS ... END block, contrary to the 
documentation.

So the mapfile must look like :

MAP
  NAME "EXAMPLE"
  STATUS ON
  EXTENT -180.0 -14.8 -51.75 113.4
  SHAPEPATH "/data/mdata/"
  UNITS DD

  LAYER
    NAME "country"
    TYPE QUERY
    STATUS ON
    DATA "world/world_countries_shp"
    CLASS
      TEMPLATE "dummy"
    END
    TOLERANCE 1000000
    TOLERANCEUNITS FEET
    METADATA
      "DESCRIPTION"    "World Countries"
      "RESULT_FIELDS"  "NAME CAPITAL CONTINENT"
    END
  END

END

OK, back to your regular programming.

-Steve W.

On 8 Mar 2003 at 16:14, woodbri at swoodbridge.com wrote:

> Dylan,
> 
> Thank you for taking a look, but no cigar :)
> 
> On 8 Mar 2003 at 12:23, Dylan Keon wrote:
> 
> > Not sure if this is it, but try setting the last parameter in 
> > queryByPoint() to -1 instead of 1.0.  If you want to use the
> > TOLERANCE setting in the layer definition, the last parameter in
> > queryByPoint() should be <= 0.  By setting it to 1.0, you're saying
> > you want to find features within 1.0 ground units of where you
> > clicked.  That may not be enough tolerance to find features near
> > your point (?).
> 
> I tried that originally, the changed it to 1.0 which for another test.
> In this case the world_countries_shp is a polygon layer and I checked
> it out in ArcExplorer and the point is inside the polygon. So that
> should not be a problem.
> 
> I changed the map file so the layer has:
>     TOLERANCE 1000000
>     TOLERANCEUNITS FEET
> and is didn't make a difference.
> 
> > Also, why do you have your printf statement printing both 
> > $layer->tolerance and $layer-toleranceunits to the TOLERANCE line? 
> > I thought the TOLERANCE line just accepted the tolerance level, and
> > to set toleranceunits you need a separate TOLERANCEUNITS line.
> 
> The printf statements were just there to verify the contents of the
> map and layer objects to make sure I was getting reasonable results.
> 
> > --Dylan
> > 
> > 
> > woodbri at swoodbridge.com wrote:
> > > Hi all,
> > > 
> > > My brain must have gone on vacation or something, because I have
> > > what I thought should be a trivial example to put together and I
> > > can not seem to get it to work!
> > > 
> > > Built a simple php script to do a query of a query only mapfile
> > > and print the results. I have included below the results,
> > > query.map, t2.php
> > > 
> > > So, does anyone have any ideas on what stupid thing I have 
> > > overlooked. Oh, the world_countries_shp file is good and in units
> > > DD. I have tried this with 12 different layers all with the same
> > > results. I just stripped that down to this simple example. And I
> > > have tried it on php-4.3.1 and MS-3.7_dev with the same results.
> > > 
> > > -Steve W.
> > > 
> > > ------------------------------ results
> > > 
> > > query point = (-71.3940, 42.6140)
> > > 
> > > LAYER country, 0
> > >   STATUS 1
> > >   TYPE 5
> > >   SHAPEPATH /data/mdata/
> > >   TILEINDEX 
> > >   DATA world/world_countries_shp
> > >   TEMPLATE dummy
> > >   TOLERANCE 3.000 6
> > > 
> > > Warning:  MapServer Error in msQueryByPoint(): No matching
> > > record(s) found.
> > >  in /home/httpd/html/maptools/rgeo/t2.php on line 29
> > > 
> > > 
> > > ret=1
> > > 
> > > ---------------------------------- query.map
> > > 
> > > MAP
> > >   NAME "EXAMPLE"
> > >   STATUS ON
> > >   EXTENT -180.0 -14.8 -51.75 113.4
> > >   SHAPEPATH "/data/mdata/"
> > >   UNITS DD
> > > 
> > >   LAYER   # this is a polygon layer
> > >     NAME "country"
> > >     TYPE QUERY
> > >     STATUS ON
> > >     DATA "world/world_countries_shp"
> > >     TEMPLATE "dummy"
> > >     METADATA
> > >       "DESCRIPTION"    "World Countries"
> > >       "RESULT_FIELDS"  "NAME CAPITAL CONTINENT"
> > >     END
> > >   END
> > > 
> > > END
> > > 
> > > 
> > > ---------------------------------- t2.php
> > > 
> > >  > > 
> > > dl("php4.2.2_mapscript-20020904.so"); # mapserver 3.6.2
> > > 
> > > define(MAPFILE, '/data/mdata/query.map');
> > > 
> > > $point = ms_newPointObj();
> > > $point->setXY(-71.394, 42.614);
> > > 
> > > print "
\n";
> > > printf("query point = (%.4f, %.4f)\n\n", $point->x, $point->y);
> > > 
> > > $map = ms_newMapObj(MAPFILE) or
> > >     die("Can't create mapObj using " . MAPFILE);
> > > $map->preparequery();
> > > $shapepath = $map->shapepath;
> > > 
> > > for ($i=0; $i<$map->numlayers; $i++) {
> > > 
> > >     $layer = $map->getLayer($i);
> > >     $layer->set('status', MS_ON);
> > >     printf("LAYER %s, %d\n", $layer->name, $layer->index);
> > >     printf("  STATUS %d\n  TYPE %d\n", $layer->status,
> > >     $layer->type); printf("  SHAPEPATH %s\n", $shapepath);
> > >     printf(" TILEINDEX %s\n", $layer->tileindex); printf("  DATA
> > >     %s\n", $layer->data); printf("  TEMPLATE %s\n",
> > >     $layer->template); printf("  TOLERANCE %.3f %d\n",
> > >     $layer->tolerance, $layer-
> > > 
> > >>toleranceunits);
> > > 
> > >     $ret = $layer->queryByPoint($point, MS_MULTIPLE, 1.0);
> > >     print "ret=$ret\n";
> > >     if ($ret == MS_SUCCESS) {
> > >         for ($j=0; $j<$layer->getNumResults(); $j++) {
> > >             $result = $layer->getResult($j);
> > >             printf("lay=%d, res=%d, si=%d, ti=%d, ci=%d\n",
> > >                 $i, $j, $result->shapeindex, $result->tileindex,
> > >                 $result->classindex);
> > >         }
> > >     }
> > > 
> > > }
> > > 
> > > phpinfo();
> > > ?>
> > > 
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> > 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From morissette at dmsolutions.ca  Sat Mar  8 13:53:42 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Sat, 08 Mar 2003 16:53:42 -0500
Subject: [Mapserver-users] A QUERY only mapfile, PHP/Mapscript, get not
 results
References: <3E6A514C.1080600@nacse.org> <3E6A1B9D.1220.41788B95@localhost>
Message-ID: <3E6A6666.75A4B9D9@dmsolutions.ca>

woodbri at swoodbridge.com wrote:
> 
> Ah Ha!
> 
> I got it. There seems to be a bug or documentation problem. The
> template MUST be inside a CLASS ... END block, contrary to the
> documentation.
> 

Actually, I think the solution to the enigma would be: "the layer must
contain at least one class".

TEMPLATEs at the layer level do work (we use them), but your initial map
in which the TEMPLATE was at the layer level didn't seem to contain a
CLASS... and without at least one CLASS in the LAYER then no feature
will be selected for querying.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From woodbri at swoodbridge.com  Sat Mar  8 14:35:50 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sat, 08 Mar 2003 17:35:50 -0500
Subject: [Mapserver-users] A QUERY only mapfile, PHP/Mapscript, get not  results
In-Reply-To: <3E6A6666.75A4B9D9@dmsolutions.ca>
Message-ID: <3E6A29F6.25525.41B096E0@localhost>

Hmmm. OK, good point, but that is not very intuitive for a TYPE QUERY 
layer since CLASS is primarily for rendering. Anyway, I'm just glad 
to have it working :)

-Steve

On 8 Mar 2003 at 16:53, Daniel Morissette wrote:

> woodbri at swoodbridge.com wrote:
> > 
> > Ah Ha!
> > 
> > I got it. There seems to be a bug or documentation problem. The
> > template MUST be inside a CLASS ... END block, contrary to the
> > documentation.
> > 
> 
> Actually, I think the solution to the enigma would be: "the layer must
> contain at least one class".
> 
> TEMPLATEs at the layer level do work (we use them), but your initial
> map in which the TEMPLATE was at the layer level didn't seem to
> contain a CLASS... and without at least one CLASS in the LAYER then no
> feature will be selected for querying.
> 
> -- 
> ------------------------------------------------------------
>  Daniel Morissette               morissette at dmsolutions.ca
>  DM Solutions Group              http://www.dmsolutions.ca/
> ------------------------------------------------------------
> 




From LVN at gispro.dk  Sat Mar  8 14:45:11 2003
From: LVN at gispro.dk (Lars V. Nielsen)
Date: Sat, 8 Mar 2003 23:45:11 +0100
Subject: [Mapserver-users] Mapserver WMS server+client ?
References: <063e01c2e5ad$5cb64ff0$6e00a8c0@odin>
Message-ID: <065801c2e5c4$69052210$6e00a8c0@odin>

Hi again,

Found a cure for my problem.

It seems that having a SHAPEPATH in a map file without vector/raster layers, i.e. only with WMS client connections, will somehow
block the display of these.
Why ? I haven't the faintest idea. But when I removed the SHAPEPATH statement it worked.

Maybe one of the developer can tell whether it's a bug or a WAD ?

Best regards/Med venlig hilsen
Lars V. Nielsen
GisPro, Denmark
http://www.gispro.dk/
http://hjem.get2net.dk/lars-online/
WGS84: 10.20'40"E 55.20'20"N
----- Original Message -----
From: "Lars V. Nielsen" 
To: "MAPSERVER-L" 
Sent: Saturday, March 08, 2003 8:51 PM
Subject: [Mapserver-users] Mapserver WMS server+client ?


> Hi,
>
> I'm having slight problems in setting up Mapserver as a WMS server and client at the same time. Has anyone tried this before ?
>
> I'm dividing a giant map setup into several chunks, utilizing Mapserver as a WMS server for the individual backdrops.
> One of these backdrops are images fetched from an external WMS service.
>
> The content of the Mapserver WMS server map files are copied'n'pasted from the original map file, just adding the necessary WMS
> metadata.
> And it works great for my MapInfo TAB files and my ECW.
>
> When running with the original map file (MapScript), the images from the external WMS service shows up just fine when requested.
> When running this part as a local WMS service, only a blank map is shown (i.e. background color).
>
> I've verified that the external service returns the expected image (saved during transfer, I'm using a go-between script of my own
> invention).
> I've verified that this image is viewable in Mapserver (as a non-transformed image) - it's a PNG.
>
> Anyone got an idea of what's blocking the image from being displayed ?
> And yes, I _have_ set STATUS ON (and also tried DEFAULT) :-)
>
> I'm using Mapserver 3.6.3 (Dec 20) and/or 3.6.4 (Jan 15), WMS/GDAL/OGR etc. versions.
>
> Best regards/Med venlig hilsen
> Lars V. Nielsen
> GisPro, Denmark
> http://www.gispro.dk/
> http://hjem.get2net.dk/lars-online/
> WGS84: 10.20'40"E 55.20'20"N
>
> _______________________________________________
> 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  Sat Mar  8 19:05:45 2003
From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=)
Date: Sun, 9 Mar 2003 11:05:45 +0800 (CST)
Subject: [Mapserver-users] will size of shp effect mapserver performance
Message-ID: <20030309030545.55644.qmail@web15204.mail.bjs.yahoo.com>

Hi!
mapserver cgi is a stateless one. then it will have to
read the shp everytime client has a request. i wonder
whether large shp slow mapserver down? Do i have to
divide large shp into small one to enhance the
performance? 
and in another test, if i increase the size of output
image, the cgi will slow down apparently. 
I don't know the design of mapserver clearly. Anybody
can explain the native process in the mapserver? i
don't have the ability to read the mapserver's source
code :<



_________________________________________________________
Do You Yahoo!? 
??????????????????
http://yahoo.eachnet.com/fu/co/rd.php?http://pages.eachnet.com/st/page/women/women.htm


From woodbri at swoodbridge.com  Sat Mar  8 20:05:10 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sat, 08 Mar 2003 23:05:10 -0500
Subject: [Mapserver-users] will size of shp effect mapserver performance
In-Reply-To: <20030309030545.55644.qmail@web15204.mail.bjs.yahoo.com>
Message-ID: <3E6A7726.28589.42DD2CE3@localhost>

Chen,

The answer is not so simple as bigger is slower, but there is a basic 
truth there. If you set up things correctly the performance has more 
to do with the number of objects the need to be drawn rather than the 
number of objects in the shapefile.

You can create spatial indexes for shape files that allows mapserver 
to only look at objects the might be needed to draw the map so it 
does not need to read all the objects in the shapefile to figure that 
out. It has lots of other tricks that make it very fast, but it does 
require some investment in time to learn how to do things 
efficiently. The list is also a good place to ask questions if you 
get stuck.

Many of us have multiple GBs and even TB of data being server by 
mapserver via web applications and every view is quick and painless. 
But you can also create terrible applications that are painfully slow 
if you don't know how to structure you data, indexes and mapfile.

Hope this helps,
  -Steve W.

On 9 Mar 2003 at 11:05, Chen Fu wrote:

> Hi!
> mapserver cgi is a stateless one. then it will have to
> read the shp everytime client has a request. i wonder
> whether large shp slow mapserver down? Do i have to
> divide large shp into small one to enhance the
> performance? 
> and in another test, if i increase the size of output
> image, the cgi will slow down apparently. 
> I don't know the design of mapserver clearly. Anybody
> can explain the native process in the mapserver? i
> don't have the ability to read the mapserver's source
> code :<
> 
> 
> 
> _________________________________________________________
> Do You Yahoo!? 
> ??????????????????
> http://yahoo.eachnet.com/fu/co/rd.php?http://pages.eachnet.com/st/page
> /women/women.htm _______________________________________________
> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 





From lars.schylberg at sssk.se  Sun Mar  9 13:24:57 2003
From: lars.schylberg at sssk.se (Lars Schylberg)
Date: Sun, 09 Mar 2003 22:24:57 +0100
Subject: [Mapserver-users] GPS tracks and handmade drawings
References: <20030309030545.55644.qmail@web15204.mail.bjs.yahoo.com>
Message-ID: <3E6BB129.2000407@sssk.se>

Thanks to the good help I got from this list, I now have
Mapserver up and running on our server with the php-gmap-demo
and some of our own mapdata .

I am planning to use Mapserver on our longdistance iceskating
clubs webserver to serve maps showing trips we have made.
We are using mostly php and mysql on our server.

My first question is if someone have some example code
how to upload gps tracks and have them shown via Mapserver.
My intension is to let members upload gps tracks where they
have been skating during the day and be able to share them
with other users. I guess I will have to use postgis for the actual
storage.

Secondly I would like that members could make their own simple
drawings. I wonder if someone has made something like this.
It would be good if it could be based on javascript and maybe
dhtml. I think we should avoid java since we can't expext
anything about our users browsers. The average user is also
between 55 and 70 years old. These simple drawings would
show weak ice areas, ice edges and other features that
people have noticed during their tours. The drawing would show
up in the Mapserver window as selectable layers, maybe from
a drop down box like in the gmap example with the predefined
areas.

We are 6 persons doing recreational php-hacking on our
site and have been doing that for the last five years.

Hope that someone has done something similar.

Lars








From nhv at cape.com  Sun Mar  9 13:56:29 2003
From: nhv at cape.com (Norman Vine)
Date: Sun, 9 Mar 2003 16:56:29 -0500
Subject: [Mapserver-users] GPS tracks and handmade drawings
In-Reply-To: <3E6BB129.2000407@sssk.se>
Message-ID: 

Lars  Schylberg writes:
> 
> My first question is if someone have some example code
> how to upload gps tracks and have them shown via Mapserver.
> My intension is to let members upload gps tracks where they
> have been skating during the day and be able to share them
> with other users. I guess I will have to use postgis for the actual
> storage.

Have you seen GPSBabel
http://gpsbabel.sourceforge.net/

not exactly what you need but it should help get you 
get a good start on this

Norman 


From Antti.Roppola at brs.gov.au  Sun Mar  9 17:10:56 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Mon, 10 Mar 2003 12:10:56 +1100
Subject: [Mapserver-users] have a dynamic map file?
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D871449DB@afeb-ms-02>

Hi Chen,

I built an image catalogue for our Landsat collection using the CGI version
of mapserver. Vaguely:

I wrote an AML to read through the collection and produce for each image:
	- a thumbnail (150 x 150 pixel) and overview (1200 x 1200 pixel) image
	- Metadata (date, WRS, etc.)
	- A shapefile showing the extent

I then had a pile of templates and Shape files in a map file, plus some forms so
that people could select imagery between certain dates. The map showed wire-frame
outlines of the image extents and the thumbnail showed up in queries and was linked
to a larger jpg overview.

If I was going to do it again, I'd probably put all the extents and metadata into
PostGIS and use GDAL to georeference the thumbnails themselves. And I'd use GDAL
(rather than ArcINFO) to render the thumbnails.

Cheers,

Antti

-----Original Message-----
From: Chen Fu [mailto:novalet at yahoo.com.cn]
Sent: Friday, 7 March 2003 7:27 PM
To: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] have a dynamic map file?


Sorry, I didn't tell my story clearly enough.

I'm working in a Satellite Station of China. We
receive data of many remote sensing statellite like
LandSat, SPOT, radarsat. The total number of quick
view images will be enormous. and everyday we have
hundreds new quickview images uploaded to the web for
the people to browse. 

The user can pick out a perfect image from the images
overlaped on the same area according to the cloud
coverage or season. Sometimes the user would like to
have an image of a large area which compose of several
Landsat7 images. so candidate images should be listed
beside the mapsever's client and once the user click
on one of them, the new image is shown(or merged) with
the other images selected before.

My solution should be dynamic online. the image source
is updated everyday, so the static tiled layer
solution seems not feasible. 

Any other good idea? :)



--- Ed McNierney  ????????> Look at
the TILEINDEX keyword, and read the Raster
> HOWTO documentation.  One MapServer layer can
> contain many images.  I have a single MapServer
> layer with over 50,000 images in 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: Chen Fu [mailto:novalet at yahoo.com.cn] 
> Sent: Thursday, March 06, 2003 5:50 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] have a dynamic map file?
> 
> Hi! 
> 
> I am using mapserver as server to browse satellite
> image quickview (resampled image) . my question is
> how
> to have a dynamic map file.
> 
> In demos of mapserver, we only select some layers
> that
> are already described in map file, and [layers] tell
> cgi to show some and hide others.
> 
> Because there is thousands of images, and in
> mapserver
> one image must be a layer, i must dynamic generate a
> new map file to tell mapserver which tiff must be
> catched to render. But i dont know how to do it yet.
> Any guru can give me a hand?
> 
> Thank you :)
> 
> 
>
_________________________________________________________
> Do You Yahoo!? 
> "????????????????????????????????"
>
http://cn.search.yahoo.com/search/cn?p=%b0%c2%cb%b9%bf%a8
> _______________________________________________
> 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!? 
"????????????????????????????????"
http://cn.search.yahoo.com/search/cn?p=%b0%c2%cb%b9%bf%a8
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From frauke.trurnit at gmx.de  Mon Mar 10 00:24:04 2003
From: frauke.trurnit at gmx.de (frauke.trurnit at gmx.de)
Date: Mon, 10 Mar 2003 09:24:04 +0100 (MET)
Subject: [Mapserver-users] projection problem
Message-ID: <25673.1047284644@www51.gmx.net>

This is a MIME encapsulated multipart message -
please use a MIME-compliant e-mail program to open it.

Dies ist eine mehrteilige Nachricht im MIME-Format -
bitte verwenden Sie zum Lesen ein MIME-konformes Mailprogramm.

--========GMXBoundary256731047284644
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Hi list,
I have some problems with the projection. It seems as it doesn't work. My
map looks like not projected. 
Does anyone have an idea what's wrong? I attached an example map of Germany.
Thanks for help
Frauke

Mapfile:
MAP
  NAME "Bundestagswahlkreise 2002"
  STATUS ON
  EXTENT 5.24 47.29 15.33 55.33
  SIZE 700 700
  FONTSET "/www/fonts/fonts.list"
   IMAGECOLOR 230 230 230
  UNITS DD
  IMAGETYPE GIF
  WEB
    IMAGEPATH "/usr/local/httpd/htdocs/ms_temp/"
    IMAGEURL "http://172.23.71.157/ms_temp/"
 END
  PROJECTION
    "init=epsg:4326"
    #proj=longlat
    #ellps=WGS84
    #datum=WGS84
    #no_defs
  END
  ...
  # LAYER
DEFINITIONEN-----------------------------------------------------------------------------
  LAYER
    NAME "Bundestagswahlkreise 2002"
    STATUS DEFAULT
    TYPE POLYGON
    CONNECTIONTYPE OGR
    CONNECTION
"../../../www/projects/bundestagswahlkreise/data/vektor/wahlkreise2002.tab"
    CLASSITEM "Name"
    TEMPLATE "ttt.html"
  PROJECTION
      "init=epsg:4326" 
      #proj=longlat
      #ellps=WGS84
      #datum=WGS84
      #no_defs
    END
   CLASS
      NAME "Wahlkreise"
      EXPRESSION /./
      COLOR 255 255 0
      OUTLINECOLOR 128 128 128
      TEMPLATE "wahlkreise.html"
    END
  END
END

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage!
--========GMXBoundary256731047284644
Content-Type: image/gif; name="1047038278267811.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="1047038278267811.gif"

R0lGODlh9AH0AecAAObm5v8AAAAAAICAgP//AP///8/Pz9/f34+Pj///f7+/v///P5+fn///3+/v
7///H///v6+vr///n///X9vb2///4/f39///j///9///7///b///+/Hx8fLy8uzs7Pj4+PX19enp
6dfX1///V///z///h7e3t///2///m///r///6///w///5///c+3t7c3NzfPz8///8///1///x///
8efn5/z8/Pv7++Pj4///+P//q///gf//5P//t///6P//6v//hJ2dnf//zf//9f///f//4f//1f//
7fb29v7+/urq6sPDw///O///5vT09P//3P//p///+f//9kdHRzc3N4uLi21tbX9/fz8/Lz8/I7+/
sx8fCh8fDd/f0R8fAN/f21paWj4+Ps7Ozn9/Yx8fGH9/R9/fxn9/KzU1NT8/Px8fH39/e9/f2L+/
pz8/M5+flj8/Kr+/uj8/IL+/uT8/IS0tLbm5uT8/GycnJ6enpz8/D7+/j19fI5+fY19fOp+fiF9f
QV9fWH9/b5+fJF9fRx8fHt/fyz8/Ot/fql9fMZeXl0xMTJSUlJ+fkNLS0t/foF9fU39/VV9fVRwc
HHV1dV9fX39/P29vb39/X39/dx8fHX9/Zz8/Hz8/N19fNZ+fi19fK39/Dx8fHN/f1J+flz8/Kb+/
F9/f2d/f1j8/Kz8/FT8/OT8/Jr+/tj8/Pr+/Lz8/OH9/dT8/NZ+fmb+/d5+fbV9fIH9/OdXV1eHh
4f39/cfHx///yejo6P//+v//wPDw8P//0vn5+f//pf//lv//9P//uf//yvr6+v///snJyf//1uTk
5Ovr6///8P//tP//vf//0////J+fd9/fiz8/MF9fTb+/lb+/gF9fL9/fNx8fB2pqan9/Hx8fG7+/
g9/fU39/L1NTUxsbG5WVld/ftV9fUHd3d01NTTs7Oy8vL39/bd/fp9/f2n9/a5+fmJKSkl9fVr+/
m39/fFJSUllZWTQ0NBoaGkFBQZ+fnnx8fIiIiB8fFL+/oV9fO7+/vCH5BAEAAAAALAAAAAD0AfQB
QAj+AAEIHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuX
MGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq9TlgwNavYMOK
5TiAAIGuDLuiBaC2rdqxcOPKZbpWoNuybwd2Ncu3r1++Zf8KHky4sFmvcxMrXkwxr8O9hvsGjkwZ
8l/EjF3ehbzZ7mbMmUO3RKuWsuTJhC1HLiCgAIEECTBhSmABgQMEpLtauKNFw2HQEAuAuVIgyYEr
527cSEcB9++7N8AEAYER2L90uhiyViOCOusCei/+t3WxiNGLz6Uxe3VruPThlMAUpClA/0CaIB8A
KJu0X3Ri96alhlqAfH1n1gIQDEKIA/c4sksEUwjgzSsNQKDHHgsQeNaAElADhwACcBFJAhI00I0A
VXyQjh0efOBIGAJUko4CFtSjCAgfgAFiOjcgoaIAYYChjwWK1AOCA0WCcIMYaoShTxj5LfRdVxAw
0JoCBkSIhTYQWIghgt2QUUkiDExQQCeVNPBAA4N4Q8YgELTQBx8SaKAAK5UIgI4BDBxQxTgCTKHA
Lge0FkKhBRza2g2TUBDCDfc4yigFHHRwjgCTwNOjjQ5Yek4HnnawkAd2pJPfo/BU0kwB5AhQSBD+
hdwAwotqWFlABx7oqEYEN6jIoq8e+CfVgO2Jx16AqgmYHmAbmnYXSG01SyCxyQp2l4bOVntaZZwJ
621Cb9UFEbHYlqvsZHuRW5i6gHHGrrXpkcaWgJKZa+9g795r7rXVOvYtT8965tZG7x6rL2LsAmjs
bwd/R18BVxAHATVUCKBGPQW0AAEf3lRSigK+mXWCH3+gQMADMQBCChRsugnnMwxgwQAZ3UiAoDZk
CEBnCwdscYUeFbziDaaDNMDaFTkP4pphJxDyxwpmrTlCAxJYYglsVqdQQISBSrAHiIcsoIAqldgy
gzZYCJBNAiRsQU0KCgigAAS0cJGAYRmw8g/+GWYkUMEYV3SiRQ9Ww1ZJJSKQM8UklAyADyMgpgFA
BCCCWEkI/z4UsLgGKYxvtPr6Je4NJqgxjjgMvFCADQWocUABzYhDXNxdUMDAIUX8I8AbQjwSyBBs
aNLDBNL+NcIcqmDgFxNfbLMB885D8EgYMBTyiAQbcFFJAbqLEITsBcR9ihasfEABFzbkcQUyB4hC
AgmbFKIABmkIcnfoojN7GL3W4s//vezJ12k85799ASdzExHgvorHLc7ZBV8AFOC1DJgu1YDOWArc
kLYKOEDLZBBbBCwXXgp2sA0yzIAItIgD58XBD24rNaEzoQiRdRZlcbBYN+xfsi5Iw8G4Zmn+BPgh
sSCAoAxRMF9rWhOyHPCwh1VJdAxxwJGo05BHPWoq3xnId25QiCsUQgDnKEAaQGQCD3SAEhIyBdUI
EQkyvEICg+CHN4rWAgYkYoysIIE/BMAPdvSgAGcAESuoIQG8gHAABnoABCoggAY0IAEbSADVCiCM
AqgJAgnAQAEyUAAmwqAAEiBABKSoAgdEYAISWEEBYmDJB/BFA1q4QwYiE8L2ZNCFMsShwtCTQ3sV
AAtzYwIEFICFTd6hC8RowAIakIF0/IMCk1jBBHpwBQY08QmygcABLoGJLmUTArIhgSHIMIt/5MMV
UvgHF553ADIUYA2CUFOBmtiXDWzjC0z+IMAEMMAFNuggEp0IgnwYoAvp4Egf+vjABxBqgyCAQRcO
lVVEQRDRgTTjAJNIgmhcCEMNmbCJ9KEaAdQkTwlQspMImgAEVMpSCERgpRMwGicTgMqaSgCVfCki
BP6iyAJosgEKqBYRIUCCItarf3yxqVmU6pckNuAyvUxYWR5ggCZKwJUkdSVlJECi+5nLqUg1S1bF
mkTR1fI1sIEAV0PZQCvegCDgoQ8AwJPCiHCUlr2EFw/9xy/BVEASmahACRpQi06gIANpeN3DPsAb
KfBmGZWw5sNaYJYENNGrCzADPx45AhDQoxE9sE8TWdC8SO4iDLR4ahBd10R74tO1+Sz+YAMi0QYd
POABOmhDJCqwATL8gwQY2AYGnlAJBYx2ESVr2jogoFwZyIOcCljDFWRgCDVE9heifRhpnbchkNbz
nrF1LQn8EI83HEB+NWBAJdSAi15Us4ku4GYG1iEOGESADO9QgD4q8YNYZgCWd6ABG7aAASP8I6Nw
bU0WU4ie9ainXSW8KwmjmstsMXB/UY1gXjesroQ9p4Du+cyGkXXAzNyVryeuIQZVnL912fI5nvvg
d8z0sNa4NgaNpYMWSpAB3pxgEVVAAQtA0YgTyOYAB6AEJkgAzm7yxRQg0kNfgnAANTTxkUGsHIga
sIF7fEEXXh6BaytwBy23QasFNBD+AVqwAQFsIAPb0LIZMlAHO5ggb29wBsmcAYg/pGBkfygDiEKB
gj/4QReCmAcD3FCAT/jBAQ4ARyywUAh1fKB5uqCSCUQhgVBCIA+U8IQaWgPmA0RAF9s4wAfUYYcl
WKAOWjBBYGwBokE06wDZPAuuMXECLWiZD7yIZQxK+wUtbwMCUzLAB2AkgAgUQBfpOAAwkjCJA9wg
DP8AAbT/YQPp+AihUfpKYArgD+Js4ADzKIMj9WAGNKfL1Cv9SwIEkYYKFADNkonANfgwg75oQJ0b
IDZ3W1zCQ9JyMxceYAMreEISjzisHk0xwW+YrwlyuMTeMmGHPhSiEZXoRNqYwAT++IApCkFAFdNY
AR/6gMqVp8BqXeKEADrhD0GkYE4GWMAS7kEIFS+gDduogBm8IHQvqLZdZVEzX7zwPxZD+DWFO9eA
0rVAp4O4L99BQxt6zY/vPEB2N4ibCHAxjUr4wEpz6MEeNGEB3TXiF75DBgY0gYhfNEIA/xBCIL7R
A/8CeNh4p0YxsPAPGKSBHxsY8VkpLPGIb7RgkDnaNPpdgU9coTUNqABvm6D5GSiAkywA5ZoKsIFO
IjtiBUjAMlmgggaIHAIyaMABFDCtAim4iffcAD/SwIJ/YKECFkBDGlARB1jM4ALfuMIQDuANcOyv
yTt1OP4kGBiDifCsHWKFhCj+dP3VDGLU/uj0utxl/e4//Igw7uBPEK5BqTbelj98QAGYcO8fLnOT
BbhAA2aAoD7536QPYzOglHoxtUqgxFQvdHAb9H4dpVf2Un6VkVcMZ2ELY35mxYAThy4JNy0xtnjZ
ohQe+HQahnQLByAcVSLPZkle1WImNAC4gQBVd0jVxy9Upy+soWUCsA8WAAGRoAA/QEwVkDeVQA0F
QAWucACnoAZa4AOEUAhsYAiHgAgy8E2y0QSNIAqjQAIsUAingApqkAqzpC1dcYNaVgsZYE+vowbG
JUbG1QPJt3zuwwOEkAa4ADHEUQ6/MwTY9guGxgM1wIVeCIbtcRuiQAbWwAD+5VAAE/AAWHAFGCB2
TEAIsyMAhsADewYI+cAOrgAOEDAD8WMGKoCHUjAEh/AIQmBoDdAKAvA6lUAI+KY/LYRxRFFx44aD
IIIuHjSDJth+zxEBc7ICVVAHNZAHeBB9Z1UWEsAFOpAATCABxSAAMZABWaAFOoABBEZca0gfOkAC
nFRlWiAD3BR944d0e1WBLyaBFcaBhLFMtCYAtxBvBmdWJ0QuGDh95+eAK/ZhtuQvswiBv+EwIPUA
VDCJB/A9xFFlg8IAysd8nBiO0LchL8AIi0ADb8AKUuBfF/ZDfAEbCRBUTZV5vGWAN2VApqGRplEl
B2BEE9dwCNJEB8AAD2j+SCHYFzc1khqiU2WhU9M3Ga70ANWnAAoAG10RlLChQQcyVDxFUvpokn8x
VEa0ADnHVoPBkXejLkXEZAiyj1AVgfiiE7o4QqyRBi9wN2pGLfWyQy9UaH5wAuJxVKvRGhJwAOBw
CJxIACBwOGoQAw/QY1qADLD2AySDAoAmBNNABqSgAIFwBSqwBoRQDDQgCIHQACzQBAXwBZUQD6E1
Hw/TAaWVZQXwDpJQAfK3ikyAWIpFHzTAG7xwAqzkjQvQFZb1MF71AJ9gCxWwAEzAApEQCzqAPBjA
h4BQBKVFZfegC8xTnAaSnK1hAWmQjQWQmr3RA+6ACUXwSwxAmIaJmFf+EH00Rh9SuUxkUAESMAIw
QAnnYASlBT0bUAEyQB8MYGWwBVt5owWqxA8+SDIe0ERT6GQE0GTOhV/RxV+xdJGy9HelhQH3gAEl
sFLI1hqe2UQ04AZaQAIS0AKrQAsQ0AAk8wIU8F4PE19LJgM/UAD2kQleBWAEOkvkeDDMEkKyaBJ3
ZSAD4AC2ogAQIiHn4AAHYAKAUgl0gCUSIHOB0gAoAAGgACLqgEmH4Yt0coEzJHUjZHHjiGIRlI7O
EnH+yH4kOJPm+DnpWI4kCHExaYL9Ei8JuIFdKTD+6CwAszAyRI8dpnDpd3B4daYKuKYt5FE7iUvm
MmNL5XqOxAWCIAD+LRAB+CAAZMAlErByE9COIJIHuGiUBLAAGUAGrRADZNAGdWIHdUABIKIGA2AA
2qB9a2NcAjAzAqA0vfUPbrAl2oQHGOIlPcBGbgQBJ5IGU8AAdmAAcTRHDdACnzAFnTAFamECGMkX
DSA0iIqhR8MPAoBIsMEJZHAF/HAAsVVCEpEwI3E0V1AJ+BEsSSA/MIAMzUkfrqMLYZAPyBAEtfI6
FhAsAGBN5Ro+VmYCLPALUVAAs1AJPNAFqpABF8BVFIAoOPAFiNc69WFlusAPX/ALBcAFBdmWZyml
Ett+I9RBVpctZtIHWkYLBZAhXnAJ1ccXa0INQyMAtqBM5yiGder+YgV3S1YaQyAEQghwCZXwiHRH
PE8Xs+PXFp5RV+ASpyimQC4Fj/rEoFN6MkorbxKAJTVop/hSAANwqu4pAH1AevdEArXAAFKgAN5A
qazwBmuwPVVmAgbgOwXQBWqAoetACCcAAW3LliDGSxeHp4znpFg6gUMLtClxsV0Ki32qYGmwXvTR
GtJIjdbIBjRQZ3d2B3bwA/TgZwlQmIeZmBlwBeJQACxQBueAC8owDgIVBJXgBP+gDjmgBHbgBsPm
PGB6dSxKca2rV1qKQ1C6VzuEgS/KtzhBhiBSDdSwU0znlDZDDQiCcjqbLSHoLiJYPAMAb8fbUtfi
lIQRmyCVevj+mLHSZ3tN9J4kegAwwDqFcAANYA1/UJ32GTIEcAKBIAlpQAuHUAKe1rY+YAiacAVf
oLlx2UXGFQPPUFoEewDIuQUFkAuIYpqF+5xuYAdKUAB3oAAjkL0Kx7uVUwDgdAVHQEw5wIYf+xt6
MUK6exRjeHvoFglcdk8xkAZaUAAVkAaNsEqpoAaoMAqrQAK/4A5pMARx8wdNkE0TsAKa0AVsoAbi
4AI8e3AOM7hW9h0QAAjxkA/ndQAxUGdOgFyC6Qdv0ES0B30TEAGTIFBjS7rqcANKEARukE7rZAL/
cA/nxgUkarDr2Z4FwL1NR4HK+6SGUYCaBAE+eY8Nt5IktkL+H2wURcwwhnSBFRYvBMSlFyZizDvH
+ri8KlamYlqCkKdAteS3KibBZsGDV/CDv2cBeEKEe/A7htB8TRO+QfwHMrAOmjA/9SMBPRAPPpUG
e0ABdnAHUjAHpyoFV3AIDBADV7AK/XZ9gdwUaqZ7V0ANyXBPz7C1UnAAsFABDQAIabAEGwy107cA
J0AGvcUCJuAC46ALZMACE8CXGrABevAPMRC2gtlnfxaYP8YIz1AAfTBq9jB7H8azG2QAJoAOSeAP
E6oF2UAE/tAIEkBndqABfCkF1fAGK+BKHSIKvwsBV0AIBcABlfAJ0WBoJ6CWPygHBTACXcAFNOAC
QUAFFiD+k9GSi6gBeTNbyA8HyMVcFCdmuz3LYoMccRBkyATnYV5KsVUqhi0tGNQLSsj7x+TXsnlr
QYp8FjNNF7Q4pvIou3TqmZX1HdnzOjM1AMbFSTRqABFgALlgAJ8UelJJACgQBPXgCtRgAC/A0QzA
RDN1MsjGSRAwAohClS35UzFlWZZ1QfqMQbNrsWgqwYNUSKDDJ8R7ctOgs0A9GFzlD1wQIsW1gnzh
JSrJgfwIAKRiKlLSKvXw1DGBSA5qFt+RAVzQBefsBV+QATrmanWm0LzxA04DAeTBCDvcTU1mhX7A
AgCWAShAPio6p1gXRFFDUlmVVSZVSa5XkysQ1hNgADX+lVQ1uckSoFb3l8d0jX8QQH/yZ1ML4AAs
MFOtJE8xVI/jZyATMAOHMA0VggkWDIQNkAaKsErsjGcmoyEVIImvcxzZQMGRwADF4LWUyhuyrQXD
MAqFUAgYMAqu8l9jKw0KUAjr0AQcrZaSKQpxgAqukAo0UAGwoAC8bAUAgChz1RqiDRaxi809tJLH
CNQuOnWKl9NBbUMNBLsdONjTl+IpBJAQ4w/m+jqYUAnPnA4c8AGpUAmPsL3bQwKYoAkHQD829whg
gAykaIoViQy6wwDIUAm+LAwyMgN4SrGcEaYzW7vYC8ljuuJTjawEwAJsQ69Y+wVBYM4JAAG1YA2u
IAD+WgCYJcMCftAITbAOl3ACB8ANl9AMf7AIFtAIva2WFTAHeoABwW0Pw31wPK7iM/Sli3csDcZ+
DTbHamYmrQEb2SAArnoAWDAG1SAAZ0A1EnDqKEs1hZMAUWcWhbYILnAyMjAN5sALe6AHajWqOkNT
BTAIIIIFryCOGPbIf8yVL0bjOSTTme4SITArOiIAYOAIIPAoJmAxjqAGhcAW72LrV2PmkkpDMLss
6qiAhE27Fpixj+3sK1vE1UvBPkksPam0r1hZHMkXYR3WMH1x1W4THeAAlaBYB1AJjtAB1HYA0GYH
vODMXgsOgFbFOowJovCEUYgCjaAGA1sIhECRrJD+AQ/AAhrO4YLoyJ9TcFhK79DOLVw57y7vFzPW
AH9wCDNQztNYjVtwAzSgYyXAAqzQCCggAYX1BgrgyzssCE10in5AAxcukf1VoMcqGQVvFdTX5uhe
1V4KySFWyc/O4jotuxp4lujH9bcb47EIpeSeu1kP1YALAdjgBjqQIdLYBT6PAdApBXUGWZLVnDxg
DoIgAzOQCZuQASyACYJAAjCAr5/JrwOqAF23Av3gDzIwVVfWF2tSAa0QC61eNLrABf/gA4DQD8FQ
APb5A4HwCUdQDITwDsZQDCrzCyRwDMVQAJlwBU1ACoAQA1BQkV1bCgXQC3aABTRgjQW2N6WXxFX+
VrhIxhoH4G5H9R1XYA0FEA/EQWrg5VofQAVBoAQ3oA5zsAxjsA/MYEoOUAP6IA4WAAOXUPgKsD12
KAMKQPzBoAXV0EQV8AVesAEAMUAgEzbbblRIl0ZBgQIwdN07EITAAAIVBU68ONHiAAAdPX4EGVLk
SJIlTZ5EmVLlSpYtXb6EeVJgxoo1bVK0mVPnTJ09a9L0mRNnUJ0LIBTAUKDBgpszgRJtijNBgwIx
CkiAmhWj1p9Pe17EOdQnUIpOxQYFy3WswJht3b6FG1fuygICCoDUVSCJ3mYfOhRw0hBwASQMGYIA
4OBGgbwdPuirxLjAgQdQmXzRVEkL1grxrhT+2mBY9IZtXzZw+SeFzr8CGQokIJCggAWlDBTcPmCA
qmsWBXpDGAvAq1qiZ6E6Lc6Tq3HiO5E3d66zboGKpL8wkSBhDCA1Ag7EuKNFQ4bwJ/wIQC9gGolN
mEhAwIRpRoM+ogSwOmDhXzpdzf6lFyAdCw6YJIkD7GrmwLvmYrBBBx80STTRQCjAhgI+COEDDzTk
0IMMKyxAmA8cUEyyDjoAAUUUFTAAqgcaeJGBAhYo4MUXaTRsAqVerGCBBkgwKkgIbJtNqQluU8Cv
E5dksoO4buDGBFwYWEACI/qYYYMtDnACBwcqW8i1pSRIIAYJGuiBqqQggA+TJv7w4wQfWcj+IIYE
JCghqb0wGAFGP18srjnmoMvKK45MAmumkYb7CkJHH4U0UkknpdSlECg0DIQQALjBgSSQsQFDACjM
q1MQHDgVAQMEa0ACCBJIIAUJJuiBhR+iICKTQFZIwAELdEnCsb/yCvaGRZUjFKNKIVR0WWefhTZa
aaeFVKxmqcU2W2235bZbb78FN1xxxyW3XHPPRTdddddlt11334U3Xnnnpbdee+/FN1999+W3X3//
BThggQcmuGCDD0Y4YYUXZrhhhx+GOGKJJ6a4YosvxjhjjTfmuGOPPwY5ZJFHJrlkk0+O+FqUV2aZ
YLZSYlQr4w71CCzhnjKrZZ13ditRlJz+ujnmsZKFLiyeYzKrq6M9zujlmq3lSOiNij6O5mkZVVnf
l5NutCOyrF4aYmSJtmgrocwalKi6rogFkj+GJMA6BxRiSI0DaAhPg+XA9pqBBlhoJZZqBBikgQ0g
akaXMP6xAAlhbshLIRvACEKYINRg4ADGhNFHnw8e08cGBsIoAJkgKrHhgEKSuCGfMHTpKATRjPVo
OmEqsWM6B6j454Mb7qHgAyze6OEXdzApogAsGMiBCzZaySKHN/zJoIIyBImGlFKE2UGBewoI5g9A
nmBjCwx00CKLGBQ0RkEKFHzon1824OeAwgo5AJlKFiogjQNsqIQ+kPGBK+hDFzfonAX+OuKACXkE
GP9Jjxr0kSICJSFBBSrAJC4EP/8xxC6K+wcykpAOBQBjZ1mLlNSG9pObkC1QgnKh0pz1nLMhK20x
rIiQnJMzmRwKhZQq0V5EFbZv3RCHMkOb0GhYQyPyTSRJdKLXoGjEIxatLFizIRWJA7SgbY2LRMwX
c34IkilyDYlQKxsOhyIhhlCmKTmBQJBqIgE2AqcnE5gVVtSiwqy8SEJ6lBkCCFCZKuaETGSqiVE0
EMeoWCQCEoiAARAAgE2RMYo88yHaWpLEQkUxRWAohAAKcY4TYegDCLghBFRRhQkQagL08YYAvPEK
GEXlKQ3wghkIiZazTQ0jY+PJdAb+gIAEHOB7DqBHIPKhugM0wBrwAEYB7qEAvVXEPH9AwQMgYAhv
NAIKpEhEDCoQCUGcgAFYAF8tCMGLA6RBNCz4wjY2QIAC8OMKcVCAXepyACbskwkUOYphmFIRHQQC
EiqQwIvMoIk/yEAQmKCTNTJBAhD8oABfSEMseKGFO2RAAxzNwAMwYD70ZYEGGYDFFWDRvyu4syZU
McwuyWMHJLRUACK4QR3s4IJzXAIGGZDom+KEAjhl4A10yAABJEANUVADOF8kogrN+EYXHooD4riC
5g5whWy0Rg1amEw6GHADBgjgH8xgwCGK8J83CGEPgShAF9RAiyXmxAEDUIMCyOr+jUdcoAtmPUAl
+LEBCDziED4QxSMkQJqI6KI0OBArBq5gVkdQQACHyEACvnGFIRBIEQeID5tCG0M+wrCQhTptJ09b
lqpekmSlVc4VqYgcLbJQZoSq7VpsObZCDgdtv+Rtam+7xaGcpbSoFa7ZUuvbjd1lQQBw7kg2Vcma
VXW1a6nrFlcb3ONq94jZ3Vtuk1uR6dRkOglQQDZkScuZnuAVWBiAbdAhS1M0IAGXqMQ4+nAFf6Th
PiTwhwA4AYELNGAQseQHLXqgAC5UAhTxJEICstEHrWzAboZhQCUycAEJqFcA9biBBQKoBhPoAwxh
CNAHLKCIegiDAWCohADCIIL+GBdCBIjpyAWTgK8ChCFJfVEA6ZIwiQM0Y8gH0EU6/gGD28nIMCzw
AzYvwIAriOYEcDoBUf3gghfA6W8kKMAGKhGIGSQHKuUlQAs2IIANaOkLIyAPgCLwAXsEAQUZYMUb
7pxnGVwCQJH4BZa1fIKafLSjVdtjE5cr3ugwkdHjJdqjH11F165s0qolLhqHe0ZHv5CeXDgAbISU
gAWoFwvagMBMkaFTZSSgGwKYBDcckJVBV2TQENAGGQTABwkAIZ7zBBAWFkBq9bJCEbrhhyB0XY8a
bYQnwT3zNg4wUHqqgTGT+AcVxqGPA0RgAvWgb6sIEQkytCEQgjiEAO7QgBL+QOAMus4CO7SghwbM
oBvuMYWuw9HrXze6Ohc2jN2eQQ1WoMcWBbgEOuajBy0kYBD88EZ925SBdRCCBw04g33iLQEF0CHG
ZHAqBKoQBjXkQw07rp0+7WLprvCWJliDdMsvjZbfOlu20Pa3GpPF2pgLd+bH+e7PSVtpsXX3uztH
IqUnLbS6yGgCOuqDGnwk0v4tpBSsoQ1sZCOmYScgAynIwArADIPJGPEy99DFICXQBlbA6CiuOQAB
/FSBBIRGBQVoJR2tUsvTClObFRBAA5QqGAhoUzYXKEAp3nACPK5AAr3pjR4F8gJSBKIQjPdRIeYR
CMZTJTQN6JMOzlfHBWj+bjEOmMBpNOcaBRxAAWJ6TVbaZMfZ+6g1rzF0DH6tTd9chZ6yUQDZDXMD
D4zqBiLEXzOGVQDip0gXyCjAFarspIAZXbe2VboVsQ/etDUtLF2JABtb6acZlL4GDIhjHA9AJNc4
wDYKgFX85Q8boiDgS4LPCe9dU3gHIKABFbCRP9E7I+mlX8KusWGjVqmIAVyKIZk2CJgACFiBxsOj
CpyVmrDABHiVbsujqciADMCABJgP+xsABhINB4gAVKGNhfiS/uu/ehOS0mOAG5K/ipA/27MKCcgc
BpgPG9Ec2oAABIguD1gMw3AA4xMhJ7iBS5GM5kMVB2ASl4mvvwmcwSn+HOtgAhmgmwKwmxjIM2cA
g084gmIABFJogvjIgNBqkyYIAkCIASh4A1ZIKovQgH/ggg34tX4TCpr7mh3KtDTCtK/opSYSowIM
CuXJHEGKkU6gjuaQAD7og1bKiQnoA17DLaFLNI3IIuvbiZ5zDoXhLrKZKpizpU60OTEyDmEqi4cw
DS5Igy74B1ioABpIBTVAhVMQBRK4gM3qrFycQYAaLe9qrd6amQGYjhmYrCuogOnogVVgAMkSgC94
hmlIgyLIpznoAQYohLUSgEb4hUeAqy5IAwRAgUYwKyEIBFqQAC1Qgy9op1TQPXmip+Upgkq4Q05M
tKnyREM0FEEhunD+cRqYABrYIi+7MATvEIBRmA4stI4PUActKAHy0IJhaIAysI9bcAASCC2iAhBL
EIJG8AMWaKHwgiICcIB7cIRdggA92AOmyKKvwDl/pK2wsJZTVCJ8rKGYw8nrSw591Ih99MedMxec
LC6pmRlBXCHtCzqq0jmZzLlCqgsAqQanwq6eeMRI3Dmpicr0mErg8AICSD8GMAAGoAZq84liUgcB
AERKtMSKmIBpUAU7Igoy8QcuEAAuKANYMUVDgsQVgERJtLmzoQd1MEBfGsmhg5eYiUmYrDmqerae
fI7FnIkMuoIYUIFnUAEmsC8JE4BTg8AJCIdwkwB24AdZOoMG2AT+9LiESBMvqboi4ApMrZiONroC
WTsAbmCAYlAAb1gAC8gbC8izPXsDZyCEQmADM/AxERCENMAA1aGEDmCERTCnGigEO6AAV0iFOVQb
fZqMeYgEB3CsL4iBNACrCkiDRiiAHqgFzjoAbwCHa0KBNpEBcIyrNKAFoloEDqBOCqAANUCDDDCi
AiCErOrObEATUcjNyTqAZzgEBvCFspqDH4gyZ4iyGPgESaiAGQitCUAEuBqFNOiDQaMGbzgAIqiE
Q9CBniQtZXmX2jJGAEmPAejPKlOAQpiAC3CFSkgG1QEHBaAyZFCdGqiBTdCEA8CANBAEBcAJLbOA
ILAHZLCDOrD+AOzjJchMukssxp38SZkEr+R6NkxkzDBVLsNkTN+6IT76Gk5ayqzEUoD8OeOSOa6h
SZisGjOaDvgQBL1MAHtQMAjYBghINwFISwHQAnMQhE4QAFBogPgEBV1btxSIhGwgk0iYgh4oAFtA
jykwAQXANV3jtRY4gC24Aj04L0uwBHoSgCvgggsotc5EtZXcgxowgXGQpcLZJTKdAHlIyAIggRmQ
gAuYClOYBAHYN1C1JwEgg0eYBmRFAM0RAAYgA2/4hjYozUHAuwngA1dlE1YYAwEABwjoBjKohOX5
BQhoVHVrAMD0CUObQxOwgzv4AGO6gtKkpQKwAvSYhBLsDgH+2IcG4AJBEIAZYEmjYElJQI/i2qoq
Mwzpq4EGqIdQ2rg90AMS6LiPo4YZMAMvaJUqsAdk/damq9ZGrAjyaIUjeIVAqJIBMIBxI4NXcDiI
q68EMNUUaIA7QA9QgMBC4ygpAClPY80t3YltiZnp0AFxwIbpsIAO4sICwBvxkEhe+IRCyJzZMAAt
eNYvaAjARIHodAFD3KHFtIkGaIB8gIQKQDSmjFOa9Emg3cumzEdM7NJO4q4y0tLDFEUb8lI0hdM1
JS5tQUXX3BvgKiM+jFs/pNKfbUxHW1ssRboxNS2u0BEJMUtAXMAKJK4FvIpGFJIHGCaXK8w/QS6i
ERJC9An+0N2ugCSjvWmQ6QCAE+mcEymJERkRKbLKCCiEQ9gMtvWJy5DHQXk5YFrcQPTZrpBbpXPN
4E3b2OJSnjzEZ73WAiirMCuNLNxChuCBKHOEA9gHWdCBCeAJ2TAM+quAK4gMw1CANICBKI3HDXiA
pTUMq7ALVA0zfpCfkcIAGmAFLcgFaVIACcWmHjie5FmeXqAyK8OyoWDXmmhfe/qHGg2N+EVafuiC
GfAnwp0X1gWADWGESriBSaCAECARcFODCLiBD0iHIEACEEgH9ACDTumIIKCEG3AKBwiFWJgBWyCD
WIMEV8k3AbCHPNCBjIURIZYAbSg4MgCHAzhJXcIlXUr+U+RNSqpJlvJiI+sggVpgAClQAFnEXz3T
gEDog6RKAHBEhhsoBESQgXUQAAUYT0FIUSz93cgEU92NYp1spN3yLcKdU8d1tjMqSjASDjZN3KzY
J1ZoBhNQgfqxC1gxtSo4gAPAgjEYHFtoAIMVgEg0V0dtgGa4Amu4AjIIBQMIggbohlhiBWroAYmN
ozzQAxwI1VHlXNlK2xUiRUg7rjlGyjqmXDY9uuVAC0BGGp5TI2EOyvDKxCoFup6bzcm4AioQ2T0k
AImsJgKAT20Ch0MAhwbQgTvRigAk0z4+5m/WZTST356AAGogA36YCNoNDmB2lq1Mj1rIAMbiQv6h
Gy/+VINR6IJVIIHrxaZraoJ1KARDYIETEAURoIBCsAZCE65CPmQQUOSrIDgBUIMzKACB3YMeGLfB
wQf3o4nawzj7UAd2kIA9wIM4ktga8J55BTmM1dgHEOICoAX08IZzuKsvLcj04IJFgJUGeAVEndcD
ANV6mIQroAMFoLarlERcwwJq4IYpoAAHADcBuIclwAVSjqWWztgKEGKY1lgJAAdWIIPo9dEpkKVz
aABYJdiWHOYXFdk7xYQrOAIFwIIKkGahcGduweWgiECzFoUzcD8+zso9FlzY0tucpDmlbGunvFLz
glG1PECdMAB8GADAlFlLoL+gMAU94CQoPsW8xhb+gXhsyK6Jr9Rl5iWbBNACTlCBB4gBUahRYXiA
DOCEhmNAwysAxLsAyBOMyANL0QAkaE7moGCBMWiEMlOBSlCDSlABApiBWBgDkdQDU1ADU5C90ZI0
oiHnioCASLiCH1AAKuCADKgD8ZCA9ews94RPgFbD+KgBCkiHqgBRQ+PZjmLXBE400M4WnEAzhiyN
K87i3VwA+BTux91DoKiRZmvffiIkOuqNA0AACITAPMKjR7JAPBINuRTT056a8PMO2JiAAzmAVjpn
XauEoyYBVZiGCUAATACQQUgAQSgDSSCDQYAAO2gAUBAAWIgESEhlPQCOBjgHUYCFTJAF7VRRPnz+
Su6z28NdLf2GFjAFW69F7OU1s5yDNrX1vq3Y600zG+/rcj1Oi8u9W6NcDii/mjWK34KkjlUhOwiH
AAVICtpgIKpIgBMAhDcYghVIV1iBv/iTFRl4jzOhkxDUcEB0itlkALthgQdwsxE4nC/ggDqQswaY
UED4AxG4pjJAj1DQsrQWhEbIB0BgATsAEFV4hnhKO4pgggOpBDIoB6w4501Ah+4Isy14s6ELc6pa
5q1ChwKAD7mm6xyouqpIBf/5gq9SV65oAFoQBTKwBgYoB7zr7ivQTd7EM2T/qlbghCEYBVHCAEPg
AhaohU44AIz6hGgwRzlPg0CggP2kgDRAgw/+4AASSoICAtJndVaGQHO3cK7JpKcBoBALMSUPeMDM
EZIeuPMMSJMZ/MECcAADEIE8WgBbiYINmAVIkAEO92Uqh03WmvIr77mQV2wpRly8BXPB3kfU7Xd/
yQh43gJ/AAcDcICZ5oIlxwkFMNXMPkUCGAQ94DQlD+crVVOST3I1LcCa+12uiAEBiIHCSwBq4ALX
uLAZWAjEo2DDyI4LlwAZwARBwACafbpZWQEJrIodmRMQ1MCbaPkw2u7qgAgAsIJKOIIDEO8PyJti
UtoC8HpMEC1MkIElgKt4D9E4rG8LcFcpTXwkN/lcJi/xQ23oiFzRsC8dctt8rAjeM0Ilvfr+iw4S
3uuNHoCAPjl7x0sBBSCBsEvXCnS8C9cBFugAG8B4jWfNtu8Wwi75oL++4DV6OrWJ8tKR6LUAdbAD
EcCAeyjh8DCBpy13UlCABm2Ch4qoNTDgLZMAHTiEWmiAHeAoGjgAa3vfCgCzDdBGs438oJu54+39
wbUI22eQ6aCu2bwwutkHBlgfUWCBBgAE/GEDNWioTQAIb6dkHHp0gJGfEyj++KHxRgCbGSxEnUKV
JlUGAho3ahwwYKPHjxxHEghJEqTHjh1DshR58uXJlCpRwoxZc6XLlSNl3uzJkSfJAgIKEHiQQGiB
BAmmCMCi7UAYAQJeHZLaJ4GEbFJtNSD+gQkThI0L/cBgQKeSgHvUeig4K4AMtbAkBwCoa9euSY93
9/Lt6/cv4MCCBxMubPgw4sSHc+4EulNnychFG3STCgrCBJs/fZr02dgzSsagH3vOKfrn6ZepP8/s
udox5NGkXdNVbPs27ty6d/PODbQAcOBpCkggmeGOFinITTBe/VKDljrI7NzJCLqBp3kHNhy4kq2A
gwUNGJRkWb5z6JcTMEP46DxmSvM3haZ5NGFAhH9qhmr0QsB/TS1B8JVc5aHWEkkSaBPPARgc8Ik4
CEQgWgN6mPGAbAeG1BuHHXr4IYghFnbaA5BIdaIACiiglVMQQKBHHjXgsUcJCYQjgDf+gzSgAx99
TJCAJZYoFWQKEPAhQCf01NPDHnqQ0NYVAoSTQGbnnSQBNXBwIcAWgEwgQQPbtFGCBEdewYoCv/CB
X5k+tpkCNVp14o8gKfTBhwQTTKMKCU1CsEAeeEBwQBXjTBIEGRgoyEpTihwg1AEPQIrhXCkhlcAB
Ahxw1FAQ0EKGAFdwccAMeuyxwIt7aCBBN/cIcEYDEgQ5pCUXQGAKqHxAsISfC/jJ0QMK2iOVP9oU
B8EroAowCHiVaZOhXiJKOy211VorGGzndYZehlZWilNe78XGrUvyzSabuN1KBi2C6qI2H38ENJDA
BglUAEEBGBTQgAIHMPAnwAsk0ED+Biw0IDCYBWRQQFgSBFdADwUoMNwHIdxQgC4FgGBxCDYUAANw
HntwLcklX4vUXbpMckAzSaysSzr/AAPzPzB08EEQlaQhQBA36KPPB3Z9oE8lNwwtzgkbmSKVHhwx
8cU2RGjhTaYgQL0BUgQgtcE2X2zAxT/KaaHBcVpwAAaKQQjzsy6UXFLDAZhccsABl4AVmrklAZDt
aHwHCJrfIMXmruCEq6YRUUTJ+4ADCPxbAAsF6NAAEw0UEAPEfx618LxKef75ww404wAODhzgwcVJ
FFDxDR0XEMLrsZs8O+21f8hteXhVGq1fLO3Nu8kFrDwyAB4cMAnG9xygwQbK35D+DoptNODHHyis
14c1Va2jwldNMPTDG6BkAMEfhDTgAAPnYFEIHTF8cY8uERwA/+HdBg6S7YG5p1r+/fv/PwADaDLT
3KQ2vmkJ8HwnwAUysIEOfCAEIyjBCVKwgha8IAYzqMENcrCDHvwgCEMowhGSsIQmPCEKU6jCFbKw
hS58IQxjKMMZ0rCGNrwhDnOowx3ysIc+/CEQgyjEIRKxiEY8IhKTqMQlMrGJTnwiFKMoxSlSsYpW
vCIWs6jFLXKxi178IhjDKMYxkrGMZjwjGtOoxjWysY1ufCMc4yjHJbrHgHO8Ix75IhI75rGPfaxj
fICnO/shkI/YMqQfE1lDQR7+kpCGgwnvWqLISZpQL7jL3V0uCUlvPRJwiKQkKDGowEyO8neZRNf9
3IWeT6IxWuUKpQsRZMBRpnIz6rofK0lWShhaMlyBLGRMYMnBT85SkpqsH2cgSZcCDEBxBPBcBh7Q
AAzZ8QMesKZuQJC6AtygA3WEZF1A4ABx5uaa1xQMeMBTlwIAgJ14QeBdxElObA0yb5X6XS4/5IGH
AecGIBBmh+x5y1oayDNIGZAglDKABnjBDC2IAD7eog0IlE0DymTkXgqghivoAgQUAEEQHLAfAUzU
HvoQgAhEEBUBgKEANgCD2igAPTWcw5/nOEcHOnBTCzAgHWgphAi0GQE1bDT+DLpA51DCIIIPIEUB
BmDKOPRBN3tcQgCOQgcZKkEPBgQBDQ64QT2CwIFBeIMMg4BAC8gxhXTUQwHqQAs+DBABCGgDVNlI
wAUydQV+kOEb0+DHVBrQAH4IAlQD+EchBECOAnBApwJQQwT8WQl9qMEE+gBDVNLxAQcEBhj/SMdR
Q2CBf4ThBhSYROtO609HhEENDBhKBzyAtjCI4QMfCIM+olJT4oGSJ/IxTboKihPDIUUCEADHIRiw
nW0coANpUMDDaIAci3oyQVzQQQKYIIFiCCAGG9jCARxAM2AMLQ35mJgCXhqED9wgYwdQQz6Q8TMb
6EIfV7BBEMDgz/za4AD+hUgCMvJh1LrALjg3uAtSQvCBS0SJm1SIQC5usA02SHdsPXAHJopQACww
QAgKcEUatDCDN/gjAxUogyCiwZATaEAB9ygAMxBADyOwYQsY0IEWshCDTBWgGTwOAo9ddoAg6EJ5
LVvZDSoB3eCoFwRDA9qTgwYABzzsn3XxLGg7gITJ3sAF/l2dAv5bgEIcABk81kUaHhWc8Y4XoH8h
aGk6icy+ATe4O+kfuQApZ5hApzr3xKcFRaqAJFyhaG7GTSEB2S7W7Flbi64uIUHkGIEKt3CaaTRt
yrWhd/7WPBg99AftHJn3yNKe2fL0awIJzmmZS9TgOiZn4JzpR05akqD+tqCrMX1RDcW6NJuG9Ur2
AkyaaFrWutYJpY8Nn70F+3c4ubXtdqlHBLbGcHmjtrW3he30aItwoja2rsGt7GDXMp/QRsyn0xWf
gZYbPuKGj9aGApzuYMGZuKvoRk5QCQbMOw2daECVODKWpHky1xzBUiEqMW81YOJgBAgFxENRKQZc
Qw8zGDcLsKCGaYTlASQ4hCjG9vCIB3ucDhCGHeohDEX6zpifFtFrxn1tR+6ugB9BSnAYoIYC0I0F
USiAJsJrjT9omB8KoC4BTkA9FGhE6X+YASkSEYMKREIQJ2BAvYNRC0Lw4gDDkVglGsDjBTRhuw6S
t6YepSlK4Ss4C8j+99IJYIsT9UEGBBoQJmTg3yt8AXI90EJ1WsyFAjAhBzbWQReyEIVGAIIIabjC
cLKggARoxHLBQcBGLFCHf7CBHxsgRTWSIQctnODu3QsCIGIABYY4hBUZ8AgDcAAGBDiAmle0NWCA
zUlVbjplAtBFxTqAi0JkTA2PYkLbgUP5gZGACJ14g/UaoAIYOPwmD1BByBuggQacQRCVkyb4GwAB
5S4hTxL42qNUUIAJPCD5BahBBORa+wZcQGH7YoBTqbywAg1XKCfigicoRQO8QieECj8cQAtAQDh4
wxXQgQIwgEiUCYpUg4tI0yBMwiRUAgSUgFlESTcYAKrgigBwggT+XIAZeEEDaM0gqAE/NNikTIpK
iIY0UYM3nAggxEoCQAAnIAmdgMkZTEJamEAPsMM2YIGv6EFY0BUWCMBdKUUbCEAbQIACaEoCwFqq
jEABkMG/pIpx7eCc1Mmd5MmdDOE2EAIBUAOKNE1HMBE8EYadvZuv2cUNDAALJAAJSMzOqQzLgIAB
TAMg7Mc/OMHSZQArvEETEAKK+EhHDMJWgAQDsAEXYMDbYQktSMDVjMAXbMEGJF0XoNQBDECRHQAT
NM8XPIMEjMEfCsA/fIA9/EM9KAIM+AGKVEEN2I2LEEgnbZu7kRocopKydVovjtsactEeNVqu9R6B
MVVwzMszFUD+/ckP5BQABaAP82HACmDGwNgf5a3LS2SjvvxJMy5MvYgfqpDJl0wTOjIONEZODxzM
vDDj5uzLjyiFiniOtxlcnFnaL+KjKu3ZHhUju2kRPxYctJzSnEELu/ia3zzauMhEslWbMBbQL8pZ
MNqcuOUZN2KSFYmL7jlazHHSsPXaQFnbu7DLuu0iu+FNR95jPtqSR3qbMA5kgKQGMnZRRQ6O/WwS
rcmkS0pkRI4kReLOQ5rkPyKFSBilcUzX7gBkSfrE02zDJoLGBhhfzpEBC1AK/gCGyVmZYPjYJCSB
CaHMOg1FX3xAPdgBZ70TuyUa7/nfiVRDXKhkojnH/Rwh/83+2lLyo2/pYj+iy08aVLzEm8JkQRdM
jnhkwCpcgRooQzMQQA9cAb8VwHPJgCCMQQPMwBVYA+RsQjyQAAtggiBIxDNEgS/MwiHQgALwQwFo
wAGQQWZmwDYizsNwxFSqmcQIQAZcwAqQAFM9ly5MFjJ8wBXogy7YwHzlly4wQBgUADIEQRjYQHMa
Wl14JViWkFi201AkQSEoAFOR2XhZwL4JhwLwgDkIggxIAANcAXDsWzQwACAUQBH8ARicQHyaAw8c
gDdUwj8ojA40JUQiiFueSC1kwAa0IDVgQC0wgBQoQDpwAA2kgvG91xocwCmogRagwD8EwhBggCYg
wi/8QYr+YEAaBEJ/akSfWcffACWv8R4c3uRfagSqDAKomJXmTIBWeMMriB8e5EEPgAM/TIDAVEaO
0N+sAImSKUCRBokPigIZjAEWkEAbbMM0naBgDQIkYCVMMBSKEAI4QACWDEslhAEDmKUiOIBO4dSZ
WoAiqNyailObOkCb2kUIqJYJXRM57IcakIM13cAkUIDF9OkHnIMARICZCqoahB2P+EiwDAJgwUoJ
hOEEQOqd4IIDkNVbxKVrwATO8dw8REIDcM0XIF+CIoMCeMMCECL0oSoKWIA9BMEvPEIgFEAXqAEt
DNzAbcSJiqSu4s1EYhowvqg/4uNK7mQZ8WTNxZqx0mX+sRncABgANYgCA9zAAbhCH9ylRpSN2CCd
pS3arRJAtzrN1cyFMQ5lAoCDNSyZAhCCNkwAqDKBZ5wAIayDtY7GU0blubSrRuCro90E3mXAOhAC
wbnGdB5PdY4lcJAlFhnrgfgqrA2rRV4a4gwFpWTGBGRAmgHHzkmXHYjNMkCmeFbJUQRHbJbAHyQC
wY3FfX6dAoRduDLOJYCBv2iUmu1cgf7DLxTAqLjrniEFpUjKUGwAGfwDCWDAhD2BkmHsAfBAPXyC
DDRAIAgCDRQDIazBbv5CMRRAJlyBLwDCG2AAFxyB1wEHA7AsVHYEP9EmVQaH8T1DCpyAMxRAJyhA
Btz+Awa8ASBEgccWgJLZHSb4KyHwAAv8ws+9QyVwgALYQwH0gh1gAQ2cFoApgBoULHYerDtVUaox
Grj0pMwBK6VJEy0UoDf0AcBRyY3m6AGYCgmYigYkgJDqCJa+hAQkADpIRSdoQwreCqhwggHsgiPc
w7xsyYkQwKLgSI4y1IUY7+s+koL4A7EYizSRwSeQQYv8yJHkiAPgQo98STZEAlZsb5EcyRfm4BWQ
QQG0nwiSoAmiYEaOBPJWXkPNwCssYSU4IBa65p+wCmB1A5FaAgREQjZcI/gCAiQwCRLapRJCLxk0
AEvgHMJarj7CJE0g21ByW7gNJKkdm14qLLDi5HD+MaQEa/D6bnBoGJG6bQtJ8l6K5uI9CtQEFEAf
oAgtFMDb3cPc5ME4eIOpvN0tWZ8ZoMg9LIKK8CqAiHDETiCmZgsEqMI0TIAtDIIyRcAnEIIZFMcz
mYE1CAIVK1MIi4TxIgA/AomQaAQYx+ZGHOEMUKlqmBuf+ilg3Az0KEOoEfEDA06mImtLprBPZA0/
FQDXPMpzbViafYEatAF6poGZiUIPeIUrlMMNnMN2CkMaJNRNMMF7BccBVEK1VgAhHAANMMAlOACo
FmglHMA/CIAh6ECCSsEBiEIFJC9xoYhU7IMFQAA3KIATKAAWcAAhVgI1FEApvIEzUI8zWAOZsYH+
GvxBwC1EPfwDHBxBAVgDA8xCQoAD1fxmPJzAF6SIHTzMc/kLFTAABrxW8ozyFHbBg7rCARhzG+gw
TAwILAsAJpAACazCAQxBJXwDLwCe+0ClJh/AEVwBWAgFAzhCEmwUHl4T0dxAPmiKBeSMLrwXMtiA
zlBAAVyBenZACdGFpzkbRWYunTFkSOJxGpfL4TykCwtAZL5WHyTPAcQAcmRr2fTANxjyKsszgdQN
WODdvHIEkJXtSBTAJmcAA1DBA4QycxEZc1HAPjAAqU5CBNSx5v60vHGqp/YvAxRDqZ7qHdgB2RRi
MP/BV6OA0zGdRqBsBiRWFxyEHzSAFgTdKVz+xD7rwgA4gEUvowxowj8k2c8qTxCAqkuPTdkwx+5p
xIDMDWHbjTzTcwxUQiSYgD5fTQVgwQFkwBUQgs+ykweI6W2uTs4oNEM79HsJQ5NF2Qx9RMJgDTPy
q/wEHEfgywwUgBf/kkd4cWzDXnhUwDThtjT5pz9CGrypZAhjLm3MsW/L3D9+W7Iy7Eh/01+aWxG5
RAEwYAyowDOoQOWM1D5EwAQcCRlMVBJXQS5AQiTAggCAQgO4g1QIQpJaQgqoVTowhQAcAkdowD/c
wwZcTbiei06m8Q73Y0jfsX+WsBz7JcM6ZLutUnA57C2xIWNIwHVl13Z113d9wQjIwB8HhzD+2AMw
L53TNcFXZIAgYAILZIA1ZEIHrFgJvAEdoCgBmMA/cMF9Q2V+U7BCNsdpnORBLqyCB/hcKutLCMUV
TMMMDAAHKEKDtV++7AvlOcwJZI7ACJYvxMMfvMAEjJMKANxCEIIvpMC8oIqX/8kM7EgMSIAOQABu
64ICOMCLuqhI/+TLlfZ/+/eO0/gu5sVMZM1GoCMHREBHcUDtSSEGFIzDxeN4yIROE+ROVjBjIIUh
aIoAjEJxnWIqfkEFsEIbvIAubJ4LiEMVUJQfvIHdoUgk/MIb+EEGoMA0JATgZUAJaEH7hOsBeMFq
vo+9hpscd5rM5RClJVsBfPMBeLE0MUD+JxDFNG3A93Vwu/wIOMTmzNHxRuB5SehC13zNFzCPF3wB
DbDChWaAHmgBCcjiiUzDAojEofdNR69lnDMTbBNe+SYOqkTj5OjAHTozFszBAkxAA6xADKyABEQA
oRaABSTFl6SAMIgAwAnv5eRLAoT5bhfAHcbAP5BBDHAbmws3ES8rAWHkne2Q7h3lUMBBG5yAFqjm
z3bNKDLXB6QCOleoFhCDziSDf+1BRatnCsCqFAxBQQjBQ7CBFOLSb+xx+X7qAXIAB/w6If7D1NVe
OMojS9AjGfsanT8GMAHjJd1kxf92BS83soKwrcfhMHkkKZFSRXp8AWBmqFQAUrAALFz+QScLwBe4
tB2YQGBzwyi/Fyk85iYUQAogQqyOQhr0wbdWGoFDJK2hkqoNN2QQ1Jw7O6TlGXPLpc9n26h5cES2
2kBdUIseN+VrPU4Ka7DumkXG+eBH8IATfi4qvumT/kdr2+L7ZKa9IUjqt0luEHIffkLKPo9fW6kN
16spWl5OMIDno4GPW9a0XwUIQAo6TORAQPsdRf3twsJEjgScANcOwQqM7ucoRQpIgAyQgJc2wIhj
QL9oiEkUv5kjf7Fr1JL9scDY38HEbgzUwMzrvfSpgANMwMCJBwsMQT5gRE/EAEAIiAHhQQJqXBI8
gFAAQ4EGChAcKDCxgIQTfv44wwj+BQITCBckZFjRoEQDFiocTJggYaUEigUIEpA5c+YAmjdx5qw5
AEBPnz+BBhU6lGhRo0Nt5hywNKlOpziX3oxKMylTqgSqSp3aFGcBf1cKbDgwr0yDp2cTlLF0AetZ
nVzdymQade5cqnDj1i0goIDNFhsE6LJwT0BhAWYy3NGiIYO9IC8sOLYgjtEBFxg7XLp0AAImTE0a
+WGhQcudDC/s2MtAs7CXm3sLyPwbWNe2Lxu4/GNcx44JF4sMC8jDAdCfFJ0/Ywpu6dcfPz9KZ0Dx
RvXMS62tEohdQEGNAv/UgDBgYAwgNQK+SIBQy5orAXN+YHRmvpKgCgo9Q0DxZ7n+EOcNGqBFEwHI
kECCt7KLyy2ejmrQwQch9Amvu7CaUK4Ea4KKq7oqzFAupaZSioAFTGollmoEGKSBDLLQQgcMtsDg
iUoUmEiNA3r4pBAGJLKAhPwU1MpCEPPCMEidXprIgQMJcCmGAhzgkQEIeIwAggmuhGCFBE7IoIco
B1goA4ckSIElCRZg4YcoNpgFEhncStIhAwZo4IEGLiggzzxdWiCBAsZsYKVBE0hAAQUicADQAhIY
FM0GSMgggwQgcEuhlxpIYMSFGtDTgQgkYqGAHiDoYaUVBrUTz0I1naDTJ89cKYFON3DogaeGvMuu
Cq1iMMJfgQ22p1x5hW2nEV/+SunOsByKgIA/x4wyAQk6HfOAml5gZBEaqEOmNAuyq0tcA/JAo7B7
uFFAgkKzEQALba6cgA8BvFERJE4KA6WBFGgRoBJxN2zKwhA/PPJCg53iEGEFCV64yIAR3IlYgycW
0WGHjWQY4bqE7djjCQleyli71AOkMEr0bACQAfsoYAY/gqviR0wgQK5SmfZbxIIg7JHiW4UTrlji
XTfequGFjeYVLnE/zBhjugAWMuihiX54aairFjhhDR9ecNejqyJWYKCRFvrgmjxO+0GzK5STogck
oiihheR+dlFBD1XA0LyTGnSFK0mAYIFK8TK2UM8MhWuGVSqJopJKNqjkDxT+bgrF8lC2PtJYBak8
YAFcwx0ggke8ifuATkzQ1BQ9VmeY7Zwumhxh0kyTyQQ76ljt2Jwa0MMMBDKESwJQBrCjpgMw2Uym
zjbjcPDBcbrzTgw3xymxxRaQYB9Isn+KVU2dot3n2jO/8Oigh1xK7fWBGrKACQqIQGTtAK4/K6V3
n8CACOi0KSv7QTSAvVwhFpD4g+CeRYF7JEEcisCBBRSDDMX8wByfeEIxAEGKX8jgGFIoQCCuoIJ1
EOIEEBghDw6giSv8owAsMMAB0jARBVTCAQfgCwP2wgBZZIAteznABWiQhripoQA04I0LKKEGHgHq
VnajiAKm8iczMMAa3uD+hw4kMAdVYOAX8KBHAw7AD5f9Yxw3oIACGyKAA6wANimAjQrSUKMC3IgG
WHhDD37hjloUoQBYYMAGO/jBK6RAJvCjCJMIQDtwDYB2MbBhAYzxBS7UShZxnAgLNnCPAwRhA/z4
BxAVw5gJYuQEL2nGFcBCEVSSgAW/iEIB3lEJHpRGCgoQ4wq0wIoYfGEbG4jBNoSxBAhYyYcu4ctL
aEAFfaRhH2DY3wBcUA9yyOAXV8BhAWgkA880wwQCuIJEMjCBmYgvOqB72tjewj51Dot6fKECNYzJ
KAZMQQBUgNcB8JCHwelhDz1gBz8EMIl6LMkB6hDAOKZwAHHizDkniBr+154yMh5VghAEmIAN1UUA
CPCTBHrIAwXw0YeV8KEPKaBGuzrhD0GkwAF1EAAsIgEJHTSgG94QAD9MYAAImIIMAlCHBC5gBi80
QIB8acAgIPEAHz5AAQtolzde0YCN9pMarCiMLRrwOQ0tBQFHFUVhsPAKgjTAFDYNhwRa4Ih7OAAB
jhjqA4TaKb5ohy9FZdQE2jWJc9SQnwsYXDfIUAk6MMCkKFUp+LwngTIAtBMDcAAT4grXoTbgFTZN
kUNsIQBtNMALZlAINXoqWAX0YBApiqIlLAG+BKD2OPPqBCAg0YM96IEEsxXcbGcQ1wNoAwvuAsdC
5lo9jfaVAAp5BRb+dEDSCSzAAOgAaDfwhFr1ZNanS4DiUhYw29rqgXCvQx/D1gkspgDgfF3hi0IE
wQC+WECIyMSCFoJRAH6MtgYWKMAB1GCHFzgACfdVgyI0tZRs+eEEQqoY2W4CoArY6SzlpdDFCra7
izGNYhB+sFaoFjILV+2cGc6Vgy1MIf8FLGv24xCFDezdCoVXvCiW2tSCdDV0QrTDUAnx2V58Y9dN
WFdCAzGRGvw6p3ntwz8G4I+D/F0iK41tczkKktHGYnUqzMcxThDYjoXgiSVNx0MuG4e9tmEvg45t
BeiDAK6pXng4wMVNGhSCIPYsM6ihElNKZGk+4Ag9VKAtV8HJBmz+w4StmtjG4dNCHcAV5j8HWscg
Esp40+er8BYAAJTuSQcw3YGifMABnP6J/24CAamaBcc6eQBb2Ry2CJtvxCpmMoKBHGupNDqAsLbY
l707NihvLjhh8eQFZiTHG3FgEYygnASoIQpqHCApf6pbcbF5TfwWYBiH3mUvlUrE+6bBvmrsAWx0
MYl/AAAD27jBB3gjSi1Q8BPUdAcmgFEAKjAgGgxIZZ2jQQpAxAABSaGd7mRSAQnkIAopTGMB3Lhe
fnRhBj4UNMXGq7YTS/knsPmAPvSBaQDcoBBXKAQHHFAPAahBDB/4QDqC8AEKFGLkA9WqRU9wD1wc
gR9mSMACQj7+CQGwAp4Q4O3OqfGMMF6hMLRogAS0YVVW6M8B9xBETwdRAODpqs9EVjHIFA1hKC+o
z0uDMa4gfhb4ndkwLXNVZx+gknlNIqoSIGkLlGOYQfSYKW3AahM1OghryAMPOHCAHryh0Z/zPJ52
bQA/PkGGd9UMtP6igwJAOoDlQuAM/gIEA6AggUEAtB4HWMIA+IDIEe0hOALQQwEGoQYyPF2u2+EL
u8bBAH4cAO+6ovjtHQQbEOQ5DY74QBImcYBm3MCSFNFFGPIhDGTowr//cEBPbFCJVE6EAZVAwgvG
EQQFrEGWXVAFDyUA+QP0kgm8rJW2KQLoLzAB0Js82/m23qH+BmP4YjmMH/zOoQYSSc9JtppBIAJB
BX4BA+SADT7HVVRABRogAhTAAEighWCi9o4Eazgs/sxpyWgN7HCtYi6lIT6F/lxNSHBvBEmQfeAv
BFetabyuxsqm1OKELwxpIvhC/WLgDoKjDWiAFd4ABQYnAsQBAmrgOgwjEmRghErICGkNBScQf2Yt
AxWNArcML8przFgtw0rwCrEwvB4qxCxwL9LgH8RpAh7hPGIjYmRCAm6hD1ogJw4ACf2M/hImAuRE
nFTlAfovq65kBlTgJQ7EVQrAvgplXQRxWpIQzpRw/qyMV7RO/haxy+onCyExEnEv15QQNq7AGgog
HsCCL1j+xA5w4Qa2gA2SKQiMIAfkAD4wAgUmgIM8CIRA4BIL4AQqYRMkgAWe4ZVmoRKgwzQa6ZEW
4AHAjO4yBsxQcBiv7hAlJi/grGgscMcCZlgkJGwkcRqpcQR7xUiwJgWHJqJez4YO4E9eLwHaZfGm
agEOgJ8o4BwEoA8MwrAEAQKuwB8qYRIGAQJGgPLIQBRiqgcaoPLIYAywILeGqtAyMERERk5iwmIE
B4HO8M2KqyMaQAcI0VJQDRvFJmwqMOsgztUirho98iMhMRidkNVsTcaw0WoO7CIN0cGykSpgQ5XA
4gDyoLfUoB4KoAUggA+8oRJKQQE0YCYu4hNiABxc4bf+CiISsmEkQKEwssFACoC6eE4HhKoChm4c
BMDoJAAcWIEMiI47GKBdWEEb1AMLxqCnuqEAmghqggxoqsdYXEJUIKDhLIkBfIVo1Ack8TIvSdBY
FKICBABAHuD85MiSYoAVZiEG+DF7HGUlzEQkGgAFHKAZYoAFDKRriswmvPAfnEUMyTAnFvLlcEKO
CgCV6mbEPKQZXzA2mOoAuMAhACEQ8uEACuEAGsAa/oCP5usnZeIEAuETVKAFJMAcagECSOCEVOAH
ti0TcAEGmuC+HocEzM/8yq+XCmALCmAFHikDbgSZ7sAO1M0E7CJkRPJC2pITuaALNGADvOALrkc3
d4L+nbBCL+VzPqfMrmQDMDZA/XBDN9ozA3QQBa4nPiYndppgEzCBBErgDxLBBSDgD0hoJOlqNDER
DDaxIiDgBF5JEw4gBnjDCSrogvwgH14CimyGAWDgF2wAlmQJdyxAA3AHGWzpOv+BHwruHjYgCA7A
RgugE4qPBcqHCl3wYGztwsROABQgB66AEPjMNCHUJbWjbZ70LSPwM7eKPq30StVGTo6OAFRlT/Sk
IgqABBJAUkggqy5lTGSgTFhlFY8AGYggEzKhB7RxwuwqAbyxRvgCAo7LX2YPB/KJApTLAPBB8uRv
tSxBAS4KHwQgHdChHvgxs/4RC0igDdZqAdpgGyr+APUI5BPuAUAqqzCi7usaLSWbETVZUFQRsUqx
dFVZtShMdQlH0hjHE32KLBlVrWEMUtdQ1crCE0hz7NbIc65uQkoJ4gBqZE9WBAQ+5QQAYRYgUD02
IRMWpVJIZFEUYEoWIHC+7UnGJFAk0GtaNVzFlZ0i7TJ9VcIyzC0SYAuoQZwk4BME4BMkYAASIA/u
QQESsQk1cFclRlX6DX5Q4H2KS1WA9Sa+h+q4ri2GlCZgIzsyYBtEgP3WMzG88yLagHJ2szhSgEAN
NHA84wT4wzCygQLs4A6kYA7uAAM0AGVVtpwgblxhNmZ7YnMyZQMSYAP4rwCexE7CD0xBE111jAX+
/EELGqARAEEauKERitYfVGA9KkEKDgAWKoAGUqESHqEACGE22YDODoAC1IARSoABiAiG+qBgkywn
0uQeYGAJFCgJ7qELXgAG1LYG8mmf9oAEWGEMNIu6CmMP4HEMroAM6gECWqAPQm8CDLcHFEAV0iAU
9JQMIpXZGLEKu0KAcMIlYGBKn8duAmUxzyQFWEVvCqVaYeV5Aud5PnMheVVmWTdcRUZY1Y/9bEMF
bNAw2qABUrHrijFXz0YC1OsKZoAAdEC9GAAHCOAA9sH6DqAapvY/YwcFfsPYnpcW2isNMgGxiJRf
aQIEHicNVkMFulcFCKAx7CAX5EsBkOE/EWD+PWRBB8QJAjKBEGigAiLhE0IgCAChGI5AEAJhFzNg
AdjgHm7gBN7ADQAuSM0wVTUSGR+mdR3YSqdiO2SiDuvwDrOHf+SnQ0r1VddycoGWavZVXwnyxsxV
BZmCGm4EhsbgZs52akDGLjHkGme16sRM0h74hkPSxFqNCs2Gg/NV1lZtK7J3ThWxSUW4iJtUh0/S
dZBRVmutI3E4irGQQWaYiJmYxpomX/ciOAiPs34nYmxh7uAvAj6BHxwgASSvD/DBAN7wJuBGWI0Y
aH24axAWVjGmIKU4j6mxKcqzL8ZsKtxOpNoMJRvmJe8rHsOCCyrBWAWgC3ChDxjAkUQBBhz+YBEy
whpm02v/QJwE7A/2zRqwoQn+YBEcgARg4QCGoBK+QQcqoBoOIAOSdAQe6RLO4VAYwI9uQL0KQBfu
4QqooQxXksk+mAvbqS/spq6IVS5rJAZSQUSFoSIWJgYEgiAMAiEIwAB01iEWIAPogIXGBAJY5eiO
biH5kSFgwg7WKJsdIAQ84AZsQBcUIAx0IQRuYJcLAARCoAAyVwYnQo/92UGYYotL776s4AqOQAGw
oAIyAA2E6AvUYA0OYGvbgAeylg0M4RAQQQYugWaQAzREYRRYSRROARXUIBUOeE6NZQJm4BCmoQF4
eZNemgL2gQFqyRvA4TIyothe4HlnYj/+CIxLP0ENIIEHSGAVDuAGKgETHqCVXzlJ8+CRVoAMEEEC
SKAQ/sEGujJ2uyyO2+aYxPYAWOABMuA8NeClIUgLTMAC/tM/dxBhzIIFEuABFYCIHrYLHm586UAL
SuB6YsAf/gES8kESArsRfiFA4gEWBGATRJnAfLoC5kAPMAAFcunaNsAERKAQdOGRKo0v/rmzc6+u
XpegrwAJFIAKOKA/u1PdfqCiHeEQHiEFBCENMCCFFLuhslUUWgEVXMGkE/iOf3iIKwxC5/hsJXhg
76RJIJAgagSbSQBLnPtKEOZSKCJTzlCdeQR1n0ecqWVWEkJKj85MPJdEImVSxiqbJUD+qRCA0tTb
s9l7nZQ4Ph8tKUiEum4BuoE7uI94YEDsXFstjocbyBbWijVSgeEQaV5tBZ2MvGy4vRl8jwFGwQf5
Akmyg0GNmEnsGJX4vzcSbOLsvo9kXfyBCwSAC8qgUIq1387VULF3EGzhZRv8xcW1YUXnJbcTFwrg
me3EWAtgF9zmR6T1m0ekAWAABATloiZAW7O5W21FwAvcxs61ybGYVzkS/pw8VwJEFMjAGhigHApg
D7fzA+yhEn6ZECqBOwRAC3ggFTlWAE5BBly7OfyAW4wUAyohEJ6BBEQaFdKAt6+RXO8SxgH9Iw2Z
TAaABkNJ/T4gr0vAov7vD+zEZjr+OmSZUgjegBVONmX/TZGk0CDNdquYsYWF2XySuMlCpAII4ZsO
ORsAJb+KKJQu4BCuwBfUSwtIIBAqAQMUQAAaoQMoQaTN4M2dgwa0xQWyZRFMQhTiQLfR4KSDLNCd
PQvnB5hnog6xOXMPICKkRDQpQgREt1AOJQJepSIuKgJqwHME5wCw1dwnUNUkPEKpbx2lvY0XBgWq
jyIO4BC+gVSg52mGOYT/my4M5k66IV/se8Ke/eAljpjX/YU3PWHXslcJpo9ZxEVgBANGsRRPsQdW
gARooAAkgQGKID86wx1eAmSDQxSmAQKIoTRoYNq4Iw32UBYqgYVUAAcq8BCjRlb+hywEUYzdwW7B
ET7okYIlq9gChUy/ZQy/X6P0WoYBxbGe7qmvpqoHqspfWIGwIABfUkoQAsyiDHdeu6obIGEEbMvn
equLP1UA6gTUC7GGGz6JhR7Gb0Af/gEJPMADQEAYFCEJ5kgiLAmbAyV7EkBUREU9MEEQMCAFitwA
FvNvZECqqIUFMgADKOUtAsjySTIKAdzhR3hjas3TQZ9OkTgnBj1J/TjUbGEP7hEUpmENccJmenqU
HWoDycuDeSXuYbwAgs8DesIDDmASCgD4DkAX0uEfnMClbBd3BxQjCvRASaAMNkEGhj0FPJlbWCED
mOCxIzuXmD3LUpLfk9BoZBj+IwFIY16NyU+VYUsvEOBp4l9EgD8glNgaBRJg4zv+40NeEF7CP+L8
lgugFwCCEaEfCvgVCKYFSwYCDBsSGAAgosSJFCtavIgxo8aNHDt6/AgypEiOIUAUOFkARAgAN0Lc
+MAAwgIDBWIUcBDBwAQJO3emSEAiw4oGEwYcKJChAIsEKyBMgPCARZMouoLUazbgoUOGA7pm3QqW
a9ixY7uSLfv1rFqvahuyNUsWLlq3bd2ydXg364ACAgowhACOzIQECbIJoFIFAoR6AgZIGCTglQRq
rASkocMghSVLCRpO6MNnBWieffBRyKNH5p7UYCGOfA07tuzZtGvbTosWrlf+3Fz15uWNt3Vdu8N7
Ax9+vLjW5HSFh72rXO5W6VqL74Z+1ux15Q+Bd7UNPrz48eTLR0yLMr0EsDIhkFhwgAFu6m0XQGBA
on1dtgkaFNhQQAOdOcCAAwtMR19r2E1wQAQHVMfddHVB4GAEXz3FIHNqKcBhZ8jp5dADEBRwQwEc
GPAAhBGuldZ35r0IY4wyzkhRggRMVg1PhBmGhTYQZHCHFlLcYYcyCXQjgDemOGCAONyMQ8456KQj
gDoHGNDAGaIIkAU7PWhxBzIK2MPAPfgkMEFbFcAyTzEq9FAAAzdt00YJEvAhQCV0KNADJJHAIoAn
ZqgjwBQOvADBLWRwyU7+Cp+A0skt06hCggJ0VCIAGdQopg0ZZAhCRgMSaFOZOhEowNcVi1ZSwHZg
8XUAKzJooMI9B/TVgBdmPJCrGTNgMUY1AtjSgAYGDMKPAGc0UIM+lIRR5QEKGFDJPQJ0A4EJlmKq
6QFeISDMNsIgkNUDKuihQgO0CJDkKw2owa42YnXXlos03otvvvq+dtwDDiAAxgwpEpBBFl3ogMEW
GNAQ5JB2uFCJnCix4McfKECACSaKZSyDPJPMosA8lfwAphQFFbBCP/7IwNAD6TXgkARcUJMAEy0U
I0AMG3Dxjw/0RNBLAfco8EPFKJxgNNJ/CLEHGW8oEMgVTfzhxwkovMH+ihRgZqCBFnXQwIbCRvxD
BoB9pQcrE2nPxddJaVSixkl9YXAPGxQUwMUBMQSpAZBaLDNGLcw0MIIDNWR8wAGXXOKCAqyi5MDW
XcvxcgX+GILiArggUAsEM8hwEgNx67LFFyNYt2/qqq/O+kQa2sVcXivSax13C2BxBQYMiMLCwLTP
Pi81AhwgRSVWQPB6vckbx2LtH64FPF6tT0999bXxFvvyz2nIfYu7ERe9XNghF312wNuYnXbdfd+b
Q+y+z67y5T/kwQdifHCRMpNYz3//FrVNkZYkoRktgU0H9AEGEEjkdQ8wAyzaADMC8EoQnXAAAfyC
QQL0qgJ0IoEe9nD+oPWBJRRpGN9+ruMd9jWPO97TjglPOD8VxdCEbWPIBvhxBWpUgBC5U4AARPCB
Omihb0HqwTcyMYRTiIIEJFiHJhSAgTQI4gKkUMNRKoGJAiggDQUQxgfCcIAkVCIIFjjAJJJwqyvE
KW7+ayPrACiRD+jjCjZQQBhsoIswVEIEBdDj3fTBqgOo4R9IEEEaEpcGE8hRDQpIQhrOoQO1MOEL
XEgGP8zQgEak4wD3MBsG+7KBbXxhZ/+QAh0O+QU1tEECDLgCMgSJDGHo4xIW0EchFECBNARCATGQ
oodyg74IBRNB2pNhXIa5omLupyE1JEAov8CEHqyCARi4wvCMsIr+SkiBAQLQghGvMIQDeGNTGduY
xmhhxQK87QN2TIIwkAFGMeqjGWZEY1/o2Rc36nNfbUPbHOsYhhvoIh3/AMZAC+qESlwhCdzMhzAM
WYADJFKOlXgJJQhxAkl+YRsbYAGmGECBA3CUL3Ky5n9EScohDTEDdfiHMExwBV0I0hFy1IcuLqGP
DyjuEomb5YNgBwAUduc84pOgBMDhD3b5AxwS4JWuHiAd7LhqAAnYTApGExb7mMAC9jmmMZOJzNlJ
1TVeWSBZtydU5OxzrWyN0Vde2D4WBfWFZSWqa2LUthCYpW26uEcakECBdHBABwNgQAwOwLsGAMIV
iGhALTpxgFT+NkIGGZuaH3hAAlGcgg1qwCg4JnEAaVQiHifY6AYmydEVLjM6zlkfRspqr9kkL7Zt
ra1tw3PX23qkAw6oxFEiWglHdCAJhUjDDQ4QUBAEIaZmdIQLFsEIFLQgFpXwhQ/XkYHKUg2zohgF
GwpBiAZooRCIDINMBaCAA1SiEEkwK2yViSDjoHCfCcqtbu+L3/za9jgLaIAtBCCKWxCFK7LJ3lto
q98EK3jBDPYfRFx0HPs2eMIUrrCFLzxXBGN4wxzusIc/DOIQi3jEJC6xiU+M4hSreMUsbrGLXwzj
GMt4xjSusY1vjOMc63jHPO6xj38M5CALechELrKRj4zkJCv+eclMbrKTnwzlKEt5ylSuspWvjOUs
a3nLXO6yl78M5jCLecxkLrOZz4zmNKt5zWxus5vfDOc4y3nOdK6zne+M5zzrec987rOf/wzoQAt6
0IQutKEPjehEK3rRjG60ox8N6UhLetKUrrSlL43pTGt605zutKc/DepQi3rUpC61qU+N6lS/dqiq
bvWLduPqWJenrrKuNXjeautc0+atvkGhq0Q4L9hJeCQa1nWhY1vsoIYPQRWh9YGNvehkWwS+EsLL
r393TNoOG9p0lvaww2rtGKZvPtzuc3Jyq8J6iVuY5bazs33tOrjGJa7rrteZfb1tY/O62fD+DgHm
ykJqB5z+1mD+NcHbfT15z2Xd9Ml3levKPlgjvCMSN6t7ry2/86FP2lOG8IPxjXG3TNx10uN3WlVr
HYVzfEa6uU6I3xvfiiub2SO/eLOtvUAYfijCsAb5ym+9Fn0evMAhXx+8aw6btzov26/rSjMJsxkC
eIHAEzkAHvIgH4dvBAQdAEMhBFCIc3QgvQj4AALiAgAQ1EMRDpCNB+yQDvxphKQFhCPAiTkAA+Bj
ABY6esWLjveH3Ovt8FMDGD7gAJc0IwkuUTTIsZ3yjA+nbYTJWAIU4ABePUACXQzQA/ymAWsPHSO6
EIAuPhCCDuCiELooQDpxgKpdFOAD6THADcAQBCTQPgn+JOqA73/vewt8gPatb4kHboBHO+piIySt
hDBCAECTCMPzEEhAAWS/C8PZoB5BQEZOQOAAELwg/OmawAQMgIz038ACJCqABAbAq5q432UXQAoL
VMACpcTJAQpofettUACt13YdEIAk4gFcpwsgoAsWUCKtJ3cZAQz/kA7LFwLIYAcBdQPIlwQZ2BIf
kIE3UQBpVwAAiHof0AHFVwAd0G0K9zwnpExtEwuyQAIp0BXPBAD7wAAmAwsVwDBDpDz5dgMIUAjj
YA0MUA4FoAKudxRftEcFUAms4kP/YAO4JwxXkAZopAaKpA85VVM2kA/oJUaVYAE2wEgSZV7M1xcm
EAb+SNA2B2AFlSBTaWADH5AKlYAq13AILPAPAvAG7cAFyOAE9yACYqAJbDAEh/AIQtAIokABLrCH
DOADlVAFuLAmCiAFV4AJJJBGNMAAh6BGovMf/OBb/6AGVyAtw4MEisBcaoAMN1AJaUABSaAPVuRI
QaCCELhFKKFeivBKZ0RPZ+SK+eCKfSFHCgBQARgGhyRI/+ABcqZMwZRu9DY7fFEJJGAMq0ALB/AA
oXQAQQQ/ZtCDofchGeYVMLMUJKBFccONzXBQwNABHxAErygAUoh7HjiLAgAGN4AMWzh8W2gDQQAG
NqBcAakA6ZAEIPAPZxgRysAu+zMRbQMCIhAGbWP+AQRlUPfwBTFAB1pQAhBACNPwI37wBkMwBvmw
BpugAutQBieAMZjQBI3gByygAf9QB7qAAm3AChVgWhrQBVxwWH0RBLdSAEHZF33VIEa5eKB1A1Ty
PnZwe7lXU/2YUxKBAOwiDhMBDLlYAFcAhx/wi0ngAPWUBAKQBC7AV5MAPwfQju24gnflcykHeMpR
QyJCC6tgB0kgSiSACQwgJt6wAKAXcFuxQ6YYUVeQDUihBloQgBbpBGmwUNxEj0EAAoqgjGqQD0ig
D1coSPrwj/k4kMhXhmmgkBnRNgOgAIbUF25YCUdwANXAg3yTAHuQh3vYCM+QAWDHAiWACIV4iIn+
SDUnoAFzgF7AEDE6UInIcAVWAABCiU8F0JxJAFpBgJTQeQAWoIoypQaO8JQgEJVRqREROIFpJwJq
IAJIcCuosl5JYAMKNYyzpw/9pwBq4AFraZHmJnDzBjwZxBA9MS6Zx3k20QD2IaBMx2tgISIv0xnW
V38fUD8eEAK0B4DCZwHhF37pgT/ERyIgYAHgx6Hh5xIfoAu68I4Z4XR78RARUAAT0Co0AQMFABXt
cSD9QQIxsAI8AQEScKMEMAENoALl1xMS0DVuUADoqAADgAAO0HkGgAAFsKTQ56QFAH0tIaUuQaUt
QYDFR6HgB3zApxENKndZiqQACJYZiAzqeQD+hRCCJlF8XsqmT/ZzuKVx+FZv1QaXrRUdWvdqNtIi
cwoWC7AaEPAcsPFvqnMDjAAvYeAICsRlb4pbPIdW2MOC4QNf4HZM4zFfF+cb26OpfLpMLkeisEV1
SNdsOcdac1pULNJC0ag85EGpwUGnChKp8wNX36FyLiSqJMpaJ9cc5MN0eNdycjVrj1eq4AOX9zlu
+Cl5MtduwsqpwSZDetprGwciZZGnsdqscxGr36OqYDVVH8dq3Naq12qnwmFC1uqpF6cg0xatSheu
4gqr8mWsAzdXGUaqjPpoyuoR8XqtUdWqYcVr/kpWAStvEeeuOlewLriuNJdpbmmvRHWwP7j+rv3K
cxGnq3dqrV/1sMSaseM2W3h6aeLjsfHma8I0H8wjbtThQsS0sc+xspvasrA6ViBnaaM3TD1XsWg1
rLDDcAzBF/BDBXkAqLvaEBDwQSF0I3jyPtWgGGHxGXywHpEXPbxCDd7wPp4gIARAGIpBGGEREz5y
rRAACe4wYAQAAW3gBm2wAFkLARxyHfQgDgcoBoo6aJe6a90Deck0c+aDrLK6F31hpBBQAQLQAAda
Ig7QGRLQACdABG7ggwyhNCggIobgDY1gfjxafijQCIQgDSlwtfFnE03VABeAAUDhH61HFAVgfUiY
om2hA4EACSoAulNLCwmgGA3QAFrLeSj+ASe5mB89wAISoAMjkn+IyysjUAAacLwBGkFkkQGrcAWH
oAIPkABm4AqHMAc9ULu3CwEpYAAgkAvcaRIMwEXIgDYpoWYyS7esmm18+mDvirDx6nTwwy61kAEP
QAU99EM6MA2H4ANfOAfiSACP67gV8wu7aYiH8A1C8AbzKASB8A06MAOwQDyVUAvPcJ7UQALeoAAb
wABoSo1a1Be+MxaPm7soQVka05IzEATD44RZlIsnIJxfQA3FgAVEcwWR4AuA0AgZYE1XIAWxsAks
kBsWcAf/kAmCcAQNwA8HgAVacALlBAGL0wGMUAiGEAOZGydcVAO6aEUG0LBHhm92BWH+FOdz0gYC
JcJ7N3CLpDoWFOIUs7Oj/xEgRjtUaTW4g4tyI5s+F9QXD2EHpbcBBmAAYwAI8PIFHGAPEYACG1DE
ACzADxADgEAKMvCbLdkEb+AHGYACVFMBWgA/emDB2+AXDUANsVDIZzM8ajM8QfAVesAupuAQJ0AI
f1CjKBExTVBOerkJM+AA+rAlrAABX3IHXDMHd4ABBPAFXrABI9AFWzAEhsAPREAGt3IrGWC0XhA/
aQEkdiAFZKAAnsjITlxONXAJlNABv7nJfkADWLMQvPINh6ADRfHFOVbG6lrGesxCGFEAYKBGaHQF
55CB6UABZ3cWGcAKb/ACF6tBfcD+SBugAJpAMzDrEM/EBNBjcCp0cv0UUfMQCQ1AAYXAAMVgTV/w
DLVwCDLwhf9gAg1xAhFzEhLVCQ2AAgY8BGHAAACwwgrQDMVJAhKMAViEWhtAACowPKeAKXJzAKqc
1OgzGYXwOIJkDQ2QAoKQBhjw0OsAAQgAWsnwhM8wB7KAASewNQRQATV8BJjoHldQCD7cwzNgslvh
Nz3ABgLgCgXQgz1A1Tdw1ZZlNVSjAnPgBhigA04oMS4aqkamFxyhPe1aFt8aEa4XUwtoAwQELwLw
AgZAGexyBgUwAhDQDWRQCVjAAFDwGPzgDdzgAMG0AGzABRgQo4RxAWbgBYMr24P+iwXccAODAAnb
yA/5sCiDUAA6kNkCUA8FQAiDwMteYAhHIgCTgNoJIAjo0AkCwAnVpyDlKyoEYB8BUgAXMLj9AQEY
IAHx4RUljBJBu6MqAAJE8RQp4KJaNAD9VQAY4KKaBzPpnRSp6zL7XQC+E60NEX/q8RdIESASQBj+
ASAOwAQNMAMNkB9ddaDDq93HS+HGC1VqAaNEQRQwOiJJISopwBMhPgE60AAkPthoE7QhG2O/Mcar
xqvNmlse4AAw0AqxICxWcAPU2QwReQIlcks1YA61UAQFINpPcAVqRNhpwncCzhARMAeqcMwStAAP
oAGmFdQPMAOVEAZXwAEIcEP+X/ALQnMAFuwCAKgJByAMXPCP6BAFVyAxaaAAMpAJlJABLIAJghC0
9ZaqFDuw7qrQBLqt2/qyrfFj57oRxfSv+CxWrgEC96ADNSMBOKMzthIBH7AIYDALZ6oASlAPQk7k
DFABR54eJdDktWcWDwACoqAFDVACFeAHgrADB8AFBfAL/8APG4DlleAKV1ABD2CU0mkrAEAPuKfp
DcAAcAMDweDm6fEEUFxOM8TYubGx+vq+0e5V5TPPPibogbnoLmIAeYAG7MIFkZAAiIskPvIKVJAn
XKAAJnAAn60nDGAn3ZAsZ0Ag08q0DVAGaJkOtNAAanMGmSII/GDbpoABuu3+VLuSK46AA+meJ0OD
opNgigygAOjQ3JXgALvwhApQVZyB7dZ+7Q9L7cJkqnFpb04G8uuLOrjKshqnbnzbdCFPsiOvt0Yn
rikPr2UM81KF7U1G88DEbvHW2GIFVjPPPAemsyq7WoMujXrOcD+/t4Ce6NGY7TcG9cc6cHZr9CSP
cnGqquV69S5f8tC+r2U/HUu22NuR6IFHF8hEqfdp7Wm17R/fsa8abgX7jG8JbN0O4zdPrUl2z3Of
szbvq9CD7U7P7UbXciOPcTjPsYaPsAO3r2FfX4YeZVBvrNwjq6a6c2Ev9jd/YH8ueibbTHzcKuxR
tBCL9HXRQLP9IQ5gLe/+kw4DsLy9sREIcJUdEQIUMAk3sOLULvouq/TLdrLd4/h9v/OKf/xtUZrx
u6LyF6B+Qwz6YX3sZ+wcYgEpIBT+kRT5l3+AGscAUiwN0AMxEMobIOJtQdEEgAIxwA+jcCO1h4AK
yIAFiHjgJwzcOYL7X3wrERFfCRAABA4kWNDgQYQJFS5kWLCAgAIDH0Y0CMKDCA8FBxDg2NHjx48D
NhIYCdLkyZAFVK4sAOGByI0wY4pEGbJmxwUQct70WLInTZ5BSc7kKFPoSaNHSSpl2nRix4kHuF0R
pmASAwv2FOxxFeGAgm9XhhwQRYIEJlcvbsQSoABDmkAKYqQRlACctwP+0ioF4vFPwL9HB/gR2TRG
wgSeG7YJYMy4TAECkSoVOKDmn41KaSgk0adGQZI0+pAFAaMrSFtdmT9XqoRkYLMDk5I0pF3b9m2E
EyVCvNEhSQFdBW4USKOggIcOwAs0WCAhQQwJDUo0UKGiwYQJEmQUyFCARYEYyx8kYAkBQdOeE1Ue
uIIFsk2kI2HCR6lBy50MQZPe3M9zfvz/0FsKKJBi6klABGuaaAECFpgog226YKKjDFhRIwxFKiAA
Aj8aE2CaszCB4IBNMCEBghJPxASTGRqgJZ5qCmFFin+42ICJLwSohAwSEviosY8U+2JCB7c44AII
ahEnDQHy0QWMIJD++EAffT6YUh8bSDMNDBtAIK1L0m54LbbZcDPzTDQJ0k2giZIopJKvBDiAOOMs
sOMKXcgigQdCXClHBUQCGQIDTRD55Y+2hoBLgRvgekYLOQu4gpAHBvSpI5kI3Eg9la64YjkuBOGi
hQn4EGAcbSCAoJMxRNHRkSwEsKWBEQwYhJ9JBmmgBQYSqUQAftiRoCP78OPvUqYILDDAo5BtKlNl
E5S2JghoceWADQ5whRZVI2GgGAW8WSCDOrTIQJJPGkggrLG8AQeCFVW95BJV44WXRS00OeCUNFKh
0UYctyEiBTIeGfamDdSYUyUG4KhAgkCusIGBJp8MAoQrraQyy9L+wvQSjBs+FlMg2GRL82SUaZso
Iw/anOQAB5J4WZd0/gHmBjA83IMHQP5IAQVMPIzkUD9OQOGPRYz+w48GGsBmFQHIoObgn5g9idMC
GFCjgA34+eeCJ4pTSWFhwogyByxmMSYHVmY5hoFPC6iEgWgYAKSAIv4w5wRi78uvpmgBz9QkZxMM
XCmaoJ12cZMmaIDr5RAjQALwlstpgQMicACBBgggr7vrEhB9dNEVMJ100RvIIAMMEiCBuQYeiP26
w6hG6XGWCpDggQcgKMCGAoSx0gEQHOjgeOQ7sKB4YYp3nnjoQRgohBuoT/l67Av6wIQ0DkjigDRM
+EDmA5ohv9H+IAqwQBE8YwPnBD/+QGGCRwIpoAs1aDm66P2NZmQRF9zlAES4wiF0cCwFQYQA4zkA
F7i2jSHJQGwrEYY9gvCCrFzQAqwIQi/gxpITLE1pReubsfxTuAIBCIWGY5wKW/hC/TzrcDAMyQCy
d0Mc5rAgDhjOb27gAABUT4jUg0EBQHCc5ATHAdlhIgEcx50CJICJtZviBAwQgcdtQDwxvJqHuOCJ
1HnBDA/Ajqm88YoGQEAV05iAGtkIgTpUoQUSuJUAziCdPvDhMHmk2gL2oAcI6GeFyyIcDYcySPQY
qIYzNKS0GHnCRh5Sh5OkZCVr88hmYTKFjFshIpWCAAcwIB3+pwIDBCT3EQjoYQ8kUCWDfrJJjkyA
j7Gc5UceYAYvdI4+LxzkAyQADnQwBh3g2F0DxFipoEggG5HwEYJumctCdsSYY+TINJFptZMkwBKW
gEAksmE7wAkkBBSYxMjYBJE1WVKd60SZJxOJOEdiMnGYks8g51MBSWSiAi2oFhYQQ7nvuCQDd7AD
Mu6gBQ18bjkMGBxI+seR/smuchIImBZzF0iAtgSUCgiOBaKIzaKA1CQViIQWdMAABhhACX2YwQaM
9IMWVUqhzHEOdHxhjTVAMZAJeBwGCkCCGeRkdNGBYgIqSsiOCGlCBBDSCHy3khooQHQ6gcB0VMAC
5twrA+v+IMQJeFoAn0LAqT2oXOwecIAb3OAAhSjTOVUCEXbGVa6XNKQmVThPSE5LpASaCDI70k0F
/EABWKgAubQghYP2AG7I0JMrUfJQAuyvATOAxQGkUIlaPOML27CoSooDgQZEIrAMEEcFugYnv3TB
r4lzJ0j6ChWIbOAeaUACBWBRAR0MgAHCWCsMHEAPVyDipoXYlxoakQBadOIAX0hDLIrBBUMMgRNa
YEFlh4BZzXKWnsxSjIcY84UREOJTChDAKOygDmQYggsx+EYmYsAGUfQgRFvtKi3w0o40uIMEkGLA
ZdMBAA5QQQE2SANb1YROuM5VwQsmSGuF4uBk7UekCFL+ZEgvVQAuHMBHbRwEBCDkITMYFrFa4EGH
GjMNx4aCMaHwSAtaAYoYcGQF0xBHL+zgIT1kdwMEOIAJRCGBYW3Auw1wKXiV+sICbOMArsTcNrjG
hS9oYANe+EID7uChNjRgEfI7ASHWAYEur+N1L5KFADDxg0ZA4h/+yACkGqMKHYcUSB45MlMh+AwJ
TAMQrhDAHGKAjn9AohE/WISH+kCCeVmAEuLggIvi4QYB0MMJfitWDA5wD12YYK1tBYB6EsxgULMT
wihpaCSLYupCBk4C1BAFAzCggEL0oVvfCtcCLHDQEfOCXQdwF09kB4grzClcOmgBCSp7g0pgAkeY
doD+p1hSAUIoIAcMEJdS68y4BIzAGgs7gDXAkYANcCENRfgCYSVQiytIgdfgcMGWURBmMHuZBKRI
gzRgvYkZZIDPoyh2ZTGQ7KOusM5CmsEqXE2xOQxjFAJwRQYu8A374Y8aWuUqD4KQhjypwRo/oPR9
aFCBavyjCGnAtA3dms5Qp5ySzprP4KB1KbsubtQyLPVHcgLWyHGEcuFpAAOWDAESXG6mp7wJ5Vbi
kgb1tCWykx3uWNI7nMOO6bPzK+N8yZLdEeA6G5BBBZC+8+VEgIrOIXsCyO6d5TiHpzxNOs5dEjsH
DJLq1ZSdU9HeA52oS12ee1x3SAcBsmeUBRLA++X+qNq7CshgA47zSERU0mmVR36SJXFnJwkXc8HR
cMLb3WV8YDjzQ6K6kY/cPKYszEnRn1Dyq8+hT0C/SGzC3D+mfv12WV7X12M+9Zl8+bKQVfsaHmgo
uye1yVl/fI0AzsLy0Wvulc/J0h+r1BPIXdYG4ADZMaEBFcAAC3QiIEQ+oPoNkIDLBzB34kOl+kg/
vUdMCYEVNHGRTpTAHJHpyws458Et/8/sEPB60uGIALQ5nYgpXaqahhiihfiA4CmAEEA+NIm5mdC9
aJIh6UM98LuJAugDAWAAhhEAWmiaBwCiVdCHJAgDOzCBmcMkJqiMlTiANRARm0C/9CMATmEP9zD+
PZCokDc4AfkjnBf4g0KABA0hgArYBI0jAem7PTs7gCDoD6G4l0DakHgBiUrbrB0DEIUgn2ZQiA7Q
hzQAngeEwNuIvtHLwAtsIQmsOdeCCMlxHMeZpkNgjDlwgzeYBAGoBwfQtGDyBlNQF0woAzLoA0Hw
h3oQAE7QsJuoqAF4gB5oAyyQAQnQBlZAxAjgKTGqAH4QBDIQgEEoAFIxI204wBbCGmdLAAaYAgHA
glSBAFYYAwHoAlboQT7ogxWABECABQEAhevoiBdgBNZoBMDTAljIB0BomkHwBmChBR04gC2oBDzQ
Bw+hAp8bACoQADWwAuC4h3zAw3oogBmggkv+uMY7cqyTgABnWwlPURVT6MRukABiuI8YwMJJrMRs
EJ2HuIJ7uAETYAw1iIDeAAEwUIMrIK4OAIFzwEaABIFK6IycEQB9IMMzAT4KAz3SKxzFaT/Py6ug
eAoC8JAH+oIYwDU7NIIckIM5WAZKqAUXEIYpsINmOIdLaAAc0AdryAAWwARBmEIHObqOaEEP4Ydb
OIwC2BrK2BpduIcD0AWv+QUMO4AGqATjKMolgyGs0Rr16Z6xKYAPoAItoAAamEVniB9nCARBOIJi
AIRZYAkh+ANAsAF+MISFY4NGYBoOEIMbsIF/OAQVaKACWAAEGMFLiIcCTAEnGA6ISMp/cEr+pYwB
O1SCHFCHfzABnWOJU0LHuOmUKyABBUgDhqkEGZBHLCxKlejM7oCICOAA1VAJG7iBMPgHYSgA4kIG
KBmfdBiwhkSGjJHIiTSK36PI4Esk2RO+V3q+NBy+4uSJh/BA7Mia2IKgkTysg9KAgdKCZXCHfXCB
kWwFGbCXeakXGWyQ8uiIIDgA7foIrAlJ2ToAJhCSqJxKlTDHuxqkiWjEBPDLDNDKlaCBgzIBHhzL
PwDQd/ODN2DLpUECO1CDNGAAGPgfDjADfpiFf8gHV/iAS9MFz9mFMCCHuBsADrAHffiHA4gtpWSC
pDyAD6iDFLQAFVXBATA6lYiAmDiAeTn+gI2g0UuIKs9cCQ4QTc4izZUID7j6gOFwTuFAwdgkLpwJ
AmFIgtu0ASjBGCr5AN68IZEYCOAMPR1Uw1FDJJjDSC21PeobAA8ZgALAIi9wBBzAgzxgpTzwOTbV
gAPowz9MANYwnW0SnTy9CQTAJVLUOUpcRUWAmUw8pga4BzMIRQGYhEroUJD6zS3liIdojC8anQnI
BgE4ozRi05xYoxWoxU/tg+yoxVOSJT1qgCuAhQKwgwHggx5ogDMQBTIYAyyYATO4BwfwHC5ojHsg
AAdIxnG4AohwgHtwBFASoxlopVTagwVYIW2yhGZ61gSAgHYUgG8ygD+y1VyCAG3AAgH+YAVqMADd
+IAIUAPGYIQCIJ56IEji4gAQOMR/DJl6UATjOYdz6IAqrSQKRKqqcT3+EBwJPCQ2TE7fM5DAUSSr
sSfgM0POozl4ilQucqQHW8J+BQqG3b+Ggol83djkcw5/2FUuKIOp6p2qkwk9GASTmFZOEID4aA5t
sJ0FiIBtqABcolloIk6Z0z1GelR5irCM5L0sPaF9XQq90ryDpbygPRaO5diRiAEBiAGXSABq4ILu
UJgCQABxjc3YgQCvWIEE+I7vIAFJ+RQIQJ0UMIBmAIas8cwpJAAN+AdMw0IshCUWskCHtYmLJdqC
NcOhrcG+LdjlQ5zhnFhUM76llcj+kWgABCiEcRAHBngBI6JKcKyF/lKA2wrLN7AAeiAuNlCDAnU2
QRCRe2kCRiiEUVjbligKE6iRDZDb86zYUus9nPVZwY3dFWRCiDUJU8qcjmijNmoKKgKJKUJD0aun
CeS/5cO8vwXaKz3cyBuczmEB1ykABdgapRooLKMBC7IAd4OfP2iCFcmAeDmLTegARuCfN2CFvyGJ
1bUR181CeoowAJnPwQXY+Uzey/M9/e2iNPgHGaUfc30PpfDeF1AWyLLb4l1eQfJbw3XeucImaAs2
yriCbOAONdCCyWUAZKi1/4yfAf3eFWkAQUiDV9OEdTDfpLGDf6CCGzAAmGjf1uX+rLlNIcgQYK1j
ulT72dAbwAokpL59uaP1pP54iANgBRnQABXghxEtAAPIg0pUgzMARQkwlUqgAwXQgAboBlFIA3pg
AEego3vwBl2BArthADJ4Rw34I53IVmesBFuYgW6dhHMggz8dvaQtPgXOJAdesBWCupXYO/K4gAK4
uvBwgJxoo/gbuxQYHd8BHQlIgdoZQR0gP5xgjgqIHQ7AvgMMEI+ku9jpYYG1WI6QQozN2/ytK/SE
iCuwhgKIh0+BCAkAsygoAH1pAHqAh14oAH5QgGWIBSvwKCygmw+SG2F2j2CohTEITfyoNL8cgRzY
Agwwgn8gA/g12hokWij8vD3+VqeDxUDkvLykiL5oAWIzVSBpKlYOIINPIAMyqIIDOABWEQVR+MMF
SIBuyNQ/BApSfliJ/bwvVY80qASjhAgIAIR4yIe1gkpr+IMT0GVe9mVnKIBgrpvMLIATYABjRuZl
mAM5yAEjeAM3mEfOegAMEAAMOAa41YU7JthrTt6k1dhtxiHLoxbfLQqviIC2TaGM7YhKuSakzeZT
hi3IgAldgKANIIN/MMktYAMaWIU3+IEcUAU24IUr8EA6mQCa2Odm8WaZsz2RmIj7lBPyIOhX8NZK
UGJ+MpUrYAUFIAYHqIQ3mQIGsAM64oc8PIAlSMUrIINBkAAstoWooVVt7Rz+CAAHLPCGfKDmby7e
loZdr6Y8/4jpybs983uINHgExABgc/YCAuDskPK8BOgDS7iAf80kocaUov6Co05qDIBmGrDDE+DP
LqBqq1aJFlgKrV7grk6WxRZcXxOvVysL+eTImpiAtrisY4S9o22+leYlUQ7lepJsS+qkkSBiI0Zi
JYYIa5omHKCCMagGWWmAHmAHu/aGemiATWAMTPAlU+AHvoYAXrmDNAgFIeZk7xKAaTrqefAGLHBn
C6ACfZiESagCnbDnTNWVlxAJBWCNZsJYgeVtvc1h5N1tk4A6n2KOd+KJJwoPcHKhfgW/5qZw1ZPu
yeOiiVjlVn7lkGxPJfv+gJI8yTnghU8oBJ9TnxCBbwaYjLGtm1IY5M+m2OQcAMVgTwqZzgj/bH/N
WUgd55++yJxNYFQu7VPj18YGWIZtXsmeCdzI2NYqCYAW6LcCK35gA2N4yhhQUepMLBJgwMqwg+4U
EV7RcZVoABHKXRCnQapyLKAOzoqU3Smfct+MWCU35f2DPuGc8CoHZxCPaZkQiN+0IT9vPhuEiLDW
sImolk68ggxL1jc9AD3IAwOQAE9gDF5MAVoQAEvwpToCBQhAgVqKX5/VYebe8z8/cik3Xt2OJAc7
XkthLSD+8Z0FTtkNcVLDX591YEKPX1oH8WXHYyUXdFC29QyncsOBMGL+rzArn+lp53NDf+yBnT1l
sdjlxfJtFvZHP5xwzmbne/b5q3YKi3bGqb6lQwqUCN5tRwl5fzscXoqe5gnfwYGrLYkIuCID6N33
S6YsWo4Gn12dy45EPqUVmiLXg0JzR3ZC1xRBkvVap/bePpBfJ15pB3EEfvBGusH2sGGO914UqEg7
N3n3mJ0K0IM28Dlb2IMRABwFOIc0qIBBno8DRoH0XV9894dPyZZ5KIM6DhzvFVBwno/sGHi7ymOS
yHLT/nHh5Pag1pRmd+kgR9qgfvdn0VtyTvZUZolTXABMZUVVeUUBQATvBu9Z4QGzDIT3voA8fdYU
+ARQ6IRQaABTKIT+QriEdJjChJ10s/+UaTJXAXiFOVz8er5nPyQ/QoiExmUMw7gVMqiHA3CE/3EB
BzAFUdCETDgEob8ab7iCGFCBZ1AB7YMAavBWKC4AHaCGSpSV5SBLP/iEJuhWbUgAQfAEMZaA9n7v
FsgjsgLsb52ar4+nBnZeeRJ2rFf3Pad1j70HAQhZ0dnbmhAdakiA2w37X8ddAbnKrcnPhdkaGsAC
LegBGkiHIHgCtpmFDDDLI/iBRGiEJ7CXFWkCUiiFGBgBgJhT54aTN6ssDCDwoADDAg0IQCRQQEDD
AgzUFNiw7csGLv80WKijRUOPSgwYplHAoZ4gGTMwYarA4ArDKwz+ov3xw0PgDSRBwmSAuLChAwID
Ei5wAKNVrGoCrDiAcACGjQKaDjxLccJZgU4KWPj54yzQGjWPGjyAkGlMBiAMKtW8glPnAU1X/hWI
ISEi36N8/wIOLHgAgMKGDyNOrHgx48aODycUbDSy5MoRj1KGiNmv5r6bKXPWnPkzZogxBAiD8CAB
NS4JCEgowKKAagIJCmRwuOBBg4wOIRS4QlNBZst9jXsufVm00cuRSYsmXXxiAYUJDnApYCHNgYof
7oy0YO8Nigys3owVdMTJFEUuBF3iYOFSpiY5TyyYcyeHiyBugipU0UMRUWcddgXocs8XOXAxhwYZ
0KFFCSuYVBH+WH+gAAFMMtHU0Ak57aRKDke8EQZCAyAgIF8SCKBDAkxIUAw/MTQASCVBHKDGASSU
scobCmiiwA9hjfVGDt48IoGGmEDQwlsC5tQAC00UcEAlgUBgXHHIDUbYY1+CGaaYoQWWEJldknlm
c85xlqaZfkEnmV8N0CIKGdYwUE4BE2h4xREKYFGBBH0wEMMBorAARCVpJHNoHsHR9BqXf6kp55aA
fTapZRMJ0CkXiyigQAIRTCHAJK80AAEeeTBwQB3T8KnKNCtAEokkk1ACwQUQcCJAJ54IkkIffBgw
QAOviAJLLLKwYBynnnoSagNemDFDNwJoA0E4ArwyQQLbejP+SAM68NGHt5ZYcoEEg9wjQD0HLDEA
PhI0YEqyY3SSpWUSUAOHp5EkQO8rnQhwBT8HzPAKFgJUQocCPZS7QrkoSLAFNQmgm8AD6/IjACgQ
oDCsDg10440AZFCj72CaRjeal2LCHLPMhilnKUQV4TyZy8k5h2lkEUgwQS4HTEACBAuovGaZBDzE
QgIkFKAARhlw0YUGG3jxxQl3dNppGy00UIYoAtzSQA2XMKllnJpeujTLLFf6dmeV0aLjAWnUstfb
lUp3ac1yA05p24Gz3XfLg3s2s+KLf4n43NThXN1xh/e82XKYoZATDW/Yg4wddQDoeEIViHNFdwdc
kQ1tmPj+CaigtTAghQLegEMAJnDlSEoPV1BSgKSVtenymZZzGTfhOh+/smSxNfQ73FuqSTxzyR9v
PPVdAl+c9T4fxbj3izt+GeQ4O4BAp5NU4sABJpAhgDfpR5DAtd6Y4oACgnhCMCcHEHdU5otY4A2s
QIYW7mABNnUJAcBpSAP6Z4ACwIA2D4BNXhwyAQIskCESWEABHqgAwUlvboJrGeDCV7zrWWZ7KNTe
8EaTvL6FEHg2Q+Fy5KZCS30vh2Bqm3TGJyBrpKQ7KoDAOgrRqgKo4Bc2QYkCmqGPS1iAA5c4xwEi
kjk/bK5znzvg9OQ0KTiB0ITZe6F0lJacv2WKhmcsDRv+4eRG5YjRM4d745rWZrjJ+ExtogON5ehY
vTiWCZDIe5kOC7mYncmxQGCEANSiJoAD6KAGwijAPwRgCF4ssSEuQBsElqSy/22OFVIoYFDiKMgS
phGPhEtlF0k4vRt+8U2nZJsI/xhDnRnvjaacpSp5BsMyttKGyGHlZAxpTJqJ8SjP6poABnCAPCzM
XQXQATVY0akzNEAD8nOfuC5QCUskAGPg9EsEBsCHFUxDFSTYgx6ydKYC2UacZ4IANcjgDWp0rFwX
jEg4OxlONE0KnlzSQyXQFBrMIOBYBBMAFl5xgAcg7UFIG+baJiUBfb5tAex0JwM2yiXVQAABcAxN
0Kj+UU7NKKASlSAOAVJaid9xxhR6kIwXangziggGAnrYwwIIsAAJnMMfxglFKCyjUT2ss51jHGky
B0fIY34PlnMcoRkRiEA2Fu+dFAknTMJ5AAYc7SEYKEBKyKqAAhBiFrIpwF5IkBsiOCRgcpWAAgzA
PA0+gDcVlABvLoCB22w1nLcZbANiMxuQtioCvdmABcPolxEwIBEFYEJaunEJBJjgBgVIhkP6ihsk
grYBJ4kAEllgWtBe0LAShMBtLlCACzSABNKARCMo1puxJk0wGiAlRDTwORo04AK6gKBFSMvA2eio
ABW4zVnBirQFzKZC+3QmJ49yAJiw9ra0GcHRjNb+gwo2gAloaQACujNWtEBOBXviSwbAQwwJvAIS
DLBrAvTSgBI0QAUsaMACBJuADLKVL7u9wyjvACDl9SyWVU0cVMEnyBaCRobR4R4uzTS5C1NnWSRI
AURmcA5CENAeVSlrWQnhigOwQQ1/mEAfOnGAL6ihEQ1YByFOQERCOMAOjyxAJSIRhBnA4gBSqEQt
KHAAASiAGtSJhCDCOZErUAMDkRCSAqggH5H8whWVSMKhahfIo3DwFgyNRSvMwF8SiOIAyCDyM75Q
sBhc4RAMOMIV0hFBhh2BAaKgCQMoAgHY/akaFaBBKirxiALs4RBFqCR5WvziGDsvMAM+kQkKaKj+
ghUgH2pggQwEcBIGeCOCyd0AP6BcAPA86A5x4PFoNaMhZnaKSQiYxAHakQZ3kKCAUpiDp6VwhVUY
4Qvb2EAFCKGAGzCgEwvBtAJwGpEM2OMf8ihECU5wFBcAwhWIyMA3MhEDNoiiBySACQkucoC79UHA
uuatF1fYpQYrbnATaZVR4Dk8Nt2RTeXkg95wyTNnMawGFFgFLVTzAGHc4wBkGMUE2qsFZIBnSBg6
QVh+0YA+xOMQAlhHBmhsYxo3gE6aEEA1JEABHXdND0beRgEGMJFKkKEce5nIAZiQgW0w0wwO74ED
AFEIAYDBAQzwSyg6lQa+TEACLViBDlQQhUD+ZKIHpERBG+zBgQPcQxcRwLoucHQPxlJk2dWhDtVy
ToMIlQACgJhGCjLghzdYHOMaX4fKBtEpW/AlP3q4wVEM0AZWsOAALGeCsDcAAXa4oVOo0sgXmLCB
LXxhBA7XAAbuMAeJo0AdnRoEBC5xCX0tiQR0ikfiAfEDXesHAwOOQeE3kHU4USdFFGmXAKBoD1es
gAXmqMXRKM6IFxxgEcwcwNkuUYMC9EENArAHayMy4AIfeI02lOXfnANvBwMAjBLx9BhUU6DYRBCk
CzjAcyEQAQcgyCEfNG8BHFAsK94nj8dxXIHKi4B02MEAuOhzJZrlcCncgR04QVigAMX9wQz+rEEl
SIMCFMI6NEAjqMEpHEAh1Bg1eMMBEMGVPEMNBBkGVMIlBEHhbV8BrAAZIEJsPBITHAA3KEAxzM4C
ONwOEALuqEEr9BTxUMYEIEKQnE4nUIMEoNkBDAGbFZ4KZh3hDRt1uBxFLOHqMAAyKMAkMMDkJUCi
sQCjIaACMiDdGUcDWEIlHAAGzI4JSEARFt4CeMOnCYAKxIAajEJGbAQTzMAqXIEU9NkcPEEl/EEB
nBQGYRdEhB4ppIE05Ig1nB6BkdLqFR4HUIECZAADYIHYjSB7oRoGgcMhgIMUEKACMEAgFEAXqEHK
YBctcAdZZcIFON+6GZgr/RFFXV+8VQr+dTCAOOgAdUAACzoBoMgHqjlcCixKo4gCAswERhwALHzG
CzCCH7iAC2GPZIxdRCRd0rVAAfBDAfTU0TAS0vTABBgA0EijarmfAgCHBciGXC1WZzFAb2iWaoyX
y0lENMbGQjzAADxQDOgGNnJXRfSbnExAbzTE0fhUb+SGxpQPeTkAbyBkb0jEQj5jdcSGPfLXV5Gf
bcQWBqxAk6hWYUWaYCSAdpFfQibkAvgjQyTdNCkXQuqVPfYABJRAAaAAH/qFf0GEf6kWC0jASi6A
0ZTfAszAeJXXZ3kfQy5kRGBjT/nU0bBANLYU+g0kTVZEbSBFd0FAq0hV9gBS97zimND+H0VIgAlQ
AXVYAM51jc6hWuXNwTCEzdgEnQkUQBkoXyI4QDklxBWdAFU1Ix9VxhbwAzjs45cRE/IkmB4FEg09
GC9RFTBpyRz50WCSkR1RVIUZ5jCd0L8tpmDuTVY6hixxSYEkAAooX5VwAwO44CTw5CpUgh0KgINc
Ag2SwgL0QSmmwRrsEwEgox/UpdsUjtrM0Bg1ZlUiWODcUuH4zb+ZkW+OEAzlpoT9JvX00XNoHwlF
j3CyEHA+FWYmRlW6XHYSwATsSXXUo0MwQEIVwCQZGdLoIwX942XAI6UAp3L2EmDqphq1JyrhYFPd
0F9a1fNcpQlZT9xU397sJvfUTBv+xRJiYGX2BScOWadW4mYKxRL0XFgYzacckZH8SY9zymdkGmdg
ZlUKzVJFUZThnNKGMmaAeqhhYkbjZNWCxkx91lK7xae/YQqFdpEKtVGCwg1zkqhNTR+OeuikcGcf
MBM8WCNxQoQtDMLzKESNCEDQ+BQ7zcAB6IM7IRJfTIsZTNCJBs5RQcD2tM2VZmmGHihkwOeXsejM
tFAw2eVkymgd7ZFktqmCcaiYJmeFyinLzNuekNY5qIFIDlYHgdfGJN0KRM4CuFGCVUAsBMI/YIEK
LIBvqUOVYET5AMdsSIDLcSdqPd4BGMEMINZXTeUBUEB90Uts9EYzBM35gQAIxGX+BBhAM9TAAbzG
AJjAFuXdOfKX7zBEBF1jyCUDPzTe9fRNZvJQdZ7pDtmoVQrPL2XKf/7ogv2nj5bptNLpnVKnflZl
gUQOqZka7CBDMVZAA4TFCTQEA6SBRdAoREiAFpCBCvxALEgCC+xWpOaIQ3AAIRzAD1wBN3QHwzhS
RnBBGrgABViZBfBixGXbtslDGmRAsynCATxCIAwBBmgCIvzCHxSCCPBPb7EbRKChAmzAFcDCbGBa
nznEGMxDBVxBClJnirZo9BhrIVFHYXRAB5zDOTwGFSAAMlHfADCAA7iBKACkCj2AGXjBQyBOc85o
9bDpmrKnfKopfjqrkapphz7+7aZQRKYyBEU8XuSxANd0zfn5we9NAA6AAQKUD2UUnQAU1UyaAawJ
QCO4wOew3rARgJt1TcJRh9glyBdcTdY4nAmYJeZBACFMwwFYwCK8gQxcAjNFwsXa5poMWPQ1ADXE
AhyowRaA3dhRhC7EIc0xgR5tRoO5LLxRR83qgz7U7A10QBJ0wA2AQPrdQAh8gAN8AAdoVhK0X6Sx
ABhcQT4QAgvMowKgH27lFXDkBgSMwBdUY0PsBvJWibEkAGOp1wQgZmHCEt/AqY4C6IBCqF+eKIEu
Z2Agn6cxRJ/1ARw23p/FzgsaoBDcTXeQZAwxQA2MgzLozQLIABZoQRzUwQf+UIAoYEADVAAWHEAG
XAEhSCJ1dEQlLFqgzGEd9tk/OMEiYEgVpoEhNFsj/ELEFoAIpAEtIOMiLKPzKcC5VkQ7PNIppAE/
bO4IOgA3XMExrGzNycmxYiZ1XEEYIAMSFEYSFMIViEASBAED6MIJ24AuhEE+CMOicFkhiBRmQEAj
iAMM/IAkxEIFoMgF+kIlmMMzzEA1HHACj8CR0cQVbFqxHQANMAAhNECCwEUlGQICDObUvqdjReh7
3mcaaa3zMg1CTtiSnmedii+MApR0aiY0Rs4FoUXaPtAk8VfQSEAKLLJk/NRPIZ0ElAAMgBUEpApa
QG9Qjp3LNcAEbIAMVID+wfWGSkLANnbj0xQADRSAOZBCC/TjZymAqwJN3kVOAchAfmXABnRkQy4k
vayALthB2koHDlvnyyHDB6SBCXxACCQBrTmALqQDM/2DEufDB9yAPijfOdyABxRGN8KtCeDC6JVe
BWiBHhwYjgxe68GaAzCe421EECwtCFlrjaYRibqckJ6ERQgAPDhAQUYxZ/BLIdCgFoSphaJo+ETm
1Sor1DZoVlUla2heuKDF00a09THzRyfGzNKuCaQBB1TzATTDBxTxEauBB3AzCOgDDeYDOTsAMhRC
DUhK0fBDOfzDISQBBaiBG5NAB16BOCzvsCEhseErBjBAOiBAPWvEAQT+AXLm5/bWqdxQxwUNQD/2
45XaMh+cTLawQDU0wgpIQD/AgQzk1brcwyTUQ3BdgT9UggBwAjts5GS6SZW2bNNS9JxaJrXKUSp5
r5L2BUgbNmIUAAAkdmE4AKvqQgjMLgDE7nCNc+1adkWAAGN3gAN0AM2IytM0QAxYgDDU1c8WwDqK
F0iCcgGcF9omVEKKFHTudQkFjhIOADOpbwOUVQHoSAycB8XQQicsgQHsgnAwhEmorDXIxiZAAgkQ
5hmt0EENZ18L6IVamIPKH3v25x4Vxmcc9ndnpX92NGJ+2fTRdiED3ElMAHeaLOPp9lk1hG/Pwgkk
wC8Igxy0gg4Yd0P+sIDH3dhtCuubUDccOS1183OFiS71BbiZgHeDg7T2NmZAUQFYTRBvJJvklLdt
TAA1zCZfKAA3ZIPexJCXDgBp3XbXpG8/UstXuw+qQIAqfAIicMHdNcAIGEA9tMtbS0AkhHgC8Hhf
2lI+97Vv2rFFdzRgB7iDK/lHv4w/DyieFgwC4AABVMAnrKxDrlVI8Q85zga5She9sDZtHMA6QIIv
eHICDIACaJfyYmOr8GRw/RWVOud1O5UdH3mMGhTUFrlgj3efH3nMLnmgH7ZxdjR1wEEbzO092CLr
/AkVVMAHoMGJnYIazAGr7YmjwVgjOAAlCEAcNEAgLAFrcLEX55r+ge1WHVxaknXpgnF0fkq3tDJt
jqoRiVMYfd75Ha8RzAr6riv5hx4PdRjCIwnAG1KEBdyDCFzNRsSAOtjBErSXAFowCvSj3AkAJVgA
JYiDjXleT9JCPDiFHxxiBqye4LUcfgor05L33vy5KfGm9zbrc0Q3DDVG6fJ6vQ96P99o8EQmdczA
yl5BBSx66wgaDYCHCYSEHbhAJaxDAUBBAi5gA3acAPwDMBzCI1yAFhyCqKoBPfBABNhNGrBC3W4A
vul5rA95cOKoiwq52/h69dj7y8O8YqR7gvcs4ozdQjBBASxEMWd5WuwkBCyBSxZAC2SkkgBhDORC
XFJkBmRADMj+lXawdgL0JG9U9IJHxjKRXMooj07xVERclLkoBARoAxZoQyjg3aTU1IsWuSEnK2A8
480M5V88gANwQEH7KL3HfN7b+637JV4acmI+Jqv7tT5jD0TfUv0dAAcIAKWGeQMNAL2cABG4wUhE
hAFCAQRcIjjoigQEzF0FmOdDQGqHq3Ct1fOGa9S03AMdVlokwFgN5FTh+U1huEDxxRz2H9J2t5nq
/e4veS+zIyBHRIVDAJ90+GOKt5skGBq96X5adZkya+WUBtYLQC1kwANQwRXcQLN1gQ5MwyH4QD6k
pgZUflqVgxq8QvVjEMiRQnL12AO0wo5VAiEc9QaYcXCkMSH+5AMHzDVoUhkh4AYrAESaA18EmFlA
AGFChQsJDBig8OFDhAUEFLBosWKCBNkEYNEG4ZAAAa8cOgRw0mHCASdZtnT5EmZMmTNp1rR5E2dO
nTt5sqR48cAVLAUaPGhQQU+bBRBs7RmRgdUbFAypqqx6tWTEklQlDihAhQGEBwSMMkhXQOJCPaau
NkwjEq6ANCkRZqW7tW3ehT8R2tkgYIMECWMAqRFwoAKrNig23PmnIeEJQoXKZahlTsIECOsINWjQ
R5QAVhB2OaClScA4A8++bNtwYFsBJq036BKgK8hPDNviHshQx44JC8BNpMTLMG1Vhz8v/syQRYsO
DFsw0Lj+owUyRJZae3b3/h18ePHjWzK3eOUKUS9mDI8MOTLDoTeByJiCIIFPnwn4+6QQ5MmbQRqo
pxBYAIFEAr0aykqv5QS4YhocCKjgkysqegCCAjAgKgEIluohARYKEDHBuhCCABNMICAggQY0LOCA
CA4Ii4EZa3BAgg0yqKABJor60agFmmvgoKrMCyqSBnoQhYFiLPyCgn0OkSEfAebIjoAT/PhjKgla
WIWWDAQhxAVa1DiggDQq2SUPbw4gopJDoKGNttlcq4CQfJ6opKIGIlGgGAW8YWA47DK4DkuV7FJw
Qb4mqui56KarDlHkWjKJvEw13ZTTTmHyqqKLGFCjgA3+tvliAy4eO9RQ+Y6gQRUteNgSBS3/aCIT
QjJooRVQhDlCkEBOYJTYhH6Co40T7LjnpwcIuQIDBQTowjotnKAnjAPYUKONCRY8McUVEZjkAArS
cIcELeqwQAM76kDmHwHyEeaKdH6oszVdaniwAAUmYQCirJqzCEcCliKqgAuKUqCBA26QwMOEMsvs
IQyZcACXBCRIYMgHWixAF6J8fIBHo0x2kYQCnDmAnwIIkKCAGApwYKmaPYy4WOUcROuhnzTiyCMI
INBjjyIV9RTppJVeOqedyUrgAC5KPTUHLq7MgA4tSojvjVdjPcGcP4ooABAGmgh3AlJ8ReIcYXMm
9if+XA4TYJSfBCPMsC9iAO4HWm31Q6RQGkJRRQYcgAcMKgSgxwk77sigBDvUkeIfLjbQ4J97dDlA
8yBog4AdN0R6pQGsjmM0ubpSR311qgoYxDBWqEmQrrdzPt1E2xdkmvfefecUVLi48ESjBtaboRsB
PgpnJAg6GQOW+iBIgB1O5EqEgRQssSQBAhoYRJRD3AmEhG91R46An2aw8IoKfuphFQYweDKG635Y
hJEXbJ3qW8JnDCINm1ODODigBTV84QBpSAXluKALE1RuA4YQwD8KUIl7bGABg+qXAFRgurctyi61
a8uiisWg8xHLhFwpIV5K8jsXvhCGNhHhCfPShzT+UOAAhdhD9xpCw4V4xSsPkE0BEOCyAhwMBgXA
hQNm8KH9PNEAEbCLAqjYPZiJiAUGEEzMNJQAEjTAcAsgUgMmUAAVgCwCNHPRRbyFFR8GrHUeRGHq
BnaREa5OAhHIY0kUoBEeVmUpNUodC3FnqRgeEpG/K+QbFQIzYXBokbobZBxvR0nV3SWEMzRfJRnZ
Q9tpEjkzNI8dQ3nJrriAVgkh3IqUU6OwdLIhiZTlLJEGStY1yJKftOUPOelJrlAyk4NUFIPiuEsF
FTOFDdIZL9MXKjv+rCMfOQArxiAAcEigG/wIkGcCIYiQgKIBMsiENULCielJwBT8EEA3IGCCPej+
gQQKoAOfyPAITAiADNRgZSVp2U9/hieSPzQhCQNayuNMsi1AIkAZUVCACJClKA6YpAiR2ToS6gyU
mjRmKDcasGMS86ImHCVaLKAOEUiHOh+ggh168AtA1OIXPeKmII5QDECQAlfWyAALMCEIGSigEue5
ghIcJwUFtGwFWiBDBpLKigzo8p9RlWpPGFRHUnrPZKVknUVzqRAWjKERMyCACiqhhkqoYAA4OMcY
WFBCrbrxjsZUwD3y8FAJfEIAn0hQAqjBhQ4tIAMmmJElE7A9Hl70jrr7Se2eIwIR3OAeN/gAcDSw
An9MQwcybYDftnQ2FRHup0G9iAOKqoXHacD+tBlA7eP4OVXXvlYnzXGmyxCi0Lcus5MLYAEXWFCC
UXAhGffoAgp221v84PMjEKCmAKgBiUjAQgCAMAMaBABOFDRAFSIBBQTa6NGPxjEBWuCECh4QA1Eo
QBTCeEAGOKGFBpCABMI4AXxJwLELWJUEPcVAChwwgSdObAI9gMAX79MAFmQAA1DzJdwqshBoUiG5
RFvABBLAvG3qID/7yY/2uAfUSigAAqYggwD4AIESvJME7/SQiheg4hXCFsYxtomjGsAFQXChAutp
wQT4gNz7iIMbAmCLCmHZEAOYAB1JQIcJamCCKRDBH42QgAyw0I9fZGALXYhBNd6wggZ0s6b+1njH
MWwahANo4UFoykAb77JC5cAAHe5tBCB0EYlGOKAR/lDBoeygAVZJIRWVeERzGJCGApBgEwI4hQzC
8Ihf/MEPJ0ABpH+AZjbMIAaw+AcqFPhU3GGyK1rB6PkK2klMyRjVqXaJozbAjy9cwFRfaMCHLXIm
HpjjEzJAQHI6CletkrUSaXgqsNMAggFQ2cpY1nJUasXZ/LlgEX+gQDOcAKM0ZEIBtSu1d6myABeM
QxfjYIEGTkCGDZCBBRP4TZ9vUIc5IMMeQXjBACYwg0D8oSibwcQJIMCNSzQD0idIwR8AUenHMeEf
eNDFC+zgVI4WNJfb9m6vfXhqVV/8tSn+YfWpmBDrBqRBAc2ZFZcWJPFfamWgCSnjYbo3gQMcxlsa
FgCEhaaKaWhYPwbAh374UwKmiMScf4SjMvMiAQY8SKw6ODoDxDqDVVwBGUf/BzKYrYAEoskiMtiE
KE5hhkM84gWMUAMbckgIg2fgASwoxKZdkYqnwjGEpkumVW5J9yLLHeN5/6dEaLweo+iYxwLwBun4
MwHE3g63krQlxX19W7h7pYhjESITCiB5F8lMwCTQDIXrmAIvMrUBUrxiAWCgAAEvBQEw6EAUNjCL
TpQOdXH9paJyF8wFgzTub1yJ3nl/SJM/vJCHHybje2nKYCI0d0RG3+wZacxQz9AoyRP+gCemd8w5
8lriXVXOCG/Xe+8rUvum3H5eMnl3x9s9+ZtMCzITb/6SbxIi7k//9Rd88ornnvG7//7+k2bJ/Icf
/szP+ZTvkoAv/mrv9yqOlxKw+fAP8XQvrnIPjviPAjcF5SqJAQOwAOeO/IyljsQiohBAZyZGipRj
AshIogYgAqKoRN6PIYRIiO5OAgkKAEmNoz6oBgWK+EaoAnvQU0otB5np/DTQg0bpCgihVO7hAIJA
Z1jQ8OLoBYJAFPRBLMJuEYZFdaqCCV6OtnApCIdu4tLv8HbJqg5g1wZKBDFk85hPLyTARTZgZrJt
dW7GaLovJjzgA/CQJhygAD6gAED+wAcDESWSw4iMBYi2KoqiiNe+69Pwgi885idaLR8mQQDOoADs
YALqQQAmwRQcQOf6YAUgARDSobrIKCHCDgzsQBx04BkgzQUOQMTWSQKWQhuwQDSo4Rm4MAEqwRII
AAJewRbVYBCIggvOQQDGYvgCCoRgCZSMEAlTiCmcAiqkYgeNxR/S4zXmoRJScCFYJVHmSHVcAhj+
IR10gSYoggH+UBAFsXYcpZlc5nQOKjJSqQB1aXWCBy4CYXZa7R9+oQCU0AForQDOhAO2xBm6CQmE
AR1y4yKEANJogBqq4QQawQ94IIEsggEqwQjYYBsw4AI2JhcfJB0y4ALSSgSc4Ab+IpEf/uECkNEL
h5AZS2KxILEi+ghoPuI9XiEDZEEfKNEWiORtCsAbriAGVOAZVCAIHMAmBY90MsAN3sAbKpEFNqEb
ZqAARKESeEQPtAACQGHE7oAdUIAB5kkA+GEJDOAGIkAN1OAKwkAXPkAMDAMMOsAJXq5e4GId8zIt
RiojFGAKZq4KDuAAqGAMRqwMzCALKrEBeKCb6GMQIOACeFEjticFPgEUOiEUGsAUREEUxqAT9ikZ
6+In0ogRwgAHIkAXOG4DlHDWQu4iOsAg/SB/tOQNmsMhIy0BUKAQMiEQeEABDO0iKoAjb2AXDEAB
cKgi3kESKoBkWCEQ4oALY43+CZpP/rKQIuKiEvQoUqQjsiYrOCwgHYLgCXKAFWahBN5GjFigFWKh
GgTAChrgObogs8TIKd/ACHJADuKABrgAAzJSDdqBFAAhBkiAzAogE64AjAChAIrgD8yBB9hAFXLA
CILADWiADSILCchxcyqCDysiLz8UAEBlYCrCAqADparjKZUgB+AgDnQAP+fgB8DsBxJBEVzgEj4r
RZqAFEohBkZgDiL0B95gFd6O9hjCUSAAHMjgBP3OeMygBSKgx7zBCjAmP1Zg53CuuyagD/ggQU6w
GhAkxEZMHYzzAPRBcWRHB7jweyDBKF5hEvjBQtTDDFyShqqxkn7iBP/gEGb+QN2g47G6Ux3sYGuY
bRr5p1gkgAt0IAGYwACEQQBi4FC6gBjGyBtZhQQaoRIK4Qv8cxRSYA/I4A0UIBCuoAkCbtIqkg24
IAdO4A0qlA2oQwfswC25EAB+AkQ/1B2dw0QnpVr87A76jFVilKacIBEa4QkEARMqIAPGIBNKNdIW
YA7uYFVblUi5TfHcSPjgTpfk7wsx8EiTlMI2IpqEhnleAQJsTjPQ9W0kgBrgQCS4IBI0JgEmgCMG
rwGGpmjwdQQaQBQgwX1EAUH5iiM6wR8EIQW2NDMQtgFeQRTcYAywQGi0YcSyIQF2gVZt9VbXMVdr
sgPAQADCQAw+4ADwIA/+loJkl4JoesC5JGESKAEyIcB6OsETDBZhvYdhYSEWZKGtCNAeOfDhspDU
7JT+BNBOhTYCuao6yc/iMpZpW+hTfHaYXCI5zEQw06AWWlD8bFAI7c44jFYHuxUDi2wroJZnES/4
JLDkvFaF0NZpmdZtZ2Jp9W9ppVZimkPohumELAomZ2igjg/7yPb+knZr7e8BdS//0rbXCOn53pZx
M0Wj1q/+tqoRlZGQejZbTQ1s8xaYbE+g3sgNS4VD0K/X/OiP/muOGhd1a+lSUqiOKkACHiAdRQT2
ipQqqigBnk8hNg80E2v83OwAbxCjMrdz4Y9vhelri6UArrFUDmAeysD+M/TADESwBldJ5SamtVIX
e5VGJmeLAdCB9NiSKJgpmA4gXJZPBQ9AM3Dpo3x3aNvvk9hw9iYK+xREKInSKFXAR9pjHyDAHqqJ
GqiBFbSrAHogw/hDBq5gDK6ADB6zBbZ0BcaST/hhdjRTFMjgYVmpbbNXg5FmsQaAYyqiPajBAP5y
HKjwAOzhEpTHFuKCFiAgE8agnCBTAriBH8aBgaugDmpAnugJEe4pnyCA4lAupNAWHHkXaBsvaLVv
bEEpPdezPQUk1oIgA7BAC3pAB1bgBGRmFRSgb7jEVprgCsShADigDD6hFxhhESyAAYYiGP6AEB40
Qo3gDajAAu5R2+b+doPzOLbiggv8QWNS8wuaAAva4Bd2gw1ogAqCoAfGgl29YXZceAx2pKeeICOF
qgHegBWMill6wQ7SwQKCQQvouPyMDwzr0Vq3Su4igghpF3NrUIQQVVGZQAKK4VE3YAu+IAK8EQIi
YRVIQQEOgYsJ4Q+CoQCwwGwyQRxooAIi4ROiAdIswFQh7UFVlVWpoFqVVo+zeSfcMSEAWZAJ2ZAn
CzswpBZkQQe8ZZUIh5JFyyJ8AJOlILVWywJMQF0sIG9l733fF3AbEAcRgl3dVQDgVWMaAB2UB1+X
ghpssRLowPSoQZ0qAXtS4BzKQBIWGAIamA9WAGG1FB8MwAHOQRT+0kEf0mFnrw+PtRmlQ5Sba2s9
LmCEZ04fDuCgHyCF4YIeCot7cLo4B0GdpuAAXgCHayAP8OAAWkwPIIAB8uCoMZBs6SguBKAPCqC7
TvlttDQuyOAMPMQU9ICfCzdrg3aVq4IaziSBpgFrcTClUXqfrXWXng9picmUI5eqjfgdF6oAjs5l
Rk8sDiABMgBhrKg5NoZ0/SghUACNXYAsZGAazIEXbgZDRqQAurQ5cKZILxeu1BZvbYdjLuKsJSmt
NzgDs9CV5e5r/Q9qKaprCbHBHqUAUOQKjkABsKACLCAVXEFbuGUBIiGoDoBbZCBcqBchxJKdD+AQ
aIEXTEuZCeH+AI7gCmoBAmRAANJxjY0GtYVWo2hvDCvXcNc6lD4be0P7d90qeLuW6LxQHhXCUVau
ACyAC7pAAzbAC74Aa+xgCVhlGCCgD8hJABrBswYMEzZhGkTCFoTbIiqhEjAABVYrBggCLrZBaKhB
dERBERyA+yCwK+QIw9c3krQb+Lwbdf82CHMwcatbca1bk8zj6KLatZFAAaiAA4YjOFglBUbVF47u
DYRAENIgWjRhHfbpVF1gACDgEUThEY77DpS5GnzjCB8gg0JuVGCgA90PbC1beNvaw3svBECgOUAg
BADAAwrABgogCW6AzEO0LUgXcYEXhW6pGv+vdazKWwbAACD+Wyzo8GZGIENEZAW4K0MsYGaMMyVM
dwAUYGNOr84LwK/FQoyaow7h19SYcfiS9qSvHMY6wBEEEqhewAFsAHzT4ApsgMLzArgRN7QXyfZC
7YOUdv0wqcIlSQdJm3BRmYhd56llRwLwaAGoYQEygxqmOiFwunT7oKPrtKMmndJhqwDIxQN8ggoG
UiQURwBMIAIszBQaQAKcC7rASZyY1aJbYAC4VEszmgHuIA0yczMtGGJ7F/3cN22PeP6+xeQQy2g3
t7rZ/Z6vwlE+2GXmPIkOAAfSxDXTIB33I7BHfdIWAQYOIBcK4JEaAM97gIuKgqMuJURR+9j17ie6
HABC4Cf+koBcdCEd/sEGBNLWAuETauqmcEVXKqCMo4ERIu1UaYABSqEARgBCJZRaU1mJATDl1l3x
Dur/JFd0iRbfnSko/KG1MeG1YzslQc4iBF6qdRtGert8g/sh30AAFOAGKoF85iC6paASVkGsDAlu
9e/iMe4G9OEfkCAEQiBD9eEGPP4AQP4fYEAgLYIFOOtWXliZ/aGZA/RXgoUGMDkDFiBVp9UNrnn5
rA+sk/jdYV1sv1oGjSRURuUAWGC92vu9vcA3EKVQNSO/Q4K/U+SeBCAUYp4iWcCw/eAHohUDVkvx
zf7sBREEXsBjBQAMXoDLb2ASKOAD0iEPliDwLqyAN0z+ECi62xvgDgQAFiIBElZgGlRhRRZWFHBW
Z5FYaRXQq6+1fce7tME7/kKIL+rtEKbhXpUetrGAAxwgDRRhQSvhEwqAGEZVGqTlDfq7sB8ymv2g
cU4rtcgeIAAIHEiwoMGDCBMqXMiwocOHECNKnEiR4AACGAdcxEhgI8ePHC961PiRmpoDB9JMM9BR
o8uOIT2CBClzpk2aNW/GzKmzJ8meIT/yFAqUaNGWIo8WGFAA44MGTwlIKACjAIQHCQpMXVKgRIER
EApkKCADQooEaDlOkDBhBVsJEQxEoABhQd27NCvq3cu3r9+/gPUOjWnzp0uSHrMWWCyhcM3BM38e
NTr+OWjlm5J1HqZc+HLmzpx9fv6MM+nljC8xDwjMurXr17BbQ4Z52HRkoZsjp8aNevdOz6dvB99J
uvdj0MNhOuYNvLjn2Th3xp5Ovbr16c6Bkoa+vLLh2rm7H/0+Mnl07UhxZ9c8Evxj95aZm3cs8/D1
+/jz66+YWYB//4TYBIEee5BAIAPHXbbAHniQsIceEFwmQQKRcCEAF5EkIMEA95jyXlHODaJHeM/Z
1lMBVDBwAAIDPMVAOk1BtQETUI2ngCWVKFCbfDc9IIE2rAhwDyDgGEDaVVfN11JL+zXp5JNOFvcA
BGNME+FULFj1QAZ3aCFFlyYoIFYBDTBgQAIxSJD+QQ8NFGCBVQQk0CYGVu2gxR3IaGFPErk00FhR
LJBhCARMJKCDABI4sEADCxhQgAsF9ABBDwlUlaWlBbCkwJxWtSCBDCTI0MAEJBxAQQExkPnAUxVk
sIGcU455AFOKgVBABEUVIMAV08xAQAWKXCEAmRVUsEETxc6QwFhZNhaBA2MqcAAmmcg6AAPQjqUA
A5OiWoADCHxUgT+GSBBEBLjI0Eddiy3WQJYnFfDAcBpBae+9+GJ30wIzWHNNhBBEcsUPCmDRapdf
2sHLN1cMcYAoJPBAiCvlYLCOJgpgkIYgCiDgzQHtpOEOCXdKMYcA+QSjzz4sAQUBNWSQYQ0D/dz+
qgsX//BSSyU8MCDAHD8AUsgBbKixBtFq/DFBH50c8MXG0fwhShdNzMKKFHYIwAAylawyQwWd/BND
GvxsUAEhB9DAwBhtClBJAQoMO29G6ulaABxtnKAFP3ZvsM0XTPj9RQyppHHAKWpoIYEiYBQgghq0
QLAJxjdsLEEPjVeeBwVaaC1F1746dcA9unD0ABte3FCDGlfA7Q28B8iLVH2+1Zvv7bjnTpF7GkXQ
gyyPREhABtt0EbgXX3Dp5R12OOHHfwLswQMgf6QAASaYQHA9JiQ4AE88bggAyA8l/3PHBhq0cccJ
Ll3inxcgQcXCBSQUcIAaBWxwzz9O1BGBBhv+uMM/fuCHP6DgBAU8YAGf0QBaxAMWAthEE/7ghxOg
4A1Xu1MGNGCHOtDgC15A3xe4sAFdQa9tBwiCrg7ABOK8xG6GEMABBDAKu+niHim84QE+QActlCAD
dbCDCxZRhRe4RHLcg8AlLnGCP0BvCj3QoAbu1IX3PSAG2xBGuAhgB0PUAQQQYAcV/DMAB9wQcDnZ
jUt0x8Y2ujEhPJHA/WLXrgJw4wpOUAAVOGCBIEohiMyoRcMO4A1wINCA29Me9khAijToQgFqsAb5
7mAyrZHgCn34E4kwcrZ5HGADB2CAP/KHM51V4gQ+498iDHhIBf4BGmuohDQUUIh1TLCCF8z+4B02
qAUPVgAW/3BGGkhYALRlgAFYQMAKmbDM7thtBsK6QgXsxgJYXOEDPhtclzSgvB58o3FdgNwBlniA
7ZHgEatAVRr6wMFdTnGXH/lRPOioAEK0YAIL6AQD4CYAFWQgcbKbjO3eSNCC5os0U6lju7CkpbuQ
gFsLyMpYRvWWCaDlohdlKAwuVxcSQGAqYUlAaUAypWmW0E8EYFQDSFA/ZxSADGzowVrispaaSsBT
BciSn1JQUQiQ6i4LCCUOCtCEAuRAjxlAQOzedIAHyOupTp1bZ5ryVGY6lQAFWJSbCnCBBszALmCt
i5y2itGyajVVBoAoUIVnurAsdF5abVf+BLJygYCeZjUGzate9cMd5bBHJJv0yV1PAwFaYEEA3nhF
A2iSHnoRwKndUIMAsmEAHSlpPYzVDmJm45ve/IY9SsrIXkdL2tdIZj19NQ6IMKubztKLdndNbXBk
69nxbBY1uJ2dZBRax79eFq8hAEBwDRKCGxS3tMhNbkHS+B7ajlQ8dMMtajGrxvA4N7qhFc5sr5tZ
7M6kjsNqF3pCOwAP2CEdwjhIcY+r3Pb6pQAAgK9rOgAC+g5kNgiAAFgWABNpScsmUGlABRZFArDm
9iNoUYBIWVua9uzotKCdbWcYDF3zcHc5PLEbRhrABUFwQQfUCJIa6lGAGRDILgTSQAL+usEPb5ii
AQkQhD86IQBOmKUBoPBPNiSQB/+kAQAfeIFk6wECDlBgEjaY4RUKIYAI3MC9UIaI3QwyCWVUeS8f
0EclniyQ2TCBDWRQQw/4KwF2qGEcGMCIAAiwZgIIbgM4+5IWNKAejiRYpLHtq2tVs93iUJhHFv6z
QGuiYTfz4wsX0AEEThCFAgztA3WYs/KWcYV9FiANCpBBJqyRARZgQhAyMIQmrvCFnFLgH+nQhQdS
shgFbPkAk0jCDAvwgVlH+dYMmfJAOtABMAggDGL4wAfCoA8BUIDYAsAFCHwtgHrcwAEfgIdkz/EB
YVyhEmkQQDqWgGedMOELZFAAIFj+0IJAKeAeJRwWVof15ji74Q3eEMAZGqBidAhgEtxwQAfOUYkD
nAMdEIQDCfxRYwh0u8EXxgxwvKNnQds2u0viSKEFxwQIACIe+TjA0GKABS0EowClUAClLb2YJ2BP
kdxTwQ/sl4YrCAPVqmZ1u5Ic61k3w9a4zvlBdC0QXYThAEhIQqx9/g8L+DwfFoCBMJChiwJUggHC
0Ic+bPABaFu7ErqwgT7qQQKMLKCObP32NpIhiVgUoBoq2ka6qcruv8H5H1JwgxaMkAM5zEEJlV4M
ppEhdV1cQRy6gIE7YkECGHyara4FD3lpm1rWJlw0EM9toRvgBTMo9RWHrQQOZwD+M7fRQQEq7gZi
u9GAC1jCEmg5vQQacAb/3IMCFjhyGIAcAcmmAwROOHKShxUCnOv89wLhOQB0kY4DWEDoSSD+P4Ch
fGCAQB9hyIcC0rA1fZyD6lbX8g0+QAlCnMDrYOeI2KURAzVU4m0HULvdUtA3t8d5m0C0A9dIXgC+
60MX5BznJVBCTvXsiEl79lgJxRjzEmAPcF0DoGAJwFNroRmrFYDbFXmhgRQAsBGpAYELxyTAt4EP
YULQw2u+BmzClg524AEfQIIeAAKOEAZuEwYMwAHRNm0f8HxgUF/csGNA8QBm4AV+EjcF0AI72Cav
4B8+QyaVVwHb0AYGsgd2gQf+eQAMCkAJ91YJDrAL5/cB53AOvJaFW3gOOmIfy1UbFlEbCqAI1iAm
cEMI2jABFOdXm0UiR4Q9t/R9NmEKelAJamBb/8dwjwcikcEQo4FXY+gdHFiIt0NhjQcd7nEdBTAJ
B+ABG1EAepA/ZPAPbkAG2nAAETAB4YBYLyYBhBAJZBA5oEAGAnAHDSADckhBJ9AApiAKohAJkKAD
DVAJkyAA/EALOhCEOsiD4zVoEmgc8LFGDSGIC6GIhpiM+GIfzAWBYHhf9SFaTWI3w6VM7FaJJIAB
20ABLpAji3ESPGAOnyADLSADxyAFBRAIDKACq+gHPtAKd1AMRyAIgdAAHCD+BjcQBXFwCCrwBWon
dhugGoKGiLxTgcSIH46njAq5jIB1kF22iHt1A/rwD0gQAiGABP+gDzeQBGrwDwBwA/eQBDfgje3S
AYvACCiQANPgBqSgAIFwBRnQju8Yj/MYCDxgBvcQBP+QD2FQa/dAa7SkC9blcIShHW7kHAO1kEq5
lPgBAi/AbGDwAiBQXGoQBGoQBi9QdR1QDwKgBvBwA0hQD4owV9SQDQKQBv5wBRBweinQB3yweq94
CPTIAw1QD2qgBtAnDAVwDgJQCPpQCFxmEESpG8qVG0nJlIiZmAQVgLSgBqOgcdOgSYLhXGKomJZ5
mZhJHQE4FakCYxq4F4GgKIgWmJmkWZqmGRi804ynuZqs2ZqLmUauGZuyOZtPQh7GSJu4mZu6uZu8
2Zu++ZvAGZzCOZzEWZzGeZzImZzKuZzM2ZzO+ZzQGZ3SOZ3UWZ3WeZ3YmZ3auZ3c2Z3e+Z3gGZ7i
OZ7kWZ7meZ7omZ7quZ7s2Z7u+Z7wGZ/yOZ/0WZ/2eZ/4mZ/6uZ/82Z/++Z8AGqACOqAEWqAGeqAI
Kp4BAQA7

--========GMXBoundary256731047284644--



From stepan.kafka at centrum.cz  Mon Mar 10 01:26:52 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Mon, 10 Mar 2003 10:26:52 +0100
Subject: [Mapserver-users] projection problem
In-Reply-To: <25673.1047284644@www51.gmx.net>
Message-ID: <000901c2e6e7$2f02c620$024de4c2@HSGIS>

You have specified targed projection the same (lat/lon WGS 84) as the source
data, so data aren't projected. Try UTM or Gauss-Kruger projection instead.

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
> frauke.trurnit at gmx.de
> Odesl?no: 10. b?ezna 2003 9:24
> Komu: mapserver-users at lists.gis.umn.edu
> P?edm?t: [Mapserver-users] projection problem
>
>
> Hi list,
> I have some problems with the projection. It seems as it doesn't work. My
> map looks like not projected.
> Does anyone have an idea what's wrong? I attached an example map
> of Germany.
> Thanks for help
> Frauke
>
> Mapfile:
> MAP
>   NAME "Bundestagswahlkreise 2002"
>   STATUS ON
>   EXTENT 5.24 47.29 15.33 55.33
>   SIZE 700 700
>   FONTSET "/www/fonts/fonts.list"
>    IMAGECOLOR 230 230 230
>   UNITS DD
>   IMAGETYPE GIF
>   WEB
>     IMAGEPATH "/usr/local/httpd/htdocs/ms_temp/"
>     IMAGEURL "http://172.23.71.157/ms_temp/"
>  END
>   PROJECTION
>     "init=epsg:4326"
>     #proj=longlat
>     #ellps=WGS84
>     #datum=WGS84
>     #no_defs
>   END
>   ...
>   # LAYER
> DEFINITIONEN------------------------------------------------------
> -----------------------
>   LAYER
>     NAME "Bundestagswahlkreise 2002"
>     STATUS DEFAULT
>     TYPE POLYGON
>     CONNECTIONTYPE OGR
>     CONNECTION
> "../../../www/projects/bundestagswahlkreise/data/vektor/wahlkreise
> 2002.tab"
>     CLASSITEM "Name"
>     TEMPLATE "ttt.html"
>   PROJECTION
>       "init=epsg:4326"
>       #proj=longlat
>       #ellps=WGS84
>       #datum=WGS84
>       #no_defs
>     END
>    CLASS
>       NAME "Wahlkreise"
>       EXPRESSION /./
>       COLOR 255 255 0
>       OUTLINECOLOR 128 128 128
>       TEMPLATE "wahlkreise.html"
>     END
>   END
> END
>
> --
> +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage!



From leo.olivieri at libero.it  Mon Mar 10 02:06:25 2003
From: leo.olivieri at libero.it (leo)
Date: Mon, 10 Mar 2003 11:06:25 +0100
Subject: [Mapserver-users] delete me
Message-ID: <000d01c2e6ec$dc318b60$37a5b650@olivieri3virgilio.it>

This is a multi-part message in MIME format.

------=_NextPart_000_000A_01C2E6F5.17764C80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Please, delete me from users lists.

Thanks

------=_NextPart_000_000A_01C2E6F5.17764C80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Please, delete me from users =
lists.


 


Thanks


------=_NextPart_000_000A_01C2E6F5.17764C80--



From tzerweck at zebris.com  Mon Mar 10 02:56:12 2003
From: tzerweck at zebris.com (Thomas Zerweck)
Date: Mon, 10 Mar 2003 11:56:12 +0100
Subject: [Mapserver-users] itemquery on Mapserver 3.6
Message-ID: 

Hi,
I have a problem with itemquery (using Mapserver 3.6) and just can't find out where the error is. Whenever I execute my query, always the first object of the shapefile, that lays within the extent defined in the map file, is selected and highlighted, but not the one I'm asking for.

In my map-file, the part of the Layerdefinition looks like this:
FILTER ""
CLASS
	Name 'cityareas'
        COLOR 13 34 196
END
TEMPLATE xxx.html

The javascript executed for example on the onClick-event of a button looks like this:
	function startquery()  {
		document.mapserv.target="_self";
		document.mapserv.mode.checked=true;
		document.mapserv.mode.value="itemquery";
		document.mapserv.qlayer.value="cityareas";
		document.mapserv.filteritem.value="NAME";
		document.mapserv.filter.value="Munich";
		document.mapserv.submit();
	}

No matter which value I insert as filtervalue, and how I write it (Munich, 'Munich') - the result is wrong (using itemnquery selects all objects laying within the defined map extent...).

Can anyone help me? Thanks in advance.
Thomas

ZEBRIS
Geoinformationssysteme und Consulting
Lipowskystr. 26
D-81373 M?nchen
Tel.: ++49 - 89 - 58 99 88 86
Fax: ++49 - 89 - 58 95 86 53
Internet: www.zebris.com






From mschulz at webgis.de  Mon Mar 10 03:25:03 2003
From: mschulz at webgis.de (Michael Schulz)
Date: Mon, 10 Mar 2003 12:25:03 +0100
Subject: [Mapserver-users] itemquery on Mapserver 3.6
References: 
Message-ID: <3E6C760F.4F176ECE@webgis.de>

Hi Thomas,

> The javascript executed for example on the onClick-event of a button looks like this:
>         function startquery()  {
>                 document.mapserv.target="_self";
>                 document.mapserv.mode.checked=true;
>                 document.mapserv.mode.value="itemquery";
>                 document.mapserv.qlayer.value="cityareas";
>                 document.mapserv.filteritem.value="NAME";
>                 document.mapserv.filter.value="Munich";

I think the problem is that you don't refer to a layer specific filter. If you want to assign a filter via URL use this syntax "map_layername_filter=yourfiltervalue". It might also be important to include in your filterstring how to query for results (string, logical, regex
comparison), for regex comparisons you should enclose your statement in //, e.g. "/your_regex/", for logical expression in () for string expressions in "".

HTH, 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 mschulz at webgis.de  Mon Mar 10 03:25:20 2003
From: mschulz at webgis.de (Michael Schulz)
Date: Mon, 10 Mar 2003 12:25:20 +0100
Subject: [Mapserver-users] itemquery on Mapserver 3.6
References: 
Message-ID: <3E6C7620.A6B4C94F@webgis.de>

Hi Thomas,

> The javascript executed for example on the onClick-event of a button looks like this:
>         function startquery()  {
>                 document.mapserv.target="_self";
>                 document.mapserv.mode.checked=true;
>                 document.mapserv.mode.value="itemquery";
>                 document.mapserv.qlayer.value="cityareas";
>                 document.mapserv.filteritem.value="NAME";
>                 document.mapserv.filter.value="Munich";

I think the problem is that you don't refer to a layer specific filter. If you want to assign a filter via URL use this syntax "map_layername_filter=yourfiltervalue". It might also be important to include in your filterstring how to query for results (string, logical, regex
comparison), for regex comparisons you should enclose your statement in //, e.g. "/your_regex/", for logical expression in () for string expressions in "".

HTH, 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 sscott at gwi.net  Mon Mar 10 04:24:39 2003
From: sscott at gwi.net (Shannon Scott)
Date: Mon, 10 Mar 2003 07:24:39 -0500
Subject: [Mapserver-users] Mapserver Language
Message-ID: <011601c2e700$05613c70$44c8a8c0@PEMAQUID>

This is a multi-part message in MIME format.

------=_NextPart_000_0113_01C2E6D6.1C5111A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,
I am new to mapserver.  I have many mapping apps that I would like to =
try to serve with mapserver, but many of the apps contain dynamic =
content.  I have seen that "PHP MapScript" is one way to change the =
mapfile dynamically, but I am wondering if it is the only way?  Do =
people have any opinions about "PHP MapScript" or the alternatives?  Can =
Java be used?
My needs are not too much... I need to dynamically add layers, and =
change the projection on the fly, etc.=20
I want to get a good understanding of the options before I begin a =
rewrite.
Thank you for your thoughts.
Shannon


------=_NextPart_000_0113_01C2E6D6.1C5111A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello,


I am new to mapserver.  I have =
many mapping=20
apps that I would like to try to serve with mapserver, but many of the =
apps=20
contain dynamic content.  I have seen that "PHP MapScript" is one =
way to=20
change the mapfile dynamically, but I am wondering if it is the only=20
way?  Do people have any opinions about "PHP MapScript" or the =

alternatives?  Can Java be used?


My needs are not too much... I need to =
dynamically=20
add layers, and change the projection on the fly, etc. 


I want to get a good understanding of =
the options=20
before I begin a rewrite.


Thank you for your =
thoughts.


Shannon


 


------=_NextPart_000_0113_01C2E6D6.1C5111A0--



From miroslav.sodja at gov.si  Mon Mar 10 05:04:47 2003
From: miroslav.sodja at gov.si (Miroslav Sodja)
Date: Mon, 10 Mar 2003 14:04:47 +0100
Subject: [Mapserver-users] Flash interface to CGI MapServer
Message-ID: <003a01c2e705$a0b319a0$24b1000a@arao.local>

This is a multi-part message in MIME format.

------=_NextPart_000_003B_01C2E70E.027781A0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Thanks to Ryan Grant and Itasca DHTML code, I've built Flash interface
to CGI MapServer. Feel free to use anything you want. I would appreciate
any bug reports, feedback, suggestions, etc.
 
http://www.go2ing.com/geo/cgi-map.html 
Miro Sodja
 

------=_NextPart_000_003B_01C2E70E.027781A0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable























Thanks
to Ryan Grant and Itasca DHTML code, I’ve built Flash interface to =
CGI MapServer.
Feel free to use anything you want. I would appreciate any bug reports,
feedback, suggestions, etc.



 



http://www.go2ing.com/geo=
/cgi-map.html




Miro Sodja



 









------=_NextPart_000_003B_01C2E70E.027781A0--



From tzerweck at zebris.com  Mon Mar 10 05:38:24 2003
From: tzerweck at zebris.com (Thomas Zerweck)
Date: Mon, 10 Mar 2003 14:38:24 +0100
Subject: AW: [Mapserver-users] itemquery on Mapserver 3.6
Message-ID: 

Hi,
the layer is defined by the qlayer-statement, and that seems to work since the selected (wrong) feature is a feature of this layer. The regex stuff might be the problem, since in the doku they say the filter string must be a Mapserver regular expression. However, I tried it with  document.mapserv.filter.value="/Munich/" which didn't help. Is there an error in my regular expression?

-----Urspr?ngliche Nachricht-----
Von: Michael Schulz [mailto:mschulz at webgis.de]
Gesendet: Montag, 10. M?rz 2003 12:25
An: MapServer Userlist
Betreff: Re: [Mapserver-users] itemquery on Mapserver 3.6


Hi Thomas,

> The javascript executed for example on the onClick-event of a button looks like this:
>         function startquery()  {
>                 document.mapserv.target="_self";
>                 document.mapserv.mode.checked=true;
>                 document.mapserv.mode.value="itemquery";
>                 document.mapserv.qlayer.value="cityareas";
>                 document.mapserv.filteritem.value="NAME";
>                 document.mapserv.filter.value="Munich";

I think the problem is that you don't refer to a layer specific filter. If you want to assign a filter via URL use this syntax "map_layername_filter=yourfiltervalue". It might also be important to include in your filterstring how to query for results (string, logical, regex
comparison), for regex comparisons you should enclose your statement in //, e.g. "/your_regex/", for logical expression in () for string expressions in "".

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


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





From jshorie at medinaco.org  Mon Mar 10 05:54:24 2003
From: jshorie at medinaco.org (Jon Shorie)
Date: Mon, 10 Mar 2003 08:54:24 -0500
Subject: [Mapserver-users] Demo app for perl mapscript
Message-ID: <200303100854.24691.jshorie@medinaco.org>

Does anybody have a simple demo for perl mapscript that supports navigation?  
For example zooming in and panning.

So far, I have gotten the simple demo to work that just renders a map file and 
then displays it.  Now, I need to get some navigation working.

Here is what I have so far:


#!/usr/bin/perl
 use mapscript;
 use CGI qw(:standard :html escape);
 $headingfile = "/var/www/cgi-bin/mcsegis/heading.csv";
 $ENV{MS_ERRORFILE} = "/var/www/cgi-bin/mcsegis/mapsrv.log";

 print "Content-type: text/html\n\n";

#################################
# Get Heading from Heading File #
# and print it                  #
#################################

open (HEADING,$headingfile) or die "Can't open data file: $!\n";
@HEADING=;
close (HEADING);

foreach $line(@HEADING)
{
   chomp($line);
   print "$line \n";
}

$imageid = time() . '.png';
$imagefilespec = '/mcse3b/' . $imageid;
print "saving image $imageid";
##############
# Render Map #
##############

 my $map = new mapObj('/var/www/html/mcse3b/mcse.map') or
 die('Unable to open mapfile.');
 my $img = $map->draw() or die('Unable to draw map');
 my $void = $img->saveImage($imageid, $mapscript::MS_PNG, $map->{transparent}, 
$map->{interlace}, 0);
  print "";



From mschulz at webgis.de  Mon Mar 10 06:07:46 2003
From: mschulz at webgis.de (Michael Schulz)
Date: Mon, 10 Mar 2003 15:07:46 +0100
Subject: AW: [Mapserver-users] itemquery on Mapserver 3.6
References: 
Message-ID: <3E6C9C32.B360B359@webgis.de>

Thomas,

> the layer is defined by the qlayer-statement, and that seems to work since the selected (wrong) feature is a feature of this layer.

is there a special need for you to do this kind of query with a filter? As i understand filters,  they reduce the basic (also geometric) data for this layer to the result of the given filterexpression, i.e. when you set your filterstring to "Munich" then only the polygon with the attribute "Munich" would be in the data for this layer and subsequently an itemquery would yield the
information for Munich, but only because it is the only data in this layer. Is that what you want?
I assume you want your complete layer data, let's say all german towns, queried by the name attribute, right? You could do that by using the cgi-parameters: qlayer, item (the attribute-column in your shp-file you want to query) and value (the actual value you want to do the query with).

If you want to work with the filter, you will definitely have to use the "map_layername_filterstring" syntax, where _layername_ would be the same as your qlayer value.

Cheers, Michael


> The regex stuff might be the problem, since in the doku they say the filter string must be a Mapserver regular expression. However, I tried it with  document.mapserv.filter.value="/Munich/" which didn't help. Is there an error in my regular expression?
>
> -----Urspr?ngliche Nachricht-----
> Von: Michael Schulz [mailto:mschulz at webgis.de]
> Gesendet: Montag, 10. M?rz 2003 12:25
> An: MapServer Userlist
> Betreff: Re: [Mapserver-users] itemquery on Mapserver 3.6
>
> Hi Thomas,
>
> > The javascript executed for example on the onClick-event of a button looks like this:
> >         function startquery()  {
> >                 document.mapserv.target="_self";
> >                 document.mapserv.mode.checked=true;
> >                 document.mapserv.mode.value="itemquery";
> >                 document.mapserv.qlayer.value="cityareas";
> >                 document.mapserv.filteritem.value="NAME";
> >                 document.mapserv.filter.value="Munich";
>
> I think the problem is that you don't refer to a layer specific filter. If you want to assign a filter via URL use this syntax "map_layername_filter=yourfiltervalue". It might also be important to include in your filterstring how to query for results (string, logical, regex
> comparison), for regex comparisons you should enclose your statement in //, e.g. "/your_regex/", for logical expression in () for string expressions in "".
>
> HTH, 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
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

--
-----------------------------------------------------------
Michael Schulz                                in medias res
Dipl.-Geologe                              Gesellschaft f?r
                                Informationstechnologie mbH
                             Sautierstr. 38, 79104 Freiburg
                                     0761 55695-95 (Fax 96)
mschulz at webgis.de                             www.webgis.de




From eric at gomoos.org  Mon Mar 10 01:29:58 2003
From: eric at gomoos.org (Eric Bridger)
Date: 10 Mar 2003 09:29:58 +0000
Subject: [Mapserver-users] query
In-Reply-To: <001701c2e520$7f0dcc00$0201a8c0@sun>
References: <200303052045.AA50987218@rboxtech.com><1046854455.10187.4.camel@ubet.gomoos.
 org> <005001c2e399$b8fe2500$0201a8c0@sun>
 <1046941114.1433.9.camel@ubet.gomoos.org>
 <001701c2e520$7f0dcc00$0201a8c0@sun>
Message-ID: <1047288599.1453.24.camel@ubet.gomoos.org>

The point you create for queryByPoint() must be in map coordinates, not
image coordinates:
$mappointq->setXY($map->width / 2,$map->height / 2); 
is using pixels, not decimal degrees.  

I'm not sure where to find a PHP example, but there is an excellent Perl
mapscript example mapquakes.pl here:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2

see the set_extent() function.


On Sat, 2003-03-08 at 03:10, Srinivas Reddy wrote:
 
> 
> for the above layer i written this code for geting the result
> if ( isset($map_x) && isset($map_y) && strcmp($zoomdir, "QUERY_POINT") ==
> 0 )
> {
>  echo "your at the query entery point just enter
";
> 
>  for ($ilayer=0; $ilayer<=$map->numlayers; $ilayer++)
>  {
>    $selLayer = $map->GetLayer($ilayer);
>   // Pointing the map point to where the user clicked
>    $mappointq = ms_newpointObj();
>   $mappointq->setXY($map_x,$map_y);
>    echo $map_x. "
" . $map_y;
>    //$selLayer->{template} = "bogus.html";
> 
>    $mappointq->setXY($map->width / 2,$map->height / 2);
> 
>    $queryResult = $selLayer->queryByPoint($mappointq, MS_MULTIPLE, -1);
>    // here i am geting this error message " PHP Warning:  MapServer Error in
> msQueryByPoint(): No matching record(s) found"
>  echo $queryResult;
> }
> }
 



From dlowther at ou.edu  Mon Mar 10 06:33:43 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Mon, 10 Mar 2003 08:33:43 -0600
Subject: [Mapserver-users] OT: Point in Poly
Message-ID: 

Thanks to everyone for the info on this. Now we are cooking with gas.

Dave


From oknopp at kartago.de  Mon Mar 10 08:59:28 2003
From: oknopp at kartago.de (Olaf Knopp)
Date: Mon, 10 Mar 2003 17:59:28 +0100
Subject: [Mapserver-users] Select layers to display
Message-ID: <002a01c2e726$69fe6b50$2200a8c0@KNOPPMOBIL>

This is a multi-part message in MIME format.

------=_NextPart_000_0027_01C2E72E.CB671EC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,

i try to install some checkboxes on my map template to select layers to =
display, but it does not work.
After checking a checkbox, the layers disapear from the map and the box =
is unchecked.
=20
Here is an example html passage of may template:

...
Gastronomie
...

And here an example passage of the mapfile:
...
LAYER
   NAME "Gastronomie"
   TYPE POINT
   DATA "Gastronomie"
   STATUS ON
   CLASSITEM "Art"
   LABELITEM "Bezeich"
   LABELMAXSCALE 2000
   CLASS=20
    NAME "Hotels"
    EXPRESSION "Hotel"
    SYMBOL "Hotel"
    LABEL
     ANTIALIAS TRUE
     TYPE TRUETYPE
     FONT "Arial"
     SIZE 10
     COLOR 0 0 0
     OUTLINECOLOR 255 255 255
     POSITION uc
   END
  END
END
...=20

What=B4s wrong? Can anybody help me?
Thanks

Olaf

------=_NextPart_000_0027_01C2E72E.CB671EC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable











Hello,


 


i try to install some checkboxes on my =
map template=20
to select layers to display, but it does not work.


After checking a checkbox, the layers =
disapear from=20
the map and the box is unchecked.


 


Here is an example html passage of may=20
template:


 


...


<input type=3D"checkbox" =
name=3D"layer"=20
value=3D"Gastronomie" [Gastronomie_check]>Gastronomie


...


 


And here an example passage of the =

mapfile:




...
LAYER
   NAME=20
"Gastronomie"
   TYPE POINT
   DATA=20
"Gastronomie"
   STATUS ON
   CLASSITEM=20
"Art"
   LABELITEM "Bezeich"
   LABELMAXSCALE=20
2000
   CLASS 
    NAME=20
"Hotels"
    EXPRESSION "Hotel"
    =
SYMBOL=20
"Hotel"
    LABEL
     =
ANTIALIAS=20
TRUE
     TYPE =
TRUETYPE
     FONT=20
"Arial"
     SIZE 10
     =
COLOR 0=20
0 0
     OUTLINECOLOR 255 255=20
255
     POSITION uc
   =
END
 =20
END
END
... 


What=B4s wrong? Can anybody help =
me?


Thanks


 


Olaf


------=_NextPart_000_0027_01C2E72E.CB671EC0--



From sgillies at frii.com  Mon Mar 10 10:12:02 2003
From: sgillies at frii.com (Sean Gillies)
Date: Mon, 10 Mar 2003 11:12:02 -0700
Subject: [Mapserver-users] python mapscript shapefile bug
In-Reply-To: <3E6929AE.A219B9A2@arb.ca.gov>
Message-ID: 

On Friday, March 7, 2003, at 04:22  PM, Jeff Austin wrote:

> I'm using the Python module for MapServer 3.6.4 to write a cgi script,
> and I'm running into a puzzling bug.  My map includes several
> shapefiles.  When the map is zoomed out so that all the shapes lie
> completely within the map extent, everything works fine.  But whenever 
> I
> zoom in, so that a shape lies wholly or partly outside the map extent,
> the script crashes (browser screen comes up blank).  The Apache error
> log contains the following error message:
>
> [Fri Mar  7 13:26:08 2003] [error] [client 127.0.0.1] File does not
> exist: /var/www/html/phpconfig.php
> Traceback (most recent call last):
>   File "/var/www/html/webmap_cgi/maptest4.py", line 313, in ?
>     image = map_obj.draw()
>   File "/usr/lib/python2.2/site-packages/mapscript/MapScript.py", line
> 1468, in draw
>     def draw(*args): return apply(MapScriptc.mapObj_draw,args)
> RuntimeError: msSearchDiskTree(): Unable to access file.
>
> Exception exceptions.RuntimeError: 'msSearchDiskTree(): Unable to 
> access
> file. \n' in  _b01e1808_p_mapObj>> ignored
>
> I found several references to this problem in the mailing list, but no
> solution was posted.  Is there a solution for this?  Any advice would 
> be
> most appreciated.
> --Jeff Austin
>
>
Jeff,

I experienced this same issue with 3.6.  The mapserver code is 
generating a
non-fatal warning that the Python mapscript is interpreting as a 
RuntimeError
exception.  FWIW, this issue seems to be moot in the development code 
(3.7).
I'm not familiar enough with the code in maptree.c and mapshape.c to 
understand
how this issue was resolved.

Have you tried creating shapetree indices for your shapefiles?

cheers,
Sean

--
Sean Gillies
sgillies at frii.com
http://www.frii.com/~sgillies



From pond_bear at hotmail.com  Mon Mar 10 11:59:07 2003
From: pond_bear at hotmail.com (pond bear)
Date: Mon, 10 Mar 2003 13:59:07 -0600
Subject: [Mapserver-users] Projection translation?
Message-ID: 

Hi, I am a beginner of mapserver.
Now, I need to translate lat and lon into meter of some projection such as 
UTM.
I want to caculate it by myself. Can anybody provide some algorithm to me ?
Thanks a lot.

Jing
University of North Dakota.



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



From hunt at zedxinc.com  Mon Mar 10 12:38:34 2003
From: hunt at zedxinc.com (Aaron D. Hunt)
Date: Mon, 10 Mar 2003 15:38:34 -0500
Subject: [Mapserver-users] TRANSPARENCY problem
Message-ID: <011001c2e745$0568a920$1805000a@helicity>

This is a multi-part message in MIME format.

------=_NextPart_000_010C_01C2E71B.1C757C30
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_010D_01C2E71B.1C757C30"


------=_NextPart_001_010D_01C2E71B.1C757C30
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

When I try to do a transparency of 50 on a ortho background with a red =
polygon I get the attached?=20

=20
Aaron D. Hunt

------=_NextPart_001_010D_01C2E71B.1C757C30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









When I try to do a transparency of 50 =
on a ortho=20
background with a red polygon I get the attached? 


 


 


Aaron D. =
Hunt


------=_NextPart_001_010D_01C2E71B.1C757C30--

------=_NextPart_000_010C_01C2E71B.1C757C30
Content-Type: image/jpeg;
	name="transparency.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="transparency.jpg"

/9j/4AAQSkZJRgABAAEAYABgAAD//gAfTEVBRCBUZWNobm9sb2dpZXMgSW5jLiBWMS4wMQD/2wCE
AAgFBgcGBQgHBgcJCAgJDBQNDAsLDBgREg4UHRkeHhwZHBsgJC4nICIrIhscKDYoKy8xMzQzHyY4
PDgyPC4yMzEBCAkJDAoMFw0NFzEhHCExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTEx
MTExMTExMTExMTExMTExMf/EAaIAAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKCwEAAwEBAQEB
AQEBAQAAAAAAAAECAwQFBgcICQoLEAACAQMDAgQDBQUEBAAAAX0BAgMABBEFEiExQQYTUWEHInEU
MoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2Rl
ZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK
0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+foRAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYS
QVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNU
VVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5
usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/AABEIAb8CIAMBEQACEQEDEQH/
2gAMAwEAAhEDEQA/AMorgjPFAEkQO09BmgBRjA3dR0FACxoQp3ZwaAHhcLz68UAICS54NADl+6OM
+ue1AEq7RwTgn2oAhlwD8wGR2oAktwpbBI+lAGRqjf8AE7s414GSeaAOJ8WIo1qYIoG7GR+FAGWk
nkL83rQBIk8udxwR2oAdHJvbdjkUAJdRNJg5yBQAhthJZMpZht5GKAMXGOKANHSSPPbzThSv9KAJ
ftCOgjUKuOw4oAteGVzqTwBc7lycnAoAu6tdzC9kSJvLRPlxHxmgCgt7cMwiSU4Y8ZPFAFS5jkju
83LLIwOODnNAEsM8Z/dyo8Jzwc4NAG7pVxMIgsQLDs5POaAG+Ob6G5aAQSFZo0CuuO9AHOQiecKg
kPXnJ4oA7/wppibCw2gKOozQB0+k6fBJbOHXLK5BLCgDTg0+HhXjBXqBmgC0jQWMgijXPoAMAUAO
ub6OaOTaSCB360AeOeMX3ayxAPT+poAy4iUX7oIPUGgBMqr5VcDvQA4r1J59xxQAiRHqRw1ADwjA
lRlT15FACoo4yvze1AChXOSylR0HNADgDtXHDDp70ARHzGyGHTtQA0DP8J+lADGKjPqKAHfK3ykY
PbFAAEH8Kk+5oAChC/LH+NACAggAx8jvQA5gCBtQk+lADRGC21Vw3f2oAXKKcONwzzQBHIq/eHy0
ARFeMgnFAAoAyBnH0oAbwSdwIxQBGwHUDr70AOA4oA9T+FUrHSZ435COdp9vSgDsLjGVwMcUAQsA
ZtxxyOMUACxgnJIJHGBQBFMg3ZU//WoAQKsgBz0oAZN0yhzn9KAI5VVWGWyc/hQBE7HepAGT1NAD
dx3Bs7cGgCk55HXNADxwOSABQA1RuIYk47UASow2kH8KAFkyFzt4PpQARsO+Rz6UAG4c44xQBKqk
qWBGRQA2RyrAnuMc0AJCMSAAYJ79qAMm6TOvQuTyo6UAcX4tP/E7uACCRgcUAYuDg9z70APAOAHN
AE1t8pIB4+lAA9zsYrtyM+tAEgl8uwmfgMOgPegDGVDNIMcFm59qALV3ZSW8LMMFOMmgBYtMulRZ
RGcdRxQBJYkxX375ysmeOcfhQB2lhDbyHzGiXPqADQBk+INOgjWSRMhm6UAcrcQSRNnHTuKAJEne
4dBON4XocUAdhpduUEbDmMd6AKd1DY6hqiR3MzRQ7gDIoyc0AR6tocWg3EMjymaKcgqO+KAPd/B3
w9STw3b36XAjNxDvAwSQMUAc/as8VvPGx3tFKykjvg0AS6U5klmmcsofACE5C/SgC0TGVLtnJOaA
M+adJHYovPTNAHmPi9GGqeZkYI6CgDLUBY84OTyAKAGAbzgZz6UATbCoG0ZoAZI5VgCDgd6AFjJJ
+YsfegBQWHKk/ligCaISM2DyMZ60ADBzIAccdKAGHf7AegoAQ4UY449KAGMiFchfmB4oAkaOPaNr
E57elADcAE4J9qABHx978KAEK8EEctQAsa7XyHOaAApg8kj3FADZIUIyGNAETRrwSc4oAGX5PlFA
Dec5YYNAFaceX65oAj/2RxmgB3IUDH45oA9U+Fit/ZM2FGC5I9elAHYSk/LnjbmgCHO4gjOMdKAF
jAWRgoxjkUARyEZIXr7CgBkZAb5eCBzigCOQhiQoB+tAETSAbecj37UAMlYbwcgY6c0ARMwLcnGO
SKAKzryWCmgB6IGQjpn1FAAqfKBgADjjuaAFiG3duXFAEjY2ggYFADDzz0oATbnJ6g80ASYZVIUn
JoAic/PnAwe3pQBNCSeTjB44oAzLqNf7cgbkZVl57nGf8aAOD8S/8ha5PXDcGgCrbQ/IC4xuoAfL
ahVyM7aAEgiI4HGRQBVmRlBJGPQUAPs/9It54s4VVznrzQAzRbRprhGztXOMnvQBs+JIEWNIgAAB
hu+aAKMd/cxwiFZV2gcEr09qAMlmMt3uuHCkHOQMUAdNa6tBDYBJQ0bZycenrQBWvNaa+TbFnavf
B5FAFGPFwpHO0evFAGgsGn21sjxAySdTx+lADBqM6OPK2og6JnigCWygFzIJYWCzIwcpjgjNAG54
vnGp2GnAIVmEvl7duN3T+VAH0x4akig8H2ab0BitQCN3Q46UAePxSwC4u5AwAeY/hQBbtr2Au8MY
BKfe+XvQA64mXYxcY29qAMxpI2jZ0BGKAPPPFbh7hABtxnrQBjlgFHP0xQARMEwQwJzQBKJR3FAA
zq3Cr+FACxtxgAAHqM9aAFAZenPvQBLG7AHIFACth0GNoOe9ACpGrDBZFx/EORQAqRQAHLqRQBCW
SLhCD68UAK7b9u4r1oACwwRwQPyoAUIgH3kJPOB2oATg/eYf4UAOjMCFh5pGR6UARyFFYKmSp6k9
6AB4RtB+Yr2wOlAFckAEc+mQOlACMw2hSMY70ANOzG7cxOOlAEEhQpg5PPXNAEJ6+npQA/AAzQB6
18MIiNC5+XcTzQB1DKSAB0J5oAaRjPBA7UARMRuIQ7eKAKxfbwSc5+lAEJc4OMbjQBC8gCnICjPW
gCNpPmBU5PrQA0sWcnJ47E4oAQsPvMcf40AIAM8kjPFAD84wMY9xQA1GAOCc8cUAP34GDQAowecf
SgBsZ+bJxQAuRkenf2oAXcCOMAUAI3A9QPWgCSLhe4IoAyr3LarbBj3J6UAcP4oRotXuE25+fIPq
DzQA2MExrhe1ACurRx5xj+tADY8DGOT6CgB1zFE0J3KMj1FAFS2sLia1l2R43dOaAE0zS7u3uF8+
NkGc9RigDptS09btYwJo14/iPegCjF4YdiB9rj57gZxQBFd+D5CTi5jQjoSuAf1oAZceGLuzsJJ5
5UlRVyMMDQBHommTR2/21Gi2Lz5bHk0AUNbvN9yVit1tScZ2k4zQBSe6niPlNkgfkaAN7w/a215O
q3O8Ieu3tQB1Xhnw3ate3TGSRJ7Qeai5H7wevtQBBqDtrPiLTrS1OZUcSjcNu0D3FAHttgksfhxm
YhuDuVaAOBOxY5lWERZkPXr1oAjsW2yzMWA3HIANAD7t2aMbTmgCuSAjBgQccUAcD4njaS737cKD
jNAGL5T7iey9DmgBQuDjkZ9KABi3A2igABIzxzQAAuR1xQA4u+cbiQO2aALdo/yEMud3X2oAWWVt
qkYK49qAGLOMj5cqOwoAk8xFxhF+nWgBHcFsLGgHrigAj2Pxt+uPWgBssIXnaBn1PWgBiEZyoHpz
QASKzdMDH4UANeL5QMlVHp1oATJjcAEhl6UAOmuLhlw8u9R2OBQBATnBUhQevPSgCMq4JxJuoAiJ
bcRg4HSgBpC4yAeOKAGFQOO47UAKG4x2BoA9Z+G5J8OxspGCzA89DnofzoA62WTCDaeeOlAEMhfb
kttHY96AKkjDnGeOpFAFOZuuTyKAIsuflHIIoAgIIYbDjHrQA7BDEDv1oAQnLccEDB70AIkTZO78
M0AOfGAu0+tAEMrZONxBoAYpI6E8UAK053jj8qAHpOMEkHg0AKk6knjAoAlVhjB6e1AEikBTgk54
oAQgYKn8MUAOjyAMgCgCnLa+ZqkL7gMZ4xQBwvjIsuty8HAxQA2yYtAM5zQBLLFkFT1xQBXNvtfK
dB1oAlRSVIYYz7UAJcrNBZp5bMD12rQBZ0m4Eiq12xjHQ8dKANgTaSTzdjI9aAJYbrTwmI7tM59a
AFmnt2AAcTYHAzmgCBgLmNreVCsRGGwaAOah0ee1vHNj5gVT8pOTx+VABqmmy3DwOsUj7f8AWEqe
vegCtf6VJIylIX4AAAU8UAXtHs7m0kZZkkX360Ab9trrWVw8sUREzRGDJ7gkdf8APegCz4X0m8Pi
VNSEf7kRbdw7GgD3DTbqxbwpNbm5iW62thCwyT2FAHkWoXM0UEhlWQMWbnGKAIDbS2ehCfq8jblY
nk+1AEkUlwYwSSq9aAJwZWUhmyuMg4oA4bxYDDeBMnHXHrQBjbjjngUAOABx0GaAFcYwD0oAAq9h
zQAoVQwzgADoDQA+KMu2MAigCaNdh4HzYoAQxk/eTGeDjpQAphjRcnAHTg0ARghQfl+nagBFkXlm
TC9MA0AO8yIKQY8E9MUAMWdU5aMN/d9qAGmZNwPl59RmgAeZeAiEE+poAZ5m1gW4z65oAesgzvHX
1zQASzRNj5GLHgnnmgCJnAQqIyM+/SgCPPGFGPcGgBokEYOMmgBjNnOc4oAaQC/AoAULyOnWgD1T
4ZDborDkZc8flQB124bhu7UARTybuhAx6UAU3O0OQRk9SeKAKrqNmF59WoAgbccADp2oAicAKBg5
6mgBUyG3ZoAQ7lc8DmgB+4/3uKAGTDMnXvigCKVc4DMQeuaAGgdMNmgBjgb89OelADgMqc9CccUA
G0AYHFAD1fHB6D3oAtxEEcHGTjFACsMMCDgUATDHIPpkA0AUpGKX8eCcYb+VAHLa1pn23Vp5dxKD
IoApW1qkDHEjEdciNjx9cUm0jRU5yV0idkTGFd8D/pm3+FTzx7l/V6q+yxgijHSRuP8Apm3+FHtI
dynhK63gySIRKeckenlN/hRzx7kvD1YuzixPkD7lZto6Axtx+lHtI9ynhK63gywlwM7TGPoYm/wp
qce5DoVYq7iyKSKBzuMtqT/v4ppoh05R3Q6NLeMA77bPsRRdC5JXtYnFyigBXtlI6EMAaLoahJ7I
DfzIvyzw+x8wZ/nRdB7OV+W2pXmu7uThbu3Qnr+8FF0Lkl2KpN6TzeQ4PXEopkjPIl3HF4gPb94B
/WldFuEl0FLXgbIvgP8AtsP8aLoShLsSSFp8i5ngbsCXFF0N05JXsaVtq72hHlzogzkhZBzRdDVO
fYkl8Rzlv3N55frhhTuRZp2CPW3lSRXfz89t+cUk09ipQlHdDl1qQQrF5TMEzgM3ApkCQa5LGvz2
+ATxg0ATv4gB4ETqO+QKAOf1jOpS+ZypXOOO1AGeNNk6g8GgBx0yVV4APrzQAf2Y+R8woAVNMY7t
xUfnQAPprhgFkDADpjFAALGRSMc/jQAS2sqo21cHocmgBPsk6hdq8UAAspAfmFAC/Y3UHg496AGm
0lHGzr0xQA0WUuMNGB+NAEn2CUoMBR+NACfYWDbTH+NAEcthKGzgke3FADTbOMARnA65NADTaOP+
WfPXrQAotJsk+W3txQAv2CfklGGOxoAjNnKDxG4NACCyl5AQ++aAGtZytx5bEj2oABY3G7iF8f7p
oActhOT/AKs5OeoxQB6b4Dg+z6HGsoCuWJ60Ab877duSM4x1oAarKy5yCewoAjlUKzAYJIyAaAKx
ZFUA8ZoAgbhTuXA7UAQEgkEZyPWgB2SGBoAa3+tIHT60AKoOxsjGOmKAK7k5yTnLZoAjeQ7QDn35
6UAOWRVjBJ5PtQBWc7eQOCcUASRuB2IFAFo7BHmgCBnG8YAI96AL0TqPQEj0oAk3EjOf1oAXO58Y
Pr60AVbpxFdwkj77EZH0oAzL8rHHelTg4bBHB6UDTsykQgGwZAVeOMD6VyuUeZpntxo1o0ozja19
l+YkilQWUbt3OewrGcOVXR6GGxHtp8s+n4kRUAYHpWShFHe8TVfTySF3FPu/d6/0pxlyrQipQdSV
5Oz/AFAAKcHOCe1CilHUHWnKouXZKzv3FXG0D0HHvWicTklTr3atu/uQHIBUA5OelLmVmi/YvnjJ
2sh4QhsZJ74zTUWtmTKrGV7wS1sIp6Dg4HIOTirjJuWhyVKVOnSd7rsxSOp4GO2aqSbehlTlGlFK
Su+45YTt+9kdiKqFN21ZjXxlPnvGI4MUUlgfl+mTWkW4o5asI1ZK1k39wyZjyiJt5zn1rmqVJPSK
sexhMJTiuerK7IncEEAEAHjBrLnbVux6Cw0adRNJWkNzjocfhQpWRMqPNUastPuDcM9BirU2c8sP
B9dX2EyTQpymxyw9HDxta73GPGkhHmIrY9RnFHM7WQewp8zlLVW27Dfs8H/PGP8A74FbXdtWefyK
Mkox0D7NDj/Ux/8AfIpU5ddSsZS1UfdVxPssH/PCP/vkVTqtbIyjgYSTbktF07gLaAf8sI/++RSq
VU1oVhcFOnN+0StbqKLWDP8AqI8D/ZFZqbvodcsLCNO8rd16Cm2hx/qY/wDvkVovhbbOOUXGtCEI
p3G+RAP+WMf/AHyKVO0o3TKxSdCqoyp+ugfZ4O0Mf/fIq4x5d2YVqzrO1On+An2aHP8AqY/++RXQ
meU4uLswFtBn/Uxg/wC6KiTsjppRcpdEBtoMf6mP/vgU0ZVFZ6CC2j/hDr7B2AH60uePctYardJq
1wNtH6P/AN/G/wAaIzTCphqlN6oQ2yd/MP8A20b/ABqzntYPsseP4/8Av43+NGw1FvYBax5/j/7+
N/jSvpcpQbko7DvsyZ5Mn/fxv8aylWSVzupZfUnU5egv2dPWT/v43+NQqkjplg6MXZ3ENshHPmY/
66N/jUqvrqaSyy0fcer/ACD7NF/t/wDfxv8AGn7fW62JeWqMeV35g+yx4x8//fbf41qpdWefKg9Y
xWwC3QDGX/7+N/jWU6mvus78NhfcaqRe17i+SByjyKf97d/PNSqs+blR0TwGHjRVR3DyT/z3kH4L
/hUyrzi/IujlmGqQ3fM+g8I6n/j4k6ei/wCFV7eSepn/AGZRnF8jd13DY/P7+T8l/wAKTxEuw45T
Sab5ug5I5OALiTA7YX/CqdWZEcBh3bfzFVJQDmV8Hthev5VKrVN2i6mX4S/LCTb3foa3h6WVLuSM
zMwVVIzjjOfb2rqg21qeJiKcac7Q2N+4uZY5QX7+lWc46K5Xcw9ehoAe0hZ26Djru6UAU2chsKc4
9RQApbK8DBoAhzjbhsY60AMyd+c7ue1AEg4k7Ajk0ANZt27kbc9qAK2/acDIoAhmfbzzn0oAa8gZ
AuCKAIlDM+AMYOetAErM3lg5xtPAoAIZ3ZSGwKAHOQVBLZx0FAFmNwF25ycZGaAJ0mOxVyN3tQBb
gkQMDtBOO1AFW9K/aoflxl+KAMnxA3lvcKAAGQkj8KBpNuyKDkM/yN+XY151RKb0PrcHKphoLnX/
AAwmflVcDjr83WjVrluO0IT9q4u72EXA75GeBURjbc6atZysorXuv1AEKDwQCaFyw36k1Pa4j4X8
K+8UnqM47cntVymmrIxpYepCV5rf8xCoI4xkds1HKmtDZ1pwl7y0FweRxgcEdq0pp6nLipwTjbZu
40PzjoRWKnZ2R6EsKnBOWzHqxDZUn3yM/wD16qnKzvEzxdFSgqdXZbW7D/MbO7ABxj/Gt5VLarc8
ulhLrkb93oxhmds8gZHY9Kh1ZG8cFRWrT0YnmuG3Z71LqVI2fQ6I4TC1HKKVnbQR3Yvkk+1TKT59
TShRgsPaK1vZjWOeg6c1Ts1oZw5qcmpeiv0E96i1lzG6m5y9n1e/oA+uKqPv+82ZVn9XtThG6/ET
JrWnqcWLvC2jvugFZy92XkdVNutR7T/QDSlKy0HQpqUk6mjWw4Z4xx+FOMmnoKvRjOLdS10/wDt0
NXJuK1OehGNSX7tJLzEzjgcfSufm1sz11QXIpLfrccThQBWsvdirHDSSqVZKaWm39dhB6YOKmnpo
9jTFWk1KNk0GPSrirNpHPXqc0Yzbv3uIRx059KUtrdSqVua7so9BMD1rWFRx0OLE4WFVudtX22DG
OlKVa7SRVHLVCDlUettBp/SuxbXPnZ3jJxFU+lZuEYs7o16tWCi3ovvsLXI4zTZ7ka2HlGCsw/Cr
ptyjqznxUYUanu07/IABWrTa1OJSpwleCtd9QrGzt1PQ5oe0TaiLjtiseVNWPTVaUZOaSWguOwH5
1bfKrROWMFUlzVVo+wgzjipg5uLub4iNCNWPLfQD6UtVogUY1HzydrMPwp87WiF7Cm7zavr03sA+
lTGV3tqbVKbhG/N7vbqAHPYfU1ouZanHJUppQSbW4uOeR+lO7tqiIxhGT5JafigOcfyqZN21NqUY
qfuvSwmRnn+dQnZ6nU6fPFqCS/MkG0tnrj0rSMouVziq0qtKlypaPv8AkDZAYKT159KJp20YYacF
L34q1rafqWtERzdykDI2pz+LV1Ye/LqeJmvJ7VezVlY2Z45P48ACug8gkD44Azj0oARJiCQxB/TF
ADC+SpAAyeRQA9mGMcnFAEZYsMfwk0APCDgcDFACMV83jIIoAXGWyFwPbigChN8sgYc5H5UAN5f5
sZwelADZVUEEEj2oAVQBJnHWgCS5O1FVFYk9hQBnt5iStuyD6UATxyFgM5Bx60AXElITOBx3oAcm
OMLye9AElvL5VwqMaAJrp1e5tlTDMXGPagDF8Ullup1bjEZ/lSaurF05OMk0UxwAOoB6YwRXmp8r
aPs5xVWEZX6b9L9hAMEY5z+lDVnoKE7wXNfTp/XQUYUdMntzVRajo9zOrGVX34aRW4jKxP3enBH+
frUSUpPY6KM6FGNuazeuv5CqDtJAAH8WT0pRjZ6FVavNG1S/lbYkw2d2F6YGOtbqLvfQ8yVamoqD
b31vsNIdeW6t14/z/k1naUHZ9TpcqNePNF25dhQvBZkJAGMGrULJysc08S5SjS5rO9/+HG4xnYr8
dcj/AD61mrfZTO18zb9tJW20BiobBBB7nNU/MzjdL3GmJt5wDkdjjvRypO3QSqzlDm+0nt+ohU5x
jPsKl3SNqcYylpvbd9H/AJDSuDyCKlWvqay5+VKm1v0DjnHFXBq2hy14S5rVL3ExilJt6dC6NOMU
5ttS8+wHjt0pPRao0iudrkl82AxnFKnKK2Hi6VVvV7LcPYdatys7GEaHNBTelu24uOOnGcZqZaxu
a0W4VeRPdX1AY7Zou7rlBU48rdWy1+8Dgdqtu2phCmp+6k1rf+vITjt0qUloaylP3nfTbzD6da1W
iascE051IvmtbQTt6Vi72uejH2fPytK9grRTaV5I5Z4eM5unSle+vz7C5GflzVc6WsTJYWpNctbS
2wmRSjHmd0XVrRoxUajtbsFFOEruLROLxNLkjUjL5CfpWl6l7dDk5cIoc2rbDpVXlbUy5KSd4uys
A4qJKSd2jooSoyjyxlZruLUKLir2OipWjVlyKdv8w4q3KSV0YU6VGc3Bu4cVjGq27M9CtgYU4pw3
sHGfSndzl7pPLHD0V7W7u/lcUH3xVR0WqMqqU37rb9A5x2qfmarRXUXog/zxVTulexhh/ZznyqWj
79w49M1l8UdTuv7KraN7iUO6sOCU3J6363FrRU7vU5JYpUo2g1roxQffijXqCcPhprfqw49etJ7X
6FQilO2vMvxDHYflUtWSdjanOMpSV7N/mGRSXKnoipqq4JSlewEnj2pOT5rFxo03Rc31Rq+G3w1y
T0Uqv4jJ/wDZq9GmrI+Rxc1KSS6aG5OpLKAwIIxWhxkLL8wGMY7igCEqASfvc9hQBGT8vygdec0A
ObcFGDg9aAFyqpkDk8GgB8eQQBkDHHFAAxBfaRz64oAerEA7R3xg0AZ0gztA4PvQBGNysUG7kmgC
P51kKseBQBZiTKcnNAFhlAC/N07DtQBReAi4LkkqTxgUALJEMZUYycUAPEbCMkZJFAD7dzG2WGcC
gBwPmTqR3oAsxJjULc4OFfvQBi+LG/0253Nk7P6VMtjWlbnVyqG4GRnFedz8stj69Yd1qV07JdBy
EA5I478/lVqKTvc55Vm4KPLqgRRney8AYGO9KnFynzPoa4urGjh1Si9Za+hPsO4FTgdx6118mt0f
PPERUHGerEaIAlgoz2qZUle6NaWOlyKMm9PuHLGqHIGCffNXCCjqc2JxMqvuvYdtU9R+daNJnPGp
KCsh20U7EXd7jCik5IP51Dgr3OmOJlGDha9xGC5J3kY64qZQjJmlHE1aMbJEQUYYs24bu/GK5407
J3PVq4rnqQUVa61sMI/drnOBzgetZzikr3OzDVpubio3XmMwQQOcgdR2qJRbaTOmjVp04ylG109u
4nHAHFDpqKsmKOKqVpuUo/8AAAHv1/SqjdaoyrOM2qcnqwz+daN/ecqpuLstI/r5Ao4JH6VlGNry
O2rVbcaS2FHGMHGDWdtLnWm4yturdBckLkEdenr+VU+e2hlF0Izs73tv2FPTGMbT0+tUnbTZmMox
m3PeKQjDJPGPpVuJhCq76PS3zXkNIHqM1E4N7PU6MNiYU23UjaPdjafvIhOjJa21endC/p+NRzc2
50ul7F+7Z36hn861bVkedCE4zlfT0A464qVHrHc6JVHFKNZab3EPNVaWnQxVSir2XMrdRK05Wne5
x+2puDp8iV9mL+lO8pJshQpUZwhu/wAAwKrmskkZOjeUpN6X2ACom5xR04enQqSelmg6UcvVMl1U
24Sgr90GKOayH7BSkmroB6VmlZ6nZOTlC8LtrQOlUo8rbRhKp7WMacnbX8RwIHaoUubc6Z0lQtys
TtzTULu6REq/s4uMm02J9Kp897oyj9XjFQl96FJrCbe1rI9PDRppOV25d2GPpQ6c2rIcMVh6c+aT
vfRiYxWkFNfEzkr1MNJ3pRVgzjpW8KfV7nlYjFtLljayEzzSlR92yNKOZL2qm1srDuaiULWSZvQr
87lKcdG9GJUQipOx04itOlBy0d0ApODhO5dPERr4fl2djc8NRhrW5bkZm/D7q13wd0fL4mHs5WNt
l+6eh7CrOUYVw2VwADxnvQBE8e1nAOAPTvQBC8WEyAc5yKAFaMKmcn2oAQA4UMO/FAD1VshT16kZ
7UAI4bfkcbRn1oAVRwTzk46GgCCSDDL+fSgCOWFxhxQA9Yt7AlcZHWgBzsEOBwaAGMTvY5wCPSgC
LnYo6d6AF2Zj9DQBKEJhwp+YUAM2Mdu8Z5oAkjhHmqQMbaAH3REckboxyHFAHPeI8m7uiy4O0kfT
FKWxpTfLNMj5xwDnPUda8mbaVrH3eHpxnJSbsrfIUH5AeMjPBFaxV4XOKpLkxPJYfHI64A5HoOpq
oSlCxnXo0697aPzLKOG6cCu2M09T5mrh505WaFUr2zVJmMo8oowSaZI4L6DNAAR2xQAhxjFADGVC
Pf61LSNYVJJjGKb9pOCPfFYylD4bnpUaOJS9qokJKkZHIx3H6msna+nQ7YKok1N2bY3jPJOMdO1Q
5JSOhUZypWts9+ozvkfy6Vi276Ho04w5bTdn+Iceh+grSMlfU461Kpy+78n1A4HTFVKdtUjKjh3N
OMm3bf1FAycZx+GaW7LdoQu9l1FIx16e3apmuX4jXDTdR3phnpSve1i/Z8qmpNXfQRzyM9cd+cVV
SD5rszwleKpcsV1sBcE5yePXrVwi20cterCEJK/3DS3XtmrVNuTexhUxdONGMW+ZDdwq4U5dTnr4
ylp7NdAB9OlEopK1hUKzclNT0XRi5rlnHlaue5h6vtIyUWreYhPFaqHVaHFPE8vuzal2SF6VpKMW
tWcNKpVhK0I3XUMmnFKOjIrznVXPFLR7CZqZR5XozanVVSD542YDFWr82iMZqCpWlLUKS5lcqXsn
yvVO3yDvVNXjojCLcayTluKO9c0o2Vz26dXnkou2j38gxxWXJJq53/WKNOooxTs9FbuLVRqOxhVw
tNu1ut/mJ0rSnHlevU5cZWVSCcVZxYldHwbI8e31ht1JBjip5ve1RuqK9k+R3a/rQQZHNVUjFqxh
g61SnK99OotOKaaTJqyjKMpxvZsTn1rWyOFVJJWTEPHenYm7tYQtx0pFJpLTccprOcE9Trw+JnG0
L6C9+9EEooeInUqz0QCs5pJ3Z04aU5Q9nBf12Og8MgmzmA4Hnev+ytbQStoefiHJztLobmwlUx/D
61ZzkcqFQFbt0oAbjaW70AROP3S5znFAC7VEZCkgGgBqxYYYJ5FADxH904zjvQACPBIIwcUAOjiB
OFyCTwKAKrklQcEEDpQA2Ms3XJX3oAVT8oC9KAEMSlsnrQAx4Sxx2HpQA1YudhBz2oAsGEBBlT+F
ADgNi57A0AOCcccg80APCgEYAH1oArXwCyRqRy0goAwvEnzTzcf8sj/Kpk7I0pR5ppFbgr0xg964
G77H1kIOCaburfiOxxg+vpWjs42RxwjKFS8m9hB3yMjpioUn2OmVKNleT01YIWDcYzURlPm5ToqU
qHsvaau5YjLZCtjC9COBXXFyvZngVoUowc6e/Zkob8K3TPLasOVxnjtQgasOD++KZIdsUANZQQQR
mgFoQvCgyxGO5rF0YXuz0oZjiFHkiyBmU8DnHHTrmuZ1Yp6HswwVVwTqeqGsMH69KiyTOj2kpxte
zQMBjg4z7U5q0fdM8NLmrXqa27fkIoGASRk9TUwtGO+ptiVUqVdItRWq/rsJnnnPFS2m7I1hTqUq
blJq7/IM0Nu99gjGPK4LVWvYTOev/wCurUXN3kYTqRw8OSi7v8hxIx/LFXdLRnKozm1OD8nfcac1
n8TUkdqtRjKlKybV0NPWu9arQ+Sm+STUtRp7cYrQ51a+oox9KlpmsZxTs1oKMdqznOUVodWFoU6s
2nsLjFJt2uy4U4xm4wYmKTkoxNI0J1ajstV2Cs21O3kdNOFTDc13dyVg6e1dN4tHkKNWDbXQCcVE
Yq9zetVkoqK66iZPQ4q4o5qs20k0G4U3HsEar+1qBppWM5zc3cUYqJp9DpoTjrztocOBisG79D1I
U+SzUtHt5MCBmsakIpnoYPEVZRabT1sB7CnCST1ZliKU5QajG7vqJjmqjVbdjOrgKdOPMle+nzE6
VpGbm2mjlrYeGGjGVOWvVC4o9pZ8rI+qc0XVi9H2EIwK0hLmOTEUfYpLW36jTnHStjhaa3Gs2B/K
gQ0EZ5oAeMYBBoAUHGOaiUdNDppVEpe+2P8A0rnqRvI9TCVeSk0tm/mb/hTiC5HT9+P/AEFa3p7H
nYxWnvc35ixGFzhetaHGJInyYY8g/lQBEQoVmyRk4IoAYqqygDoScDB4oAlWMGPjnjIoAEiUldwy
x/CgCeOJAxVQMkUAN8rc+TwF9KAG+XtOASOePWgDOZtxII49qAGH5WIGcelAAFzxjH0oAeFGODwa
AHhMJnPFACFVwMEEigBSMcDOMetAD1DbMdBQAuMNzj2oAdwSuOSDzQBV1MjzrcDAPmr/AJ/SgDD8
TZEk2cY8r+lTJXRpSlyzTKbfcUfh9K86vdWSPsss5JOU5K9tfIUDgDPNVBWWhhXqOUm5JJAe5wMY
/Kqa7GUJLRy1fby8w4AAJB9Pes5JRSbZ2U5SqylCmtfwQ9ApK4Jwe1bqUXazPLnRrQTTinYnIIwA
QMeuTXRvszyGlBtzja4/pVnK99BVGTTuDi47ikYoEJkjoaAIyZCTjYBWT5+h303hUk3e5GY+egLE
84HQ1k6S7HbHHTTdpOyWlxxiBGFyoFU6SZjTxsoNtjHUDlWAK59qzqRXfY7cJVklbldm90RmI5PG
32rmVK57Dxrgurt/WoxhtOM9KbUYWVzOEquJUnbQbXYpQlHY+fdLEUq1lKzt+Ama0spROPnnSqN3
1DI9azlT0udlLF+/y7X/AD7ic+taK0VojjqOpUm+ed2hDk9CK0OQQ54oAXn6UAKucZwKyk1ezO2l
CcY80WLUa7HS1C3tPvCok+jR10advfpys/xsLzVcysrI5nRk5NuTXVX3DFNuKaYoqo6bin5ifhVS
euhhRinFqW4uOelJ1FHRFU8LKouaS02E2j6Vm6ji79Dsjg6dSPIk7oNo7VEq076WOqhl2HUffTuP
CjjqPal7Vvcf1CnBNR/EXYOOcZOKOawOipq76K/kDBRjYSc9e1Z1XrZHZgacVBznZLdeorooUYIz
6dcU6kLJJEYTEc05yqadPIawHryOtJpPVFQnOP7t97obW8ZXjY86rSUKzl1fcP50pWi1JjpXqRlS
prW/yAUOSi0yqdCVSMopXtvfv5Bjih1tbomGXLl5ZbjSuRW8aqZ5dTAVIXt0GOhrVNPY4pU5Q3Q0
8LxwaZAB8D0xQBKGytQ4rc6KdWVlTj3Oj8LL/olwxOP33/sq0qexeKSUl36nQ4G0P14rQ5CKU78g
DkntQA3CFWwPrmgBiKAgI6A+tAEwJ2jbwTxQAIBnngjvQBOgXeCvpQABMO2SQDyKAECn06GgDE3b
eoODQBIGLYGBjPWgBI+Bk8AUAOXGTyDuH5UASIu1COooAYw5yOKAHMvpxxQA5S+MY4oAST5SAKAH
DCnuPUUAVtSRf3TscbJFOTQBgeJg3mygn/lmT+lJ7F0/iRWKnAznntXmTjzSPtMPWVChZIBkcAgD
0q4Lluc2KqOokmtxcHk9enSlK6Vy6PLKXI1ay3AfdxjOP84qr80djNU3SqNczu10DA6Dp/KolFfI
3p1ZJa6yX4j04wUIAHX/AD/nrWkXbWD2OSpBSvCvF66kqvnkqcqM4B61uqikeZPCSotLSzYsUi/K
Mbc54HSqhUv0MsRhHDVSuSk+9bHnDTuPpt9alt3Noxi4X6gTheRz6A072IUG3psMZ1IwDjnHBxis
ZVI23PRo4Ovzr3br9CFpSevyj0rmlVcWrnr0cFTqRkoLX+tBjtkZPXpSnytXZeH9pCbjFaJDCTjB
7cVag5+6YyxEcMvaR1u9UN3E5OK1VCF1fc4ZZlXcZKmrRY0scdK35UtDynWqSd29RpJz1qjNtt3Y
hBPFAhOfcUALgDkHmgBcmgBRmgBw/lUTdlc6cPFzfLcdgVi5K+h6NOlKMbPr1XQMelCkpKzFUpzo
TU6a0QmMDrUqXJokbVKLxPvylZ+f5B+Nbt2V7HlRjKU3BStYTHNFylBpaPW4vT2FSoxkaSqVaHwt
2DnHWk0no0XCdSHvxnqHNNwglsTCviZSdnYBnHIFS1GJpGdeonrogB570TiisNWnZqzY7pyDWDWl
0elGb5vZy6rr0FBPZuKTfM1ZmsIuhTfPFvt2E5HIJ+tTKnGOty6eLrVWouKdl+AmOOaqC5dUzOvN
1rxnHz0DtUVJKx0YWlJzXSyv6+ouB2OamyasbqpKEnJChecDk00lYznOo5Xa06dw6DIGKJzcY6Cw
+HjUqWqPW3TYTHp09q0Tly3Ryzp0nUcJbbIay5HFdFOrfc8rGYF0/wCHqRFSB0FbqSex5dSlOk7T
VhV44oaurCpyUZJs6jwuwGmKABlpXyfX5iP5AUoqyHUnzybNyd9iIuQDVGZHAp2BiQvPNADsBncA
j8qAGhCVJHT0oAnHEIAHzA/lQAqqN6gdDzQBIo2SKmAS38XpQArr+8yOgoAN2NwJ2554oAwWUFfm
9eBmgBCmFGDgCgBQxVBg8UASLgfd4zQBNHyDuHI7g0ARxrljkZH1oAc+QQUH50ASDkAZwWoAYy4H
Jwc880AC4DEEg+nNAFHWZcWwXGCWX+dAGV4iz+9Y94iP0pPYum0pK5R56Y6V5cpPmaZ9tSpU40oy
j/X/AABAeOOBTjJvQValCC59bt6LsObGP88Vcl2OWnNJPm/EOOnY1L93Q3ilUbntb+rAfY5PTmk1
daMqMnCSjKO/5Crj+HuPSiCWy6lYiUmuaey/IX7g+UnPbBquVwW5jGtCvLWNl5ipJtB+boB3rSnp
uzkxaUlaMdGO85+QGx6HFXzu2hyrDU1Jc6t0B5iR90ZHfHSlKpK1ktS6WCpRm3KXu9BjSE43Z/Cs
nPndjvjh40Iudk79BrEc8c96TSKhOps3ZW/pCM3PQfl0ptOeqRnTnDD/ALucmriFvatoQutThxOI
5J3i3bv3Gbh71qoSWx5869Kaba1EzxxWnKjjdSVuVbCE89aozDOewpJWKbuGaZIqgelF7DUW9hdv
rUOaTsdMMPJxcmg2j0rOdXldjow+AdWLm3oBXHStFNHNLDySuNAP0xTbRnGnNPRDgSD1pOEZGlPE
1KT3FzjFcs6N9IntYfMVTXPVs1tYCw6VqqTS31OGpj4zbXL7oHHpVRjJO9zKtVoumoRjZiZAqnFy
VpGMasaUr0/xDI9RTUEtiZYiUnqKDms5cyeh2UHSqQ9/RoKtLQ5aklGej0EoTV7NFOE1Hmg9BR6V
jOEZO9zvw+Iq0Y8nKKKyfLDS53wVWu7uPTr/AFsL0Gaxsl7yPQTnJ+xk+n9WEJroSTeux5U+anF8
l1Jdf8xM1U6Sa8jHDY2pCTTXvPvsLmm4RcdCIYmrCr778tBef8aylDRWO+jiLSm5r0FzgcjH0rJt
JHZCM5ySb6denkAHGRx3pRinqaVqsqdoK13pddhfYgCtb6djh9nad99fuE4GOKHUVkrEwwVRzlJT
21EI46UOTgvdHChGvNqtv+SGbcHiuyFRSW58/iMJUoza5XY3fDlykemAMMssj/8AoRrQ4zV+2LIn
K9O4oAfBKcHLEY7UATRtvBK5yeuTQAcDAORnpQBOi4BGBj6UASbSgXnn2oAepKnJ5PvQA7B3kcgY
zg0ARY/iBOfSgDELBVGRuzz9KAFz7cHvQA1sK3Tp3oAmB3DqBxQA5TtXBFAC7sE7elACEkrkdqAF
8xgnQCgBXfIAxg4oAAVyOOnpQBQ1bLqgwcbxgfjQBl+JvlVtox+6Yn9aT0RUVeSRS9SOvpXnOF3f
qfYU8Q6cFFK6tZPzExgd6hQtqdEsS6i5Gle2v+aExXWmloeBKnOV5Xdk7C5OfSuSTfNY+hpRiqfP
1SDp6inGOupnUq+6mtXYM9qai0yJ1Y1I2Su7Bk54NDTd2EZQgowtdvcTJ9ea2hT5Vz9WefXxftan
1dK0YsXPPeodonTDmrPRqy79u4bj3NCc3oE44enefZaLpcTPoa0dNWujip4ufMoztr+AHNKCVrGm
JqSjNTfT7mJk4rS0YdTjc6+IesLvf5Aa0ila8TjqTlzKFVWXYTFNz5VdkRoe0m402IR71aaaujCc
JU5cshuPpTIE6dqAHA8UAKCcdaTVzSnUcHdDgTjtUKKWp0Srzdot6MVW61g48qd+p6cKyrSio6KI
VEFKxviJ0nUTfUO9aKL6nLKtTbTho0/wE710LSJ5VT36r6XYhHpTRlJcrsNI5pkiHIosNtsQMexw
KBCBsYOKAHgj0IpPyKja+uwoxUe+dP8As9nuKD6GlKLktS6NeNGonT/EUGpUFokaSxErylLZ9hQT
6VHs1e7OtYyfKowvqrCg54xSvGWiKcK9JqUrppCHirjTuctXFygrLrrqJVRgkrEVa8pNPTYAQBz1
punqZxxVoWa1HZx04rknFq7R7uHq05csJNNvX5gPTpWHI37y0PUeJp026T1fl0AmtuW/U4Pbcju4
3/yAnkdvrV+zehyrFwXMrNNhkE8jNKaSlqXh5ydNqDV0/wABMj8Kxjq7Ho1UoxVTq+vQD+VW3BP3
TnhHETT9rZrY19AjU2GeeZHz/wB9GvQi9EfJVoqNRpGtHABkYOPQ8VRkSxoM8DkUATJxyAOlACSL
vTI/KgCzGGCL0GOoFADwSOh69RQAkTfNznHoTnFAEpfc5Vjz2oAaeVweMd6AMEjj5jnv9KACLOT+
YzQAvXnPNACiVeByfegBfNZHAByMUANEvOCMntQBLuwMKDx1oAQnjBAz1oAY0oBHPPpQBLEwYg9A
fegBt5EXeMkcB1xk0AY3ixSkjjp+5PFJ7FwT5lYzT9a85wSle59dTrudBQ5bO9vL1AnitU01ZHC6
dSE+aT0btoGRTVnqE+eL9mlp0uHSsJRS1TPRo1ZTXs3G1lqLmn0uRa0+V7PsNJ704Lnd5EYmbw8f
Z0+vUSt7Rm7Hm3q0IN3WvUPwrVuNrHFThW53NK/UKha3Uuh0TvBqVO95Bj3oU0tRSw1SXut2YYqo
Ti9EY4jC1aaUpB0q3FW90xhXfN+81sFQoLY3nippqV2n+gCrjFR2OWpXlUVpa+fUBUVFdnXhZKMb
vSzA9fapSaj6FupB1ddeb8F/mNI9K2i7q7POqxUJuMdhvtVGYnQ9aADdQAu786AFB9OKLFRk47Dg
D61LaijWnGVWSVwwevFZe1SOx4KpJuzWiDB9OlXz2Zh9Xco3S1E569Ku6RzKEnsgBx1pkDWOKAGf
lQAoXtzQAgDY60APUOPSgBcN0FS5JGsKM5/ChwH6VlOolsd2GwcptOW17DugrCc2o6dT1MPhoyrN
SuuXYUgDv1rJ6WSR3xTkpOUr+opxnircuV6HJGj7SLdRL/gDGHpXTCbZ42IwsYX5d/0GHIPetzzd
gB98YoaHFuLuh4bvWDjZ67HqQrOcXyLXr6Ck96zULtpnRPFKEI1IvbQaSAa1hBwRw4jExrST6Cbg
O+KvlutTn9pyS/dvQRpAehoVOK1sOWJqyXK5Owob86TpxbvYuOLrQjyqR0PhWHfp+c/8tX/9CNWl
bQ5pScndm1IoL/KRjHIpkiQIxyowM/pQBIincR3HHFADsDzFU5I74oAWQMH55HagBcEbQGGAKAA8
ShsnaByKADOGLAke5oAC/B5yMc0AY5ztIC5OKAHRhdvJO49vSgCLIBKgZ5oAcAVGcZU0AMmY8FF6
daAKsczb25xzQBaDswORkDn60AE0pSIkMB7UAQo5cjBBx3oAuwkKFwOnY0AS3TjYHOAFwcGgDmvE
V1HdTTvE28CMj9DSexUb8ysVj+Vebe1SzPtFBTwqnF7b+ohrVQu73PPliXCCgo6t7hUzpcyvHQ6M
PjPYS5KyT7MOlOGG93VkYjOIup+7jr1Ezg1r7FcpwfX5xqu6WunoBJq/ZRaOZ46rGWqTsAakqPK7
3NJ5gqkOTlDPtVxgkc1XEzlrF26WDJpOktS442bcVZaBnjFOEEloRicTUnL3hM4quRJ3MniKko8j
YbuPSnr0Mvds+bcCaErDnPnSvuhMkdKoyFHT5qm+ptypR1YZA7VRiFADexoAbjjpQAmOPu0AGPag
Be/0oAcucdhRYak47DgcVnOCaOuhiJQlrsL9Kn2exssYoqSXUTmtGkcMZSvZPcTnA4FNENcrsRuT
0IpiGfLnpQA4HmgBRt9cUASKPSk3ZGlOHNKwpBUfWs3Z9Dqi50tpabDqhxN4VXGybdr9ArklFx1P
oKNaFR8q083v6Dh/Km90RFPknZdQx15/Gmo7smVXlcYtWG8H2rWnGXLc4cVUouqo3Gmt6Skl7x5W
MnSnP90tBrjBrU4hm8ik0nuVGcofCweX/Ipiu7WIvMPSgQvmHpmgBMkGgB0ecgdaAOs8LoP7Hjb+
8zOvHYnP9aANgK3mKMgetAEiphgevPUUASKmSWC4+lACDIwQcHsfUUASyJu2kHHHagCKSPbgDj3o
AUdDgcjvmgBrKQ2T0PODQBXdioIYAc8YoAz8FAuBktwaAFX7pDdaAIxGFkB/QUAS4B+8MelACYAJ
BGMjvQBnqiLMwbpnigC2jKqnjFAET8pj19KAGJEQuE4WgC5CmMEnp2IoAdcgSRlGG3cMAUAc7qel
NZLJHneXU7ee5zUy2NaTUZpsgQq8YZT1GRn0rhjG78z6mpWdOKStyPt+oY9ulR7zkbWpRpau7ewl
aJpp23OSpTlCS50rLuHeqUZxV7mMp4epPlULWE6VajK10zCVakpuM4C4FVz62ZgsK+VziroMDPAr
mnUblynt4XC040lUaV/Pt/mGOOBWtNabnBi3aekFYUgD2pTjLe5phqlCN4OF+vmJgelZ+0nBWZ0v
CYevLnirafiIVroVXTU8ieC99+z6CEVtGSscFSjLn5Vq/IQjinzIj2T2YhHOMVSM2rOwlAWdri/0
oEHoKAAUABoAT8aAA8UAHOOgoAUbfyoAUbfes2pM7IVKUVbyFGOxqZzlDobYfDUa7a5reouPSp9q
+qNlgI8qcZa3sGD2q4zVrs462GlGpyxVyNlPQdK0TT1Rzzpyg7PcjZSDTuRZoBj0oEOTbg8UASAD
g1EubodNBUvtjhiueSm076HrU54anJKOt+4vesEp8x6s5Yf2VlZMdnAOatRaTOadWLlGK3/UXAzg
YGO+KzbWyOqMJRXO++yG8YrSFoHHX5q7as1b+rCEYzW0ajvqcFXCR9mlHT1GHI966E7nkSg4toaQ
aZA1qAGMtADdhzQA4JxyMUAKUoAdGnSgDqPCAY6NGOgCjFAG4Y2DjAJOOtAEoVlx1z24oAk6KSDQ
A1OOv3T1FAE2OgUH3oAY2HJJXBHSgBqKw/hBHWgBsiltzcr7ZoApTfeIJGB19aAKAZsZxgD1oAeu
GGSfm7igBFOJOMCgCY4bBOM9qAK8suxucfnQBSuhltwXOKAG+awUYGMdRQAruCQRmgCW2b5gpOB7
0AXlB3cdaAK+oOVeLBwN4oAr+IZFM0Zzzgj9TQBg2uRax/7g/lXAozUm2fUyr4d0acIrXS5IO/as
4Sd2pHXiKMFGDptd/QQjHbinDRWFXvOak9kuuwmMH6VpBtLU5MRCM5fu+v5hj0rKTknzJ6HbSjSl
D2c4+9tcAK192bUnucTdbCxdGNmr9Nwx7dKipHqjowtRxXLLZ9+/+QYIpJun73QqcKeJbpbSXbYU
Zzx2rH2jnLU9D6pHD0Vyq1+r3AnvzVuSbOaNGUYtJqy6h+FVPoZ4bq1t5iHjtXVGF0eJVxDp1LpK
+4n6VfK1axyqvTm5OS1Y0mtFe5yzcOXzDdzQ0TCSSaYucA8U7E30sISKaVgbuHGOmKCQG3t0qI82
tzoq+xvH2d/P1ExzxVowdr6CnPpQIQ/SgA9hQNJvYUGgQ4e4rOb03OnDxfPZxvcXvkcVySqczsfQ
0MGqEOfbXZigD3FTF9GaVYte9Dd/cGBVxqWWhz1sLeV5tbXGNXVCV+h4lej7NXUrpkbKewrQ5Bud
p5oAUP60APDg4wTU2uaxmoO8RwIppJEynKW4AisnS1ud8cc1BRtquo4GsJ0G5X6HpUMyp06SiruV
73Yu7Ax2rm5uV8jPYVBVofWKb13sHAH9KtL2b91mM2sVD95GyX5hj2xWkKkr+8cOJwdONNOlq+om
AOldCq2Wp5csC5yShuxpUHtzWUMUpSsd2JySdGlz9Q2Ct3UUdGeVHB1KivBaAYwOMU3UitBLB1Gr
ibOfpT54kPC1bXsLtHpRKaiOlhp1L9LCKCD0qt0YNOEtTpvByldHix1wP5UyW7u50xYhlC8cdMUC
H7f3fLcjvQAwDKNtGD/OgCJwNoOBxQBKr/KpxgYoAYcBQpFACxnaMY4x+dAEbHMu3OaAKz8F8HOO
KAM9gzIMevWgBGYBT0HFAEZcGUd6AJtwwABjmgCndqSuRn64oArB8gg5oAjDlWIHIoAnVN0Y5wfS
gCxAg7nBoAvMVwuDgigCnqasIo3wfvLyPrQBn62Q86N6CgDKtv8Aj0iGeNi/yrhlGXM7M+noVaEa
MXKNnsPNZNNaHfTnTl71tugd6zUZJ+R1VKlKcUou0uqYpP8A+rFU5O5jGlFReocY6VpzKUdjjVGV
KpZzvfX5Aeg4zihc2mhUnSbkk7eYnA6cU3Hl1iRTqOt7lRJJbCjggdP6VLT67GsJxs3FarT1DA4x
2quWEZXRnKtXqU3GpsL2zxnNEk7czQqMo83sot2aDuPepej16m0FeDUHZRG4yOKalKS5U9iZ0aNC
Sqyj8S6iY5qIylz2ua1aVH6s5qCTEr0FPQ+Ulh3zJX3EK8Uc+tgeHtTcr7OwhX0FXdI5lFy2Ex6i
i+th8j5eYO/emQLkc5pNXLhPkvoHHHWmQLjigBR+lRJtI3pwhOVm7BisfavmtY9FYKMaTmnf0Dpx
WjSk9GctOU6UNYLvqKPyrn5F3ues8RLS0VHTcXI+lZOXK2oo7qdJ1YRlVlf/ACHDHXPTvWkEnZyO
WvKUG6dLqIQPUUpPUqjC8btO1rNv9BjD0FdNNt7ni4uEYO0dUQnPvWx55G2aAEDYxkUAOz7UAOVv
SgB6nAoAerfSsnB3uzvp14qKhFK7H9ulc06V3c9jD41QjyPp2FHXPApJO+hdScfZ2k3rrYCMf1qJ
q7OjDycItNaNBjnFF76AoqNp2tb+rCAcjjvWHskpLlPU+vSnSbq7WuKAM8jpXQlHmu+h5M5VPZKN
OyUtdBCcHispPld11OyjS9tT5Zqzjq7dQ5B9aUHKL94uvCjVj+6dmBHHStnLTmOCnRbl7F2u1+I0
Dmt1V5kuU8yWB9hOSrPY6fwoNui2555A/kK6VseJO3M7HSICZAWbAC0yRkmXyFyMHP1oAlGdgDDH
HGKAIJP3bZHQjpmgCQINu5cUANY7nznnpigBkZ2thuSfegAl2jdmgCBkzl16AelAGS7Hp0A/CgBV
wsQ5zmgCHIDFu1AAJe46UAJI+YyCTjFAGdyJDn7p6c0ASyRkKGBPIoAs2zZQDGcdqAJkxszjnNAE
4IIJxytAFbVSxttyfLtFAGXqTf6SCc4K/hQBn23/AB6xAcfIMflXBKWrsfUUaPuwc1/lYf8AU/lU
Skup1UqM9XCy1F6cdBRB/cFeEeXXWXluO47dqqVnZxMaPNFONRenqBHzfLnnnFDavaI4QlGDlVXl
dCbehwRVyba7HNShThKy962v/DiFSDg1DUrqx1RlScZX1bfToJjtWdSV/i2OrCUlBN0Vdvv0Dtxm
qVSCWhjLBYhzbbXmOz2B+lDl9lscKTivaxjsJjo2eOlLkaadyliabg4qDvuGMfjTtyy0Ic3WopzW
whHbjilJWZdGSnFx6ee1xCPTpWkWlF3epxV4SnUiowskJir9q0rIxWAi5e0b0vsIevJroim4q549
VxhVly7B+Iq+phry7ic+tMgM47UAGR06VOpqvZ6Dhispc179DtpeycXBL3nsLisnValoehDARnSv
LRLcCCDUOtJP3kdEMupTp/up21EI4rohONr7HkV8NWjJ02+ZeQY98U7x6GbhWjZVPSwoyK5OaMm+
59B7KrQhF3vEUcdq05eWN2ckaqq1OWC07i8fj71moqWvU7KlWpSXs3rF9hpUH61rGXK7pnDUoOpH
klG2ug0rx6VvCpzrQ8vFYR4WSUyJ4/TpWqOJ2voRbeaBDhyKAHcjgUAOUfjQA9Rz6UmNLUeAe1cV
Wcr6n0uCoU1G8b3637f5jl+tTBNxfc2runGpFpXihRx2JJrOPuaM66q+sK8HyoVhznGM9zVWs7xR
lzc8fZ1JbdtvmHfleOo9acW07NGdWEZQ5oS8n2EIbk8VDjNScjqp1cNOmqSuun/B9BDjp09sVDnG
WjOmOGq0nzwd7AB6mt4WUWmeViOadRTirO+vYTkDHb6Vld/Cd/LT/jJ3e1gPsMYq4ztaxz1KClzO
bu7XOr8IOsmiWgA5CgEfhXorY+OkrSZ0Uvyjk4A6ADmmSMwNu49D0zQAIDtYjnHr2oAbHkRDnJ70
AEm1VHA5PWgCIddwHOc4FACxsARuxn3oAjnkBclCKAIS7eXkfpQBkkMVoAQAFcZ5UUAQuTubnpQB
C7HGBwPpQAMxC5BzgUAR4z1HWgC3EFki2nt6UANjDQuQOmOKALa428DC460APIwpGOPagCrqZIt9
uew470AZmrjeYgACADn17UAZ1oD9li/3B/KvP5dW7H1qrJU6aTu7EgHripjG5tWquCSjsLjHbgdj
Ucz+SNlRilvrLsC56jOOv0qYvX3TerB+zXtOn3isuOTjiqlCW6MaWJo/BPr0FIOMHnFatS06nFGV
OLdko6gepAAwOn0p3lflZm4UVH2kX16CY56Dis+W716HY6ipwvTvrv5BgemD+lOcEldLUihiZTly
Tlpb5h1b37YrJJOScjtlUnSpuNLbzAAgnIwB68VbTu+xzqcFTik7yYEZAPT8M1cldIwoScKkk0/Q
B044+tKLTWhVanKDSa0eum3zG454qYpx1NqtSFR+zvZWExitOdtbHGsNCMmoy6dRCK6lVVlZHiTw
U+dpyXcQryKvmOVUW9mJj14qzFrWwbaV0iowlJ2SAA5FMlxcdxwrGbVjuw8JuaS33FFc6j/KezKq
ndVN7fIcTSmm5K5dCcadN236Ia3XitUoTlZHnVJ18PTcm1r943NbOmrWRwxxc+dTnqOBrCVHld0e
nRx/tIunJdboUkdKylUjHRndRwlSb54aJ9A/MelZqfLujqlhnUXuSV0xcY6c/QU5NIVGMpXu9PPu
Jg+nStYPtocOIgldSfMyNxXXGSa0Pnq1GdN3krIgb2qzARc8kYFACg+1AD1PqMUASjHHPSkxrRj0
4/8A1VyySi7nu0JyqxUU7IcPpk9q59U7s9h8jhyR09R2MlSPTuKptyloYRhGjSak7q4nIwOADwD1
qG5p2N6dOhKnzJPTUVUO7ac5/WqSd7MiTp8qqQVu66DWbjuMDoTU1G7GuEpx5ns2/wCrCErjCjp3
qOeLVkjo+rVqU3KU2l0XS4uOgX9a1S1904JS5Yt1E9+gbcdT/wDWoULvVlVMTGEE4R06d/mRTki3
lK5GEODTp/Hy20IxSi8O6l/efQ7XwrGqWSbAAueg7V6J8ebUpZm3Zzg9qAAA+SeoK+tACIweIkMR
jtQAx0wRtByR1NAAWAjwV5B6UAMZMOCGBHc0AVzu3YXJxQBCxBDYIXHpQA1nIQhe33qAM48kAMet
ADuACP5UARBSwORyKAB4gYySRjtQBEIAW6HHTpQBEsLedgAmgC1boVJDDBFAExAyBnjHFADFLeme
KAJAxKj2oAr6pk2+V4ORQBSv4wsy7uwNAGVCMIwx/G3H/AjXHVfvWex9HgofufaJXew4VkrSZ3VO
ahG71vuKMg+9Zt8raOqEPawTbsvxBcDrUxXJvuaVpe3soNOK08xyls5HU+9axutTirKE3yJWa2FP
C5GOPcZq5S091mFGk1Ne1juNOcZyMHvmsrt2dzu5KcOaKj/X+Y4oAM8DFdDj9o8iFfekurG8DGOn
X6Vzym72PVpYaMY3srrTzExg5/lUuMYu9zeNWrUp8iiLz25ra727nmqMU3Jqzj27CgENj8alQcJc
r2NpV416XtKe97CEYPbJ6Y5qeXW5t7Vcvs30X4/5CHAGM1Tjpa5hGp76lypr8RDwOKFLljpuVKi6
1b39v63ErWnO0dTz8ZhVKslG6S0fb5BjmujdHlpKFRq2gh4FVdnPaN77ah9KybVrs7lTk5qFPqtx
amMlq0b1aFRuMJJX2/4IcdKwUubTv3PVnSVNKdruOmgvQcZqWuXZmkZe0s5RSV+oewOKFNtJBLDx
pyc0NIOOK6qbSPDxlOpPW97iYrdySVzy4UpSlyvQFGOtKUlbU0p0p89o/eOrldNSd7HtwxU6UfZx
eoueDUVIs6cJVgk91rqxckdqiLdtUdFWEOb3J9LiNxjBNaWhfVnK513F8kExuKuKSfunNWlOUEqv
QayEiulM8SVPVsj289KswE20APUc0DSu7EgHoBXP7Vq6aPVeBhJRcJrzHbcVm5XOyFJQsktE9WKF
K+1c8Yvmu9z161WHsuWK93uL3PWm5czaIjSdCEZNXv3FJAXg8jnPrQrNWW4pKdKaqT0i9NP62HIM
tnGBjHrVRunzMxquEo+yi+t7idR1xxnDHjFTZdTXnkklFaeW9/8AIadobAH+fwqfdUrI3tWnScqm
9/u/4Iv0IA9enFP4nYzTVJKb1voIMDtz6CldRNFTlVSS0X9aEN1/x7S4P8Bx+VVD4k7mGIa9jOHL
Zrqd74XX/iXRE9+lemfFmpcgq52nI9MYoAYOQ3JPHXPWgCKMjawbG0UANlfaoKt7daAGmQknceM4
FAEcshwMHp6UAV1cschulAEe/BOeMnNAEZY7T2BP50AQBdhz1zQAq4ByOtADiwAyV2/SgCJsBAoU
detAD1XjHpQA3y8ODnmgBVRiSTxQA5D8xzz2NADlQLkgUANI2jPTPTigBt+nmWhUDJGD6UAZ2sws
l7EoYMGXcMdOtAGVAuA4Yn779v8AaP8A9euKatK8tj6PDScqKjSaUh3XhO9YuVn7h6NOi5xbxG67
ARnnGPTilJqb7F04yw8G73TBgMfTpzVzSa1OehOcJ2itHrqKevzDnBo5uRaj9l7eXu333F5J+XAP
tRZbhzyTcE9U+oDgE4wuMgZqeW2ps6qnaKvfZ9hQTzycDnGOn4VUZO12Y1aMYyUYWu9LjMjouR/O
sW4y2PRhTq0n79mrboXGTypHPApct9Bqso3knpbUUep7Hn/Gtulzga9/lWt0NGT65I/Cp1bNWoU6
d2kkn87ikn0AHp61XvbGKVH4tW39wjE5xnkdqJ3ew6HJC6lp/XQT6jFOytdkuc+Zxja34jSR6VaX
M/dOWpL2MLVb7iVurpeZ5VRxnUsr2/rYKad1qKUFColBXXmGKydeFrWO6OW1/aJuVk+ouMUo1IpW
sXVwlWUubmul2AcdeKzqqz0sdeCk5QfMn2/4cBRLla90miqsJWqK6vpcXp+FYwTUk4npV5wnRlCo
7ddBrEV6EKet5HyVfFRcVClsuvUYGFaNaaHJGV5NyYucdKLJ7iVSUdIvQQNjrTsiXKXccGGKiVNM
6qeKlBNdA3D6UuVvToWq9OK5o3uG6j2a6oh4qol7smhpY9KtQUdjGpXnU+JiFjVGTbYmfQ9KBAD7
0AKCc9KAHq34VnKnzO9zrpYp0ocnKmODVlKm07o7qWLpyioTvqxycnpWEYSd2z1KuIo0lGEHdfgO
XbnJBGBjPSoUo3ubzpVeVRTunr8gB5zj64GO9THWWhvVvCklN31+VhRwFJOSO1bReh59WF5PSysN
fOccfQ+//wCusailKVjuwcqVKlzu90IeCBjH1pOKi0jSNWdSMpp6Wv8AMcDg9OfpzW7aTskebTg5
x5pStbWw0j17VlJWO2jJyV1f+uol0u62kAAOEPTjtW0eW6sebWjWjGd7279DuvDPNlCemevtXcfM
mxcqu5lU4OOKAKzOFT5sDHcUAQeYFQ7evfFAFaWY9VGcevagCKSTgsD154oAYZtwx0J7+lADQ2zB
AXPp60ARyyAMdvPqD2oAaGyv06GgBYkJJBBwBQAqwrvyB+NACyJyFJyMdKAGKoIx0I9qAJY1AGSA
aACVhuAKjPagBUQDkggUAL5RPI4HpQAFeAMYoAYVXb14J9OlADkhEgIYYzx+FAFXxNbeRd2jA/K0
WzH0oA51PlV+SBvfjsfmNctVrmPcwUZeyVrbjsHYMD+mKwduXRHqR5vapOV/6/Ibnk5ABx+JrJSe
zO2dCm0p029Hr2BT8wAzx1ohe+i2FiFGMdZaMXAyxbkjsOKpxbvKZjGtGHLRw44IML83GMHJxgVr
CnezTOPEYv2d6bjrfccqbgc9Bx061rGHMndHDXruhKPK7t6gyuPlCqQPb8qlqa0sawnQmufmd+o3
jfgrzn061CUW7W1OqbrRpuSl7tvvHbCMn14q+S15HKsQqijRSt1YwFCCwJz9KmLjbmZ0VI1VJUoa
IaScEj15xWV5Wujq5KfPySetvvAkZ6f1octbF06F4OXb+vuG5wMe9On1uZYpJuLitLf0xD17ihJN
tDcnSjGSSbAgDvmrpU+Q5sfiniLOy9BO1aNqzbOWEHzxjBruH8qzv0OxQUW21o2LxUNrZI3hTk25
Tlp0QfjUta3NadS0fZtpMU4HPFXKUXFNnPSpVYVZQi3Zr8QIJ5xUcjaclsdLxMISjSd7ruNOK2p8
z0PPxTpRTkr3f3/8MRsBmu1bHzMviY3HNMkMcdKAADHagBcfpQAUAHNACYwf50AFABjnvQAYGelA
C+3SgBeMYoAVaT2Lg7STJBj06VxVHPvofR4SNB3Sj7z79heM56d6xtzM9JzVGF36D1bapyCD61pB
pJ6HFXhOc42aaBSCBuHPqOKFqVNuLdndCNnjb37k1NVWd4m2DkpxaqrTohpz04rOSlKyZ00Z0aCl
KKbv0FI7A/hVyi29GYUq0YwalG6bEI/nQly6sUqjrNxp7W0G3I/cTEf3T29q0jFc10c1etP2Lpy2
S/E7fw1NvslyMFWIB7V3nyhsygBiSwUmgCjcKPmUvgntQBVkVsDAIHegCCRBvwtAETqeCOlADMYy
wBANAEW4rwOOcgk0AMdwuVyNx5oAi3HkIcEDjigDRS7UfwAZHWgCYSxkdRzQAwMhcZXOO9AEybQp
KqG9qAHDCqGUfhigABD8BFznjAoAVVGOmNvagBSGxn7tAEe4nACcd6AGkA5OMj6UASeUomjO7gEc
UAVPGUoa4t9o+ZOhoA5SJipfI/5aPz0/iNcNWTjLU+mwNCFSjeLd+t9rDxuA56Hk5FQlK/KdMp0u
X2i3Wmgv3iAOB6//AF6U1eSSNMPJ06Upy69BBw33sYHFCTjImUoVKSTXUTdwVLYx0yKnnT91m7wz
pWrQQpxwMnHI5NUo2drmTqtwcuVNr+rjizA4Dkf5/KrneOlznoKFT3uVDQGBAJOB0yayjzX3Oyp7
Ll/h6+SAAAEE845waqyTtcyUpuKko6baiAttOM1KlJbG0qNJ/G0n+I7gNg/X6VSsjCTlNfgvMazf
w5GD3Apupb3VsFPCKb9rJ2aAnJzjge1Re+ttjocOT3W9ZDcnrkZPWrjJTWiOWtRlh5Lmk+1vITn1
/WsnBvVs76eIjStCMb3EPStKcLrc48VXVOTSpp+dg7dK6X7ysjxoNUqjlPS6CsXRa9656McyjJKi
oh06U023ZESjCEeabd7/ACFzgY4oSdmh1JR54yul+YnPpSdOPLqVTxtVVWo/K4ZwMVrCEbWTODEY
mtz8047CE1caPK9zCtmHtY2cUvMQ9Olbo8x7ids4qbM2TppeYhx9MU1czfLbTcOM0yBfagBT9KV0
tC1TlJXS0Db+FLmXQbpyXxaCY/GqvYhRb2Aj25oFawm3vtqbW1NOZySikIQRTTT2FKnKHxKwAn06
UyBPwoAUHBGaAWg5XGahwTVjop4ipTmppj1Yc1zSoNaxPap5lTqNRqrQUMPwrLllaz0O5V6Sk5U1
f07d2LkY6nNONiK3MktNxSRnOKaS6kTctVHTTcQ//qpTi2rjw1WNOXLvfdgMHHPOeKxjLX3j061B
qD9jtYUY9K1k1I8+lCVGyvq+36kNzkwOoGCw2j8eBTpJ3FjpxUGtHp+J2vhMMdPAyTlulegfJGzO
SjYAOQOM0AV5n+QdmNAFaZ2KBSo+X8z9aAI23bSSFx7UAV3JC9Dj6UARDIUDsemRQBEwJIyM9sCg
CNgVkBAHHHAoAYcggt696AJGcKAF6igBsZyRz060AWo3JXIzgDHSgCWNuMHINAEgDE8HigBcHnnH
vQA1SRyDzQA4Pjjn8qAHBQDlTtJ70AKcrwSaAJF2sUyeCefWgDP8WKiXcGCcHJ/lQBzWxftM6oCM
PnH1AP8AM1x1Kac7n0GDxcoUORpWfUMnPJAPXkVDk72OmFCPJzp3TdtBOPoeuB0xWbSfXU64ydP7
Pu7a73BueCxI6elKUbu7ZdGq4RcIxV/63EIw2OhFTOKT0NsPUk4vm1FPQkHIFVvG66GLXs6vs5K3
MgABOSevYCnBc2rIxElRtTgrNdeg4YIyBx3Ppir5Va9jndSXNy82r3BsNgBcEjGAKJq+yKw8vZp8
8tE7jmRkwWGcdx/hT5XTtcj21PFcyp+t2NcAsQi7R0OKip7z7HRhP3VNq/Mxpx1AJHPFTZJ6GqqT
lG07f13AqAOmAOtaaJaI47SlN8z16DcckDis4LlkduIaq0Ut2uvmJjmqk1cwpRkoX/4cMVcWlG5h
WhOdVRSewmPSr9tyrQ5Vl6qytN2a79vIO1DlJrUcKNKnJ8r18w6CsHPl2PSjh3USctl9wY5HaumL
uux49WPLN7Nt6B/Ks+ZzbXQ6XQhh4xm3eV9hKt8sbJGEFUqudST301/QOnNbqSaPNnSlGVmtBMDN
VfS5koOMnECPwqjFpp2YgGO+aBC4oBBgVDlra50woyceZxdrjsYrHmb1dj0HShC8YqVrCEe+Kcpq
OhNPC1KqVTVpaCgdq5lVveLZ7E8FyctSMfUMcc04VuXS4sRl6rtvltp0DbjjHFU67Xoc8cshK1nZ
hjjNCq216A8Aptwu726iYrphUTPIr4SpDpsJt7Cr5kcro1E7NDSvNNSRLpyjuhOaZNrC47DmgQ4c
d6icVJWOrDVXSk5J2FDYrH2UU9Dv+v1ZQtL1FUis5UWpXR20cfGdFxml+oZxWVWNSOiOvAVcLWfN
N2SFGCRk4/CsuRy+Lc7niY0tKLvF/n/kL0Awa1doqy6nBT5qtR1KmnL+JDdNthBI6OvT/eFXBtTU
TLERhOhKqlZnZeC7n/RSm37vJzXefKHQSurH5gT6GgCrK4HyMAP50AQsmzdubdxkUAMwoBz0IoAb
5YaMbQc9OtAEEkShRg5x2oAjCLk4GBQBWlTDHA49aAIWXuPXvQBoDaG+VFAHtQBIBGDyo59KAJh5
TfLjj2oAkBiZsLHn60AOKJnhQD6UAIU+YDYAKAHLCA3IUk9hQBYWFemzBoAUW8eSMA+xGaAJTbRl
eUX24oAgmt0jXLLgLzxQBy/iK9F1cROi8DO36cUAYoP+lz54+Yf+grXLO6qaHuYWMXhHfuITheRk
n2rOUlHWW510KU6q5aTtFa/8ETIzxgcYqVZu62NZKUIKm2273An5eOg4FZt3R2Qp+znbq9QPTpx9
KHprYUGm3BSswAPIGMn0ojGVtOo6lSldc97xJI1O/Hf196uEbHNiKnOrv+kSIjcbhjjkda6oRb3P
FxFeEFaG/ceDtyD8xz27VSSic85Sqq+2n3jXXBIYZBIxjsaUlrqaUZ3i1DR2+8RyCcY3ZAweMCoq
ct7M6cJ7Xl9pF7f19w0bBsUc/hz+dZvli+VHXH2tSLqzaS/UaSoT922WPtUuSS0NqdGpOV5bWGEj
JI4XsawbZ6VOMLJdV+Q042479KJP3RUofvmlppfyDAAHB5rT3YJNo5V7evOUYyXy/rYOM8ECm/LY
mmrayu5LcBTinbRkVZw5kpxWu1v63E9OKydk7s7Yxk4unB9A+lWpdEznlQcWpNK6DFaaJo43zOMk
ld/iJSvZuxfKpRimtF99yexMK3Ie4jjlRFZhHI7KrsFJVSVBOCQBxjr1X7w1g0tjixMJTvz6I1/G
NsLa7gQx26yg3ayG2hEKMVvrlAQuTgBVUAEnAAGTinWbVrE5fCM783yMHGKz9q079DqWBjKm4Nrm
vuAGO2KmNZuV3sbVcBGFK0bOW4YqnKdmkZRoYeMoSl9woAHWonZxTe5vh1KnUlCGqff8wAqISV7n
RiaUlHkWja3Fxx0z6VUvffkY0U8PFJPXsOwAOmcHrRaMVqU6lWtL3XbyDb0OMAnr0rLTc7EpxtBt
6L8RVUAZAGBz1zW0eXlOCt7T2isrNr8RvGMbfpx2pQnfSxdfDSp2qc/TX17Ay8nvUy0ehpSfPBOe
yGsuOlbOTjHQ4IUqdaq/aN+VuwmKUW3K5dSnGnRcUr67sQgVbquL5UjljgIVIe0lJCbeeK0jUezR
yVcHFLmhLTYXFW6iTtYxjhHKPNzK17B2qHNRaNo4eVSMr2tHqGKzlX5XZI6qGWe2hzSkk7C49aqV
ZJXMqWXTlLlb6gOPasYtXuz060JqNqatYQnnGa2cVbRHnQqVFO03b1I7nHk8jPzr/wChCoopJ6m+
YylOKUNl9x13hQL9kzGQCeDXYfPG7Lc7cKRzQBWmdWwx/i/SgCIysoHXJ9fSgAVz04oAcuVjO5uR
6cUAQHdwc8Zzg96AG7Cc4JGecDjFAEUqM5OBx0oAiaP5uEHpzQAjSqu0KevegB5IODk0AWIJFHRt
uOOaALEEijOcA0AOyoILHnNAFlXTacnp6UAOVVwMdSaAJh8oxu570AOjUDO1skDkUARM5Vgu49aA
G374t23HqDQByWpIqmIqu0dBQBktj7RcADJDjn/gK1zVvLc9jLop/G/dG/e4Iwcetcs25Kz6HvYa
EaFTnp9XsH8OcgYqdeRGloxxMnZ6oACRwcDrUcsp7aI6Pa0sOveTb8/62FIKjABx3zWrThpHU4qc
6ddudS0bOwufXJz2FS5OJpCjGs/Ri5/3QPr+tVFvQyq04pyVnf8AQsIrliCuAfQ12wUr6nzld01H
3dyQIR0wK1scDk2rMDgUyVoRSybCoAHJ4rnqzUGtD18BhZV4yadrERwG3Z49BxgYrnel53PWpvmU
cO46fqICGBbA7ZwMCnBxnqRiadbD2pp3GDjORnNEFy6sdeo6lo073S/pDSfwFYy7ndRvZQ8rsO3W
hp6XY4Tiubkjb0ExWriuXU4o1p+0XJZd7hz+FXBRitzmxMq1SppGyTE71TcVZGcIVpXqNtNCiolG
PU3pVqjfuJteYf0qXqrW0NoWhK/N734AOtVKD5UzCjiIRqyi93/Wha0qS0iv431BA9uA25TG0g+6
cfKskZPOP4x+PQ1DlUjKv7WdJrTV/M0/EWq2mo24Ky/aLrz5ZfN+wm3IWSWWVl/4+JARvlOPlBxj
njlV59EjTK8La8ptaPReZhVmlpdHXUklJwqKz3FxVKST1RjUoNx9yTv19AGe9SpM2qUYO3Kulhep
ycUlJXdynSlGnH2e9/6+QqqDz3ogot6BiJ1YRaYu0/N7GnZtO3cnmjTcVPqt+woDdvxFJxnuONWh
dRb1T3QijjgDHf2qVCVrJG069LmblL7hxAZsHOSeQO3+f6U3FJWJhUk5cy10EIGRt547HFTO0ZaM
1oKVSm+eN7sQqODkjgEnvWnKrpo5PayUZxdvQQjGfSlqpO5SjGdJcunn+g0/KemPWk7X0NFzONp6
pbBjnHWphKaZtiKOHlTXd9gx3rXW6lc4fdcJUVFadf66iYxVSq+9oY0sF+597T1/QKuKT1bOWrKU
LU4x0Wugue3Ssk+h6E6bsp2t/kFQ4vc3hVS/d7aXQd+uKtRijGdWtN6LRIQjniqi7XizGpTc2qsF
dvSzI7j/AFY7fOv/AKEKui7yOXMIqNJNO3kdV4VYpaDIJy1dZ4Jp3EhM5wpUDvQBBLIdy0AM8wkn
2oARM/eP3gf0oAtIQYjkd+DQA0KCgBOPQ+tADsYGSR1oAQ8NyOKAIGTaxCnA6j2oAxUm+TDde3FA
E0dyuPlPXrigCxb3C9Gbg0AWRIOGDCgCdZxweCPU0ASo4dTtPX3oAmRjx0xQBOp3cA0AIC6ucP8A
WgBN4JwetACajn7MyjnI4FAHO60BFFbByATgY9OBQBhSgC5uMD+Id+PuiuDEu0j6rJoJ0m2luAxg
gc8elZxakrHZVg6UlNuzvoIcFRgcetKULxS6DoV/Z1ZSestxMLtxnvUunaPLFm0cW5VfaVYoeOFG
Bnj1re7jGyZ5rhGpVc5Rtr/TAKG7EE9utZxgnudVSvKmuWm12JUi5xgYHOCo/wA+tdMYLZI8atXn
FOUpO+2hYUAf/XrqR4jbbuw47UCGkYx3pMqNupA53bSMdT0P+fSuWoru572EahBwWmgwAcgc89B0
rNLudbm/svp8xjD5h2z2HaonD3kkdGGxD9k5TV2urEY+vHaonvd9DbDKKjyxt72vzEz+FPdXEl7O
bjrcDim2rEwhLmu9F17f8OJ2ranFzV3oedjKsMPPkhqn1D2FJK3QubcrcsgrZwjGPNY82NetVq+y
UuoDpXPJuaSSPYoRhQm5SnovzDiqXu6GEmqrcmtOiW4cVbb+RhCEb2afN+IvSp5lJ2Rbpyox5pd/
mJSdr8tzSKqWVRx0v03DH4VEHZ2ex04impx54tuVxccUpJ7odGpHm9nPR/1sKAMdfahRvqEqjptw
a0XXuKAO5+hpKKejNXVlG0o9V9wbffPPGKm3Lqauoqy5UtbasfxweMit27ao8qEOZODu9QyO5K46
5OannUnubPDyoQso3vsOCsWOwkAHHJpRTk24sutONGnGFWCu9dByIrAkliD69K1hRVnc4a+YSi48
qWnYY0Sqq4IJ9cdvpUzoqK0N8Nj5VajUtF+o0ghRnPJx0xWLbirs74Rpzm4x7XbG8kjHf2olPmdk
tQo0FRp3crq+gmOlVKNrIzo1b802utvITBFTFuOrNasY1moRaVw+tK7lqWoxpJRW2z73E/DFWrJH
NUcpy1ez0X6i8dq1ulFJHF7Oo6sm3bQT6dK5YxfO2j3KlWPsIxmugHr1xXRyvoeP7WCbUttl3Fxj
pXPJPnPWoyj9X1W3UQVolzI5ZVFSkuVaPqQXv/Hucf3l/wDQhXTRSjoePmU51Ve2i+86jw3LussH
IGeK6jwjSuZCJNpoAgf7wJ4xQAgHzFj+HvQA9WGBnHWgCZMlCOvqKAJEcBcEAAdKACMExlj0HSgB
wKleV5PtQBHIuThecccUAY72wCn5QKAKr2xST5OBQBIkRTpgAUAWFJVeuc0ASxMc7c0AWYSy8r09
qALkDHABOPrQBYjyGG1gRQBMUbk4xkcUAQRrlxuGOaAJdUXfZuUHIFAHL6yCy24Y5/8A1CgDHmRU
uJVGcsFfPp2/9l/WuTEJNHu5TUlGVr6DABt+XI/GuZRXLaLPalUn7VzrK6/rYcqgKx3DK+9aQi4p
ts5cRVhWqRjGLXmCo2CeM4ztzzSpxlZtlYqtR5owh069CwsSqeQK6YRildnjYmtWnPljccscW0Hd
kdOvFVaLd7mTnXhHlcfMUCNB1244rTSJyJ1KraWoebGB97p2qVVi1c2lgq0ZKPLqxrSqozn8qTqx
SuiqeCqOTjJWsIsw74B9uaXtFsV9VlFqW2pC8m5SpHIrHn504o9NUPq8o1JPQaW65P19KmKtoaVX
ze9HVJ30Gn5QNrdqmVNrU1pYqE1yNW66iHGRg1DTb0OinUhTj71vIT6CktdEaSappOTu3tYD1qXZ
s2p+0pxdtb9GJWr57cyOBew5/YyS1d/TyEreg246nl5lGEKyUHpsHeru+pzckI2UXd73QAU7qOol
Cda8QxQ/eWgot0p6tp9BfaspU1yOx6FHGVPrEOZa+QuBWcYq3yOurUldtK75uoYH0rKyvdHaqjUO
WenXQXI61baT1OeFOck3HRAg/D6Uqcmk0x4yjGUoSg72QDhselZ2tOx2c6qYZSduw7AGM/jVtLdm
FOUl7sUmJtPG0g5/yKzcXe51QrRUXC2o8ANkk5x04NawTkm2cVepTpSjGPXccoIOcDpg5zmqS1uY
yqLltduz+QiIQSmQDjqOP89aai3dE1K9ODjU1bv1HIWI2785Hp0/GnFu3Le5lWpwc1V5eXX5Cbjl
QWIA46c5obeg4xg1Lltd6+QjKo4B5PrxipktDalUcZJW020G9WGQckdelTu9NzVe5B8zSV9O4w4w
PXFN2T8xRVScbW93f1AjvVuGiszmjieWUlJWtsGMHHFVGPKrGFSq6slNXT/UQjnFZe0UZHasLKpR
TvZ3vf8AQTpWvPA5Hhq6vbZa67hj0qZtQWhtQjKtP3np2DpUSkrJtm9Gi3NwjHRa3YvQcUmrK5cZ
c83C9l19Q/Qd6cbWv1Iqc8Zcq1iiG4BYxqQMM/PvgE/zFa0VLm1OLMalF0F7N2d9UdRoS7bJDgD0
rsPnC1ISZMZwQetADM54oAEU/MRjHpQA1JP3pXg55oAsRsOqtjHagALEkEZOBQBagY7QuM0AJKMf
Kr4Hp6UAJGqgZyD64oAourLg4oAhaLeeBjHWgBgQ88cUAIY2U8DNAD0gK9QQeoOaAHKjBzjO0dDQ
BYjL559aAL8R4GAfxoAtGb5Ap6+tAESq5YY6ZoAsXXyQHkkY5oA5HVHGLdh0x6e1AGRKxN22TghF
H6tXNXslqezlSm5PlWyuNHHTp7d65dmonu/FB1L799kx245OTgH9KOZpkqnGUU09V9zAuxXac1Km
9jaWGp2U7r08xMg5B+7n1ppX66ESapvSNnbrsKeTnO2qcHvexnDEQadNR5vP+ugrtwBksfQ/1qqm
qWpjg7QlJuKGhu3vURlG1jorUqvMqmttgzzn8/Smmr3RMqcrcs9n16gTlfT2q+dOPY51QlCstHJd
+gnTpUL3PhN5R+sNqr0/ISrioy3epz1Z1qOsIrlE7UXSvYTjKai5pa/gJ+Vbxsuh5tbmaa5tmHPa
q9nGPzMfrVSpbW3LqFNU47WMp4qs3zuTuH0oaSY6c5yiwqZaWNaDclJOzYc1aUUtTncqjlaKs/IM
dDScoSVjSFKvSkpWs7i4ppKMdCZupUrXa1QVxvmenQ9+m6VNKT0lYXsM0Jc2j0HKfsveim2J7d6U
+WO25eG9tVT5tI9bij8iKlLnWm5vKSw87u7i1ZJCgEen504PkV2RXgq0lGCa01D6c9utJu/vIcIu
CVF2sLgt0NKUedGlKq8PJprT8RedvcjrVcqUbGPt5yq88bLor9hw3YIPA96qEpWZjiaVN1IvW/6i
LkldpGegPeo1bR0JRhTaa13HsuxeoxnGB3raV4RucFLkr1bJNaX1GR5yWT8PWsKfMryR6eLdOSjS
lq7a9vkKC5JyeTxnOKFzSbuxSjSpRXJHQTlUwMkdKd+Xcjk9q7x0tr8hpyDgcelF2nyobhTlH2s3
dXG855rLlfNdnY6sY0uWC06MDkHriuxKKWrPn5uvUk1GPzDJ/wAKyburHdCHJNTeugnP5VSpxk/M
xqYutQjfRxuBOB3q1ShFWvqc88diKknU5fd2DOadujJUk0pwTXn0A/TipUIzjZms8TWwtTnjqmvk
AJHtT9lZaMhYzmn70bXX4gDzwelW4pLRHNCtKUmpS0ILptpiJ6B//ZTVU09zLGyjZRWvmdRoBJsY
1PB6Zrc8wuzAbgVHPfmgBnlkEBgQcZ60ANbap47+1ADEfa2AAMdc0ASMwABP+FAAjHA55oAsRyja
GBIPegCTcMg9vbvQAR9cYA9RQAPGGGAcGgCGSMoc4NAEUiEr8gIoAYiuvG2gCWNCWGc0AOkQgjk7
aAEUkMSAaAJ4HfGCSD1oAmVm3ZPSgB5fkcnjtQBLqD7bJypB+U/yoA5a9/48Y8YGQv8AIUAY7/8A
H3J7Iv8ANqxqrrY9HBT15eawc54xnvXBKTUrrc+qo0qc6PLUvy/iKTjAx+lDqN6NahTwkKbc4y93
swAyMd6tLoc05pWklo3+Ibug6Uc/K1GwnQ9tB1VK9nqhD0qptX1MsNCTi+VqzEz6etYwkrts9HE0
JcsYxavbXuLgD0roUIWuzyJ4rEKSjHVLp1Exz0rNx7HdGqmry1b/AADqc9KlQ5pXZpPEqjSdODv6
B+GK3cOZaHlwxDoVLN3utfQAC3CjJPpWMeaPqejWdGpFcukbCEY4xj2q4yfPsc1anGOHaTYmK7lZ
7HzM+aD11E9s/hQ9xJXiAGBSclEqNKVRJ3AimmmKdOVMMd6NHoSlOC5loLz+VDStYanPm5r/ADE/
SpUIx2RtOvVqP3pbC01FLQmVab99OzDv0rKTVrI7qNOakpTadxe1c9lLTqes5ypNSWyDtS5El7vQ
t4icp3qaKStZfmAqqdK+rZljMc42hCO3UdxnFK0YvlHzV5wVXZgWJGB/+uplJOPurY2pUpwqXqSW
oq9CMfp0qYtuLsjWtGNOtG8tPzFIO0ZyPpVuNoo5qdfnqyaSt0v+gJ3OPl7gVML6s3rqF4Q63uPA
Pl5UZYcnnPSrUfdvE551mq/JU6jR/qyFLAA+nQetRZyjqdDlClVai09Px7D2w4xzgdgBkmtVyy22
OF+0pNqXxPvskNJO7gcnjkY4zWDdpXR6kIqVHlk7rfTe/wDkGcryPxVatyWzRzRoyvzQlZPuNB+9
1ORzSjZO7uVW5pQUY2Vnb1YEgngf5+tK8ZPRFunUow/eNWvt/kNJHGO3FVNqyfyM8PCalKLT/mQc
Z681LST3NYSnKm1y2T7iZ7Y5pqbbt1M6mFjGKkl7q6BnnitI03uc1XFRb9nZ2eqSE+lTKXVG1Cir
KFR2Tez/AK3DkdKUU9GFepTtKmugfpWzpSlqnY8+njKNJJTjzP8AQC2OK2jGy31PPrVuaekbRK92
eYcf3/8A2U1UNdTLEe7aKat5HUaG+LSIYxitDjLcjDefU9hQAbhvAJ60AQtIEJOCSTQAwOBJg55o
ARpBgDPOeBQA7zTu3KOgwaALEUp24K8DrkUAPVkLAZ96AJ1Y56daAJXBIOOKAGhS5CnJb1oAh8t8
kDOPpQAgRwfloAcsbYBJOfpQAGJwQD060AJ5bo/HfsKAHojkgEEHvQBISVbHX3FAAxxjGc+9ABfE
jTHB4O00Ac3fyxpa26gEhgP5CgDKfi7fk/cXp/wKuave2h7OVqLm+ZIUY6cGuKL+yz6apTulWhdJ
LW4HI9qrWOjMPdrLmjq+yAnnIptNPQzpzhKDctl0DPeq5Xu0Y+2pp8kGrPcDnNZ+/JnY/YUYKz3D
OTWkV3Ry1pfyS1YHHbNW6d1pscsMZyTXPZSWglONMitiuW9krN7h9KVSMuZNGmDqUvZyjNpXDp0p
TlJ7F0KVKC95p32/4IccVle7VrncqfJCTqONv62Ex9TXVGWl7HhVqLjJR59GLjihSknqVKlRnTah
ug7U3LXfQzhRSp6R956a7W7gKqTcomVGNOlWs9l+YfhUxbtd7mtWEebli/dYntWiktGckqM7uGtk
Haq5o3MvZVFBK24VMnJ/CbUY04JuoncDj6Uk5RQSjSqTslbQOlDcQpwqxkmrtoKhRiup0yq15y+H
r8h30rFyjb3T0adGvzL2q/4YAOM0lzmk1Qe7dgHB60OS2CnQnrNvTomLjHtStr5Gin7m13sKcjiq
cuXRHPCkqvvSe3QQZzgHH0rG7crHockIU+ZIdnaOB+FaN8uxyxi62k2tNn+gpYnjgeuR+tPmbVoq
xHsY03zVJc1uq/INzeuQB26Ghcy3Cp7Fr3NLv5gTwdvAJ4rN6L3TrglOSdXpoIuGHzcE9eOtXFcy
94xrSdCTVB7inG4gfXpTaS0RnCUpJTqNW2GgjaeoPepi1Y2rU3zLTRbWEOOvINJxV1bRlQqzUX7R
JxWo2hUbsTx6pU3bd/kH4Vp7KKdzl+vV5wUUuomSPStY04NaI4a+KxEJPmkIX55q1RSOaeZVJJWS
TQbx3FV7KPQy+vVWrS1E31XIjL6zK7fcQv8ASiULqwU8Q4SUrJ2Df7U4xUUZ1KrqSbZBePt8k8/f
7f7pppWIbudPoM/mWqcEds0yTRmyCc8+lAFZnXdgc9qAIXO3g547CgCMMWPcexoAdz0BxigA3kZ4
zmgCaFztwc496AJ1OWGOwwc0AW4gq7TnCjsaAJshh97qelAEqquff3oAcYxwcqKAGPGASAQM+lAE
flknCMSO1ADlDbvm5x6UAPA3HIP50ASRoM84/CgBphBbcBgelADGAwOO9ACXqA2boehXFAHF6pnb
ahTnjjj2xQBUyftLkn+Bf5tXPWStdnrZbOSk4wSux2ce3pWShZXSO14jmlyzk7LSwo6fzrPlUvdk
djrSo/vKCXYQ05305CMK4pyeJVuvqHetpRnyJHBSq4f6xKVrISodKcfeTOiOOoVU6Mo2u9GKcUld
aob9m0ot7O10J2Nbxmk0mebVwsmpyjrZgRWjWt0cUHo4SvYTnHTNDkEaVxRnHNTJq6OijGSjJX2F
FRKKUrI6KNWUqTnPVWshpJzxxWyavoebONTlvLYUdOayqp6WO/AzjFSUhRXNySi7nrrFUq1NU4rV
b+gdK1UpSZxulRpQaerewUpTaTKoYeMqkLqyCuZ1HZHsxwlNVJNvRbBitL9DkVNLVbb+gY/St/aK
FkzzFhZYhylHa4YGaxc3N6aI9GnhoYeNpWcmBHFKUW1uaUq0YybUbWXUMUmugRml+8Wq3+YVm2oe
6kdsISrRdVys+iCtrpLQ89U6k5PnSXqL09qhStrY3lRU/d5r6X/4CFxz0P4Vc482rOahU9leEVds
X6c9hSd+5cVFRacdV2FznPBPakpx10KlQq2TU9N7dQzyBwPQA0S21ZVKPvPljo97iZPGOD9amUno
1ua0aMFeM9vIU5IrZNvc8+pThB+7qr9dwAI5GB+NTGDaubVcRCnL2dnqr/15CY7dcU4pvQipKNNK
o1oDe/b1NRO/Na5vh/ZunzuOg08daI02OpioJJrRbfISlFNS1HVlCdFODtrt5BnHGK6YRbPIr1Y0
nZ7BkYqfZuLLeLjVptrSysNJ9DXWlY8Ocua2ozJpmYwk+lADdx59qADPTigAXrQBDe4YxKOu7P4Y
I/qKAOq0HC2kePl4HWgDQuAdw+bqR0oAqysAV4zQAm0ZJGQc46UAM8sZYY5FAC7Qq7sc+lACurDG
1e1AEsKHC5J5oAmQFZFAegCyrdcmgC4NjFdpwBQACXDAHHSgBWfjheKAAZx0BoAB8o3bQPY0ALu+
XgYPfFAAvXigCUqRgjAoAUHqMjP1oAZOoUIR3OKAILwf6MQAM4oA5O/hP2W0uCOvcUAZp/4+5O3y
L/NqxqSV+VnoYWlPldSGlhQPWiclCyHh6E8Q5SfRXA1Ok3tsbNTw8Fd/EFaxUVscNWpVktW2kIet
O9tzLlc37oo9qd0S4uO6EzU21NVNqno+odKTpxbuXDF1IR5V3uG78KcYtKwqtSM5Xjp3FzStIanS
utw/lSd3F2NKajCrHnuk3+AE1nTpP4pbnXi8bG3sqK91O4ma19mk7nE8ZJw5GtLju9RLSLN6SUqs
b2QY7Zrns2k2evz06cpwilqtwA5A7Up1WpWS0HhsFGVHnbvJCgfpWUeZ7HoVFSpJKT1f5gaco31R
FKpy6PUP0oUV1YpVZNWjFNMT3rZ62TPOppw55RfKuzD9K0VPscssW7JTtt0AHHSs6i5WmkdmDlGp
CUZSuFTaTdma89ClFSi9V06XAcdKSouOjNHj6dZuUdNPxF4B4FLSErIpKVainLp1XYUHtRGab94K
mHqQivYtP8w3HO7j2rPmd7nV7GDjypWfUcuNw78cVoknKzOOpOcaLcVZJ2EyTkcdcYx1qOeSbVjo
eHoyjBuTva4KQDjoRzkdKa5ZOz3QVFVpRc6bvGWgp27cEEY9atJO7sc05VI8sXJW8hNx4AHfipdS
S0SNoYWjK8m7addgzycLgYzgdqNb2JtDkUk9U+vVf5CAhef5ilGap6m1XDyxa5bWQE9/6VUnG6nY
56NOpyPD3SX4hn0HHtSUnzXRbpU1R5JLX8/MSnCLld3M8RVhSUafLfQQgZreHOtDzcQsPK03p0t1
E46ZrWMpvdHDWo0Iu8HoNIHStjz3a+g09OaBEZ4zigBue/egA46nNACjHTkUAV7nIniI9G/mKAOr
0NSloC3Qj5eaAL1xnIweSKAIHLKRsGR3oAe6kt2KnrQAmz584wD0zQArxMAduRjuBQA7ZhACM8da
AHpGcKRj2FAAA244Kj1xQBNCSXwT70AKiNyc4xQBZjY8DINAFpVGzAwM+9ADhEzYwCv0oARlZT93
kUAMaQfxKQTxxQA6MhlwoxigBxbBA649qAHKc5JXGaAEY/Ko9DmgCnqrCO2kfHbJoAyb9Cnhq3Lq
DwKAObY5unJB+4v82rjxD5WmfRZRF1ISgmKDgkUT1SYUE4VJxTtb8hMU4twlYzq01iKXPZt3srdg
6Vcotu6MKFSNKm6dRaX+YlX7O+5yvE8raprQBWiSRyynKW4vb2pW1uNSvHkEPUUot9S6lOKaUNQI
qroyUJPZBildFezla4DjvQrdAqOTtzO41s5qjMUHnmgBRn1pMqLsxeax0ldWPQSnRcZ3umKKxteV
melzOnTVSF9X8hcnGK5nJ3sj2Y0ocvtKm/Z7gT2rWUXayOKjVp8zlPQTtS9k1H3ivrkZ1f3LSt+Q
VolNWsjjnUoS5lKW4VvzPex5yoxvytqwnSp5HJFvERpTd0rWtoFKejNKFqkdEn/X5i47Cp96Ru/Y
0m7qzaD8Kl2czSDnDDu7snsvMUdQDSulKzRpySdK8ZWaQZ447UW3VieZtxlzPYXtwOe1ZWaV1ud/
NGclCb939QyKvd/I59Ix36/gGQD61Hwu7N+V1IunB2QbuepH0p35pXYuR0qXs4K763FJGDjiq5Y2
0ZiqlRSfPG6sNJ/ug0pXv7pVHkcWqq9PIU4z/wDWoSi9WEp1qa5IO/X5DTVxhe6OariFSUaj1fUT
OKuNCy1MK+aNyTgrrfX8gzxXRGmoqx49XFVKknITjt2qktLGTn7yluBIppWJnPnd7WGNgGmQIT6U
ARufWgBn40ALnpk0AA/KgCvdc3EOPRv5igDtNGQ/Y7cEdFGfzoAvsE3/AHc89aAIpECSqVIXPrQA
kkXIXgrQAhiI7YyOgoAkVG2KxyAQaAI5VbkDhTgg5oAkUKVU5OR6UAN2ZOc4FAEgBXI9elAFlywY
gYPrmgBi7QckYPbFAF2FsjGQccc0AXYQCPvHFAErAcDrmgCDykc5H5GgBjxBCOPxFADFRS2Q2CO1
AEoQ7Tnp60AREKeBzigCjr65sXAGTt7UAUdawuhWsTc98elAHLSDbdODn/Vrx+LVy12up7eVxldu
DswwOvauecrtW2R7GHounGfOveb/AAA/kaHHnfvMI1fq0UqUbq4h9qcKvI0jLE4H6zBz2e4Y6etd
E6nLax5WGwftLua2QlaQlzM5MRQ9jEMDGK0Rxu3QQYxUyV3Y6KUlCPMlqL9OKy5bvVnb7fkjenAC
eeOla8tlY4PauU09gpKNi51edtWQ08n0rQ5BOmOaAHD2qWjWD0aFBptdSYtv3W9AFciVTVtI92c8
KlTpxk3tfsLWfJNana6+Gm3Btid66d42PFblTqtrVeYZxUxlZ8prVo88fa3S8hO/pXRsjyWm2B+m
BUxNazV0kIG5wOKuxjd2sLmp5V1NvbyVuXQXPFLkVrIaxE+ZSlq0JWTg4L3Ttp4iNeX79tLyF46V
EoyWtjpoVqTbTdtdP+CKKXNZWsX7NyldSV7i1MZJLU1q0Zyqe7diVi1Z6M9KMlKNpR20/wCCFb8k
prU8t16eFqWhd33v28grSNNJXOSriqk5OCdl0D60SUW9EOlKvTjeUtBM4/CmqSvdGcsbJJxlv3DN
a8kWrNHEsTVjLmjJiZ49KUaai7l1cXKpDlaQ3PHetDjFz70AJniklYpu4hIpkjScUANPXPagBrL6
UANC4oAULzzQA8KRQBDMubqEE9m/mKAOz0XdHbxZGRsoAvqoyNpOOc8UAQthjzjPtQAY3fdH50AK
o2gjvyPcUAOOfKAxgDpigBmAow3X3oAWMEYIxgmgBH2B8gYJFADoicfMASeh7UAXBOpwD1I9KADE
ZOVOMUAMCHczKeDQA+OSVFxuI/GgCeK7deH5oAnS6Q/Lg8igB5KuMA4IoAi5/u80APJz8oJH40AQ
qfnA6ZoAr6mW8huwAoAxtac/2Zal8HaME5oAwJGH2xsY+4v82rmrySsj2sspSleSG9OnFcvJ2R7X
t07Xd7dgBI+opXSkrFqFSdOSlot1bcDjPI21opR5tUck6Nb2XuSuuv8AkJwPapctbM3p0WoucXol
t5hipvK+5ryUlTXu3dr6iYx0rWM31OGth4tNxS2uGD3rTmXNucbpSdBPl1v0FwazlOzVjsoYfng+
bsJjitVUdmzhng4c0aewhFaQqOZy4nCRoOzZGetbHnNWdgweKBC4pJ3LnDktqL0NMgd9KlJLQ1lN
uzStYM0cqD2srph2qfZq9zb63Pl5X3uNJ71aVlY55zc3dhkZpkttiHHrQIOM0ALigAGcf/XoAO3b
NLqXZct+ooHvU8z1ZqqUbpX3FHAqE1NHU4zwsu/UM+1JUV1LlmM7e7owzT9kr+Rm8bJQ0buFLWCK
tGvLfoAOO1EXq0KtH3YzfTQUfWpUm07I3lRjGUXKd09bCcVVnyoyVSn7Zvou4fShya0YoUYT9+LX
oBAPtVq6RzS5ak2npYaV96u5z8urQ0gimSJzQAn40AHBoAMDGOlABigA2+1AAF5yaAF280AV7kH7
RGO+1v5rQB2OltmCA7QDjByaANGZiFKqNvfIPagBgi+QFcj8aAEYHigByqOpXc2PzoAJEKxjbkDt
zQBE6hlyTk+/agAVckbD0oAYVLv+8zgZxjtQA+IHOOTtAwKANeSzIy2MUAUpbQqMqDj2oAYDKq4B
wPQigCRJSy7WXmgCQlARnAzQA0jP3DkjtQA8SOmCCM0AKs7MRnNAEvmHr0IoAWJizjOOO2KAI9S+
aJht6igCh4htlGkRnb2B+lAHISH/AEpgOf3a8492rkrvVKx7+VxXJKTk1boLgg4Jxn2rnmpJ2Z6l
B0Jx5qaEAA5pWimWp1Jxt5gBjnOaUV712bVpWpKEVbXX07+oDryB6Veqkmzki4SouNNtLuwI4Jxj
vilK0WXT5qkdH5XA9cChzvoghhvZp1J3dg2kc+lOdOS1Fh8XSneDVm9vUTHGe1CenNYU6b51QvZ7
/wBeYZ5ohMdehZJ22EPeuimkeRi3KLva91+BGSBXUeGJkg0AL7YxQAvfANAAM0WHd2sHt2oEIRxQ
AcDvQAnfrQAhzmgBKAHD7tAB070AKOvvQAo4FALQXPFTyo19tPqxM+lNq5MZcruLzQhSve7D9KHs
OF+aydgP4ipjFJGlWpJu3YQHrVmN3e4Z4oELk46Vl7PW9ztWK5Ycqiribj9K0Ssc0589tBDJ6imZ
jd2elAC5HFACUALjtjigAxj6UAB7YoAMn6CgA57AUAKaAK7nN2Qf4UGPxJz/ACFAHX6UD9ni3EAY
GM+9AGiy4PPBK0AOK5VNo6daAH+Wnl89aAGlTgBBkj0FACsv7gg59vagCLYBkYODQA/yyR0oAjEa
q+4ZGemaAFUAZGcNjt2oA6CLa6hkkz7UAEkJbOVoAqyWaNkDrQBTktWDcce1AFc+bG2GBGKAE84b
s45oAd5wPHBNAE8RjPBO0+lAEyBcFc7v6UAG5VABzx7UAR3r/u1HqeD60AVPFbCPS48916A0AcYx
zcsQOka8fia5MQnuj3sqcbNS2e44cjBzWKfMvePQlFUpJ0WrbafmwJGM4xjtST7I2nC2knZdxNwJ
Bx9aJaPYVJKdN2lfoBJPbjtSd5Fw9nRVou99GmGcHnjFF+sieRJ8lJ/5AcfjilLlTujWg6rg4zei
egvfFaa2szjahz+0ha9xuR+FZrRabHZKLlJKbXMxSewxTk07KJlSjOk5SrN22SDjritNIe9c5GpY
n9za3n+gxlzVQr9ZGOJyxWUaW63GbcHFdcZKSujwatKVKXLJB06mqMgx6HNABj05oAQ8H0FACbvQ
4oACcenFACE+2KAGk4NAAGoAXd70AOH4GgBc+2KAFB560AHOOtACDjuKAFzxQNtsTPrxQIM0ABPa
gBMkCgBwI9eaAEJ/KgBhNACDrxxQAuSOlAC59qAEDY6cUAKG9elAC554FAB3oAOlABnkCgCtIT9t
OOPkHT6mgDttPUfYoweyr9frQBoyLkj0wRmgBEU564x0NAD0XacsctQAoDO3DYPtQAMPk2tyT3zQ
A2ZSBlQMUAAA2qAcZ7GgCNkIbDHHHFAEcbHzegBx6daANAA8FGoAm+0zoQAeBQBLHfIRmRMN0oAC
8UmCG257UAV5YTglSSKAKFzGF6g0AQFFDZztoAkVWwCPWgCdSVB+bFADo/mZTuOelADL5gq7j2PF
AFLxrLnT4fLPBWgDkE/4+Hz1CL392rnrLr2PYy2erpv7WhMGGDnv2rDn5tT0/qqpfu/Pcdnnjqf1
qF/MjeTcX7KTTG8Z4NE7uw8OoU+ZNWfTsGD34zUqMluzV1qUnaMdl+IADOBTtGTsKTqUYOTSSaDA
x/OrtZ3Zze0c4qEdPUMr/hSVRWKlg5qS5fV9hPripjP7MtjathldVKeskAOOgxVRcYmFaFWok23e
+wmaJuNroeHhUjPklowpwgmrsjEV5U5ckNX1AitYtJaHDWhKUv3i1sJj2q43c/I5aqhHD7e9cZyO
1dB5QgNAC5GeaAEOO9ACHHpQAjAdqAIyOc0AH0NACgUAOHpQAooAAaAFBFACgjrigAyM0AGcUAHt
igA4zQAnGPSgBCMd6AG9PyoATntQAoB70AHI7UAB/KgAHNADgOnHFAC/QUAHTqOKADr0oAP4sZoA
gb/j9Oemxf5tQB29kAttERgAoMUAXirMocHOB+AoAWAdQeGAoAkCnByRQA1G4OTj3oAc+BHweD39
KAI3AKjk5oATJ2gr97pQBXdj05GevFACFtkgyR6cGgC+F2j5TQAnmsoyQcUANZlLc4PsKAGhsMAG
xigBySyK3DdaAHrPlSJFJoArzBGYBeOO1AEWxvlCk+9AEm489sUALAxVlJzg0AMvTyAASKAKni+M
JpNq+cnbgigDlEP+kvnIyi8fi1c9eSirM9bLKFSpUvBr5kg9etcN7S02Pp3DnpuMmr+X5ig44x1r
RVeR27nJUwXt4qonrHTQT8cU0rysTKahScknpp8xSfU05PW3QinFRjzpNPf5iDAPB6VnyqDudXtp
16fIldvp2DdVcylsZqhOl7rVw9Pap5VfQ19tPkaktxD3xWclzNvoddJ+xio9bC4xTty6EuXtU5R3
/UOAOK1duW8Tz4OTq8lV6gPaoVWSWiOmWCpyleUra31A9OoFOMdLtiq1V7TljTbVrXt+IYx2q1Pl
Zyyw6nHXpshCmfato1GedVwdNvXR9RhQDkE1pGr0Zx1sEormg9BhQ1uebawnTg0AHFACfmKAGnrx
QAn+eKAAkd+KAFDdKAF3Y4FABn8KADIB5oAUducUAOzk9aAExn8KAFx6CgBQSDQAA+uKAGnmgBAn
fJBoAeI6ADbSb7Gih3QY4xTM9hCpB4oAQLQAvPagBQfagBMjn/CgBc4PHFAC0AVZSBeMOfuL/M0A
dtpq7bCFDzlOvpQBoQBtu0ngD86AJERUwQTz29KABpACQBtz3IoAbHyrLnA9fWgBW2hRuGOMYoAZ
K67QB068dqAEdyEBUkEUAVnkDHBPIoAYWG7H40AW0bIIQ0AK0zKuGBPrxQBEzoSCMr9KAGMWD5Rs
igB4k2uNwx70ATA5VirYyaAGleTuH/AqAAJsfKng0ASlMj7o9+aAGQp8+MYHbNACX67FJx06UAZ/
ilw+mQAnkLQByyAiZ8/3F/m1c2IsldntZSpyqONPclGOpyBXLzRkrnteyrUZKKWreo0AeoH1qYw5
tUbVMR7K8Xpftt/w4pAHXtWjsmc1NzlHljr+gn0rPWXwnXeFBWqu/wDXQB06Z+tCtL3WTPmpP2kO
u1t/mO78AU2lF6Exc60ffurbiBc+g980Nc2glJUm5tNp7LsIRg1E7KWh1Ya8qT59+l97CgDnBOa2
jyNXPOqe3hLldrb6fmGOOOlTqk0jVKEqkZVN+/f1E6dam6hHQ19nLE1VzNJLuAHy9OnNSoKaubyr
yw9Tl3WwfQ0NS+QRnRSX81+vb/IUdPwrVe6rrscE/wB5PkmtOYTnpSjKalZF1aFCdJzlok7KwEAm
tFUbkcksHThSTS1v+AwoPSuilJy3PIx9CnSl7nUYVweB0rc81prcMYNAhhA9KAG4A7UAJigBQpoA
Xb3oABn0oAXqeOKAAD3oAUce1AC9BzmgAyBxQAoz7UAOC80Ds7XFxznGKm/ctxVroXHpSbtqXGm5
e6hMYpOSZpGlOCbSuA6Crskc6cnZIMcULyJaaeoY5z0qbWNufm6LYCPaqujNwkugbcDtTIG4/CgA
280AIetAAM5oArsN14zAZChVOOx5P9RQB29qR9ki2pjC0AaMRBRWB49KAFjxuyGoAZt+foMEUAIg
+fk846GgBswJXG7GO+KAK7yZU4OM+lAERkOwYb5eTk0AQo+6Q8n06UAIZQW6nOeaALk8LqOmPpQB
GHZPuk80AJ5nAymCaAFBO3hutAD/ADmXAYfhQApl6cbc9KAFEzYAXkD1oAespxk/KPegC0sygc46
dRQAKw6ZHHfFAEWoOMqowN3FAGV4uxHbQpjGQOlAHO4zO2OgjX+bVy11eyPbyup7Lmklr5CjpjFc
0opKyPZpVW5qUrr1FU49sVVKK5dDLHVJRqpyWlugnGcGpTXNaRrKEvY81Lrv/XcPpWyjo2cE6jco
R7B+lc97LY9ZU1OS187IMcCk4PlTKpV4e1lTWifcAfSohKTvyo6cTSpxcfaStp0FB59q1imzirTj
DVO7tb5C8LjvzWsoKC3OGjiJ4ipZxslp/wAOJz0xyeprJ3tpudkeTnfPrFIBjGP6VrTcUuVnHioV
XNVY7W/AXGPQVWmzMP3kXzRbaYmDng/hXOk7uzPXc6ahH2kdUtxfbGBWvLJ+7Y4VUpRTrXd+wnbI
H51lGMlex2VK1GajGWzXTv8A5gcg47j9aI8z3HUVGFnG9ttegnPOK2g5JXPPxEacnyPV9yN84+U4
rsgtD57ESTlZdNCPPPOas5hc8UANJoAbmgAzzgCgBQe3egBVcdD0oAfkdqAEoAUYJ9KBpN7Dtg7m
p5rM1VNuOm4/aK45VJN2R9FSwVOFPmkr6dO4YHaq55XsjD6vS5eaasxP6Vok09Wck5RcLxj8gz6U
+S/Uz+sqnZ8iuH1FVJpKyM6UJTk5yTt5CgcVnKSejOqlSnTblHZ9wPFYzk4q1z0cPh4VZcyjZJfi
GPartdWvYw5lCTkoJ9ApucorUinh6VWo+VaWCqjNtXMquHpwnytvbQTGO1aKfNscU8K6KvUE6HpW
jRywaV7gfcUyBpOO1ADc4PNAFZX23Uqg8lxxn2FAHbxfu7WHqBt5oAvWhPkEjg0AIMhiAefegB5Z
l4OOaAIWkYZORQAhYsmCSAB1oAqO5MTDGOaAIGYkbj0AxigCEOd+WOfT2oARWJduDkdqANfz8HAJ
/GgBx2OPnXj2oAPLUdBn2oAjkj9OfagCv5ToxIOKADewJ3LlfagBVKZ+UlT6GgCeJiFAZcjNAFxU
Rk4+mKAGoPLIXGDQBW1MFnADYGevpQBl+MCwS0YH5SvBz1oAwkJ899wz+7Xn/vquas0tz2suhJq8
WPrJWsrHZJzUpc92JkinGKbdmKrVlCnFyj16imrjRS1Zy1swnJOMdOogJrflR5irTu2tw/GptFrY
2c6sJK09xcnsaz9mm/I7PrUoR5b3dwzUuFrW2NY4lzT53eX4f8OAJ9KlQV7NlyxNRQUow8rhnnji
qdNXuTTxUlFU0t394vpWDim1qenTrSjCScdL/gHQcHvRK0V5k0+etPf3bW0DvUxmpaRN6mHlQtOo
9OgdqqytcxU6nPyNXT1DP+c1EZN31OirQjDlSjowyQe/86nms7bmyoqceayiloKSQPSrk2opnNRj
GdSUG+n4gCfX9KunJO6OfFUalNxmraaWGHA611RlzWS6Hi1aLpOU52V+hE2O1bnlDQxAxmgAINAC
AfSgBQKAAAEcGgBVTPOaTKSuOK4NMkcFJ7cVLkkbRoTk0rDguDWNSp2PQwuF1fML06VzVpN2ij2s
uowpOVWSuhRjvWcfdfvHVVXto/uVYPpVtuOsephTjCo3Crul0/MD9OK1crqz0OCNLlqOUdUGADWW
sdmdq5aqanBIO3SqkndNmVKpDklGOlgNJztLQ0p4duleXyDFJwvI0jieSi0lZ7WE+vFNK5lUnyLa
ya/EPwrWpHRHFhKt3JqyVg7URpSd7hVxtKLi4q6W9/0Cr1jojnvCo3KbdntcTiqjJsxrU6cHvfTp
3Gk4rc8sazDPc0ANbHuKAM+RiLmUZH3gffoKAO4t599hCx4OwcGgC9ZyFYMHAFACKV3k8888UASs
cjPSgCAtkMoBNAASRAOoA4oAqyDuGJB9aAIiSAwGAPWgCBj1wCR9MUANjYl+PlNAGoAT95cj/ZoA
Xn+A/QUAO82RCNwyPUHpQAplyc9KAF3rgFlz7igAQqxJU8ehoAXy1DZKc+ooAnghU/dc9elAF0Rb
V+ZQBnqKAILkAEY60AUdQXCZPHFAFHxUFbTrLgfJ0P1oA54AC5ccn5F/m1ctbV2Pcy60abktx39K
wa1seoprkc0m3+AVvGkovyPKqY6VSmk17ye3kNNbRjyrQ86rVdWVpKwYAqtTP3Y3QvGab2Ip35lY
X6YrjnOXMkj6Ghh6Uacqkt3t6hg1VSUdNzLB0qt5JJarqIc/SnHlT13Iqqq42i/dW4GtLr4bHGqc
01V5tmKDWXKk72O+NWbpuDnvqwNS6V9WaLGqFqdPRfiHFYxg0+x6NSvGVNNtNLp+oueMYx71N7XT
N3FVHGcHZWAcdvbpUxXL7xpUmq37pPbX/hhQTxjAq/eML00rNv0e9xccDkCtPZtrVnH9ajCbUKb0
8hGAHAp2jH3UJTrV17RtJDSvFOEpR0RniaVKr78rt2IJsLyTiu1Hzc0k7IQEHoaZAvQUANNACgeg
xQA4AnjGBQNK7sKE55ApXHyNtpEgxWcn2OyhBRXvrfYcOAMVy1Iyck0e3ha1OFGUZ9rX8wzVuMt2
YQq00lGN3/mH0rnk1fQ9WlB8r5no+i3A4J4olJMdClOns/8AgeYfp7U1L3UZui/aSd99LoOPWm3G
b8xU41sPTtZON7XW4vTof0ouvQOWV1Z311EJ96l8ztY1pujByc0HHTpTiud8rVjOtP6rBVIu99l5
CVfK1ojFVIzTqVLL/MARzxxVQg4XsZV8TTrqPO1ZAcfQVD57qxtD6t7OXM1b9RDjFbJT5zzpywyw
zXW4mRmto07O7OCvilOKhFaIQkevFanDd2sMZlPSgQ07fxoAQnjAoAzZji5lyP4h/IUAdvAc6fFg
Ywg5oAtWfEXUnPSgByMN+5eQ3HFAEoPO0jnPWgBAjCQjbt9xQAeU4BABIx1zQAwooznjAoAhZFKB
mGSfSgCu6FQOMA0AQYCnkY/pQA6G7KtySvrQBcjulY5zk9sdqAJEI5AY+vSgCT5WGOv0oAYyKGwp
IPvQAbGU84OPQ0ATKxIyjbfY0ASo5/iJz6igCylwwG3eSPQ0AKJO5Ax7UAVNTVWIwOD60AZXiuQD
T7dFAABoA56NszscY/dr/Nq56qu0j18E1CnKTJc+nWudxjGXvHqKtUq0f3S2G812q1rHzc1Uc3K2
tw/OmpKxMqdTm1WoEegqVNN7mk6EoxT5XqA6dMGm5xQQw9VuyW+g4ZrJcj947pLEU0qSV0gqYuN7
G1WnVcVJhj3pu1+ZkQjNQdKL3YmK2UlozznSqRbpvoH8qJtLceGjKTaj2AZrJ1VzWOyGBkqTqX1Q
vv6VnUtHdnZhFUq/DFaqwdOQamU4TWhrRw9fCyam7pdBR04rGMHfyPRrYiPs02rS8hQSM46VUYys
+xhWq0uZWvzWE/AcUOMpPpZFQq06UWmpc0u4mTnpTjFye5lUrU6UVeL7ajWfFbxoK2rPOr5nNSaj
FbWIJZB3rqPDbbd2Rx8nPTNAib+VACFvagBVJNADxnFAWHjgdKwm+bRHq4an7Je0l9wvH41MYci1
ZrWxTxErU46LoGMVFSTXwnRhKEHpVT7hgZqVJdWbSoSu1GNkLg/lUOz3OinzQs4rX8Q+lZzlFpRR
14elVhUlUnorbB0GcVq3ZWSOKMeapzSk0r7CVly2R2Ko5Ss2kulv63DJ71rDXc4sS3TXuadPn3An
9K2jDqzzatdxXLBN9xpJ9K3UEkeZUrzk7pjdxx6UKCTugniJThyMQv2z0qzBOzEL85BpWG5Njd4G
TzTJAyUAJvoAbvoAXPvigBCfTFAGdMT9rkA67h/IUAdrbNjT4w390YoAuWLAwDtigCZVY/dAwKAJ
FGWXAyD2oAdhhxnPHXFAAyHaDk4FADGP8OATnpQBE4GemAKAKkpyWGOD0zQBA/yuygbjQBhWerwX
S/I+0jqp4xQBoxzKfuttPvQBNHcSId2TgcfWgC5BeK2Q2M0AT+Z5mNvT0oAemMDqG7mgBynAyRkA
9qAH71x8pIzQA4sVxnDUAQNebXCqDuzQAXM8jgHbjkUAUvFvFvbAjgnNAHPRY898f3F/m1Zyi2zq
pVY04vuTjtXLUglLU9zB4mbo+4tV+Qv9KmN1KzZvVcZUrwjrv8xCOK6Eop2PHlUrTi5NCc1jJrmb
ij0qUJeyjGpK6/H/AIYcDilGm29S6uKp042i9en+YEjPA4q3CTlZbGFLFUoUXKo9biAjikqbuDxc
XBta+QZNOUNHqFLE3lFuFn5ADWVNeex14qTjryWbQfpV1VePuswwNRwqqNSCXQUE1nTUlqzrxcqM
k4QVrPUCOOM03FMinVnTSta3luHoMVLg47bG0MRGqmpJ3WwfT9aGuX4WEZOo260bNIM46DrVyvBa
GFN069RuorW2D6dqz5buyOn2nJBubTb28hD14rSEXGWqOTEVo1aPLGSutdSN8+1d0Y8qsfMVKjqS
uyvMGxnAqjIih3c7eKALK7sCgAII6CgBV3DtQA8ZzwKGOKd9Bw3VztR3uenCdbbl6DqibhPS50Ye
nicO+dR0fUUA1jGOurPUqVOWK5Y37gM+1WlGLuc8p1asXBNpB36fhWU0rux20Jy5IqTSt1YAe2Ki
Mba2OipWbfLfT+tRw69MGqjJp2RjWpQlFTb2/q4gJpxcndMmrGlFRqU3r+H/AA4h44HFKVk1GJVC
8oOrVSavsJk110qTWsjwcbjKcm40VYiLketdJ4xG0jehoAa0hx0waAGGTBoAb5p7CgA8w+lACbzj
pigBVf1FADwcjIoAD25oAzh81wzP03kH8Dj+QoA7eP8A49oiABhQKAJ7IlQehP6UAXoiDJvyB7Cg
CUkA5HWgBA2eCSD27UAPOPLPzH3FAEEjAFcZGfWgBkrKpOeM96AKUu3PPAHU4oArTEBshRke9AHl
ysQAVOCKAL1rrN3bEAkOi/wsP60Abljr8EpAkDRH0PIoA2I5kmTOBg9xQBYSRoiCvKgc0AXoLsEc
j8KALIkG3KtigBCz5AHQCgBu9uQw/EUAU45tr4kzw3WgC67Fm6EDHGRQAniqL/iX2kgwQPlII6UA
cwqgXUmOmxf5tWVSTiro7MHQjXnyzdkSjHriuOpPm+I+iwmHVJNUru+j9AIq7t2ukYezpwU1FtNf
cIRWyfvWdjzqlO1LmjcKu6tqc/JPmXK2Jx71TdkYwgpTtre4d8ikn7vvFzgva2pq9haHKKRUKNac
2krXDIrklFt3R7lOtCnD2c7328/+GDpSSaexc6kHBLmb/MXjua1StqcLkn7mt+7DOKUJ8ztY0xGG
9hBT5rp/mGfelZyunoP2kaLjUjql0DPvVcjULMxVeE8ReDdn+HoIGHY01FKN7E1K851fZqbAmtYq
Nrs460qqnyRbELfnVJRexi6lWnpIYWqzmG7qAGnkUACqFzQA8bfyoAQ4HQ9aAANjvQBIpHY0mroq
EuWSY4GsJU30PTo4uN2qlxR1rP2bi72O361GrBwUmhfxrOUHKWh00MRGlRXtNfQM+5qU7OxvOmpw
59bPb0FyMcmnzWXmT7Dnkt+Vb32HLtBGT0649aOWzVyXVvGTgtvusK5VW+X7polUUJaDpYSeIpau
3UjPXrRf3rofs70HGS2+8MjPWnGNp3ZFSq3QSjoxjY9a6VUtozxZ4VS96L23I3Az1xW55rtfQbwa
BEb47GgCEjnNACAH2oAdz9KAFA5oAUAetADh1oAUcAdqAM7aC0nPR2z/AN9GgDqNOuWWzRWGVA/S
gDTtHDEEcgjpQBchOFZMdfWgCYnKA9CKADIBGSG4oACRgBOMnnNAEcxyT/eHpQBExDAdhQBUuJRv
xQBUmzkkNmgDA1Dw3A/zQr5bY4wTigDn7zSLm1+YpvHqATQBRO5flIIx2oAu2d7dW6/uZWKDkqTk
flQBr2HiRdwS6Qqem5BxQB0NteQzodrh/wAeRQBbilCEBHB9s0AWYrlSxDfL7etAFhOC2Dn3oASS
IOMlQcGgCWSFjtJ7UAautWAu9DCRpmQKCKAON/sLUElDiNCGUBtz4IwT7H1qJJs6KVSMFZjv7Jug
wBEX/fw//E1lOip7nbhsxnhm3F/Im/s6YDiGHP8A11b/AOJrSNNI5qmMqVG2+pPHpE2NwhhYjt5p
J/UYpKkk7jqY2pOChskKdOl72Dfmn+NacqOb2k11EawkXg2D/mn/AMVRZbEqck7p6gLFycfYH4H9
5P8A4qiyeg1UlF3T1GfYG3cadITjsVx/6FUezibrFVErXBbJx8g02XI91P8AWqUElYidec5czepI
dPcHadPkBP8Auf407IzVSSd0xkmnOFJawmVR1Iwf0BzU8iNliZrfUb9hX/n0nyf+mL/4UlTSG8VU
lo9g+wjr9jnA/wCuD/4VdkYc8rtrqL9jTn/RJvwgf/CnYlNx2GPZpji1mwf+mDj+lJq6sXCbhLmI
HiiAx9nn/CJ/8Kh001Y3jipRnz21ImWPBAt5jj/pk/8AhRyqKsh+2lVqc0rEMhjVSxt3QDu6MAPr
ms5yko6HVh6NGVRObVmM327Djyh25YD+tZ3nKKsdihhqFSSm010sPD25BH7vj0cDmr956M5WqUHz
wtZ9xRFCWz5sW0/7dOMZ8129CKtbDOk4xj7xMY7MAZliP/AxXQeUNMdpkYljH/AxUSjd3udFOv7O
Ljyp3JVisTx5kWf94f40conWvbRaCpa2YBzOh/4GKSp26mtTFc6typFhdPixlYJWB5DCNyD+IHNU
4mEavL0HLp0fe3nH/bJ/8KXJ5mjr6W5US/YU/wCfSX8IH/wquVGXtJWtfQP7PUf8ucx/7YP/AIVP
JHsafWa1rczD7Aowfscw/wC2D/4Uezj2H9arWtzMDp6kZNpP/wB+X/wocE3cI4mpGLinuOGnR53f
ZJj2/wBQ/wDhSdON72GsZWjHlUmObTVxxZTf+A7/AOFPkj2J+s1v5mOXRZmXctg+09CSgP5E5p8q
IVafchfRJl62L8f9NF/+KpOmjSOJnFNdyB9KlGT9hfH++v8A8VVWML6WIW091HFk+B23L/8AFUNX
HGXK9hp09mAxZuP+BJ/jUShfqb08R7Nt8qd1YDp8gOTZvj/eT/GqUbO5nKrzR5bCtpjA82T/APfS
/wDxVNKxm3cP7JbOfsMmPTev/wAVRbUL6WBtGlPPkwqOvMnI/wDHTWbp3d7nbDGckeXkQz+ypd2B
DDgf9ND/APE1ShbqYSr8ytyoq3Wmzxt8sUeD6SH/AOJp2aYr03HXcrrZ3QP+qj4/6aH/AAqjAWLS
mVSzrlixY45HJzQBeRQkGMbQB9KALliMqPp60AX0kI4H096ALSOGAJ5PQ+1AEIkGW44HegBd2R6Y
5oAjlmG7HR+3pQBFLIF24PFAGfdzAH5SOaAK0snyYB/GgDVuLCVGJxkd8CgDPuLYhQrA49cdKAMm
70yGbIkiG4fxgYNAGLeaJND89sS3sTg0AZM6urETLtYevegB1tdT27l4JSp9qAN6x8REYFygDDqw
oA3bTUY7hQUYOT19aANi2nBXAJIA/KgC3C+eFbg0AXWXdEDtwfQ0Ab0ny2UOP7vSgDHvZlWdQSVz
xQBGQAhL4AxwRQAafAZtzAgjtmgC39mOcDIzQBKLNc5aQmgByWYA+9k+hoAlFpGqA8596AHpaxK3
zDGaAH+REG+8PYgUATJAhXoCOxxg0AO8tVAwAB7igB7CPocZx6UAV2KbduQoHOcUARMy4+UDH5UA
QOy7cgLj6UAU5gpOcbT6igCrKqDPzc/SgCk6r1XOetACRJGWwRx/KgCzEqbtu0bR0oAuoFKgcAA4
4oAzbwMz7Ny4z2IzQBAjbCMk8UATxuAe/XNAFyJgBkDr60ATo6g9OtAEwkTuucd6AJFlXGQOnvQB
KsnA4A+ooAkVsrkD6igBvmEduPSgCVXTZ93k0AP3rkZOAKAGsCW4JwfQ0AV5gozkGgClMmMYHegC
lIhMuAMD60AJ5I3fSgCTyx/GvUUABVeAqk8UAKqYI4wKAIyBjHQmgCNoj/yzAJ70ARywhYsngjsa
AMcOnnZwRigCNpCztsyw9j0oAfFCzxlpRgCgCWJcEY5FAFtCqgZ7dhQA9SAcj69etAEe/AwRgUAK
Ztr8cEcUAVbiTMmQP0oAZLKCgAGM9qAKk7gthe1AEGDg460AegPjb82Tz6UAVJrKKYYC4z1oAxr/
AESSP95ESyg5xT5WBkmIqxDgjb60crAqXlhBdofNQHb055o5WBhXWgOjH7Owweg70crAypoJYiFl
jZG9+9HKwGw3E0GGhfafTNHKwN3SvERiAW5GfcDmjlYHYaRfxzIHUhlYZFHKwN9J18oHI7UcrA2Z
3EljbtGw9DRysChdW6lkyob1Jo5WBYjtYSNvSjlYE9uiA7VwMDFHKwJtgxgsDijlYCNFwRjtRysC
MJyAUOQKOVgPBCtjJA96OVgPBXqSMA9aOVgKJkIBAPH60crAk8+IcYwcZAx0o5WALLEGC5J70crA
jmmGemMUcrAqzS/KBsyD69qOVgV3mATcQ23pRysCE3GQBtAAo5WBDPMSuABn+VHKwK8jlnG5cgUc
rAhK/LgDAo5WA5IwWAHajlYFmKNUY7uvajlYE5VWXaVJ46UWaAyLjbDKSsZB7kikBVed8A44/KgC
RNQQHaVHHU0AWIryPHy4H0oAsRzx8DvQBagmTBYEfQ0ATrIucYGKAJVIODycUAODKMsCeetAArYO
QR9KAHmbGM45oAXzVx8yGgB/mD+EnHegCCSUKfukjsKAKk9wBj5P6YoAjVt3O0H3zigBzKvB2kCg
BVUD8qAB1DBcjIHagBuARxnigBrFTxg5HcmgADKCRgDjrQBEzKQQ5OaAKl3bwSJkqN2celAFExRQ
qSqDk44oAN2UIHA6YFAAiEL0PSgBEcg7cdKAJkZj91eaAHG3YknOAecGgB7RQoBubk9TQBVn8lSA
Du9BQBmzMd/GB6CgCJQc4JzzQBKy4GV4FAHfAo5yOvegB9gVt9QtppGISOZWY46AMM01uBCNW1RG
Km9uSPXzm/xpuTuBBc6hqbp+71O+X3W4Yf1pczAx7jVNdibjV9Qx/wBfL/40czArHX9a6HV9QU56
/aZP8aLsCfU9e1SWzsEttav1dICsxW4kU7/NkPJzz8pXn6DtVOT6Ac5faj4n5MHiPV8/3RfSD/2a
ldgY7+JvFUTkSeItYXHrfS/40uZgSWvjPxNBJu/t7U5F6kNdSN/M07sDsdK+IN0NPvRe6hepKYAI
S0rnL+YhOD2+Xdz/AI04yYjqtF8QX1/pcU4u7nGeT5rEmldjL0uo3xI2Xs+MdpW/xpczAk/tK9ZQ
PtVwMdSJW/xouwIJNSvwfkvbnOenmMf601J3ANQ1q7N7ctDd3HlGRvLCyMvy544ptu4FYa9fIQHu
rkDv+9Y0rsCaPW7ojcb24wfSRv8AGldgOXWrrIxe3J/7aH/Gi7AsSavcGziUXd15vmOWw7A7SFxz
+dVzOwEP9o3pIIvbsY6/vG/xpXYDjqN4MEX1zz/00aldgRS6lqA/5fbj8JW/xp3YEllql0sjGe/u
SvlyAZkY/MUIX9cU4yYFZtQvy20ajeD/ALat/jSvICE6hqfONRuzg/8APZv8aV2Ah1TUgcHULsY9
J2/xouwA6pf9f7RvB/23b/Gi7Amv9VvHkQ2+o3YXyowcSuBuCKG7+ufrVNvoBV/tHVP+gpecekzf
41N2A5dR1XGf7Qvcf9d2/wAaOZgSDU9Q24a/vQT/ANN2/wAaLsCQ6hJPp0sN1dTTSCZGQSOW4AcH
GenUVV7qwjH1GFCAyg5NQMotZKyHJOfftQBmS2rxSE5yPpQBJBbHduHXrz0oAtwxNkY4HoKAL1vC
VGcnNAFpcjucUASrgj5iw9s0ASBRnGTQA7aRgA0ASKBnlc49RQBJgDJwwPsaAHoBjKk/jQAyQbep
xigCiyh2+ZgcUAKIVDBTnB9qAJDEMj5zQAnlHeSrk0AKyHHzZFAEbIgHytjigCPykwMuBzQBXmjA
kGHOPr0oAYrrGfnBIzQBBczLzk8dqAM2edRkEgDHc0ATWOGb5+mO1AFprYRyccAUAG6GI5fnJ6Cg
BonAOI4zz3PFAEc7ytwzGPjtQBHsi3je7MPQtQBDlVTOOM0AUZExKWPODxQAoXeeAR3oAeEypJ4B
4oA7NIpEJaMjb6UAX9GvIYLhmuhwQB0zxuBI/FQy/jzxmrg0txFJkDple9SxkEyeXgYyB6UgKbqC
pI7jjNAFu+j0zUEsLeab7GiKQ8oiLeWPLQbcDk5dXbjj95nqTWjs1YRRsZ7S10eS3kGJjLuz5Kyf
xRFWw3DbQkowf+emOjNgTSQGfr1zHcXcLNc/aplhVJpgGIkYE8gsAx4253d8gfKFAUtxoy7mxS6T
5xgY4qAHaHBaaVp+ppOodrhMKNmdw8qVQn/fx4ZOeP3WfvKoNxatYRJp7aZp2q2EsV4LjNqzM5hZ
BaXDIwX3OxirblyeMgZFNWTA9C0u8sLvw4506E20XnSvHCo2BcyMy/KPlwEYDrngAcDlyaaAoNNt
GScc4rIZZsL5EuYjMgMUbgsoGdwzyMGmtwH3ktvNJcTpcYljWMKuw/v2wA7Z7cgtzyc+tXKzEXF1
CFTa+UURghBdty+X8qcAqMjLKxOOznkEnFJoDC1Fo57qeaGMpE8jFE4GFzwMdqye4ymgChsA4+tI
DZgvbR9OtLdj5TiRQ77M7Bl9ze+QydOTs56DOl01YRNbXkUcWoRLcxlWXbEWjIMmHBGMA4yAeCRy
R+BFWuAavfgLAq3EdyQDuZVYEZx8uCBhR2A9zxnAUtEBnG6bnOf8KgZa0bVLe3uc3OSu0Y+XPRlJ
H4qGX/gXPGauDsBG93HDHaNHdJ5rMfNR4jiLB4J4O4HrwKNL3EaF5r0AW/RLkGGSWSRfLEis+4DA
HQHkYYMOmcE5q72TQGFDfIP4ePesRj1ljBeRcAn2poDU1G4sr65Z1mMEawsyfu8723EqnHTCkLno
NuBxirdmIksrqGKys900YeKSQ7QhBXcBtLED1HJB3AEY5HDWiAoancRyXckoOVOMsB1OBkjvjOcE
8nvzmoluMqi4QnapHHsakDV0S8ghlLT4K7R/DnjcpI/FQy/8C54zVwaQhLZIontZlvVidy3mExE+
R6EepI5GOhx0607K+gBeXkEkOpr9pgUzRqsZ2MTIQyn723OTtOScAsc/R9wKOnvaRb/7RBdDGAu3
Oc71yRjjIXcRnjNRG3UYy/OnSafcLBLGkhlikWL97z8h3r/dwGY4J5wG5ORmmlbQRlAeWmVRcN09
qzGSCYjkqBj2oAkS6xwKAJBcYOOtAEwu8Ak4B9AKAJFuW2j5QKAHi5yRlcZ7CgCeOXIbJ6UAKJcc
g5J7UACzMPlwBQBC8mJOgFADkbcucZP5UAKpORgYNACq23qBmgBRJnoAD9KAGSNhsBcmgCNskYKg
9qAKs8wVfu4GOMUAZz3jGXKkmgCMzOQTtA9OaAIrmb5TkcmgDJnxICSxG2gC5aXuyNRGPvD7zc0A
XJJTnMjEkjNAD42j+UqM59qAGTzckr0oAijkYoWY5oAiO4n696AGtFlgAenrQBC3Eh389qAHIPmO
OB6UASJhhgLigD//2Q==

------=_NextPart_000_010C_01C2E71B.1C757C30--



From rjames57 at yahoo.com  Mon Mar 10 12:51:13 2003
From: rjames57 at yahoo.com (randy james)
Date: Mon, 10 Mar 2003 12:51:13 -0800 (PST)
Subject: [Mapserver-users] TRANSPARENCY problem
In-Reply-To: <011001c2e745$0568a920$1805000a@helicity>
Message-ID: <20030310205113.80159.qmail@web12502.mail.yahoo.com>

Hi

And its not what you expect?

Randy

--- "Aaron D. Hunt"  wrote:
> When I try to do a transparency of 50 on a ortho
> background with a red polygon I get the attached? 
> 
>  
> Aaron D. Hunt
> 

> ATTACHMENT part 2 image/jpeg name=transparency.jpg



__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


From hunt at zedxinc.com  Mon Mar 10 12:55:55 2003
From: hunt at zedxinc.com (Aaron D. Hunt)
Date: Mon, 10 Mar 2003 15:55:55 -0500
Subject: [Mapserver-users] TRANSPARENCY problem
References: <20030310205113.80159.qmail@web12502.mail.yahoo.com>
Message-ID: <013701c2e747$71ceaea0$1805000a@helicity>

This is a multi-part message in MIME format.

------=_NextPart_000_0134_01C2E71D.88DA2220
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I am looking for a uniform color over the area and still be able to make out
the patterns below the polygon. If I use a light grey I get the attached.
But the grey does not point out the field very well.


----- Original Message -----
From: "randy james" 
To: "Aaron D. Hunt" 
Cc: "Mapserver Users" 
Sent: Monday, March 10, 2003 3:51 PM
Subject: Re: [Mapserver-users] TRANSPARENCY problem


> Hi
>
> And its not what you expect?
>
> Randy
>
> --- "Aaron D. Hunt"  wrote:
> > When I try to do a transparency of 50 on a ortho
> > background with a red polygon I get the attached?
> >
> >
> > Aaron D. Hunt
> >
>
> > ATTACHMENT part 2 image/jpeg name=transparency.jpg
>
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/

------=_NextPart_000_0134_01C2E71D.88DA2220
Content-Type: image/jpeg;
	name="transparency2.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="transparency2.jpg"

/9j/4AAQSkZJRgABAAEAYABgAAD//gAfTEVBRCBUZWNobm9sb2dpZXMgSW5jLiBWMS4wMQD/2wCE
AAgFBgcGBQgHBgcJCAgJDBQNDAsLDBgREg4UHRkeHhwZHBsgJC4nICIrIhscKDYoKy8xMzQzHyY4
PDgyPC4yMzEBCAkJDAoMFw0NFzEhHCExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTEx
MTExMTExMTExMTExMTExMf/EAaIAAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKCwEAAwEBAQEB
AQEBAQAAAAAAAAECAwQFBgcICQoLEAACAQMDAgQDBQUEBAAAAX0BAgMABBEFEiExQQYTUWEHInEU
MoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2Rl
ZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK
0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+foRAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYS
QVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNU
VVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5
usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/AABEIAbkCHgMBEQACEQEDEQH/
2gAMAwEAAhEDEQA/AM18iPgDkdKAFJKghQfegCRN20D+VAA6HdhSRgd6AFDn7uegoAQN90Ebsd6A
JmZCqgYz/KgCEnMmBwPrQBJHhEJBLA0AYySRx3F+BwQM4+ooA85n/wBYxPHJxQA1YiwyBnB6UABG
047UATIWELdM9qAKwJU/MTzQBLqSg2Ee1lwpoAj0W1+0XOMZOMYxQBLqVpFb3KRlCSH+f2FAFi40
2yjiDJMpUjI3GgCppF00V0I1XcFPGKAO4t7kLEgfOJBnnoKAMDXmhkk2CQFPQCgDnbm0G4eTkg0A
X9M0+4idXYAKOSCaAOgW8ijtpRbsrTBfu7qADwhdMdWMEixlZgd4kXJx7UAbUWmi0+JulQWyqsE7
oXRQAM5GeKAPf/iBYWw8JXhSFFZU+UhRxQB5RBC02mQIpKkL60AasEbR26oGGcckUARXTyiJhGOR
+FAGPeswtH8zO8jp1oA8y1uMLfvjg5oArSOSvJIx7UAOtxkZYjI9qAJSmfmUEmgCBoGViVbOfWgC
Ta6J97r2x0oAURgnJI59aALEcaiMjGOaAImj2sVI4PvQAGMxqMigBuxwNwGBQAsaFiGLAFexoAc4
fzOMY/SgBjI23AI654oAAjcAkBaAEK4OByo70APCYQMec9sUANJKkbcHHagBsjgnjn3xQBC3y4xg
e1ABKORuJHFADARjOcAe1AFWdTvBAOD0oAYB1BxigCSMfvABkZPPvQB7p4cjWLQ7ZcfwDj8KALbj
JAXqRzQA1V5x3JoAj3eWrB+epWgCJnO3LH9OKAGeYQhycE9MUAQtJjGcg9uaAGeafNJwBQAzzQWw
O1AEbPwwxjtknFAEMTEAjbg59aAJpP8AV7WHQc0AIFG0gjIHFADgNqgKc0AK+SD1HHrQAgXOSpHH
qaADAzzmgBWxjJ4xQBGVO7K4wfTigCdQFQ44+WgDDhj8y+vl3DLQ4z6UAefSxZn8tj0Y8fjQBdCC
PJABoAZNGpAxwc8jHNADkiBRlxQBQvLVo8bF+XGQaAGXMnl6WsZUlmbO/tQBp+E5IfNC7MvjliMU
AN1pCt4xYZAPJPNAGfKiyBsouTz0xQBUika3YofkB/iHWgDRm1C7NuPJlYqox9RQBLYWV1qcbeQQ
8qjJBIHH40AR+cdPlAm4mU9COBQBPeajJdNlpOv8IGAKAGRW0zK0sUMmwdWAPH40AdF4ctZL3BdP
s8kY+WYpjI9PWgDS0x5bj4h2Uyy7vsYWRG6hsdQaAPcPG+sG98Kyrbx/PKoPPagDzqN5oFhDEBdv
zCgCSwuTLbBnlBOTyPrQAy9uWC7VfB9aAM7UWZ7I/MQcdR3oA811Zz9ukJ6g8GgCqXPQcY9elADl
Y5A6UAPLMvG4/nQAdQCTg0AOV13c96AHAx7sDn3zQBZWIiEMMYzyc9PwoAHxuxhG7c0AOTdghFUn
+VAAfMKY2r9KAIHicOC20k0AKVcHIiXp09KAGAvkfLn2NADzlh91VA7UAN8wxnACsR/d5oAPtToQ
uRgnp6UAJDt80s8oQHqTnFAD7gx/dglD5HYcUAUyx28vx6YoAYXBXKuOtACPISOMHnkgUAQMWOQR
wOKAGAYPTigCVDtlU4zgg8fWgD3bQZEfR7UR/MHRSrEY4x1oAtyIqvyfmNAETERYCtn0z3oAru+E
IYYNAFSSTAwSCOxzxQBDLINoI5PoD0oAhMpzhSMgc5oAajZO7PX26UABJXcG5YUAMLNIMKOKAFeJ
gMh2HsDQAhkVM8/e4xQA5JOoJ60AO8z5yM4oAeMEY56YoATnHSgBfmHJ6nvjpQAo+7kfnigBrD5h
6GgCXbmNhnoPXtQBkWZxeXxzjAFAHn0yqb9iXwQxwaAL6wjgls0ARzxYwRk4PFACQtuYnkEDigB1
1H50I3dutACvZ6ftS3mfOB69KALmlafHa3ImtiXA7EcUAaRj3uTJbIQTk8UAWYbCzQfPbp8x6YNA
DJNL09mG7TklXPJJK/yoAyPFthDFYp/Z9p5Wz720dvrQBStrixu7NYo4jayAYYjgufwoAxFtJFv3
jZd4GetAEDQmC72qeAe1AHb+GLgfZzHIcpKNpGKAOhs7xIdCvbULsktLhWjlI5ZWBJHToD79/agC
L4ZxxX2q397cqvmrJsTAwAKAPX/GOmm38KiYEoAoJx1INAHmeo3kVvbKWDMoA4HU0AJDerbxxI8J
iEnKfN1oAfLPBLID5hHHTBoAiu2U2rxq2QRwaAPPdUMMdwwRX3g/NnvQBSIjC4RTnJzzQAmCDxnP
pmgBCmD7D0oAPL3DCg0AOCjJwM470AKqEnIH5UAW1L+Q2M59CaAIZdxPCsG780AOAZACQSO4zQA/
e2cqGFADBu5IUk+lAEqmREy6tg/7VACOjMu5Uwo/izk0ARoDn/VsfoKAEJVTnaQR60AG5XOVXb6j
FABCpLEtnGeOKAIpY2B+WMg5oAY3ykFkyW46UARthQrEYbsAKAGBNq5VsGgBrYwB1PWgCPqcdMUA
OQMWAGetAHt/hYCPRLQbcbYlxkdOP/r0Aae1pJOvA75oAiuCFJCYB9TQBSlOIstnnjHrQBTlyNox
QBGdoB5Oe1AEZ+WQbloAVf4j/M8UAImCe3NAEihBwpHHNACMwZuBn3HFAFRnORu9euOlAC/Ng4BJ
oAiDkuQGPTpnpQBI8jKB60ACSsn3jkHtQBajkOdvWgCYcrkdu1ADOG+ViQAewoAl2YT1A6UAU4gg
W74wfp04oA8wuYHNw7rnCsSfzoA1bT95ErHJwOlAD3QDqelADDAp6cZoAk+z7l5+ZR29KAI7nT1v
XXypvL244oA1LQXdlH+4EDkf3+aAHf2xq5BjaG0A7dcD9aAJo77UnKl/s6j2JoAkaR5eJpI0HbY2
aAHOkQgdGulzIMcjP9aAMuOw0u2Cs10TKpyPk4zmgClMlkLhpxM7u/XCigCv9mspZQWd1U9eKAL1
klrEvlRXpj9Mr/XNADoTctdpH5zyQlvmO/hsdMigDtPC0mk6TGxt3lWd/ndX5AP5dKAOq1r4i2mq
6V/Z06CMlduVH/16AOFutkskUkc3mQhgGGOcUAWdYihuJoTD8kcXIOeTQA6CFcKQfrmgB8ojjQgM
OPWgDzvXudRkZSNp9KAKI6DA/SgCQHB+7+GaAGk/NxQA7PA3A4zQAu7qoHGefegCWJlGfkIoAV3+
VQ+4Z6LQA5HTdkk8UANllDcIrKO9ADC2UwpOO1ACb3UADP0z1oAHaUrtO4A9BnpQAwq6ngke2aAA
CQHOWB9RQBGxZmy24n2oAcBINwA/MUAG6QYBG0fpQAhZ3yWbjPagBpycnJ4PSgBhBx3B7UAN2t6k
j0oAbtYHAxQAioc80ASRL844A5wOaAPb9EPlaXbowJ/dqM0AW5JCmQB82fpQBC24rnAGDQBVlJwC
AM5oAhmU9ev8qAIJIxx9eooAjwS55OBQAq4yQRwOooAjUYOR0HQelAEhwFyOB64oAjPD8tgY6gUA
RyMATyCPSgBHOFJ68dqAIN65Hyjp0oAkQ5AxkdqAHshUg0ALETu2ggcetAF1CdoyAMcUAKuBICOM
9eKAHBsggdqAM93YNOFAy0ZJ/D/9dAGKNPTyV2RK8srBVQ/xEkAD25NAG8vgp4yQl9CP+3Q//F0A
O/4Q2UdL6HH/AF6n/wCLoAYfBb5yb6HP/Xsf/i6AFHg2QDAv4cEf8+x/+LoARfBbr0vYR7/ZT/8A
F0AKfB8qqdt7A7AZCtblQT6Z3HH1waAID4TvyCNlkM/9Nn/+IoAD4Tv8ABLP3/fPz/45QADwhff3
LLHp57//ABFADW8IX7H7tnj/AK7P/wDEUARnwTeP95LM5/6bv/8AEUAIvgS6VtwSzz/13f8A+IoA
VvA13jmKyP8A23f/AOIoAaPA14hyEsvxmf8A+IoAcvg+/TGwWa46Ymcf+yUANPhPVQ2Ve1H/AG8P
/wDEUAJ/wiurZyXs/wDv83/xFAEUug6zb/IkCyjGd0Mq4Ht8205/CgCGTRNckBDWs5J9J4x/7NQA
i6Nr0ZzHbXI9vtEf/wAVQAh0fXcY+xzf9/o//iqAIn8OatIDv01znuZY/wD4qgBE8K6hnJ0uT/v7
H/8AFUAK/hbUTjGluMf9NI//AIqgBB4W1HB/4lj8+kkX/wAVQAL4a1JQB/ZbHbz/AK2P/wCKoAQe
GdR3E/2W30Esf/xVACDwvqW4t/Zsgz/01j/+KoAjfwrqZZT/AGdJx/01j/8AiqAK/wDYsu7P2C+/
8Bn/APiaAFGk3APGn32Pe3f/AAoARtJuD/zD77H/AF7P/hQAw6Ncf8+F7j0+zv8A4UAKmjTjpYX3
/gO/+FAEn9kTH/mH33T/AJ93/wAKABdHnXj7BekH1t5P8KAIW0S5zlbC+H0tn/woAQ6Jd7ubK9x3
/wBGf/CgAOhXOR/oN97f6O/+FADl0G4GB9jv8c9LZ/8ACgBlzpYt1Tz0ltifumZChb1xuAzQBALK
2Lc3S/mKAFXTrXOTdp+YoADp1rji6Xr/AHhQAg0u0AOLlDg92FAE0Wm2gYMbiMqCOA3IoA9I0TU7
e5tlWIqVQbR82elAFiS4EjErgEceuaAHpL90sAAOmKAK8rfKxI6HKn0NAFd5C5I7elAEcp25BJHp
QBEH5+YgEUAEbBn4OMc0ACKDuzwPrQAhOVSNd2PUUAKTt/iP0oAonJOAePSgAncqAAe2MUAQbsv8
p4C0ATJIIpsK+4Dk0AWJZs4wQCfWgCBX2SqetAF5Zfpg0ATDGQAcelAEsUTBHJ4x1FAFGKInUZD2
8vGDQBRgJF7aKD0uYv8A0YtAHfZzxQAj0ANx37UAH6UAAHPXrQAuPbpQADGOaAFBX6UAKAPUCgBR
igAO3pQAoPpxigCN2x0NAERJzjNADTkelACfUUAJj04oAO3tQAD6UABWgBdmfagBQnTHSgBdm3pQ
AhXn0oAbtI70AN2nvQA3HtQAo6elACHGeuaAHKoPQ5oACnpQAhQ/lQAbc9qAALQA8IegoAXaR2FA
CFaAEx9KADbxQAY4+lADgCQCOKAFXI//AFUALz+FACgfhQA8LgHFACjCjINAHNTTKmuagHGR5ic5
/wCmSUAQiXE2IiSuaALEUxRPnPyj0oAUyjyiVXqfXNAEAPzc/e9elABIfXP1oAa7FRj5Tn2oASMY
fBHb8KAEQ43ADB7ZoAVTtAIGNvWgBxcFQ20YPbvQBmOHZ/lPSgBmSz8sRx0xQAQplT1zQAtymABn
gDrQBHBMu3aOMHvQBYRt0i4Ixn0oAs8qOTkA8UAPSVhy44z60AW7abduVSRk0ARQKf7QkBPHl0AY
sBxq1sAcgXcXf/potAHohHNADeSe1AAAcYGaADBFADwOOlABgUANKHscUAG0jsDQAuD6c0AJ06g0
ANbnpmgBMNjpQA3nPSgBCfUEUAIcY70ABHbFADQvSgBQp9KAF29gKAF2+gNABjH/ANegBSeMY5oA
QHHFAAWoAQkZoACR6GgBDwc0AIwwMUAMII7YoAUYx7igB4oAQ8HrQAcigABI5IoAcCAeBQAufrQA
d+tACdKAAUAAI7ZoAdkDg0AAwO+KADPPFACg45oAcJPwoARmwB9aAOdu7df7bvmLYDOmeP8ApmlA
EZiCSAoBwcUANZcZB4NAEYLbcYx7igBNx3g4x7ZoAcX4K55NACAbSGIJPp3oAljIOenoDnmgBnz7
iCc/hQA4geXkE/SgBgHIDA4xxigCkrAR7hnIoAj3hnDK3FAEsQ2sCpznrjtQAlxEJJGaRmxjtQBS
giDZ2DGPSgCdCUwGyKAJzJhV5I+tAFiIeYGb+H3oAbaSujtj8OKALtiBJfTtIQFEWeKAOetSBrFv
g8G7i5/7aLQB6S/GNuKADb7GgBQO1ABtyR7UALg46GgBQvrxQAFaAF2npQAm0570AJgjvQAm2gAK
igCNl54OKAGlccZoATnpigBCufYigAUY4zQA9UycZoAd5Z7EUAJtPSgBrKVoAa3fjrQA3jNAC446
0ACg+vNABhqAG8g0AIc59KADnPegAyenagA5oAUZFABu9aAF6D+VAAM0AO5xzQAmTjpQAbvwoAOc
cECgAyQf8KAEyfagBc8cdaAF3c0ALuFADScckUAB5XigDn4Gke6nkk+ZzcSAkjHCsVH6KB+FAE7q
A7HAyegoAh2EK+O3agCBkITqB7CgCMDDDIxx1oAc6gFT09DQA6QEuM9F74oAcowSoP6UANTgspb6
UASYOwE8celACRgY6frigDOjj3OVLcGgBIrVg+FAxn0oAtpGF4OBQA1nypzgDpj1oAh2CJv3ZwpA
4oAGQcZwT0xigB00S4XPFACAOrEKSaAJrRf3jhsk9KAJ7Ryl2y8/NGeDxmgDnbPd/a9tuG3/AEuL
j/toKAPTD0HJFACrmgCUL6EUAOC96ADbkelABzQA7BoACMUAIcigBp3Y6UANYYoAY315FADGz2zQ
A3Bz1oAac9uKAAE56YoAcKAHqfTFADgelACN6UAMPGcGgBjbh6UANGAeRQAZBoAP50AITjpQAde4
oANvvQAHIoAQnjGKAFG3GMZoAQdeKAFA98YoAXBxQAYoAM4oAQtzwCKAAv3I4oAUMCM4oAQsKAEL
D1oAQnpzigAz65zQA4Yxx0oATjHoaAHZ4AoAxoseZOu7B+0zdv8Apo1AEjcORgAAUAMJCELjPHWg
CJlxESPXrQAyRCJATk46UAJMAe+B6YoARApbkkjgUASqoAYleR3oAYYxklQQQaAHKhbpkHH3aAE8
lgMEYPrQBWeJSQ69jQBIiBMkHrQBCd+75sigCOQ4+XHWgA2lj0PNAEhiOQNpAHegCVog6c4JAoAB
Dggr6UATQxGPJ4FAEILfbh2wnagDCgx/bNvgHBvIjz/10FAHpDelABnjrQA4PjpQBKjnHWgBw7jN
ADlyBQA8AHNACYA70AIwPY0AMYt6UAR7mHBFADWJ6UAMYnpQAn4UAJ+lAAKAFHFAC5AHSgA346cU
AMZ27HigBhkJFADC5zQAmWoAcDjtQAZPPAoAOc+gFAAcY6GgA7ehoAPqaADJzQAfhQAgbnocUAOB
+tADx070AIemQaAGsMGgBOg6UAB5FADeg4oAXoPagBDQA1iM0AJ36nFADgQKAF655zQA/wBD3oAx
rJNxlyMH7TNg/wDbRqALbCNZCCcnHXFAETptIIHykUAQsD5fQnnoOKAEcMWUg9KAHMjZGcYoABEz
OSAcHpQBL9m4DEYDdeaAGrGQGBPQ+lADtoCkHg44xQApjBAx0wOtAGao+TA60AKvDcg80ALnOenp
QAhjAX60AJHGUYBuRjOKAJmHIwTjPTFADiANoGM55oAVUBzkEfSgB8aHzcDA45oAqbf+Jk6kgfu+
PzoAwoFxq9txk/a4uf8AtotAHpB7UAHPtQAnIoAUH2oAlU+1ADh1oAcCehoAVWPNAC8Y9KAEJGOt
ADHHHGMUAR4OaAGlCOTQAmMCgBpB7YNADC2CewoAbv8ATigA30ABcUAIWB4oAYSKAGg4PBoAUGgB
6/SgAyOmOtAAMelAASO2RQAmAMYNAAF9aAEwfSgA5z0oAMHrg0AOG7HSgB+T3BoAUDjpQAbe9ADT
xQAmaAF/zigBrL9cUANK8cUARspB46UANyR0oAfv7d6AHBjnrQBInUCgDIssiaVQelxN/wCjGoAt
CLL7jnjrzwaAGyuS4Xac49KAIZy+wHHbHSgACkggcdO1AEzKCAD1BoAdCD5hyOW460ASgfK6kc+l
ADQMLgdD1oAaYwzYHA9aAE27flJ5HqKAMtk2n7498UACjC8GgB4IVd38qAJMZQFAaAGj5jyOaAAj
nByOfWgCTC/w4yKAE+63AA7igCSNufegCmwC6luYctGf0NAHPxMP7Ytgp/5e4v8A0YtAHpDDpxQA
vTtQAhNACqcDGKAHhgDQA9W9hQAv4dKAHrjHSgAyOmKAGnH40AN2j0oAXGOTwaAELADFADGde4oA
jZk9KAImIzxQAwkD2oAbuAoATzBnGOKAE3D0oAAQfb3oAPloAUYoAcMdBmgBT+NAC9BQAnA7UAJk
emKAF4xzmgBQRjrQABhQA4SY70AOEuOwNACib0UUAOEy+hzQAFwelAEZOaAGY5x0zQAvUYJ4HpQA
o/CgAwM9KAEMY+hoAiaMdqAGOh60ANywI5FAE0Z+ZaAM2zcODJHgpNJJKhI6qzlgfyIoAtXLBMjo
aAIlUkZBwccCgAbJj7H6UANJBVdvFAEzIwcZA5HFADoywB6cdaAJo1YD60ANCnayYwBzk0AG1V2k
tjj0oAhlVugHfrQBkMRgrjtjmgB/AAUYJzzkUAPj9wBg0ASMPlJx9fSgBqZOMA4/SgBcZJ/rQA4K
F6cdTQAw5Dgnv1xQBKjHOccUAULkgalADx8poAx1h8rW4Bwf9Mi5H/XRaAPQmYe/FAAMdxQA7jHS
gAzjIA5oAFzmgB4IoAdkY7igBwcZ6igBdw9QKAA4HSgBpPOKAGlj680ARs3BoAY7DFAETdOKAGkD
oDzQA3HPUcUAGO2RQAm0UAG3HtQAu0kUAIFPpQAvTHagB4IHFACjHY8UALg8kGgAI+lADSDjpQAo
9elAAB6d6AAj2xQAgA9DQAZGBigBw4HWgA56+lAD/wAOlACcd6AG4FADuOMUAO4OOKAHBRmgBCBw
KAGEdwKAGlARyOlAEbxUAJHwc9xQBjaC2dPtGPI8lP5UAW7hizktwDQA9JVKfJwcYORQAm7EQGCD
mgBdw4AXBzx70AS7j8r9x2z0oAlUqHO4cHFADoBh3cc+goAMjnv6igBqv8pHbtQA07XY7Tg9etAG
KQAOmKAAAlx1WgCViF4bpQBKCRHhQaAGoQq8HB9KAE48zJoAl4xg/SgBr8P06UAIMglSCB1oAzLj
J1aM9QqN0oAzy2dbtweD9ri4/wCBrQB6AfrigBMgDNAAG5xQA5W5oAFYA96AHGTHoKADzOBQAgk5
wcc0AIHHegALjPBNACb/APax7UANL+h6UANYnrkUANP1PSgBvtmgBC3agBPwoAO3pQAvHY4NAD19
M0AL9KAHBRjigBrKO1ACbQKAEHHYYoAM4oAQMc0AG/3oAC3cEUAAPPSgB27A4BzQAmT1OfpQAoAJ
649qAFx70AOCjpQAH8qAEPuaAGk8ZzQA5RzQA8DB60AOzzQAZFAAMdORQA046UAI2O1ADNuDQByO
mvKNNtVHAESdPpQBdTzGUdSO5oAsRM4XauQfpQBOCWHJJPSgBvmES46jsKALY2jr0HYCgBxbPPb0
HWgB8WD8wOF9+1AAcBWHc9waAGngruJH0oAayGTgEcGgDGUjPByKAGZwaAJ143ZGRQA4N8uVbpQA
3cMf1zQArkcE8UAIThgeQB70AG8liOM0APXkkLwaAKbQn+0/XCnnFAGQwP8AbkBz0vIx/wCRFoA9
BPbtQAjexoAAPSgAC/hQAu0+tADSSD1oAbzj0oAM+9AChqADd2FACA+tACde1ACkDFACYxQAuOMc
UANYe1ADMD0oACPegBARigBwPGKAHZA7UAKGAFAAHoAN2e2KADOBjFACZFACYHWgBjDj3oAaeO1A
ACAepFADlfB4agB4bjORQAbu3FAC8E4FADguOmaAHAf5NACEEehxQAw9+1AAHweO1ADg+SMmgB4b
8PegBDnPBIoAbk/WgBQ3GKAAyYOM0AKCOooA5jRY/MsrXgj9yn8qALroFUqe3TmgB6phAc49PagB
6qD0O3mgB3lqz5PQenagCQMvGOf60APJDsQvVaAEhdfnAycdfrQAsb/LhiBjpQAMylcKf/rUANYq
vGc+44oAx+keevPbrQAm4gZA596AFTdnOcg0ANkcKXxQA2GUEgFsj0BoAm3ZI5Jye1ADZJFXncDQ
BH5hL+ntmgC5b8tgcUAKu1LtAOQdwNAHOKd2twkdPtkZ/wDIi0AegEngcZoATn6UAIM560AKOO+K
AAH0IoATHNACYGcd6ADHvQAYwe1AAeOoFAAaAEFAAfrQAZoAOnGMmgAxjtigBpAxxQA04AoAb9BQ
AnIwDmgBe/NADg3t0oAcCD2oAfgelACFRigBCPQ4oAQjHegCM56YoAaM56cUAOyCDQAALx8tAEiq
uMYoAUBc980APAHagBwJB7UAPxx1xQA0j2FAEbDnHNAEZXnIoAQHGKAHhuAM0ADSBelADDJhjg8U
AI0hHQigBhlP1oAkjf5gOaAMfRSU060AUZ8lMflQBZwJC4IUHuRQBLHGu0rt5xQAsYwuWGCBQA+F
fmIJ6npQA0oEfA42nOKAF4D5xgnpxQA4Ky5IO3PXPegBhOMkc47GgBjPtA6c80ARyt8+D06jigCj
IzBemfTFAEUILNg5oAkK4J25AoAhnhJRn/ioAq2wbIwpx3NAFvaVTuDQBBcsRsIA47UALCQNpI5P
pQBfgbLcduuaAKur3clpGJo03Mp7GgDEsJXuNTtZWG0vdRE49fMWgD0dhwKAEKmgBB3oAMH8KAGj
6UABXjHegA2n1xQAYIoAXafSgBMHA9KAE56dKAEye9AB+HWgBD9KAF3du1ABnmgBKADHA4oAQjH4
UAJgZ4NABigAIOP8KAHAHGNtADhkDPNAC5oAQgehoAQge9AETDGcGgBoz0zQA7kdO1AD1JxyOKAH
r1xtoAXGSDjAoAcoPrQA4KfUUAOAIAoAaxIHSgBmT3xQA3OPpQBG3UgUANJI/CgBjk0AMGeaAHBT
nt9KAE20AR6hLJb6XeTwnbLFA7ocA4IUkdaAKulBRYwL0CIFHHpQBciwCxCjOe9AEyKvIBxQA5hh
OCQaABFGQUOQO3cUATBQW+XHvx0oAgdSHIAP1NAChA2Oc4680ARPtOcjr60AVXOOB0A9elAETEAn
nB45BoAgAONvYUALEmST932zQA/aVOM8DnrQBC4zGwGPbNAFGJzG5Tse4oAnLg4XdmgCNmGTxjFA
E0KKSMfU0AW0HYcUAMjKSXggdAw2kkN0oAwtTIs7p5oFVfs8nmIuPlyp3DPtkUAehuDigBCvtQAz
GOgoAQAj1oAORzQA7tQAUAA/HNACgds0AHPagBpSgBCvrxQA3HtigBNuKADb6GgBdp9aAEwQelAB
zQAmKAAdcGgBCOaAFx+FAACex5oAcC3TNADsn0oAUc9qADaKAGGMZ9KAImTHQ0AJg44NADlPqelA
EgbuPwoAVXwaAHbs9s0AOV/WgB24c4470AI2fWgBrI3pQBGUNACbPwoAYVOelACFMk0AJ5WDyCKA
HBcHgUABTjpQBV1sAaHqGB/y7Sf+gmgCPTEAtYQByAKALggVGZmc5B6daAH+XtPLfL2oAHXhe3tQ
AgJD4C4J98ZoAlcYVi2c4oAjYgYBGenSgBSiqDj5cdeaAIpNu3A/h7+tAFFwSuRgZ64oAZIDgbc4
oAhzwMnk9BQAyNjkgAUASucKc8HigCjLMVlCmgCtKozuBNAAGwA2eRQA4k+YBk8jNAFqzB3bT+FA
FwrtYg8EUAVlXbqQfGAyt1FAGFrkheS6OONp4P0oA9JbOKAEyOhoATAPtQAm3B60ALigBNuDigA2
igAx0oAXbz70ABU9qAE24oAaUNADSpFACEY5zQAnNACc9u1ABn8KAHA46GgAJNACfWgAwPQ0AG3n
rigA2+9ADghoAcARxQAuD2zQA7BC9aAEOfQUARPxyRigCIlT1zQAwnHAoAXcQMUAP3nk4oAcHO2g
Byt6HFADxnqTzQA/n0FABk0AI2TQAgX2oAVk4wKAECDPSgAK470AN2DtQAFQBzQBQ1tc6JqHp9mk
/wDQTQA3TAPLhByPlH8qALwbc7e3pQA55OQncigAdNoC9SOh9aAIvv7SDyPagB+ATz8ue1ADHJyQ
WOBxzQAqDOWAJ9yKAImBUEY+93oAqn7npj0oAhkGGJ3HNAFZs7QwI/KgCOMkMSTgUAPZwRnJ9KAK
96g2CQN07YoApIxZcZPPtQAirhiCTjNAF5Y84IA4oAnhJRhjHFAFgsWOG4H86AM+8J/tG3EbkYJ4
z7GgDH1ViVuSOu1s5HtQB6U5xQA3PPWgB2PegBQDigBOaAGnrQAAmgBdxxzQAZoAdnpQAnv6UABx
60ANOfrQAw9cYoAQ80AN496ADA9aADoetAAN1AC/nQAo9RQAoGOKADgdRQAhAHrQAoYA8GgB4Y4P
IoAd9aAEY+2KAIXHtQBGy8UAQkdsGgBFz2zQA7nPWgB47UAPBPagB6n9KAHqe+aAJFIzxQA/H5UA
NK+mRQAY9qAAg9uKAE6cGgBOM4NAAVHbn2oAz9dG3Q9Q/wCvaT/0E0ANsFLpEy9CgwPwoAv58sFB
jJ7+lAEe0cZycdxQBI7bUzkhe3PSgCExkPlTgdcUASNnAyuPSgCEcg7gM4/rQA6FSOmB6UARSMeO
ehoAhuNoi+Xg/lmgCm3zAZHPtQBWeTnA4FAEJk7AgUAM8wKRz1x3oASaXcpVTigCtEoRgF6E0ATT
wkEEDFAE0HMR5+YdqALODlT2A6UAPwQq5OeevpQBTvcfaocHJyefzoAxNYZla6HUFD07cCgD0tjz
QAg60AO75FADx0FABxmgBCOaAGlecUALjigAA9sUALjigAxQAhBJ5xQA0g9fSgBhwOgoAT6UANPH
0oATjPAoAQ/0oAO4oAcCaAHLQA8AelABtGKAGEAHrQADGaAHAcUAKBigBKADGTzQA0jnigCBwOoF
AEZGO1ACg8dBQA8HnjigBy/SgB64B9KAJVANAD9pzxQA4A9qAFOaAEC9eKAAgcDvQAjKOhGKAG4x
xQAEfSgDN8RsqaHe7jjfC0Y92YbVH4kgUAP0VT5MQYj7goAtM7b8KQoHoOtADmGMdOTQAyRRsAz8
2c9KAEZs8kYIoASdW3ZOAuOTQBGWXacg8elADFkKk7Rk4/KgCB3BGDyT3oAZPgKp59xQBBKUB+Vi
aAKjA7CSB9aAIDGcAdKAI3Rlbgg+lAEbgkZIPB5oASMZyRwB0oAuoC0WDQALAIySG70ATqQOB070
AO2jcApxQBSvBi9jHQ84FAGPqERlM4XhmXHt90UAeiWtwl1aQXEQYJMiyKG6gEZGaAJlOD0oAfxk
gdaAAY44xQAuAKAADFADSD6dKAE5HYigBVJH40AKD7igAoAMcdKAEOPpQAzA5FADSvbFADcDnigB
MdeKAEAOaADHGOKAFK4PFADgvpmgBcH1xQAucdTQBGxHtQAmcUAOU+nFAD/xoAd34xQApAPWgBjh
foaAIXXPRgKAIWQg9aAECnGMYoAAvODQBKgP5UASAGgB6krQBLuoAcGNADuM8igAA4OKAEOaAEIo
ANvfOfSgBrDjIoAyPFfGhyjpmSL/ANGLQBd05MQIRwSg+lAD3K+YATgjrjpQATNuiUjdketADRLl
EBGT3YUANOwuQS3PT2oAC/IxyB7UARySoC3YnrQBWZ1we5A49KAIi42Dp60ARySKUB3fP3FAEYYs
u5aAIQpdcdM8YNACGPYnTkdqAGzLggbcYoAb5eV45yKAGQQqC2TQBNDhVAHIoAeykowxkZz1oAb5
eAcUASAfMtAFe9CJcwlupyM/hQBlXLAzyKowAeaAO20JV/sDTu3+jR/+gigC6VoAUA/SgBy/hQAo
znkUALxnkcUALgHtQAmB2IoAMCgBCvPFACbaAF2jj/GgBCMcigBvHHPSgBpHBNADTkCgBvtQAH2H
SgA470ALkA9KAFFADs9OlAA2MdKAIm2g9MUAICMdDQAu4AUAKGoAUHjFADt47ZoAaxBOaAEJXHY0
ARtt6YoAbgetAAAKAHKcHpQBMpHoKAH8ZyBigBw68UAOC85P6UAOOR0NAAGwKAE3D0oAbnmgBe3T
mgBpz6UAZPisf8SaRT3li/8ARq0AaWmsRCoXAwtADZQd2cAc49KAGyjbFgjpQBGPkhxwD6UAQMxe
Qnp24NAEYmHyhcAAUARTvzwOvagBqNlSNv4ZoAiZuCB06Z9KAGNheBnHb3oAYs3JHJx6UACgtnIK
+9AAwxwpzjrQA0x/Pn0FAEqRsy9KAE8kgsMcHuKAFSIFDgYI4oARVIO2gBzKcccYoAbt5U9BQAjW
/nXMBKZ2vQBl6jbxw6jcoMnkHHpkZoA7HQcf2Dpw/wCnaL/0EUAXsD1oAQjtzQAAdfagAAoAXAoA
cPbgUAG2gBoXmgBQOKAA/XFADcZPWgBCCKAGkUAMPU9qAG8gjBoAMHsaADbzyKAFA9uKADaMcdKA
FC+9AAVx0FADSTg4FAERPbFACBiKAEJ9qAFBPbigA3E8c0ALuxigALfWgBufbFACUAAJ7UAHPpQA
7p0oAcMgUAPUntQBIhPcUASqffFADue3SgBCDQA05zxQAzHJoAUEj1AoAUHsRQBl+Ll3eH5x0JeL
n/totAFzR5P3EZb72wZ+tAD5X3oSw6HvQBVmn4AA4Pr2oArS3B/EUAV5JSWBA+YdieKAGSS56Z4o
AZ5vUkHnnAoAQzANuAxxwKAInkwuT1PvQAxphsC+nTmgCFpcH7ufrQBrCPb1HU0AR+WTuGMc0AKs
DFc/KcUASrGcDBA9qAGvbupzuGPagB3lEZA4GeaAFMagjBwRQA0owJIYZ9fSgBhUnjgdqALelqr3
iJgHb1JoA5/XFI1y4BUKCBg0AdZoOP7A04Dp9mj/APQRQBfwMDFACN060AA/SgBQcHOeKADPNAC7
hjk0AIxXsaAAEDvQAuR2NACGgBuD0xQA0jsaAGHrwcUAJn0OaAG4PtQAgGO1AAM0AAP4UAPzjnig
AyDnmgA47UARtnNADCD6UAIFPSgBNuDjmgAxQAoXFAC7TQAhHPANACbfSgAwe1ABtIzkYoAO1ABj
HSgAz655oAep59KAJEf9KAJBz70AO3H6YoAAxFAAW7UANzQAHrigBQaAMjxe2NAn/wCukX/oxaAL
OmOPs8XJYbQCKALLt1Bxt7UAU5yACGH5UAV5EVHyDyRnkdqAIWUAMetAELgLyOtAEb/KMA4GO9AE
JO08fNg+tAEWWOS2AAe/NADJFJU9CByOaAIHPzYIyBQBrC8LEqRgetAEqSFcnOTnFAExkG0dQRQA
jyBunWgBRIu3DHpQA7zFPByPU0AKxG3C5NAEY6N95T70APQAODnp29aALNmxW7BVAMg9O1AHL6ru
k1WbdnIFAHWeHsHQdPwwO23RTg9CAAR9QQR+FAGhn0wKAHDmgBCSM0AAY44oAN3X5eaAAfTFAC4H
SgAxgUAGKAExjtzQAmSCcA0AMLnpigBpPI4oATPHSgBp56AigBMntkUAHfrQAvPWgAJ56YoATAzx
xQAfTtQAhByaAG4I7GgAJ+tABye9AB0NAAM/T8aAFx70AKB2HFAAF+tACbfrQAbR70AIUPrQAm0g
UAIVNACcgkDigBwZvagBwcigCRWP96gB24nvQAA0AGeeKAHZ7Hg0AJk0AYHjZ3TS4EVsJLcqrj1A
DMP1UH8KANbSIx9kiYnA2CgB00R35PSgCvcKdw8xhj1HagCsY8rnt0NADZYxgbeBnmgCGaIgD+Xr
QBBJHyQoyMcf1oAZ5RwT046UAQsmMk5APp3oAixlzt9KAI3jwxwc0AaUVlMOGxmgCcWkhCj+KgCV
bWYcccUAOWBhwV59aABoG6AD+VACCCRjkAYFADxbTZy23A7UAPFvKT90YP6UAK1pMh9qAJLfzEuU
IQdMUAczqu4avcDOMf4CgDo/CXPh+E45Mkv/AKMagDV6CgAyeecUAHOcUAAOKAF79cCgBRnGMigB
wGaAHgY560AIR+FACEH2oAbt4oATZjpQAwofSgBpXHUUAJg9M4oATFACFT6UAGPbigBMc4HFAAc4
oAMe1AElpazXlzHb20bSSyHCovegCMqVWNtysskaSoysGDKyhlII7EEGgBh+maAFwfSgAAoAcAc8
dKAF/GgBQPagBxT0oAAn6UAIE/WgBCtADSvpQA3b6mgBCvsKAG4welACjk5oAd26UAGSOMUAKGIG
KAF3UAODY6YFAAWG7PWgDnfHpI02zx0F0P8A0B6ANHQHP2CPd94j9KAL7bhkMRj+VAFMuu8hxlSe
pNADHYbdq4AB4x3oAY5/dkjp9ec0AEpGCxY/SgCu2OCnHHagBmFxjIJPQmgCsy5cgdc42+lAETRE
fNjaBQBEUCgYAP6UAaouMOQDnHQGgCdHJBOcY9KAJo2YjcxxQAoYMeQw98UAOEWASSSDQA+NMHnc
o7c0AWAQoyTx6UAOTAXc2BQA4+WxADYoApajK9um6AZYHHNAHIXztJelmOGxz9cmgDqvCXHh+EEf
xy/+jGoA1D7CgBMnvxQAuTjjrQAoPrQAq896AJABQA4AdunpQAoH6UAGKAEPBoATPtigBjNjtQAw
uccUANZ6AGlqADd7UAJu4oATcPegBcj1oATI6dKAE7UAXtDsxqGoRWb2rXVvM8YuI8MVMYkUncBw
V4AIbKkHkUAUbSCVPD+hyyROscmlWexypAbFvHnB74oAOKAF4HHbNACgD6UALjjjHFAC7eKAFxig
B4FAD1A7UAIVoAQrigBhAxmgBhWgBpXrQAmCOaAEIx2oAMcZoAMdqAHY+lAC7aAEx6UAIOCcYoA5
3x2f+Jbadv8ASh/6A9AF7Q1/0JAR/Dwc0ASSSsXPzcigCOaUO5C8DvQBEzANkk4FACxyKxwRjvx6
UATTs2xc8ZoAgZcNjGAelAClMpjoaAIjAApOTn1HegCIoPvZ7YFAEaLwQcYzQAol4znH9KALEcpK
ADafegCeOY42ngUASq7bsjGMUASrNhVzxzQBOknzAlRx6UAPM5ySccUAL54aPk85zjFAEYLBh0oA
qauWxGinO5gPpQBzV4mL5sc5WgDpfCYI0CFT18yX/wBGNQBrBfl6c0AGPUYoAXaMdMUALtxzzQAv
IoAeo7YoAkQcdDQA7gZ4oAaT1xQBGeucUANLHnrQAw4PfmgBhA556UAJg9jQAh47UANOM+lACYHv
QAuMDigA70AHagAH6UAL8jI0c1vbXEbjDR3ECTIeQfuuCOoHagBEWKKMRW1pZ2kYJbZa2scAJOOS
EUZPA60AA9MUALxigBRxQBIvHagBwAx0oAXHtQAuO2KAFx7YoAX3xQA0+uKAGtgdqAGHGcAUAN5z
yMUAJwKAAgd6AE9hQAgFACgc4oAXPtQAdAeKAEOM8DFAHO+OSPsFmDxm6HT/AHHoAs6cVSGIEkjb
igAY7PlBLUAV8/vHx/OgAVgwIz9aAJNp/iGCo4oAmLEooAzQA9htU5xt7UAGOmBwP1oAQIyg8cE4
+lAEDrjIAyegFAESxg5JOPbNAGOtwxHA+b0oAtW90wHIHSgCyZsAOBg0ATJOcZFAFlZlZASeaALM
TYAIOKAJ0IZT05oAYVCgkACgBbcs0oyOKAItSjUyRF84WQdKAOX1GT/iZttUFNoxigDqPCZ/4kMP
B/1kv/oxqANTJx0NADTnHcUAOUHpQA8Ke9AD1zkdaAHKPwNAD+cYwKAE7e9ADCPwoAaeo5AoAY31
oAZx60ANOaAEGaAEY9aAG85FACZ64xQAA8c9RQAu7jHSgAB/CgAFAC85wBmgBQOcGgBSKAAdPSgB
wB9BQAvI7UAPHpQAvbmgBRwOgoAUGgB3SgBrUANIz2xQA1lH0oAjOM96AG98YoACRjpxQAmQO1AB
kc8UAGR6dqAEGc9sUAObHTmgBOnQ0Ac148wbKyQEBzchtueSAjAnHpyPzFAE+n5S3jBPAWgBhfEh
znBoAQ/KTgZ9aAEXG35RwaAJEbIGOQR+VAEqlCvcMKAF3ArsHHPU0ATlf3YCDAFADHk298k9qAEC
bhk8H0oAiZMjA6D1oAxzCqvwMGgB6ptGQMGgBchTuwR7CgCSN+TlSD2oAtRypxgleO1AFuG4AIwM
j3oAuQFC2duB7UASzqgQrjg0AR2zhX4PtQBFrS7oVZWwQw9qAOZ1BQt+5PA2jH0oA3vB0jfYLoFj
tS5IUdgCiHj8ST9SaAN0MMdRQA7Ix0FADshcGgB28CgA80UABl44oAaZT3oAaZD2AoAaZScZoAaZ
PagBvmcdqAELnNADd5oAA3PpQAhb86AEyKAAUAGetAACOg4oAByaAFUYNADqADOOtABn8KAHZ7Yo
AcCKAHbhn2oAUMMd6AF3UALkdxQAoIwaAAEUAGQM0AIxoAjZgO9ADGI70AICvSgAyBQAhK/WgBOO
1AC8biPwoATgdPSgBQRznigBB6g0Acn49bbcaccZIWXH5x0AW7U5to+NpK4/GgBp4LAqcgfhQAhz
nAz/AI0ADHamVXBHXmgBsQIJPGe1AE/mkDBwCOpFADgVLDJNAFmJxjrgjtQA13yx+RcigB6SFQOB
7igCJgrjn1oApNCDnP3vagCPy1j460AKIVJz0HpQBIsY6CgAEaqxAOaAJ4QuepGKALkbqMZNAEgf
fkZ49fSgCSAokoC8/hQBBrblYlIJGXXgfWgDl9UJFyGcj5h2oA3PBLH7Bd9v9JP/AKLSgDoM9+KA
F6DjvQA7J6UAN3bTxQAb8dTQAhbmgBOp/wDr0AIG9O9ABnnFAATQA0jHagBDgCgBueORQAhIHQUA
APtQAuR6UAJn1oAXA6dqADjNACjGelACigBe/XFABgAUAKAMYIoAcAAe4oAXgHk4oAXaAOKAF2gA
ZoAdj6igBwGKAFPIHagBMCgAwMUAIVoAYY+4oAYU7UAIUx7UAJsoATZyMGgBCvuaAFAP50AIV96A
E24z0oAUcDGQc0Acl46BN1pg9pc/mlAF60XZGq46rQAMAxBPXoeaAEIxnGev5UAR9QSScdelAEaE
Ak+ntzQA7cS2F4H86AJFYHqcEe9AEwdht6Ed+aAHpICSOgxQBJGvBBGMc8UAIAWGSufc0ARyxbeQ
Tgd6AImiTHOaAGrEoBIOPagCVdqZ5FAAyDcStADRGrLySOaALERC5XmgCVDsHyH8uaAFSTa4ZuoP
SgCDX2JWAkYDSKaAOe1LHnLkHhR1oA3PBBH9n3hx/wAvR/8AQEoA6AHgZHSgBSw60AGfWgBPagBD
7CgAJA6jmgBM+goACePSgBM0AHrQA4BdrF8ggcYoAjJ9qAEx+VABtIHIFABjj6UABH5UABAoAOgH
WgAxx0oADgdqAAHnigB3BoAXAoABxyf50AKCMdaAFBFADgwoAXK+9AD1PFADvxoACffmgBM988UA
HtmgAbp1oAZyPXFADSx78UANz2JwaAEzQAmehzQAnrzQAufWgBvH0oAMg/xCgBvfjFAHK+OBm+0w
E44l/mlAFy1BCLkg8UAIwIbr8o6UAMLkBjzg0AQF+cbyRQAxZOGXPXigBS53AA4AHFAC5HDZ69cU
AWVO1eGNAEsbtkj9KALMXLcZyKAFO8Ejcc5z0oAmRDtOevagCE246cZFADTCqjkZJ9KAHKE4yw/K
gBRCm7oNv0oAPIBbnp14oAkSDapPU9aAI0Q7/wC7QA/YfNAOcUAQa62y2VjyEYMPwNAHLXs27UHV
iwAA47UAdH4IP/Evu8f8/R6f7iUAdCSKAE7cUANzQAo65xQAEn0oAQk9P5UAJuoAC3pQABsc4oAN
3FADieOBigBu7nFACmgAIHX0oAAMUAGOaAExxQAYxQAfTIoAAOfSgA280AAGDQA7gHpQAoPpQAo9
hQAoHcjFACjrQAvPagBeg6jigA4oAaWweKAHbv8A9VAC7sDkUANLY9waAGsx7UANJ7UAIRxzQAmA
DQAxsUANP6UAIWoAbvoAN5B+7QAqtnGKAOR8fvi703qOJf5pQBoaaD5Sgn+HvQA6Vhv+TI/WgCvk
liD0+tAELZIPJU+ntQA1Se4+lAEgB6YwTQA3bt4zigCxGflxuGPWgCxBgkjcM9fegC3HIQdw2nPB
9aAHo+RxwR6+lAFlARknBoAVjhugoAjKnkqBk0AIsY7igBduwcHn0oAcqg8Y5oAkX5V2520AIyjH
HBPGaAGMCsg6HAoAz9eP+i46Zx/OgDmNSRf7RJHB2g/U0AdF4IIGnXY/6eT/AOgJQBv5PYcUALng
UAJn0oATPagBVJA7UAG73oAOMUAJx09KADA7g0ALgYwKAA+gP40AJt59aAHAYGPSgAzxQAEnPTig
BQM9qAFxx6UAGOKAEXj0FAATyc9qAA+1ABj2xQAoXj3oANuPYUAOVeeKAHKpHegBQD2JoATGCMmg
BQOOmKAAj8KADaOvpQAbT6UAJjsaAEYe9ADSpoAbtx04FADTkdKAEJI7UAMb0xQA0jAoAYRx7UAN
x79KADPXjigBwOOOlAHG+NpTLrNrAQNkUW8Y65ZiD/6AP1oA09LbMKhgCB68GgBZWAY4BHYUARkb
pPvcAdPegBduT0ycUARqny4xx7UAOYgyDJxjtQA548Nkg/nQBOhAOMD8qAFQ/PngZ4oAsRtxkEe9
AEqsuMjv6UASrk5I5FAEmwgggHmgBSo6fdx70ALs+bjAFACFSOueKAHquwgsBzQBJty3ygD8aABP
lUEjr70ARzKfPHPygUAZWuHMShuDvXA/4EKAMfXrQwXqMGG1l5oA1vBK4068GePtR/8AQEoA6DA2
cGgBD1oAQjC0AHPXNACYoAXGMUAN+nFAACQaAF3YxzQAoNADc9s0ALnmgBQRnOaAHButADgfUUAO
6DgDNACHOcdKAGnPNACHp04oATpQAoPB4oAMmgBQTQAE9zQAoPagB+eeDigBQaAFyPSgAz6UAJk9
qAA5FAAc9e9ACE88mgBhYg4oAC3NADSw7ZxQAgPPpQAhJoAYTQA1jx6UARufzoAbntQAvtQAK3vQ
Bxni/B8TwD1t4x/4+9AG3bR7FCr90UAEkblidp49qAIViHmFicHPSgB23a/yryeuKAFVQH6ZFAD5
IgGB5LdTx2oAa2Mjqc0ASlRyCvSgBqFcDHU9eKALEJC5HY9KAEVyDj09aALETYYFgQRQBdRA4BI4
PpQBMkAI60ARyWjD7rUAQmKTGNxxQBIgZc5Bz60ANGTnkg0APwQoIORn0oAQAmQ5GB60AZWuxsZY
FwdpkGf50AZ/i2PF7EF7L2oAv+ChjTbz0+0n/wBFpQBuqp29aAFYdM0AN5oAbt56UAB4FAC88cUA
GOSaADac56UAKR270AJigBpAB9KAAUAOHuKADoeKAH0AGaAEye1ABnjFACbu2KAEzzjFABn3xQAo
bmgAyKAAkUAOzj8qADPIoAUN9eaAAOR1FABvPrigA3496ADfigBN3vQAbutACE4oAZu96AEzjpQA
fQ0AISetADSeaAGlvagCIn8qACgBeSeDQA5RxQBxnisA+KLfP/PCP/0N6AOgtV2xM69uBQA5c7ic
9B+VAEYBEzHYPY0ANZBu5XHr60AOMfyZ6LkfWgCSZVRyBxwOtAEDRhSGUY4JGTQBKAXGQcnHOKAE
QbSdy7QOtAEiJkcH5e1AAgAXAB+tAEyhgcZ4UdKAJ4Z1TBYcj0oAux3ceAM5PpQBKzhxuRsegFAA
RjBZQSDQBDKuHJU9KAEX0Yc+1ACsVVcDg+9ADEPPJ6dqAMrWw2+MqQMSLigDN8Rky6kAVIG0H9KA
NHwUv/EvvP8Ar6P/AKAlAHQADHagBCvSgBpXHUUAIRx0xQA3Ht0oATBx6UAGDwM0AKRjrQAmOelA
CE4B60AN3DHNABuNACgj3zQA4GgAB96AFzQAe3agBDyTx+NACA+tACfpQAgJ9KAFz7UAGaAFBwKA
FB45oAcCR2oAXIxnvQAmaACgBB05oAM46cUAIM0AJigBG446D1oASgBCfWgAJxQAmeevFADTnPSg
BCMUAGzOTQAm2gBVXnpQA4AemKAOM8V8eJocf8+6fnvegDdtFOCEG0+9AE0v7tfmIZm4xjtQBDhu
5x7YoAVVUkBsg0AKEPPy9OtAA+MgcgelAEchIYADI6CgB25Rn+Hj6UARvIGfAG5eM8dKAJUwcqvz
baABdwUdBjigCf7RwAVwT1oAeBHtwCOfegB2wAjBzmgAUuvKsQPSgCVblgcMTg80AWBOrj5utADV
dA4xnjvQAMQVKnFABGMuVzxjtQBn6jETLEqjOWoAyvEoxcxHGGHGTQBo+Cs/2fd5H/L0f/RaUAb2
Pl6UAG3FACY9BQApHdQKAEA7UAIQPTFABhe9AB8vA5oAQgdjQAxuB60AMI9eKAF4oATGDQAo4PFA
C8YoATOOBQAFh6UAGfSgBM0AIWoANwoAXIxxQAoxQAZ9qAHZ9eKAA+xoAUfWgBM0AGaADcM0AG7j
pQAbuxoAWgBO2M0AIRQAwrk0AJj8MUAJj8aAAhgaAFANAAAKAF2igAUAHpQAADPTFAHGeKdr+J49
rA7IEVsHodzHB98EH8RQBt2uFfp1GM5oAkILHJyOcCgB8ijdjHIoAY8bDkLjPegB4B53HJHpQA24
X5gVHHUUAMKk4YgZoARl+U5Az7UAJEpCHb8oz6UAPKlYyCw46UANVMp82c5oA07iz4yDgigCm9sQ
w4waABW2d+lAEqyAn5SMUAA+bO4CgBGXJ46n3oAcoYEZyR34oAkKnbnPH86AJoQEbDD8aAIJUBvY
evBzQBj+Ltv2xFAIINAFzwV/x4Xg/wCno/8AotKAN/HFACkYoAaR3FABg464oAMDHpQAhUYoAMDt
2oAT6UAIQegxQA1kOOeKAIiCDyOKAE7+goAUcf8A16AFBwKAAHtigBMj8aAAkUAHOcUAN6cUAJn8
PegAoAXPNAC8dhQAo47UAKPrQAZoATNAC8UALuAoATNAB2oATg/SgBe1ADScdOaAGknFACBsfWgB
2eoNABnigBQR2NAB9KAE9aAF6DA5oABj0xQAo+tAHC6uR/wlt0p4zJH/AOi0oA6K2UK8YCnHIz+F
AEzrsYgdAcigB+VJLMcGgB65kUYxgDqaAGMBnLZDDpgcUAPkU5ULnGfSgCEKQQMkmgB5VVXjIoAi
3DBH8J9aAFTLq2dq47etAEZI+63TqKAOk3ROQEfJ96AGywZUhgD9KAKEtsnPykfhQBUeDbyh/CgC
uzujENQARy8/MMUAWYrkg4YZNAE6ygpywA+lABFKS5XOR7igCMTAXsQP3c45oAwvGc2NTVQcKDwB
QBpeCHzp95/19H/0WlAHQjpmgAbJHynigBvPtQAnQ0AAP4UALnoKAAkjtQAnOO1ACf0oAPxoAQgU
AR7OwoACCKAG/hQAUAJg84496AEwQO1ACYoAQnHAoAZnk0AKDxQAueOBQA7tQAuaAFB4oAXr2oAT
8MUAH0oAKADkAcUAJzQAd6ADecUANLcZ6UAJmgBB7CgBcc9KAA/UigBDkHigBwBHtQA4ZoAUelAC
ZoAFxnrQBwuqEL4xucnA8yPn/tmtAHT2+VZQSARxQBIWG9ielAEiqNnI7/nQApxjGBtoAUBdmGH0
oAVzjHPHagCJ8bxgEGgBxYA5bGDQBBI64K4xk8UANiAGdxHHSgBrE7Rnk+1AGltHVGOaABbuRTjJ
IFAEhvQxww49aAGs0MoG0hfwoArTWzHmM5FAFZ8xkqVHvQA6MoWGAc4oAkdgE4xigCWBsgkDnFAF
eRt13FjPDCgDH8ZxEaqrnkNyfY4oA0fA3/INu8dPtR/9ASgDogSFoAdu4oAaSOnvQAuQOgoAQHmg
Be9ACc8igBGGMe9ACAcYwQKADFABjuKAEZeKAEZTQBGwxwAaAEBx1zQAm856UABNACZ54FACGgBn
egBe/SgAyB1GKAFHAoAdxigBOnSgBQf0oAXdn2oAUe5zigBM0AA/EUAKORwaAFx34xQAxqAG59qA
F2g0AG2gA24PBoAMcdaADHPpQA4exoAXH4UAAByMHigAAA6nNAAoAoA4PWMDxXdZ6GSMY/7ZrQB0
yAIVOMigCywQru+97elAD4wdpGOh47UAEi4iwVA/GgBFyqLt5ye9ACuSX4HfHP8ASgBkmMrk/iKA
EkAYkFtpxxgUAVukhI+bpQBGMjIHCkUADfIo3KT+lAGg2VOUOcdRQBEZuSCCKAGxyqxYZGelADlG
RjpigB4bagwx/GgCJtwyT39KABAHbd0PrQAro6rjB/KgB8IZWypOCOlAEcabb+It03A/rQBjeNZd
2pr2HFAGp4FH/Esu8c/6Sf8A0WlAHQ/wYAoAMYFADaAF5oAMHjpQAbaAEHSgAzxQAfh9KADnjtQA
o7UALg4FACEcdaAE28cUANZM0ARmMg9KAGEEHkUAJz2oACDjigBhU+lACY/CgBORwOKAFXPrQAoz
7igBR1oAOaAFz6UAOXp1oAXGKADaB60AGKAALnIFAAE/2v0oAULjAoAXHB4oAMYHpQAAc0AJt60A
JtI/pQAbTgUAGO3FAAMj0oAO/SgBR3/SgDhdSUv4yuR1HmIf/Ia0AdKB+8wwNAFgABcelADw+VO2
gCJmYZHBU9z1oAWJ8xge+KAEkfEoGR7UARSSEHcxPPUdKAI5Zgw60AQrNkZzjnFADd4YN6dqAG5B
+9gDtQBcDg52PgjsaAGtK4PJoAYhTPC4OfWgCVNwYlTn2oAkMo43ACgBVKjG08d80AOTaWx2NAEz
J8nXHvQAW6bGx1oAhmX/AEuMJjhu9AHPeKG36gFb0BoA2PBAC6dd8dLn/wBkSgDoegoAB16CgBGY
0AIfTpQAoxQAuRjjNACgqOgoAXjHAoATB79qAA4wKAE2jnnAoAABxg9PWgAx9KAF20AJgg/SgBDQ
BGwB5oAjICnrzQAmfagBuMCgBpBoAMcYNABwO3agA6j0oAcqelABtwO1AAF46UALjHtQAoBzgUAK
Ff0FACiPH1oAcFxQAu3GO1ACY5zigA2ntQAu00AJtOBQAY/D8KADHPrQAhHXigAxQAmMdqAG49qA
BelAHAvOZvE9zKwwxuGQgDsp2j9FFAHTscMPmJI/CgC5nEQJxnHpQAiSqVxgA0ADAYzng/pQA0Oq
qcnvxQBHO424z8x7+tAFWZ8bMHHpQBA8gO7Zkgd6AGJMQjY7dDQBGJSRksc45OKAHRN8gDCgC5LC
c4oAPLccjOKAGs2BllOPbigBFlBPysR2FADw7AZzkUAIrjqcg0AWYwwKlcNxQBMZHXnbkenagCSJ
z1OOmaAKTTAagvXBYEUAYXiFyNZddxXHY+mKAN7wS3/Euu+f+Xk8/wDbNKAN7IC9aAAH3oAQn14o
AQEZyaAFDLQAu4dqAF3HHFAAMigAz70ALgetABkDvzQAbvagA3c+goAAfegAH1oAMe9ADGA5oAid
O+MUARHjqcUAKcY4NADGoATGPagBQOtABg+tADl3D2FAC5oAdg9BQA5FPc0ASAd+ntQAv4UAAUnp
xQAm0+1ACbTQAu0jHNABigBcDFAARjpQAgz2FAAQe9ADSPSgBNpyc9KADHoaAGUAN3c9aAPODMYv
Ek7AZH2yTof9s0AdZM37zIIwT+NAGgG/cDnOB1xQBFEyfxDpnnFAA7Ku7jr2oAgchQpA4JoAJ22p
gnJPrQBSkbKqM8igCOTAUc4BoAiz6dDk8UAKpGzDHkDNAChioGDjIoA1kmAOwHb65oAkBVs5NAET
KpPWgCNrf2wO1ADBCw+42CKAFWOT+JR+FAFm3Vtw2kj2IoAu7CRgj9aAIsGKTk0AUsgXyMByzAc0
AY3i0D+3MeijmgDZ8DDGmXYB4+1H/wBASgDoMf7VAARg9aAGsRyOaAAYA6UAAJ9KAFx3wKADqOT+
VAB0PXmgAHWgB+fQ5oAM+w49qAD6UALtPrQA4L70AGwdM0AIQB2oAa3vQBG278KAIGPOMUAGKADA
xmgBOOgFAC89uKAF6UAPXrjaPrQAoTJ/kKAJQgFABgUAKAaAE5oAXnFAABQABeMZoAMcjk0ABGOK
ACgBMHsPxoATkUAIc560ABP6UAISO1ADC2OnFADMkHnIoAazc0AeaMN3iW4UY5vJf/QzQB1lw2CM
4wMdKALYkJhXbkCgBInJBYdM0APckrxmgCI/dyT09KAEl6AjjtzQBXdDknGMUAQurInAxjvQBC64
7kf1oAYp2oc5JAoAiaQkA7sfWgDb4I3OMhfSgBBjIMbbQexNACksOq5oAQzHGAcexoAkSUEYZfyo
AkUjna+MdjQBailRcB0/EUAWi0YA2MGz29KAK7xl3yOQKAKEqsL6MIvIYGgDG8U8azg9cDmgDa8E
/wDIPu+R/wAfR/8AQEoA3zjb1FADCfloAAcUABOKAAe9ADuPw+lAB8o7UAISOooAMigADUAGfSgB
R0z6UAKMYODQA7p60AKM9aAF3EDoMUANON2aAGMRjqKAK0xYEEdKAGq+R0oAdigAKnpmgBQB60AP
CDGKAHqmBQA7pQAZPagA3HuMUAKDQAowDQAZ4oAXPOe9AATxQA0nnjmgBC1ACFuKADdjgGgBPMxQ
A3zCeegoAQvxwaAELHscUAM3H1oAQt9KAEPSgDzPP/FTz4OMXkv/AKGaAOpuiQoI785oAtpu8hSO
uOlADoxz7H0NADwqjO7OO/PSgARFRTx1NAAUUt+uSaAIpY227Rz3oAjlXI29AB2oAqSqAeOh9aAI
WVvLJB60AVZAdoGOnegDQiu+AGoAsRXCtxuXj1FAFhWzjB/KgBhK7sN8w+lABtA+7lSKAJe/IBPr
QBIr7cHJH1FAEglx6fUUAPjmAbCnA96AK0zhrxemScCgDnPE+7+1+c8AdBQBveBs/wBnXfX/AI+j
/wCgJQB0ezIoATbigBMdOaAFKgnrQAoQYoAUKB3oAMc5oAMcdaAE28cUAATjFAClB2oANuO9AC4x
6UAHP0oAUL2yRQAhX0NADTn1oAhkJ6ZoArSsem6gBYWGPSgCXA5waAEI7dKAHoBQBIo9aAHfjQAo
B9aADFACgcY60AKB36UALtycZ60AGw9uKADbxjpQA3HPWgBrYx15oAYcetADScDigBpbHcUANLcd
aAELe9ACE4zzQA0t2zQAoz60AG72FAATmgDzJGWXxLM0bBle6kKsDkEFyQR9aAOpueTgHaF9aALk
DeZGMcZ96AJ4VBBYDaR+NADwgBJPFACgDdnOeaAFkUHHX6YoAhIJY5OCBQBFKNq5I6jmgCnt2tjH
FAFZydrbgwx0oApyPk4B2mgCG0v4rlMowYfXmgC0ko4EZxnrmgCzHdum1SCfcUAWorhJAc8H8jQB
aViVJODmgA3KMFDtI6570AO80B+zDuPSgBk0ypGznKqO4oArwOZnyXLA9KAJoola7THXP0oAy/FN
s8GrEgjaygjmgDX8C5OnXX/X0f8A0BKAOk6UAIT9aADK+hoAN2OmaADcc46UAG49qAAt9RQAv1oA
OnHNABwPWgBc/WgBTjsaAEzx1NABkDvQAbgO5oATfgZFADWcHqKAImANAEE0efujFABHGAOc5oAm
AAoAQgfSgBygdjQA8Ad6AHgLjg0AKNvvQA7AxjnigAAGOBigBQvNAEix8ZGaAGkYxQA04yaAGMPf
FAEbelAER57mgBpU44NAEbcd6AI9x9cUAJz60ALjtmgBdtACjI70AP7CgAxzzxQB5Pph2SwEcH5e
aAO0JWQBlOc9aALVv/quxxQBbhcqqkKAD+FADmOGxkigBQWwQ2W9MUAK7lsZbaRQBAz4lBPcYoAi
d2JKjGO5oAqP069DigCnI4PIOPSgClMfmyOtAHAIzowdGKkdxQBq2uvXECgS/vV9+KAN7Tdatp1H
zhW/uk0AaaOCcq2CeeKALkU7IoJ5GeMUAWophIASR9KAHbQck80ANMJeEruwD2oAitopoZVXPyng
0AXbSMi9RFOTmgCr41SSG/jd1wu3HAoAueBf+QddgA/8fR/9ASgDpUDN91SaAH/Z5cjK4oAX7HMT
wBQAn2KfptoABZT9loAX7BP3Tn60AAsrj+6BigA+xXPoKAA2lx/cxQAn2S4H8GRQAfZbjtH+ooAD
az/3RQAn2W4xwlACfZp/7nNACG1m/u/rQA02s3pQAxraXOMUAN+zy5+7QAv2aX+4eKAGiJxwBzQB
J5E2MbaAGG2mzjaaAF+zzLzsP5UAPW2mIzsNAEi284/goAettP2SgBfs1x12GgBwtZ8ghD+VADvs
twP4OKAFWC43fcAoAabW4OcLQA1rOf8AufpQAn2S4/uUARta3A6x4oAiNrPydgoAb9ln6bSaAI2s
5s/cP5UAN/s+c9E/WgBBYT5/1Z/OgAFnN2SgBfsk4/5ZmgA+yzD/AJZmgBjI6DDLigBF6jAxQB5T
YQyHyPlxnB/CgDo0JiUFSQc0AadtJlRnK5oAtxEKNrHGTxQBK/BDdQPWgBoJDblwM+lABvBfnBPv
QBC7decEdAKAGStgEY5oAz5JdpOSOKAK1xIqjIGD2FAFf77fN8n40AYuoeHosfuSEbsT0oAxLjTb
m2P7xCQO4GRQBEhTB+by29uaALdlrF3Ztt8xpIx/fOaAOh0/xFb3G1M+XJ6EcUAbKXAbLFguemDQ
BZhuHTA+8PUUAXUYFaAJY0RipBoAt2sW2+jKjAzigDQ8QaZDqARJedtAGOmmR2bOLea4hzyQkzoC
cAZwD7CgAMUsaFjeXgHbF1Jz/wCPUALEs7kMLu8AA73Un/xVAFuEzxMGjvLtZB0JnZwP+AsSD+Io
Am+16nnP9oXOP+uUX/xFACifVSfl1KfHb93F/wDEUAP8zVgDnUrjPb93F/8AEUACf2uR82qTgH/p
nF/8RQA6Mav/ABatMQOmI4v/AIigCXytWz/yF5sH/pjF/wDE0ASQpq8bAjURMTxtnhUqPf5dpz+N
AErvq4486y/GBv8A4ugBrzasjcTWJ/7d3/8Ai6AGm61dP+W1hg+lu/8A8XQBDLeasASstif+3dv/
AIugCnLqWsr1eyB7DyG/+LoAryatq6jO+y/78P8A/F0ARx65qSNmWK2nXH3U3RHPrnLfligCZdfu
z002L/wJP/xFAE0et3rYH9nxHP8A09H/AOIoAsf2xdRDd/Z8HH/Tyf8A4igCtP4pnjfDadDk+lyf
/iKAFj8SXBJI06Hj/p5P/wARQBLH4lujj/iWw/8AgSf/AIigCyniC7IBGmW//gSf/iKAGjVdVI+9
Yj/t3f8A+LoAkGp6qMbmsgD0P2dv/i6AHjUNTH8VmP8At3f/AOLoAcL3VP8AnrZD/t3b/wCLoAcb
zVByJrI+v+jP/wDF0AH27VcjbNZf+A7/APxdAEgu9V4Jlsuf+nd//jlAAbvU+f31kP8At2f/AOOU
AV2kvQONTuSf+ucQ/wDZKAK00uoAHGoz5/65xf8AxFAFSS41H+HUZwfeOL/4igCs17qW7C6jPkf9
M4v/AIigBVvdTzg6hMDjvHF/8RQAfa9UHI1CbH/XOL/4igBRd6mD/wAhGf8A74i/+IoAcLrUipP9
pTcf9M4v/iKAKjrMBxdXg/7e5f8A4qgCLE65BvLz/wACpP8A4qgCldQ3GSwvb0Z7faZP8aAK0YuM
ki+vgy+tzJ/jQBXEMMagR/Lswv0oAkYM2FXp65oAu274AUA5+tAFqPP5UATeedhUDBAFAEasQFUH
OevagBQ/BB4x0oAqicmQDGSvTmgBk02G9z2oAzpnO8njigCFyXwTxmgB3fhc+5oA0ruweInjPsKA
MuW3DZVgcdwRQBm32hw3IJjAiI7qKAMG/wBJubPkAyRjqwIoAogDIyTQBcs9QuLNwqP8ncGgDodO
1+NyBIwjPTG6gDo7W8V4wVI/PINAGpafOBngE9uKANOIbZoiOQrZxQBpaiwM52nGRmgDFZJ/tZG3
cD2oAmlt5mVUjUBT2PagC7bWojgUEDIoAmEAVs8NQArDsVGDQA5QAcbMY74oAk3KTlcY+lAD8kZC
gYPtQA5d4cgYxQBLggcIfrQAID1A/wDrUARyTMuV+XgZGRQBXlldQBjPvQBC8pxwOR+FAEErfNjd
x3x0oArSOVIAweeMmgCpcM+CAOQeKAK8ud3fP0oAWLevGcfhQBat1bHAwPSgCaV2WMgplSMHFAGS
y43MRs54BNACByr43jmgCwgcHIbI9u9AFlZCo5yPxoAmjlO7HOKAJo2YplSaAJAzEDkmgCVXJPAP
HfpQA/zAVzyCKABSOoOKAJd7ZBzn6UAL5pB4UfjQAMy7SR1/lQBXkORkE4oAqTKNxI4GKAKyxAE5
XOelAChMcMpxQA4If4c4zQA1kG85J/CgAIGcDPNADWjOcY4oAY0C7dzDbjvQBBfQtJBtQjnoaAMd
4biAspXk9z0oAjW2JT51Iz+VAFhlSONRGo680AKny/Nz9KAJ1lOOwoAeTlT2oAiD4OFzz2oAG3j5
ipoArOjoxYDpzmgCtNPyxPQdKAK4Jk5I60ALtx17dqAHEgY7fhQB3DtGVO8dfWgDOvtNt5kLINp9
qAMKezkgBUjj1oAqlARjGKAM280eGYncu09QRQBiXejXELMQA69iOtAGbJEY2www3rigC9Y6pc2u
PLclR2NAHZ+HNejulVCwWX+7zQB1EV2PtEYGMnpQBv3O15YyMbtuDQBVWP8A0kkDk+tAFkhkXBUZ
7UAEE642vgnrQA4XMeMsO9AAXiccNigBFYAFixzQAvmHkjBFACNPjopGR1oAFujuxuYEe1ADhdMe
r4/CgBDfbSQTjPSgCCW7Xk5bmgCtJdoSShfJ46UAQyXDF8RswH0oAYXbOOc/WgCKQkncQRigCJh1
6jPWgBoVQ+FBoAliGD8wJoAsISuMggUAPPzIwYsPQ0AYdzGySFTng85oAqyEx/MqNj1oAjS9kyRu
zjtmgC1FeyNjC9PU0AXI70lecnFAFyC5LgYBGPWgCzHMeuT+VAEvnY6bvyoAUzn0oAcJAWwMCgB4
LbuM4oAUM/XLL7EdaAHnJXIbB+lAFaVSBkuVHb0NAFOQPvJHOPyoAfH/AAnB+tADsfP94/SgBVYN
0OOaACThuOfwoAYXwOcgj2oAjLnPQ/jQBF53UDNABukI6AKKAKt0+eTg0AUZn5zyBQAsall4Gdp5
AoAf5e4EYK+xoAIraTaSBn+lAE8VvtwXbBoAR5YYm6BmzxigCJ7xznbCduOWIxQBXnaSQYOFGOAK
AM0LvJwOB60AOQbXHGT/ACoAew5BAxmgAIKjg8UAdzKoZen/ANegB1pb28dpNcXCTPskRFSOQJ94
McklT/dq42tqBDcDS5Ad9ndn6XK//G6LrsBmXFro+0sLG+PsLxB/7SouuwFJn0iPrp2oY/6/k/8A
jVF12Ak02HQtQ1K1sjY38f2mZIi32xDt3MBnHlc9aa5W9hGVcWPhu5TDaXqCn1F8gx/5BpXXYZj3
dnoFoM/2PqzKO41OL/4xRddgILR/DhlHlaXqquvrqcfH/kvRddgN+LUNPV18vT9UKoQCf7Ri4/8A
IFF12A9I2WMFraStDc/vYt/M68ckYzs56U3ZLYRH59gXz9muMk/8/C//ABFK67DJHnsIwT5Nyx/6
7g/+yUXXYCv5+nSZzb3I4x/x8L/8RRddgFiTT5YLhvJulEMYfAuV5+ZV/uf7X6U1a2wij9rsYjlb
S9P/AG8r/wDG6V12GTJqFljizu8e9yv/AMRRddgJ4rqxdiDbXK/9vC//ABFF12AmEtj2iuOP+m6/
/EUXXYCW6axtrqaApcN5Tsv+vQZwcdNlN8qewiBrnT+D9nuCP+u68f8AjlK67DI2m00t/wAe9yf+
26//ABFF12Ak82w6CG4H/bwv/wARRddhCypp62aTvDcne7Jt+0L2Cn+5/tfpTfKlsBV/4lpQEWtz
wOn2lf8A4ilddhkcb6cV3m1ukPp9qX/43RddhCtJp3GLW6P/AG8r/wDG6LrsMmtotOuX2GC5GI3f
P2hT91S2Pue1NWb2EQE6YRgWl39ftC//ABFK67AO/wCJYDj7PdDHT/SV/wDiKLrsA8mwAx5F0fb7
Uv8A8RRddhgsljj/AI9rrH/Xyv8A8RRddhFLXbWKG9QRFljdEcBiCQWUHBOBnr6UpKzGUpLfcm0s
tSBly2arL8ozz0xQBPHZ/J0HXrmgCeK32E5wAPegC2iqAMECgCVFBON4FAEw+XjcPzoAkTrgEE0A
OAIbrjFAEgyMEvQApYkAhunagB+/5RnBoAryuWBwFB96AI1QjqB+FADlABY5AHbNAD9vsvSgBojG
egH0NACN8p4wPrQBC5YsSQCKAGSShP4RigCm8qsx2kfhQBEZXBwrYGOaAKd1OyoRnANAGWbjMwj2
5BPPFAGzZ7YkQs6pnsaAHNMis2xMj17UANSSd2wNqLjFAEZ2gt5zFufyoAaWRRuGCtAEUs5KkAYB
6AUAQNLl8DgAUAV8ZPy9jQA5BlSB972oAlKEABQQfegBsqFR8y8Z/WgDsykgHy4bFAF57dU0tJyz
AuVZoz93kyAceo2Nz/tdsc3b3bgZksJYbkbGewqAKc0YZSCOlABZ2MdxcCOQ4jWN5GCHBIVC2Ae2
cYzzjPQ1UVd2Aqajo0+n3s0lv5oW0uDEtwqlRvU8YPY8Z603HlYFyfw3BaamloxupVmPkxsoACyb
5E5PQljHlV4+9guApY1yIRzpRZEKsg57HmshlG40yAuJEzGR6cUAat74alji08Whmu57kDMaJkk+
XFLkAc4xLjv9wnvgW422Eeh2em/bNNtleRo34Rc8hRuQdPrJn8D68Uo3QXMjUVMNzGkSgRyLuX94
H7kH5gBn5gR07cZHJiSsMiDTKhTaCO5zUgXLLTxcwTyO5BiHy49djvz+CEfjntg3GNwGwQP53lT+
bCskLSkfd8xFUvxnsdvXkd+cUJa2Aff6baw2t3tuw09oWDfNjIEgTG3t1U5z3wAcEinBJCMAzAD7
2B6g1kMsacTe39vbBivnSLHvPO3JAzjv1pxV3YC1eQywzO8MMj26xxyF+vlh1DAMenfGeM46U3Gz
0AsiKGa5tXL3E5ubcyuNyqS+9g2WOQANpO456c4zxVhFKdWE0iQSGSNWIWTG3eM8HHaoegxvl3AI
GSR2waQFyfSpTp8FyhZppGUbAM53FwAPf93+O4dMc3y6XAhhtJGtrwTyTxyWq70ixwGLqrZz0OCO
3brxgiWgizqtlHaOv2F5Wi3uhaR8kkY4KlFKkZGeo568GnNJbAUdsxONo+XnnvWYy9pGmm9uSjsy
DC9MdWdUH5bs++McZzVxjcCFIZYxHI4nhjkyPMVfvL0bHTPBxjNK1gL0+mJGL1I2kDRyypCMj5hG
Mntzx15XHbceKvkQjIQS9GB/EVkMsKG2gsvPfFAFyewP9nRT24dpZGUbAM53FwAMd/3Z+u725vl0
uIrC2EyTG+MyzQjbk8LGQMKhB5JONuOMAZ5AOBLuMq6pDHbR2jwkuZod77jjDb2Uge3y/wD6ulJq
yAamk3Ulit3H5DK8bSbMncAC3tjOI3PXop7kAtQurgQ6jaC1u/K3bh5aMGQkq25A2RkA9+mOOnPW
lJWYFdM7QQduPUdakB43DndkGgBUd+wJ9hQA5JZWIBBX8aALKncM7jketAEqllG4HtzQBKJWwFCk
/hQApcscbenpQAyRzGDnJPvQBCJGPOBzQBOH3KN45PYUAPGCOVIxQAjM+MBDkUAOQsSNy49KAI5F
AzknNAFeSUKDnsKAM26udwIRqAKyK2M7yM+hoACDjgk49TQBUujIVwCOep9KAKrpJhWU4weuM0AW
bdzu3cuB2IoAlMzgkqOlAEwmfZuIAJ6YoAjmBZRz19aABo/3SgEfSgCL7jfdoAbtypyoz2oAiC4w
MketACrgKVzigCRCNh5INACSy8jcuTQB2dj2oAnvv+Qfb/8AXeb/ANBjq+gijD96oGQz/fNAFnRP
+Q1Yf9fEf/oQpx3Amk/5Ecf9hP8A9pVb2EWbP/j61b/sBD/0THTA4L/lr+dZDHH/AFX40AdV4O/5
Gjwt/wBeU/8A6HcVqugjavv+QHJ/10i/9BektgKXi7/kbbr/AIB/6AtKe4Iz7r/Vj61AyTSv+PfU
f+vcf+jY6uOwG1f/APIb8Of9cLb/ANCqhGHcf8iAP+wp/wC0qT2Awm+4n0rMZNB90fWmgOuf/j08
Xf8AXyn/AKNar7iOn0bpon/YNb/2jVroBxOrf8hq/wD+viT/ANCNYvcZXj+8lIDW0j72l/8AX+//
ALSrRdANey6+Kfo//tSmuojC8UdNK/68Iv61MhmZJ/D9KgDV03/XH/r3m/8ARbVUQNSy/wCPLw7/
ANdn/wDRgquwifXPu+Iv+3b+lU+oHLJ90ViME+/QBp6X97S/+wg3/tKtF0Eb1j/yB/Ef/Xzc/wDo
IqlswOf8ef8AIG0D/rgf/QY6mWyAzLPrp3/YMuv/AG4oj0Bmt8R/+Q5b/wDXuP8A0JqJ7gjlT1H1
rMZFD/qz/vUAPWgCRPv0AWo/uUASfwUATW/3vwoAG/1hoAZN0oAW36UAKn+tP1oAkPU0ATJ/rBQA
yf74+tAFd+9AFGT71AGa332+tAD/AOA0AQL938aAKt70X60AEP8Aqj+NABb96AJk/wBS31oAmi+6
tAA3+sNAB3FADJaAID92gBH6CgBkf3fxFAEn8NACT/w/SgD/2Q==

------=_NextPart_000_0134_01C2E71D.88DA2220--



From jshorie at medinaco.org  Mon Mar 10 13:23:04 2003
From: jshorie at medinaco.org (Jon Shorie)
Date: Mon, 10 Mar 2003 16:23:04 -0500
Subject: [Mapserver-users] perl mapscript questions
Message-ID: <200303101623.05017.jshorie@medinaco.org>

I have posted a few questions on here concerning a swtich to perl mapscript 
from the basic cgi mapserver.

First, thank you all that have helped me on this.  My app is coming along 
well.  Now, I am trying to implement the legend in perl.

Does anybody have any hints on how to get this.



From eric at gomoos.org  Mon Mar 10 08:38:48 2003
From: eric at gomoos.org (Eric Bridger)
Date: 10 Mar 2003 16:38:48 +0000
Subject: [Mapserver-users] perl mapscript questions
In-Reply-To: <200303101623.05017.jshorie@medinaco.org>
References: <200303101623.05017.jshorie@medinaco.org>
Message-ID: <1047314328.2551.37.camel@ubet.gomoos.org>

my $legend_img = $map->drawLegend();
$legend_img->saveImage($leg_image_name, $mapscript::MS_PNG, 
$map->{transparent}, $map->{interlace}, 0);

Put an  in your html.

You also have to turn on all the layers for which you want legends and
make sure they have a classitem, and a class with a name in the map
file.
$layer->{status} = $mapscript::MS_ON;





On Mon, 2003-03-10 at 21:23, Jon Shorie wrote:
> I have posted a few questions on here concerning a swtich to perl mapscript 
> from the basic cgi mapserver.
> 
> First, thank you all that have helped me on this.  My app is coming along 
> well.  Now, I am trying to implement the legend in perl.
> 
> Does anybody have any hints on how to get this.
> 
> _______________________________________________
> 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 Mar 10 13:46:36 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 10 Mar 2003 16:46:36 -0500
Subject: [Mapserver-users] TRANSPARENCY problem
Message-ID: <13858AA1A74F30419F319ACB66A9D12201962D@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2E74E.861FD034
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Aaron -

=20

This subject was just discussed on this list - the title was
"COLOR_MATCH_THRESHOLD"

=20

If you are using GDAL to read your source raster data, add:

=20

PROCESSING "COLOR_MATCH_THRESHOLD=3D3"

=20

To the LAYER block for the orthos.  Alternatively, use the OUTPUTFORMAT
option to create a 24-bit output image.

=20

The basic problem is that you're running out of colors.  Your original
grayscale color image is (presumably) a 256-color (256 shades of gray)
image, and MapServer uses almost all available colors in an 8-bit
paletter to render it.  When it comes time to create NEW colors by
blending the highlight, there's no room.

=20

Think of it this way - a 256-color grayscale image with a transparent
red overlay can create up to 256 MORE colors, meaning a total of 512.

=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: Aaron D. Hunt [mailto:hunt at zedxinc.com]=20
Sent: Monday, March 10, 2003 3:39 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] TRANSPARENCY problem

=20

When I try to do a transparency of 50 on a ortho background with a red
polygon I get the attached?=20

=20

=20

Aaron D. Hunt


------_=_NextPart_001_01C2E74E.861FD034
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


















Aaron –



 



This subject was just discussed on this list – =
the title
was “COLOR_MATCH_THRESHOLD”



 



If you are using GDAL to read your source raster =
data, add:



 



PROCESSING
"COLOR_MATCH_THRESHOLD=3D3"



 



To the LAYER block for the orthos.  =
Alternatively, use
the OUTPUTFORMAT option to create a 24-bit output =
image.



 



The basic problem is that you’re running out of
colors.  Your original grayscale color image is (presumably) a =
256-color
(256 shades of gray) image, and MapServer uses almost all available =
colors in
an 8-bit paletter to render it.  When it comes time to create NEW =
colors
by blending the highlight, there’s no room.



 



Think of it this way – a 256-color grayscale =
image
with a transparent red overlay can create up to 256 MORE colors, meaning =
a
total of 512.



 



         =
   -
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: Monday, March 10, =
2003 3:39
PM

To:
mapserver-users at lists.gis.umn.edu

Subject: =
[Mapserver-users]
TRANSPARENCY problem



 






When I try to do a =
transparency of
50 on a ortho background with a red polygon I get the =
attached? 









 









 









Aaron D. =
Hunt











=00
------_=_NextPart_001_01C2E74E.861FD034--


From Andrew.Simpson at ssc.nasa.gov  Mon Mar 10 14:22:24 2003
From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew)
Date: Mon, 10 Mar 2003 16:22:24 -0600
Subject: [Mapserver-users] Perl Mapscript - render shapefile with no map
Message-ID: <7F086B24179D91449EDA19F5FC928D0B32554A@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_01C2E753.3DA55A46
Content-Type: text/plain;
	charset="iso-8859-1"

Greetings,
 
Has anyone had any success rendering a map using Perl mapscript and a
shapefile with no map file and without having to open the shapefile and step
through and draw every shape.
I have had success instantiating a map object with dynamically generated map
files.
I have also had success manually opening the shapefile and iterating through
the shapes rendering each, but this is cumbersome and does not take
advantage of tiling.
I have not been able render a map by just setting the layer->{data}
attribute to a shapefile.
Is this possible?
 
Thanks for any help,
Drew.

 
 

------_=_NextPart_001_01C2E753.3DA55A46
Content-Type: text/html;
	charset="iso-8859-1"











Greetings,


 


Has anyone had any 
success rendering a map using Perl mapscript and a shapefile with no map file 
and without having to open the 
shapefile and step through and draw every shape.


I have had success 
instantiating a map object with dynamically generated map 
files.


I have also had 
success manually opening the shapefile and iterating through the shapes 
rendering each, but this is cumbersome and does not take advantage of 
tiling.


I have not been 
able render a map by just setting the layer->{data} attribute to a 
shapefile.


Is this 
possible?


 


Thanks for any 
help,


Drew.



 


 


------_=_NextPart_001_01C2E753.3DA55A46--


From cblack at CalAcademy.Org  Mon Mar 10 17:43:38 2003
From: cblack at CalAcademy.Org (Chris Black)
Date: Mon, 10 Mar 2003 17:43:38 -0800
Subject: [Mapserver-users] why does my raster layer turn my shapefile layer gray?
References: <20030310180002.14.5587.Mailman@lists.gis.umn.edu>
Message-ID: <3E6D3F4A.4090707@calacademy.org>

Hello all,

I have a map with two layers: one is an ArcView grid file that is a 
relief map of the SF Bay Area in various shades of gray.  The other is a 
shapefile that show the bay waters in two classes, shallow and deep.  If 
I display just the shapefile layer ("Baylands" in the mapfile below), 
these two classes are two different shades of blue.  If I display the 
raster layer ("bayraster") as well, the classes are changed to shades of 
gray.  Why does it happen, and how can I get my colors back?

Much thanks for any help.

-- Chris

Mapserver version string:  "MapServer version 3.7 (development) 
OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ 
SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER 
SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE"

I view the map with the url 
"http://localhost/Scripts/mapserv.exe?map=C:/inetpub/wwwroot/mapserverapps/IZG/testraster.map&mode=map"

testraster.map:
--------------- cut here ----------------------
# Note: Comments in a map file are preceeded by the pound (#) sign.
# When MapServer encounters the pound sign, it will ignore the
# rest of the line.  Unfortunately, you can't comment a whole block
# of code or text in MapServer.  So, you're stuck with adding pound
# signs for every line you wish to comment out.


NAME CALCTYEX1
EXTENT 467416 4085763 623532 4288980
SIZE 350 300
UNITS METERS
SHAPEPATH "C:\inetpub\wwwroot\MapServerApps\IZG\data\"
SYMBOLSET "C:\inetpub\wwwroot\MapServerApps\symbols\symbols.sym"



LAYER
    data "c:\inetpub\wwwroot\sfbay\data\EcoAtlas\grid\sfbayshr"
    NAME "bayraster"
    STATUS DEFAULT
    TYPE RASTER
    CLASS
        NAME "Relief Map"
    END # CLASS
END # LAYER
LAYER
    NAME "Baylands"
    DATA "vector\mbypsfby"
    STATUS DEFAULT
    TYPE POLYGON
    CLASS
        NAME "Deep Bay"
        EXPRESSION ('[ENTITYID]' = 'A00000000000')
        COLOR 51 51 255
    END # CLASS
    CLASS
        NAME "Shallow Bay"
        EXPRESSION ('[ENTITYID]' = 'A10000000000' OR '[ENTITYID]' = 
'A10000000090' OR '[ENTITYID]' = 'B4ST00000000')
        COLOR 102 102 204
    END # CLASS
END # LAYER
END # FILE

--------------- cut here ----------------------------
I don't understand grid files very well, so here's the listing of the 
grid directory and its children in case something is wrong there (though 
I don't think so, since the grid itself displays ok):
-------- cut here -----------------
C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid:
info
sfbayshr
sfbayshr.met
sfbayshrw
sfbr-sr-dbdesc.txt

C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/info:
arc.dir
arc0000.dat
arc0000.nit
arc0001.dat
arc0001.nit
arc0002.dat
arc0002.nit
arc0002r.001

C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/sfbayshr:
dblbnd.adf
hdr.adf
log
prj.adf
sta.adf
vat.adf
w001001.adf
w001001x.adf
---------- cut here ----------------



From ed at topozone.com  Mon Mar 10 17:54:44 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 10 Mar 2003 20:54:44 -0500
Subject: [Mapserver-users] why does my raster layer turn my shapefile layer gray?
Message-ID: <13858AA1A74F30419F319ACB66A9D12201962E@mercator.topozone.com>

Chris -

Today must be "I ran out of colors" Day .

This is the same issue Aaron Hunt posted under "TRANSPARENCY problem",
and was discussed under "COLOR_MATCH_THRESHOLD" a few days ago.

You're running out of colors in your 8-bit output image.  MapServer
renders one layer at a time, starting from the beginning of your MAP
file, and allocates new colors as needed by each layer.  After you've
drawn enough layers to use 256 distinct colors, all subsequent layers
are stuck with the 256 colors already defined, and MapServer chooses the
closest fit.

If you display just the "baylands" layer, you use up two colors - two
shades of blue.  If you display just the "bayraster" layer, you get (I
presume) 256 shades of gray.

If you display the "bayraster" layer AND the "baylands" layer, the
"bayraster" layer allocates 256 shades of gray, and there aren't any
more palette colors available to create shades of blue - so the
"baylands" layer is drawn using the shades of gray closest to those two
shades of blue.  And that's not very close.

Solution path #1 - Use the OUTPUTFORMAT block in 3.7 to create a 24-bit
output image.  You will then get much larger map images, but you will no
longer be constrained to the 256 colors in an 8-bit image.

Solution path #2 - If you're using GDAL to read raster layers, see the
mailing list for the COLOR_MATCH_THRESHOLD statement, which will cause
MapServer to select a "close" match instead of an exact match when
allocating colors for the raster layer.  This will result in an
on-the-fly reduction in the number of colors used by your raster layer;
instead of using up a different palette entry for every unique shade of
gray, MapServer will consider a near match to be "close enough" and use
that existing shade of gray.  This will mean that there are some palette
colors still available when you get around to drawing the "baylands"
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: Chris Black [mailto:cblack at CalAcademy.Org] 
Sent: Monday, March 10, 2003 8:44 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] why does my raster layer turn my shapefile
layer gray?

Hello all,

I have a map with two layers: one is an ArcView grid file that is a 
relief map of the SF Bay Area in various shades of gray.  The other is a

shapefile that show the bay waters in two classes, shallow and deep.  If

I display just the shapefile layer ("Baylands" in the mapfile below), 
these two classes are two different shades of blue.  If I display the 
raster layer ("bayraster") as well, the classes are changed to shades of

gray.  Why does it happen, and how can I get my colors back?

Much thanks for any help.

-- Chris

Mapserver version string:  "MapServer version 3.7 (development) 
OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ 
SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER

SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE"

I view the map with the url 
"http://localhost/Scripts/mapserv.exe?map=C:/inetpub/wwwroot/mapserverap
ps/IZG/testraster.map&mode=map"

testraster.map:
--------------- cut here ----------------------
# Note: Comments in a map file are preceeded by the pound (#) sign.
# When MapServer encounters the pound sign, it will ignore the
# rest of the line.  Unfortunately, you can't comment a whole block
# of code or text in MapServer.  So, you're stuck with adding pound
# signs for every line you wish to comment out.


NAME CALCTYEX1
EXTENT 467416 4085763 623532 4288980
SIZE 350 300
UNITS METERS
SHAPEPATH "C:\inetpub\wwwroot\MapServerApps\IZG\data\"
SYMBOLSET "C:\inetpub\wwwroot\MapServerApps\symbols\symbols.sym"



LAYER
    data "c:\inetpub\wwwroot\sfbay\data\EcoAtlas\grid\sfbayshr"
    NAME "bayraster"
    STATUS DEFAULT
    TYPE RASTER
    CLASS
        NAME "Relief Map"
    END # CLASS
END # LAYER
LAYER
    NAME "Baylands"
    DATA "vector\mbypsfby"
    STATUS DEFAULT
    TYPE POLYGON
    CLASS
        NAME "Deep Bay"
        EXPRESSION ('[ENTITYID]' = 'A00000000000')
        COLOR 51 51 255
    END # CLASS
    CLASS
        NAME "Shallow Bay"
        EXPRESSION ('[ENTITYID]' = 'A10000000000' OR '[ENTITYID]' = 
'A10000000090' OR '[ENTITYID]' = 'B4ST00000000')
        COLOR 102 102 204
    END # CLASS
END # LAYER
END # FILE

--------------- cut here ----------------------------
I don't understand grid files very well, so here's the listing of the 
grid directory and its children in case something is wrong there (though

I don't think so, since the grid itself displays ok):
-------- cut here -----------------
C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid:
info
sfbayshr
sfbayshr.met
sfbayshrw
sfbr-sr-dbdesc.txt

C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/info:
arc.dir
arc0000.dat
arc0000.nit
arc0001.dat
arc0001.nit
arc0002.dat
arc0002.nit
arc0002r.001

C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/sfbayshr:
dblbnd.adf
hdr.adf
log
prj.adf
sta.adf
vat.adf
w001001.adf
w001001x.adf
---------- cut here ----------------

_______________________________________________
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  Mon Mar 10 18:05:40 2003
From: keon at nacse.org (Dylan Keon)
Date: Mon, 10 Mar 2003 18:05:40 -0800
Subject: [Mapserver-users] why does my raster layer turn my shapefile
 layer gray?
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12201962E@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D12201962E@mercator.topozone.com>
Message-ID: <3E6D4474.5050506@nacse.org>

IIRC, the COLOR_MATCH_THRESHOLD post only appeared on the mapserver-dev 
list.  Here's the link:

http://lists.gis.umn.edu/pipermail/mapserver-dev/2003-February/000177.html

COLOR_MATCH_THRESHOLD was added at the end of February, so make sure 
your 3.7 build is newer than that.

--Dylan


Ed McNierney wrote:
> Chris -
> 
> Today must be "I ran out of colors" Day .
> 
> This is the same issue Aaron Hunt posted under "TRANSPARENCY problem",
> and was discussed under "COLOR_MATCH_THRESHOLD" a few days ago.
> 
> You're running out of colors in your 8-bit output image.  MapServer
> renders one layer at a time, starting from the beginning of your MAP
> file, and allocates new colors as needed by each layer.  After you've
> drawn enough layers to use 256 distinct colors, all subsequent layers
> are stuck with the 256 colors already defined, and MapServer chooses the
> closest fit.
> 
> If you display just the "baylands" layer, you use up two colors - two
> shades of blue.  If you display just the "bayraster" layer, you get (I
> presume) 256 shades of gray.
> 
> If you display the "bayraster" layer AND the "baylands" layer, the
> "bayraster" layer allocates 256 shades of gray, and there aren't any
> more palette colors available to create shades of blue - so the
> "baylands" layer is drawn using the shades of gray closest to those two
> shades of blue.  And that's not very close.
> 
> Solution path #1 - Use the OUTPUTFORMAT block in 3.7 to create a 24-bit
> output image.  You will then get much larger map images, but you will no
> longer be constrained to the 256 colors in an 8-bit image.
> 
> Solution path #2 - If you're using GDAL to read raster layers, see the
> mailing list for the COLOR_MATCH_THRESHOLD statement, which will cause
> MapServer to select a "close" match instead of an exact match when
> allocating colors for the raster layer.  This will result in an
> on-the-fly reduction in the number of colors used by your raster layer;
> instead of using up a different palette entry for every unique shade of
> gray, MapServer will consider a near match to be "close enough" and use
> that existing shade of gray.  This will mean that there are some palette
> colors still available when you get around to drawing the "baylands"
> 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: Chris Black [mailto:cblack at CalAcademy.Org] 
> Sent: Monday, March 10, 2003 8:44 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] why does my raster layer turn my shapefile
> layer gray?
> 
> Hello all,
> 
> I have a map with two layers: one is an ArcView grid file that is a 
> relief map of the SF Bay Area in various shades of gray.  The other is a
> 
> shapefile that show the bay waters in two classes, shallow and deep.  If
> 
> I display just the shapefile layer ("Baylands" in the mapfile below), 
> these two classes are two different shades of blue.  If I display the 
> raster layer ("bayraster") as well, the classes are changed to shades of
> 
> gray.  Why does it happen, and how can I get my colors back?
> 
> Much thanks for any help.
> 
> -- Chris
> 
> Mapserver version string:  "MapServer version 3.7 (development) 
> OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ 
> SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
> 
> SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE"
> 
> I view the map with the url 
> "http://localhost/Scripts/mapserv.exe?map=C:/inetpub/wwwroot/mapserverap
> ps/IZG/testraster.map&mode=map"
> 
> testraster.map:
> --------------- cut here ----------------------
> # Note: Comments in a map file are preceeded by the pound (#) sign.
> # When MapServer encounters the pound sign, it will ignore the
> # rest of the line.  Unfortunately, you can't comment a whole block
> # of code or text in MapServer.  So, you're stuck with adding pound
> # signs for every line you wish to comment out.
> 
> 
> NAME CALCTYEX1
> EXTENT 467416 4085763 623532 4288980
> SIZE 350 300
> UNITS METERS
> SHAPEPATH "C:\inetpub\wwwroot\MapServerApps\IZG\data\"
> SYMBOLSET "C:\inetpub\wwwroot\MapServerApps\symbols\symbols.sym"
> 
> 
> 
> LAYER
>     data "c:\inetpub\wwwroot\sfbay\data\EcoAtlas\grid\sfbayshr"
>     NAME "bayraster"
>     STATUS DEFAULT
>     TYPE RASTER
>     CLASS
>         NAME "Relief Map"
>     END # CLASS
> END # LAYER
> LAYER
>     NAME "Baylands"
>     DATA "vector\mbypsfby"
>     STATUS DEFAULT
>     TYPE POLYGON
>     CLASS
>         NAME "Deep Bay"
>         EXPRESSION ('[ENTITYID]' = 'A00000000000')
>         COLOR 51 51 255
>     END # CLASS
>     CLASS
>         NAME "Shallow Bay"
>         EXPRESSION ('[ENTITYID]' = 'A10000000000' OR '[ENTITYID]' = 
> 'A10000000090' OR '[ENTITYID]' = 'B4ST00000000')
>         COLOR 102 102 204
>     END # CLASS
> END # LAYER
> END # FILE
> 
> --------------- cut here ----------------------------
> I don't understand grid files very well, so here's the listing of the 
> grid directory and its children in case something is wrong there (though
> 
> I don't think so, since the grid itself displays ok):
> -------- cut here -----------------
> C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid:
> info
> sfbayshr
> sfbayshr.met
> sfbayshrw
> sfbr-sr-dbdesc.txt
> 
> C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/info:
> arc.dir
> arc0000.dat
> arc0000.nit
> arc0001.dat
> arc0001.nit
> arc0002.dat
> arc0002.nit
> arc0002r.001
> 
> C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/sfbayshr:
> dblbnd.adf
> hdr.adf
> log
> prj.adf
> sta.adf
> vat.adf
> w001001.adf
> w001001x.adf
> ---------- cut here ----------------
> 
> _______________________________________________
> 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

-- 
************************************************
  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 pond_bear at hotmail.com  Mon Mar 10 19:56:06 2003
From: pond_bear at hotmail.com (pond bear)
Date: Mon, 10 Mar 2003 21:56:06 -0600
Subject: [Mapserver-users] tile indexing?
Message-ID: 

I need to handle a very large tiff file by mapserver. How to make tile 
indexing for it? Do I need to split it into small pieces? And how to split?

Thanks a lot.

Jing


_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.  
http://join.msn.com/?page=features/virus



From reliant009 at charter.net  Mon Mar 10 20:03:21 2003
From: reliant009 at charter.net (George McCown)
Date: Mon, 10 Mar 2003 23:03:21 -0500
Subject: [Mapserver-users] GIS Student help
Message-ID: <002201c2e783$27e89080$6401a8c0@cumo>

Hello Guys,

I'm a College Student learning GIS.  This Map Server will be great for my
Cartography Project. But I'm stuck on something and I wonder if you have 
time.

I've Modified the itasca demo for My Georgia UTM 17 map.
My boundary shape file will not show in the demo's extent.  
I'm like to know how to find the extent I need for my shape files to fit.
Any suggestion is greatly appreciated.  Thank You.

George


From keon at nacse.org  Mon Mar 10 21:02:45 2003
From: keon at nacse.org (Dylan Keon)
Date: Mon, 10 Mar 2003 21:02:45 -0800
Subject: [Mapserver-users] GIS Student help
In-Reply-To: <002201c2e783$27e89080$6401a8c0@cumo>
References: <002201c2e783$27e89080$6401a8c0@cumo>
Message-ID: <3E6D6DF5.6060700@nacse.org>

George McCown wrote:
> I've Modified the itasca demo for My Georgia UTM 17 map.
> My boundary shape file will not show in the demo's extent.  
> I'm like to know how to find the extent I need for my shape files to fit.
> Any suggestion is greatly appreciated.  Thank You.

A couple of possibilities:

1) Open your shapefile in ArcView or ArcMap or another GIS package and 
determine the extent.

2) Download shapelib from http://gdal.velocet.ca/projects/shapelib/ and 
use the shpdump utility.

--Dylan



From frauke.trurnit at gmx.de  Mon Mar 10 23:47:38 2003
From: frauke.trurnit at gmx.de (frauke.trurnit at gmx.de)
Date: Tue, 11 Mar 2003 08:47:38 +0100 (MET)
Subject: [Mapserver-users] projection problem
References: 
Message-ID: <4782.1047368858@www13.gmx.net>

Hi Anrulf, hi Stepan,

If I use Gau?-Kr?ger (init=EPSG:31493), no more map appears.

Frauke

NAME 'Bundestagswahlkreise 2002'
STATUS ON
EXTENT 5.24 47.29 15.33 55.33
UNITS dd							

PROJECTION
    'init=epsg:31493'
END
...
LAYER
  NAME 'Bundestagswahlkreise 2002'		
  TYPE POLYGON
  STATUS ON
  DATA 'wahlkreise2002'
  PROJECTION
    'init=epsg:4326'
  END
  CLASSITEM 'Name' 				
  CLASS 					
    NAME 'Wahlkreise'
    EXPRESSION /./ 				
    OUTLINECOLOR 128 128 128
    COLOR 255 255 0
    TEMPLATE 'wahlkreise.html'
  END
END 

> Hi,
> the map looks correct - just like specified with 4326 which ist "ETRS89".
> If
> you want to have it look like we are used to in Germany you have to
> project
> it in Gau?-Kr?ger or similar.
> 
> Regards, Arnulf.
> 
> MAP
>   NAME "Germany"
>   STATUS ON
>   #EXTENT 5.88 46.6213 15 55.7187
>         EXTENT 2886610 5230448 4285190 6130010 #5.88 46.6213 15 55.7187
>         PROJECTION
>                         "init=EPSG:31493"     # projection of the whole
> project
>   END
> ....
> 
>   LAYER
>     NAME "Topographie"
>     STATUS ON
>     DATA "d:/umn/data/hynet_polygon.shp"
>     TYPE POLYGON
>                 TEMPLATE "templates/query.html"
>                 HEADER "templates/query_header.html"
>                 FOOTER "templates/query_footer.html"
>     TOLERANCE 20
>     TOLERANCEUNITS PIXELS
>                 PROJECTION
>       "init=EPSG:4326"     # projection of the data
>     END
>     CLASSITEM "HYPYTYPE"
>     UNITS METERS
>     SIZEUNITS PIXELS
> 
> 

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage!



From schut at sarvision.com  Tue Mar 11 00:22:24 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 11 Mar 2003 09:22:24 +0100
Subject: [Mapserver-users] tile indexing?
In-Reply-To: 
References: 
Message-ID: <200303110922.24954.schut@sarvision.com>

On Tuesday 11 March 2003 04:56, pond bear wrote:
> I need to handle a very large tiff file by mapserver. How to make tile
> indexing for it? Do I need to split it into small pieces? And how to split?
>
> Thanks a lot.
>
> Jing

Hi Jing,

please read the raster-howto in the mapserver documentation: 
http://mapserver.gis.umn.edu/doc/raster-howto.html . I think that will help 
you further. You might also take a look at the 'utility programs' section of 
the GDAL website: http://www.remotesensing.org/gdal/gdal_utilities.html . 
Some of these utilities can be used in creating your tiled raster.

Regards,
Vincent Schut.
>
>
> _________________________________________________________________
> MSN 8 helps eliminate e-mail viruses. Get 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

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From ryanne.cruz at up.edu.ph  Tue Mar 11 01:23:36 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Tue, 11 Mar 2003 17:23:36 +0800
Subject: [Mapserver-users] re: icons that are gif
Message-ID: <1047374616.3e6dab1826a68@mail.up.edu.ph>

 
hi list.  
 
i am trying to use an icon as a symbol. but i get this error: 
 
Warning: MapServer Error in loadSymbol(): Unable to load GIF symbol.  
 
in my mapfile: 
 
SYMBOL 
  TYPE PIXMAP 
  Image /home/httpd/htdocs/webserver/predb3/house.jpg 
END 
 
any ideas what i am missing? 
 
thanks! 
 
ryanne 
 


From stefan.schwarzer at grid.unep.ch  Tue Mar 11 01:08:41 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Tue, 11 Mar 2003 10:08:41 +0100
Subject: [Mapserver-users] WMS
Message-ID: <5.2.0.9.0.20030311095724.03b8d2f0@gridg.grid.unep.ch>

--=====================_93514656==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi all,

after spending quite some time on this WMS query subject, I am getting a 
bit frustrated. I read (almost?) all info on this subject. But still I 
don't succeed.

In the moment my computer is nerving me with this message:

Warning: MapServer Error in msProcessProjection(): no system list, errno: 2 
in e:\inetpub\wwwroot\geo_map\map.php on line 275


Ok, I know, this is related to the projection list. But: all my other 
services (local and WMS-server) are running quite well. So I don't 
understand why it's coming up with this message. Below the Layer definition 
I use. Any ideas?

Stefan


LAYER
         NAME "test"
         METADATA
                 "wms_title" "test"
                 "wms_srs" "epsg:4326"
                 "wms_connectiontimeout" "1000"
         END
         TYPE RASTER
         STATUS ON
         CONNECTIONTYPE WMS
         CONNECTION 
"http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE"
END


         _______________________________________

         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/
         _______________________________________ 
--=====================_93514656==.ALT
Content-Type: text/html; charset="us-ascii"



Hi all,


after spending quite some time on this WMS query subject, I am getting a
bit frustrated. I read (almost?) all info on this subject. But still I
don't succeed. 


In the moment my computer is nerving me with this message:


Warning: MapServer Error in msProcessProjection(): no
system list, errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on
line 275 




Ok, I know, this is related to the projection list. But: all my other
services (local and WMS-server) are running quite well. So I don't
understand why it's coming up with this message. Below the Layer
definition I use. Any ideas?


Stefan




LAYER

        NAME
"test"

        METADATA

                "wms_title"
"test"

                "wms_srs"
"epsg:4326"

                "wms_connectiontimeout"
"1000"

        END

        TYPE
RASTER

        STATUS
ON

        CONNECTIONTYPE
WMS

        CONNECTION
"http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE"

END




        _______________________________________


        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/

        _______________________________________


--=====================_93514656==.ALT--




From mschulz at webgis.de  Tue Mar 11 01:46:35 2003
From: mschulz at webgis.de (Michael Schulz)
Date: Tue, 11 Mar 2003 10:46:35 +0100
Subject: [Mapserver-users] re: icons that are gif
References: <1047374616.3e6dab1826a68@mail.up.edu.ph>
Message-ID: <3E6DB07B.F254993E@webgis.de>

Hi,
the docs state that symbol images can only be png or gif. It seems you
try to use a jpeg.  See the docs:
http://mapserver.gis.umn.edu/doc/mapfile-reference.html#d45e1526

If you have compiled mapserver without gif support. See the docs:
http://mapserver.gis.umn.edu/doc/unix-install-howto.html#d45e146

Cheers, Michael

ryanne cruz schrieb:

>
> hi list.
>
> i am trying to use an icon as a symbol. but i get this error:
>
> Warning: MapServer Error in loadSymbol(): Unable to load GIF symbol.
>
> in my mapfile:
>
> SYMBOL
>   TYPE PIXMAP
>   Image /home/httpd/htdocs/webserver/predb3/house.jpg
> END
>
> any ideas what i am missing?
>
> thanks!
>
> ryanne
>
> _______________________________________________
> 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 marc.jacquin at geosys-inc.com  Tue Mar 11 01:56:51 2003
From: marc.jacquin at geosys-inc.com (Marc Jacquin)
Date: Tue, 11 Mar 2003 10:56:51 +0100
Subject: [Mapserver-users] WMS
In-Reply-To: <5.2.0.9.0.20030311095724.03b8d2f0@gridg.grid.unep.ch>
Message-ID: 

This is a multi-part message in MIME format.

------=_NextPart_000_0052_01C2E7BC.EBF58800
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Stefan,

This means that MapServer and PROJ4 cannot find the epsg file. Try to define
a PROJ_LIB environment variable that refers to the directory containing the
epsg file.

Marc

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Stefan
Schwarzer
Sent: mardi 11 mars 2003 10:09
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] WMS

Hi all,

after spending quite some time on this WMS query subject, I am getting a bit
frustrated. I read (almost?) all info on this subject. But still I don't
succeed.

In the moment my computer is nerving me with this message:

Warning: MapServer Error in msProcessProjection(): no system list, errno: 2
in e:\inetpub\wwwroot\geo_map\map.php on line 275


Ok, I know, this is related to the projection list. But: all my other
services (local and WMS-server) are running quite well. So I don't
understand why it's coming up with this message. Below the Layer definition
I use. Any ideas?

Stefan


LAYER
        NAME "test"
        METADATA
                "wms_title" "test"
                "wms_srs" "epsg:4326"
                "wms_connectiontimeout" "1000"
        END
        TYPE RASTER
        STATUS ON
        CONNECTIONTYPE WMS
        CONNECTION "
http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Ci
p%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE
 "
END



        _______________________________________

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

------=_NextPart_000_0052_01C2E7BC.EBF58800
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



















St=
efan,



 



Th=
is means
that MapServer and PROJ4 cannot find the epsg file. Try to define a =
PROJ_LIB
environment variable that refers to the directory containing the epsg =
file.



 



Ma=
rc



 



-----Original
Message-----

From:
mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Stefan Schwarzer

Sent: mardi 11 mars 2003 =
10:09

To:
mapserver-users at lists.gis.umn.edu

Subject: =
[Mapserver-users] WMS



 



Hi =
all,



after spending quite some time on this WMS query subject, I am getting a =
bit
frustrated. I read (almost?) all info on this subject. But still I don't
succeed. 



In the moment my computer is nerving me with this message:



Warning: MapServer Error =
in
msProcessProjection(): no system list, errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275 





Ok, I know, this is related to the projection list. But: all my other =
services
(local and WMS-server) are running quite well. So I don't understand why =
it's
coming up with this message. Below the Layer definition I use. Any =
ideas?



Stefan





LAYER

        NAME
"test"

        METADATA
        &nb=
sp;       "wms_title"=
;
"test"

        &nb=
sp;       "wms_srs"
"epsg:4326"

        &nb=
sp;       "wms_connection=
timeout"
"1000"

        END

        TYPE =
RASTER

        STATUS =
ON

        CONNECTION=
TYPE
WMS

        CONNECTION=
 "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A%5=
Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=3D1.0.0&LAYERS=3Dpeople=
&FORMAT=3DPNG&TRANSPARENT=3DTRUE"

END











     &nbs=
p;  _______________________________________



        <=
span
style=3D'font-weight:bold'>Stefan Schwarzer

        Consultant
on GEO



        UNEP/DEWA/=
GRID-Geneva

        Chemin =
des
Anemones 11

        CH - 1219
Chatelaine

        Switzerlan=
d



        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/

        _______________________________________<=
/p>








------=_NextPart_000_0052_01C2E7BC.EBF58800--



From mschulz at webgis.de  Tue Mar 11 05:11:54 2003
From: mschulz at webgis.de (Michael Schulz)
Date: Tue, 11 Mar 2003 14:11:54 +0100
Subject: [Mapserver-users] Oraclespatial status ...
Message-ID: <3E6DE09A.B99F92A@webgis.de>

Dear List,
i am wondering what the current status of the OracleSpatial connector
is? Is is correct that querying a sdo layer isn't yet implemented?
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 ed at topozone.com  Tue Mar 11 05:54:24 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 11 Mar 2003 08:54:24 -0500
Subject: [Mapserver-users] projection problem
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F20@mercator.topozone.com>

Frauke -

When you change the projection to Gau?-Kr?ger, you must change the EXTENT statement to represent coordinates in that projected coordinate system.  The values in the EXTENT statement are always coordinates in the MAP file's PROJECTION.

	- 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: frauke.trurnit at gmx.de [mailto:frauke.trurnit at gmx.de]
Sent: Tuesday, March 11, 2003 2:48 AM
To: mapserver-users at lists.gis.umn.edu
Cc: arnulf.christl at ccgis.de; stepan.kafka at centrum.cz
Subject: Re: [Mapserver-users] projection problem


Hi Anrulf, hi Stepan,

If I use Gau?-Kr?ger (init=EPSG:31493), no more map appears.

Frauke

NAME 'Bundestagswahlkreise 2002'
STATUS ON
EXTENT 5.24 47.29 15.33 55.33
UNITS dd							

PROJECTION
    'init=epsg:31493'
END
...
LAYER
  NAME 'Bundestagswahlkreise 2002'		
  TYPE POLYGON
  STATUS ON
  DATA 'wahlkreise2002'
  PROJECTION
    'init=epsg:4326'
  END
  CLASSITEM 'Name' 				
  CLASS 					
    NAME 'Wahlkreise'
    EXPRESSION /./ 				
    OUTLINECOLOR 128 128 128
    COLOR 255 255 0
    TEMPLATE 'wahlkreise.html'
  END
END 

> Hi,
> the map looks correct - just like specified with 4326 which ist "ETRS89".
> If
> you want to have it look like we are used to in Germany you have to
> project
> it in Gau?-Kr?ger or similar.
> 
> Regards, Arnulf.
> 
> MAP
>   NAME "Germany"
>   STATUS ON
>   #EXTENT 5.88 46.6213 15 55.7187
>         EXTENT 2886610 5230448 4285190 6130010 #5.88 46.6213 15 55.7187
>         PROJECTION
>                         "init=EPSG:31493"     # projection of the whole
> project
>   END
> ....
> 
>   LAYER
>     NAME "Topographie"
>     STATUS ON
>     DATA "d:/umn/data/hynet_polygon.shp"
>     TYPE POLYGON
>                 TEMPLATE "templates/query.html"
>                 HEADER "templates/query_header.html"
>                 FOOTER "templates/query_footer.html"
>     TOLERANCE 20
>     TOLERANCEUNITS PIXELS
>                 PROJECTION
>       "init=EPSG:4326"     # projection of the data
>     END
>     CLASSITEM "HYPYTYPE"
>     UNITS METERS
>     SIZEUNITS PIXELS
> 
> 

-- 
+++ 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 ed at topozone.com  Tue Mar 11 05:55:59 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 11 Mar 2003 08:55:59 -0500
Subject: [Mapserver-users] WMS
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F21@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2E7D5.F1F79B74
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Stefan -
=20
Marc's response is correct; you will find information about this problem =
in the "FAQ / Common Problems" section of the WMS Server page at =
http://mapserver.gis.umn.edu/doc/wms-server-howto.html
=20
    - Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed at topozone.com
(978) 251-4242=20

-----Original Message-----
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March 11, 2003 4:09 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] WMS


Hi all,

after spending quite some time on this WMS query subject, I am getting a =
bit frustrated. I read (almost?) all info on this subject. But still I =
don't succeed.=20

In the moment my computer is nerving me with this message:

Warning: MapServer Error in msProcessProjection(): no system list, =
errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275=20


Ok, I know, this is related to the projection list. But: all my other =
services (local and WMS-server) are running quite well. So I don't =
understand why it's coming up with this message. Below the Layer =
definition I use. Any ideas?

Stefan


LAYER
        NAME "test"
        METADATA
                "wms_title" "test"
                "wms_srs" "epsg:4326"
                "wms_connectiontimeout" "1000"
        END
        TYPE RASTER
        STATUS ON
        CONNECTIONTYPE WMS
        CONNECTION " =
http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A%5Cinetpub%5Cwwwroo=
t%5Cip%5Cdemo.map =
 =
&WMTVER=3D1.0.0&LAYERS=3Dpeople&FORMAT=3DPNG&TRANSPARENT=3DTRUE"
END



        _______________________________________

        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/
        _______________________________________=20


------_=_NextPart_001_01C2E7D5.F1F79B74
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Stefan=20
-


 


Marc's=20
response is correct; you will find information about this problem in the =
"FAQ /=20
Common Problems" section of the WMS Server page at http://ma=
pserver.gis.umn.edu/doc/wms-server-howto.html


 


    - Ed




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




  
-----Original Message-----
From: Stefan Schwarzer=20
  [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March =
11, 2003=20
  4:09 AM
To: =
mapserver-users at lists.gis.umn.edu
Subject:=20
  [Mapserver-users] WMS

Hi all,

after =
spending quite=20
  some time on this WMS query subject, I am getting a bit frustrated. I =
read=20
  (almost?) all info on this subject. But still I don't succeed. =


In the=20
  moment my computer is nerving me with this message:

Warning: MapServer Error in msProcessProjection(): no =
system=20
  list, errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line =
275=20
  


Ok, I know, this is related to the projection list. But: =
all my=20
  other services (local and WMS-server) are running quite well. So I =
don't=20
  understand why it's coming up with this message. Below the Layer =
definition I=20
  use. Any=20
  =
ideas?

Stefan


LAYER
   =
     NAME=20
  =
"test"
        =
METADATA
                "wms_tit=
le"=20
  =
"test"
        =
        "wms_srs" =

  =
"epsg:4326"
                "wms_=
connectiontimeout"=20
  =
"1000"
        =
END
        TYP=
E=20
  =
RASTER
        =
STATUS=20
  =
ON
        CONN=
ECTIONTYPE=20
  =
WMS
        CON=
NECTION=20
  "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A=
%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=3D1.0.0&LAYERS=3Dpeop=
le&FORMAT=3DPNG&TRANSPARENT=3DTRUE"
END


  
        _=
______________________________________

        <=
B>Stefan=20
  =
Schwarzer
        <=
/X-TAB>Consultant=20
  on=20
  =
GEO

        UNEP/DEWA/GRID-Geneva
      &nbs=
p; Chemin=20
  des Anemones=20
  =
11
        CH =
- 1219=20
  =
Chatelaine
        Switzerland

       &=
nbsp;Tel:=20
  (+41)=20
  =
22.917.83.49
        Fax:=20
  (+41)=20
  =
22.917.80.29

       &nbs=
p;Email:=20
  =
stefan.schwarzer at grid.unep.ch
     &nb=
sp;  Internet:=20
  http://geodata.grid.unep.ch/
        _=
______________________________________=20
  


------_=_NextPart_001_01C2E7D5.F1F79B74--


From ed at topozone.com  Tue Mar 11 05:57:01 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 11 Mar 2003 08:57:01 -0500
Subject: [Mapserver-users] Projection translation?
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F22@mercator.topozone.com>

Jing -

You will want the PROJ library and applications, which you can find at http://www.remotesensing.org/proj

	- 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: pond bear [mailto:pond_bear at hotmail.com]
Sent: Monday, March 10, 2003 2:59 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Projection translation?


Hi, I am a beginner of mapserver.
Now, I need to translate lat and lon into meter of some projection such as 
UTM.
I want to caculate it by myself. Can anybody provide some algorithm to me ?
Thanks a lot.

Jing
University of North Dakota.



_________________________________________________________________
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 stefan.schwarzer at grid.unep.ch  Tue Mar 11 06:11:14 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Tue, 11 Mar 2003 15:11:14 +0100
Subject: [Mapserver-users] WMS
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F3F21@mercator.topozone.c
 om>
Message-ID: <5.2.0.9.0.20030311150557.01bb6e30@gridg.grid.unep.ch>

--=====================_111667769==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi all,

thanks for the input. Right, after setting an environment variable the ugly 
warning disappeared.

But I have still the problem that the WMS layer is not showing up. Any 
hints into this direction? Are the Metadata in the Layer definition 
correct? Do I have to define anything else in the mapfile? [I am working 
with MapScript, v3.5]

Thanks,

Stefan


>Stefan -
>
>Marc's response is correct; you will find information about this problem 
>in the "FAQ / Common Problems" section of the WMS Server page at 
>http://mapserver.gis.umn.edu/doc/wms-server-howto.html
>
>     - 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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>Sent: Tuesday, March 11, 2003 4:09 AM
>To: mapserver-users at lists.gis.umn.edu
>Subject: [Mapserver-users] WMS
>
>Hi all,
>
>after spending quite some time on this WMS query subject, I am getting a 
>bit frustrated. I read (almost?) all info on this subject. But still I 
>don't succeed.
>
>In the moment my computer is nerving me with this message:
>
>Warning: MapServer Error in msProcessProjection(): no system list, errno: 
>2 in e:\inetpub\wwwroot\geo_map\map.php on line 275
>
>
>Ok, I know, this is related to the projection list. But: all my other 
>services (local and WMS-server) are running quite well. So I don't 
>understand why it's coming up with this message. Below the Layer 
>definition I use. Any ideas?
>
>Stefan
>
>
>LAYER
>         NAME "test"
>         METADATA
>                 "wms_title" "test"
>                 "wms_srs" "epsg:4326"
>                 "wms_connectiontimeout" "1000"
>         END
>         TYPE RASTER
>         STATUS ON
>         CONNECTIONTYPE WMS
>         CONNECTION 
> "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE"
>END
>
>         _______________________________________
>
>         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/
>         _______________________________________

         _______________________________________

         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/
         _______________________________________ 
--=====================_111667769==.ALT
Content-Type: text/html; charset="us-ascii"



Hi all,


thanks for the input. Right, after setting an environment variable the
ugly warning disappeared.


But I have still the problem that the WMS layer is not showing up. Any
hints into this direction? Are the Metadata in the Layer definition
correct? Do I have to define anything else in the mapfile? [I am working
with MapScript, v3.5]


Thanks,


Stefan





Stefan
-

 

Marc's response is
correct; you will find information about this problem in the "FAQ /
Common Problems" section of the WMS Server page at
http://mapserver.gis.umn.edu/doc/wms-server-howto.html

 

    -
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: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch]



Sent: Tuesday, March 11, 2003 4:09 AM



To: mapserver-users at lists.gis.umn.edu



Subject: [Mapserver-users] WMS




Hi all,




after spending quite some time on this WMS query subject, I am
getting a bit frustrated. I read (almost?) all info on this subject. But
still I don't succeed. 




In the moment my computer is nerving me with this message:




Warning: MapServer Error in msProcessProjection(): no system
list, errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275







Ok, I know, this is related to the projection list. But: all my other
services (local and WMS-server) are running quite well. So I don't
understand why it's coming up with this message. Below the Layer
definition I use. Any ideas?




Stefan






LAYER



        NAME
"test"



        METADATA



                "wms_title"
"test"



                "wms_srs"
"epsg:4326"



                "wms_connectiontimeout"
"1000"



        END



        TYPE
RASTER



        STATUS
ON



        CONNECTIONTYPE
WMS



        CONNECTION
"http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE"



END




        _______________________________________




        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/



        _______________________________________







        _______________________________________


        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/

        _______________________________________


--=====================_111667769==.ALT--




From ed at topozone.com  Tue Mar 11 06:20:24 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 11 Mar 2003 09:20:24 -0500
Subject: [Mapserver-users] WMS
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F24@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2E7D9.5B2448C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Stefan -
=20
We don't know what your data are, so we can't tell whether the metadata =
(the projection in particular) are correct - you need to check that.  =
You also need to be requesting map extents (the WMS BBox) in coordinates =
that match both the projection of your map and the extents of your data.
=20
    - Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed at topozone.com
(978) 251-4242=20

-----Original Message-----
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March 11, 2003 9:11 AM
To: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] WMS


Hi all,

thanks for the input. Right, after setting an environment variable the =
ugly warning disappeared.

But I have still the problem that the WMS layer is not showing up. Any =
hints into this direction? Are the Metadata in the Layer definition =
correct? Do I have to define anything else in the mapfile? [I am working =
with MapScript, v3.5]

Thanks,

Stefan




Stefan -
=20
Marc's response is correct; you will find information about this problem =
in the "FAQ / Common Problems" section of the WMS Server page at =
http://mapserver.gis.umn.edu/doc/wms-server-howto.html
=20
    - Ed

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


-----Original Message-----


From: Stefan Schwarzer [ mailto:stefan.schwarzer at grid.unep.ch]


Sent: Tuesday, March 11, 2003 4:09 AM


To: mapserver-users at lists.gis.umn.edu


Subject: [Mapserver-users] WMS



Hi all,



after spending quite some time on this WMS query subject, I am getting a =
bit frustrated. I read (almost?) all info on this subject. But still I =
don't succeed.=20



In the moment my computer is nerving me with this message:



Warning: MapServer Error in msProcessProjection(): no system list, =
errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275=20




Ok, I know, this is related to the projection list. But: all my other =
services (local and WMS-server) are running quite well. So I don't =
understand why it's coming up with this message. Below the Layer =
definition I use. Any ideas?



Stefan




LAYER


        NAME "test"


        METADATA


                "wms_title" "test"


                "wms_srs" "epsg:4326"


                "wms_connectiontimeout" "1000"


        END


        TYPE RASTER


        STATUS ON


        CONNECTIONTYPE WMS


        CONNECTION " =
http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A%5Cinetpub%5Cwwwroo=
t%5Cip%5Cdemo.map =
 =
&WMTVER=3D1.0.0&LAYERS=3Dpeople&FORMAT=3DPNG&TRANSPARENT=3DTRUE"


END



        _______________________________________



        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/


        _______________________________________=20





        _______________________________________

        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/
        _______________________________________=20


------_=_NextPart_001_01C2E7D9.5B2448C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Stefan=20
-


 


We=20
don't know what your data are, so we can't tell whether the metadata =
(the=20
projection in particular) are correct - you need to check that.  =
You also=20
need to be requesting map extents (the WMS BBox) in coordinates that =
match both=20
the projection of your map and the extents of your =
data.


 


    - Ed




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




  
-----Original Message-----
From: Stefan Schwarzer=20
  [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March =
11, 2003=20
  9:11 AM
To: =
mapserver-users at lists.gis.umn.edu
Subject: RE:=20
  [Mapserver-users] WMS

Hi =
all,

thanks=20
  for the input. Right, after setting an environment variable the ugly =
warning=20
  disappeared.

But I have still the problem that the WMS layer is =
not=20
  showing up. Any hints into this direction? Are the Metadata in the =
Layer=20
  definition correct? Do I have to define anything else in the mapfile? =
[I am=20
  working with MapScript, =
v3.5]

Thanks,

Stefan



  
Stefan -
 
Marc's response is correct; you will find =
information=20
    about this problem in the "FAQ / Common Problems" section of the WMS =
Server=20
    page at http://ma=
pserver.gis.umn.edu/doc/wms-server-howto.html
 
    - Ed

Ed=20
    McNierney
President and Chief Mapmaker
TopoZone.com / Maps a =
la carte,=20
    Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  =

    01863
ed at topozone.com
(978) 251-4242 

    

      
-----Original Message-----

      
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]

      
Sent: Tuesday, March 11, 2003 4:09 AM

      
To: mapserver-users at lists.gis.umn.edu

      
Subject: [Mapserver-users] WMS


      
Hi all,


      
after spending quite some time on this WMS query subject, I am =
getting=20
      a bit frustrated. I read (almost?) all info on this subject. But =
still I=20
      don't succeed. 


      
In the moment my computer is nerving me with this =
message:


      
Warning: MapServer Error in msProcessProjection(): no =
system list,=20
      errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275 =

      



      
Ok, I know, this is related to the projection list. But: all =
my other=20
      services (local and WMS-server) are running quite well. So I don't =

      understand why it's coming up with this message. Below the Layer=20
      definition I use. Any ideas?


      
Stefan



      
LAYER

      =

        NAME=20
      "test"

      =

        METADA=
TA

      =

                "wms_title"=20
      "test"

      =

                "wms_srs"=20
      "epsg:4326"

      =

                "wms_connectiont=
imeout"=20
      "1000"

      =

        END
      =

        TYPE=20
      RASTER

      =

        STATUS=
=20
      ON

      =

        CONNEC=
TIONTYPE=20
      WMS

      =

        CONNEC=
TION=20
      "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A=
%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=3D1.0.0&LAYERS=3Dpeop=
le&FORMAT=3DPNG&TRANSPARENT=3DTRUE"

      
END


      =

        ______=
_________________________________


      
        S=
tefan=20
      Schwarzer

      =

        Consul=
tant=20
      on GEO


      =

        UNEP/D=
EWA/GRID-Geneva

      =

        Chemin=
=20
      des Anemones 11

      =

        CH -=20
      1219 Chatelaine

      =

        Switze=
rland


      =

        Tel:=20
      (+41) 22.917.83.49

      =

        Fax:=20
      (+41) 22.917.80.29


      =

        Email:=
=20
      stefan.schwarzer at grid.unep.ch

      =

        Intern=
et:=20
      http://geodata.grid.unep.ch/

      
        _=
______________________________________=20
      

  

  
        _=
______________________________________

        <=
B>Stefan=20
  =
Schwarzer
        <=
/X-TAB>Consultant=20
  on=20
  =
GEO

        UNEP/DEWA/GRID-Geneva
      &nbs=
p; Chemin=20
  des Anemones=20
  =
11
        CH =
- 1219=20
  =
Chatelaine
        Switzerland

       &=
nbsp;Tel:=20
  (+41)=20
  =
22.917.83.49
        Fax:=20
  (+41)=20
  =
22.917.80.29

       &nbs=
p;Email:=20
  =
stefan.schwarzer at grid.unep.ch
     &nb=
sp;  Internet:=20
  http://geodata.grid.unep.ch/
        _=
______________________________________=20



------_=_NextPart_001_01C2E7D9.5B2448C0--


From Da.Wa at uni-jena.de  Tue Mar 11 06:32:56 2003
From: Da.Wa at uni-jena.de (Daniel Wagner)
Date: Tue, 11 Mar 2003 15:32:56 +0100
Subject: [Mapserver-users] Unknown error message
Message-ID: <1047393176.3e6df398370af@fsuj28.rz.uni-jena.de>

Hi all,

I'm working with MapServewr 3.6.3 and have now installed the ROSA-Applet.
There are several functions (i.e. ZoomOut) which don't work for my application.

In my log-file I get the following error-message:

[error] File does not exist: .../Rosa2000$COMClassObject.class

Has somebody an idea?

Thanx in advance!!

Daniel Wagner


-----------------------------------------------------
This mail was sent through http://webmail.uni-jena.de



From stefan.schwarzer at grid.unep.ch  Tue Mar 11 06:35:59 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Tue, 11 Mar 2003 15:35:59 +0100
Subject: [Mapserver-users] WMS
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F3F24@mercator.topozone.c
 om>
Message-ID: <5.2.0.9.0.20030311152540.01bb6330@gridg.grid.unep.ch>

--=====================_113152454==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Ed,

thanks for the quick answer. But the answer is: yes... As the WMS service 
from where I want to retrieve a layer, does for sure work as it has been 
implemented into another application, the problem can hardly be on this 
side. I think, something is wrong on the map-file side. As the BBox and 
other parameters are produced automatically by MapServer, the URL used in 
the CONNECTION line below should be correct...

Just to be sure: Can I have a map-file with multiple local layers, which 
are accessed normally, and in addition a couple of WMS layers, accessed as 
shown below? I was just wondering if MapServer would be capable of merging 
then two, three or four different images, as each WMS service sends its own 
image back. I know that I can overlay different requests and thus images 
using simple HTML code, but I am not so sure about the method I just wanted 
to implement. Stupid question? Hmmm...

Ciao,

Stefan


>Stefan -
>
>We don't know what your data are, so we can't tell whether the metadata 
>(the projection in particular) are correct - you need to check that.  You 
>also need to be requesting map extents (the WMS BBox) in coordinates that 
>match both the projection of your map and the extents of your data.
>
>     - 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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>Sent: Tuesday, March 11, 2003 9:11 AM
>To: mapserver-users at lists.gis.umn.edu
>Subject: RE: [Mapserver-users] WMS
>
>Hi all,
>
>thanks for the input. Right, after setting an environment variable the 
>ugly warning disappeared.
>
>But I have still the problem that the WMS layer is not showing up. Any 
>hints into this direction? Are the Metadata in the Layer definition 
>correct? Do I have to define anything else in the mapfile? [I am working 
>with MapScript, v3.5]
>
>Thanks,
>
>Stefan
>
>
>>Stefan -
>>
>>Marc's response is correct; you will find information about this problem 
>>in the "FAQ / Common Problems" section of the WMS Server page at 
>>http://mapserver.gis.umn.edu/doc/wms-server-howto.html
>>
>>     - 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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>>Sent: Tuesday, March 11, 2003 4:09 AM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: [Mapserver-users] WMS
>>
>>Hi all,
>>after spending quite some time on this WMS query subject, I am getting a 
>>bit frustrated. I read (almost?) all info on this subject. But still I 
>>don't succeed.
>>In the moment my computer is nerving me with this message:
>>Warning: MapServer Error in msProcessProjection(): no system list, errno: 
>>2 in e:\inetpub\wwwroot\geo_map\map.php on line 275
>>
>>Ok, I know, this is related to the projection list. But: all my other 
>>services (local and WMS-server) are running quite well. So I don't 
>>understand why it's coming up with this message. Below the Layer 
>>definition I use. Any ideas?
>>Stefan
>>
>>LAYER
>>         NAME "test"
>>         METADATA
>>                 "wms_title" "test"
>>                 "wms_srs" "epsg:4326"
>>                 "wms_connectiontimeout" "1000"
>>         END
>>         TYPE RASTER
>>         STATUS ON
>>         CONNECTIONTYPE WMS
>>         CONNECTION 
>> "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE" 
>>
>>END
>>         _______________________________________
>>
>>         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/
>>         _______________________________________
>
>         _______________________________________
>
>         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/
>         _______________________________________

         _______________________________________

         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/
         _______________________________________ 
--=====================_113152454==.ALT
Content-Type: text/html; charset="us-ascii"



Ed,


thanks for the quick answer. But the answer is: yes... As the WMS service
from where I want to retrieve a layer, does for sure work as it has been
implemented into another application, the problem can hardly be on this
side. I think, something is wrong on the map-file side. As the BBox and
other parameters are produced automatically by MapServer, the URL used in
the CONNECTION line below should be correct...


Just to be sure: Can I have a map-file with multiple local layers, which
are accessed normally, and in addition a couple of WMS layers, accessed
as shown below? I was just wondering if MapServer would be capable of
merging then two, three or four different images, as each WMS service
sends its own image back. I know that I can overlay different requests
and thus images using simple HTML code, but I am not so sure about the
method I just wanted to implement. Stupid question? Hmmm...


Ciao,


Stefan





Stefan
-

 

We don't know what your
data are, so we can't tell whether the metadata (the projection in
particular) are correct - you need to check that.  You also need to
be requesting map extents (the WMS BBox) in coordinates that match both
the projection of your map and the extents of your
data.

 

    -
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: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch]



Sent: Tuesday, March 11, 2003 9:11 AM



To: mapserver-users at lists.gis.umn.edu



Subject: RE: [Mapserver-users] WMS




Hi all,




thanks for the input. Right, after setting an environment variable
the ugly warning disappeared.




But I have still the problem that the WMS layer is not showing up.
Any hints into this direction? Are the Metadata in the Layer definition
correct? Do I have to define anything else in the mapfile? [I am working
with MapScript, v3.5]




Thanks,




Stefan







Stefan
-



 



Marc's response is correct;
you will find information about this problem in the "FAQ / Common
Problems" section of the WMS Server page at
http://mapserver.gis.umn.edu/doc/wms-server-howto.html



 



    -
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: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch]

Sent: Tuesday, March 11, 2003 4:09 AM

To: mapserver-users at lists.gis.umn.edu

Subject: [Mapserver-users] WMS




Hi all,



after spending quite some time on this WMS query subject, I am
getting a bit frustrated. I read (almost?) all info on this subject. But
still I don't succeed. 



In the moment my computer is nerving me with this message:



Warning: MapServer Error in msProcessProjection(): no system list,
errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275 





Ok, I know, this is related to the projection list. But: all my other
services (local and WMS-server) are running quite well. So I don't
understand why it's coming up with this message. Below the Layer
definition I use. Any ideas?



Stefan





LAYER

        NAME
"test"

        METADATA

                "wms_title"
"test"

                "wms_srs"
"epsg:4326"

                "wms_connectiontimeout"
"1000"

        END

        TYPE
RASTER

        STATUS
ON

        CONNECTIONTYPE
WMS

        CONNECTION
"http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE"

END



        _______________________________________




        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/

        _______________________________________





        _______________________________________


        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/

        _______________________________________






        _______________________________________


        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/

        _______________________________________


--=====================_113152454==.ALT--




From ed at topozone.com  Tue Mar 11 06:42:44 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 11 Mar 2003 09:42:44 -0500
Subject: [Mapserver-users] WMS
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F28@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2E7DC.79AD9B68
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Stefan -
=20
You can certainly  use multiple local and remote layers.
=20
Now that the PROJ problem is fixed, are you getting any errors?  Is the =
layer simply not appearing?  Is the layer turned on (STATUS ON isn't =
enough)?
=20
    - Ed

-----Original Message-----
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March 11, 2003 9:36 AM
To: Ed McNierney; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] WMS


Ed,

thanks for the quick answer. But the answer is: yes... As the WMS =
service from where I want to retrieve a layer, does for sure work as it =
has been implemented into another application, the problem can hardly be =
on this side. I think, something is wrong on the map-file side. As the =
BBox and other parameters are produced automatically by MapServer, the =
URL used in the CONNECTION line below should be correct...

Just to be sure: Can I have a map-file with multiple local layers, which =
are accessed normally, and in addition a couple of WMS layers, accessed =
as shown below? I was just wondering if MapServer would be capable of =
merging then two, three or four different images, as each WMS service =
sends its own image back. I know that I can overlay different requests =
and thus images using simple HTML code, but I am not so sure about the =
method I just wanted to implement. Stupid question? Hmmm...

Ciao,

Stefan




Stefan -
=20
We don't know what your data are, so we can't tell whether the metadata =
(the projection in particular) are correct - you need to check that.  =
You also need to be requesting map extents (the WMS BBox) in coordinates =
that match both the projection of your map and the extents of your data.
=20
    - Ed

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


-----Original Message-----


From: Stefan Schwarzer [ mailto:stefan.schwarzer at grid.unep.ch]


Sent: Tuesday, March 11, 2003 9:11 AM


To: mapserver-users at lists.gis.umn.edu


Subject: RE: [Mapserver-users] WMS



Hi all,



thanks for the input. Right, after setting an environment variable the =
ugly warning disappeared.



But I have still the problem that the WMS layer is not showing up. Any =
hints into this direction? Are the Metadata in the Layer definition =
correct? Do I have to define anything else in the mapfile? [I am working =
with MapScript, v3.5]



Thanks,



Stefan





Stefan -



 =20

Marc's response is correct; you will find information about this problem =
in the "FAQ / Common Problems" section of the WMS Server page at =
http://mapserver.gis.umn.edu/doc/wms-server-howto.html



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

From: Stefan Schwarzer [ mailto:stefan.schwarzer at grid.unep.ch]=20

Sent: Tuesday, March 11, 2003 4:09 AM=20

To: mapserver-users at lists.gis.umn.edu=20

Subject: [Mapserver-users] WMS



Hi all,


after spending quite some time on this WMS query subject, I am getting a =
bit frustrated. I read (almost?) all info on this subject. But still I =
don't succeed.=20


In the moment my computer is nerving me with this message:


Warning: MapServer Error in msProcessProjection(): no system list, =
errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275=20



Ok, I know, this is related to the projection list. But: all my other =
services (local and WMS-server) are running quite well. So I don't =
understand why it's coming up with this message. Below the Layer =
definition I use. Any ideas?


Stefan



LAYER=20

        NAME "test"=20

        METADATA=20

                "wms_title" "test"=20

                "wms_srs" "epsg:4326"=20

                "wms_connectiontimeout" "1000"=20

        END=20

        TYPE RASTER=20

        STATUS ON=20

        CONNECTIONTYPE WMS=20

        CONNECTION " =
http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A%5Cinetpub%5Cwwwroo=
t%5Cip%5Cdemo.map =
 =
&WMTVER=3D1.0.0&LAYERS=3Dpeople&FORMAT=3DPNG&TRANSPARENT=3DTRUE"=20

END


        _______________________________________



        Stefan Schwarzer=20

        Consultant on GEO


        UNEP/DEWA/GRID-Geneva=20

        Chemin des Anemones 11=20

        CH - 1219 Chatelaine=20

        Switzerland


        Tel: (+41) 22.917.83.49=20

        Fax: (+41) 22.917.80.29


        Email: stefan.schwarzer at grid.unep.ch=20

        Internet: http://geodata.grid.unep.ch/=20

        _______________________________________=20


        _______________________________________

        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/
        _______________________________________=20


        _______________________________________

        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/
        _______________________________________=20


------_=_NextPart_001_01C2E7DC.79AD9B68
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Stefan=20
-


 


You can certainly  use multiple local and remote=20
layers.


 


Now that the PROJ problem is fixed, are you =
getting any=20
errors?  Is the layer simply not appearing?  Is the layer =
turned on=20
(STATUS ON isn't enough)?


 


    -=20
Ed



  
-----Original Message-----
From: Stefan Schwarzer=20
  [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March =
11, 2003=20
  9:36 AM
To: Ed McNierney;=20
  mapserver-users at lists.gis.umn.edu
Subject: RE: =
[Mapserver-users]=20
  WMS

Ed,

thanks for the quick =
answer.=20
  But the answer is: yes... As the WMS service from where I want to =
retrieve a=20
  layer, does for sure work as it has been implemented into another =
application,=20
  the problem can hardly be on this side. I think, something is wrong on =
the=20
  map-file side. As the BBox and other parameters are produced =
automatically by=20
  MapServer, the URL used in the CONNECTION line below should be=20
  correct...

Just to be sure: Can I have a map-file with multiple =
local=20
  layers, which are accessed normally, and in addition a couple of WMS =
layers,=20
  accessed as shown below? I was just wondering if MapServer would be =
capable of=20
  merging then two, three or four different images, as each WMS service =
sends=20
  its own image back. I know that I can overlay different requests and =
thus=20
  images using simple HTML code, but I am not so sure about the method I =
just=20
  wanted to implement. Stupid question?=20
  Hmmm...

Ciao,

Stefan



  
Stefan -
 
We don't know what your data are, so we =
can't tell=20
    whether the metadata (the projection in particular) are correct - =
you need=20
    to check that.  You also need to be requesting map extents (the =
WMS=20
    BBox) in coordinates that match both the projection of your map and =
the=20
    extents of your data.
 
   =20
    - Ed

Ed McNierney
President and =
Chief=20
    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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]

      
Sent: Tuesday, March 11, 2003 9:11 AM

      
To: mapserver-users at lists.gis.umn.edu

      
Subject: RE: [Mapserver-users] WMS


      
Hi all,


      
thanks for the input. Right, after setting an environment =
variable the=20
      ugly warning disappeared.


      
But I have still the problem that the WMS layer is not showing =
up. Any=20
      hints into this direction? Are the Metadata in the Layer =
definition=20
      correct? Do I have to define anything else in the mapfile? [I am =
working=20
      with MapScript, v3.5]


      
Thanks,


      
Stefan



      

        
Stefan =
-

        

 
        
Marc's response =
is correct;=20
        you will find information about this problem in the "FAQ / =
Common=20
        Problems" section of the WMS Server page at http://ma=
pserver.gis.umn.edu/doc/wms-server-howto.html

        

 
        
    -=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 
        
-----Original Message-----=20
        
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]=20
        
Sent: Tuesday, March 11, 2003 4:09 AM=20
        
To: mapserver-users at lists.gis.umn.edu=20
        
Subject: [Mapserver-users] WMS


        
Hi all,

        
after spending quite some time on this WMS query subject, I =
am=20
        getting a bit frustrated. I read (almost?) all info on this =
subject. But=20
        still I don't succeed. 

        
In the moment my computer is nerving me with this =
message:

        
Warning: MapServer Error in msProcessProjection(): no system =
list,=20
        errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275 =



        
Ok, I know, this is related to the projection list. But: all =
my=20
        other services (local and WMS-server) are running quite well. So =
I don't=20
        understand why it's coming up with this message. Below the Layer =

        definition I use. Any ideas?

        
Stefan


        
LAYER=20
        =

        NAME=20
        "test"=20
        =

        METADA=
TA=20

        =

                "wms_title"=20
        "test"=20
        =

                "wms_srs"=20
        "epsg:4326"=20
        =

                "wms_connectiont=
imeout"=20
        "1000"=20
        =

        END=20
        =

        TYPE=20
        RASTER=20
        =

        STATUS=
=20
        ON=20
        =

        CONNEC=
TIONTYPE=20
        WMS=20
        =

        CONNEC=
TION=20
        "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A=
%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=3D1.0.0&LAYERS=3Dpeop=
le&FORMAT=3DPNG&TRANSPARENT=3DTRUE"=20

        
END

        =

        ______=
_________________________________


        
        S=
tefan=20
        Schwarzer=20
        =

        Consul=
tant=20
        on GEO

        =

        UNEP/D=
EWA/GRID-Geneva=20

        =

        Chemin=
=20
        des Anemones 11=20
        =

        CH -=20
        1219 Chatelaine=20
        =

        Switze=
rland

        =

        Tel:=20
        (+41) 22.917.83.49=20
        =

        Fax:=20
        (+41) 22.917.80.29

        =

        Email:=
=20
        stefan.schwarzer at grid.unep.ch=20
        =

        Intern=
et:=20
        http://geodata.grid.unep.ch/=20
        
        _=
______________________________________=20
        =


     &nbs=
p;  _______________________________________

        S=
tefan=20
    =
Schwarzer
        <=
/X-TAB>Consultant=20
    on=20
    =
GEO

        UNEP/DEWA/GRID-Geneva
      &nbs=
p; Chemin=20
    des Anemones=20
    =
11
        CH =
-=20
    1219=20
    =
Chatelaine
        Switzerland

       &=
nbsp;Tel:=20
    (+41)=20
    =
22.917.83.49
        Fax:=20
    (+41)=20
    =
22.917.80.29

       &nbs=
p;Email:=20
    =
stefan.schwarzer at grid.unep.ch
     &nb=
sp;  Internet:=20
    http://geodata.grid.unep.ch/
        _=
______________________________________=20
    

  
        _=
______________________________________

        <=
B>Stefan=20
  =
Schwarzer
        <=
/X-TAB>Consultant=20
  on=20
  =
GEO

        UNEP/DEWA/GRID-Geneva
      &nbs=
p; Chemin=20
  des Anemones=20
  =
11
        CH =
- 1219=20
  =
Chatelaine
        Switzerland

       &=
nbsp;Tel:=20
  (+41)=20
  =
22.917.83.49
        Fax:=20
  (+41)=20
  =
22.917.80.29

       &nbs=
p;Email:=20
  =
stefan.schwarzer at grid.unep.ch
     &nb=
sp;  Internet:=20
  http://geodata.grid.unep.ch/
        _=
______________________________________=20
  


------_=_NextPart_001_01C2E7DC.79AD9B68--


From morissette at dmsolutions.ca  Tue Mar 11 06:58:44 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 11 Mar 2003 09:58:44 -0500
Subject: [Mapserver-users] projection problem
References: <13858AA1A74F30419F319ACB66A9D1221F3F20@mercator.topozone.com>
Message-ID: <3E6DF9A4.469C917A@dmsolutions.ca>

... and don't forget to change the UNITS value from DD to meters or
whatever your projections units are so that your scalebar and
MINSCALE/MAXSCALE settings work properly.

Daniel


Ed McNierney wrote:
> 
> Frauke -
> 
> When you change the projection to Gau?-Kr?ger, you must change the EXTENT statement to represent coordinates in that projected coordinate system.  The values in the EXTENT statement are always coordinates in the MAP file's PROJECTION.
> 
>         - 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: frauke.trurnit at gmx.de [mailto:frauke.trurnit at gmx.de]
> Sent: Tuesday, March 11, 2003 2:48 AM
> To: mapserver-users at lists.gis.umn.edu
> Cc: arnulf.christl at ccgis.de; stepan.kafka at centrum.cz
> Subject: Re: [Mapserver-users] projection problem
> 
> Hi Anrulf, hi Stepan,
> 
> If I use Gau?-Kr?ger (init=EPSG:31493), no more map appears.
> 
> Frauke
> 
> NAME 'Bundestagswahlkreise 2002'
> STATUS ON
> EXTENT 5.24 47.29 15.33 55.33
> UNITS dd
> 
> PROJECTION
>     'init=epsg:31493'
> END
> ...
> LAYER
>   NAME 'Bundestagswahlkreise 2002'
>   TYPE POLYGON
>   STATUS ON
>   DATA 'wahlkreise2002'
>   PROJECTION
>     'init=epsg:4326'
>   END
>   CLASSITEM 'Name'
>   CLASS
>     NAME 'Wahlkreise'
>     EXPRESSION /./
>     OUTLINECOLOR 128 128 128
>     COLOR 255 255 0
>     TEMPLATE 'wahlkreise.html'
>   END
> END
> 
> > Hi,
> > the map looks correct - just like specified with 4326 which ist "ETRS89".
> > If
> > you want to have it look like we are used to in Germany you have to
> > project
> > it in Gau?-Kr?ger or similar.
> >
> > Regards, Arnulf.
> >
> > MAP
> >   NAME "Germany"
> >   STATUS ON
> >   #EXTENT 5.88 46.6213 15 55.7187
> >         EXTENT 2886610 5230448 4285190 6130010 #5.88 46.6213 15 55.7187
> >         PROJECTION
> >                         "init=EPSG:31493"     # projection of the whole
> > project
> >   END
> > ....
> >
> >   LAYER
> >     NAME "Topographie"
> >     STATUS ON
> >     DATA "d:/umn/data/hynet_polygon.shp"
> >     TYPE POLYGON
> >                 TEMPLATE "templates/query.html"
> >                 HEADER "templates/query_header.html"
> >                 FOOTER "templates/query_footer.html"
> >     TOLERANCE 20
> >     TOLERANCEUNITS PIXELS
> >                 PROJECTION
> >       "init=EPSG:4326"     # projection of the data
> >     END
> >     CLASSITEM "HYPYTYPE"
> >     UNITS METERS
> >     SIZEUNITS PIXELS
> >
> >
> 
> --
> +++ 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
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From stefan.schwarzer at grid.unep.ch  Tue Mar 11 07:02:28 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Tue, 11 Mar 2003 16:02:28 +0100
Subject: [Mapserver-users] WMS
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F3F28@mercator.topozone.c
 om>
Message-ID: <5.2.0.9.0.20030311154933.01bc8d00@gridg.grid.unep.ch>

--=====================_114741739==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Ed,

no, I am getting no more errors. The layer just does not appear. The layer 
is turned on, and as you said, not only because of STATUS ON, but in my PHP 
script I tell explicitly to turn it on again (actually after turning all 
layers off):

$mapLayer = $map -> getlayerbyname("test");
$mapLayer -> set("status", 1);

Where does the "wms_title" refer to? Should it have the same title as the 
WMS service layer? What is TYPE in this case? Originally it's a POINT 
shapefile, but now it would be anyway a raster/image, no? When I try to 
display the layer locally, everything turns up nicely.

LAYER
         NAME 'test'
         METADATA
                 'wms_title' 'test'
                 'wms_srs' 'epsg:4326'
                 'wms_connectiontimeout' '1000'
         END
         TYPE POINT
         STATUS ON
         CONNECTIONTYPE WMS
         CONNECTION 
'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE'
END


Ciao,

Stefan


>Stefan -
>
>You can certainly  use multiple local and remote layers.
>
>Now that the PROJ problem is fixed, are you getting any errors?  Is the 
>layer simply not appearing?  Is the layer turned on (STATUS ON isn't enough)?
>
>     - Ed
>-----Original Message-----
>From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>Sent: Tuesday, March 11, 2003 9:36 AM
>To: Ed McNierney; mapserver-users at lists.gis.umn.edu
>Subject: RE: [Mapserver-users] WMS
>
>Ed,
>
>thanks for the quick answer. But the answer is: yes... As the WMS service 
>from where I want to retrieve a layer, does for sure work as it has been 
>implemented into another application, the problem can hardly be on this 
>side. I think, something is wrong on the map-file side. As the BBox and 
>other parameters are produced automatically by MapServer, the URL used in 
>the CONNECTION line below should be correct...
>
>Just to be sure: Can I have a map-file with multiple local layers, which 
>are accessed normally, and in addition a couple of WMS layers, accessed as 
>shown below? I was just wondering if MapServer would be capable of merging 
>then two, three or four different images, as each WMS service sends its 
>own image back. I know that I can overlay different requests and thus 
>images using simple HTML code, but I am not so sure about the method I 
>just wanted to implement. Stupid question? Hmmm...
>
>Ciao,
>
>Stefan
>
>
>>Stefan -
>>
>>We don't know what your data are, so we can't tell whether the metadata 
>>(the projection in particular) are correct - you need to check that.  You 
>>also need to be requesting map extents (the WMS BBox) in coordinates that 
>>match both the projection of your map and the extents of your data.
>>
>>     - 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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>>Sent: Tuesday, March 11, 2003 9:11 AM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: RE: [Mapserver-users] WMS
>>
>>Hi all,
>>thanks for the input. Right, after setting an environment variable the 
>>ugly warning disappeared.
>>But I have still the problem that the WMS layer is not showing up. Any 
>>hints into this direction? Are the Metadata in the Layer definition 
>>correct? Do I have to define anything else in the mapfile? [I am working 
>>with MapScript, v3.5]
>>Thanks,
>>Stefan
>>
>>
>>>Stefan -
>>>
>>>Marc's response is correct; you will find information about this problem 
>>>in the "FAQ / Common Problems" section of the WMS Server page at 
>>>http://mapserver.gis.umn.edu/doc/wms-server-howto.html
>>>
>>>     - 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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>>>Sent: Tuesday, March 11, 2003 4:09 AM
>>>To: mapserver-users at lists.gis.umn.edu
>>>Subject: [Mapserver-users] WMS
>>>
>>>Hi all,
>>>after spending quite some time on this WMS query subject, I am getting a 
>>>bit frustrated. I read (almost?) all info on this subject. But still I 
>>>don't succeed.
>>>In the moment my computer is nerving me with this message:
>>>Warning: MapServer Error in msProcessProjection(): no system list, 
>>>errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275
>>>Ok, I know, this is related to the projection list. But: all my other 
>>>services (local and WMS-server) are running quite well. So I don't 
>>>understand why it's coming up with this message. Below the Layer 
>>>definition I use. Any ideas?
>>>Stefan
>>>LAYER
>>>         NAME "test"
>>>         METADATA
>>>                 "wms_title" "test"
>>>                 "wms_srs" "epsg:4326"
>>>                 "wms_connectiontimeout" "1000"
>>>         END
>>>         TYPE RASTER
>>>         STATUS ON
>>>         CONNECTIONTYPE WMS
>>>         CONNECTION 
>>> "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE" 
>>>
>>>END
>>>         _______________________________________
>>>
>>>         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/
>>>         _______________________________________
>>
>>         _______________________________________
>>
>>         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/
>>         _______________________________________
>
>         _______________________________________
>
>         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/
>         _______________________________________

         _______________________________________

         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/
         _______________________________________ 
--=====================_114741739==.ALT
Content-Type: text/html; charset="us-ascii"



Ed,


no, I am getting no more errors. The layer just does not appear. The
layer is turned on, and as you said, not only because of STATUS ON, but
in my PHP script I tell explicitly to turn it on again (actually after
turning all layers off):


$mapLayer = $map -> getlayerbyname("test");

$mapLayer -> set("status", 1);


Where does the "wms_title" refer to? Should it have the same
title as the WMS service layer? What is TYPE in this case? Originally
it's a POINT shapefile, but now it would be anyway a raster/image, no?
When I try to display the layer locally, everything turns up
nicely.


LAYER

        NAME
'test'

        METADATA

                'wms_title'
'test'

                'wms_srs'
'epsg:4326'

                'wms_connectiontimeout'
'1000'

        END

        TYPE
POINT

        STATUS
ON

        CONNECTIONTYPE
WMS

        CONNECTION
'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE'

END




Ciao,


Stefan





Stefan
-

 

You can certainly 
use multiple local and remote layers.

 

Now that the PROJ
problem is fixed, are you getting any errors?  Is the layer simply
not appearing?  Is the layer turned on (STATUS ON isn't
enough)?

 

    -
Ed





-----Original Message-----



From: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch]



Sent: Tuesday, March 11, 2003 9:36 AM



To: Ed McNierney; mapserver-users at lists.gis.umn.edu



Subject: RE: [Mapserver-users] WMS




Ed,




thanks for the quick answer. But the answer is: yes... As the WMS
service from where I want to retrieve a layer, does for sure work as it
has been implemented into another application, the problem can hardly be
on this side. I think, something is wrong on the map-file side. As the
BBox and other parameters are produced automatically by MapServer, the
URL used in the CONNECTION line below should be correct...




Just to be sure: Can I have a map-file with multiple local layers,
which are accessed normally, and in addition a couple of WMS layers,
accessed as shown below? I was just wondering if MapServer would be
capable of merging then two, three or four different images, as each WMS
service sends its own image back. I know that I can overlay different
requests and thus images using simple HTML code, but I am not so sure
about the method I just wanted to implement. Stupid question?
Hmmm...




Ciao,




Stefan







Stefan
-



 



We don't know what your
data are, so we can't tell whether the metadata (the projection in
particular) are correct - you need to check that.  You also need to
be requesting map extents (the WMS BBox) in coordinates that match both
the projection of your map and the extents of your
data.



 



    -
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: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch]

Sent: Tuesday, March 11, 2003 9:11 AM

To: mapserver-users at lists.gis.umn.edu

Subject: RE: [Mapserver-users] WMS




Hi all,



thanks for the input. Right, after setting an environment variable
the ugly warning disappeared.



But I have still the problem that the WMS layer is not showing up.
Any hints into this direction? Are the Metadata in the Layer definition
correct? Do I have to define anything else in the mapfile? [I am working
with MapScript, v3.5]



Thanks,



Stefan







Stefan
-



  

Marc's response is correct;
you will find information about this problem in the "FAQ / Common
Problems" section of the WMS Server page at
http://mapserver.gis.umn.edu/doc/wms-server-howto.html



  

    -
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: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch] 

Sent: Tuesday, March 11, 2003 4:09 AM 

To: mapserver-users at lists.gis.umn.edu 

Subject: [Mapserver-users] WMS




Hi all,

after spending quite some time on this WMS query subject, I am
getting a bit frustrated. I read (almost?) all info on this subject. But
still I don't succeed. 

In the moment my computer is nerving me with this message:

Warning: MapServer Error in msProcessProjection(): no system list,
errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275 



Ok, I know, this is related to the projection list. But: all my other
services (local and WMS-server) are running quite well. So I don't
understand why it's coming up with this message. Below the Layer
definition I use. Any ideas?

Stefan



LAYER 

        NAME
"test" 

        METADATA 

                "wms_title"
"test" 

                "wms_srs"
"epsg:4326" 

                "wms_connectiontimeout"
"1000" 

        END 

        TYPE
RASTER 

        STATUS
ON 

        CONNECTIONTYPE
WMS 

        CONNECTION
"http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE" 

END

        _______________________________________




        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/ 

        _______________________________________





        _______________________________________


        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/

        _______________________________________



        _______________________________________


        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/

        _______________________________________





        _______________________________________


        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/

        _______________________________________


--=====================_114741739==.ALT--




From ed at topozone.com  Tue Mar 11 07:07:49 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 11 Mar 2003 10:07:49 -0500
Subject: [Mapserver-users] WMS
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F2D@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2E7DF.FB4A8C34
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Stefan -
=20
You didn't mention PHP  - so you're using MapScript, not MapServer?
=20
Yes, the TYPE should certainly be RASTER, not POINT.  That may not be =
your only problem, but it's going to be a problem.
=20
    - Ed

-----Original Message-----
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March 11, 2003 10:02 AM
To: Ed McNierney; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] WMS


Ed,

no, I am getting no more errors. The layer just does not appear. The =
layer is turned on, and as you said, not only because of STATUS ON, but =
in my PHP script I tell explicitly to turn it on again (actually after =
turning all layers off):

$mapLayer =3D $map -> getlayerbyname("test");
$mapLayer -> set("status", 1);

Where does the "wms_title" refer to? Should it have the same title as =
the WMS service layer? What is TYPE in this case? Originally it's a =
POINT shapefile, but now it would be anyway a raster/image, no? When I =
try to display the layer locally, everything turns up nicely.

LAYER
        NAME 'test'
        METADATA
                'wms_title' 'test'
                'wms_srs' 'epsg:4326'
                'wms_connectiontimeout' '1000'
        END
        TYPE POINT
        STATUS ON
        CONNECTIONTYPE WMS
        CONNECTION ' =
http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=3De%3A%5Cinetpub%5C=
wwwroot%5Cip%5Cdemo.map =
 =
&WMTVER=3D1.0.0&LAYERS=3Dpeople&FORMAT=3DPNG&TRANSPARENT=3DTRUE'
END


Ciao,

Stefan




Stefan -
=20
You can certainly  use multiple local and remote layers.
=20
Now that the PROJ problem is fixed, are you getting any errors?  Is the =
layer simply not appearing?  Is the layer turned on (STATUS ON isn't =
enough)?
=20
    - Ed


-----Original Message-----


From: Stefan Schwarzer [ mailto:stefan.schwarzer at grid.unep.ch]


Sent: Tuesday, March 11, 2003 9:36 AM


To: Ed McNierney; mapserver-users at lists.gis.umn.edu


Subject: RE: [Mapserver-users] WMS



Ed,



thanks for the quick answer. But the answer is: yes... As the WMS =
service from where I want to retrieve a layer, does for sure work as it =
has been implemented into another application, the problem can hardly be =
on this side. I think, something is wrong on the map-file side. As the =
BBox and other parameters are produced automatically by MapServer, the =
URL used in the CONNECTION line below should be correct...



Just to be sure: Can I have a map-file with multiple local layers, which =
are accessed normally, and in addition a couple of WMS layers, accessed =
as shown below? I was just wondering if MapServer would be capable of =
merging then two, three or four different images, as each WMS service =
sends its own image back. I know that I can overlay different requests =
and thus images using simple HTML code, but I am not so sure about the =
method I just wanted to implement. Stupid question? Hmmm...



Ciao,



Stefan





Stefan -



 =20

We don't know what your data are, so we can't tell whether the metadata =
(the projection in particular) are correct - you need to check that.  =
You also need to be requesting map extents (the WMS BBox) in coordinates =
that match both the projection of your map and the extents of your data.



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

From: Stefan Schwarzer [ mailto:stefan.schwarzer at grid.unep.ch]=20

Sent: Tuesday, March 11, 2003 9:11 AM=20

To: mapserver-users at lists.gis.umn.edu=20

Subject: RE: [Mapserver-users] WMS



Hi all,


thanks for the input. Right, after setting an environment variable the =
ugly warning disappeared.


But I have still the problem that the WMS layer is not showing up. Any =
hints into this direction? Are the Metadata in the Layer definition =
correct? Do I have to define anything else in the mapfile? [I am working =
with MapScript, v3.5]


Thanks,


Stefan





Stefan -


 =20

Marc's response is correct; you will find information about this problem =
in the "FAQ / Common Problems" section of the WMS Server page at =
http://mapserver.gis.umn.edu/doc/wms-server-howto.html




    - Ed



Ed McNierney=20

President and Chief Mapmaker=20

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

73 Princeton Street, Suite 305=20

North Chelmsford, MA  01863=20

ed at topozone.com=20

(978) 251-4242=20

-----Original Message-----=20

From: Stefan Schwarzer [ mailto:stefan.schwarzer at grid.unep.ch]=20

Sent: Tuesday, March 11, 2003 4:09 AM=20

To: mapserver-users at lists.gis.umn.edu=20

Subject: [Mapserver-users] WMS



Hi all,=20

after spending quite some time on this WMS query subject, I am getting a =
bit frustrated. I read (almost?) all info on this subject. But still I =
don't succeed.=20

In the moment my computer is nerving me with this message:=20

Warning: MapServer Error in msProcessProjection(): no system list, =
errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275=20


Ok, I know, this is related to the projection list. But: all my other =
services (local and WMS-server) are running quite well. So I don't =
understand why it's coming up with this message. Below the Layer =
definition I use. Any ideas?=20

Stefan


LAYER=20

        NAME "test"=20

        METADATA=20

                "wms_title" "test"=20

                "wms_srs" "epsg:4326"=20

                "wms_connectiontimeout" "1000"=20

        END=20

        TYPE RASTER=20

        STATUS ON=20

        CONNECTIONTYPE WMS=20

        CONNECTION " =
http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A%5Cinetpub%5Cwwwroo=
t%5Cip%5Cdemo.map =
 =
&WMTVER=3D1.0.0&LAYERS=3Dpeople&FORMAT=3DPNG&TRANSPARENT=3DTRUE"=20

END=20

        _______________________________________



        Stefan Schwarzer=20

        Consultant on GEO=20

        UNEP/DEWA/GRID-Geneva=20

        Chemin des Anemones 11=20

        CH - 1219 Chatelaine=20

        Switzerland=20

        Tel: (+41) 22.917.83.49=20

        Fax: (+41) 22.917.80.29=20

        Email: stefan.schwarzer at grid.unep.ch=20

        Internet: http://geodata.grid.unep.ch/=20

        _______________________________________=20


        _______________________________________

        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/
        _______________________________________=20


        _______________________________________

        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/
        _______________________________________=20


        _______________________________________

        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/
        _______________________________________=20


------_=_NextPart_001_01C2E7DF.FB4A8C34
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Stefan=20
-


 


You=20
didn't mention PHP <g> - so you're using MapScript, not=20
MapServer?


 


Yes,=20
the TYPE should certainly be RASTER, not POINT.  That may not be =
your only=20
problem, but it's going to be a problem.


 


    - Ed



  
-----Original Message-----
From: Stefan Schwarzer=20
  [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Tuesday, March =
11, 2003=20
  10:02 AM
To: Ed McNierney;=20
  mapserver-users at lists.gis.umn.edu
Subject: RE: =
[Mapserver-users]=20
  WMS

Ed,

no, I am getting no =
more=20
  errors. The layer just does not appear. The layer is turned on, and as =
you=20
  said, not only because of STATUS ON, but in my PHP script I tell =
explicitly to=20
  turn it on again (actually after turning all layers =
off):

$mapLayer =3D=20
  $map -> getlayerbyname("test");
$mapLayer -> set("status",=20
  1);

Where does the "wms_title" refer to? Should it have the =
same title=20
  as the WMS service layer? What is TYPE in this case? Originally it's a =
POINT=20
  shapefile, but now it would be anyway a raster/image, no? When I try =
to=20
  display the layer locally, everything turns up=20
  =
nicely.

LAYER
       =
 NAME=20
  =
'test'
        =
METADATA
                'wms_tit=
le'=20
  =
'test'
        =
        'wms_srs' =

  =
'epsg:4326'
                'wms_=
connectiontimeout'=20
  =
'1000'
        =
END
        TYP=
E=20
  =
POINT
        S=
TATUS=20
  =
ON
        CONN=
ECTIONTYPE=20
  =
WMS
        CON=
NECTION=20
  'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=3D=
e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=3D1.0.0&LAYERS=3D=
people&FORMAT=3DPNG&TRANSPARENT=3DTRUE'
END


Cia=
o,

Stefan



  
Stefan -
 
You can certainly  use multiple local =
and remote=20
    layers.
 
Now that the PROJ problem is fixed, are you =
getting any=20
    errors?  Is the layer simply not appearing?  Is the layer =
turned=20
    on (STATUS ON isn't enough)?
 
    - =
Ed

    

      
-----Original Message-----

      
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]

      
Sent: Tuesday, March 11, 2003 9:36 AM

      
To: Ed McNierney; mapserver-users at lists.gis.umn.edu

      
Subject: RE: [Mapserver-users] WMS


      
Ed,


      
thanks for the quick answer. But the answer is: yes... As the =
WMS=20
      service from where I want to retrieve a layer, does for sure work =
as it=20
      has been implemented into another application, the problem can =
hardly be=20
      on this side. I think, something is wrong on the map-file side. As =
the=20
      BBox and other parameters are produced automatically by MapServer, =
the URL=20
      used in the CONNECTION line below should be correct...


      
Just to be sure: Can I have a map-file with multiple local =
layers,=20
      which are accessed normally, and in addition a couple of WMS =
layers,=20
      accessed as shown below? I was just wondering if MapServer would =
be=20
      capable of merging then two, three or four different images, as =
each WMS=20
      service sends its own image back. I know that I can overlay =
different=20
      requests and thus images using simple HTML code, but I am not so =
sure=20
      about the method I just wanted to implement. Stupid question?=20
      Hmmm...


      
Ciao,


      
Stefan



      

        
Stefan =
-

        

 
        
We don't know =
what your data=20
        are, so we can't tell whether the metadata (the projection in=20
        particular) are correct - you need to check that.  You also =
need to=20
        be requesting map extents (the WMS BBox) in coordinates that =
match both=20
        the projection of your map and the extents of your =
data.

        

 
        
    -=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 
        
-----Original Message-----=20
        
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]=20
        
Sent: Tuesday, March 11, 2003 9:11 AM=20
        
To: mapserver-users at lists.gis.umn.edu=20
        
Subject: RE: [Mapserver-users] WMS


        
Hi all,

        
thanks for the input. Right, after setting an environment =
variable=20
        the ugly warning disappeared.

        
But I have still the problem that the WMS layer is not =
showing up.=20
        Any hints into this direction? Are the Metadata in the Layer =
definition=20
        correct? Do I have to define anything else in the mapfile? [I am =
working=20
        with MapScript, v3.5]

        
Thanks,

        
Stefan



        

          
Stefan =
-

          
  
          
Marc's =
response is correct;=20
          you will find information about this problem in the "FAQ / =
Common=20
          Problems" section of the WMS Server page at http://ma=
pserver.gis.umn.edu/doc/wms-server-howto.html

          
=20
          
    -=20
          Ed


          
Ed McNierney=20
          
President and Chief Mapmaker=20
          
TopoZone.com / Maps a la carte, Inc.=20
          
73 Princeton Street, Suite 305=20
          
North Chelmsford, MA  01863=20
          
ed at topozone.com=20
          
(978) 251-4242 
          
-----Original Message-----=20
          
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]=20
          
Sent: Tuesday, March 11, 2003 4:09 AM=20
          
To: mapserver-users at lists.gis.umn.edu=20
          
Subject: [Mapserver-users] WMS


          
Hi all,=20
          
after spending quite some time on this WMS query subject, =
I am=20
          getting a bit frustrated. I read (almost?) all info on this =
subject.=20
          But still I don't succeed.=20
          
In the moment my computer is nerving me with this message: =

          
Warning: MapServer Error in msProcessProjection(): no =
system list,=20
          errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275 =


          
Ok, I know, this is related to the projection list. But: =
all my=20
          other services (local and WMS-server) are running quite well. =
So I=20
          don't understand why it's coming up with this message. Below =
the Layer=20
          definition I use. Any ideas?=20
          
Stefan

          
LAYER=20
          =

        NAME=20
          "test"=20
          =

        METADA=
TA=20

          =

                "wms_title"=20
          "test"=20
          =

                "wms_srs"=20
          "epsg:4326"=20
          =

                "wms_connectiont=
imeout"=20
          "1000"=20
          =

        END=20

          =

        TYPE=20
          RASTER=20
          =

        STATUS=
=20
          ON=20
          =

        CONNEC=
TIONTYPE=20
          WMS=20
          =

        CONNEC=
TION=20
          "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=3De%3A=
%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=3D1.0.0&LAYERS=3Dpeop=
le&FORMAT=3DPNG&TRANSPARENT=3DTRUE"=20

          
END=20
          =

        ______=
_________________________________


          
        S=
tefan=20
          Schwarzer=20
          =

        Consul=
tant=20
          on GEO=20
          =

        UNEP/D=
EWA/GRID-Geneva=20

          =

        Chemin=
=20
          des Anemones 11=20
          =

        CH=20
          - 1219 Chatelaine=20
          =

        Switze=
rland=20

          =

        Tel:=20
          (+41) 22.917.83.49=20
          =

        Fax:=20
          (+41) 22.917.80.29=20
          =

        Email:=
=20
          stefan.schwarzer at grid.unep.ch=20
          =

        Intern=
et:=20
          http://geodata.grid.unep.ch/=20
          =

        ______=
_________________________________=20
          =


  &nbs=
p;     _________________________________=
______

        S=
tefan=20
    =
Schwarzer
        Consultant=20
    on=20
    =
GEO

        UNEP/DEWA/GRID-Geneva
      &nbs=
p; Chemin=20
    des Anemones=20
    =
11
        CH =
-=20
    1219=20
    =
Chatelaine
        Switzerland

       &=
nbsp;Tel:=20
    (+41)=20
    =
22.917.83.49
        Fax:=20
    (+41)=20
    =
22.917.80.29

       &nbs=
p;Email:=20
    =
stefan.schwarzer at grid.unep.ch
     &nb=
sp;  Internet:=20
    http://geodata.grid.unep.ch/
        _=
______________________________________=20
  =


        <=
/X-TAB>_______________________________________

        S=
tefan=20
  =
Schwarzer
        <=
/X-TAB>Consultant=20
  on=20
  =
GEO

        UNEP/DEWA/GRID-Geneva
      &nbs=
p; Chemin=20
  des Anemones=20
  =
11
        CH =
- 1219=20
  =
Chatelaine
        Switzerland

       &=
nbsp;Tel:=20
  (+41)=20
  =
22.917.83.49
        Fax:=20
  (+41)=20
  =
22.917.80.29

       &nbs=
p;Email:=20
  =
stefan.schwarzer at grid.unep.ch
     &nb=
sp;  Internet:=20
  http://geodata.grid.unep.ch/
        _=
______________________________________=20
  

  

  
        _=
______________________________________

        <=
B>Stefan=20
  =
Schwarzer
        <=
/X-TAB>Consultant=20
  on=20
  =
GEO

        UNEP/DEWA/GRID-Geneva
      &nbs=
p; Chemin=20
  des Anemones=20
  =
11
        CH =
- 1219=20
  =
Chatelaine
        Switzerland

       &=
nbsp;Tel:=20
  (+41)=20
  =
22.917.83.49
        Fax:=20
  (+41)=20
  =
22.917.80.29

       &nbs=
p;Email:=20
  =
stefan.schwarzer at grid.unep.ch
     &nb=
sp;  Internet:=20
  http://geodata.grid.unep.ch/
        _=
______________________________________=20
  


------_=_NextPart_001_01C2E7DF.FB4A8C34--


From stefan.schwarzer at grid.unep.ch  Tue Mar 11 07:13:39 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Tue, 11 Mar 2003 16:13:39 +0100
Subject: [Mapserver-users] WMS
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F3F2D@mercator.topozone.c
 om>
Message-ID: <5.2.0.9.0.20030311161316.01bcab30@gridg.grid.unep.ch>

--=====================_115412564==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Ed,

I used before TYPE RASTER, but nothing moved. So I tried it with POINT - 
which didn't make too much sense. But one never knows...


>Stefan -
>
>You didn't mention PHP  - so you're using MapScript, not MapServer?
>
>Yes, the TYPE should certainly be RASTER, not POINT.  That may not be your 
>only problem, but it's going to be a problem.
>
>     - Ed
>-----Original Message-----
>From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>Sent: Tuesday, March 11, 2003 10:02 AM
>To: Ed McNierney; mapserver-users at lists.gis.umn.edu
>Subject: RE: [Mapserver-users] WMS
>
>Ed,
>
>no, I am getting no more errors. The layer just does not appear. The layer 
>is turned on, and as you said, not only because of STATUS ON, but in my 
>PHP script I tell explicitly to turn it on again (actually after turning 
>all layers off):
>
>$mapLayer = $map -> getlayerbyname("test");
>$mapLayer -> set("status", 1);
>
>Where does the "wms_title" refer to? Should it have the same title as the 
>WMS service layer? What is TYPE in this case? Originally it's a POINT 
>shapefile, but now it would be anyway a raster/image, no? When I try to 
>display the layer locally, everything turns up nicely.
>
>LAYER
>         NAME 'test'
>         METADATA
>                 'wms_title' 'test'
>                 'wms_srs' 'epsg:4326'
>                 'wms_connectiontimeout' '1000'
>         END
>         TYPE POINT
>         STATUS ON
>         CONNECTIONTYPE WMS
>         CONNECTION 
> 'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE'
>END
>
>
>Ciao,
>
>Stefan
>
>
>>Stefan -
>>
>>You can certainly  use multiple local and remote layers.
>>
>>Now that the PROJ problem is fixed, are you getting any errors?  Is the 
>>layer simply not appearing?  Is the layer turned on (STATUS ON isn't enough)?
>>
>>     - Ed
>>-----Original Message-----
>>From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>>Sent: Tuesday, March 11, 2003 9:36 AM
>>To: Ed McNierney; mapserver-users at lists.gis.umn.edu
>>Subject: RE: [Mapserver-users] WMS
>>
>>Ed,
>>thanks for the quick answer. But the answer is: yes... As the WMS service 
>>from where I want to retrieve a layer, does for sure work as it has been 
>>implemented into another application, the problem can hardly be on this 
>>side. I think, something is wrong on the map-file side. As the BBox and 
>>other parameters are produced automatically by MapServer, the URL used in 
>>the CONNECTION line below should be correct...
>>Just to be sure: Can I have a map-file with multiple local layers, which 
>>are accessed normally, and in addition a couple of WMS layers, accessed 
>>as shown below? I was just wondering if MapServer would be capable of 
>>merging then two, three or four different images, as each WMS service 
>>sends its own image back. I know that I can overlay different requests 
>>and thus images using simple HTML code, but I am not so sure about the 
>>method I just wanted to implement. Stupid question? Hmmm...
>>Ciao,
>>Stefan
>>
>>
>>>Stefan -
>>>
>>>We don't know what your data are, so we can't tell whether the metadata 
>>>(the projection in particular) are correct - you need to check 
>>>that.  You also need to be requesting map extents (the WMS BBox) in 
>>>coordinates that match both the projection of your map and the extents 
>>>of your data.
>>>
>>>     - 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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>>>Sent: Tuesday, March 11, 2003 9:11 AM
>>>To: mapserver-users at lists.gis.umn.edu
>>>Subject: RE: [Mapserver-users] WMS
>>>
>>>Hi all,
>>>thanks for the input. Right, after setting an environment variable the 
>>>ugly warning disappeared.
>>>But I have still the problem that the WMS layer is not showing up. Any 
>>>hints into this direction? Are the Metadata in the Layer definition 
>>>correct? Do I have to define anything else in the mapfile? [I am working 
>>>with MapScript, v3.5]
>>>Thanks,
>>>Stefan
>>>
>>>
>>>>Stefan -
>>>>
>>>>Marc's response is correct; you will find information about this 
>>>>problem in the "FAQ / Common Problems" section of the WMS Server page 
>>>>at 
>>>>http://mapserver.gis.umn.edu/doc/wms-server-howto.html 
>>>>
>>>>     - 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: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
>>>>Sent: Tuesday, March 11, 2003 4:09 AM
>>>>To: mapserver-users at lists.gis.umn.edu
>>>>Subject: [Mapserver-users] WMS
>>>>
>>>>Hi all,
>>>>after spending quite some time on this WMS query subject, I am getting 
>>>>a bit frustrated. I read (almost?) all info on this subject. But still 
>>>>I don't succeed.
>>>>In the moment my computer is nerving me with this message:
>>>>Warning: MapServer Error in msProcessProjection(): no system list, 
>>>>errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275
>>>>Ok, I know, this is related to the projection list. But: all my other 
>>>>services (local and WMS-server) are running quite well. So I don't 
>>>>understand why it's coming up with this message. Below the Layer 
>>>>definition I use. Any ideas?
>>>>Stefan
>>>>LAYER
>>>>         NAME "test"
>>>>         METADATA
>>>>                 "wms_title" "test"
>>>>                 "wms_srs" "epsg:4326"
>>>>                 "wms_connectiontimeout" "1000"
>>>>         END
>>>>         TYPE RASTER
>>>>         STATUS ON
>>>>         CONNECTIONTYPE WMS
>>>>         CONNECTION 
>>>> "http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE" 
>>>>
>>>>END
>>>>         _______________________________________
>>>>
>>>>         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/
>>>>         _______________________________________
>>
>>         _______________________________________
>>
>>         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/
>>         _______________________________________
>
>         _______________________________________
>
>         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/
>         _______________________________________
>
>         _______________________________________
>
>         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/
>         _______________________________________

         _______________________________________

         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/
         _______________________________________ 
--=====================_115412564==.ALT
Content-Type: text/html; charset="us-ascii"



Ed,


I used before TYPE RASTER, but nothing moved. So I tried it with POINT -
which didn't make too much sense. But one never knows...





Stefan
-

 

You didn't mention PHP
<g> - so you're using MapScript, not
MapServer?

 

Yes, the TYPE should
certainly be RASTER, not POINT.  That may not be your only problem,
but it's going to be a problem.

 

    -
Ed





-----Original Message-----



From: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch]



Sent: Tuesday, March 11, 2003 10:02 AM



To: Ed McNierney; mapserver-users at lists.gis.umn.edu



Subject: RE: [Mapserver-users] WMS




Ed,




no, I am getting no more errors. The layer just does not appear. The
layer is turned on, and as you said, not only because of STATUS ON, but
in my PHP script I tell explicitly to turn it on again (actually after
turning all layers off):




$mapLayer = $map -> getlayerbyname("test");



$mapLayer -> set("status", 1);




Where does the "wms_title" refer to? Should it have the
same title as the WMS service layer? What is TYPE in this case?
Originally it's a POINT shapefile, but now it would be anyway a
raster/image, no? When I try to display the layer locally, everything
turns up nicely.




LAYER



        NAME
'test'



        METADATA



                'wms_title'
'test'



                'wms_srs'
'epsg:4326'



                'wms_connectiontimeout'
'1000'



        END



        TYPE
POINT



        STATUS
ON



        CONNECTIONTYPE
WMS



        CONNECTION
'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE'



END






Ciao,




Stefan







Stefan
-



 



You can certainly  use
multiple local and remote layers.



 



Now that the PROJ problem
is fixed, are you getting any errors?  Is the layer simply not
appearing?  Is the layer turned on (STATUS ON isn't
enough)?



 



    -
Ed

-----Original Message-----

From: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch]

Sent: Tuesday, March 11, 2003 9:36 AM

To: Ed McNierney; mapserver-users at lists.gis.umn.edu

Subject: RE: [Mapserver-users] WMS




Ed,



thanks for the quick answer. But the answer is: yes... As the WMS
service from where I want to retrieve a layer, does for sure work as it
has been implemented into another application, the problem can hardly be
on this side. I think, something is wrong on the map-file side. As the
BBox and other parameters are produced automatically by MapServer, the
URL used in the CONNECTION line below should be correct...



Just to be sure: Can I have a map-file with multiple local layers,
which are accessed normally, and in addition a couple of WMS layers,
accessed as shown below? I was just wondering if MapServer would be
capable of merging then two, three or four different images, as each WMS
service sends its own image back. I know that I can overlay different
requests and thus images using simple HTML code, but I am not so sure
about the method I just wanted to implement. Stupid question?
Hmmm...



Ciao,



Stefan







Stefan
-



  

We don't know what your
data are, so we can't tell whether the metadata (the projection in
particular) are correct - you need to check that.  You also need to
be requesting map extents (the WMS BBox) in coordinates that match both
the projection of your map and the extents of your
data.

  

    -
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: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch] 

Sent: Tuesday, March 11, 2003 9:11 AM 

To: mapserver-users at lists.gis.umn.edu 

Subject: RE: [Mapserver-users] WMS




Hi all,

thanks for the input. Right, after setting an environment variable
the ugly warning disappeared.

But I have still the problem that the WMS layer is not showing up.
Any hints into this direction? Are the Metadata in the Layer definition
correct? Do I have to define anything else in the mapfile? [I am working
with MapScript, v3.5]

Thanks,

Stefan







Stefan
-

  

Marc's response is correct;
you will find information about this problem in the "FAQ / Common
Problems" section of the WMS Server page at
http://mapserver.gis.umn.edu/doc/wms-server-howto.html

    -
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: Stefan Schwarzer
[mailto:stefan.schwarzer at grid.unep.ch] 

Sent: Tuesday, March 11, 2003 4:09 AM 

To: mapserver-users at lists.gis.umn.edu 

Subject: [Mapserver-users] WMS




Hi all, 

after spending quite some time on this WMS query subject, I am
getting a bit frustrated. I read (almost?) all info on this subject. But
still I don't succeed. 

In the moment my computer is nerving me with this message: 

Warning: MapServer Error in msProcessProjection(): no system list,
errno: 2 in e:\inetpub\wwwroot\geo_map\map.php on line 275 

Ok, I know, this is related to the projection list. But: all my other
services (local and WMS-server) are running quite well. So I don't
understand why it's coming up with this message. Below the Layer
definition I use. Any ideas? 

Stefan

LAYER 

        NAME
"test" 

        METADATA 

                "wms_title"
"test" 

                "wms_srs"
"epsg:4326" 

                "wms_connectiontimeout"
"1000" 

        END 

        TYPE
RASTER 

        STATUS
ON 

        CONNECTIONTYPE
WMS 

        CONNECTION
"http://xxx.xx.xxx.xx/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE" 

END 

        _______________________________________




        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/ 

        _______________________________________





        _______________________________________


        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/

        _______________________________________



        _______________________________________


        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/

        _______________________________________








        _______________________________________


        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/

        _______________________________________





        _______________________________________


        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/

        _______________________________________


--=====================_115412564==.ALT--




From tripodi at cttmar.univali.br  Tue Mar 11 07:14:04 2003
From: tripodi at cttmar.univali.br (Rodrigo Zanato Tripodi)
Date: Tue, 11 Mar 2003 12:14:04 -0300
Subject: [Mapserver-users] Oraclespatial status ...
In-Reply-To: <3E6DE09A.B99F92A@webgis.de>
Message-ID: <3E6DD30C.4567.C6EDBD@localhost>

Michael,

The maporaclespatial.c is not completely done, but it is functional.

You can query a sdo layer through the mapfile using DATA tag, but you can?t 
manipulate these results through mapscript *yet*.

I am working on that.

Please, be more specific on your question and I will help you.

-- 
Rodrigo Zanato Tripodi
Laborat?rio de Computa??o Aplicada - CTTMar/Univali
tripodi at cttmar.univali.br
http://g10.cttmar.univali.br


On 11 Mar 2003 at 14:11, Michael Schulz wrote:

> Dear List,
> i am wondering what the current status of the OracleSpatial connector
> is? Is is correct that querying a sdo layer isn't yet implemented?
> 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
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From assefa at dmsolutions.ca  Tue Mar 11 07:26:23 2003
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Tue, 11 Mar 2003 10:26:23 -0500
Subject: [Mapserver-users] Unknown error message
References: <1047393176.3e6df398370af@fsuj28.rz.uni-jena.de>
Message-ID: <3E6E001F.8BB18B1D@dmsolutions.ca>

Hi There,

Apparently the Microsoft Virtual Machine in Internet Explorer, and the
Sun Java 2 Plug-in support, check whether certain files are part of the
Java applet being loaded. It is normal that these classes do not exist
in most cases like in Rosa, thus the error messages in the server logs.

 You can check these links for more explanations :
  http://forum.java.sun.com/thread.jsp?forum=31&thread=57641
  http://forum.java.sun.com/thread.jsp?forum=52&thread=95576

Saying that, this would not prevent you from running the Rosa applet properly. What
exactly happens when you do the zoom out ? how is the zoom out parameters defined ?

Later,


Daniel Wagner wrote:

> Hi all,
>
> I'm working with MapServewr 3.6.3 and have now installed the ROSA-Applet.
> There are several functions (i.e. ZoomOut) which don't work for my application.
>
> In my log-file I get the following error-message:
>
> [error] File does not exist: .../Rosa2000$COMClassObject.class
>
> Has somebody an idea?
>
> Thanx in advance!!
>
> Daniel Wagner
>
> -----------------------------------------------------
> This mail was sent through http://webmail.uni-jena.de
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

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

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

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





From JIndiazi at NAIROBI.MIMCOM.NET  Mon Mar  3 23:45:51 2003
From: JIndiazi at NAIROBI.MIMCOM.NET (Julius S. Indiazi)
Date: Tue, 4 Mar 2003 10:45:51 +0300
Subject: [Mapserver-users] georeferencing tif image
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2E222.141EC33A
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Please would you help me out in georeferencing a tiff images
Thank you
julius

------_=_NextPart_001_01C2E222.141EC33A
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable






















Please would you help me out in georeferencing a tiff =
images



Thank you



julius








=00
------_=_NextPart_001_01C2E222.141EC33A--


From carl.anderson at vadose.org  Tue Mar  4 17:42:52 2003
From: carl.anderson at vadose.org (Carl Anderson)
Date: Tue, 4 Mar 2003 20:42:52 -0500
Subject: [Mapserver-users] SHPTREE Odd behavior
In-Reply-To: <3E6514DE.A44C1B99@keyspanenergy.com>; from kames@keyspanenergy.com on Tue, Mar 04, 2003 at 16:04:30 -0500
References: <3E6514DE.A44C1B99@keyspanenergy.com>
Message-ID: <20030305014252.GC12035@vadose.dvg>

I suspect that this is not Shptree related but that you have "Null" 
shapes in your shapefile.  Especially due to the relatively old version 
or mapserver you are running.  lok for a discussion on Null shapes in 
the HISTORY.TXT file

you can winnow the "Null" polygons by (I assume you have access to 
arcview)
selecting for "[shape].aslist.count = 0" and deleting those records.

Arcview writes Polygons with no vertices as a shape type Null instead 
of a polygon shape type.  
if you still are having problems can you provide more info?.

C.


On 2003.03.04 16:04 Kieran J. Ames wrote:
> I've been experimenting with shptree and seeing remarkable performance
> boosts (on point and line shapefiles). However, I've found some odd
> behavior now with polygons. I'm rendering polygons that take quite a
> while to come up (mapserver cgi). I then use shptree and when using
> the
> web interface, get the following error message:
> 
> msDrawShape(): General error message. Only polygon shapes can be drawn
> using a POLYGON layer definition.
> 
> If I then delete the associated .qix files, the map again renders.
> 
> I'm using mapserver
> MapServer version 3.6.3 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=OGR INPUT=SHAPEFILE
> 
> SHPTREE is dated 11/01/00  09:48a  131,122 bytes
> 
> ...appreciate any help.
> Kieran
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

-- 
----------------------------------
Carl Anderson
carl.anderson at vadose.org

New Hampshire tells us "common sense for all"
     where can I get mine?
----------------------------------


From jason at gomoos.org  Wed Mar  5 09:44:23 2003
From: jason at gomoos.org (Jason Thaxter)
Date: Wed, 5 Mar 2003 12:44:23 -0500
Subject: [Mapserver-users] Sending image to stdout under Apache
In-Reply-To: <1046861844.10187.22.camel@ubet.gomoos.org>
References: <200303051527.h25FRhN08249@yogi.medinaco.net> <1046861844.10187.22.camel@ubet.gomoos.org>
Message-ID: <20030305174423.GA3848@whitehead.gomoos.org>

I checked our script when NOT run under mod_perl, and it works fine.  That's a
better workaround for us than print/cat, since we have one script that does
all the UI work, and a short one that generates the image output.

The problem I've identified, precisely, is that with the API you can write to
a filename or stdout.  But writing to the "real" stdout doesn't work under
mod_perl, since perl STDOUT is no longer the same as C stdout.  You can't
pass a file handle; the choice with the current API is a filename, or nothing
for stdout...

What we really want is something like what can be done with the perl GD
interface, e.g:
	print $img->png;
or even
	$img->printImage(\*STDOUT,args..);

Passing a filehandle as opposed to a string containing a filename isn't the
craziest thing... OTOH, there might be a quicker way to get this accomplished
with some select() trickery...  Or we might have to resort to writing an
actual module, instead of writing Apache::Registry stuff...  We'll post our
solution if we get anything better than what we have.

JT


On Wed, Mar 05, 2003 at 10:57:23AM +0000, Eric Bridger wrote:
> Thanks Lowell,
> 
> Yes, that was the work-around I mentioned.  But avoiding the write to
> disk is what I am after.  I have found that using /cgi-bin/mapserv as an
> image engine results in significant performance improvements for our
> mapscript application.  But constructing the proper query strings to
> manipulate the map is cumbersome and seems to have certain limitations. 
> I'd prefer to manipulate the map using mapscript and then print it to
> the stdout. But somehow, using $img->saveImage(undef, ...) which spends
> some time doing something, never sends the image to the stdout when run
> as a CGI.  From the command line, it works.
> 
> We don't have this problem with a graphing application in the same
> environment which uses GD.pm.
> 
> 
> On Wed, 2003-03-05 at 15:27, Lowell Filak wrote:
> > Hmmm...
> > I thought I replied back concerning that.?
> > Just do a:
> > print "Content-type: image/png\n\n";
> > system("cat junk.png");
> > and that will send the image to stdout/the browser.
> > HTH
> > Lowell F.
> > 

-- 
----------------------------------------------
Jason Thaxter
GoMOOS, P.O. Box 4919, Portland, ME 04112-4919
Office Location: 1 Canal Plaza, 7th Floor
Office: 207.773.0423
Fax:    207.773.8672
Email:  thaxter at gomoos.org
------------www.gomoos.org--------------------


From jason at gomoos.org  Wed Mar  5 11:11:44 2003
From: jason at gomoos.org (Jason Thaxter)
Date: Wed, 5 Mar 2003 14:11:44 -0500
Subject: [Mapserver-users] Sending image to stdout under Apache
In-Reply-To: <200303051659.h25GxdN10387@yogi.medinaco.net>
References: <200303051659.h25GxdN10387@yogi.medinaco.net>
Message-ID: <20030305191143.GB3848@whitehead.gomoos.org>

Ah, now we're getting somewhere...

On Wed, Mar 05, 2003 at 11:59:46AM -0500, Lowell Filak wrote:
> Doh!
> That's what I get for being in a hurry.
> >From what I've read:
> 1) You don't need binmode on *n*x.

this is true.

> 2) You need to print to OUT as opposed to STDOUT or the content is shipped before the content-type.
> print OUT $ref_img->saveImage(undef, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0);

hmm, this is sort of puzzling.  i seem to be getting unpredictable behavior,
depending on the client.  i'm making myself a little dizzy here playing with
variations of OUT vs STDOUT - could you give me some reference on this? I've
never heard of OUT before!!! - and various autoflush invocations.  but i have
managed to get an out-of-order result with curl while getting a single '0' via
telnetting and pasting in the curl request... very weird indeed!

> HTH

it's a good start!

> Lowell F.
> 

-- 
----------------------------------------------
Jason Thaxter
GoMOOS, P.O. Box 4919, Portland, ME 04112-4919
Office Location: 1 Canal Plaza, 7th Floor
Office: 207.773.0423
Fax:    207.773.8672
Email:  thaxter at gomoos.org
------------www.gomoos.org--------------------


From pabloghiglino at ghiglino.com  Thu Mar  6 01:55:00 2003
From: pabloghiglino at ghiglino.com (Pablo Ghiglino)
Date: Thu, 6 Mar 2003 10:55:00 +0100
Subject: [Mapserver-users] Compilation Error with MapServ 3.6.0
Message-ID: <200303061055.00428.pabloghiglino@ghiglino.com>

Hi all,

I am trying to compile Mapserver 3.6.0 in a Linux Suse 8.1 Prof Edition.
I have type:
./configure --with-postigs
....

make
....

And then I receive the following error:

gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL    -DUSE_TIFF -DUSE_JPEG 
-DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT        -I/usr/include              
shp2img.o  -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz  -ltiff 
-ljpeg -lttf -lpng -lz  -ljpeg          -lm   -o shp2img
./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to 
`__gxx_personality_v0'
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1

I have tried with 3.6.4, but I received the same error.

Thanks.




From ilapla at softhome.net  Thu Mar  6 11:54:18 2003
From: ilapla at softhome.net (Ignacio Laplagne)
Date: Thu, 6 Mar 2003 16:54:18 -0300
Subject: [Mapserver-users] Problems with php-mapscript + postGIS
Message-ID: 

hi,

we are trying to get php-mapscript to retrieve a layer from postGIS (apache,
php, mapserver and php-mapscript running in win32, postgreSQL with postGIS
running in rh8). Unfortunately we get the following error message:

Warning: MapServer Error in msPOSTGISLayerOpen(): msPOSTGISLayerOpen called
but unimplemented! in D:\Archivos de programa\Apache
Group\Apache2\htdocs\php-ms\example2.php on line 34

On the other hand, we had no problems in getting data from postGIS when
using the mapserv CGI directly.

We've found some posts of the same problem in the past, but no solutions to
it. Anyone can give us a hint?

thanks,
Ignacio



From gisgeek at nc.rr.com  Fri Mar  7 16:34:23 2003
From: gisgeek at nc.rr.com (Bill Wheaton)
Date: Fri, 7 Mar 2003 19:34:23 -0500
Subject: [Mapserver-users] New Macos 10.2.3 Instructions Posted
Message-ID: 

GISers:

I recently worked through the installation of a complete 
mapserver/postgresql/postgis system under macos X (10.2.3) and 
developed a set of cookbook instructions to document the procedures.  I 
thought it might be helpful for others so I added a note to the 
MapServer WIKI (at the bottom of the MapServerCompilation -> macos X 
section) that contains a link to the instructions.  The actual 
instructions are at http://home.nc.rr.com/wwheaton.

My success in building the system and developing the instructions are 
based on the help and guidance of Zak James and Puneet Kishor who both 
participated with me in this effort.  Thanks to them for their help.

Cheers-
Bill Wheaton



From Andrew.Simpson at ssc.nasa.gov  Mon Mar 10 07:22:22 2003
From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew)
Date: Mon, 10 Mar 2003 09:22:22 -0600
Subject: [Mapserver-users] Perl Mapscript - render shapefile with no map
Message-ID: <7F086B24179D91449EDA19F5FC928D0B325545@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_01C2E718.D8C84992
Content-Type: text/plain;
	charset="iso-8859-1"

Greetings,
 
Has anyone had any success rendering a map using Perl mapscript and a
shapefile with no map file and not having to open the shapefile and step
through and draw every shape.
I have had success instantiating a map object with dynamically generated map
files.
I have also had success manually opening the shapefile and iterating through
the shapes rendering each, but this is cumbersome and does not take
advantage of tiling.
I have not been able render a map by just setting the layer->{data}
attribute to a shapefile.
Is this possible?
 
Thanks for any help,
Drew.
 
 
 
 
 

------_=_NextPart_001_01C2E718.D8C84992
Content-Type: text/html;
	charset="iso-8859-1"









Greetings,


 


Has anyone had any 
success rendering a map using Perl mapscript and a shapefile with no map file 
and not having to open the shapefile and step through and draw every 
shape.


I have had success 
instantiating a map object with dynamically generated map 
files.


I have also had 
success manually opening the shapefile and iterating through the shapes 
rendering each, but this is cumbersome and does not take advantage of 
tiling.


I have not been 
able render a map by just setting the layer->{data} attribute to a 
shapefile.


Is this 
possible?


 


Thanks for any 
help,


Drew.


 


 


 


 


 


------_=_NextPart_001_01C2E718.D8C84992--


From brauliom at jccm.es  Tue Mar 11 02:03:14 2003
From: brauliom at jccm.es (Braulio Moreno Simarro)
Date: Tue, 11 Mar 2003 11:03:14 +0100
Subject: [Mapserver-users] A problem with Mapserver 3.5 demo.
Message-ID: <000301c2e7b5$6f6ce6e0$94030a8d@cama.jclm.es>

This is a multi-part message in MIME format.

------=_NextPart_000_0004_01C2E7BD.D138F000
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi, I have install the Mapserver 3.5 demo in the operating system
Windows 98, and I have had the following error:

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

also I have proven to put a route in map file:      SYMBOL
'c:\wwwroot\symbols\ctyhwy.gif'

But I have not obtained anything. How I can solve the problem?

Thanks, Braulio.

------=_NextPart_000_0004_01C2E7BD.D138F000
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






















Hi, I have install =
the Mapserver 3.5 demo in the operating system Windows =
98, and
I have had the following error:



 



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



 



also I have proven to =
put a
route in map file:=A0 =A0=A0=A0=A0SYMBOL 'c:\wwwroot\symbols\ctyhwy.gif'



 



But I have not =
obtained
anything. How I can solve the problem? 



 



Thanks, Braulio.









------=_NextPart_000_0004_01C2E7BD.D138F000--



From morissette at dmsolutions.ca  Tue Mar 11 07:36:16 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 11 Mar 2003 10:36:16 -0500
Subject: [Mapserver-users] WMS
References: <5.2.0.9.0.20030311161316.01bcab30@gridg.grid.unep.ch>
Message-ID: <3E6E0270.D4D346E9@dmsolutions.ca>

This is a multi-part message in MIME format.
--------------4D34A1A1AD019B607BBC5B19
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Stefan Schwarzer wrote:
> 
> I used before TYPE RASTER, but nothing moved. So I tried it with POINT
> - which didn't make too much sense. But one never knows...
> 


Layer type should be set to RASTER but if you set it to POINT then
MapServer will change it back to RASTER internally.  I was unable to
reproduce the problem, there must be something missing at the map
level.  Also note that and the wms_srs metadata value should be
"EPSG:4326" in uppercase but that didn't seem to have an impact in this
case.

I attached below a mapfile that does work for me.  You should be able to
isolate the problem if you compare it with yours.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------
--------------4D34A1A1AD019B607BBC5B19
Content-Type: text/plain; charset=us-ascii;
 name="testwms.map"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="testwms.map"

MAP
  NAME "DEMO"
  EXTENT -180 -90 180 90
  IMAGECOLOR 255 255 255
  IMAGETYPE PNG
  INTERLACE TRUE
  SIZE 400 300
  STATUS ON
  UNITS METERS

  PROJECTION
    "init=epsg:4326"
  END

  WEB
    IMAGEPATH "/tmp/ms_tmp/"
    IMAGEURL "/ms_tmp/"
  END

LAYER
        NAME 'test'
        METADATA
                'wms_title' 'test'
                'wms_srs' 'epsg:4326'
                'wms_connectiontimeout' '1000'
        END
        TYPE POINT
        STATUS ON
        CONNECTIONTYPE WMS
        CONNECTION
'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE'
END

END


--------------4D34A1A1AD019B607BBC5B19--



From edgarrm at hotmail.com  Tue Mar 11 07:49:08 2003
From: edgarrm at hotmail.com (Edgar Romero)
Date: Tue, 11 Mar 2003 09:49:08 -0600
Subject: [Mapserver-users] Can mapserver or mapscript EDIT SHAPE FILES ONLINE
Message-ID: 

I am very interest in developing a online shape file editor, a really simple 
version of what an editing tool like AUTOCAD could do.

I am researching just to see if a can adopt an existing application as the 
base in which i could construct my application. I would like to know if 
Mapserver with mapscript could do the job integrated with some JavaScript or 
applet?....

Does anybody had develop something like this?

Please advise if someone know a better way of doing this or an already  
develop application that does this even though is not a freeware or open 
source project


Edgar Romero Maciel


_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail



From Andrew.Simpson at ssc.nasa.gov  Tue Mar 11 07:58:08 2003
From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew)
Date: Tue, 11 Mar 2003 09:58:08 -0600
Subject: [Mapserver-users] Perl Mapscript - render shapefile with no m
 ap
Message-ID: <7F086B24179D91449EDA19F5FC928D0B32554C@sscleda2.ssc.nasa.gov>

What I'd like to do is render a map using Perl mapscript only, without
static or dynamic map files, and without stepping through the shapes.
I know I should just go with one of these two work arounds, but the code to
do this seems to be available and I would like to avoid the overhead of
creating/deleting map files.

Thanks for your reply,
Drew.

P.S. Sorry for the double post, I had E-Mail alias problems.

-----Original Message-----
From: Lowell Filak [mailto:lfilak at medinaco.org]
Sent: Tuesday, March 11, 2003 8:54 AM
To: Simpson, Andrew; 'mapserver-users at lists.gis.umn.edu'
Subject: Re: [Mapserver-users] Perl Mapscript - render shapefile with no
map


I may be missing the question but:
What you are trying to do does work.
If you dynamically create a mapfile and include a 'place-holder' layer
definition and then set the $layer->{data} on the fly it does work.
Being that you are trying to set the $layer->{data} dynamically does that
mean you are trying to set the 'data' to a shapefile that was just created?
If so you will want to make sure that the data.shp has a corresponding
data.dbf file to go with it or the $layer->{data} = 'data' will fail.
HTH
Lowell F.

The following message was sent by "Simpson, Andrew"
 on Mon, 10 Mar 2003 16:22:24 -0600.

> Greetings,
>  
> Has anyone had any success rendering a map using Perl mapscript and a
> shapefile with no map file and without having to open the shapefile and
step
> through and draw every shape.
> I have had success instantiating a map object with dynamically generated
map
> files.
> I have also had success manually opening the shapefile and iterating
through
> the shapes rendering each, but this is cumbersome and does not take
> advantage of tiling.
> I have not been able render a map by just setting the layer->{data}
> attribute to a shapefile.
> Is this possible?
>  
> Thanks for any help,
> Drew.
> 
>  
>  
> 



From stefan.schwarzer at grid.unep.ch  Tue Mar 11 08:00:42 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Tue, 11 Mar 2003 17:00:42 +0100
Subject: [Mapserver-users] WMS
In-Reply-To: <3E6E0270.D4D346E9@dmsolutions.ca>
References: <5.2.0.9.0.20030311161316.01bcab30@gridg.grid.unep.ch>
Message-ID: <5.2.0.9.0.20030311165558.01bca740@gridg.grid.unep.ch>

--=====================_118236114==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Daniel et al.,

thanks for the feedback. Due to your mapfile, I could figure out the 
problem. It is the SHAPEPATH, which prevents the display.

         NAME 'DEMO'
         EXTENT -180 -90 180 90
         IMAGECOLOR 255 255 255
         IMAGETYPE PNG
         INTERLACE TRUE
         SIZE 900 450
         STATUS ON
         UNITS DD
         SHAPEPATH 'data/'
         FONTSET etc/fonts.txt

If I take the line away, it works fine... unfortunately I can't query 
anymore the local layers.... Yes, yes, as always: one problem solved, a new 
one generated... :-)

Any suggestions for that one?

Thanks a lot for your valuable and fast help.

Best wishes,

Stefan


>Stefan Schwarzer wrote:
> >
> > I used before TYPE RASTER, but nothing moved. So I tried it with POINT
> > - which didn't make too much sense. But one never knows...
> >
>
>
>Layer type should be set to RASTER but if you set it to POINT then
>MapServer will change it back to RASTER internally.  I was unable to
>reproduce the problem, there must be something missing at the map
>level.  Also note that and the wms_srs metadata value should be
>"EPSG:4326" in uppercase but that didn't seem to have an impact in this
>case.
>
>I attached below a mapfile that does work for me.  You should be able to
>isolate the problem if you compare it with yours.
>
>Daniel
>--
>------------------------------------------------------------
>  Daniel Morissette               morissette at dmsolutions.ca
>  DM Solutions Group              http://www.dmsolutions.ca/
>------------------------------------------------------------MAP
>   NAME "DEMO"
>   EXTENT -180 -90 180 90
>   IMAGECOLOR 255 255 255
>   IMAGETYPE PNG
>   INTERLACE TRUE
>   SIZE 400 300
>   STATUS ON
>   UNITS METERS
>
>   PROJECTION
>     "init=epsg:4326"
>   END
>
>   WEB
>     IMAGEPATH "/tmp/ms_tmp/"
>     IMAGEURL "/ms_tmp/"
>   END
>
>LAYER
>         NAME 'test'
>         METADATA
>                 'wms_title' 'test'
>                 'wms_srs' 'epsg:4326'
>                 'wms_connectiontimeout' '1000'
>         END
>         TYPE POINT
>         STATUS ON
>         CONNECTIONTYPE WMS
>         CONNECTION
>'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE'
>END
>
>END

         _______________________________________

         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/
         _______________________________________ 
--=====================_118236114==.ALT
Content-Type: text/html; charset="us-ascii"



Daniel et al.,


thanks for the feedback. Due to your mapfile, I could figure out the
problem. It is the SHAPEPATH, which prevents the display. 


        NAME
'DEMO'

        EXTENT
-180 -90 180 90

        IMAGECOLOR
255 255 255

        IMAGETYPE
PNG

        INTERLACE
TRUE  

        SIZE 900
450

        STATUS
ON

        UNITS
DD

        SHAPEPATH
'data/'       

        FONTSET
etc/fonts.txt


If I take the line away, it works fine... unfortunately I can't query
anymore the local layers.... Yes, yes, as always: one problem solved, a
new one generated... :-)


Any suggestions for that one?


Thanks a lot for your valuable and fast help.


Best wishes,


Stefan





Stefan Schwarzer wrote:

> 

> I used before TYPE RASTER, but nothing moved. So I tried it with
POINT

> - which didn't make too much sense. But one never knows...

> 




Layer type should be set to RASTER but if you set it to POINT then

MapServer will change it back to RASTER internally.  I was unable
to

reproduce the problem, there must be something missing at the map

level.  Also note that and the wms_srs metadata value should 
be

"EPSG:4326" in uppercase but that didn't seem to have an impact
in this

case.


I attached below a mapfile that does work for me.  You should be
able to

isolate the problem if you compare it with yours.


Daniel

-- 

------------------------------------------------------------

 Daniel
Morissette              
morissette at dmsolutions.ca

 DM Solutions
Group             
http://www.dmsolutions.ca/

------------------------------------------------------------MAP

  NAME "DEMO"

  EXTENT -180 -90 180 90

  IMAGECOLOR 255 255 255

  IMAGETYPE PNG

  INTERLACE TRUE

  SIZE 400 300

  STATUS ON

  UNITS METERS


  PROJECTION

    "init=epsg:4326"

  END


  WEB

    IMAGEPATH "/tmp/ms_tmp/"

    IMAGEURL "/ms_tmp/"

  END


LAYER

        NAME 'test'

        METADATA

               
'wms_title' 'test'

               
'wms_srs' 'epsg:4326'

               
'wms_connectiontimeout' '1000'

        END

        TYPE POINT

        STATUS ON

        CONNECTIONTYPE WMS

        CONNECTION

'http://gridss.grid.unep.ch/cgi-bin/mapserv_client?map=e%3A%5Cinetpub%5Cwwwroot%5Cip%5Cdemo.map&WMTVER=1.0.0&LAYERS=people&FORMAT=PNG&TRANSPARENT=TRUE'

END


END



        _______________________________________


        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/

        _______________________________________


--=====================_118236114==.ALT--




From coronadh at coronasolutions.com  Tue Mar 11 08:25:14 2003
From: coronadh at coronasolutions.com (Dan Harris)
Date: 11 Mar 2003 09:25:14 -0700
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: <1047399914.8835.6.camel@wsdan2>

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 love the information
coming from this group and plan to participate more in the discussions
eventually, but I'm looking for some way to kind of filter out a lot of
the noise (no offense meant to anyone!).  I use perl mapscript
exclusively, so the cgi and php discussions are really not of interest
to me.  

Forgive me if that has already been done and I'm just missing the option
somewhere.  

Just a suggestion :) Thanks for your consideration.

-Dan



From sgillies at frii.com  Tue Mar 11 08:27:04 2003
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 11 Mar 2003 09:27:04 -0700
Subject: [Mapserver-users] Perl Mapscript - render shapefile with no m ap
In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B32554C@sscleda2.ssc.nasa.gov>
Message-ID: <4BBD1893-53DE-11D7-90A1-000393B98B56@frii.com>

Andrew,

With mapscript you can create a empty map object, add a layer to it,
define data, add a class and draw the map.  Is that what you're
looking for?  Something like this (some corrections to my Perl
syntax may be necessary):

use mapscript;

# Create empty map object, no file needed
$map = new mapscript::mapObj("");

# Set map properties, extents, imagecolor etc
$map->{extent}->{minx} = 0.0;
...
$map->{imagecolor}->{red} = 153;
...
$map->setImagetype("png");

# Create new layer
$layer = new mapscript::layerObj($map);

# Set layer attributes, name, status, data etc
$layer->name = "Foo";
$layer->status = $mapscript::MS_DEFAULT;
$layer->type = $mapscript::MS_POLYGON;
$layer->data = "/tmp/foo.shp";
...

# Define a class for this layer
$class = new mapscript::mapObj($layer);

# Set class attributes
$class->{color}->{red} = 255;
...
$class->{outlinecolor}->{red} = 0;
...

# Draw
$img = $map->draw();

# Save image to a file
$img->saveImage("/tmp/foo.png", $mapscript::MS_PNG, 0, 0, 0);

I'm leaving out a bunch of necessary attributes, but you should get
the picture.

hope this helps,
Sean

On Tuesday, March 11, 2003, at 08:58  AM, Simpson, Andrew wrote:

>
> What I'd like to do is render a map using Perl mapscript only, without
> static or dynamic map files, and without stepping through the shapes.
> I know I should just go with one of these two work arounds, but the 
> code to
> do this seems to be available and I would like to avoid the overhead of
> creating/deleting map files.
>
> Thanks for your reply,
> Drew.
>
> P.S. Sorry for the double post, I had E-Mail alias problems.
>
> -----Original Message-----
> From: Lowell Filak [mailto:lfilak at medinaco.org]
> Sent: Tuesday, March 11, 2003 8:54 AM
> To: Simpson, Andrew; 'mapserver-users at lists.gis.umn.edu'
> Subject: Re: [Mapserver-users] Perl Mapscript - render shapefile with 
> no
> map
>
>
> I may be missing the question but:
> What you are trying to do does work.
> If you dynamically create a mapfile and include a 'place-holder' layer
> definition and then set the $layer->{data} on the fly it does work.
> Being that you are trying to set the $layer->{data} dynamically does 
> that
> mean you are trying to set the 'data' to a shapefile that was just 
> created?
> If so you will want to make sure that the data.shp has a corresponding
> data.dbf file to go with it or the $layer->{data} = 'data' will fail.
> HTH
> Lowell F.
>
> The following message was sent by "Simpson, Andrew"
>  on Mon, 10 Mar 2003 16:22:24 -0600.
>
>> Greetings,
>>
>> Has anyone had any success rendering a map using Perl mapscript and a
>> shapefile with no map file and without having to open the shapefile 
>> and
> step
>> through and draw every shape.
>> I have had success instantiating a map object with dynamically 
>> generated
> map
>> files.
>> I have also had success manually opening the shapefile and iterating
> through
>> the shapes rendering each, but this is cumbersome and does not take
>> advantage of tiling.
>> I have not been able render a map by just setting the layer->{data}
>> attribute to a shapefile.
>> Is this possible?
>>
>> Thanks for any help,
>> Drew.
>>
>>
>>
>>
>
> _______________________________________________
> 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 Mar 11 08:30:32 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 11 Mar 2003 11:30:32 -0500
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F36@mercator.topozone.com>

Dan -

The problem is that there's a lot of overlap.  Many of the "CGI" discussions really do pertain to you - such as mapfile syntax problems, etc.  In fact, one of the problems I see is that users "tune out" messages that would actually help them solve their problems, because they've decided that "PHP questions have nothing to tell me".

	- 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: Dan Harris [mailto:coronadh at coronasolutions.com]
Sent: Tuesday, March 11, 2003 11:25 AM
To: Mapserver List
Subject: [Mapserver-users] A suggestion for list divisions


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 love the information
coming from this group and plan to participate more in the discussions
eventually, but I'm looking for some way to kind of filter out a lot of
the noise (no offense meant to anyone!).  I use perl mapscript
exclusively, so the cgi and php discussions are really not of interest
to me.  

Forgive me if that has already been done and I'm just missing the option
somewhere.  

Just a suggestion :) Thanks for your consideration.

-Dan

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



From John.Arthur at T-Mobile.com  Tue Mar 11 08:41:24 2003
From: John.Arthur at T-Mobile.com (Arthur, John)
Date: Tue, 11 Mar 2003 08:41:24 -0800
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: 

I agree.

-----Original Message-----
From: Dan Harris [mailto:coronadh at coronasolutions.com]
Sent: Tuesday, March 11, 2003 11:25 AM
To: Mapserver List
Subject: [Mapserver-users] A suggestion for list divisions


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 love the information
coming from this group and plan to participate more in the discussions
eventually, but I'm looking for some way to kind of filter out a lot of
the noise (no offense meant to anyone!).  I use perl mapscript
exclusively, so the cgi and php discussions are really not of interest
to me.  

Forgive me if that has already been done and I'm just missing the option
somewhere.  

Just a suggestion :) Thanks for your consideration.

-Dan

_______________________________________________
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 Mar 11 08:50:57 2003
From: pramsey at refractions.net (Paul Ramsey)
Date: Tue, 11 Mar 2003 08:50:57 -0800
Subject: [Mapserver-users] Problems with php-mapscript + postGIS
In-Reply-To: 
References: 
Message-ID: <3E6E13F1.4050302@refractions.net>

Ignacio,

If your CGI and mapscript were compiled at different times by different 
people they could have different options enabled. libmap is not a shared 
library, so there is no guarantee that a CGI binary and a mapscript 
binary on the same machine will have the same functionality enabled.

Paul

Ignacio Laplagne wrote:
> hi,
> 
> we are trying to get php-mapscript to retrieve a layer from postGIS (apache,
> php, mapserver and php-mapscript running in win32, postgreSQL with postGIS
> running in rh8). Unfortunately we get the following error message:
> 
> Warning: MapServer Error in msPOSTGISLayerOpen(): msPOSTGISLayerOpen called
> but unimplemented! in D:\Archivos de programa\Apache
> Group\Apache2\htdocs\php-ms\example2.php on line 34
> 
> On the other hand, we had no problems in getting data from postGIS when
> using the mapserv CGI directly.
> 
> We've found some posts of the same problem in the past, but no solutions to
> it. Anyone can give us a hint?
> 
> thanks,
> Ignacio
> 
> _______________________________________________
> 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 Andrew.Simpson at ssc.nasa.gov  Tue Mar 11 08:56:40 2003
From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew)
Date: Tue, 11 Mar 2003 10:56:40 -0600
Subject: [Mapserver-users] Perl Mapscript - render shapefile with no m
 ap
Message-ID: <7F086B24179D91449EDA19F5FC928D0B32554D@sscleda2.ssc.nasa.gov>

Yes, exactly what I am looking for.
Do you have an example that works?  I have tried what you've outlined, but
have not been able to render the shape; no errors appear in the error log
and all I get is a blank image.

Thanks,
Drew.

-----Original Message-----
From: Sean Gillies [mailto:sgillies at frii.com]
Sent: Tuesday, March 11, 2003 10:27 AM
To: Simpson, Andrew
Cc: 'Lowell Filak'; 'mapserver-users at lists.gis.umn.edu'
Subject: Re: [Mapserver-users] Perl Mapscript - render shapefile with no
m ap


Andrew,

With mapscript you can create a empty map object, add a layer to it,
define data, add a class and draw the map.  Is that what you're
looking for?  Something like this (some corrections to my Perl
syntax may be necessary):

use mapscript;

# Create empty map object, no file needed
$map = new mapscript::mapObj("");

# Set map properties, extents, imagecolor etc
$map->{extent}->{minx} = 0.0;
...
$map->{imagecolor}->{red} = 153;
...
$map->setImagetype("png");

# Create new layer
$layer = new mapscript::layerObj($map);

# Set layer attributes, name, status, data etc
$layer->name = "Foo";
$layer->status = $mapscript::MS_DEFAULT;
$layer->type = $mapscript::MS_POLYGON;
$layer->data = "/tmp/foo.shp";
...

# Define a class for this layer
$class = new mapscript::mapObj($layer);

# Set class attributes
$class->{color}->{red} = 255;
...
$class->{outlinecolor}->{red} = 0;
...

# Draw
$img = $map->draw();

# Save image to a file
$img->saveImage("/tmp/foo.png", $mapscript::MS_PNG, 0, 0, 0);

I'm leaving out a bunch of necessary attributes, but you should get
the picture.

hope this helps,
Sean

On Tuesday, March 11, 2003, at 08:58  AM, Simpson, Andrew wrote:

>
> What I'd like to do is render a map using Perl mapscript only, without
> static or dynamic map files, and without stepping through the shapes.
> I know I should just go with one of these two work arounds, but the 
> code to
> do this seems to be available and I would like to avoid the overhead of
> creating/deleting map files.
>
> Thanks for your reply,
> Drew.
>
> P.S. Sorry for the double post, I had E-Mail alias problems.
>
> -----Original Message-----
> From: Lowell Filak [mailto:lfilak at medinaco.org]
> Sent: Tuesday, March 11, 2003 8:54 AM
> To: Simpson, Andrew; 'mapserver-users at lists.gis.umn.edu'
> Subject: Re: [Mapserver-users] Perl Mapscript - render shapefile with 
> no
> map
>
>
> I may be missing the question but:
> What you are trying to do does work.
> If you dynamically create a mapfile and include a 'place-holder' layer
> definition and then set the $layer->{data} on the fly it does work.
> Being that you are trying to set the $layer->{data} dynamically does 
> that
> mean you are trying to set the 'data' to a shapefile that was just 
> created?
> If so you will want to make sure that the data.shp has a corresponding
> data.dbf file to go with it or the $layer->{data} = 'data' will fail.
> HTH
> Lowell F.
>
> The following message was sent by "Simpson, Andrew"
>  on Mon, 10 Mar 2003 16:22:24 -0600.
>
>> Greetings,
>>
>> Has anyone had any success rendering a map using Perl mapscript and a
>> shapefile with no map file and without having to open the shapefile 
>> and
> step
>> through and draw every shape.
>> I have had success instantiating a map object with dynamically 
>> generated
> map
>> files.
>> I have also had success manually opening the shapefile and iterating
> through
>> the shapes rendering each, but this is cumbersome and does not take
>> advantage of tiling.
>> I have not been able render a map by just setting the layer->{data}
>> attribute to a shapefile.
>> Is this possible?
>>
>> Thanks for any help,
>> Drew.
>>
>>
>>
>>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From sgillies at frii.com  Tue Mar 11 08:54:14 2003
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 11 Mar 2003 09:54:14 -0700
Subject: [Mapserver-users] A suggestion for list divisions
In-Reply-To: <1047399914.8835.6.camel@wsdan2>
Message-ID: <1709C7D4-53E2-11D7-90A1-000393B98B56@frii.com>

Dan,

Yes, sometimes it seems like most of the traffic on this list is
about mapserver installation or javascript, but you'd miss out on a
lot of important tips if you isolated yourself on a perl mapscript
users island :)  Besides, IMO, if you've ever benefited from help
on the list when getting started, you've an obligation to help
another new user who is struggling with the demo.

Your mail client should let you filter out the background noise to
whatever level you prefer.

peace,
Sean


On Tuesday, March 11, 2003, at 09:25  AM, 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 love the information
> coming from this group and plan to participate more in the discussions
> eventually, but I'm looking for some way to kind of filter out a lot of
> the noise (no offense meant to anyone!).  I use perl mapscript
> exclusively, so the cgi and php discussions are really not of interest
> to me.
>
> Forgive me if that has already been done and I'm just missing the 
> option
> somewhere.
>
> Just a suggestion :) Thanks for your consideration.
>
> -Dan
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
--
Sean Gillies
sgillies at frii.com
http://www.frii.com/~sgillies



From sgillies at frii.com  Tue Mar 11 09:19:17 2003
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 11 Mar 2003 10:19:17 -0700
Subject: [Mapserver-users] Perl Mapscript - render shapefile with no m ap
In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B32554D@sscleda2.ssc.nasa.gov>
Message-ID: <96A85DEE-53E5-11D7-90A1-000393B98B56@frii.com>

Drew,

Like I said in my email: I omitted necessary attributes.  My example is
not complete.  I develop mapscript apps with Python rather than Perl,
so I don't have any working examples for you.

Your best bet is to look at a mapfile that works with the CGI mapserver.
Then, following the instructions on the Perl mapscript documentation,
translate the mapfile directives into Perl statements.  Also, check the
mailing list archives, there are likely to be several good examples of
Perl mapscript apps.

peace,
Sean

On Tuesday, March 11, 2003, at 09:56  AM, Simpson, Andrew wrote:

> Yes, exactly what I am looking for.
> Do you have an example that works?  I have tried what you've outlined, 
> but
> have not been able to render the shape; no errors appear in the error 
> log
> and all I get is a blank image.
>
> Thanks,
> Drew.
>
>
--
Sean Gillies
sgillies at frii.com
http://www.frii.com/~sgillies



From arnulf.christl at ccgis.de  Tue Mar 11 09:56:41 2003
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Tue, 11 Mar 2003 18:56:41 +0100
Subject: AW: [Mapserver-users] A suggestion for list divisions
In-Reply-To: <1047399914.8835.6.camel@wsdan2>
Message-ID: 

A better differentiation in the list would be of great interest to me and
some of my colleagues. It is a problem that many well or heavily visited
sites sooner or later have. I would be interested in opinions or suggestions
to this topic.
I don't think its the problem of the bozo questions (which I myself also
sometimes have to post - sorry to all of you). Its rather that the topics
are so broadly spread that it taks a lot of time to digest all of it to find
the little one currently needs.
Maybe links to other discussion groups could be helpful. Maybe the problem
can be solved by using more intelligent Manual Software (nowadays known as
documentation). Does anybody know of an easy to use tool? I think if a lot
of the standard questions could be answered automatically or by o good
documentation it would leave more space for the problems which have not been
solved yet.

Cheers, Arnulf.

-----Urspr?ngliche Nachricht-----
Von: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Dan
Harris
Gesendet: Dienstag, 11. M?rz 2003 17:25
An: Mapserver List
Betreff: [Mapserver-users] A suggestion for list divisions


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 love the information
coming from this group and plan to participate more in the discussions
eventually, but I'm looking for some way to kind of filter out a lot of
the noise (no offense meant to anyone!).  I use perl mapscript
exclusively, so the cgi and php discussions are really not of interest
to me.

Forgive me if that has already been done and I'm just missing the option
somewhere.

Just a suggestion :) Thanks for your consideration.

-Dan

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



From joe at otsys.com  Tue Mar 11 10:11:50 2003
From: joe at otsys.com (Joe Bussell)
Date: Tue, 11 Mar 2003 10:11:50 -0800
Subject: [Mapserver-users] A suggestion for list divisions
In-Reply-To: <1047399914.8835.6.camel@wsdan2>
References: <1047399914.8835.6.camel@wsdan2>
Message-ID: <3E6E26E6.3010102@otsys.com>

I must respectfully disagree.  I learn a great deal from reading the 
daily posts and would not like to set up multiple drops.  That would 
make my exsisting mail filter more complicated than it has to be.

I am hopeful that someone can assist you in setting up local filtering 
to avoid the bits that you do not care to view.  I would be happy to 
help if you are using a mail client that I am familiar with.

Were we to split the list we would end up fracturing this growing 
community, limiting the amount of cross-method learning.  Please do not 
split the list.

Cordially,

Joe Bussell



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 love the information
> coming from this group and plan to participate more in the discussions
> eventually, but I'm looking for some way to kind of filter out a lot of
> the noise (no offense meant to anyone!).  I use perl mapscript
> exclusively, so the cgi and php discussions are really not of interest
> to me.  
> 
> Forgive me if that has already been done and I'm just missing the option
> somewhere.  
> 
> Just a suggestion :) Thanks for your consideration.
> 
> -Dan
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From cblack at CalAcademy.Org  Tue Mar 11 10:44:04 2003
From: cblack at CalAcademy.Org (Chris Black)
Date: Tue, 11 Mar 2003 10:44:04 -0800
Subject: [Mapserver-users] why does my raster layer turn my shapefile
 layer gray?
References: <13858AA1A74F30419F319ACB66A9D12201962E@mercator.topozone.com>
Message-ID: <3E6E2E74.8050107@calacademy.org>

--------------040508010700000907040305
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Thanks, Ed and Dylan; my problem is solved.  I added the following to my 
map file:

OUTPUTFORMAT
  NAME png24bit
  DRIVER "GD/PNG"
  MIMETYPE "image/png"
  IMAGEMODE RGB
END

And this to my php script:

$map->selectOutputFormat('png24bit');

Performance is slower, naturally, now that the images have more than 
doubled in size.  I was *not* successful with adding 'PROCESSING 
"COLOR_MATCH_THRESHOLD=3"', as my 3.7 build isn't new enough (I pulled  
mapserver-3.7-win32-php4.3.0-gd2.zip 
 
from  http://www2.dmsolutions.ca/mapserver/dl/ ; it's dated 10-Feb-2003. 
 I don't want to get into the business of doing my own builds if I can 
help it (I'm on Windows; on *n*x I wouldn't mind so much), so I'll take 
the performance hit for now.

Thanks again.

-- Chris

Ed McNierney wrote:

>Chris -
>
>Today must be "I ran out of colors" Day .
>
>This is the same issue Aaron Hunt posted under "TRANSPARENCY problem",
>and was discussed under "COLOR_MATCH_THRESHOLD" a few days ago.
>
>You're running out of colors in your 8-bit output image.  MapServer
>renders one layer at a time, starting from the beginning of your MAP
>file, and allocates new colors as needed by each layer.  After you've
>drawn enough layers to use 256 distinct colors, all subsequent layers
>are stuck with the 256 colors already defined, and MapServer chooses the
>closest fit.
>
>If you display just the "baylands" layer, you use up two colors - two
>shades of blue.  If you display just the "bayraster" layer, you get (I
>presume) 256 shades of gray.
>
>If you display the "bayraster" layer AND the "baylands" layer, the
>"bayraster" layer allocates 256 shades of gray, and there aren't any
>more palette colors available to create shades of blue - so the
>"baylands" layer is drawn using the shades of gray closest to those two
>shades of blue.  And that's not very close.
>
>Solution path #1 - Use the OUTPUTFORMAT block in 3.7 to create a 24-bit
>output image.  You will then get much larger map images, but you will no
>longer be constrained to the 256 colors in an 8-bit image.
>
>Solution path #2 - If you're using GDAL to read raster layers, see the
>mailing list for the COLOR_MATCH_THRESHOLD statement, which will cause
>MapServer to select a "close" match instead of an exact match when
>allocating colors for the raster layer.  This will result in an
>on-the-fly reduction in the number of colors used by your raster layer;
>instead of using up a different palette entry for every unique shade of
>gray, MapServer will consider a near match to be "close enough" and use
>that existing shade of gray.  This will mean that there are some palette
>colors still available when you get around to drawing the "baylands"
>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: Chris Black [mailto:cblack at CalAcademy.Org] 
>Sent: Monday, March 10, 2003 8:44 PM
>To: mapserver-users at lists.gis.umn.edu
>Subject: [Mapserver-users] why does my raster layer turn my shapefile
>layer gray?
>
>Hello all,
>
>I have a map with two layers: one is an ArcView grid file that is a 
>relief map of the SF Bay Area in various shades of gray.  The other is a
>
>shapefile that show the bay waters in two classes, shallow and deep.  If
>
>I display just the shapefile layer ("Baylands" in the mapfile below), 
>these two classes are two different shades of blue.  If I display the 
>raster layer ("bayraster") as well, the classes are changed to shades of
>
>gray.  Why does it happen, and how can I get my colors back?
>
>Much thanks for any help.
>
>-- Chris
>
>Mapserver version string:  "MapServer version 3.7 (development) 
>OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ 
>SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
>
>SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE"
>
>I view the map with the url 
>"http://localhost/Scripts/mapserv.exe?map=C:/inetpub/wwwroot/mapserverap
>ps/IZG/testraster.map&mode=map"
>
>testraster.map:
>--------------- cut here ----------------------
># Note: Comments in a map file are preceeded by the pound (#) sign.
># When MapServer encounters the pound sign, it will ignore the
># rest of the line.  Unfortunately, you can't comment a whole block
># of code or text in MapServer.  So, you're stuck with adding pound
># signs for every line you wish to comment out.
>
>
>NAME CALCTYEX1
>EXTENT 467416 4085763 623532 4288980
>SIZE 350 300
>UNITS METERS
>SHAPEPATH "C:\inetpub\wwwroot\MapServerApps\IZG\data\"
>SYMBOLSET "C:\inetpub\wwwroot\MapServerApps\symbols\symbols.sym"
>
>
>
>LAYER
>    data "c:\inetpub\wwwroot\sfbay\data\EcoAtlas\grid\sfbayshr"
>    NAME "bayraster"
>    STATUS DEFAULT
>    TYPE RASTER
>    CLASS
>        NAME "Relief Map"
>    END # CLASS
>END # LAYER
>LAYER
>    NAME "Baylands"
>    DATA "vector\mbypsfby"
>    STATUS DEFAULT
>    TYPE POLYGON
>    CLASS
>        NAME "Deep Bay"
>        EXPRESSION ('[ENTITYID]' = 'A00000000000')
>        COLOR 51 51 255
>    END # CLASS
>    CLASS
>        NAME "Shallow Bay"
>        EXPRESSION ('[ENTITYID]' = 'A10000000000' OR '[ENTITYID]' = 
>'A10000000090' OR '[ENTITYID]' = 'B4ST00000000')
>        COLOR 102 102 204
>    END # CLASS
>END # LAYER
>END # FILE
>
>--------------- cut here ----------------------------
>I don't understand grid files very well, so here's the listing of the 
>grid directory and its children in case something is wrong there (though
>
>I don't think so, since the grid itself displays ok):
>-------- cut here -----------------
>C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid:
>info
>sfbayshr
>sfbayshr.met
>sfbayshrw
>sfbr-sr-dbdesc.txt
>
>C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/info:
>arc.dir
>arc0000.dat
>arc0000.nit
>arc0001.dat
>arc0001.nit
>arc0002.dat
>arc0002.nit
>arc0002r.001
>
>C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/sfbayshr:
>dblbnd.adf
>hdr.adf
>log
>prj.adf
>sta.adf
>vat.adf
>w001001.adf
>w001001x.adf
>---------- cut here ----------------
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>  
>


--------------040508010700000907040305
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit




  
  


Thanks, Ed and Dylan; my problem is solved.  I added the following to my
map file:



OUTPUTFORMAT

  NAME png24bit

  DRIVER "GD/PNG"

  MIMETYPE "image/png"

  IMAGEMODE RGB

END



And this to my php script:



$map->selectOutputFormat('png24bit');



Performance is slower, naturally, now that the images have more than doubled
in size.  I was *not* successful with adding 'PROCESSING "COLOR_MATCH_THRESHOLD=3"',
as my 3.7 build isn't new enough (I pulled  mapserver-3.7-win32-php4.3.0-gd2.zip
 from  http://www2.dmsolutions.ca/mapserver/dl/ ; it's dated 10-Feb-2003.
 I don't want to get into the business of doing my own builds if I can help
it (I'm on Windows; on *n*x I wouldn't mind so much), so I'll take the performance
hit for now.



Thanks again.



-- Chris



Ed McNierney wrote:



  
Chris -

Today must be "I ran out of colors" Day <g>.

This is the same issue Aaron Hunt posted under "TRANSPARENCY problem",
and was discussed under "COLOR_MATCH_THRESHOLD" a few days ago.

You're running out of colors in your 8-bit output image.  MapServer
renders one layer at a time, starting from the beginning of your MAP
file, and allocates new colors as needed by each layer.  After you've
drawn enough layers to use 256 distinct colors, all subsequent layers
are stuck with the 256 colors already defined, and MapServer chooses the
closest fit.

If you display just the "baylands" layer, you use up two colors - two
shades of blue.  If you display just the "bayraster" layer, you get (I
presume) 256 shades of gray.

If you display the "bayraster" layer AND the "baylands" layer, the
"bayraster" layer allocates 256 shades of gray, and there aren't any
more palette colors available to create shades of blue - so the
"baylands" layer is drawn using the shades of gray closest to those two
shades of blue.  And that's not very close.

Solution path #1 - Use the OUTPUTFORMAT block in 3.7 to create a 24-bit
output image.  You will then get much larger map images, but you will no
longer be constrained to the 256 colors in an 8-bit image.

Solution path #2 - If you're using GDAL to read raster layers, see the
mailing list for the COLOR_MATCH_THRESHOLD statement, which will cause
MapServer to select a "close" match instead of an exact match when
allocating colors for the raster layer.  This will result in an
on-the-fly reduction in the number of colors used by your raster layer;
instead of using up a different palette entry for every unique shade of
gray, MapServer will consider a near match to be "close enough" and use
that existing shade of gray.  This will mean that there are some palette
colors still available when you get around to drawing the "baylands"
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: Chris Black [mailto:cblack at CalAcademy.Org] 
Sent: Monday, March 10, 2003 8:44 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] why does my raster layer turn my shapefile
layer gray?

Hello all,

I have a map with two layers: one is an ArcView grid file that is a 
relief map of the SF Bay Area in various shades of gray.  The other is a

shapefile that show the bay waters in two classes, shallow and deep.  If

I display just the shapefile layer ("Baylands" in the mapfile below), 
these two classes are two different shades of blue.  If I display the 
raster layer ("bayraster") as well, the classes are changed to shades of

gray.  Why does it happen, and how can I get my colors back?

Much thanks for any help.

-- Chris

Mapserver version string:  "MapServer version 3.7 (development) 
OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ 
SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER

SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE"

I view the map with the url 
"http://localhost/Scripts/mapserv.exe?map=C:/inetpub/wwwroot/mapserverap
ps/IZG/testraster.map&mode=map"

testraster.map:
--------------- cut here ----------------------
# Note: Comments in a map file are preceeded by the pound (#) sign.
# When MapServer encounters the pound sign, it will ignore the
# rest of the line.  Unfortunately, you can't comment a whole block
# of code or text in MapServer.  So, you're stuck with adding pound
# signs for every line you wish to comment out.


NAME CALCTYEX1
EXTENT 467416 4085763 623532 4288980
SIZE 350 300
UNITS METERS
SHAPEPATH "C:\inetpub\wwwroot\MapServerApps\IZG\data\"
SYMBOLSET "C:\inetpub\wwwroot\MapServerApps\symbols\symbols.sym"



LAYER
    data "c:\inetpub\wwwroot\sfbay\data\EcoAtlas\grid\sfbayshr"
    NAME "bayraster"
    STATUS DEFAULT
    TYPE RASTER
    CLASS
        NAME "Relief Map"
    END # CLASS
END # LAYER
LAYER
    NAME "Baylands"
    DATA "vector\mbypsfby"
    STATUS DEFAULT
    TYPE POLYGON
    CLASS
        NAME "Deep Bay"
        EXPRESSION ('[ENTITYID]' = 'A00000000000')
        COLOR 51 51 255
    END # CLASS
    CLASS
        NAME "Shallow Bay"
        EXPRESSION ('[ENTITYID]' = 'A10000000000' OR '[ENTITYID]' = 
'A10000000090' OR '[ENTITYID]' = 'B4ST00000000')
        COLOR 102 102 204
    END # CLASS
END # LAYER
END # FILE

--------------- cut here ----------------------------
I don't understand grid files very well, so here's the listing of the 
grid directory and its children in case something is wrong there (though

I don't think so, since the grid itself displays ok):
-------- cut here -----------------
C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid:
info
sfbayshr
sfbayshr.met
sfbayshrw
sfbr-sr-dbdesc.txt

C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/info:
arc.dir
arc0000.dat
arc0000.nit
arc0001.dat
arc0001.nit
arc0002.dat
arc0002.nit
arc0002r.001

C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/sfbayshr:
dblbnd.adf
hdr.adf
log
prj.adf
sta.adf
vat.adf
w001001.adf
w001001x.adf
---------- cut here ----------------

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








--------------040508010700000907040305--



From coronadh at coronasolutions.com  Tue Mar 11 10:43:06 2003
From: coronadh at coronasolutions.com (Dan Harris)
Date: 11 Mar 2003 11:43:06 -0700
Subject: [Mapserver-users] A suggestion for list divisions
In-Reply-To: <3E6E26E6.3010102@otsys.com>
References: <1047399914.8835.6.camel@wsdan2>  <3E6E26E6.3010102@otsys.com>
Message-ID: <1047408186.8835.39.camel@wsdan2>

While others have mentioned client filtering also, I don't believe this
is an option.  It's the topicality of the posts that I'm suggesting
changing.  Attempting to understand the topicality of someone's post is
better done by a human, or perhaps some artificial intelligence beyond
the scope of my many mail clients.  I can't simply set up a keyword
filter on a subject and get the desired effect unless there is a unique
identifier in the subject line or body that clues the client in to the
topicality.  Also, for many reasons better left unexplained in this
post, I use many different mail clients depending on my physical
location ( I travel quite a bit ) and managing client-side filters would
be a battle I'd rather not fight.

I didn't mean to ruffle anyone's feathers, nor did I mean to imply that
I would not offer assistance to those questions which I am able.  But as
the volume grows on the list, I'm certain that I'm not going to be the
only one who is faced with the temptation of unsubscribing from the list
due to the volume of email that is not of interest to me.  I have
participated on much larger mailing lists and have seen this happen over
and over.  The benefit I see is that we really do have some logical
divisions within mapserver and I think without much trouble, we could
take advantage of that.  

I have tried the digest version, and navigating the digest format was
even more difficult (in my opinion). 

-Dan

On Tue, 2003-03-11 at 11:11, Joe Bussell wrote:
> I must respectfully disagree.  I learn a great deal from reading the 
> daily posts and would not like to set up multiple drops.  That would 
> make my exsisting mail filter more complicated than it has to be.
> 
> I am hopeful that someone can assist you in setting up local filtering 
> to avoid the bits that you do not care to view.  I would be happy to 
> help if you are using a mail client that I am familiar with.
> 
> Were we to split the list we would end up fracturing this growing 
> community, limiting the amount of cross-method learning.  Please do not 
> split the list.
> 
> Cordially,
> 
> Joe Bussell
> 
> 
> 
> 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 love the information
> > coming from this group and plan to participate more in the discussions
> > eventually, but I'm looking for some way to kind of filter out a lot of
> > the noise (no offense meant to anyone!).  I use perl mapscript
> > exclusively, so the cgi and php discussions are really not of interest
> > to me.  
> > 
> > Forgive me if that has already been done and I'm just missing the option
> > somewhere.  
> > 
> > Just a suggestion :) Thanks for your consideration.
> > 
> > -Dan
> > 
> > _______________________________________________
> > 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 Mar 11 10:45:31 2003
From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew)
Date: Tue, 11 Mar 2003 12:45:31 -0600
Subject: [Mapserver-users] Perl Mapscript - render shapefile with no m
 ap
Message-ID: <7F086B24179D91449EDA19F5FC928D0B32554F@sscleda2.ssc.nasa.gov>

I suppose I'm not the most competent communicator, I have been using
mapserver for several years (great software btw) and have many production
applications using mapscript and rendering away.  I did not sit down this
morning and try to use your example, I spent Sunday morning tweaking a copy
of one of my production/working scripts to try and remove dynamic
"placeholder" xx.map generation and instead dynamically populate a map
object from scratch with the necessary attributes to render a shape file
using Perl mapscript.

Has anyone had any success with this?

Sorry for the mumblings,
Drew.

-----Original Message-----
From: Sean Gillies [mailto:sgillies at frii.com]
Sent: Tuesday, March 11, 2003 11:19 AM
To: Simpson, Andrew
Cc: Mapserver Users
Subject: Re: [Mapserver-users] Perl Mapscript - render shapefile with no
m ap


Drew,

Like I said in my email: I omitted necessary attributes.  My example is
not complete.  I develop mapscript apps with Python rather than Perl,
so I don't have any working examples for you.

Your best bet is to look at a mapfile that works with the CGI mapserver.
Then, following the instructions on the Perl mapscript documentation,
translate the mapfile directives into Perl statements.  Also, check the
mailing list archives, there are likely to be several good examples of
Perl mapscript apps.

peace,
Sean

On Tuesday, March 11, 2003, at 09:56  AM, Simpson, Andrew wrote:

> Yes, exactly what I am looking for.
> Do you have an example that works?  I have tried what you've outlined, 
> but
> have not been able to render the shape; no errors appear in the error 
> log
> and all I get is a blank image.
>
> Thanks,
> Drew.
>
>
--
Sean Gillies
sgillies at frii.com
http://www.frii.com/~sgillies



From rjames57 at yahoo.com  Tue Mar 11 10:45:53 2003
From: rjames57 at yahoo.com (randy james)
Date: Tue, 11 Mar 2003 10:45:53 -0800 (PST)
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: <20030311184553.94863.qmail@web12508.mail.yahoo.com>

Hi

Please do not split the list, I find that reading the
list as is gives me a understanding of what other
people are doing. Even if i am not working with perl,
(or whatever) i would like to know the problems people
are having and if they found a solution. So i can
choose if i want to get into what they are doing if i
see something i like.

Cheers
Randy

__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com


From David.Fawcett at state.mn.us  Tue Mar 11 10:52:13 2003
From: David.Fawcett at state.mn.us (Fawcett, David)
Date: Tue, 11 Mar 2003 12:52:13 -0600
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: 

Dan, 

Perhaps the digest version of the listserv better fits your needs.  Only one e-mail per day.  You can skim the post headers and only read the messages that you are interested in.

David.


> ----------
> From: 	Dan Harris[SMTP:coronadh at coronasolutions.com]
> Sent: 	Tuesday, March 11, 2003 12:43 PM
> To: 	mapserver-users at lists.gis.umn.edu
> Subject: 	Re: [Mapserver-users] A suggestion for list divisions
> 
> While others have mentioned client filtering also, I don't believe this
> is an option.  It's the topicality of the posts that I'm suggesting
> changing.  Attempting to understand the topicality of someone's post is
> better done by a human, or perhaps some artificial intelligence beyond
> the scope of my many mail clients.  I can't simply set up a keyword
> filter on a subject and get the desired effect unless there is a unique
> identifier in the subject line or body that clues the client in to the
> topicality.  Also, for many reasons better left unexplained in this
> post, I use many different mail clients depending on my physical
> location ( I travel quite a bit ) and managing client-side filters would
> be a battle I'd rather not fight.
> 
> I didn't mean to ruffle anyone's feathers, nor did I mean to imply that
> I would not offer assistance to those questions which I am able.  But as
> the volume grows on the list, I'm certain that I'm not going to be the
> only one who is faced with the temptation of unsubscribing from the list
> due to the volume of email that is not of interest to me.  I have
> participated on much larger mailing lists and have seen this happen over
> and over.  The benefit I see is that we really do have some logical
> divisions within mapserver and I think without much trouble, we could
> take advantage of that.  
> 
> I have tried the digest version, and navigating the digest format was
> even more difficult (in my opinion). 
> 
> -Dan
> 
> On Tue, 2003-03-11 at 11:11, Joe Bussell wrote:
> > I must respectfully disagree.  I learn a great deal from reading the 
> > daily posts and would not like to set up multiple drops.  That would 
> > make my exsisting mail filter more complicated than it has to be.
> > 
> > I am hopeful that someone can assist you in setting up local filtering 
> > to avoid the bits that you do not care to view.  I would be happy to 
> > help if you are using a mail client that I am familiar with.
> > 
> > Were we to split the list we would end up fracturing this growing 
> > community, limiting the amount of cross-method learning.  Please do not 
> > split the list.
> > 
> > Cordially,
> > 
> > Joe Bussell
> > 
> > 
> > 
> > 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 love the information
> > > coming from this group and plan to participate more in the discussions
> > > eventually, but I'm looking for some way to kind of filter out a lot of
> > > the noise (no offense meant to anyone!).  I use perl mapscript
> > > exclusively, so the cgi and php discussions are really not of interest
> > > to me.  
> > > 
> > > Forgive me if that has already been done and I'm just missing the option
> > > somewhere.  
> > > 
> > > Just a suggestion :) Thanks for your consideration.
> > > 
> > > -Dan
> > > 
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > 
> > 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


From keon at nacse.org  Tue Mar 11 11:03:36 2003
From: keon at nacse.org (Dylan Keon)
Date: Tue, 11 Mar 2003 11:03:36 -0800
Subject: [Mapserver-users] why does my raster layer turn my shapefile
 layer gray?
In-Reply-To: <3E6E2E74.8050107@calacademy.org>
References: <13858AA1A74F30419F319ACB66A9D12201962E@mercator.topozone.com> <3E6E2E74.8050107@calacademy.org>
Message-ID: <3E6E3308.5090502@nacse.org>

Chris,

Another option is to export your grayscale shaded relief grid to a 
georeferenced tiff image, then reduce the color depth of that image 
using something like Irfanview or Imagemagick.  Try Irfanview since 
you're on Windows.  Reduce to 64 or 32 colors and see how it looks...you 
probably won't notice any difference.  This will allow you to use 8-bit 
output, and will also result in smaller file size.  After that you could 
also use gdaladdo (part of GDAL) to add overviews to the tiff image to 
improve rendering times.

If you do stick with 24-bit output you could set up your PHP script so 
that 24-bit output is used only when the "bayraster" layer is on (or in 
scale range), and 8-bit output when the layer is off (or out of scale 
range).  Of course, this won't make any difference if you leave that 
layer on all the time.

--Dylan


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

Chris Black wrote:
> Thanks, Ed and Dylan; my problem is solved.  I added the following to my 
> map file:
> 
> OUTPUTFORMAT
>   NAME png24bit
>   DRIVER "GD/PNG"
>   MIMETYPE "image/png"
>   IMAGEMODE RGB
> END
> 
> And this to my php script:
> 
> $map->selectOutputFormat('png24bit');
> 
> Performance is slower, naturally, now that the images have more than 
> doubled in size.  I was *not* successful with adding 'PROCESSING 
> "COLOR_MATCH_THRESHOLD=3"', as my 3.7 build isn't new enough (I pulled  
> mapserver-3.7-win32-php4.3.0-gd2.zip 
>  
> from  http://www2.dmsolutions.ca/mapserver/dl/ ; it's dated 10-Feb-2003. 
>  I don't want to get into the business of doing my own builds if I can 
> help it (I'm on Windows; on *n*x I wouldn't mind so much), so I'll take 
> the performance hit for now.
> 
> Thanks again.
> 
> -- Chris
> 
> Ed McNierney wrote:
> 
>>Chris -
>>
>>Today must be "I ran out of colors" Day .
>>
>>This is the same issue Aaron Hunt posted under "TRANSPARENCY problem",
>>and was discussed under "COLOR_MATCH_THRESHOLD" a few days ago.
>>
>>You're running out of colors in your 8-bit output image.  MapServer
>>renders one layer at a time, starting from the beginning of your MAP
>>file, and allocates new colors as needed by each layer.  After you've
>>drawn enough layers to use 256 distinct colors, all subsequent layers
>>are stuck with the 256 colors already defined, and MapServer chooses the
>>closest fit.
>>
>>If you display just the "baylands" layer, you use up two colors - two
>>shades of blue.  If you display just the "bayraster" layer, you get (I
>>presume) 256 shades of gray.
>>
>>If you display the "bayraster" layer AND the "baylands" layer, the
>>"bayraster" layer allocates 256 shades of gray, and there aren't any
>>more palette colors available to create shades of blue - so the
>>"baylands" layer is drawn using the shades of gray closest to those two
>>shades of blue.  And that's not very close.
>>
>>Solution path #1 - Use the OUTPUTFORMAT block in 3.7 to create a 24-bit
>>output image.  You will then get much larger map images, but you will no
>>longer be constrained to the 256 colors in an 8-bit image.
>>
>>Solution path #2 - If you're using GDAL to read raster layers, see the
>>mailing list for the COLOR_MATCH_THRESHOLD statement, which will cause
>>MapServer to select a "close" match instead of an exact match when
>>allocating colors for the raster layer.  This will result in an
>>on-the-fly reduction in the number of colors used by your raster layer;
>>instead of using up a different palette entry for every unique shade of
>>gray, MapServer will consider a near match to be "close enough" and use
>>that existing shade of gray.  This will mean that there are some palette
>>colors still available when you get around to drawing the "baylands"
>>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: Chris Black [mailto:cblack at CalAcademy.Org] 
>>Sent: Monday, March 10, 2003 8:44 PM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: [Mapserver-users] why does my raster layer turn my shapefile
>>layer gray?
>>
>>Hello all,
>>
>>I have a map with two layers: one is an ArcView grid file that is a 
>>relief map of the SF Bay Area in various shades of gray.  The other is a
>>
>>shapefile that show the bay waters in two classes, shallow and deep.  If
>>
>>I display just the shapefile layer ("Baylands" in the mapfile below), 
>>these two classes are two different shades of blue.  If I display the 
>>raster layer ("bayraster") as well, the classes are changed to shades of
>>
>>gray.  Why does it happen, and how can I get my colors back?
>>
>>Much thanks for any help.
>>
>>-- Chris
>>
>>Mapserver version string:  "MapServer version 3.7 (development) 
>>OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ 
>>SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
>>
>>SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE"
>>
>>I view the map with the url 
>>"http://localhost/Scripts/mapserv.exe?map=C:/inetpub/wwwroot/mapserverap
>>ps/IZG/testraster.map&mode=map"
>>
>>testraster.map:
>>--------------- cut here ----------------------
>># Note: Comments in a map file are preceeded by the pound (#) sign.
>># When MapServer encounters the pound sign, it will ignore the
>># rest of the line.  Unfortunately, you can't comment a whole block
>># of code or text in MapServer.  So, you're stuck with adding pound
>># signs for every line you wish to comment out.
>>
>>
>>NAME CALCTYEX1
>>EXTENT 467416 4085763 623532 4288980
>>SIZE 350 300
>>UNITS METERS
>>SHAPEPATH "C:\inetpub\wwwroot\MapServerApps\IZG\data\"
>>SYMBOLSET "C:\inetpub\wwwroot\MapServerApps\symbols\symbols.sym"
>>
>>
>>
>>LAYER
>>    data "c:\inetpub\wwwroot\sfbay\data\EcoAtlas\grid\sfbayshr"
>>    NAME "bayraster"
>>    STATUS DEFAULT
>>    TYPE RASTER
>>    CLASS
>>        NAME "Relief Map"
>>    END # CLASS
>>END # LAYER
>>LAYER
>>    NAME "Baylands"
>>    DATA "vector\mbypsfby"
>>    STATUS DEFAULT
>>    TYPE POLYGON
>>    CLASS
>>        NAME "Deep Bay"
>>        EXPRESSION ('[ENTITYID]' = 'A00000000000')
>>        COLOR 51 51 255
>>    END # CLASS
>>    CLASS
>>        NAME "Shallow Bay"
>>        EXPRESSION ('[ENTITYID]' = 'A10000000000' OR '[ENTITYID]' = 
>>'A10000000090' OR '[ENTITYID]' = 'B4ST00000000')
>>        COLOR 102 102 204
>>    END # CLASS
>>END # LAYER
>>END # FILE
>>
>>--------------- cut here ----------------------------
>>I don't understand grid files very well, so here's the listing of the 
>>grid directory and its children in case something is wrong there (though
>>
>>I don't think so, since the grid itself displays ok):
>>-------- cut here -----------------
>>C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid:
>>info
>>sfbayshr
>>sfbayshr.met
>>sfbayshrw
>>sfbr-sr-dbdesc.txt
>>
>>C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/info:
>>arc.dir
>>arc0000.dat
>>arc0000.nit
>>arc0001.dat
>>arc0001.nit
>>arc0002.dat
>>arc0002.nit
>>arc0002r.001
>>
>>C:/Inetpub/wwwroot/sfbay/data/EcoAtlas/grid/sfbayshr:
>>dblbnd.adf
>>hdr.adf
>>log
>>prj.adf
>>sta.adf
>>vat.adf
>>w001001.adf
>>w001001x.adf
>>---------- cut here ----------------
>>
>>_______________________________________________
>>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 Mar 11 11:14:10 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 11 Mar 2003 13:14:10 -0600
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: 

Don't worry, we're not going to split the list. I has been talked about
before and not done for many of the reasons already mentioned. Most
people would join all the lists anyways to make sure they weren't
missing anything. With cross posting that would make it even worse than
it is now.

More complete documentation would help and anyone can contribute,
either via the WIKI or MapServer Documentation Project
(http://mapserver.gis.umn.edu/mdp/).

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> randy james  03/11/03 12:45PM >>>
Hi

Please do not split the list, I find that reading the
list as is gives me a understanding of what other
people are doing. Even if i am not working with perl,
(or whatever) i would like to know the problems people
are having and if they found a solution. So i can
choose if i want to get into what they are doing if i
see something i like.

Cheers
Randy

__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com 
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From cblack at CalAcademy.Org  Tue Mar 11 11:26:39 2003
From: cblack at CalAcademy.Org (Chris Black)
Date: Tue, 11 Mar 2003 11:26:39 -0800
Subject: [Mapserver-users] why does my raster layer turn my shapefile
 layer gray?
References: <13858AA1A74F30419F319ACB66A9D12201962E@mercator.topozone.com> <3E6E2E74.8050107@calacademy.org> <3E6E3308.5090502@nacse.org>
Message-ID: <3E6E386F.70008@calacademy.org>

Thanks for the tips.  Right now I'm in a proof-of-concept phase, so 
optimization will wait until the final interface is decided -- if the 
client doesn't like my shaded relief map and wants something else, like 
political entities, there's no need to worry about how to handle the 
relief map.  I'll look at your thoughts again when I've got my map 
layers finalized.

-- Chris

Dylan Keon wrote:

> Chris,
>
> Another option is to export your grayscale shaded relief grid to a 
> georeferenced tiff image, then reduce the color depth of that image 
> using something like Irfanview or Imagemagick.  Try Irfanview since 
> you're on Windows.  Reduce to 64 or 32 colors and see how it 
> looks...you probably won't notice any difference.  This will allow you 
> to use 8-bit output, and will also result in smaller file size.  After 
> that you could also use gdaladdo (part of GDAL) to add overviews to 
> the tiff image to improve rendering times.
>
> If you do stick with 24-bit output you could set up your PHP script so 
> that 24-bit output is used only when the "bayraster" layer is on (or 
> in scale range), and 8-bit output when the layer is off (or out of 
> scale range).  Of course, this won't make any difference if you leave 
> that layer on all the time.
>
> --Dylan
>
>




From elrod at oaktownunderground.com  Tue Mar 11 11:50:51 2003
From: elrod at oaktownunderground.com (Leah Roderman)
Date: Tue, 11 Mar 2003 11:50:51 -0800
Subject: [Mapserver-users] MapServer Compilation Error - gcc
Message-ID: <16689689.1047412251480.JavaMail.root@homer.codemagi.com>

This is really just additional documentation of the unpleasant MapServer `__gxx_personality_v0' compilation error.

I had this happen too, using gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) to install MapServer 3.6.4. There's no problem with ./compile but make results in error and abort. We found previously posted solutions on this list (search under 'compiling' and 'gcc') included changes to Makefile and a discussion around the gcc version that MapServer 3.6.x was built with. Changes to Makefile did not solve the problem, so we had to install gcc 2.95 in order to compile MapServer (don't forget to export into PATH and make clean to remove old compiled files).

This appears to be an ongoing problem, which will probably be eliminated with the next release of MapServer.

(for reference, error looks roughly like this:

gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL    -DUSE_TIFF -DUSE_JPEG 
-DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT        -I/usr/include              
shp2img.o  -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz  -ltiff 
-ljpeg -lttf -lpng -lz  -ljpeg          -lm   -o shp2img
./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to 
`__gxx_personality_v0'
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1

)


From bugbug at shaw.ca  Tue Mar 11 11:54:44 2003
From: bugbug at shaw.ca (bugbug at shaw.ca)
Date: Tue, 11 Mar 2003 12:54:44 -0700
Subject: [Mapserver-users] SQL Server, Data entry
Message-ID: <10d89f10d994.10d99410d89f@shaw.ca>

Hi Im a newbie to the GIS world in general and I was hoping someone could point me in the right direction.

I have created a project that uses ASP on the front end and SQL Server on the backend. I use forms to allow users to update the database and have queries to display the current data.

I would like to "GIS-enable" the project using mapserver if possible. 

The data basically consists of water wells within a region( Province of Nova Scotia) . I have access to shape files for the region( county borders..etc) 

Each record in my database has location values allowing the well to be mapped( I guess). 

Im guessing I can convert the sql tables to text then use gen2shp or something by scheduling a task to call a script nightly to create a point shape file from the coordinates in the sql database( no idea if thats how one should do it). Combine that with the county/province shape files to display on a map and query using mapserver( havent tried out yet). I have no idea if Im even headed in the right direction. I need to be able to add/change and delete wells on the fly. So just being able to read and query shapefiles wont be good enough as new wells are being added by users all the time.

It sure be cool to allow users to visually/spatial query the SQL database AND have that visual data updated via the updated data in the sql database. Is mapserver the way to go here? Will I be able to do what I am describing ? Im I limited to just displaying static data in premade shape files ? Can I use mapserver with Sql Server and asp ?

Im completely new to GIS, Maps..shapefiles..etc.  Any guidance would be much appreciated.

Thanks
Dennis




From stepan.kafka at centrum.cz  Tue Mar 11 12:25:29 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Tue, 11 Mar 2003 21:25:29 +0100
Subject: [Mapserver-users] projection problem
In-Reply-To: <4782.1047368858@www13.gmx.net>
Message-ID: <002101c2e80c$5be26350$494de4c2@HSGIS>

You have set the map extent still in WGS 84 lat/lon coordinates. You must
change them to Gauss Kruger ones. Also units meters...

Stepan Kafka

> -----P?vodn? zpr?va-----
> Od: frauke.trurnit at gmx.de [mailto:frauke.trurnit at gmx.de]
> Odesl?no: 11. b?ezna 2003 8:48
> Komu: mapserver-users at lists.gis.umn.edu
> Kopie: arnulf.christl at ccgis.de; stepan.kafka at centrum.cz
> P?edm?t: Re: [Mapserver-users] projection problem
>
>
> Hi Anrulf, hi Stepan,
>
> If I use Gau?-Kr?ger (init=EPSG:31493), no more map appears.
>
> Frauke
>
> NAME 'Bundestagswahlkreise 2002'
> STATUS ON
> EXTENT 5.24 47.29 15.33 55.33
> UNITS dd
>
> PROJECTION
>     'init=epsg:31493'
> END
> ...
> LAYER
>   NAME 'Bundestagswahlkreise 2002'
>   TYPE POLYGON
>   STATUS ON
>   DATA 'wahlkreise2002'
>   PROJECTION
>     'init=epsg:4326'
>   END
>   CLASSITEM 'Name'
>   CLASS
>     NAME 'Wahlkreise'
>     EXPRESSION /./
>     OUTLINECOLOR 128 128 128
>     COLOR 255 255 0
>     TEMPLATE 'wahlkreise.html'
>   END
> END
>
> > Hi,
> > the map looks correct - just like specified with 4326 which ist
> "ETRS89".
> > If
> > you want to have it look like we are used to in Germany you have to
> > project
> > it in Gau?-Kr?ger or similar.
> >
> > Regards, Arnulf.
> >
> > MAP
> >   NAME "Germany"
> >   STATUS ON
> >   #EXTENT 5.88 46.6213 15 55.7187
> >         EXTENT 2886610 5230448 4285190 6130010 #5.88 46.6213 15 55.7187
> >         PROJECTION
> >                         "init=EPSG:31493"     # projection of the whole
> > project
> >   END
> > ....
> >
> >   LAYER
> >     NAME "Topographie"
> >     STATUS ON
> >     DATA "d:/umn/data/hynet_polygon.shp"
> >     TYPE POLYGON
> >                 TEMPLATE "templates/query.html"
> >                 HEADER "templates/query_header.html"
> >                 FOOTER "templates/query_footer.html"
> >     TOLERANCE 20
> >     TOLERANCEUNITS PIXELS
> >                 PROJECTION
> >       "init=EPSG:4326"     # projection of the data
> >     END
> >     CLASSITEM "HYPYTYPE"
> >     UNITS METERS
> >     SIZEUNITS PIXELS
> >
> >
>
> --
> +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage!
>
>



From DMartin at erac.com  Tue Mar 11 12:26:23 2003
From: DMartin at erac.com (Martin, Daniel)
Date: Tue, 11 Mar 2003 14:26:23 -0600
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035AADBDFB@STL-EXBE-I03.corp.erac.com>

I have to agree with Dan Harris, partially.  I personally wish MapScript was
on a separate list.  For people like me who don't use Mapscript, PHP, or
Perl, posts about MapScript are mostly like someone talking in Japanese.

On the other hand, I think splitting the list up could be taken too far.

-Dan Martin

> -----Original Message-----
> From: Fawcett, David [mailto:David.Fawcett at state.mn.us]
> Sent: Tuesday, March 11, 2003 12:52 PM
> To: mapserver-users at lists.gis.umn.edu; 'Dan Harris'
> Subject: RE: [Mapserver-users] A suggestion for list divisions
> 
> 
> Dan, 
> 
> Perhaps the digest version of the listserv better fits your 
> needs.  Only one e-mail per day.  You can skim the post 
> headers and only read the messages that you are interested in.
> 
> David.
> 
> 
> > ----------
> > From: 	Dan Harris[SMTP:coronadh at coronasolutions.com]
> > Sent: 	Tuesday, March 11, 2003 12:43 PM
> > To: 	mapserver-users at lists.gis.umn.edu
> > Subject: 	Re: [Mapserver-users] A suggestion for list divisions
> > 
> > While others have mentioned client filtering also, I don't 
> believe this
> > is an option.  It's the topicality of the posts that I'm suggesting
> > changing.  Attempting to understand the topicality of 
> someone's post is
> > better done by a human, or perhaps some artificial 
> intelligence beyond
> > the scope of my many mail clients.  I can't simply set up a keyword
> > filter on a subject and get the desired effect unless there 
> is a unique
> > identifier in the subject line or body that clues the 
> client in to the
> > topicality.  Also, for many reasons better left unexplained in this
> > post, I use many different mail clients depending on my physical
> > location ( I travel quite a bit ) and managing client-side 
> filters would
> > be a battle I'd rather not fight.
> > 
> > I didn't mean to ruffle anyone's feathers, nor did I mean 
> to imply that
> > I would not offer assistance to those questions which I am 
> able.  But as
> > the volume grows on the list, I'm certain that I'm not 
> going to be the
> > only one who is faced with the temptation of unsubscribing 
> from the list
> > due to the volume of email that is not of interest to me.  I have
> > participated on much larger mailing lists and have seen 
> this happen over
> > and over.  The benefit I see is that we really do have some logical
> > divisions within mapserver and I think without much 
> trouble, we could
> > take advantage of that.  
> > 
> > I have tried the digest version, and navigating the digest 
> format was
> > even more difficult (in my opinion). 
> > 
> > -Dan
> > 
> > On Tue, 2003-03-11 at 11:11, Joe Bussell wrote:
> > > I must respectfully disagree.  I learn a great deal from 
> reading the 
> > > daily posts and would not like to set up multiple drops.  
> That would 
> > > make my exsisting mail filter more complicated than it has to be.
> > > 
> > > I am hopeful that someone can assist you in setting up 
> local filtering 
> > > to avoid the bits that you do not care to view.  I would 
> be happy to 
> > > help if you are using a mail client that I am familiar with.
> > > 
> > > Were we to split the list we would end up fracturing this growing 
> > > community, limiting the amount of cross-method learning.  
> Please do not 
> > > split the list.
> > > 
> > > Cordially,
> > > 
> > > Joe Bussell
> > > 
> > > 
> > > 
> > > 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 love the 
> information
> > > > coming from this group and plan to participate more in 
> the discussions
> > > > eventually, but I'm looking for some way to kind of 
> filter out a lot of
> > > > the noise (no offense meant to anyone!).  I use perl mapscript
> > > > exclusively, so the cgi and php discussions are really 
> not of interest
> > > > to me.  
> > > > 
> > > > Forgive me if that has already been done and I'm just 
> missing the option
> > > > somewhere.  
> > > > 
> > > > Just a suggestion :) Thanks for your consideration.
> > > > 
> > > > -Dan
> > > > 
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > 
> > > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


From jshorie at medinaco.org  Tue Mar 11 13:09:36 2003
From: jshorie at medinaco.org (Jon Shorie)
Date: Tue, 11 Mar 2003 16:09:36 -0500
Subject: [Mapserver-users] perl mapscript questions
In-Reply-To: <1047314328.2551.37.camel@ubet.gomoos.org>
References: <200303101623.05017.jshorie@medinaco.org> <1047314328.2551.37.camel@ubet.gomoos.org>
Message-ID: <200303111609.36745.jshorie@medinaco.org>

Thanks for the help.  It is now working.


On Monday 10 March 2003 11:38, you wrote:
> my $legend_img = $map->drawLegend();
> $legend_img->saveImage($leg_image_name, $mapscript::MS_PNG,
> $map->{transparent}, $map->{interlace}, 0);
>
> Put an  in your html.
>
> You also have to turn on all the layers for which you want legends and
> make sure they have a classitem, and a class with a name in the map
> file.
> $layer->{status} = $mapscript::MS_ON;
>
> On Mon, 2003-03-10 at 21:23, Jon Shorie wrote:
> > I have posted a few questions on here concerning a swtich to perl
> > mapscript from the basic cgi mapserver.
> >
> > First, thank you all that have helped me on this.  My app is coming along
> > well.  Now, I am trying to implement the legend in perl.
> >
> > Does anybody have any hints on how to get this.
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From jjeffers at aprsworld.net  Tue Mar 11 13:29:16 2003
From: jjeffers at aprsworld.net (James Jefferson)
Date: Tue, 11 Mar 2003 15:29:16 -0600 (CST)
Subject: [Mapserver-users] forcing map extent
Message-ID: <1475.129.186.96.45.1047418156.squirrel@zero.voxel.net>

Hi list,

I am using shp2img is a backend for generating maps for an application I
am developing. The software that is requesting the images has already
calculated the map extent that it wants, and all mapserver has to do is
return exactly that image. In some cases the software will request a
distorted map.

Mapserver (and shp2img) will re-calculate the extent of the map to contain
at least the extent specified and sometimes bigger. How can I prevent
mapserver from doing this?

Searching the archives I've found this thread from 2000:

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0003/threads.html#00075

Was this ever implemented? I don't see any reference to it in the code. If
it hasn't been implemented, how should I go about doing that. It appears
that msAdjustExtent(rectObj *rect, int width, int height) controls part of
this. Where else should I be looking?

Thanks in advance -

-Jim




From steve.lime at dnr.state.mn.us  Tue Mar 11 14:06:10 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 11 Mar 2003 16:06:10 -0600
Subject: [Mapserver-users] forcing map extent
Message-ID: 

You can't. MapServer will only create maps with square gridcells.
Supporting non-square gridcells is in Bugzilla as a feature request but
it's way down the list at this point...

Steve

>>> jj at aprsworld.net 03/11/03 03:29PM >>>
Hi list,

I am using shp2img is a backend for generating maps for an application
I
am developing. The software that is requesting the images has already
calculated the map extent that it wants, and all mapserver has to do
is
return exactly that image. In some cases the software will request a
distorted map.

Mapserver (and shp2img) will re-calculate the extent of the map to
contain
at least the extent specified and sometimes bigger. How can I prevent
mapserver from doing this?

Searching the archives I've found this thread from 2000:

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0003/threads.html#00075


Was this ever implemented? I don't see any reference to it in the code.
If
it hasn't been implemented, how should I go about doing that. It
appears
that msAdjustExtent(rectObj *rect, int width, int height) controls part
of
this. Where else should I be looking?

Thanks in advance -

-Jim


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


From Antti.Roppola at brs.gov.au  Tue Mar 11 15:29:48 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Wed, 12 Mar 2003 10:29:48 +1100
Subject: [Mapserver-users] A suggestion for list divisions
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4104@afeb-ms-02>

To weigh in with my $0.02,

I have some lists on digest, but agree that it's unwieldy compared
to individual posts that I can at least sort with my MUA. I also think
the recent changes to the list to use mailman are great.

An alternative "solution" would be to do it via a web based discussion
forum (ala Slashdot? Bugzilla?) and categorise posts as they are submitted
(according to which configure options they involve?). For example,
a post about projections in Perl/Mapscript would appear under Perl
and Proj. (I can even see Live Journal or PHP Nuke being used as a base)

I say "solution" rather that solution because this would take resources
to set up and maintain, so it's not going to be useful unless someone has
spare time and resources. Nor am I convinced that a web forum would be as
convenient or effective as email (though I could be convinced otherwise).

OTOH, I am sure we are all involved in other communities that do similar
things and am personally interested in hearing about possible solutions.

Cheers,

Antti
P.S. I detest Yahoo Groups. Ick...

-----Original Message-----
From: Martin, Daniel [mailto:DMartin at erac.com]
Sent: Wednesday, 12 March 2003 7:26 AM
To: 'Fawcett, David'; mapserver-users at lists.gis.umn.edu; 'Dan Harris'
Subject: RE: [Mapserver-users] A suggestion for list divisions


I have to agree with Dan Harris, partially.  I personally wish MapScript was
on a separate list.  For people like me who don't use Mapscript, PHP, or
Perl, posts about MapScript are mostly like someone talking in Japanese.

On the other hand, I think splitting the list up could be taken too far.

-Dan Martin

> -----Original Message-----
> From: Fawcett, David [mailto:David.Fawcett at state.mn.us]
> Sent: Tuesday, March 11, 2003 12:52 PM
> To: mapserver-users at lists.gis.umn.edu; 'Dan Harris'
> Subject: RE: [Mapserver-users] A suggestion for list divisions
> 
> 
> Dan, 
> 
> Perhaps the digest version of the listserv better fits your 
> needs.  Only one e-mail per day.  You can skim the post 
> headers and only read the messages that you are interested in.
> 
> David.
> 
> 



From gerry.creager at tamu.edu  Tue Mar 11 16:06:46 2003
From: gerry.creager at tamu.edu (Gerry Creager)
Date: Tue, 11 Mar 2003 18:06:46 -0600
Subject: [Mapserver-users] MapServer Compilation Error - gcc
In-Reply-To: <16689689.1047412251480.JavaMail.root@homer.codemagi.com>
References: <16689689.1047412251480.JavaMail.root@homer.codemagi.com>
Message-ID: <3E6E7A16.4000504@tamu.edu>

Then again, with 3.7, and careful selection of nightly builds or CVS 
updates, it "just compiles" cleanly. on RH 8.0...

Gerry

Leah Roderman wrote:
> This is really just additional documentation of the unpleasant MapServer `__gxx_personality_v0' compilation error.
> 
> I had this happen too, using gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) to install MapServer 3.6.4. There's no problem with ./compile but make results in error and abort. We found previously posted solutions on this list (search under 'compiling' and 'gcc') included changes to Makefile and a discussion around the gcc version that MapServer 3.6.x was built with. Changes to Makefile did not solve the problem, so we had to install gcc 2.95 in order to compile MapServer (don't forget to export into PATH and make clean to remove old compiled files).
> 
> This appears to be an ongoing problem, which will probably be eliminated with the next release of MapServer.
> 
> (for reference, error looks roughly like this:
> 
> gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL    -DUSE_TIFF -DUSE_JPEG 
> -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT        -I/usr/include              
> shp2img.o  -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz  -ltiff 
> -ljpeg -lttf -lpng -lz  -ljpeg          -lm   -o shp2img
> ./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to 
> `__gxx_personality_v0'
> collect2: ld returned 1 exit status
> make: *** [shp2img] Error 1
> 
> )
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
Gerry Creager -- gerry.creager at tamu.edu
Network Engineering -- AATLT, Texas A&M University	
Cell: 979.229.5301 Office: 979.458.4020
FAX:  979.847.8578 Pager:  979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843



From pramsey at refractions.net  Tue Mar 11 16:44:17 2003
From: pramsey at refractions.net (Paul Ramsey)
Date: Tue, 11 Mar 2003 16:44:17 -0800
Subject: [Mapserver-users] A suggestion for list divisions
In-Reply-To: <1047408186.8835.39.camel@wsdan2>
References: <1047399914.8835.6.camel@wsdan2>  <3E6E26E6.3010102@otsys.com> <1047408186.8835.39.camel@wsdan2>
Message-ID: <3E6E82E1.10305@refractions.net>

Dan Harris wrote:
> While others have mentioned client filtering also, I don't believe this
> is an option.  It's the topicality of the posts that I'm suggesting

I dunno, I have all my lists filtered into their own mailboxes, so when 
I want to read mapserver-users, I just go to that folder, and skim over 
the subjects for things interesting to me (like, say, postgis) and then 
delete the rest. It's not so onerous. The key is to get the list mail 
out of the main inbox.
P.

-- 
       __
      /
      | Paul Ramsey
      | Refractions Research
      | Email: pramsey at refractions.net
      | Phone: (250) 885-0632
      \_



From john.hagstrand at interageresearch.com  Tue Mar 11 18:50:26 2003
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Tue, 11 Mar 2003 20:50:26 -0600
Subject: [Mapserver-users] GML to SHP Conversion
In-Reply-To: <3E6A21E7.1040203@pobox.com>
References: <4.3.2.7.0.20030308084003.016a65d0@pop.registeredsite.com>
 <4.3.2.7.0.20030308084003.016a65d0@pop.registeredsite.com>
Message-ID: <4.3.2.7.0.20030311204822.0161f9e0@pop.registeredsite.com>

Hi Frank,
I downloaded your Open_EV package and I am using ogr2ogr.  It works 
great.  Thanks a lot.
John

At 11:01 AM 3/8/2003, Frank Warmerdam wrote:
>John Hagstrand wrote:
>>Hi,
>>I need to convert OGC GML files to ESRI Shape files and back again.
>>What's the best way to do that?
>
>John,
>
>OGR has limited support for GML reading and writing.  The reading only works
>if OGR is built with Xerces linked in.  The writing always works.  The
>MapServer WFS implementation uses the OGR GML support I believe.
>
>OGR also reads and writes shapefiles of course.
>
>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
>


-------------------------------------------------
John Hagstrand
Interage Research, Inc.
847 838 5371
Software Development Consulting for Internet Content Management
We make knowledge accessible, useful, and relevant for everyone.
http://www.interageresearch.com




From novalet at yahoo.com.cn  Tue Mar 11 19:21:31 2003
From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=)
Date: Wed, 12 Mar 2003 11:21:31 +0800 (CST)
Subject: [Mapserver-users] about tileindex shp
Message-ID: <20030312032131.87655.qmail@web15201.mail.bjs.yahoo.com>

Hi!
i try to use tileindex shp according to
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?search=BathymetryHowTo

As a test, shp2img can generate the right gif
according to the simple map file. Then i use it on the
web, the tileindex layer doesn't work, but the other
vector/raster layers work fine. I check the setting to
confirm it almost the same as the map file i tested in
shp2img, except an additional TEMPLATE attribute.
Still not any reponse, just like the layer is not
there.

A question i wanna ask is how to check the warning or
error raised by mapserv.exe in cgi environment? if
mispell the shp name in map, "Unable to access file"
will shown while i use shp2img. But in cgi mode, i
can't see anything if a DATA attribute is deliberately
changed to wrong name. the layer will just not be
shown. (but when SHAPEPATH is wrong, the mapserv will
stop). I wonder whether mapserv complain something i
cant see.

Another question: it seems the layer dont use DATA
attribute. TILEINDEX take its place. But seems the
TILEINDEX can't accept the file with directory part
like "globe/dem.shp", only "dem.shp" is acceptable
(test in shp2img). Is it right? so we have to put the
tileindex shp in the SHAPEPATH directly? (I just do
like that, but don't know why mapserv is still mad at
me :< )

any idea and suggestion? 

_________________________________________________________
Do You Yahoo!? 
??????????????????
http://yahoo.eachnet.com/fu/co/rd.php?http://pages.eachnet.com/st/page/women/women.htm


From frauke.trurnit at gmx.de  Tue Mar 11 23:24:25 2003
From: frauke.trurnit at gmx.de (frauke.trurnit at gmx.de)
Date: Wed, 12 Mar 2003 08:24:25 +0100 (MET)
Subject: [Mapserver-users] projection
Message-ID: <21651.1047453865@www40.gmx.net>

Hi Arnulf, Stepan, Ed, Daniel!

Thank you all for your help. I changed the EXTENT and the UNITS statement
and now everything works fine.

Frauke

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage!



From k.chodak at autoguard.pl  Wed Mar 12 04:37:02 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Wed, 12 Mar 2003 13:37:02 +0100
Subject: [Mapserver-users] Compilation problem
Message-ID: 

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C2E89C.77D75C60
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I got such errorr message when compliling Mapserver on linux machine:

=20

gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ =
-DUSE_PROJ_API_H
-DUSE_WMS   -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG =
-DUSE_GD_WBMP
-DUSE_GD_FT        -I/usr/include              shp2img.o  -L. -lmap -lgd
-L/usr/lib -lgd -ljpeg -lfreetype -lpng -lz  -ltiff -ljpeg -lfreetype =
-lpng
-lz -lproj -ljpeg          -lm   -o shp2img

./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to
`__gxx_personality_v0'

=20

I haven't found such entry in project files. I'm using freetype 1.3.1, =
gd
2.0.11, libpng 1.2.5, mapserver 3.6.4, proj 4.4.6 and zlib 1.1.4

=20

Have you got any suggestions?

=20

Krzysztof Chodak

=20

O2:krzcho; GG:9521; ICQ:3317682

=20


------=_NextPart_000_0009_01C2E89C.77D75C60
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable



















I got such errorr message when compliling =
Mapserver
on linux machine:



 



gcc -O2  -Wall =
-DIGNORE_MISSING_DATA 
-DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS   -DUSE_TIFF
-DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP
-DUSE_GD_FT        =
-I/usr/include          =
;   
shp2img.o  -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lfreetype -lpng =
-lz 
-ltiff -ljpeg -lfreetype -lpng -lz -lproj =
-ljpeg         
-lm   -o shp2img



./libmap.a(mapogr.o)(.eh_frame+0x11): =
undefined
reference to `__gxx_personality_v0'



 



I haven’t found such entry in project =
files. I’m
using freetype 1.3.1, gd 2.0.11, libpng 1.2.5, mapserver 3.6.4, proj =
4.4.6 and zlib
1.1.4



 



Have you got any =
suggestions?



 



Krzysztof Chodak



 



O2:krzcho; GG:9521; ICQ:3317682



 









------=_NextPart_000_0009_01C2E89C.77D75C60--



From schut at sarvision.com  Wed Mar 12 04:55:22 2003
From: schut at sarvision.com (Vincent Schut)
Date: Wed, 12 Mar 2003 13:55:22 +0100
Subject: [Mapserver-users] Compilation problem
In-Reply-To: 
References: 
Message-ID: <200303121355.22735.schut@sarvision.com>

On Wednesday 12 March 2003 13:37, Krzysztof Chodak wrote:
> I got such errorr message when compliling Mapserver on linux machine:
>
> gcc -O2  -Wall -DIGNORE MISSING DATA  -DUSE EPPL -DUSE PROJ -DUSE PROJ API
> H -DUSE WMS   -DUSE TIFF -DUSE JPEG -DUSE GD PNG -DUSE GD JPEG -DUSE GD
> WBMP -DUSE GD FT        -I/usr/include              shp2img.o  -L. -lmap
> -lgd -L/usr/lib -lgd -ljpeg -lfreetype -lpng -lz  -ltiff -ljpeg -lfreetype
> -lpng -lz -lproj -ljpeg          -lm   -o shp2img
>
> ./libmap.a(mapogr.o)(.eh frame+0x11): undefined reference to
> `  gxx personality v0'
>
> I haven't found such entry in project files. I'm using freetype 1.3.1, gd
> 2.0.11, libpng 1.2.5, mapserver 3.6.4, proj 4.4.6 and zlib 1.1.4
>
> Have you got any suggestions?

Yep. This is a thing that reoccurs on this mailinglist every couple of weeks 
or so :)
Search the mapserver-users mailing list archive for 'gxx' should give you a 
good start.

Regards,
Vincent Schut.
>
>
>
> Krzysztof Chodak
>
>
>
> O2:krzcho; GG:9521; ICQ:3317682

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From wesp at gdv.com  Wed Mar 12 05:12:03 2003
From: wesp at gdv.com (Oliver Wesp)
Date: Wed, 12 Mar 2003 14:12:03 +0100
Subject: [Mapserver-users] Compilation problem
In-Reply-To: 
Message-ID: <5.2.0.9.2.20030312141141.00a6c2c8@192.168.1.2>

  Edit "Makefile" and add " -lstdc++" to the end of the variable being set 
named "STATIC_LIBS"

At 13:37 12.03.2003 +0100, Krzysztof Chodak wrote:

>I got such errorr message when compliling Mapserver on linux machine:
>
>
>
>gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ 
>-DUSE_PROJ_API_H -DUSE_WMS   -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG 
>-DUSE_GD_JPEG -DUSE_GD_WBMP 
>-DUSE_GD_FT        -I/usr/include              shp2img.o  -L. -lmap -lgd 
>-L/usr/lib -lgd -ljpeg -lfreetype -lpng -lz  -ltiff -ljpeg -lfreetype 
>-lpng -lz -lproj -ljpeg          -lm   -o shp2img
>
>./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to 
>`__gxx_personality_v0'
>
>
>
>I havent found such entry in project files. Im using freetype 1.3.1, gd 
>2.0.11, libpng 1.2.5, mapserver 3.6.4, proj 4.4.6 and zlib 1.1.4
>
>
>
>Have you got any suggestions?
>
>
>
>Krzysztof Chodak
>
>
>
>O2:krzcho; GG:9521; ICQ:3317682
>
>

-- 
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 dlowther at ou.edu  Wed Mar 12 06:24:31 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Wed, 12 Mar 2003 08:24:31 -0600
Subject: [Mapserver-users] SQL Server, Data entry
Message-ID: 

Dennis,

We have a lot of data in SQLServer and we have to generate shapefiles or
Postgres databases to display with Mapserver. We have found that going from
SQLServer to Postgres is more convienent just because they are both
databases.

On everything else you are going in the right direction.

Dave

> -----Original Message-----
> From: bugbug at shaw.ca [mailto:bugbug at shaw.ca] 
> Sent: Tuesday, March 11, 2003 1:55 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] SQL Server, Data entry
> 
> 
> Hi Im a newbie to the GIS world in general and I was hoping 
> someone could point me in the right direction.
> 
> I have created a project that uses ASP on the front end and 
> SQL Server on the backend. I use forms to allow users to 
> update the database and have queries to display the current data.
> 
> I would like to "GIS-enable" the project using mapserver if possible. 
> 
> The data basically consists of water wells within a region( 
> Province of Nova Scotia) . I have access to shape files for 
> the region( county borders..etc) 
> 
> Each record in my database has location values allowing the 
> well to be mapped( I guess). 
> 
> Im guessing I can convert the sql tables to text then use 
> gen2shp or something by scheduling a task to call a script 
> nightly to create a point shape file from the coordinates in 
> the sql database( no idea if thats how one should do it). 
> Combine that with the county/province shape files to display 
> on a map and query using mapserver( havent tried out yet). I 
> have no idea if Im even headed in the right direction. I need 
> to be able to add/change and delete wells on the fly. So just 
> being able to read and query shapefiles wont be good enough 
> as new wells are being added by users all the time.
> 
> It sure be cool to allow users to visually/spatial query the 
> SQL database AND have that visual data updated via the 
> updated data in the sql database. Is mapserver the way to go 
> here? Will I be able to do what I am describing ? Im I 
> limited to just displaying static data in premade shape files 
> ? Can I use mapserver with Sql Server and asp ?
> 
> Im completely new to GIS, Maps..shapefiles..etc.  Any 
> guidance would be much appreciated.
> 
> Thanks
> Dennis
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 


From l.bargeot at educagri.fr  Wed Mar 12 07:33:28 2003
From: l.bargeot at educagri.fr (Bargeot Lionel)
Date: 12 Mar 2003 16:33:28 +0100
Subject: [Mapserver-users] SQL Server, Data entry
In-Reply-To: 
References: 
Message-ID: <1047483208.11503.59.camel@agrogeomatic>

Le mar 11/03/2003 ? 20:54, bugbug at shaw.ca a ?crit :
> Hi Im a newbie to the GIS world in general and I was hoping someone could
> point me in the right direction.
Hi Dennis
> 
> The data basically consists of water wells within a region( Province of
> Nova Scotia) . I have access to shape files for the region( county
> borders..etc) 
> 
> Each record in my database has location values allowing the well to be
> mapped( I guess). 
> 
> Im guessing I can convert the sql tables to text then use gen2shp or
> something by scheduling a task to call a script nightly to create a point
> shape file from the coordinates in the sql database( no idea if thats how
> one should do it). Combine that with the county/province shape files to
> display on a map and query using mapserver( havent tried out yet). I have
> no idea if Im even headed in the right direction. I need to be able to
> add/change and delete wells on the fly. So just being able to read and
> query shapefiles wont be good enough as new wells are being added by users
> all the time.

We developped a method to create shapefile with point features on the
fly. You need phpmapscript, dbase php module. Then you will be able to
query your database, create .shp and .dbf files on the fly.
This method is quiet interessant because you can put all what you need
in dbf fields (item for labeling, item for symbolsize etc ...). You can
then calculate on the fly any parameters you need with a SQL query.
We use postgres but I'm sure PHP supports SQLserver.
> 
> It sure be cool to allow users to visually/spatial query the SQL database
> AND have that visual data updated via the updated data in the sql
> database. Is mapserver the way to go here? Will I be able to do what I am
> describing ? Im I limited to just displaying static data in premade shape
> files ? Can I use mapserver with Sql Server and asp ?

You could find the thread I wrote in the ML archive.
> 
> Im completely new to GIS, Maps..shapefiles..etc.  Any guidance would be
> much appreciated.
You will need minimal knowledge about shapefiles, but I think it's quiet
easy.
Here is a piece of code that query a database, create points in the
shapefile and insert a record in the associate dbf file.
All dbf/shp files are temporary.

Sorry, Comments are in french
---------------------------------------------
/* Cr?ation dynamique des points
principe : 
- on ex?cute la requ?te sur la base de donn?es s?mantique
- on en sort une liste de points avec leurs coordonn?es X Y
- on cr?? un shapefile dans le repertoire data/tmp de ces points
- on cr?? manuellement le dbf parcequ'il ne le fait pas automatiquement
	- on cr?? sa structure et on enregistre
	- on rouvre en rw le fichier
	- on insert les records
- on cr?? un layer ? partir du shapefile qu'on vient de cr?er
- on cr?? une classe pour l'affichage
- on peut utiliser les champs du dbf pour les labels par exemple
mais aussi pour les symbols

- avantage : c'est bcp plus rapide que de passer par la m?thode
setExpression 
de la classe "class"
*/
// On ouvre un shapefile unique de points
$shapetempname="tmp/tmp".time();
$shapefile_temp=ms_newShapefileObj("../data/$shapetempname",
MS_SHP_POINT);

//cr?ation d'un fichier dbase
// son nom
$dbname="../data/$shapetempname".".dbf";
// sa structure
$def= array(array("nom", "C", 20),array("uai_cdn", "N", 15, 0));
// cr?ation proprement dite de sa structure
$dbid=dbase_create("$dbname",
$def);dbase_pack($dbid);dbase_close($dbid);
// r?ouverture du fichier en rw
$dbidrw=dbase_open("$dbname", 2);

//connection ? la B2D et extraction des X,Y
$conn = pg_connect("dbname=dbname host=localhost user=user
password='mypass' port=5432 ");
$Query="select id,nom,e as x ,n as y from communes_pers LIMIT 150";
echo $Query;
$Res = pg_exec ($conn, $Query);
$iNbr = pg_numrows($Res);
echo "
$iNbr enregistrements
";
for ($i = 0; $i < $iNbr; $i++) {
	$Lign = pg_fetch_array($Res, $i); 
	$pointobj = ms_newPointObj();
	$pointobj->setXY($Lign["x"],$Lign["y"],1);
	$shapefile_temp->addPoint($pointobj);
	$pointobj->free();
	$valuedbf=array($Lign["nom"],$Lign["id"]);
	$test=dbase_add_record($dbidrw, $valuedbf);
}
dbase_pack($dbidrw);
dbase_close($dbidrw);
// On ?crit le shapefile
$shapefile_temp->free();
-----------------------------
Then you can use your new shapefile with classical phpmapscript commands
to display the data you need 

> 
> Thanks
> Dennis

Bye 
Lionel




-- 
AgrogeomaTIC
CNERTA-ENESAD, 4 rue champs-prevois, batiment grand-champs, 21000 Dijon
03.80.77.28.49
http://stb.educagri.fr




From adams at terrestris.de  Wed Mar 12 08:29:27 2003
From: adams at terrestris.de (Till Adams)
Date: Wed, 12 Mar 2003 17:29:27 +0100
Subject: [Mapserver-users] MapServer on Mandrake 9
Message-ID: <3E6F6067.3030108@terrestris.de>

Dear List,

we just changed our server - and we changed from Mandrake 8 to 9. As 
I've seen on the list before, there are problems with gcc 3.2, which 
comes with mandrake 9, and compiling mapserver. One hint I found was to 
use the mandrake 8 compiled mapserver version - so I did. The Mapserver 
is working, as I can see from www.somewhat/cgi-bin/mapserv - I get the 
right answer.
My old applications are also running, with the only problem, there are 
no images produced. The temp-image and URL are all right, I've checked 
them several times.
When I look for GD ("which GD") there is an message saying "no GD in bla 
..." although I guess GD is a standard in mandrake 9.

Is it possible, that MapServer says it's working, although the 
environment is not correct? Any suggestions/experiences on compiling 
MapServer with gcc 3.2?

Thanks in advance.
Cheers, Till


-- 
***** Neu !! AveiN! 1.0 Die MapServer Erweiterung f?r ArcView GIS *****

-----

Dipl. Geogr. Till Adams
terrestris, Paulsen&Adams GbR
Meckenheimer Allee 166 * 53115 Bonn
Tel.: 0228 73 9647 * Fax.: 0228 73 6538
info at terrestris.de * www.terrestris.de



From warmerdam at pobox.com  Wed Mar 12 08:52:00 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 12 Mar 2003 11:52:00 -0500
Subject: [Mapserver-users] _gxx_personality_v0
In-Reply-To: <200303061055.00428.pabloghiglino@ghiglino.com>
References: <200303061055.00428.pabloghiglino@ghiglino.com>
Message-ID: <3E6F65B0.7030601@pobox.com>

> gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL    -DUSE_TIFF -DUSE_JPEG 
> -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT        -I/usr/include              
> shp2img.o  -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lttf -lpng -lz  -ltiff 
> -ljpeg -lttf -lpng -lz  -ljpeg          -lm   -o shp2img
> ./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to 
> `__gxx_personality_v0'
> collect2: ld returned 1 exit status
> make: *** [shp2img] Error 1

Folks,

Just in case it isn't in other responses from earlier, a solution to this
(presumably) is to use the C++ compiler as the linker instead of the C
compiler.  This can be accomplished by editing the makefile and changing
"LD=gcc" to "LD=c++" or more generally to "LD=$(CXX)".  Or just do the
same on the command line "make LD=c++".

Presumably the 3.7 configure scripts will produce a Makefile with this
done if they don't already.

Actually, I don't get this error myself on Red Hat 8, with gcc 3.2.  It would
appear to be because the libgdal.1.1.so is already linked against
/usr/lib/libstdc++.so.5 which provides the C++ support.

If anyone running into this problem finds that my suggested change to LD
does not solve their problem, I would encourage them to contact me directly
by email, and we will resolve the problem and I will try to see the fix gets
into 3.7 (and perhaps a 3.6.5) if it has not already.

PS. If you don't need OGR just configure without it and you won't run into
this problem.

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 pkishor at geoanalytics.com  Wed Mar 12 10:32:06 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Wed, 12 Mar 2003 18:32:06 -0000
Subject: [Mapserver-users] Re: A suggestion for list divisions
In-Reply-To: 
Message-ID: 

maybe we need a separate list to discuss separate lists.

I am in both camps. On the one hand, I find receiving a hundred emails
on tangentially related topics a bit formidable, while on the other
hand the digest format is pathetically useless... I can't reply to
individual posts conveniently, folks using html in their emails really
trash my email happiness, and it is just a chore scrolling through a
billion lines message.

However, the drawbacks of separate lists are even more many... the
worst of them being cross-posting. And there is something to be said
about the fact that even though I am primarily intersested in
perl/mapscript, the peripheral knowledge that someone out there is
using ada or rebol or scheme to implement mapserver is like way cool.

So, the best option I've found is using this butt-ugly yahoo groups
interface. Works for me.

Keep the list united, because there are inherent dangers in division
(such as by zero)...


--- In mapserver-users at yahoogroups.com, "Steve Lime" 
wrote:
> Don't worry, we're not going to split the list. I has been talked about
> before and not done for many of the reasons already mentioned. Most
> people would join all the lists anyways to make sure they weren't
> missing anything. With cross posting that would make it even worse than
> it is now.
> 
> More complete documentation would help and anyone can contribute,
> either via the WIKI or MapServer Documentation Project
> (http://mapserver.gis.umn.edu/mdp/).
> 
> Steve
> 
..
> 
> >>> randy james  03/11/03 12:45PM >>>
> Hi
> 
> Please do not split the list, I find that reading the
> list as is gives me a understanding of what other
> people are doing. Even if i am not working with perl,
> (or whatever) i would like to know the problems people
> are having and if they found a solution. So i can
> choose if i want to get into what they are doing if i
> see something i like.
> 
> Cheers
> Randy
> 




From pkishor at geoanalytics.com  Wed Mar 12 10:40:14 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Wed, 12 Mar 2003 18:40:14 -0000
Subject: [Mapserver-users] Re: A suggestion for list divisions
In-Reply-To: <3E4215C93D3CE24D84A9FF385DF88D87FC4104@afeb-ms-02>
Message-ID: 

--- In mapserver-users at yahoogroups.com, Antti.Roppola at b... wrote:
..
> An alternative "solution" would be to do it via a web based discussion
> forum (ala Slashdot? Bugzilla?) and categorise posts as they are ..

I have, on several occasions in the past, put forth the idea of
web-based forums. I like 'em. While I use Yahoo for this list now, I
still end up receiving the emails... there seems to be no way out at
this time.

most web-based forums software allow receiving an automatic email to
subsrcribed threads.

perhaps the best example (imho) out there is perlmonks. The whole
community is so well done... its like trolling through a large hall,
helping folks along the way, getting helped along the way, etc.



From keon at nacse.org  Wed Mar 12 12:27:32 2003
From: keon at nacse.org (Dylan Keon)
Date: Wed, 12 Mar 2003 12:27:32 -0800
Subject: [Mapserver-users] PROCESSING property - MapScript
Message-ID: <3E6F9834.3020407@nacse.org>

Hi,

I'd like to set PROCESSING in a LAYER block via PHP MapScript:

   $layer->set('processing', 'COLOR_MATCH_THRESHOLD=3');

This doesn't seem to be implemented yet in 3.7.  Would that be possible?

Thanks,
Dylan



From pond_bear at hotmail.com  Wed Mar 12 13:02:08 2003
From: pond_bear at hotmail.com (pond bear)
Date: Wed, 12 Mar 2003 15:02:08 -0600
Subject: [Mapserver-users] How to display two images with different projection?
Message-ID: 

I need to display two images with different projection at the same time by 
mapserver.
Does mapserver support it? If does, how to do that?
Thanks a lot

Jing




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



From mdoggett at coas.oregonstate.edu  Wed Mar 12 13:11:31 2003
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Wed, 12 Mar 2003 13:11:31 -0800
Subject: [Mapserver-users] PHP mapscript as CGI
Message-ID: <004601c2e8db$f47e1260$2441c180@nino>

New user to MapServer and I'm following the instructions online to
compile PHP4 and Mapserver3.6 so that PHP mapscripts are run as CGI.
Details:
RedHat Linux 8.0
Apache 2.0
Mapserver 3.6
PHP4.2

- PHP installs and php scripts run without a problem
- The php CGI executable works fine.  I can test it from the command
line to make sure it functions and returns text/html. This program is
placed in my webserver CGI directory (/var/www/cgi-bin).
- Mapserver installs and runs without a problem.  I have successfully
tested the demo maps.

I made the following references in my httpd.conf ( with no other
references to .phtml):
AddType  application/x-httpd-php-cgi .phtml
Action application/x-httpd-php-cgi /cgi-bin/phtml

BUT.
- Whenever I try to access a mapscript file (.phtml) using the php CGI
program, my browser displays a bunch of garbage characters...as if the
browser is trying to display the cgi binary, not the results of running
it.

Any suggestions??

Matt Doggett
Spatial Climate Analysis Service
Oregon State University
316 Strand Ag Hall
Corvallis, OR 97331
(541)737-9153
mdoggett at coas.oregonstate.edu
 




From pond_bear at hotmail.com  Wed Mar 12 13:33:35 2003
From: pond_bear at hotmail.com (pond bear)
Date: Wed, 12 Mar 2003 15:33:35 -0600
Subject: [Mapserver-users] How to know the projection type from tiff directly?
Message-ID: 

How to know the projection type from tiff by PHP or mapserver? I need to 
setup projection layer automatically.

Thanks.
Jing

_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail



From woodbri at swoodbridge.com  Wed Mar 12 15:18:44 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Wed, 12 Mar 2003 18:18:44 -0500
Subject: [Mapserver-users] PHP mapscript as CGI
In-Reply-To: <004601c2e8db$f47e1260$2441c180@nino>
Message-ID: <3E6F7A04.5898.566F7083@localhost>

Matt,

If you are using RH8 you should probably use these instructions
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37

-Steve

On 12 Mar 2003 at 13:11, Matt Doggett wrote:

> New user to MapServer and I'm following the instructions online to
> compile PHP4 and Mapserver3.6 so that PHP mapscripts are run as CGI.
> Details: RedHat Linux 8.0 Apache 2.0 Mapserver 3.6 PHP4.2
> 
> - PHP installs and php scripts run without a problem
> - The php CGI executable works fine.  I can test it from the command
> line to make sure it functions and returns text/html. This program is
> placed in my webserver CGI directory (/var/www/cgi-bin). - Mapserver
> installs and runs without a problem.  I have successfully tested the
> demo maps.
> 
> I made the following references in my httpd.conf ( with no other
> references to .phtml):
> AddType  application/x-httpd-php-cgi .phtml
> Action application/x-httpd-php-cgi /cgi-bin/phtml
> 
> BUT.
> - Whenever I try to access a mapscript file (.phtml) using the php CGI
> program, my browser displays a bunch of garbage characters...as if the
> browser is trying to display the cgi binary, not the results of
> running it.
> 
> Any suggestions??
> 
> Matt Doggett
> Spatial Climate Analysis Service
> Oregon State University
> 316 Strand Ag Hall
> Corvallis, OR 97331
> (541)737-9153
> mdoggett at coas.oregonstate.edu
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From bhudspeth at edac.unm.edu  Wed Mar 12 15:33:03 2003
From: bhudspeth at edac.unm.edu (Hudspeth, Bill)
Date: Wed, 12 Mar 2003 16:33:03 -0700
Subject: [Mapserver-users] Single and multiple query in PHP mapscript
Message-ID: <11614435747E07459B12D835E36630D602BFAA@gonzalo.unm.edu>

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_01C2E8EF.B9C26DB0
Content-Type: text/plain;
	charset="iso-8859-1"

Can anyone send me example code and/or and explanation of how I would go
about using PHP mapscript to perform single and multiple queries. I know
that there
is an example in the GMap demonstration files that uses the Rosa applet, but
I would prefer at this point to avoid using it and to rely exclusively on
mapscript.

Thanks, Bill

*********************************************************************
*********************************************************************
William Hudspeth, PhD
Earth Data Analysis Center
107 Bandelier Hall West
University of New Mexico
Albuquerque, NM  87131
(505) 277-3622, ext. 238
bhudspeth at edac.unm.edu
wbhk at unm.edu


------_=_NextPart_001_01C2E8EF.B9C26DB0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






Single and multiple query in PHP mapscript




Can anyone send me example code and/or =
and explanation of how I would go about using PHP mapscript to perform =
single and multiple queries. I know that there



is an example in the GMap =
demonstration files that uses the Rosa applet, but I would prefer at =
this point to avoid using it and to rely exclusively on =
mapscript.



Thanks, Bill




*********************************************************=
************

*********************************************************=
************

William Hudspeth, PhD

Earth Data Analysis Center

107 Bandelier Hall West

University of New Mexico

Albuquerque, NM  87131

(505) 277-3622, ext. 238

bhudspeth at edac.unm.edu

wbhk at unm.edu





------_=_NextPart_001_01C2E8EF.B9C26DB0--


From woodbri at swoodbridge.com  Wed Mar 12 17:15:21 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Wed, 12 Mar 2003 20:15:21 -0500
Subject: [Mapserver-users] Single and multiple query in PHP mapscript
In-Reply-To: <11614435747E07459B12D835E36630D602BFAA@gonzalo.unm.edu>
Message-ID: <3E6F9559.18054.56DA3788@localhost>

Bill,

Here are the essentials:

$qmode = MS_SINGLE or MS_MULTIPLE;  ### pick one

$point = ms_newPointObj();
$point->setXY($x, $y);

$map = ms_newMapObj(MAPFILE);
for ($i=0; $i<$map->numlayers; $i++) {

    $layer = $map->getLayer($i);
    $layer->set('status', MS_ON);
    $ret = @ $layer->queryByPoint($point, $qmode, -1.0);
    if ($ret == MS_SUCCESS) {
    $numResults = $layer->getNumResults();
    $layer->open($shapepath);

    for ($j=0; $j<$numResults; $j++) {
            $res = $layer->getResult($j);
            $shp = $layer->getShape($res->tileindex, $res-
>shapeindex);

            #  add code to get attributes from the shp object
            #  add code to get geometry from the shp object

            $shp->free();
    }
    $layer->close();
}

MS_SINGLE gives you the close object within TOLERANCE of the $x, $y
and MS_MULTIPLE gives you ALL objects within TOLERANCE.

I use code similar to this to do my reverse geocoder. You can check 
it out at http://imaptools.com/demos1/?tab=4

-Steve W.
  http://imaptools.com

On 12 Mar 2003 at 16:33, Hudspeth, Bill wrote:

> Can anyone send me example code and/or and explanation of how I would
> go about using PHP mapscript to perform single and multiple queries. I
> know that there is an example in the GMap demonstration files that
> uses the Rosa applet, but I would prefer at this point to avoid using
> it and to rely exclusively on mapscript.
> 
> Thanks, Bill
> 
> *********************************************************************
> *********************************************************************
> William Hudspeth, PhD Earth Data Analysis Center 107 Bandelier Hall
> West University of New Mexico Albuquerque, NM  87131 (505) 277-3622,
> ext. 238 bhudspeth at edac.unm.edu wbhk at unm.edu
> 
> 




From stefan.schwarzer at grid.unep.ch  Wed Mar 12 22:56:41 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Thu, 13 Mar 2003 07:56:41 +0100
Subject: [Mapserver-users] Code Sharing
In-Reply-To: <3E6F9559.18054.56DA3788@localhost>
References: <11614435747E07459B12D835E36630D602BFAA@gonzalo.unm.edu>
Message-ID: <5.2.0.9.0.20030313074204.01bb4700@gridg.grid.unep.ch>

--=====================_258394481==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi all,

while the discussion about splitting the list is taking shape, I would like 
to introduce another idea: A site to share code.

Almost everybody familiar with GIS will know about ESRI's Script site. 
Anyone can post his developed scripts there, with a description of what it 
is doing and how to integrate it. Ok, this is a bit different of what 
MapServer users would have to offer. But the idea, that the same procedure 
mustn't be developed several times but only once and reused by others, 
would be perhaps nice for MapServer as well.

An example would be perhaps the code below, posted today/yesterday. Or the 
Javascript code for drawing bounding boxes on the map. (This one was posted 
a couple of weeks ago. I for example reused and extended it a bit, so that 
after a rectangle-query has been send, the same rectangle will be drawn 
again on the newly generated map. So the user can see the result of his 
query and the query-area at the same time. I would be happy to share this 
piece of code..) Or some basic cut-outs of code - how one produces a query, 
how one puts up a connection to a database with related queries, how one 
re-projects his layers on-the-fly, etc.

I think that this could be useful on one side for beginners and advanced 
developers at the same time. But, right, the case is not as clear as for 
ArcView scripts....

Best wishes,

Stefan




>Bill,
>
>Here are the essentials:
>
>$qmode = MS_SINGLE or MS_MULTIPLE;  ### pick one
>
>$point = ms_newPointObj();
>$point->setXY($x, $y);
>
>$map = ms_newMapObj(MAPFILE);
>for ($i=0; $i<$map->numlayers; $i++) {
>
>     $layer = $map->getLayer($i);
>     $layer->set('status', MS_ON);
>     $ret = @ $layer->queryByPoint($point, $qmode, -1.0);
>     if ($ret == MS_SUCCESS) {
>     $numResults = $layer->getNumResults();
>     $layer->open($shapepath);
>
>     for ($j=0; $j<$numResults; $j++) {
>             $res = $layer->getResult($j);
>             $shp = $layer->getShape($res->tileindex, $res-
> >shapeindex);
>
>             #  add code to get attributes from the shp object
>             #  add code to get geometry from the shp object
>
>             $shp->free();
>     }
>     $layer->close();
>}
>
>MS_SINGLE gives you the close object within TOLERANCE of the $x, $y
>and MS_MULTIPLE gives you ALL objects within TOLERANCE.
>
>I use code similar to this to do my reverse geocoder. You can check
>it out at http://imaptools.com/demos1/?tab=4
>
>-Steve W.
>   http://imaptools.com
>
>On 12 Mar 2003 at 16:33, Hudspeth, Bill wrote:
>
> > Can anyone send me example code and/or and explanation of how I would
> > go about using PHP mapscript to perform single and multiple queries. I
> > know that there is an example in the GMap demonstration files that
> > uses the Rosa applet, but I would prefer at this point to avoid using
> > it and to rely exclusively on mapscript.
> >
> > Thanks, Bill
> >
> > *********************************************************************
> > *********************************************************************
> > William Hudspeth, PhD Earth Data Analysis Center 107 Bandelier Hall
> > West University of New Mexico Albuquerque, NM  87131 (505) 277-3622,
> > ext. 238 bhudspeth at edac.unm.edu wbhk at unm.edu
> >
> >
>
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

         _______________________________________

         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/
         _______________________________________ 
--=====================_258394481==.ALT
Content-Type: text/html; charset="us-ascii"



Hi all,


while the discussion about splitting the list is taking shape, I would
like to introduce another idea: A site to share code. 


Almost everybody familiar with GIS will know about ESRI's Script site.
Anyone can post his developed scripts there, with a description of what
it is doing and how to integrate it. Ok, this is a bit different of what
MapServer users would have to offer. But the idea, that the same
procedure mustn't be developed several times but only once and reused by
others, would be perhaps nice for MapServer as well.


An example would be perhaps the code below, posted today/yesterday. Or
the Javascript code for drawing bounding boxes on the map. (This one was
posted a couple of weeks ago. I for example reused and extended it a bit,
so that after a rectangle-query has been send, the same rectangle will be
drawn again on the newly generated map. So the user can see the result of
his query and the query-area at the same time. I would be happy to share
this piece of code..) Or some basic cut-outs of code - how one produces a
query, how one puts up a connection to a database with related queries,
how one re-projects his layers on-the-fly, etc.


I think that this could be useful on one side for beginners and advanced
developers at the same time. But, right, the case is not as clear as for
ArcView scripts....


Best wishes,


Stefan








Bill,


Here are the essentials:


$qmode = MS_SINGLE or MS_MULTIPLE;  ### pick one


$point = ms_newPointObj();

$point->setXY($x, $y);


$map = ms_newMapObj(MAPFILE);

for ($i=0; $i<$map->numlayers; $i++) {


    $layer = $map->getLayer($i);

    $layer->set('status', MS_ON);

    $ret = @ $layer->queryByPoint($point, $qmode,
-1.0);

    if ($ret == MS_SUCCESS) {

    $numResults = $layer->getNumResults();

    $layer->open($shapepath);


    for ($j=0; $j<$numResults; $j++) {

            $res =
$layer->getResult($j);

            $shp =
$layer->getShape($res->tileindex, $res-

>shapeindex);


           
#  add code to get attributes from the shp object

           
#  add code to get geometry from the shp object


           
$shp->free();

    }

    $layer->close();

}


MS_SINGLE gives you the close object within TOLERANCE of the $x, $y

and MS_MULTIPLE gives you ALL objects within TOLERANCE.


I use code similar to this to do my reverse geocoder. You can check 


it out at
http://imaptools.com/demos1/?tab=4


-Steve W.

 
http://imaptools.com


On 12 Mar 2003 at 16:33, Hudspeth, Bill wrote:


> Can anyone send me example code and/or and explanation of how I
would

> go about using PHP mapscript to perform single and multiple queries.
I

> know that there is an example in the GMap demonstration files
that

> uses the Rosa applet, but I would prefer at this point to avoid
using

> it and to rely exclusively on mapscript.

> 

> Thanks, Bill

> 

>
*********************************************************************

>
*********************************************************************

> William Hudspeth, PhD Earth Data Analysis Center 107 Bandelier
Hall

> West University of New Mexico Albuquerque, NM  87131 (505)
277-3622,

> ext. 238 bhudspeth at edac.unm.edu wbhk at unm.edu

> 

> 




_______________________________________________

Mapserver-users mailing list

Mapserver-users at lists.gis.umn.edu

http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




        _______________________________________


        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/

        _______________________________________


--=====================_258394481==.ALT--




From Bjarni.Pjetursson at tietoenator.com  Wed Mar 12 23:03:12 2003
From: Bjarni.Pjetursson at tietoenator.com (Bjarni Pjetursson)
Date: Thu, 13 Mar 2003 08:03:12 +0100
Subject: [Mapserver-users] Bug in grouped layers
Message-ID: <7A103396FAF90E488752399B98BE67D0045C61@bor.enator.dk>

Hi,
I'm using MapServer with the following features:

MapServer version 3.6.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=EPPL7 INPUT=JPEG INPUT=ORACLESPATIAL
INPUT=OGR INPUT=SHAPEFILE

When I group my layers and have them mixed in the map file, MapServer do not
create the map image.

This works:
Layer 1 Group a
Layer 2 Group a
Layer 3 Group b

This doesn't work:
Layer 1 Group a
Layer 2 Group b
Layer 3 Group a

So it seems, it is not allowed to mix the groups in the map file.

Regards
Bjarni Thor Pjetursson
TietoEnator Consulting A/S
Denmark


From schut at sarvision.com  Thu Mar 13 00:58:10 2003
From: schut at sarvision.com (Vincent Schut)
Date: Thu, 13 Mar 2003 09:58:10 +0100
Subject: [Mapserver-users] MINSCALE in webobj
Message-ID: <200303130958.10597.schut@sarvision.com>

Hi,

Did any of you succesfully use the MINSCALE item in the webobject of the 
mapfile? The mapfile reference sais:

MINSCALE [double]

Minimum scale at which this interface is valid. When a user reuqests a map at 	
a smaller scale, MapServer automatically returns the map at this scale. This 
effectively prevents the user from zooming in too far.

I tried this but could not get it working.
If anyone can give me a hint, please do so.
And before getting the too obvious hint: yes, my units are right. Everything 
works, just the minscale item does nothing. I'm using mapserver through 
php_mapscript, version 3.7 (cvs of not too long ago).

Note btw that this is a different MINSCALE than the one used in a LAYER 
object.

Regards,
-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From woodbri at swoodbridge.com  Thu Mar 13 04:59:33 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Thu, 13 Mar 2003 07:59:33 -0500
Subject: [Mapserver-users] Code Sharing
In-Reply-To: <5.2.0.9.0.20030313074204.01bb4700@gridg.grid.unep.ch>
References: <3E6F9559.18054.56DA3788@localhost>
Message-ID: <3E703A65.6971.595EEC26@localhost>

This is a good idea and we already have a good start at this with the 
wiki - check out:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScript
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JavaScriptMapServer

as examples. This nice thing about this is it gives people pages that 
document their code examples etc. It would be nice if wiki had an 
upload feature for files because some examples are just to big to be 
copy and pasted ti a wiki page.

But I would resist having yet another dumping ground. Another 
possibility for those that want to figure out CVS is to create and 
area there for code snippets and application, but it think wiki is 
probably more user friendly.

Just my $ 0.02,
  -Steve W.

On 13 Mar 2003 at 7:56, Stefan Schwarzer wrote:

> Hi all,
> 
> while the discussion about splitting the list is taking shape, I would
> like to introduce another idea: A site to share code.
> 
> Almost everybody familiar with GIS will know about ESRI's Script site.
> Anyone can post his developed scripts there, with a description of
> what it is doing and how to integrate it. Ok, this is a bit different
> of what MapServer users would have to offer. But the idea, that the
> same procedure mustn't be developed several times but only once and
> reused by others, would be perhaps nice for MapServer as well.
> 
> An example would be perhaps the code below, posted today/yesterday. Or
> the Javascript code for drawing bounding boxes on the map. (This one
> was posted a couple of weeks ago. I for example reused and extended it
> a bit, so that after a rectangle-query has been send, the same
> rectangle will be drawn again on the newly generated map. So the user
> can see the result of his query and the query-area at the same time. I
> would be happy to share this piece of code..) Or some basic cut-outs
> of code - how one produces a query, how one puts up a connection to a
> database with related queries, how one re-projects his layers
> on-the-fly, etc.
> 
> I think that this could be useful on one side for beginners and
> advanced developers at the same time. But, right, the case is not as
> clear as for ArcView scripts....
> 
> Best wishes,
> 
> Stefan
> 
> 
> 
> 
> >Bill,
> >
> >Here are the essentials:
> >
> >$qmode = MS_SINGLE or MS_MULTIPLE;  ### pick one
> >
> >$point = ms_newPointObj();
> >$point->setXY($x, $y);
> >
> >$map = ms_newMapObj(MAPFILE);
> >for ($i=0; $i<$map->numlayers; $i++) {
> >
> >     $layer = $map->getLayer($i);
> >     $layer->set('status', MS_ON);
> >     $ret = @ $layer->queryByPoint($point, $qmode, -1.0);
> >     if ($ret == MS_SUCCESS) {
> >     $numResults = $layer->getNumResults();
> >     $layer->open($shapepath);
> >
> >     for ($j=0; $j<$numResults; $j++) {
> >             $res = $layer->getResult($j);
> >             $shp = $layer->getShape($res->tileindex, $res-
> > >shapeindex);
> >
> >             #  add code to get attributes from the shp object
> >             #  add code to get geometry from the shp object
> >
> >             $shp->free();
> >     }
> >     $layer->close();
> >}
> >
> >MS_SINGLE gives you the close object within TOLERANCE of the $x, $y
> >and MS_MULTIPLE gives you ALL objects within TOLERANCE.
> >
> >I use code similar to this to do my reverse geocoder. You can check
> >it out at http://imaptools.com/demos1/?tab=4
> >
> >-Steve W.
> >   http://imaptools.com
> >
> >On 12 Mar 2003 at 16:33, Hudspeth, Bill wrote:
> >
> > > Can anyone send me example code and/or and explanation of how I
> > > would go about using PHP mapscript to perform single and multiple
> > > queries. I know that there is an example in the GMap demonstration
> > > files that uses the Rosa applet, but I would prefer at this point
> > > to avoid using it and to rely exclusively on mapscript.
> > >
> > > Thanks, Bill
> > >
> > > ******************************************************************
> > > ***
> > > ******************************************************************
> > > *** William Hudspeth, PhD Earth Data Analysis Center 107 Bandelier
> > > Hall West University of New Mexico Albuquerque, NM  87131 (505)
> > > 277-3622, ext. 238 bhudspeth at edac.unm.edu wbhk at unm.edu
> > >
> > >
> >
> >
> >_______________________________________________
> >Mapserver-users mailing list
> >Mapserver-users at lists.gis.umn.edu
> >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
>          _______________________________________
> 
>          Stefan Schwarzer
>          Consultant on GEO
> 
>          UNEP/DEWA/GRID-Geneva
>          Chemin des Anemones 11
>          CH - 1219 Chatelaine
>          Switzerland
> 
>          Tel: (+41) 22.917.83.49
>          Fax: (+41) 22.917.80.29
> 
>          Email: stefan.schwarzer at grid.unep.ch
>          Internet: http://geodata.grid.unep.ch/
>          _______________________________________ 




From pkishor at geoanalytics.com  Thu Mar 13 05:08:40 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Thu, 13 Mar 2003 13:08:40 -0000
Subject: [Mapserver-users] Re: Code Sharing
In-Reply-To: <5.2.0.9.0.20030313074204.01bb4700@gridg.grid.unep.ch>
Message-ID: 

--- In mapserver-users at yahoogroups.com, Stefan Schwarzer
 wrote:
> Hi all,
> 
> while the discussion about splitting the list is taking shape, I
would like 
> to introduce another idea: A site to share code.
> 
..

the wiki at 

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



From ed at topozone.com  Thu Mar 13 05:32:12 2003
From: ed at topozone.com (Ed McNierney)
Date: Thu, 13 Mar 2003 08:32:12 -0500
Subject: [Mapserver-users] MINSCALE in webobj
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F62@mercator.topozone.com>

Vincent -

Yes, I've used it and it has always seemed just fine to me.  You should display the [scale] value on your map to make sure the units are indeed correct, and see whether that value becomes less than your MINSCALE value.

	- 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: Vincent Schut [mailto:schut at sarvision.com]
Sent: Thursday, March 13, 2003 3:58 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] MINSCALE in webobj


Hi,

Did any of you succesfully use the MINSCALE item in the webobject of the 
mapfile? The mapfile reference sais:

MINSCALE [double]

Minimum scale at which this interface is valid. When a user reuqests a map at 	
a smaller scale, MapServer automatically returns the map at this scale. This 
effectively prevents the user from zooming in too far.

I tried this but could not get it working.
If anyone can give me a hint, please do so.
And before getting the too obvious hint: yes, my units are right. Everything 
works, just the minscale item does nothing. I'm using mapserver through 
php_mapscript, version 3.7 (cvs of not too long ago).

Note btw that this is a different MINSCALE than the one used in a LAYER 
object.

Regards,
-- 
______________________________________
Vincent Schut (schut at sarvision.com)
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 rich at greenwoodmap.com  Thu Mar 13 06:02:03 2003
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Thu, 13 Mar 2003 07:02:03 -0700
Subject: [Mapserver-users] Re: Mandrake 9 Problem
In-Reply-To: <3E705565.9000602@terrestris.de>
Message-ID: <5.2.0.9.0.20030313065012.00a9d008@mail.greenwoodmap.com>

--=======6143ADE=======
Content-Type: text/plain; x-avg-checked=avg-ok-6480487D; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 8bit

I use the patched version of gd 1.8.4 available at:
     http://www.rime.com.au/gd/
So my configure looks like this:
     -with-gd=../gd-1.8.4
My notes also say that I created a symbolic link in /usr/lib to libpng.so.3 
named "libpng.so.22",but I can not remember why.

Good luck,
Rich

At 10:54 AM 3/13/2003 +0100, Till Adams wrote:


>Dear Rich,
>
>I found your name on the mapserver mailing list archive. I guess you run 
>mapserver under mandrake 9.
>I wanted to try your workaround with gcc 3.2 - my problem is:
>When running the ./configure everything works fine except that gd is not 
>found. Mapserver looks for libgd.so/libgd.a or gd.h in usr/lib/ - there is 
>only a libgd.so.1.8.4 and a libgd.so.1. So i tried to give  symbolic link 
>named libgd.so, ut the same error message appears, saying, that my gd is 
>not compiled correctly. I've seen there are some different gd's on the 
>rpm-find.net, and the gd's for mandrake write gifs only. Maybe the problem 
>is there.
>
>Did you have the same gd problems and do you have any ideas? Every hint 
>would help a lot!
>Thanks in advance
>
>Till
>
>
>--
>Dipl. Geogr. Till Adams
>terrestris, Paulsen&Adams GbR
>Meckenheimer Allee 166 * 53115 Bonn
>Tel.: 0228 73 9647 * Fax.: 0228 73 6538
>info at terrestris.de * www.terrestris.de
>
>
>

Richard W. Greenwood, PLS
(307) 733-0203
Rich at GreenwoodMap.com
www.GreenwoodMap.com 

--=======6143ADE=======--



From hunt at zedxinc.com  Thu Mar 13 06:14:56 2003
From: hunt at zedxinc.com (Aaron D. Hunt)
Date: Thu, 13 Mar 2003 09:14:56 -0500
Subject: [Mapserver-users] 3.7 configure error with php 4.3.1
Message-ID: <0e8401c2e96a$eca1b120$1805000a@helicity>

This is a multi-part message in MIME format.

------=_NextPart_000_0E80_01C2E941.03BDED80
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0E81_01C2E941.03BDED80"


------=_NextPart_001_0E81_01C2E941.03BDED80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

When I run the config with
./configure --without-tiff --with-proj --with-gdal --with-ogr =
--with-jpeg --with-php=3D/usr/local/src/php-4.3.1

I get:
!!! 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-system-regex  =
!!!
!!! and then re-configure and re-compile MapServer.                   =
!!!

But, my php is configured with --with-system-regex (see attached).

Is there any way around this?

Aaron D. Hunt

------=_NextPart_001_0E81_01C2E941.03BDED80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









When I run the config with


./configure --without-tiff --with-proj =
--with-gdal=20
--with-ogr --with-jpeg =
--with-php=3D/usr/local/src/php-4.3.1


 


I get:


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


But, my php is configured with=20
--with-system-regex (see attached).


 


Is there any way around =
this?


 


Aaron D. =
Hunt


------=_NextPart_001_0E81_01C2E941.03BDED80--

------=_NextPart_000_0E80_01C2E941.03BDED80
Content-Type: image/gif;
	name="phpinfo.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="phpinfo.gif"

R0lGODlhZgIHAvcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8AAAAAAACAAAEAAAGAAI
EAAIGAAIIQgICAgIEAgIGAgIKQgIMQgQMQgQQggQShAQORAYQhAYUhAYWhgYGBgYIRgYQhghQhgh
WhghYxghaxghexgpUiEhISEhKSEpYyEpcyEpjCExeyExjCkpQikpUikpWikxUikxWikxcykxhCkx
lCk5jCk5nCk5pTEpMTExOTExSjExYzE5WjE5czE5lDFChDFClDFCnDFCpTFCpTFCtTFKrTk5OTk5
Qjk5Ujk5WjlCUjlCczlCezlCjDlClDlKpTlKvTlKvTlKzjlSzjlS1kJCSkJCa0JCc0JCe0JKY0JK
jEJSrUJSvUJS3kJa50pKSkpKWkpKc0pSe0pSnEpatUpavUpazkpa3lJSUlJSc1JSe1JShFJSlFJa
lFJapVJarVJjpVJj1lJj3lJj51paWlpaY1paa1pac1pjlFpjpVpjtVpjvVpjzlprnFprpVprtWNj
Y2Nje2NjhGNjpWNrlGNrrWNrvWNrzmNr1mNztWNz1mNz52tre2trnGtrpWtzvWtzzmt73nNza3Nz
jHNzpXN7tXN7znOE3nOE53OE73t7e3t7jHt7tXt7znuEpXuE3nuE53uE73uE93uMznuM73uU74SE
hISElISEpYSMvYSMxoSM1oSM54SM74SU94yMjIyMnIyMtYyMvYyM54yUxoyU1oyU54yU74yU94yc
75SUlJSUnJSUxpSUzpSU55SczpSc1pSc95yclJycpZyctZycvZycxpyczpyc3pyc55yl1pyl76Wl
taWlxqWl1qWtzqWt56Wt962tta2tva2txq2t56219621/7W1tbW1zrW91rW93rW957W99729vb29
xr3G573G/8bGzsbG3sbG58bO58bO987Ozs7O3s7O/87W99bW1tbW3tbW/97e597e797e/+fn5+fn
9+/v7+/v///////78KCgpICAgP8AAAD/AP//AAAA//8A/wD//////yH5BAAAAAAALAAAAABmAgcC
hwAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8AAAAAAACAAAEAAAGAAIEAAIGAAIIQgICAgI
EAgIGAgIKQgIMQgQMQgQQggQShAQORAYQhAYUhAYWhgYGBgYIRgYQhghQhghWhghYxghaxghexgp
UiEhISEhKSEpYyEpcyEpjCExeyExjCkpQikpUikpWikxUikxWikxcykxhCkxlCk5jCk5nCk5pTEp
MTExOTExSjExYzE5WjE5czE5lDFChDFClDFCnDFCpTFCpTFCtTFKrTk5OTk5Qjk5Ujk5WjlCUjlC
czlCezlCjDlClDlKpTlKvTlKvTlKzjlSzjlS1kJCSkJCa0JCc0JCe0JKY0JKjEJSrUJSvUJS3kJa
50pKSkpKWkpKc0pSe0pSnEpatUpavUpazkpa3lJSUlJSc1JSe1JShFJSlFJalFJapVJarVJjpVJj
1lJj3lJj51paWlpaY1paa1pac1pjlFpjpVpjtVpjvVpjzlprnFprpVprtWNjY2Nje2NjhGNjpWNr
lGNrrWNrvWNrzmNr1mNztWNz1mNz52tre2trnGtrpWtzvWtzzmt73nNza3NzjHNzpXN7tXN7znOE
3nOE53OE73t7e3t7jHt7tXt7znuEpXuE3nuE53uE73uE93uMznuM73uU74SEhISElISEpYSMvYSM
xoSM1oSM54SM74SU94yMjIyMnIyMtYyMvYyM54yUxoyU1oyU54yU74yU94yc75SUlJSUnJSUxpSU
zpSU55SczpSc1pSc95yclJycpZyctZycvZycxpyczpyc3pyc55yl1pyl76WltaWlxqWl1qWtzqWt
56Wt962tta2tva2txq2t56219621/7W1tbW1zrW91rW93rW957W99729vb29xr3G573G/8bGzsbG
3sbG58bO58bO987Ozs7O3s7O/87W99bW1tbW3tbW/97e597e797e/+fn5+fn9+/v7+/v///////7
8KCgpICAgP8AAAD/AP//AAAA//8A/wD//////wj+AOsJHEiwoMGDCBMqXMiwocOHECNKnEixosWL
GDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMq
Xcq0qdOnUKNKnUq1qkgAWLNq3cq1q9evYMOKHUu2rNmzaNOqXcu2rdu3cOPKnUu3rt27eLc6BHCs
r9+/gAMLHky4sOHDiBMrXsy4sePHkCNLnky5suXLmDNr3sy5s18Aez2LHk26tOnTqFOrXs26tWvG
oBvyfU27tu3buHPr3s279+fQvoMLH068uPHjyCHHZjg7ufPn0KNLn564l/Xr2LNrt557+cLm1MP+
ix9Pvnxp7bzSp5fFvr179+rTb3ftXSF48/jz69+v/3r89MUEKOCAAcYSiycIeuLIggsiGEt76mGn
Wn0JgefVX1kBluExFwq2oYZYYfZhZiMGphViIfKn4or99RLfMc9kI6M4NIoj443MMDOggQkySMiP
QP7oiIPsycddaRQiZGGHHKb4WYpfeegkhlNSVqJlJw7GlWFXsujll8dZp94x2WyDDjrupHlmjdk8
U4wsPCLI4Jxz9tFHkEEKIgghQxooi5GjJXnQkh2WuCFYUt7XJW9ZmghllU8uCuaklN4mJi+9ZCMO
mml2Ks4zvBzoSCF+lJoHHHDkoeqqrOZR6qv+pdpp54961qonIZ48+OeRmwlqEKFUzmboo8A6quiU
WwXbZF9bMotso03yBa2xkDorbLXNVqrttq1dSiannaIDqieknoqqqrCmq+667M5KiK219rlrL5r5
WlCx1uarbLT7gnhsc11FmmGhTgZsbbYg8ntYlyFKyu3DEGPmIqaaduqOuLI44geqqbLr8ccgw3qn
rXbo6ciD8okI3MHNhsVysolGKrO+jR5K7MHRXnuzlAoTNu1n+kYs9NCUTfwtp9vw4snGHYf8aqvo
Ou30yILYYXXJue6K5co5w9x1y0waO3PPNhN6n8Iflj02lUFr6XDPRMctN2ITx7gpOtlkvHH+1FK/
WsjfgJPat9QjX13yyVpPZi9BZkPr8tfVKjtilHB3vW/aO1e+bNs+R8753KCHPnExmtJYzNJND/4q
HLRcfOaZF/vhquoh91G1HWhYjTimki0+EL5iX+55zJMTfLbXatNcMKSIFubw26FHv+3oduddCKq0
qwvHNpJE4L33Rrgje/ZTE4I7GrnvTu9jvgsEvL/wa+58w8+e/TnOaC+v89ov/5y82/aTngC1NToZ
PSMWeyPfutCBg62gAR2zU6DTzFeFCqohV7xzTPvq8b5+KS+AnRsWwDKXv/3l7IRkG14KTfi/+w3w
hV4aHTOeccCNSVBdeXAEOiKwFVNsow3+N+ybGtBgBCOgAVeJW8wGO8i/FqLIf9kqHthGiDz9ccmK
L2uiCmHIRfO4SBbFyFEsrhdE7dECG1xhxi/gUEbCqaGIRrADBtenmCV6MH4zg56/sOW4KkWxfvXj
X/Dg1sd/dfGQKvqigBzBtzaWqg3PEMZWIoAORjpSamqoAg5wUAXE0RFFXEOkKEcpPRcZqBgIjCAO
ocbKRsKqDdzbignEx0p2tbKVIctDFkxgAh0g8ZNcCiUph0lMiJmSRyELnDKXKbs2qLJU6DCCA9Gx
zHI5U13VzKbsUreuXXbgBILwxJ8SY8dimvOclDpmLCzpMThkw3Wvi2c81bQNRzQtD4X+2OFW7ADP
17munqlTkzwH+rptPON6z4SVGjoQAQ+Ec5wLEyY6J0pR8rgoQYVIKKxc5Q4cfO+jII2ABEyABlOc
iYxwkAUauRLSCHQAByVFxzZklwdP1MMILQ3pSEtqo/Gxa6EAcKg4gekhiVb0qEhNjikRlFGQ1VQc
aOmAKdwRC1RFMqrCEF8bfuEOHppFApLYRlN/ykNwDjWYskmqWtd6nFANiZ0fg8MvVooWNLjDEbCU
hFqYkQ1YQjUtVZipRkuVBaz40hO8QCtz2MrYxu6mFxlbkNTakA1JqkUS7shDNNWCA/G5gxlrQcMz
2OgxHQBgAXY4WWJ9ZlTHuva1plH+mmSltj07bEUCdpCEbiVBRK9yBRu/QIcEttIB9BnXCB3wijhs
qletRCC3u7UDTr0ijLGuKw8eCOpDifqbtML2u+AdDWT5pDp0mMCB9diGetV7JmH4NiuYpWtWsmom
fzLjvVjBxjNuupXwrZe96BDGcB1IC9Kyq7AAyAIhYrHaono3vBCOsGV44QhC9KFvOdSnVsLahg63
gY35tKxWjFAP0G5luamKmjtsuxVsbKOrW+Gwh0GMDhNrBQejBdkJtHtWBy9WwkAOcmPGa+G+sU6+
WBHGGtMFh0LAWCsdqIcpiEvLV8bSuTL9q1ZM0Vcm+8EdyYVyNkKGYAUzWEutFbL+mtd8jF544keD
o6yIsRIBccDVVH4wL3HrUYWtVAEdOEQHGraCAzTZOCvYiIVGN6sVCTwjZHAYLg4eiuYHs/nSbKZw
kY185azM8rp5DrOnwRzjH27UyaLGygOlTGXrwoqBxM3GYGFlWg+owRGy4G45Mc1rIfPiThceHKy1
8sCEZhi/VdDyfJ8BxKd5QtlYwSyf+wtoHDp5wFnBsYE9VlgJqGHBuk5zr8fdWBf9KNhOO3apmw0r
uSIZAJI4NFaWq0q5yhsAwkATtrFiB3Rsu1QphTYAqlDgkKnhtCU7s4nETe6GJ9Xcm3bakbkijByn
K68UnzMAOuAOV8Nyys4Vxzb+BO5Ddr8KlhqHtydm/aqDAwBrDcYQwx1O84lCHN0hg2TK6c1kR5Da
ue4Y9Iir3e5tsNjTZ3o3Mwrebic30LnMEBzIXA5zH3+n5lhn6837hnEoV9lUQHQHyIldj1S/3N/q
0rNW/sxqLFs3D84MMFeqYPGp8zucMe/uj7PO96Py4tzCluba/c0xPxSCqymnpDu4wmWTq3vD6KiH
0LMNwQ+DuHX3TaOruQ2A5+Ld6vbpu+gpqmmcfwyfT4Zveteb9MlvucS/lcW2J76VfP88K2hYPYCx
cfQN1x1kpu1AwvPOrJmP/vgDVBqcJS4LgZP0amjwqFfsuo2xY0UCHVelnH/+ayauPN9qRNz32mfa
t+yewA7gBn2FkM9+UvYiFoCH9DPuXRa7esLo1NZep7HSgaSvJdmb5zEupwO3FgvhZmntl4AvBHGE
4DQfd1lUpVnnpRX99m959nRZ8WfukHJkYQfiEIClBQASkAXbpX5KooAoCEPK14C5hA59dhZVgA13
1QaegA6MZ2pPo0NcIQmR13tkYQTMMFMW6DFtsAAAgANVZ4KDkoJMWEqyACROdW0sBVIS8FIlJYO/
YC5nFFLYwHQAt4UgZXsT6FxUaIWSgA3oUGAspy6mFQFZUIDcxSHG14R0SClKsyemly55EAsCh1ny
JFDbIAs2tDGe0E+voz3+hUhQL8YV/faHF7MN2bByQ/gxCKYDSaiEv1KHmkg0LuIIexJXv3BvXVhN
zTSEzARqy5QH2/BupjBGygRw16Q6bTBcHnA4ucZaCLiJukhAT/iJ7PKAjdZxKcYqp1dL18VKGzhJ
zEBTraJA2NV5b7hgxCdzubiL1vglpvQuLBhorgcARkB0l+Qx+FQPPmgC2TCJ5LNjA6cGJYiLe3eN
8IiNd+iLp3Z7/IZ24dhOsVAPY4gVVbBkZQQH6miJ7eiOVxePCBlD87iNpvJsN2hy+XhxXIVfdqBo
ZdQG2QUABKlaEVWNCfmR5WEdsuAJt4Ju9vZbXhiRF7eKjAeCqqMGw7X+ABupcIp1kCB5k/ghJm92
K4+0DQImAUA5Utmnktf1WUEJlB2wjEFkWiJYBezIkaDkkTg5ldIhJvBXknJlMZ1CfkSJQy+mle7w
e7SjBhnpAW8YTjTZke9IlWxJHabkiTxJil3pMXJJPm3AlAuAhHsiTtNokKHXloDplrwwku+yJ4QA
NXMpjoiZPW2QBQNmlk/5IHHol+sXmJYZHSK5TrWyfIk5l42ZkRJAkLjCYJNJmSd4maj5HF+0k5uZ
h51ZRmqQBR7AQxKAhJEJUY2xa6m5m2ESKqxZkq8ZkGqgAyaAlDhwlkOSRLk5h7zZnLbxRQdSmK0Z
nLTTB7GJAybQAd/+ZIlPOUe9w5zOGZ6vAZ2/2ZquSZ0nF5tGsEkmgAM6cJZ84p2KA57iWZ+sQZ4V
Bi8leZ5EeSdqkElVUESbZARVYAfsOJrK+Z1SaZ8M+pz4qZ+baWF2ko8jowbnU0FwVAVZYKB7Ii8Z
tDUL2qAiOp5fBCcKIp0QeitAIiuyki4seie0IggWCn7GVUEVtKHs2KFZgymlqRz0OaJAahpiwh4H
cqIpeqQQajhKSqPGtaEcqqM7+qH18qNBWqWkcSlwUqT5iaS1sqReuqQ52qFDkjXzEihUaqVoKhr+
MZhZ2iMVhqJcCqFCMqa5ois8ehq6maZ6aimXwqYGEicJEqiCOqj+f2qngDIhZ7qniipea/ofjvqo
jsor9JGoi1qpL5Snlpqp54SpmtqppMSpnhqqXQSqolqqAkSqppqqc4OqqtqqQsOqrhqr2wKrslqr
YEKrtpqrKoKrutqr+MGrvhqs4gGswlqs0UGsxpqsyIGsytqsw8GszhqtjEKp0lqttAGt1pqtr4Gt
2tqtiBqi3hqu10qt4lqunMGt5pquUwqu6tquZiobeRGv8jqv9Fqv9nqv+Jqv+rqv/NqvaGEVABuw
AjuwBFuwBnuwCJuwCruwDNuwDvuwEBuxEjuxFFuxFnuxGJuxGruxHNuxHvuxIBuyIjuyJFuyJnuy
KJuyKruyLNv+si77sjAbszI7szRbszZ7szibszq7szzbsz77s0AbtEI7tERbtEZ7tEibtEq7tEzb
tE77tFAbtVI7tVT7EP56tVibtVq7tVzbtV77tWDLFXuRDmRbtmZ7tmibtmq7tmzbtm77tnAbt3Ir
twBwDnZ7t3ibt3q7t3zbt377t4AbuII7uIRbuIZ7uIibuIq7uIzbuI77uJAbuX67RHNbuZZ7uZib
uZrrtnUruZ77uaAbuqI7uqRbuqZ7uqhruJS7uazbuq77upjbuak7u7Rbu7Z7u7ibu7obuasLu777
u8D7urK7u8RbvMZ7vII7vOegvHqrvMyLvNB7uL0bvNRbvdb+27bPG73au73cO7p1K7vf27fPm73d
W754O73Xm77qS73ka77u+77wy7jtG7/0a7fTuxV0u776u79lO7zMO7+4C8CEO762mxXiu7cGjMBY
kbcCnLjhe7fZqxUQzMD2K8HNu7wMvMATfL4cnMHkG8EavMF8678hfL4ljMHNuxUVLMFd4cEmTMIw
XLi9ixX9CwBwS8P8m8Pp67/127gNbLrgq8AXbL9DjMLL+8PSa8QnTMQbHMIazMMvDMVKfMBSPL4E
zMRHLL5BjMVYDL5XTMEjjMBNPMZMvMXJO7Zki8M1vMZakQ5t7MZZkcY2HMdqrMN2fMMd3MHfa8YP
bMQVrMT+TpzFEFzCCQzIzmvBhZzFffzAe2zCQjzIQfzE7WvFRTzJRHzIkdy5gXzCLdzHeYzCTqzJ
n5zHzsvFU2zGpuzJYozBUizIU+zHZQzLpjzLIhzGr4zKtCy+aAzHatzLcQzHwBzMNEzHw2zDd3zM
2DvKoCzKtwzLmszMyxzL0gzKXbzKW/zMl1zGzAzN0nzN2CzLtZzNYAzOtVzFfyzI3/y/zrzKFBy+
3IzJTwzGpSzO61zEtpzLixzOn/zFyqzP8kzGsozE9/vGxczLZovDCD3HxpzQyNzQatvK0wzNojzP
1BzR1RzQuQzQEi3OG03OFN3RHi3G6uzKGTzOGH3RuMz+yiYdxRPszivMyXr8zzE9zbRsyf2s0tp8
zzWtwkdswRn9yhVdz4OLvrys0ML8ywndxgwdzA7d1GmszB3Nx5X80lHt04XsxV/M01Jt0SFNyhfd
1TNd0ns80qkcyChdzlzhz//s0uTsx9wc1NqcwBR906lszY4cwStd0we8181c1wO8y2db0HVMzHIc
2At92E6d2BAd1FEt1G/d17ZM1lxM1hPN1Xjt1UDNz5C8xGo92ZEtwiDd0nnt1tnMyHwN16jd2P38
wfa82ZKtz5qd0awN2l/d1rosG2tc2AZ91LwNzEtdx4mNzIut2tQ8z/Fs2RrN1eWc3Dit2sZ91rX9
0yf+Pd2tfM20jc7t3NqeXdGPvdxfXcrPjc863dmZrd3gHNtq/dHfLb2Ajb9ybMxFndsEjdhMHdzC
HcULDNIsHM75DcnX3dMvDNqbjMiEbMCR/N18HMPrjd9+bcgjDNMBvuCNnN2j3dPWjdoejMmjrMpY
fdquvc8mfdVUvdpazdM7fdUFjtWcfdvMwbnwbd8wnrlILL89XOOgO+M2nuPlS9QHDdwx/uNzi+Oq
m8g6XuSKK+RGnuTFy+NA3uSbi+RKHuVSPuVUjrhM7uRYbrlQXuVc3uVePuVXnuVijsdfXuZmfuZd
HuZjvuZru+Vo/uZwHue5q+ZsXucHTcopHuFyvuf+fN7nkEvndm7nWQ3dtu3nhn7oiA7BgB3ojB7Y
YX3dbp7okj7pXA7ojT7mUDzhzbzilN7pnv7lln7pWZ7pEh3K0v3pqJ7qOh7qou7kmc7cKa3qsj7r
PczqrQ7kr47cp07rvN7ryGvrtx7juc7Y0e3rxn7sxgvswW7fVZzn/o3s0B7tuqvsy67Y0n7t2A6/
1F7tTR3p2f7t4B66287tDe3t4X7u6C6/i07uYm7u6f7u8H7GuM3ubO7u8X7v+H6+607vrp7v/v7v
R74XYTvwBF/wBn/wCJ/wCt8W+87vuA7wEB/xgTvuDp/D9i7xGB/tFF/x+3vxGf/xvr7xHL++Hg/+
8iYv6yI/8jt88iyf7ymv8tZb8i0/85I+w+6dtgXd4z3+y20O82wL0QLt08++wnoO4OxM3q/N30RO
80w/8bvsy9j74vW91Dgv9T5/54Oc9ao71ZAd2ues9Y8M9o5M101f9iP89PCd84KN2IOd9oddzElt
9RxPwmAv4ugN67BN4fTs1oc8xott9oB/9vPO1Gpv1Gv/4lDv9r3t4xXPw2ztzUdv18rtz0m/96qM
1pwe+IBv8/Nd2Guv26Dvy4UP+irv+Dj96GS/1ai84pV/+q4P4ruu+TNv82zM9oZP36Fv+0f9xjBv
+oss1+M9zhc+3VAt+Rgu3rKf/MuL9rXv+bf+T/qJr/v1ffW+T+znPbmYndKxbcVyLfTprfzJT/vO
b9Cfz/OLL/1UX/ozvc3dPduQztx5bdM3bc7gr/mcz/PlL/3v3fZI/fZy3/gAcU7gOQACCxIcCKDg
wYMDDTp0qFBiQoURK1JsCDHjw4QaISLkGNLgxY8lTZ5EmVLlSpYtXb6EGVPmTJo1bd6UCaDeTp49
ewJIF1ToUKJFjR5FmlTpUqZNnT59uhHnVKpVrV7FmlXrVq5dvdrU6VPsTqBQzZ5Fm1btWqVSv76F
G1fuXLp17d6NOHZsWbZ9/f4FjNYtXsKFDR9GnFgxzLB6fwaGHFky5MGLLV/GnFnz5peNHZP+nRxa
9OimlTmfRp1a9equnj/zJR1btmjTrG3fxp1bt2vHEn3/Bh5c+HDixY0fR55c+XLmzZ0/hx5d+nTq
1a1fx55d+3buwj8/nh1ePODaus2fR58eL2+9sMe/hx9V/Xz69e1vZb83/n7+be//BzBAAVHKTyz3
+kOQv/IGZLBBB1Mr0KcDE6RwvAUfxDBDDQmLELwKP7RwQxFHJNGuDnlyzzeofpNMRQUn/CujjS40
aSKcZGSMIxpvYiiiHEG6sMcbfexMx5mEFIklIXdcicnWiHRpyatOBE0ohYK6sjQYYywry/i8jAxH
KH+kSsyYkHwSpCSjXLPGNnMas0g1fzT+k86qnOSqTjnxVInKevgC00qJsATqShWzNLTQLhVFdNCh
AiW00XQGlZRSQB1NVNBJt+yrzoZIIoikhRiq6NOFQuqR1E/j7AhVhCYataRYQ3U1VBlPBZLVWl+1
9dXBSn0IVBtHunXVVj8ylldYaZUVV1rR/PXYU5cF1SIkVSU222BJlRVIYZ21cVU9pe1o1Gn5rPE7
FDUlqtJM3d1UUUI3ZRdMSN1llF5L5b00Xn3znawyKdXkNleDLzIW4WObJHdJNEeCmNdgWy14x2Rx
rRjZiBUmuNZkGXbV4TUzZlbJhnV8uGNxKfaYZIs83phli0/29s0z1a2S3nYX1TnTf+f+hXdenYV+
lGdJf+75Up+X5pQtgZNMmGWDp752YYanNbJjj2BOOWo2sT7Yaq0/zhpKJrEemOyxxU4J7azVlgpj
jdfeldyyq5a4JbfDtpkxnP9kt2igjSZ8cMMjdZToeuVNuvHGmXa8xZMe9prvyq/1rcZSFQZ7YF/x
ztXUi9+ElXOJPTcXZlSHZT3zZlNX1vJyOaZac9j3Rr1XbfNmnVjaxf3d9YRdn1OjzVM9/W7dj/y7
350Phzxon4d+vnrIkZae8esld7P4y9+WunY4O1d+67XjVl3v2Pkunm7xiUQX9/LNrvvq5N/vNm+p
0a9fa/rbd5bJyIe/mvgJNtl7XOH+LOUvLx1tcQkU2vWip0BIkad77MNb2jJoNzapDm4cHF3N2tcn
u4GuhBpMn5NCaEKU9Y+EHhRbCOn2vZGVMGZGUqEN/QeW5u2sgZgqHAR/Zq/EFe2HR0Ng0hYoRO75
6FbW0qGpCBYuKJJpeDvc1ceG9ay+XfCKarNVqp4ouirKaWzgatYUqwWyM2Jxd3Nq3e5kuLAtAktb
YCTQCd3IPJw1LS3OA1EgJxUXdBkmSCUCi2UKWSbzGDBgRRTkhxapty2uhkaT3BDxEoNJmmgSN46M
ZChDw0lEltKUpyRID0W5Ssqg0pWvhGXbVMlKWnYqlrfE5StBWUte/jGXvwTmiHb+2Utiyqd7XdNV
28qWFWjZaYRn6mIwpVmXYRbTmv65YA3ZZrJnMhKOR4omN0k5TXLeaJbXROdRRGdHMdLRi+Xq1ayQ
9TtfVXFZ2xxd6uR5MoRVrpz/pOY50zlQK81NZN3Mn8paCECZ3dCfL1SoCNFXMc8B1KJ0qSZBB8q/
3H3tfiw8X/9SpswBglRu6btoSuGSUY2ic0b7w+fxJnbSqoWLeDIUnu10J7/a9S6L4VRpUKfC0pZa
01PzE+BHRaqxDS7TfjRdKuhGKlSq3kmgRb3mUSVqRZhqM3QOvWEHZxjD9021qmflYR+xStB1QnWN
bPwi26g40zFGTH0tw+LKUIr+Vr6mVV1+XOsqx2mivhY2k1cNbC8HS03DNvZBRE0sLRfrWMoWFrKR
FWxlNbvZm6kVs8WcLGdFe9HLfjaSoR1taslpwO601rWvhW1sZTtb2tbWtrfFbW6Zg1jTihK1qgXu
L0vbWxD9NrjHheVwiVsh4yLXuaZU7nIT1NznVleYvJVuca273bNGN7sK4m54gzpMFo0mccBRXG/j
tsY6ite9JNrlD80r38Mt96UimeN79eug+E7IRegdXKMCtb3pEVdPlAPqfhWcnv4SEXpKC+LzHFhg
9SYzWgvGcIDI+98IvyvCgpsw4+xrYYwkOMMnZk1GD8Ui+SZqxUZhGoezOy7+qJkYxTc+DVEp3GIR
pzdeL67eiK2GYITi2MgQmiWP6+svJgaOwtSr8P9+emQq32bD5wWiEQXlQCf32MefXW+Yk1llMmfG
u9/9UpnVrGHsonm6a4azfc7s5hDF2c4MbjOdwXtnPu8mz3pOc58FbZs5A1o21B10oqfUPN022tGP
hnSkJT1pSlfa0r/5s6HrrGhOa6bQmjZvp0WNmU+DepSjRrViSm3qJqba1evJNKtjg+hX15pAsZZ1
qG29a7mAcsCQxFJUDugiKEfFacQOGDYNKtZtmo/Xiu5v4IpSQaQ4uNhmobZT6Nuipl3YjM0e87Pt
HG3DCcdxMu7yvwQM4R/+Iw5x274XBevLYQCr03hU+xbwpPWtIot7zeQeovMqpSlrB/yBSSQwuw/u
YX51uNvw6+gVMbhQfw96w0xEIrsL7uGFW8/hUC4vAkUOSHtHMY9jRWrF+XzxoJ1b3umeHnp/HUER
P7ndI3/w0LKNpf+RESNN/Y0LVQ5nln9ciAVW8rbTm3GdexnEQZzgvB+uQ/iFr6JCH7qaq4nlpge4
yUynb9S/PvNyu1jd2Kv51GH4NpI1td9ZP/LWldzxH/e4vEhzd96VyLMtT5vYHG85ur9cUGthrq71
XF2xaA330a7aqIBVZ4ogb0zGVz4nuN7ozpdCdgta3vOdwXyuA/Z50iv+KfSiD1PpVX9rz6IePotf
fZ8d73qnxd72eenjpXW/e9733ve/B37wo3N62sfo9sefffF9eXzbJ1/5Z4E98/9N/OevJfrSL7Pz
q0957JNe+9svTfdVL3fN+x3YauG7sBdY/klFXtswMtS0ne1RcE5saiS+a0LFf8qLX9v9lJk8GPMv
P6I29nu/dpk/9SkkvZKrbNq/qgI4I6KgqMOXRXEx7ckyzkO7e8m5liu7CEJAqyuxmUq8lxlB2UG8
0NG3bVk2UXlAVIpAmmMgDDy7wCM4qMuXgjM46hGwGszBYZvByBkkEWyjiTPCtAErZmk7IuOY63vB
zYjBo6NBnJNAKRT+QhZrOMUBOxx8upwjvPLhnyOcHPARH7djIbd7whKJQioUO6TLQrS7QiC8QGtj
Qznkwi8sKxckw/vzHTIEOiIkGzRMw+tqvXjrQC4MPES8Qy18Q7+TwSQ6RC2sOm3ymoeqxD2MOCIE
xEFEpP5rwyn8wSB8REVkxC7ksh6coCz8xEcBobUrQ7azv4NBniTcqknkQ07UEPJTOIQDRR6UsXWT
QWmLsQO5Q47bwaUJQThqHRpanpLhIt7BoZpaoZLJRFwkxL9qEWmTLKdzRMFIkU9iI2sMpu8zvwBk
Lv8THMGQPysLR3EULuoDP+hzx4ojx3hMCiecR/eqR3ssuXzktX3+5Md19Mdda7Dzs5LBC0g8HMhX
A7gCTL+EhLGFJMgkE7h9aUSIVEiJRLWGLJQbjBR0tEd81Mjn4sgto0GQjEeRHEnkKsik4zsDfD6V
XMngWsNiNEfak8mZVK2a9EKYVL6c1MnGo0gBzMCHxEigDErOAkiMHMKk5LSlPEqn7DSohEiklErK
osqEtMqrbKysDMit5ErLgkemvMewtDhGE760VMu1ZMu2dMu33K3WI0vjM0vZG8u5jMi6XLm7xMtk
1Ms480p+BMu/pKrADEnCHDe+7MuMRMwqa8n0m8MBhDAuM7UZybcyasY6qhbLHMzGtKShlLqu8yGY
u8koS6HTdB/+KeIgz5ymkpw7kDtJvGO1C2PGTcQhKWNNaXLNflE6OFyyyjwmTbTNb1rN3ASm3cRC
bUw4lHQzt5jGGvOgA3sr48SlxySayHTEdaNMUHNOqrsv/7Ej/AI36nQlnvxNCVyidJS1MEzNMfkg
d7Ix8rzG7yC56+RG+yw2nxSyIdPE7zQhM+lM+SQ10FRPm8NPQ8w1xfM5Obqpy4yTShLQWDLMlIxQ
HJtQ8AvQCs2lC92+DNXQW+LQ6vPQD00uxVzMpiRRBQvRmExRDGMtuITRGJXRGaXRGn0tE13MEW1R
/sPRvtTRHS2lFf1JIN0vIS2+HyVS+OpRvETSJBURI8VJJ9X+R4oUPOxEzy0pTfXEKs7ETM0slrl5
IwiV0lwk0JhLOy39P9EDUNSsTT0koDHNkN30yFJMRwD7xV20wA+rJdoUTqR6K5CC08cq0zNVOrKT
oFCEF3xhTu3Kn9qcnwDq00AV1ELkTZkjOTvNMissolVUrIRyVJxiKIqTVAyxzq6rty8Lu+Tcu0hc
VEny1D59TvYMz1GdVGz0sdfsxioUwjh8w+3ZUzBtT/j0lvbSP1ptEPOUzSAbxWWFQ07lpe9ETe/h
z2l9O2OlD2Q10Lo7SWB0uYxjuk79uQVdnqB7o8QTlem0VgCBUtdr0nRV1yWdy3Z11/tYV9ST13mt
j3pVU3z+3Ul4Jct75Vf10NcEDVihzD0bRdiEVdiFZdgY9VemBNiCPY+BXU+JVcqHjUqL1SyKnU2N
3ViMrUqPrSyOBU6RdaxSXZFhQ7Z2sb4sFSQuPcHM3EzjgdZmNFn0YCn9pNN7dNnEWtNgvZifdUY8
ulkru6oj+jgd3DtuNVNv1dNQ4tOU+yobEtqibSSBStUgNDvltEmtfTmz09nXC06p1SrixDqr/Uy5
FE1n1da820Kvm1NfhdpXTTlo1SLcRNtPOiciAjJfraBU7ds8ZdWwfY/ujFborJuqzVujpVRltUJt
bLddPUVjlNvTAtY2vVxh3aPFVY0YxLlNlbye7MVjjE3+35o/ZjTcxMVbzk1bW23byH1bkzxUt33J
TEU3wt20MBLXZRQWmj1ddGXdHANZrQzewhzeryxeoSJZ7kze8TpewWxelVpeTYvY6F2M6TW06rXe
TULLhvXe7wXf8BXf2Xrew9xegMJeQNPe8zWk8qVQ9i2n9NWz9YVfWFPbExWM+l0t98VQ/W1NKt05
3H1dAYRNzKJf/8Uo0Mw2Ae7NXEVItkLgcRxU2nW5JZs7yr1PjcIRB43gJ51gRaXAjetFhjNgEwTU
Dj7WDyZF33y32iXdEvZOFD6sxg2wJWLbC1ZFo9zSnhtPGf4POa3T0RVhCKrcovpZovXhd6XhLczh
hgP+wrLLYSbzWR6OzySeWABW2aT9sHoDvKc1YikTUytms/v1i/ocUjEuT4xdWRZFYxjk3w5tYzcm
Y/xdkTjm0TmmY22zY+h6YxHd4yDt3vEV5EEm5EI2ZEzD4zxmigP+Y6tKZEVWtkb24EeG5GqTZCWl
5ErOy0ueYdfVZD3m5E6mz0+u41AmU0oFsjKWPIP8SBjb4UZltnBiZOuVO8hFvyf2vwXu2UDytlh+
u1mO3lp+MG6NXNn8W4t0Ny7e5f2wTHz7UhYsQYqoVlNmJqxVGrwbOCjW1WATXWxe5kBbKDNMwkoE
5uYVZoyDTBteZb7d1tE1Kio2jT+UWmp+i3NOxDv+3VUKHkaxe2fvzDegy6kqpmdzUtus7U1IzM5F
ZNZ+3qtX3MPiHOivsGejC2Fc5tSmTacjjs5xjtSIbg1rpju9CzkvuztVLeYedCmaNbyXaado7kOP
Xqk+po1v3jOYFhD5TVmarmmbVmJPJuXN4+mblukzDuofHuojLeqeHuWfDr+kptdAPuSoluqppmq3
POoodWo5u2p2zWqtzmSmRtGuxrOvZupyFmvc82mw7sezxtmttle2FlgsDsAF7pQsDrEBlt2DBGcH
5CZbbBLgtSSnstaSPLa6LlBCvdRKZWZlIpPweSGzrtnBnuCT7lVkhl0gwtXXNFM0XTFivtO0C2D+
J1rBFGQqVaGWXwm6fZqnMpoVF3TtMOVg33Ers/Y+Fdbmiz7TgLNoxBZG0MVPfblBRNVhPGzCg0Jt
P5wq4x5biSvucB5Ow1VuyUZl2x1hOqTo0uUxk/416n6gZHZhVibu534nI1y2zfXPKUNdr1rus3VS
ctNOIabuVLZURqxSRjHIwJXdr63d0I5h8+4qPOooYA1Wh9bdmBXTSxToCgXikBZFzjNUXCZNLYmc
B6/gvltrGgLw/8aneZbWRz1cAe9wTExXICZh3F5bJ0ZTU8VSxT7xxy1inpPmMkzu/57xWizv9FZC
9IbVSaQdWo3AC/RIzxZcX8xsYmTxyOM6ds7+629dY1acHaoNRIqJFXm6L2Bx0xiXIyino9jundSO
RnctNDP+13Ajq2/rIvbkEUn+tCYf8x4OVV+uDTRPpEbG6eaE67FOa7UWyDv3M7L+adpm6zpHM0A/
6xet6kNH9ERX9Ef7m0Z39EeH9EiX9Emn9Eq39EvH9EzX9E3n9E739E8H9VAX9VEn9VI39VNH9VRX
9VVn9VZ39VeH9ViX9Vmn9Vq39VvH9VzX9V3n9V739V8H9mAX9mEn9mI39mNH9mRX9mVn9mZ39meH
9miX9mmn9mq39mvH9mzX9m3n9m739m8H93AX93En93I393NH93RX93Vn93Z393eH93iX93n+p/d6
t/d7x/d81/d95/d+9/d/B/iAF/iBJ/iCN/iDR/iEV/iFZ/iGd/iHh/iIl/iAX/SKt/iLx3jsaB4+
f0AD4vj98/iP776QF/l/KuSE2PiSN/nmqAI7sIMTeK1TqILfYISZtw6U7yOVX3nmIAdwIAdysAPX
AvrfGPqbN4iU191ZTfDLAEs9tBhyNfMwake/zr9Ngvqpb7zmIIc6iIBJIAeY7w5wqIPfEPvrwPm/
ytwfPowqhxNocs9OgvvrjTutBwMAqAJwyAG7PwVYmHmZ7/oI6IBT6AC7hwW+B4BTsANGMPwqKHyb
BwAwgAWvH3vfIIdNOAWZV4hJqPvHnwT+5jh7+sxcN4VQKh9Wlra/Li8Y0barcZXyZwbj2B7BZSTt
MFbG0X5GYX3tlr6nfVJ653Ttwwvaw7PZEeL92WbtvnIOcoAFRsgGYnh8cmgGagCHDiCHQAADcgAD
OyCHDqgCciAGavj6ns+GbOB775d+mNf+7y97yjd/vAcAYtCGCJAAbYAFzz/6nHe2Jqyf5p4hl6Eo
qAEIAOfOARBIcKDBgwoNJmQ4UOHDhggjTqxIsWJCjA4hZnzI8WJBjAg7dhRJcGPIhRpNprzoUeJJ
lhtVyrRI0mNElCNX0oSI8yfQoEKHEi1q9CjSpEILMm3q9Ck5cOQmRQBADRaACeTsEIP+dWrrKWIA
iBED00ybVmIRToUt2yxbBwDNTgGIsNUpOEZ1qdHNsbUOuRxPBzuNWO8w4sSJS2aEOfOnY5czH4OU
jBOmT5GYKb+sfNmlTYsme5b0GXk0Y6agP7LWifrz0tCtV5OWnbOp7NOnMyvt7fs38OBJCRNnSq5O
07sAwBID1zXvcnLaJsVVHn163OV2CoJDntw7LKwAYGXLJr74YMOK1x9m3Bl1S8usa5tWPf+mbdwn
G+rfD1lyS4W919Nr+8UnmoGT2QYUZbu55iBsl9kH4X0TgtQfgrl55hiGwnn4IYghLkXcAi0sMBg5
YDRFTDNVTELOCXaQQw0YUp0gFzX+SIAxSRUpMtVMiy5WMVY2R8ioYnKw5CCjHQws4Bc4ghW3wIkC
EsQee+7Jp+WWXRZIX2abaUjgfwNqWdqYnpEZYYYUgtagmg/GyWaaCs5WIJq83UnTbiL6+SegwKHX
AgQobsfUCdpEFQgAJ+TVATjNFHRCNtxwk80J1iUaFaaNZkNOVMhVCYBUUk0CAAMMAGAeeguo+pR6
WC5W5piY7QQmSnamJKaZG8r5ZZ0L7onnalzqWux7ri30q274JXtsTHfuequtejZLbIaBaruttujB
kMFgJ1TVVAQ5ZAdAHRIAgMSNACyQgRJSiutUDlIylcMJHag7ar45TFDQBA+AQc7+kMQx4MCo/QEg
q2Jc7mlfZwG+FF9Ij1WcX4SbCaQrxQeOFGDHpUFM0sYAkizgyCan1nGXIONa8sT6XVwhRyPDHBN/
K1toE8x2+pctt0EL/Rt6H7SAHtKuUnkCCAkjPZjTTDEAAYvFTR11gAzP+meeRXU9NNhhix1bcF/7
ZnZQaPem9thtu+11cROo8erThDnAAAhJ1N0q1gtAoEwaBlNAN6wIaY0Y28Mp1eHbjTvObeK3RT4U
40RVLijEj2u+OWRTXlHC3oQxIIEVFIROItbuUlBB6hBAkHpDh7fHOe2123477rnrvjvSIFBiAexI
N0ABHqafLjpxEFxAgdMLOED+wevExar15Ltbfz322Wu/fdtIMyCGIxY0cDfC5B98PsJUUukuBEus
8e/xUBPOlN8YZABB+lQ+UMH9sE/PcPW4J8ABErCABtyeByjggfnRzwKqSEUJMgA9CEygghWk4AUl
IIEIOI8BKCiE8eL3lAU8AGoUwMAGKDCBDUZgAhXAQAUYqDDZ1SOAB7whDnOowx2KaAIZ0EESYNAC
4NEvAhDowTKUwYYSfCADTnwiFCXoAQpC4AOJQIEEgne6BjRvARYIgQg0YAEqWmADGoie9Awnu8ZY
SXExy5zXQIQmOH7Mch4TFNkGpEeghSlkMUubH2/zRwldznJvpGPaiOZGHub+sCALkEAGkkCINbzO
eRLwoRPU0Q1DNKEHMvgkKD+JghCAQANOlAEwViBBGYrwAQ1wygJ8KIIUiAAEIHAiGCugruL8T1Zz
VOQex3bHalWrV5CjFW2yRbE5zcdL9ClmMo0issUBk5HWtCP9KBCGNXzAARNQYAZ6cAt4hOMWkYCE
ItAJCUSgkw9b+AEKUOCGZGiBAqujwCtPh7Wp0e+RENDACFRQgxSUAAQjSAEIIJBFXqrxcNMU5ERY
5qyIsZFP0apjr26WSGMis2YSmVZED8IflezqQCNtk2mYCU2V0uaXEBVpRR/60otu7KNs1FhMeXbT
a15vhBPYAS2w8AIQlKD+BCu4RDjoQc5wMLWpTI0GLsqwBV90wwkZSGAGLmCBB5xofQ+AgAdWmKoJ
ICyL+6xACakkAbCCIAU0EAINVrACH6Dgqunrp6uc1EssyZRDNQlmtHLFE5/dx5AcpdOWHGLTv4LU
WYR9E0v5+MyWbrQ1D5KptKil2cwyNlg81d1gGOABLVTDF39wQg+0AIlrwOMw9HhtPV77WnhcgxTh
MMcWSqkBFKTgoD1Ywg5ckIQkICEDD5DAVxXYgBWmj4NNWUAFKjCBR/oQBCGYQRDKsIcxvMEGL9CA
BlSYP1c5wHUT2GuWkEkhYqIssm4KaTQvKp+OOlOxnu1TM5X5LJ78rLL+79VTSrFlLWM69r4GHtZn
QRtaCjBhGea4xSFy4IEOnGDC+bowhTN8gkS1wQlusAQyktGJR6wABba8pUI1eEHXYXCFj1TfIyug
gQpAzwIaCIEMavAHbVQ4B25YAS03cL8JNMCVEzDvAtC7nokmyLPJXG9uOqTRrxWYQf7VELQme1j9
TqxmtYEjr4hp5UM6WY/tJbB73auwOyaYc4SJpQXYkIx2hONcT9MEPKLRjWg8Ygw0qMEISilFBU4R
AhSwgAWgaIEpWnCDl6wABzhgyxK8IMdAsAQ7qtKBP9iABr3dAI3vac9KKrlhdDKWsPpaKzX9pzGG
ne+pDZzlLAtrwGP+TlY0XQ0sl1IWWJCNtYCVBa2u2bDNkIOaBCiggRpAIhztepoRXhsOSKwAjCkg
AS1DUFANfMCUGThxUbW9AaLeUooVpEAGRHDQFKRgBjUIwhMwXRUP8IEINJjBCDiggQtUwAITnG6S
G0q9YEIZQapeVrA7enBYZyyxGOvsaMr8ay3bur65ptWsb83ZglsU4v819ubeXN4MlIDZHiiIJoah
C12onOWvGBcAvFGPaGxBBi8QAQpmwII/z6DE8bz5zXmbghX0HMjxLGi5nViCg7KgBjSwgRCKAIVL
ZBoAHVDEEzwtgkjbT4UV5GLs1ii5CUlMpyfbmZeFPVNkmaztyjT+qcSWmZ+eXShjKz3ZIDFKSJDt
9GMhk1nZPYrZ/tKUmf3NWZcnE0iQ1444GiR5DViRnXXINrb0qIcumEKHelyDCz7P+dOHIPohBMEG
QABCDVJPgyAIYQhCIMIQiiCEGszg6EQtQQpqYIMbtP4Jvo8C1atyAkUMoQaj5IAZadyAVDkp7A61
XbEDZcPB51GalWW89qKP/ca9uYUUkAEr6EGHL3xhHeG4RlLp0Y5vjKsD8WgHH5pQ4nbrfghE4IIZ
9sCHMhCBCL6HwhNAQRREgRTgHx/sARmMQRDUwCcN3QzcgOgRARSUAR/wQRxcQjxoGh8MAb6FAPJF
F/6MTvOV2tb+PE4hcR8eIdberQ19bR/unKALKhjUTAAI6AGdqQM85OA1uEI41IM6hMMRMMUw0EMm
BMEMfNIK6F52PcIdHEG9gAEl8MEUUMEUKEIl8AEVXAIlgEG9KEEgJMITAEETAMHrSSAUQEIqgIET
HsEdSIPwKYIQ1F4IbACojZEEpMr6kCDixCAf9qEf/uGHvFmyoUA1mAMivIEbGIIiLEI00EM4dMMu
MMUX1EM3lAEDooAM/AAZ7oEg2FlBgMEonMEibIIEwAItGMFTdIAgkIHUDWAUmIEyAALMFUT7Ed8M
iMAcmhH03OHonIgezg4gBqMwDuMwQk15fUAbhEM0vMHpPQH+H3QDbUUDO5yc1cUDPIjCEzCBDLSb
EHBBJ3jHYORANYhFXezSYASCGUzBFMbBNhQMYZzAIRRB7W3AB1YABJzPCAocABEjP/ajP7bZDFIA
CAxCN5iDLVjCLERDOFhDJjQiIDCFLtRDOIiCGWzBE+zBIbCCL+hFQUgAILyCKQhGBEiDOrDDFzjF
F7zCKyCJu6QCFXSBGVgDS54AI+gCI5xLB/BBHI5ALmaAPTbAHeahPvrSPxalUR4lAckPBGTADhQC
MHRDN1hDJ7yBGVwDPbBfQeRAbJ3fNVjDJ1zC/tHCuFTBOpCTOrhDyplDJNwCO6BiXQwDOZmDPLhh
QdSBHHT+QSswA1MAAjuUgznQQzzQwaQcQhweH6jZIy/m45WIHVI2pmM+Ju10HwN80wfsgM2NABl0
Az28g5REgDi4FjxYAyIUQRFEAR88JADkwDwsw12eASuogznIgRd4wTIMQ0F8QThEwhmcASaoQ+ZZ
HSicATe0CxiUQybsZiSYQwZanS2OQAnQIQjeYVA638BBpnVeJ3YGzZRY0gNkwAp0QjuQE6MUBCO4
VjiEwhQEYBkcAjC0iy6AgzopwhzMgWx2QRcsgnh8ASjMZhecASm4wy6pQiRMAy1qw13aZxdgQtWd
wAbOI/L55D0yny8OJV9lp4VeKIZizpRMwAskQjdoUjD+0AJTdMA8KNU1LMIEmoEofgHMRYCLuugJ
AEMXeIF9eoEc5Gcp2OduzoE6uKUnlMJvVkErzCiRZkLVdQBhGp8HHib+BOWELubzZaiUTimVHhIs
ZQATFAI0LKQriIIrBGFBSIMjBoMokMKWhoMrkII7pmI10CiRLsIr3GYozCiNnkE4nCQAeEIumEJB
0MEi0CiggsKCwmGJId8GLI9COYliLgxjVqmjPup1GkwJ0EKIdcIlIMIiLAIhSOJWhgMOhqcjtsKa
OkUHQMOMzqccZEJ+ksJuEik34KmexikAVMFdAmqCHimhogAddl2EOsmTMmqUQqqwDmtRDoYEWAAe
0AL+GyyBFryB/i3CLGRHBKwDYjjiNUSDNciDOrTCN0hDdpiCNISrNHiDNcxBpp6BjebnfhJpF3QD
rLaCNBREB1xCjc6ooGpgEFQbCCQfBcFY1jQqsQaswP4hLE3mGjzDFYDAEozBs4oCS5pCbG2lOtDD
TXYAM7RCKXQDatKBJj1iOCxDK2SCm+LnbZICu3qBuxaEJyjoLgVCfdIoJriD8O1BE6BACYCXPU5A
87nLvwbrwP4s0ILcc7mKB6xBNQwCGzzCLNyCKywDOQLAJFarOhyGYALAMCyDl3oDUzACN2SCHCwC
KaACJ8zBjMLpbYICgtLoqxYEKvCorC4AIRzoHED+g6xu2gp8l0/qrPpYCbBWZ9D+LeAy0ggxgAVQ
gjKYgzq0wzvAgzw82xcwAiBALuRGbrvAZTuEZ9U2CiNQQiOcpAQYw13e6Nki6IxaA56iQhfkgjzY
yxEQgidsApim5h/IwC2JV+r8Yg0Fru7u7gFBzQIIJBO8gSWsgi0IQugMgzpEQyuwQjnYy1OcADKc
AR+IRxV8wgCaARVQQcrmaRfIATiIgyc2hQQQwxakgAaElTmmB4WmF++2r/tij8h9E+RVwukMQy5E
ge+NwjqwZFPkgDSAAxXwAV0AgBFYQhBInTpWQ8F4QvYqwjuIg1s6RRV8gyXcgIkpVPDgrva9Lwf+
dzDXCOJS/kAt7AIdAIIJnzAKpzAgiEM7kIG7PUEnuIM0AIIRbBgdDEM8cAMfmOY0mLAuUMIYCoEA
coMumDAxcEEAKkI50MMw0MGG5QAgSMM4JEKn1ZUGZfD6LpkHbzEXvw2JREAGaIE1+MIzlAMOXh7D
0IM6kIM5dMMboMAP0MAeIIM6vIM8yAM7ZMMjhGEQvMEzjMM4aEMboADRQd0ogAo5pAIQBIEPCMEW
jAI42LE8uMM2pIIWsNstWsB0oYcGd7Enf7J2IlsGuEE3uEEJyMAb4EI7yBYrs3KevcEKAMEqRIMW
8BYN3MAWwAEcjAEbrAASytUMaOMOoEAMxFP+EtYA6jHB/BHd0z3BG8CBG7BBD8RTDIRAb4UXwjAU
lPotKHezN3vIYFjADrABMAzCCzjRC+wBNKrx5bZzOy/kJ8zApOkBNIxBW9EAC9TeKL0ApYUA0CGd
BthSCMRTCtheURE00ekzQGcAeNHhGWHxNu/jN080RS9OUzSAJDWCI5RAFn1TCBhCOJBTVEYDSZc0
Sc/CGJyzPYGAFoxCKbGbCGybE4HXiXnbE2lACYBRCHCbE3VbCeDcCOBiuSXQBEFAdNmj/2SxqVU0
Uzc1IBXEAyQBD3hdV63VC1gC4i6DL6zCLHS1V89CJ+iBDOSsBkEAFuABQ4tAGCGaB/hbol3+gCm5
daJpAAo5NKLNNT2q9U5LEAaxUARMjQVI1+0qdQk6tWE3NVNMgA4UCiwZ0QsAgzooQycUQiEMgmVf
9iDggRUk1BU/UgZYMl3rm7/ZE6LJ2AVkAKIdmo3VtRlJUKKhUKRFmhil2PpUCQOg2z1iTScfNm9X
NMBkQOrEEh5wgyqswRXwwAvwwA7wgHLvwHKDgCZXSVdlAB70gEO7zgNc0OrQGHYfmT0dNfQcmaHJ
GAagUHgB3GA8gD1RAFcVTkQTZW/HtzejCnCTCAikAjetN4uZ135PZ1MwwAawQQjg0wbBGJUgDAdx
kPpIgAM46QL89VoZGgWxkiM5z3KB3Qz+Aax8b/gWS4AHBA8EEIIVYHCCJziVuOiDr49TMEAF9MAV
ME/odBXURIAGUfgIxdLO9iw3cziPv6+NF4QLTAIEKDgs8WyrrM4PhZAIPZe7aNEIZfPI0NAG9ziV
Z2jShAEPLNSS+w0F3OEJwM+S41X8uEqG+2yVn/nfJo0aJEGOi9Btc5Vo/fjTGPiYj8puozmeA23S
6IAOmJUjjXl2V4mWJ42RD62/Ho+K33meLzqjR6aUNzqkRzr3PbqkV7qla6eUh7mmbzqnd7qnfzqo
h7qojzqpl7qpnzqqp7qqr3px0JCrvzqsx7qszzqt17qt3zqu57qu7zqv97qv/zqwB7tcsA87sRe7
sR87sie7si87sze7sz87tEe7tE87tVe7tV87tme7tm87t3e7t387uIe7uI87uZe7uZ87uqe7uq87
u7e7u787vMe7vM87vde7vd87vue7vu87v+t6QAAAOw==

------=_NextPart_000_0E80_01C2E941.03BDED80--



From schut at sarvision.com  Thu Mar 13 06:43:06 2003
From: schut at sarvision.com (Vincent Schut)
Date: Thu, 13 Mar 2003 15:43:06 +0100
Subject: [Mapserver-users] 3.7 configure error with php 4.3.1
In-Reply-To: <0e8401c2e96a$eca1b120$1805000a@helicity>
References: <0e8401c2e96a$eca1b120$1805000a@helicity>
Message-ID: <200303131543.06458.schut@sarvision.com>

I see 2 possibilities:

1. the switch 'use-system-regex' is old and obsolete, you should use 
'--with-regex=system'. About it being old, I am sure. Whether it is obsolete 
now, I am not. But it's always better to use the new version... You can check 
whether your php *really* is using the system regex by looking further in 
your phpinfo output: in the 'Standard' section, it should say:

Regex Library			System library enabled

If there is something different, your php was not compiled with the system 
regex library. Mind that the part of the phpinfo output you attached only 
shows the exact configure options as typed, not as used.

2. After compiling your php-cgi, you recompiled php as an apache module (or 
some other SAPI). This, when you do a make install, changes the header files 
of php and the php-config, so that mapserver only sees the last compiled 
version of php. You should either compile the cgi last, or use a different 
install directory for the cgi version (e.g. /usr/local/phpcgi ). You can set 
this with some prefix option(s) in the configure options.

Btw the 'http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37' 
document could help you compiling and installing stuff. At least it is about 
php 4.3.x, even when you are not using ms 3.7 it might help you...

Regards,
Vincent Schut.

On Thursday 13 March 2003 15:14, Aaron D. Hunt wrote:
> When I run the config with
> ./configure --without-tiff --with-proj --with-gdal --with-ogr --with-jpeg
> --with-php=/usr/local/src/php-4.3.1
>
> I get:
> !!! 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-system-regex  !!!
> !!! and then re-configure and re-compile MapServer.                   !!!
>
> But, my php is configured with --with-system-regex (see attached).
>
> Is there any way around this?
>
> Aaron D. Hunt

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From morissette at dmsolutions.ca  Thu Mar 13 08:22:23 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 13 Mar 2003 11:22:23 -0500
Subject: [Mapserver-users] MINSCALE in webobj
References: <200303130958.10597.schut@sarvision.com>
Message-ID: <3E70B03F.75D2F873@dmsolutions.ca>

MINSCALE/MAXSCALE in the WEB object apply to the mapserv CGI only.  In
MapScript you have to handle this check yourself.  

It would probably be a worthwhile enhancement to add an optional flag to
the PHP MapScript zoomPoint() and zoomRectangle() functions to request
enforcing the MINSCALE/MAXSCALE values.  Please add this to bugzilla if
you feel it's worth it.

Daniel


Vincent Schut wrote:
> 
> Hi,
> 
> Did any of you succesfully use the MINSCALE item in the webobject of the
> mapfile? The mapfile reference sais:
> 
> MINSCALE [double]
> 
> Minimum scale at which this interface is valid. When a user reuqests a map at
> a smaller scale, MapServer automatically returns the map at this scale. This
> effectively prevents the user from zooming in too far.
> 
> I tried this but could not get it working.
> If anyone can give me a hint, please do so.
> And before getting the too obvious hint: yes, my units are right. Everything
> works, just the minscale item does nothing. I'm using mapserver through
> php_mapscript, version 3.7 (cvs of not too long ago).
> 
> Note btw that this is a different MINSCALE than the one used in a LAYER
> object.
> 
> Regards,
> --
> ______________________________________
> Vincent Schut (schut at sarvision.com)
> Sarvision B.V.
> Wageningen, The Netherlands
> www.sarvision.com
> _______________________________________________


From ed at topozone.com  Thu Mar 13 08:42:43 2003
From: ed at topozone.com (Ed McNierney)
Date: Thu, 13 Mar 2003 11:42:43 -0500
Subject: [Mapserver-users] MINSCALE in webobj
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F6F@mercator.topozone.com>

Thanks, Daniel!  The "mapscript" reference there slipped right by me....

	- Ed

-----Original Message-----
From: Daniel Morissette [mailto:morissette at dmsolutions.ca]
Sent: Thursday, March 13, 2003 11:22 AM
To: Vincent Schut
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] MINSCALE in webobj


MINSCALE/MAXSCALE in the WEB object apply to the mapserv CGI only.  In
MapScript you have to handle this check yourself.  

It would probably be a worthwhile enhancement to add an optional flag to
the PHP MapScript zoomPoint() and zoomRectangle() functions to request
enforcing the MINSCALE/MAXSCALE values.  Please add this to bugzilla if
you feel it's worth it.

Daniel


Vincent Schut wrote:
> 
> Hi,
> 
> Did any of you succesfully use the MINSCALE item in the webobject of the
> mapfile? The mapfile reference sais:
> 
> MINSCALE [double]
> 
> Minimum scale at which this interface is valid. When a user reuqests a map at
> a smaller scale, MapServer automatically returns the map at this scale. This
> effectively prevents the user from zooming in too far.
> 
> I tried this but could not get it working.
> If anyone can give me a hint, please do so.
> And before getting the too obvious hint: yes, my units are right. Everything
> works, just the minscale item does nothing. I'm using mapserver through
> php_mapscript, version 3.7 (cvs of not too long ago).
> 
> Note btw that this is a different MINSCALE than the one used in a LAYER
> object.
> 
> Regards,
> --
> ______________________________________
> Vincent Schut (schut at sarvision.com)
> 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 havard.tveite at ikf.nlh.no  Thu Mar 13 10:03:00 2003
From: havard.tveite at ikf.nlh.no (Havard Tveite)
Date: Thu, 13 Mar 2003 19:03:00 +0100
Subject: [Mapserver-users] Transparency values - confusion
Message-ID: <3E70C7D4.9010806@ikf.nlh.no>

I have been testing Mapserver 3.7 and it really has many
nice features.
The TRANSPARENCY class-parameter is very useful, but I am
a little confused regarding its use.

For IMAGETYPE PNG in my build, a TRANSPARENCY value of 90
gives me 10 % transparency, while for IMAGETYPE PNG24 and
IMAGETYPE JPEG, a TRANSPARENCY value of 90 gives me 90%
transparency (for me, the latter is the expected behaviour).

The 3.7 documentation says:
 > TRANSPARENCY [integer]
 > Sets the transparency level of all classed pixels for a
 > given layer. The value is a percentage (0-100) where 100
 > is opaque and 0 is fully transparent.

Is this not counter intuitive?
I hope that something like this will be default behaviour:
TRANSPARENCY [integer]
  Sets the transparency level of all classed pixels for a
  given layer. The value is a percentage (0-100) where 0 is
  completely opaque and 100 is fully transparent.


(I have GD 2.0.11):
MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
  SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
  SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=GD2_RGB INPUT=EPPL7
  INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

-- 
H. Tveite                           Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY



From mbrletic at visalia.k12.ca.us  Thu Mar 13 10:07:18 2003
From: mbrletic at visalia.k12.ca.us (Mat Brletic)
Date: Thu, 13 Mar 2003 10:07:18 -0800
Subject: [Mapserver-users] Facilities Database with Mapserver.
Message-ID: <3E70C8D6.3080906@visalia.k12.ca.us>

Hello everyone.

I am new to the list and would like to ask a question regarding the 
possible availability of an open source Mapserver application that my 
organization might be able to use.

We are a mid-size school district of approximately 33,000 students, and
are looking for a web-enabled GIS database that can be used for 
facilities and maintenance. I would like to be able to call up database
information in various data formats from the web-map interface.

We intend to use Postgresql as the database, possibly with PostGIS. I 
would like to be able to add GRASS functionality eventually.

I have looked at the Teton Wyoming web site designed by Greenwood 
Mapping, and feel that an application with the same functionality would 
suit our needs. The ability to call up text and image files from a 
variable map is an important part of our requirements.

If anyone out there can provide a list of (preferably) open source 
software packages that might help us, we would be grateful.

Thank You,

Mathew M. Brletic
IS Analyst
Visalia Unified School District
Visalia, CA 93277





	



From ARyan at co.linn.or.us  Thu Mar 13 11:02:19 2003
From: ARyan at co.linn.or.us (Ryan, Adam)
Date: Thu, 13 Mar 2003 11:02:19 -0800
Subject: [Mapserver-users] limiting query results
Message-ID: <614FCE5F14A6D41180C200010240D6A201234F75@LINNMS>

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2E993.123B84B0
Content-Type: text/plain;
	charset="iso-8859-1"


Dear List,

I'm resending this because I can't find a cgi (not mapscript) solution.

I want to limit the number of records returned by an NQUERY or and
ITEMNQUERY, or the number of times mapserv sends the layer template.  If the
user makes a box around the whole county, or searches by [STREETNAME] =~
/ST/, for example, mapserv easily and quickly renders the image, but then
spits out the layer template many thousands of times and ultimately crashes
the browser.

I can monitor the [rn] and take steps using javascript, but I can't stop
mapserv from spitting out all the instances of the template.

I can't use MAXFEATURES because that limits the number of records that are
searched, not the number returned.

Any ideas?

Adam Ryan
Linn County



------_=_NextPart_001_01C2E993.123B84B0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






limiting query results






Dear List,




I'm resending this because I can't =
find a cgi (not mapscript) solution.




I want to limit the number of records =
returned by an NQUERY or and ITEMNQUERY, or the number of times mapserv =
sends the layer template.  If the user makes a box around the =
whole county, or searches by [STREETNAME] =3D~ /ST/, for example, =
mapserv easily and quickly renders the image, but then spits out the =
layer template many thousands of times and ultimately crashes the =
browser.



I can monitor the [rn] and take steps =
using javascript, but I can't stop mapserv from spitting out all the =
instances of the template.



I can't use MAXFEATURES because that =
limits the number of records that are searched, not the number =
returned.




Any ideas?




Adam Ryan

Linn County







------_=_NextPart_001_01C2E993.123B84B0--


From keon at nacse.org  Thu Mar 13 11:30:04 2003
From: keon at nacse.org (Dylan Keon)
Date: Thu, 13 Mar 2003 11:30:04 -0800
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <3E70C7D4.9010806@ikf.nlh.no>
References: <3E70C7D4.9010806@ikf.nlh.no>
Message-ID: <3E70DC3C.4000503@nacse.org>

Havard Tveite wrote:
> For IMAGETYPE PNG in my build, a TRANSPARENCY value of 90
> gives me 10 % transparency, while for IMAGETYPE PNG24 and
> IMAGETYPE JPEG, a TRANSPARENCY value of 90 gives me 90%
> transparency (for me, the latter is the expected behaviour).

I've noticed the same thing in 3.7.  When I switch between 8-bit and 
24-bit output I have to invert my transparency values (i.e., change 25 
to 75 and vice-versa) to get the same effect.

--Dylan



From pkishor at geoanalytics.com  Thu Mar 13 11:30:27 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Thu, 13 Mar 2003 19:30:27 -0000
Subject: [Mapserver-users] Re: Facilities Database with Mapserver.
In-Reply-To: <3E70C8D6.3080906@visalia.k12.ca.us>
Message-ID: 

--- In mapserver-users at yahoogroups.com, Mat Brletic  wrote:
..
> I have looked at the Teton Wyoming web site designed by Greenwood 
> Mapping, 

well, that would be our own Rich Greenwood. Great to see new folks
joining this list because they have seen some list member's work
elsewhere.

welcome.

..
> If anyone out there can provide a list of (preferably) open source 
> software packages that might help us, we would be grateful.

mapserver, postgis, etc. of course.

start at the mothership at 
mapserver.gis.umn.edu

bop on over to the wiki at 
mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerWiki

search the list archives, view the tutorials, download the software,
compile it (make sure you have the right hardware and software to
support it all), decide where you are most comfortable (Perl, PHP,
Tcl, Java, Python), install the demo, come back and ask away.





From David.Fawcett at state.mn.us  Thu Mar 13 11:32:02 2003
From: David.Fawcett at state.mn.us (Fawcett, David)
Date: Thu, 13 Mar 2003 13:32:02 -0600
Subject: [Mapserver-users] limiting query results
Message-ID: 

For the instance of the user selecting the whole county with the box, could you use scale-dependent layers so they don't have the option to query the whole county.   

I am sure that there is a more elegant solution, but this could prevent the crash you are describing. 

David.


David J. Fawcett
GIS / Databases

MN Office of Environmental Assistance
520 Lafayette Rd N
St. Paul, MN 55155
651.215.0200


> ----------
> From: 	Ryan, Adam[SMTP:ARyan at co.linn.or.us]
> Sent: 	Thursday, March 13, 2003 1:02 PM
> To: 	mapserver-users at lists.gis.umn.edu
> Subject: 	[Mapserver-users] limiting query results
> 
> 
> Dear List, 
> 
> I'm resending this because I can't find a cgi (not mapscript) solution. 
> 
> I want to limit the number of records returned by an NQUERY or and ITEMNQUERY, or the number of times mapserv sends the layer template.  If the user makes a box around the whole county, or searches by [STREETNAME] =~ /ST/, for example, mapserv easily and quickly renders the image, but then spits out the layer template many thousands of times and ultimately crashes the browser.
> 
> I can monitor the [rn] and take steps using javascript, but I can't stop mapserv from spitting out all the instances of the template.
> 
> I can't use MAXFEATURES because that limits the number of records that are searched, not the number returned. 
> 
> Any ideas? 
> 
> Adam Ryan 
> Linn County 
> 
> 
> 


From warmerdam at pobox.com  Thu Mar 13 11:37:01 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 13 Mar 2003 14:37:01 -0500
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <3E70DC3C.4000503@nacse.org>
References: <3E70C7D4.9010806@ikf.nlh.no> <3E70DC3C.4000503@nacse.org>
Message-ID: <3E70DDDD.1090302@pobox.com>

Dylan Keon wrote:
> I've noticed the same thing in 3.7.  When I switch between 8-bit and 
> 24-bit output I have to invert my transparency values (i.e., change 25 
> to 75 and vice-versa) to get the same effect.

Guys,

I will dig into this.  I am pretty sure it is my fault.

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 rjames57 at yahoo.com  Thu Mar 13 11:51:50 2003
From: rjames57 at yahoo.com (randy james)
Date: Thu, 13 Mar 2003 11:51:50 -0800 (PST)
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <3E70DC3C.4000503@nacse.org>
Message-ID: <20030313195150.16925.qmail@web12503.mail.yahoo.com>

Hi

I have been testing outputformat and switching between
PNG and PNG24 and never had to change anything. Have
you been using outputformat?

Cheers
Randy

--- Dylan Keon  wrote:
> Havard Tveite wrote:
> > For IMAGETYPE PNG in my build, a TRANSPARENCY
> value of 90
> > gives me 10 % transparency, while for IMAGETYPE
> PNG24 and
> > IMAGETYPE JPEG, a TRANSPARENCY value of 90 gives
> me 90%
> > transparency (for me, the latter is the expected
> behaviour).
> 
> I've noticed the same thing in 3.7.  When I switch
> between 8-bit and 
> 24-bit output I have to invert my transparency
> values (i.e., change 25 
> to 75 and vice-versa) to get the same effect.
> 
> --Dylan
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com


From akrherz at iastate.edu  Thu Mar 13 11:52:20 2003
From: akrherz at iastate.edu (Daryl Herzmann)
Date: Thu, 13 Mar 2003 13:52:20 -0600 (CST)
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
Message-ID: 

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime at docserver.cac.washington.edu for more info.

---1165934822-413010117-1047585140=:2926
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hellooooooooo!

So, being ambitious today, I figured I might as well see if the newly 
released "Interoperability Extension for ArcExplorer" works with 
mapserver.  Eventhough this is built on java, they only release a version 
for Windblows!  Errrrr.....

http://www.esri.com/news/releases/03_1qtr/arcexplorer_interop.html

You can download it from here

http://gis.esri.com/download/index.cfm?downloadid=321

Well, I can't quite make this work.  The extension does talk to our MIT 
Ortho server, so I must be doing something wrong with the METADATA in my 
.map file.  I have attached the results of my REQUEST=capabilities CGI 
call.  Anybody got ideas or have gotten this to work?

Here is the error from ArcExplorer

tokenizer exception; nested exception is;
com.esri.axl.indiana.sxt.XmlTokenizerException: unexpected end of stream 
(state=71)
    at com.esri.axl.indiana.sxt.XmlTokenizer.next(XmlTokenizer.java:310)
   .....................

PS.  I can query the mapserver from the Cubewerx site...
PSS. This is mapserver 3.6.4 on RH Linux 7.3

Daryl



-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */

---1165934822-413010117-1047585140=:2926
Content-Type: APPLICATION/x-gzip; name="wms.xml.gz"
Content-Transfer-Encoding: BASE64
Content-ID: 
Content-Description: 
Content-Disposition: attachment; filename="wms.xml.gz"

H4sICB7dcD4AA3dtcy54bWwA7Vdbb5tKEH73r9jycPrkXRM7dYiAqHHd1lKc
WIHTKjo6itYwJnsKuxTWsf3vz7AYQm6Noj5Fqi+CuezOfDOfl7F7ss1ScgtF
KZT03tt08J6AjFQsZOJZs+Cif3R06PRti5Say5inSoJnSWWRE7/nvvt0MQmv
FlPyfR5ez4PrCc/5UqRCCyhJcBWE0zmxbrTOjxnbbDY0FonQPAVe6BuaqFu2
yTTDBFjUWXht43tAYx1bPfJPj7jvpmfT+fQ8JN9AxqoIcojESkT3gk3ni/DK
75F/fYIL+n0EERO1Ik2CMUQpL7hGlKTf93s996mUmzpYNsVKWGSdx1xDAD/X
WBPEPbAQdADFrYjAr+NwUtYymQUozHle2aEgGc9XIgUTDXM65xn4X0Cjg8uM
UK/HNDC5lZAQN66h0Cn4M6zd93lA9uFcVqsrh4/LUhc80v4pJ+bjslZV2S9k
ivtdQqnWBSaGBZbl8RZ1P7xuNzZDqoqE2Y7jMGO1iLkc3xSwaj0z3EaCpjwp
lKSCIw80UIjXLEpEfykkQ6RVDZor3WTlCd57zdIqGLvR2OYvs4DxPC/ZZmW+
FN3+sphJeqKkRgAzuVJFZhpl1OwZ/ccogrJEY4VbSF365xgLC/FI33NZ0zJs
e9vvndnmsuptacqGEvany4dai/rPJrSPqaciMjmwWxlTlUQV2GsssMv2Ps2S
T5NFuMuhkVHzNQwXd2IdzX97vXJZlXcXx0KVbxOISfyuQazbIZfd66BB/Zgb
bv2LfkgUkfEEWC6TR7S45/BfDi94bJZZ/odabxDIa6nVkqhq3Wfgel1AdeQ9
pIWGrWZ5iifbc8QxHlV2zzk8dYolf06wNwnktTR7wCyXdZ5/7nQbQd48YH/N
lxIeP/Re8BfSHGmvWrNMufzRXeGye0m6v5gI66nijO+g2McyU5eATCPg/QxW
G14auNAluAx8yMvk+GDs2Ic4UaBcW864PlPyVK1lNTOfqi3JhNx6Vt8Z00Or
EnaeNXToQSXwbWU5cmgtoGU0omMU2H637j4Yw7Puglodxtav3wkURDiHf8UB
qVporM7AHhpnzzoY2g517pxNFQkypdjxZWoGYaJyjgpzG/Ey4jHE9YDcstFU
OEJAVT+6Be8U/e+ATFqPTsFfKO0H+mE0GDegRwM6HNtOC9sZUHt0cNQiH9LD
gd3BzlpWtLc4Z3YGQ5c98e/A7/0P0QqPQy0NAAA=
---1165934822-413010117-1047585140=:2926--



From mdoggett at coas.oregonstate.edu  Thu Mar 13 11:56:46 2003
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Thu, 13 Mar 2003 11:56:46 -0800
Subject: [Mapserver-users] mapscript/CGI by example
Message-ID: <006e01c2e99a$ad5bb8a0$2441c180@nino>

For one brief moment, I finally (after 2 days) got the php/mapscript CGI
working.  Now, after some change (can't figure out why) it is broke once
again with the error:

Warning: MapServer Error in msLoadMap():
(/usr/local/apache2/htdocs/mdoggett/mapscript/europe.map) in
/usr/local/apache2/htdocs/mapscript/example1.phtml on line 6

Fatal error: Failed to open map file
/usr/local/apache2/htdocs/mdoggett/mapscript/europe.map in
/usr/local/apache2/htdocs/mapscript/example1.phtml on line 6

I've checked all permissions, paths, files, etc and they are
correct...what gives?
The absolute path reference to europe.map is correct.  When I remove the
absolute path reference and change it to relative (./europe.map) it
works again!  So, why doesn't the absolute path work?  For a brief
moment it did...then something changed.  Apache config?

Matt Doggett
Spatial Climate Analysis Service
Oregon State University
316 Strand Ag Hall
Corvallis, OR 97331
(541)737-9153
mdoggett at coas.oregonstate.edu
 




From ARyan at co.linn.or.us  Thu Mar 13 11:52:30 2003
From: ARyan at co.linn.or.us (Ryan, Adam)
Date: Thu, 13 Mar 2003 11:52:30 -0800
Subject: [Mapserver-users] limiting query results
Message-ID: <614FCE5F14A6D41180C200010240D6A201234FB8@LINNMS>

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2E99A.14F74520
Content-Type: text/plain;
	charset="iso-8859-1"


I'm already doing this to some extent, but a box in the rural areas may
return a couple dozen properties, where the same box at the same scale in an
urban area bogs down.

Adam

-----Original Message-----
From: Fawcett, David [mailto:David.Fawcett at state.mn.us]
Sent: Thursday, March 13, 2003 11:32 AM
To: mapserver-users at lists.gis.umn.edu; 'Ryan, Adam'
Subject: RE: [Mapserver-users] limiting query results


For the instance of the user selecting the whole county with the box, could
you use scale-dependent layers so they don't have the option to query the
whole county.   

I am sure that there is a more elegant solution, but this could prevent the
crash you are describing. 

David.


David J. Fawcett
GIS / Databases

MN Office of Environmental Assistance
520 Lafayette Rd N
St. Paul, MN 55155
651.215.0200


> ----------
> From: 	Ryan, Adam[SMTP:ARyan at co.linn.or.us]
> Sent: 	Thursday, March 13, 2003 1:02 PM
> To: 	mapserver-users at lists.gis.umn.edu
> Subject: 	[Mapserver-users] limiting query results
> 
> 
> Dear List, 
> 
> I'm resending this because I can't find a cgi (not mapscript) solution. 
> 
> I want to limit the number of records returned by an NQUERY or and
ITEMNQUERY, or the number of times mapserv sends the layer template.  If the
user makes a box around the whole county, or searches by [STREETNAME] =~
/ST/, for example, mapserv easily and quickly renders the image, but then
spits out the layer template many thousands of times and ultimately crashes
the browser.
> 
> I can monitor the [rn] and take steps using javascript, but I can't stop
mapserv from spitting out all the instances of the template.
> 
> I can't use MAXFEATURES because that limits the number of records that are
searched, not the number returned. 
> 
> Any ideas? 
> 
> Adam Ryan 
> Linn County 
> 
> 
> 

------_=_NextPart_001_01C2E99A.14F74520
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






RE: [Mapserver-users] limiting query results






I'm already doing this to some extent, but a box in =
the rural areas may return a couple dozen properties, where the same =
box at the same scale in an urban area bogs down.



Adam




-----Original Message-----

From: Fawcett, David [mailto:David.Fawcett at state.mn.=
us]

Sent: Thursday, March 13, 2003 11:32 AM

To: mapserver-users at lists.gis.umn.edu; 'Ryan, =
Adam'

Subject: RE: [Mapserver-users] limiting query =
results






For the instance of the user selecting the whole =
county with the box, could you use scale-dependent layers so they don't =
have the option to query the whole county.   



I am sure that there is a more elegant solution, but =
this could prevent the crash you are describing. 




David.






David J. Fawcett

GIS / Databases




MN Office of Environmental Assistance

520 Lafayette Rd N

St. Paul, MN 55155

651.215.0200






> ----------

> From: =
        Ryan, =
Adam[SMTP:ARyan at co.linn.or.us]

> Sent: =
        Thursday, March 13, 2003 =
1:02 PM

> To:   =
mapserver-users at lists.gis.umn.edu

> Subject:      =
[Mapserver-users] limiting query results

> 

> 

> Dear List, 

> 

> I'm resending this because I can't find a cgi =
(not mapscript) solution. 

> 

> I want to limit the number of records returned =
by an NQUERY or and ITEMNQUERY, or the number of times mapserv sends =
the layer template.  If the user makes a box around the whole =
county, or searches by [STREETNAME] =3D~ /ST/, for example, mapserv =
easily and quickly renders the image, but then spits out the layer =
template many thousands of times and ultimately crashes the =
browser.



> 

> I can monitor the [rn] and take steps using =
javascript, but I can't stop mapserv from spitting out all the =
instances of the template.



> 

> I can't use MAXFEATURES because that limits the =
number of records that are searched, not the number returned. 

> 

> Any ideas? 

> 

> Adam Ryan 

> Linn County 

> 

> 

> 





------_=_NextPart_001_01C2E99A.14F74520--


From keon at nacse.org  Thu Mar 13 12:02:52 2003
From: keon at nacse.org (Dylan Keon)
Date: Thu, 13 Mar 2003 12:02:52 -0800
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <20030313195150.16925.qmail@web12503.mail.yahoo.com>
References: <20030313195150.16925.qmail@web12503.mail.yahoo.com>
Message-ID: <3E70E3EC.2060804@nacse.org>

 > --- Dylan Keon  wrote:
 >> I've noticed the same thing in 3.7.  When I switch
 >> between 8-bit and
 >> 24-bit output I have to invert my transparency
 >> values (i.e., change 25
 >> to 75 and vice-versa) to get the same effect.
 >
randy james wrote:
> I have been testing outputformat and switching between
> PNG and PNG24 and never had to change anything. Have
> you been using outputformat?

Yep, I'm using OUTPUTFORMAT for both.  I can toggle between the 
imagetypes and see the transparency change on a polygon layer when I 
refresh the map.

#IMAGETYPE png8
IMAGETYPE png24

OUTPUTFORMAT
   NAME png8
   DRIVER "GD/PNG"
   MIMETYPE "image/png"
   IMAGEMODE PC256
   FORMATOPTION "INTERLACE=ON"
END
OUTPUTFORMAT
   NAME png24
   DRIVER "GD/PNG"
   MIMETYPE "image/png"
   IMAGEMODE RGB
   FORMATOPTION "INTERLACE=ON"
END

LAYER
   NAME boundary
   STATUS ON
   TYPE POLYGON
   DATA sevbnd83
   TRANSPARENCY 35
   CLASS
     NAME "Boundary"
     OUTLINECOLOR 110 110 110
     COLOR 243 248 245
   END
END



From morissette at dmsolutions.ca  Thu Mar 13 12:26:08 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 13 Mar 2003 15:26:08 -0500
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
References: 
Message-ID: <3E70E960.F218A21C@dmsolutions.ca>

Daryl Herzmann wrote:
> 
> Here is the error from ArcExplorer
> 
> tokenizer exception; nested exception is;
> com.esri.axl.indiana.sxt.XmlTokenizerException: unexpected end of stream
> (state=71)
>     at com.esri.axl.indiana.sxt.XmlTokenizer.next(XmlTokenizer.java:310)
>    .....................
> 
> PS.  I can query the mapserver from the Cubewerx site...
> PSS. This is mapserver 3.6.4 on RH Linux 7.3
> 

I'm not sure if that's the problem, but your onlineResource URL ends
with '&' which is invalid in an XML entity and most validating XML
parsers will complain about that:

   

This is handled (encoded) automatically in 3.7, but I didn't want to
backport the fix to 3.6 to avoid causing other side-effects to already
working servers.  What you can do is replace the last "&" with "&"
in your onlineresource metadata.  Remember to take it out when you will
upgrade to 3.7 otherwise you'll end up with "&amp;" in your
MapServer 3.7 capabilities.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From dlowther at ou.edu  Thu Mar 13 12:27:53 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Thu, 13 Mar 2003 14:27:53 -0600
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
Message-ID: 

So Daryl,

Please let the list know if you are successful.

Dave

> -----Original Message-----
> From: Daniel Morissette [mailto:morissette at dmsolutions.ca] 
> Sent: Thursday, March 13, 2003 2:26 PM
> To: Daryl Herzmann
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
> 
> 
> Daryl Herzmann wrote:
> > 
> > Here is the error from ArcExplorer
> > 
> > tokenizer exception; nested exception is;
> > com.esri.axl.indiana.sxt.XmlTokenizerException: unexpected end of 
> > stream
> > (state=71)
> >     at 
> com.esri.axl.indiana.sxt.XmlTokenizer.next(XmlTokenizer.java:310)
> >    .....................
> > 
> > PS.  I can query the mapserver from the Cubewerx site...
> > PSS. This is mapserver 3.6.4 on RH Linux 7.3
> > 
> 
> I'm not sure if that's the problem, but your onlineResource 
> URL ends with '&' which is invalid in an XML entity and most 
> validating XML parsers will complain about that:
> 
>    
> 
> This is handled (encoded) automatically in 3.7, but I didn't 
> want to backport the fix to 3.6 to avoid causing other 
> side-effects to already working servers.  What you can do is 
> replace the last "&" with "&" in your onlineresource 
> metadata.  Remember to take it out when you will upgrade to 
> 3.7 otherwise you'll end up with "&amp;" in your 
> MapServer 3.7 capabilities.
> 
> -- 
> ------------------------------------------------------------
>  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/maps> erver-users
> 


From ed at topozone.com  Thu Mar 13 12:58:02 2003
From: ed at topozone.com (Ed McNierney)
Date: Thu, 13 Mar 2003 15:58:02 -0500
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F74@mercator.topozone.com>

Well, I got it installed, at least .

When I try to connect to a WMS server, the dialog asks me for a URL and a Service Name (as if it were ArcIMS or something).  ESRI appears to have made a commitment to implementing documentation in the future, too, and I can't figure out what values I should put in these boxes.  If they provided a single example for using a WMS server it would be very helpful.

Anyone know what magic words they're expecting?

	- Ed

-----Original Message-----
From: Daryl Herzmann [mailto:akrherz at iastate.edu]
Sent: Thursday, March 13, 2003 2:52 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client


Hellooooooooo!

So, being ambitious today, I figured I might as well see if the newly 
released "Interoperability Extension for ArcExplorer" works with 
mapserver.  Eventhough this is built on java, they only release a version 
for Windblows!  Errrrr.....

http://www.esri.com/news/releases/03_1qtr/arcexplorer_interop.html

You can download it from here

http://gis.esri.com/download/index.cfm?downloadid=321

Well, I can't quite make this work.  The extension does talk to our MIT 
Ortho server, so I must be doing something wrong with the METADATA in my 
.map file.  I have attached the results of my REQUEST=capabilities CGI 
call.  Anybody got ideas or have gotten this to work?

Here is the error from ArcExplorer

tokenizer exception; nested exception is;
com.esri.axl.indiana.sxt.XmlTokenizerException: unexpected end of stream 
(state=71)
    at com.esri.axl.indiana.sxt.XmlTokenizer.next(XmlTokenizer.java:310)
   .....................

PS.  I can query the mapserver from the Cubewerx site...
PSS. This is mapserver 3.6.4 on RH Linux 7.3

Daryl



-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */



From rjames57 at yahoo.com  Thu Mar 13 13:11:10 2003
From: rjames57 at yahoo.com (randy james)
Date: Thu, 13 Mar 2003 13:11:10 -0800 (PST)
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <3E70E3EC.2060804@nacse.org>
Message-ID: <20030313211110.25945.qmail@web12504.mail.yahoo.com>

Hi

Mine is like this:



IMAGETYPE png24

 OUTPUTFORMAT
    NAME png24
   MIMETYPE "image/png"
    DRIVER "GD/png"
   IMAGEMODE PC256
  END

layer
    data "92i_mod"
    name 'aoa'
    status off
    type polygon
    transparency 30
    # 1 class #none
    class
    name 'aoa_mod'
      color 255 255 0
    end
  end

Cheers
Randy

--- Dylan Keon  wrote:
>  > --- Dylan Keon  wrote:
>  >> I've noticed the same thing in 3.7.  When I
> switch
>  >> between 8-bit and
>  >> 24-bit output I have to invert my transparency
>  >> values (i.e., change 25
>  >> to 75 and vice-versa) to get the same effect.
>  >
> randy james wrote:
> > I have been testing outputformat and switching
> between
> > PNG and PNG24 and never had to change anything.
> Have
> > you been using outputformat?
> 
> Yep, I'm using OUTPUTFORMAT for both.  I can toggle
> between the 
> imagetypes and see the transparency change on a
> polygon layer when I 
> refresh the map.
> 
> #IMAGETYPE png8
> IMAGETYPE png24
> 
> OUTPUTFORMAT
>    NAME png8
>    DRIVER "GD/PNG"
>    MIMETYPE "image/png"
>    IMAGEMODE PC256
>    FORMATOPTION "INTERLACE=ON"
> END
> OUTPUTFORMAT
>    NAME png24
>    DRIVER "GD/PNG"
>    MIMETYPE "image/png"
>    IMAGEMODE RGB
>    FORMATOPTION "INTERLACE=ON"
> END
> 
> LAYER
>    NAME boundary
>    STATUS ON
>    TYPE POLYGON
>    DATA sevbnd83
>    TRANSPARENCY 35
>    CLASS
>      NAME "Boundary"
>      OUTLINECOLOR 110 110 110
>      COLOR 243 248 245
>    END
> END
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com


From keon at nacse.org  Thu Mar 13 13:19:07 2003
From: keon at nacse.org (Dylan Keon)
Date: Thu, 13 Mar 2003 13:19:07 -0800
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <20030313211110.25945.qmail@web12504.mail.yahoo.com>
References: <20030313211110.25945.qmail@web12504.mail.yahoo.com>
Message-ID: <3E70F5CB.3030306@nacse.org>

I'm pretty sure you're not getting 24-bit output with this, since you're 
using IMAGEMODE PC256.  This may be why you're not noticing a change in 
transparency.  Regular 8-bit output defaults to PC256.  Try IMAGEMODE 
RGB in your png24 entry and see if it makes a difference.

See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OutputFormat for more 
info on IMAGEMODE.

--Dylan



randy james wrote:
> Hi
> 
> Mine is like this:
> 
> 
> 
> IMAGETYPE png24
> 
>  OUTPUTFORMAT
>     NAME png24
>    MIMETYPE "image/png"
>     DRIVER "GD/png"
>    IMAGEMODE PC256
>   END
> 
> layer
>     data "92i_mod"
>     name 'aoa'
>     status off
>     type polygon
>     transparency 30
>     # 1 class #none
>     class
>     name 'aoa_mod'
>       color 255 255 0
>     end
>   end
> 
> Cheers
> Randy
> 
> --- Dylan Keon  wrote:
> 
>> > --- Dylan Keon  wrote:
>> >> I've noticed the same thing in 3.7.  When I
>>switch
>> >> between 8-bit and
>> >> 24-bit output I have to invert my transparency
>> >> values (i.e., change 25
>> >> to 75 and vice-versa) to get the same effect.
>> >
>>randy james wrote:
>>
>>>I have been testing outputformat and switching
>>
>>between
>>
>>>PNG and PNG24 and never had to change anything.
>>
>>Have
>>
>>>you been using outputformat?
>>
>>Yep, I'm using OUTPUTFORMAT for both.  I can toggle
>>between the 
>>imagetypes and see the transparency change on a
>>polygon layer when I 
>>refresh the map.
>>
>>#IMAGETYPE png8
>>IMAGETYPE png24
>>
>>OUTPUTFORMAT
>>   NAME png8
>>   DRIVER "GD/PNG"
>>   MIMETYPE "image/png"
>>   IMAGEMODE PC256
>>   FORMATOPTION "INTERLACE=ON"
>>END
>>OUTPUTFORMAT
>>   NAME png24
>>   DRIVER "GD/PNG"
>>   MIMETYPE "image/png"
>>   IMAGEMODE RGB
>>   FORMATOPTION "INTERLACE=ON"
>>END
>>
>>LAYER
>>   NAME boundary
>>   STATUS ON
>>   TYPE POLYGON
>>   DATA sevbnd83
>>   TRANSPARENCY 35
>>   CLASS
>>     NAME "Boundary"
>>     OUTLINECOLOR 110 110 110
>>     COLOR 243 248 245
>>   END
>>END
>>



From Tom.Kralidis at CCRS.NRCan.gc.ca  Thu Mar 13 13:26:03 2003
From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca)
Date: Thu, 13 Mar 2003 16:26:03 -0500
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA1D90@s5-ccr-r1.ccrs.nrcan.gc.ca>

Works for me.  If your WMS is non-ArcIMS, just ignore the Service Name field
(i.e. leave it blank), and fill in the WMS URL prefix field, e.g.

http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi

It may take awhile to parse the Capabilities XML, depending on the size.

..Tom


> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Thursday, March 13, 2003 3:58 PM
> To: Daryl Herzmann; mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
> 
> 
> Well, I got it installed, at least .
> 
> When I try to connect to a WMS server, the dialog asks me for 
> a URL and a Service Name (as if it were ArcIMS or something). 
>  ESRI appears to have made a commitment to implementing 
> documentation in the future, too, and I can't figure out what 
> values I should put in these boxes.  If they provided a 
> single example for using a WMS server it would be very helpful.
> 
> Anyone know what magic words they're expecting?
> 
> 	- Ed
> 
> -----Original Message-----
> From: Daryl Herzmann [mailto:akrherz at iastate.edu]
> Sent: Thursday, March 13, 2003 2:52 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
> 
> 
> Hellooooooooo!
> 
> So, being ambitious today, I figured I might as well see if the newly 
> released "Interoperability Extension for ArcExplorer" works with 
> mapserver.  Eventhough this is built on java, they only 
> release a version 
> for Windblows!  Errrrr.....
> 
> http://www.esri.com/news/releases/03_1qtr/arcexplorer_interop.html
> 
> You can download it from here
> 
> http://gis.esri.com/download/index.cfm?downloadid=321
> 
> Well, I can't quite make this work.  The extension does talk 
> to our MIT 
> Ortho server, so I must be doing something wrong with the 
> METADATA in my 
> .map file.  I have attached the results of my 
> REQUEST=capabilities CGI 
> call.  Anybody got ideas or have gotten this to work?
> 
> Here is the error from ArcExplorer
> 
> tokenizer exception; nested exception is;
> com.esri.axl.indiana.sxt.XmlTokenizerException: unexpected 
> end of stream 
> (state=71)
>     at 
> com.esri.axl.indiana.sxt.XmlTokenizer.next(XmlTokenizer.java:310)
>    .....................
> 
> PS.  I can query the mapserver from the Cubewerx site...
> PSS. This is mapserver 3.6.4 on RH Linux 7.3
> 
> Daryl
> 
> 
> 
> -- 
> /**
>  * Daryl Herzmann (akrherz at iastate.edu)
>  * Program Assistant -- Iowa Environmental Mesonet
>  * http://mesonet.agron.iastate.edu
>  */
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


From akrherz at iastate.edu  Thu Mar 13 13:25:55 2003
From: akrherz at iastate.edu (Daryl Herzmann)
Date: Thu, 13 Mar 2003 15:25:55 -0600 (CST)
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
In-Reply-To: <3E70E960.F218A21C@dmsolutions.ca>
Message-ID: 

Hi Daniel!

Thanks for the note.  We are almost there :)  Now I get this from 
ArcExplorer

###### Start to WMS getCapabilities in GETWMSService class version=null
*********** realVersion is = none
*********** Version is = null
This version is not supported
******* Exception for WMS: null
java.lan.NullPointerException
        ..........................

Looking at the difference between versions from the MIT Ortho and 
mapserver, I see
from mapserver:

from Ortho:


Do I need to upgrade to 3.7 dev to get 1.1.1 support?  Or should I 
downgrade to 1.0.0 to get this to work?  Looking at the Extension FAQ, 
perhaps this beast only supports 1.0.0 and 1.1.1 ??

:)

Daryl

On Thu, 13 Mar 2003, Daniel Morissette wrote:

>Daryl Herzmann wrote:
>> 
>> Here is the error from ArcExplorer
>> 
>> tokenizer exception; nested exception is;
>> com.esri.axl.indiana.sxt.XmlTokenizerException: unexpected end of stream
>> (state=71)
>>     at com.esri.axl.indiana.sxt.XmlTokenizer.next(XmlTokenizer.java:310)
>>    .....................
>> 
>> PS.  I can query the mapserver from the Cubewerx site...
>> PSS. This is mapserver 3.6.4 on RH Linux 7.3
>> 
>
>I'm not sure if that's the problem, but your onlineResource URL ends
>with '&' which is invalid in an XML entity and most validating XML
>parsers will complain about that:
>
>   
>
>This is handled (encoded) automatically in 3.7, but I didn't want to
>backport the fix to 3.6 to avoid causing other side-effects to already
>working servers.  What you can do is replace the last "&" with "&"
>in your onlineresource metadata.  Remember to take it out when you will
>upgrade to 3.7 otherwise you'll end up with "&amp;" in your
>MapServer 3.7 capabilities.
>
>

-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */




From rjames57 at yahoo.com  Thu Mar 13 13:58:50 2003
From: rjames57 at yahoo.com (randy james)
Date: Thu, 13 Mar 2003 13:58:50 -0800 (PST)
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <3E70F5CB.3030306@nacse.org>
Message-ID: <20030313215850.83230.qmail@web12506.mail.yahoo.com>

Hi

Yes you are right now my polygons are changed, also my
font has changed its dark, like its bold and looks
like it is bleeding or fuzzy around the edges. I'll
stick to 8-bit. :-) Thanks a lot.

Randy

--- Dylan Keon  wrote:
> I'm pretty sure you're not getting 24-bit output
> with this, since you're 
> using IMAGEMODE PC256.  This may be why you're not
> noticing a change in 
> transparency.  Regular 8-bit output defaults to
> PC256.  Try IMAGEMODE 
> RGB in your png24 entry and see if it makes a
> difference.
> 
> See
>
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OutputFormat
> for more 
> info on IMAGEMODE.
> 
> --Dylan
> 
> 
> 
> randy james wrote:
> > Hi
> > 
> > Mine is like this:
> > 
> > 
> > 
> > IMAGETYPE png24
> > 
> >  OUTPUTFORMAT
> >     NAME png24
> >    MIMETYPE "image/png"
> >     DRIVER "GD/png"
> >    IMAGEMODE PC256
> >   END
> > 
> > layer
> >     data "92i_mod"
> >     name 'aoa'
> >     status off
> >     type polygon
> >     transparency 30
> >     # 1 class #none
> >     class
> >     name 'aoa_mod'
> >       color 255 255 0
> >     end
> >   end
> > 
> > Cheers
> > Randy
> > 
> > --- Dylan Keon  wrote:
> > 
> >> > --- Dylan Keon  wrote:
> >> >> I've noticed the same thing in 3.7.  When I
> >>switch
> >> >> between 8-bit and
> >> >> 24-bit output I have to invert my transparency
> >> >> values (i.e., change 25
> >> >> to 75 and vice-versa) to get the same effect.
> >> >
> >>randy james wrote:
> >>
> >>>I have been testing outputformat and switching
> >>
> >>between
> >>
> >>>PNG and PNG24 and never had to change anything.
> >>
> >>Have
> >>
> >>>you been using outputformat?
> >>
> >>Yep, I'm using OUTPUTFORMAT for both.  I can
> toggle
> >>between the 
> >>imagetypes and see the transparency change on a
> >>polygon layer when I 
> >>refresh the map.
> >>
> >>#IMAGETYPE png8
> >>IMAGETYPE png24
> >>
> >>OUTPUTFORMAT
> >>   NAME png8
> >>   DRIVER "GD/PNG"
> >>   MIMETYPE "image/png"
> >>   IMAGEMODE PC256
> >>   FORMATOPTION "INTERLACE=ON"
> >>END
> >>OUTPUTFORMAT
> >>   NAME png24
> >>   DRIVER "GD/PNG"
> >>   MIMETYPE "image/png"
> >>   IMAGEMODE RGB
> >>   FORMATOPTION "INTERLACE=ON"
> >>END
> >>
> >>LAYER
> >>   NAME boundary
> >>   STATUS ON
> >>   TYPE POLYGON
> >>   DATA sevbnd83
> >>   TRANSPARENCY 35
> >>   CLASS
> >>     NAME "Boundary"
> >>     OUTLINECOLOR 110 110 110
> >>     COLOR 243 248 245
> >>   END
> >>END
> >>
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com


From morissette at dmsolutions.ca  Thu Mar 13 14:02:55 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 13 Mar 2003 17:02:55 -0500
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
References: 
Message-ID: <3E71000F.DD385691@dmsolutions.ca>

Daryl Herzmann wrote:
> 
> Do I need to upgrade to 3.7 dev to get 1.1.1 support?  Or should I
> downgrade to 1.0.0 to get this to work?  Looking at the Extension FAQ,
> perhaps this beast only supports 1.0.0 and 1.1.1 ??
> 

3.7 doesn't support 1.1.1 either.  I was convinced that I had upgraded
it to 1.1.1, but I double-checked a few minutes ago and it seems that I
haven't, Duh!  One more thing for the ToDo list!

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From akrherz at iastate.edu  Thu Mar 13 14:38:50 2003
From: akrherz at iastate.edu (Daryl Herzmann)
Date: Thu, 13 Mar 2003 16:38:50 -0600 (CST)
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
In-Reply-To: <3E71000F.DD385691@dmsolutions.ca>
Message-ID: 

Hi,

Thanks for the continued help!  As a test, I took the XML output and 
manually changed it to version 1.1.1 and then wrapped it in a PHP script.


..........my xml file here........


And this works!  Fancy, Fancy!!  So my conclusion is that ArcExplorer 
needs version 1.1.1 over 1.1.0

Thanks!
  Daryl

On Thu, 13 Mar 2003, Daniel Morissette wrote:

>Daryl Herzmann wrote:
>> 
>> Do I need to upgrade to 3.7 dev to get 1.1.1 support?  Or should I
>> downgrade to 1.0.0 to get this to work?  Looking at the Extension FAQ,
>> perhaps this beast only supports 1.0.0 and 1.1.1 ??
>> 
>
>3.7 doesn't support 1.1.1 either.  I was convinced that I had upgraded
>it to 1.1.1, but I double-checked a few minutes ago and it seems that I
>haven't, Duh!  One more thing for the ToDo list!
>
>

-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */




From elrod at oaktownunderground.com  Thu Mar 13 15:23:24 2003
From: elrod at oaktownunderground.com (Leah Roderman)
Date: Thu, 13 Mar 2003 15:23:24 -0800
Subject: [Mapserver-users] problems | postgis, projection, extent
Message-ID: <4877516.1047597804988.JavaMail.root@homer.codemagi.com>

I seek the wisdom of the masses: I do not seem to have my mapfile configured properly. (Or, I need to adjust my understanding of what I am seeing.) There's a lot of detail in here, but I figure more is better...

I am running MapServer 3.6.4 (OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE) on RedHat8.0 using PostGIS 0.7.4 and Postgres 7.3.2.

I successfully ran the demo and proceeded to create my own mapfile using data from CaSIL. The map was visible, I could identify county and water polygons. Then I introduced a layer with connectiontype postgis, which led to a round of debugging and testing to confirm that the db is indeed being connected to.

Problem #1: PostGIS layer produces a single dot (roughly in middle of box) which is not at the correct coordinates in relationship to the other layers. (Coordinates for S.F., CA but dot is hovering around Mammoth.) I am using filter, expression, symbol (see mapfile below). Tried adding additional expressions and changing query but the dot does not respond. Actually, I can make it change color and size, but it won't budge an inch.

So I thought about it...maybe I needed to use projection. After all, my data from CaSIL is Albers/NAD 27 in meters, and my geocoords stored in Postgres are lat/long NAD27...?

Problem #2: After adding projection to map object and each layer object, now all I see is a nice empty box of background color. I'm guessing I compounded problem #1 by tinkering with projection, and now I have two problems.

Here's an example of coordinates I have in a geometric column (used GeometryFromText to insert) in my db that I want to pull out and display on a layer:

SRID=-1;POINT(36.396331 -119.020059)

I can make the postgis layerconnection choke (change to user without grant) to see mapserver's query:

SELECT address_id::text,asbinary(force_collection(force_2d(mat_coord)),'NDR'),OID::text from addr_match WHERE (address_id = 11407) and (mat_coord && setSRID( 'BOX3D(-311074.95303064 -333852.22957132,71688.72916536 212953.03070868)'::BOX3D,find_srid('','addr_match','mat_coord') ));

and run it from psql command line to confirm that query returns something:


 address_id |                           asbinary                           |   oid
------------+--------------------------------------------------------------+----------
 11407      | 010700000001000000010100000057790261A7E2424095456117459C5EC0 | 36035143


I've beat on this for a couple of days and trolled the archives, but I haven't found an answer yet. (It's probably something completely obvious that I'm missing, that would be Great.) If problem #1 rings any bells, please let me know -- not sure if it's a MapServer or a PostGIS issue. As for problem #2, I'm likely better off just solving one thing at a time, but I'd love some links to explanations of projection and extent. (I'm geography and cartography deficient, so though I understand the concept of a coordinate system, and projection as a means of selecting which distortion for sphere --> flat, the relationship between these and extent and imagesize gets my head fuzzy.)

Anyway, here's my mapfile that produces problem #1:

# map object
NAME CACO
STATUS ON
# attempted ratio to match extent
SIZE 700 1000
# derived extent from co100 using shpdump
EXTENT -373886.881 -604696.000 340099.435 449894.875
UNITS METERS
SHAPEPATH "shapedata"
IMAGECOLOR 154 179 220
SYMBOLSET "geo.sym"

# web object
WEB
  HEADER geo_header.html
  TEMPLATE geo.html
  FOOTER geo_footer.html
  LOG "mapserver.log"
  METADATA
    WMS_TITLE "Test Geo"
    WMS_ABSTRACT "This is a test"
    WMS_ACCESSCONSTRAINTS none
    WMS_ONLINERESOURCE "http://www.kinakuta.com/geoenergy/geo_init.html"
  END
END

# CaSIL CA counties
LAYER
  NAME "COUNTY"
  DATA co100a
  STATUS DEFAULT
  TYPE POLYGON
  CLASSITEM "NAME"
  CLASS
    NAME "Alameda"
    EXPRESSION "ALAMEDA"
    COLOR 222 231 243
    OUTLINECOLOR 0 0 0
  END # class
  CLASS
    NAME "Contra Costa"
    EXPRESSION "CONTRA COSTA"
    COLOR 214 183 169
    OUTLINECOLOR 0 0 0
  END # class
  CLASS
    NAME "San Francsco"
    EXPRESSION "SAN FRANCISCO"
    COLOR 208 200 225
    OUTLINECOLOR 0 0 0
  END # class
  CLASS
    EXPRESSION /./
    COLOR 193 214 180
    OUTLINECOLOR 128 128 128
  END # class
END # layer

# CaSIL CA Hydro
LAYER
  NAME "CAHYDRO"
  DATA hydrpola
  STATUS DEFAULT
  TYPE POLYGON
  CLASSITEM "STATECODE"
  CLASS
    NAME "HYDRO"
    EXPRESSION "1"
    COLOR 154 179 220
    OUTLINECOLOR 0 0 0
  END # class
END # layer

# postgis addr_match
LAYER
 CONNECTIONTYPE postgis
 NAME "PLANTS"
 CONNECTION "user=myuser dbname=mydb"
 DATA "mat_coord from addr_match"
 STATUS DEFAULT
 TYPE POINT
 FILTER "address_id = 11407"
 CLASS
   EXPRESSION ([address_id] = 11407)
   SYMBOL "circle"
   COLOR 255 1 3
   SIZE 60
 END # class
END # layer

END # map



-----------------

and for anyone interested in problem #2, I added this to the map object:

PROJECTION
    "proj=aea"
    "lat_1=34.0"
    "lat_2=40.5"
    "lat_0=0"
    "lon_0=-120"
    "x_0=0"
    "y_0=-4,000,000"
    "datum=NAD27"
END

and this to each layer:

  PROJECTION
    "proj=aea"
  END

...but I didn't change extent or anything else. I derived projection from my CA Counties layer, which contains a text file with this information:

  VITAL STATISTICS:

  Datum:                       NAD 27
  Projection:                  Albers
  Units:                       Meters
  1st Std. Parallel:           34 00 00 (34.0 degrees N)
  2nd Std. Parallel:           40 30 00 (40.5 degrees N)
  Longitude of Origin:         -120 00 00 (120.0 degrees W)
  Latitude of Origin:          00 00 00 (0.0 degrees)
  Latitude of Origin:          00 00 00
  False Easting (X shift):     0
  False Northing (Y shift):    -4,000,000


thank you all in advance,

- Leah

p.s. neither problem produces anything in my logfiles for mapserver or psql or apache



From dblasby at refractions.net  Thu Mar 13 16:33:37 2003
From: dblasby at refractions.net (David Blasby)
Date: Thu, 13 Mar 2003 16:33:37 -0800
Subject: [Mapserver-users] problems | postgis, projection, extent
In-Reply-To: <4877516.1047597804988.JavaMail.root@homer.codemagi.com>
References: <4877516.1047597804988.JavaMail.root@homer.codemagi.com>
Message-ID: <3E712361.5020002@refractions.net>

>
>
>SRID=-1;POINT(36.396331 -119.020059)
>  
>
You probably want to have these like:

SRID=-1;POINT(-119.020059 36.396331)

This will probably explain your projection problem too, as the point is 
"south" of the south pole!

dave







From reliant009 at charter.net  Thu Mar 13 18:33:03 2003
From: reliant009 at charter.net (George McCown)
Date: Thu, 13 Mar 2003 21:33:03 -0500
Subject: [Mapserver-users] GIS Student and Single Layers help
Message-ID: <001401c2e9d2$0a052af0$6401a8c0@cumo>

I've successfully installed the demo map server on apache 2.
Now I want to learn how to make single layers but I need more help
than what the Tutorial shows.

data file: E:\Apache Group\Apache2\htdocs\hall\data\states.shp
mapserv(3.6): E:\Apache Group\Apache2\cgi-bin
single.map and single.html: E:\Apache Group\Apache2\htdocs\hall

********* Single.html**********************



single




SINGLE LAYER




why is it mapserv35?map not just mapserv.exe?






************single.map*****************
NAME test
EXTENT -127.92 49.47 -77.05 23.66
SIZE 400 300
SHAPEPATH "data"
#LAYER # start of the "states" layer object
  NAME "states"
  DATA states
  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
*******************************
Can someone point the the error of my way?

Thank you very much.

George













From mark at markrodrigo.com  Thu Mar 13 21:10:19 2003
From: mark at markrodrigo.com (Mark Rodrigo)
Date: Thu, 13 Mar 2003 23:10:19 -0600
Subject: [Mapserver-users] Developing - Flash MX on Windows - against Linux environment
Message-ID: 

Hello:

I am about to commit to a dual boot system here on my laptop, and get Linux
Redhat 8.x, Apache, PHP and hopefully a compiled Mapserver 3.7 going on that
OS. I would like to develop the front-end in Flash MX, but was curious how
developers were handling a similar situation for code testing? i.e. What's
the easiest way to hit on Mapserver etc. running on a Linux Server from a
Windows OS (Flash MX) for testing?

Thanks

Mark



From Antti.Roppola at brs.gov.au  Thu Mar 13 21:32:25 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Fri, 14 Mar 2003 16:32:25 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4131@afeb-ms-02>

Any further info/details on getting this to work this would be appreciated.

I just tried various incantations with 3.6 and 3.7 but no luck. My server logs
do show Arc Explorer trying to GET ".esrimap", "/servlet/com.esri.esrimap.Esrimap"
and "/scripts/esrimap.dll".

Cheers,

Antti


-----Original Message-----
From: Daryl Herzmann [mailto:akrherz at iastate.edu]
Sent: Friday, 14 March 2003 9:39 AM
To: Daniel Morissette
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 WMS Client


Hi,

Thanks for the continued help!  As a test, I took the XML output and 
manually changed it to version 1.1.1 and then wrapped it in a PHP script.


............my xml file here........


And this works!  Fancy, Fancy!!  So my conclusion is that ArcExplorer 
needs version 1.1.1 over 1.1.0

Thanks!
  Daryl

On Thu, 13 Mar 2003, Daniel Morissette wrote:

>Daryl Herzmann wrote:
>> 
>> Do I need to upgrade to 3.7 dev to get 1.1.1 support?  Or should I
>> downgrade to 1.0.0 to get this to work?  Looking at the Extension FAQ,
>> perhaps this beast only supports 1.0.0 and 1.1.1 ??
>> 
>
>3.7 doesn't support 1.1.1 either.  I was convinced that I had upgraded
>it to 1.1.1, but I double-checked a few minutes ago and it seems that I
>haven't, Duh!  One more thing for the ToDo list!
>
>

-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */


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



From JamesPerrins at esdm.co.uk  Fri Mar 14 01:04:01 2003
From: JamesPerrins at esdm.co.uk (James Perrins)
Date: Fri, 14 Mar 2003 09:04:01 -0000
Subject: [Mapserver-users] Filtering a shape file using a list of record keys
Message-ID: <009c01c2ea08$a823c670$6401a8c0@JPXP>

This is a multi-part message in MIME format.

------=_NextPart_000_009D_01C2EA08.A823C670
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi,

 

What is the best way to filter a shape file using a list of record keys.

 

Presumably I can build up a string in CLASS EXPRESSION - but if I am
selecting a lot of objects, this could get quite a lengthy string - is
there a limit to the number of characters that this will take ?

 

Is there a better way of doing this - e.g. joining in a dbf file
containing the list of keys ?

 

Many thanks in advance

 

James Perrins

 


------=_NextPart_000_009D_01C2EA08.A823C670
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable



















Hi,



 



What is the best way to filter a shape file using a =
list of
record keys.



 



Presumably I can build up a string in CLASS =
EXPRESSION
– but if I am selecting a lot of objects, this could get quite a =
lengthy
string – is there a limit to the number of characters that this =
will take
?



 



Is there a better way of doing this – e.g. =
joining in
a dbf file containing the list of keys ?



 



Many thanks in advance



 



James Perrins



 









------=_NextPart_000_009D_01C2EA08.A823C670--




From stepan.kafka at centrum.cz  Fri Mar 14 04:12:32 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Fri, 14 Mar 2003 13:12:32 +0100
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
In-Reply-To: 
Message-ID: <002001c2ea22$fd982730$3c4de4c2@HSGIS>

Hi all,
  I did the similar thing and got the layer list to legend. When asking for
map I found in URL automaticaly added "?" after the service name
(http://localhost/cgi-bin/mapserver?map=/somewhere/mymap.map?&VERSION=1.1.1.
....)
So mapserver crashes.
Has anybody any experience with this?

Thanks

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 Daryl
> Herzmann
> Odesl?no: 13. b?ezna 2003 23:39
> Komu: Daniel Morissette
> Kopie: mapserver-users at lists.gis.umn.edu
> P?edm?t: Re: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
>
>
> Hi,
>
> Thanks for the continued help!  As a test, I took the XML output and
> manually changed it to version 1.1.1 and then wrapped it in a PHP script.
>
>    header("Content-type: application/vnd.ogc.gml");
>  ?>
> ..........my xml file here........
>
>
> And this works!  Fancy, Fancy!!  So my conclusion is that ArcExplorer
> needs version 1.1.1 over 1.1.0
>
> Thanks!
>   Daryl
>
> On Thu, 13 Mar 2003, Daniel Morissette wrote:
>
> >Daryl Herzmann wrote:
> >>
> >> Do I need to upgrade to 3.7 dev to get 1.1.1 support?  Or should I
> >> downgrade to 1.0.0 to get this to work?  Looking at the Extension FAQ,
> >> perhaps this beast only supports 1.0.0 and 1.1.1 ??
> >>
> >
> >3.7 doesn't support 1.1.1 either.  I was convinced that I had upgraded
> >it to 1.1.1, but I double-checked a few minutes ago and it seems that I
> >haven't, Duh!  One more thing for the ToDo list!
> >
> >
>
> --
> /**
>  * Daryl Herzmann (akrherz at iastate.edu)
>  * Program Assistant -- Iowa Environmental Mesonet
>  * http://mesonet.agron.iastate.edu
>  */
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>



From BVT at sns.dk  Fri Mar 14 04:57:33 2003
From: BVT at sns.dk (BVT at sns.dk)
Date: Fri, 14 Mar 2003 13:57:33 +0100
Subject: [Mapserver-users] Ermapper ECW files on Linux ?
Message-ID: <9EEA6C597101D31194730000F8EF9D21071A5DB3@SNEX01>

To the list -

Is it possible for a _linux_ based Mapserver to read and show .ecw raster
files ??

Med venlig hilsen / Kind regards
Bo Thomsen
GeoConsult I/S




From millardymecki at sympatico.ca  Fri Mar 14 05:44:20 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Fri, 14 Mar 2003 08:44:20 -0500
Subject: [Mapserver-users] mapscript
Message-ID: <002b01c2ea2f$d0eef940$f098fea9@pauls>

This is a multi-part message in MIME format.

------=_NextPart_000_0028_01C2EA05.E7B8A8D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,
    I was wondering if anyone has tried running mapscript code from a =
php prog running through the command line?  I'm trying to call a =
php-mapscript program from perl, and not sure what the best approach =
would be?
thx,
Paul

------=_NextPart_000_0028_01C2EA05.E7B8A8D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi all,


    I was wondering if =
anyone has=20
tried running mapscript code from a php prog running through the =
command=20
line?  I'm trying to call a php-mapscript program from perl, and =
not sure=20
what the best approach would be?


thx,


Paul


------=_NextPart_000_0028_01C2EA05.E7B8A8D0--



From ryanne.cruz at up.edu.ph  Thu Mar 13 07:36:23 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Thu, 13 Mar 2003 23:36:23 +0800
Subject: [Mapserver-users] RE: latitude and longitude
Message-ID: <1047569783.3e70a577c2e69@mail.up.edu.ph>

 
hi list. 
 
im sorry if this had been asked before and i have read someone post that when 
you query for x(geom) you are referring to the longitude and y(geom) with the 
latitude. is this correct? because i am getting very confused! 
 
thanks for all the help. we will soon be uploading our site and i hope you'll 
have the time to see it. i'll post next time our website.  
 
ryanne 


From ed at topozone.com  Fri Mar 14 06:41:49 2003
From: ed at topozone.com (Ed McNierney)
Date: Fri, 14 Mar 2003 09:41:49 -0500
Subject: [Mapserver-users] RE: latitude and longitude
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F7C@mercator.topozone.com>

Ryanne -

If you are working with a map in a "geographic" projection (where you assume latitude and longitude make a rectangular grid) then the longitude (east-west) is usually the X coordinate, and latitude is usually the Y coordinate.  There's no reason you couldn't turn the Earth so the equator was a vertical line up the middle of your map, but people just don't seem to do it that way.

	- 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: ryanne cruz [mailto:ryanne.cruz at up.edu.ph]
Sent: Thursday, March 13, 2003 10:36 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] RE: latitude and longitude


 
hi list. 
 
im sorry if this had been asked before and i have read someone post that when 
you query for x(geom) you are referring to the longitude and y(geom) with the 
latitude. is this correct? because i am getting very confused! 
 
thanks for all the help. we will soon be uploading our site and i hope you'll 
have the time to see it. i'll post next time our website.  
 
ryanne 
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From morissette at dmsolutions.ca  Fri Mar 14 06:54:19 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 14 Mar 2003 09:54:19 -0500
Subject: [Mapserver-users] mapscript
References: <002b01c2ea2f$d0eef940$f098fea9@pauls>
Message-ID: <3E71ED1B.27AD3E86@dmsolutions.ca>

> Paul Dymecki wrote:
> 
>     I was wondering if anyone has tried running mapscript code from a
> php prog running through the command line?  I'm trying to call a
> php-mapscript program from perl, and not sure what the best approach
> would be?

Yes, that's possible.  Assuming you have a php CGI, you would use:

  /path/to/php -q /path/to/yourscript.php  arg1 arg2 arg3 ...

This will run yourscript.php at the command line, and the args will be
available in the $_SERVER["argv"] array.  The first item in this array
is the name of the script itself.  The -q option is to suppress output
of the CGI headers.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From hunt at zedxinc.com  Fri Mar 14 06:56:25 2003
From: hunt at zedxinc.com (Aaron D. Hunt)
Date: Fri, 14 Mar 2003 09:56:25 -0500
Subject: [Mapserver-users] compile problem
Message-ID: <0f3801c2ea39$e2c06410$1805000a@helicity>

This is a multi-part message in MIME format.

------=_NextPart_000_0F35_01C2EA0F.F9D04460
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

when I compile 3.7 with the config of=20
./configure --without-tiff --without-jpeg --with-proj --with-gdal =
--with-php=3D../php-4.3.2RC1 --with-ogr --with-gdal

I get the following error. Can any one help?

c++ -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ =
-DUSE_PROJ_API_H -DUSE_WMS_SVR        -DUSE_GD_PNG -DUSE_GD_JPEG =
-DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR -DUSE_GDAL    -I/usr/include       =
 -I/usr/local/include -I/usr/local/include     mapogr.cpp -o mapogr.o
mapogr.cpp: In function `msOGRFileInfo *msOGRFileOpen (layerObj *,
const char *)':
mapogr.cpp:888: no matching function for call to
`OGRDataSource::ExecuteSQL (char *&, NULL, NULL)'
mapogr.cpp: In function `int msOGRFileClose (layerObj *, msOGRFileInfo
*)':
mapogr.cpp:949: no matching function for call to
`OGRDataSource::ReleaseResultSet (OGRLayer *&)'
make: *** [mapogr.o] Error 1
[hunt at genesis mapserver_dev]$ make
c++ -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ =
-DUSE_PROJ_API_H -DUSE_WMS_SVR        -DUSE_GD_PNG -DUSE_GD_JPEG =
-DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR -DUSE_GDAL    -I/usr/include       =
 -I/usr/local/include -I/usr/local/include     mapogr.cpp -o mapogr.o
mapogr.cpp: In function `msOGRFileInfo *msOGRFileOpen (layerObj *,
const char *)':
mapogr.cpp:888: no matching function for call to
`OGRDataSource::ExecuteSQL (char *&, NULL, NULL)'
mapogr.cpp: In function `int msOGRFileClose (layerObj *, msOGRFileInfo
*)':
mapogr.cpp:949: no matching function for call to
`OGRDataSource::ReleaseResultSet (OGRLayer *&)'
make: *** [mapogr.o] Error 1



Aaron D. Hunt

------=_NextPart_000_0F35_01C2EA0F.F9D04460
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









when I compile 3.7 with the config of =



./configure --without-tiff =
--without-jpeg=20
--with-proj --with-gdal --with-php=3D../php-4.3.2RC1 --with-ogr=20
--with-gdal


 


I get the following error. Can any one=20
help?


 


c++ -c -O2  -Wall =
-DIGNORE_MISSING_DATA =20
-DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H=20
-DUSE_WMS_SVR        -DUSE_GD_PNG=20
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR=20
-DUSE_GDAL   =20
-I/usr/include        =
-I/usr/local/include=20
-I/usr/local/include     mapogr.cpp -o=20
mapogr.o
mapogr.cpp: In function `msOGRFileInfo *msOGRFileOpen =
(layerObj=20
*,
const char *)':
mapogr.cpp:888: no matching function for call=20
to
`OGRDataSource::ExecuteSQL (char *&, NULL, =
NULL)'
mapogr.cpp: In=20
function `int msOGRFileClose (layerObj *,=20
msOGRFileInfo
*)':
mapogr.cpp:949: no matching function for call=20
to
`OGRDataSource::ReleaseResultSet (OGRLayer *&)'
make: ***=20
[mapogr.o] Error 1
[hunt at genesis mapserver_dev]$ make
c++ -c =
-O2 =20
-Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H =

-DUSE_WMS_SVR        -DUSE_GD_PNG=20
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR=20
-DUSE_GDAL   =20
-I/usr/include        =
-I/usr/local/include=20
-I/usr/local/include     mapogr.cpp -o=20
mapogr.o
mapogr.cpp: In function `msOGRFileInfo *msOGRFileOpen =
(layerObj=20
*,
const char *)':
mapogr.cpp:888: no matching function for call=20
to
`OGRDataSource::ExecuteSQL (char *&, NULL, =
NULL)'
mapogr.cpp: In=20
function `int msOGRFileClose (layerObj *,=20
msOGRFileInfo
*)':
mapogr.cpp:949: no matching function for call=20
to
`OGRDataSource::ReleaseResultSet (OGRLayer *&)'
make: ***=20
[mapogr.o] Error 1


 


 


 


Aaron D. =
Hunt


------=_NextPart_000_0F35_01C2EA0F.F9D04460--



From havard.tveite at ikf.nlh.no  Fri Mar 14 07:25:48 2003
From: havard.tveite at ikf.nlh.no (Havard Tveite)
Date: Fri, 14 Mar 2003 16:25:48 +0100
Subject: [Mapserver-users] RE: latitude and longitude
References: <13858AA1A74F30419F319ACB66A9D1221F3F7C@mercator.topozone.com>
Message-ID: <3E71F47C.8090907@ikf.nlh.no>

In Europe (in Norway, anyway) the tradition is to use x for
north and y for east.
I don't like it, but it is difficult to convince the surveying
and geodesy people to change to the more intuitive(?) x for
east and y for north.

Ed McNierney wrote:
> If you are working with a map in a "geographic" projection (where you assume latitude and longitude make a rectangular grid) then the longitude (east-west) is usually the X coordinate, and latitude is usually the Y coordinate.  There's no reason you couldn't turn the Earth so the equator was a vertical line up the middle of your map, but people just don't seem to do it that way.
> 
> 	- Ed
> 
> -----Original Message-----
> From: ryanne cruz [mailto:ryanne.cruz at up.edu.ph]
> Sent: Thursday, March 13, 2003 10:36 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] RE: latitude and longitude
...
> im sorry if this had been asked before and i have read someone post that when 
> you query for x(geom) you are referring to the longitude and y(geom) with the 
> latitude. is this correct? because i am getting very confused! 
>  
> thanks for all the help. we will soon be uploading our site and i hope you'll 
> have the time to see it. i'll post next time our website.  
>  
> ryanne 

-- 
H?vard Tveite                       Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY



From morissette at dmsolutions.ca  Fri Mar 14 07:28:40 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 14 Mar 2003 10:28:40 -0500
Subject: [Mapserver-users] Developing - Flash MX on Windows - against Linux
 environment
References: 
Message-ID: <3E71F528.A2CE221B@dmsolutions.ca>

Mark Rodrigo wrote:
> 
> I am about to commit to a dual boot system here on my laptop, and get Linux
> Redhat 8.x, Apache, PHP and hopefully a compiled Mapserver 3.7 going on that
> OS. I would like to develop the front-end in Flash MX, but was curious how
> developers were handling a similar situation for code testing? i.e. What's
> the easiest way to hit on Mapserver etc. running on a Linux Server from a
> Windows OS (Flash MX) for testing?
> 


You could possibly do all your development on Windows, with your
MapServer app running under Apache on Windows.  Then at the end of the
development porting to Linux shouldn't be a big deal at all.  At this
point you use a second computer for your final tests.

Another option could be to use VMWare (http://www.vmware.com/) ... I use
it on my laptop to run WinXP (host OS) and Linux (guest OS) and that
works great!

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From havard.tveite at ikf.nlh.no  Fri Mar 14 07:32:53 2003
From: havard.tveite at ikf.nlh.no (havard.tveite at ikf.nlh.no)
Date: Fri, 14 Mar 2003 16:32:53 +0100
Subject: [Mapserver-users] Transparency values - confusion
References: <3E70C7D4.9010806@ikf.nlh.no> <3E70DC3C.4000503@nacse.org> <3E70DDDD.1090302@pobox.com>
Message-ID: <3E71F625.6040706@ikf.nlh.no>

Frank Warmerdam wrote:
 > Dylan Keon wrote:
 >> I've noticed the same thing in 3.7.  When I switch between 8-bit and
 >> 24-bit output I have to invert my transparency values (i.e., change 25
 >> to 75 and vice-versa) to get the same effect.
 >
 > I will dig into this.  I am pretty sure it is my fault.

I think that the PNG24 way of doing things should be the
preferred, so I hope that "PNG" (8 bit) behaviour and the
documentation can be changed!

-- 
H?vard Tveite                       Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY




From warmerdam at pobox.com  Fri Mar 14 07:33:20 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 14 Mar 2003 10:33:20 -0500
Subject: [Mapserver-users] compile problem
In-Reply-To: <0f3801c2ea39$e2c06410$1805000a@helicity>
References: <0f3801c2ea39$e2c06410$1805000a@helicity>
Message-ID: <3E71F640.4010302@pobox.com>

Aaron D. Hunt wrote:
> when I compile 3.7 with the config of
> ./configure --without-tiff --without-jpeg --with-proj --with-gdal 
> --with-php=../php-4.3.2RC1 --with-ogr --with-gdal
>  
> I get the following error. Can any one help?
>  
> c++ -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ 
> -DUSE_PROJ_API_H -DUSE_WMS_SVR        -DUSE_GD_PNG -DUSE_GD_JPEG 
> -DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR -DUSE_GDAL    
> -I/usr/include        -I/usr/local/include -I/usr/local/include     
> mapogr.cpp -o mapogr.o
> mapogr.cpp: In function `msOGRFileInfo *msOGRFileOpen (layerObj *,
> const char *)':
> mapogr.cpp:888: no matching function for call to
> `OGRDataSource::ExecuteSQL (char *&, NULL, NULL)'
> mapogr.cpp: In function `int msOGRFileClose (layerObj *, msOGRFileInfo
> *)':
> mapogr.cpp:949: no matching function for call to
> `OGRDataSource::ReleaseResultSet (OGRLayer *&)'
> make: *** [mapogr.o] Error 1
> [hunt at genesis mapserver_dev]$ make
> c++ -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ 
> -DUSE_PROJ_API_H -DUSE_WMS_SVR        -DUSE_GD_PNG -DUSE_GD_JPEG 
> -DUSE_GD_WBMP -DUSE_GD_FT   -DUSE_OGR -DUSE_GDAL    
> -I/usr/include        -I/usr/local/include -I/usr/local/include     
> mapogr.cpp -o mapogr.o
> mapogr.cpp: In function `msOGRFileInfo *msOGRFileOpen (layerObj *,
> const char *)':
> mapogr.cpp:888: no matching function for call to
> `OGRDataSource::ExecuteSQL (char *&, NULL, NULL)'
> mapogr.cpp: In function `int msOGRFileClose (layerObj *, msOGRFileInfo
> *)':
> mapogr.cpp:949: no matching function for call to
> `OGRDataSource::ReleaseResultSet (OGRLayer *&)'
> make: *** [mapogr.o] Error 1

Aaron,

What version of GDAL are you using.  Recent additions to mapogr.cpp make
a version of GDAL 1.1.8 or later pretty much manditory.

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 Mar 14 07:33:41 2003
From: ed at topozone.com (Ed McNierney)
Date: Fri, 14 Mar 2003 10:33:41 -0500
Subject: [Mapserver-users] RE: latitude and longitude
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3F81@mercator.topozone.com>

H?vard -

What exactly do you mean?  Do Norwegians like maps where East is up at the top?  Or are you talking about projected coordinate systems, rather than latitude and longitude?

	- 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: Havard Tveite [mailto:havard.tveite at ikf.nlh.no]
Sent: Friday, March 14, 2003 10:26 AM
To: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] RE: latitude and longitude


In Europe (in Norway, anyway) the tradition is to use x for
north and y for east.
I don't like it, but it is difficult to convince the surveying
and geodesy people to change to the more intuitive(?) x for
east and y for north.

Ed McNierney wrote:
> If you are working with a map in a "geographic" projection (where you assume latitude and longitude make a rectangular grid) then the longitude (east-west) is usually the X coordinate, and latitude is usually the Y coordinate.  There's no reason you couldn't turn the Earth so the equator was a vertical line up the middle of your map, but people just don't seem to do it that way.
> 
> 	- Ed
> 
> -----Original Message-----
> From: ryanne cruz [mailto:ryanne.cruz at up.edu.ph]
> Sent: Thursday, March 13, 2003 10:36 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] RE: latitude and longitude
...
> im sorry if this had been asked before and i have read someone post that when 
> you query for x(geom) you are referring to the longitude and y(geom) with the 
> latitude. is this correct? because i am getting very confused! 
>  
> thanks for all the help. we will soon be uploading our site and i hope you'll 
> have the time to see it. i'll post next time our website.  
>  
> ryanne 

-- 
H?vard Tveite                       Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY

_______________________________________________
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  Fri Mar 14 07:42:27 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Fri, 14 Mar 2003 10:42:27 -0500
Subject: [Mapserver-users] mapscript
References: <002b01c2ea2f$d0eef940$f098fea9@pauls> <3E71ED1B.27AD3E86@dmsolutions.ca>
Message-ID: <006701c2ea40$515f1eb0$f098fea9@pauls>

Thanks on both counts,
    I already tried the call you mentioned but the script seems to die when
i include any mapscript code ie. includeing the following line crashes the
script:  My call looks like this: (c:\>php -q myProg.php hello) ,but hello
never gets printed to the screen when the lines previous to the argv call
are included.
Paul



if (PHP_OS == "WINNT" || PHP_OS == "WIN32")
{
dl("php_mapscript_36.dll");
}
else
{
dl("php_mapscript.so");
}

$map = ms_newMapObj("tutorial.map");
$argv = $_SERVER['argv'] ;
echo $argv[1] ;

thx,
Paul
----- Original Message -----
From: "Daniel Morissette" 
To: "Paul Dymecki" 
Cc: "MapServer List (E-mail)" 
Sent: Friday, March 14, 2003 9:54 AM
Subject: Re: [Mapserver-users] mapscript


> > Paul Dymecki wrote:
> >
> >     I was wondering if anyone has tried running mapscript code from a
> > php prog running through the command line?  I'm trying to call a
> > php-mapscript program from perl, and not sure what the best approach
> > would be?
>
> Yes, that's possible.  Assuming you have a php CGI, you would use:
>
>   /path/to/php -q /path/to/yourscript.php  arg1 arg2 arg3 ...
>
> This will run yourscript.php at the command line, and the args will be
> available in the $_SERVER["argv"] array.  The first item in this array
> is the name of the script itself.  The -q option is to suppress output
> of the CGI headers.
>
> --
> ------------------------------------------------------------
>  Daniel Morissette               morissette at dmsolutions.ca
>  DM Solutions Group              http://www.dmsolutions.ca/
> ------------------------------------------------------------



From kames at keyspanenergy.com  Fri Mar 14 07:47:11 2003
From: kames at keyspanenergy.com (Kieran J. Ames)
Date: Fri, 14 Mar 2003 10:47:11 -0500
Subject: [Mapserver-users] RE: latitude and longitude
References: <1047569783.3e70a577c2e69@mail.up.edu.ph>
Message-ID: <3E71F97F.808821FD@keyspanenergy.com>

This was a reach for me as well. I always think in terms of LAT-LON" AND "X-Y",
and started out by putting those terms together.
If you think about it, the x-axis is horizontal and the y-axis vertical
(usually).
The x-axis looks like a line of latitude, but it is measured going right and
left... away from the origin. How far you move across this axis away from the
origin really translates to your longitude.
Your y-axis goes up and down. How far you move away from the origin would take
you toward the "poles" of the earth. As you move toward the poles, you're really
changing your latitude.
Kieran

ryanne cruz wrote:

>
> hi list.
>
> im sorry if this had been asked before and i have read someone post that when
> you query for x(geom) you are referring to the longitude and y(geom) with the
> latitude. is this correct? because i am getting very confused!
>
> thanks for all the help. we will soon be uploading our site and i hope you'll
> have the time to see it. i'll post next time our website.
>
> ryanne
> _______________________________________________
> 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 Mar 14 07:51:28 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 14 Mar 2003 10:51:28 -0500
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <3E71F625.6040706@ikf.nlh.no>
References: <3E70C7D4.9010806@ikf.nlh.no> <3E70DC3C.4000503@nacse.org> <3E70DDDD.1090302@pobox.com> <3E71F625.6040706@ikf.nlh.no>
Message-ID: <3E71FA80.3070000@pobox.com>

Havard Tveite wrote:
> Frank Warmerdam wrote:
>  > Dylan Keon wrote:
>  >> I've noticed the same thing in 3.7.  When I switch between 8-bit and
>  >> 24-bit output I have to invert my transparency values (i.e., change 25
>  >> to 75 and vice-versa) to get the same effect.
>  >
>  > I will dig into this.  I am pretty sure it is my fault.
> 
> I think that the PNG24 way of doing things should be the
> preferred, so I hope that "PNG" (8 bit) behaviour and the
> documentation can be changed!

Hi,

Well, the semantics are really up to Steve Lime.  Steve, could you
clarify that TRANSPARENT is supposed to work like the mapfile reference
says, with TRANSPARENT=100 meaning opaque and TRANSPARENT=0 meaning
completely transparent?  Any interest in reversing that?

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 mbrletic at visalia.k12.ca.us  Fri Mar 14 08:16:18 2003
From: mbrletic at visalia.k12.ca.us (Mat Brletic)
Date: Fri, 14 Mar 2003 08:16:18 -0800
Subject: [Mapserver-users] Facilities Database with Mapserver.
In-Reply-To: <3E70C8D6.3080906@visalia.k12.ca.us>
References: <3E70C8D6.3080906@visalia.k12.ca.us>
Message-ID: <3E720052.5070809@visalia.k12.ca.us>

Mat Brletic wrote:

> Hello everyone.
>
> I am new to the list and would like to ask a question regarding the 
> possible availability of an open source Mapserver application that my 
> organization might be able to use.
>
> We are a mid-size school district of approximately 33,000 students, and
> are looking for a web-enabled GIS database that can be used for 
> facilities and maintenance. I would like to be able to call up database
> information in various data formats from the web-map interface.
>
> We intend to use Postgresql as the database, possibly with PostGIS. I 
> would like to be able to add GRASS functionality eventually.
>
> I have looked at the Teton Wyoming web site designed by Greenwood 
> Mapping, and feel that an application with the same functionality 
> would suit our needs. The ability to call up text and image files from 
> a variable map is an important part of our requirements.
>
> If anyone out there can provide a list of (preferably) open source 
> software packages that might help us, we would be grateful.
>
> Thank You,
>
> Mathew M. Brletic
> IS Analyst
> Visalia Unified School District
> Visalia, CA 93277
>
>
>
>
>
>     
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
Thank You all for your advice.

Mat Brletic



From morissette at dmsolutions.ca  Fri Mar 14 08:24:22 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 14 Mar 2003 11:24:22 -0500
Subject: [Mapserver-users] mapscript/CGI by example
References: <006e01c2e99a$ad5bb8a0$2441c180@nino>
Message-ID: <3E720236.8F9BAD31@dmsolutions.ca>

Matt Doggett wrote:
> 
> Warning: MapServer Error in msLoadMap():
> (/usr/local/apache2/htdocs/mdoggett/mapscript/europe.map) in
> /usr/local/apache2/htdocs/mapscript/example1.phtml on line 6
> 
> Fatal error: Failed to open map file
> /usr/local/apache2/htdocs/mdoggett/mapscript/europe.map in
> /usr/local/apache2/htdocs/mapscript/example1.phtml on line 6
> 
> I've checked all permissions, paths, files, etc and they are
> correct...what gives?
> The absolute path reference to europe.map is correct.  When I remove the
> absolute path reference and change it to relative (./europe.map) it
> works again!  So, why doesn't the absolute path work?  For a brief
> moment it did...then something changed.  Apache config?
> 

If you can open the mapfile using "./europe.map", then I assume the
mapfile lives in the same directory as example1.phtml, correct?  
If that's the case then absolute path should probably be
/usr/local/apache2/htdocs/mapscript/europe.map 

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From gerry.creager at tamu.edu  Fri Mar 14 08:36:56 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Fri, 14 Mar 2003 10:36:56 -0600
Subject: [Mapserver-users] Developing - Flash MX on Windows - against
 Linux  environment
References:  <3E71F528.A2CE221B@dmsolutions.ca>
Message-ID: <3E720528.7050405@tamu.edu>

I run Win2k and Win98 as guest OS's on a Linux host OS with VMWare.  So 
it could work both ways.  With either config, you could develop in your 
favorite flavor of OS and test with the other one.  I've had good luck 
with VMWare over the years.

gerry

Daniel Morissette wrote:
> Mark Rodrigo wrote:
> 
>>I am about to commit to a dual boot system here on my laptop, and get Linux
>>Redhat 8.x, Apache, PHP and hopefully a compiled Mapserver 3.7 going on that
>>OS. I would like to develop the front-end in Flash MX, but was curious how
>>developers were handling a similar situation for code testing? i.e. What's
>>the easiest way to hit on Mapserver etc. running on a Linux Server from a
>>Windows OS (Flash MX) for testing?
>>
> 
> 
> 
> You could possibly do all your development on Windows, with your
> MapServer app running under Apache on Windows.  Then at the end of the
> development porting to Linux shouldn't be a big deal at all.  At this
> point you use a second computer for your final tests.
> 
> Another option could be to use VMWare (http://www.vmware.com/) ... I use
> it on my laptop to run WinXP (host OS) and Linux (guest OS) and that
> works great!
> 


-- 
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 mdoggett at coas.oregonstate.edu  Fri Mar 14 08:42:09 2003
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Fri, 14 Mar 2003 08:42:09 -0800
Subject: [Mapserver-users] Transparency values - confusion
In-Reply-To: <3E71FA80.3070000@pobox.com>
Message-ID: <001201c2ea48$a7d6c3d0$2441c180@nino>

Perhaps we can blame ESRI!  Their ArcIMS mapserver uses the same
backwards definition...transparency=1.0 (opaque), transparency=0
(transparent).
Since theirs is a commercial product costing thousands of dollars they
can't possibly be wrong....right!? :)
md

Matt Doggett
Spatial Climate Analysis Service
Oregon State University
316 Strand Ag Hall
Corvallis, OR 97331
(541)737-9153
mdoggett at coas.oregonstate.edu
 

> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-
> admin at lists.gis.umn.edu] On Behalf Of Frank Warmerdam
> Sent: Friday, March 14, 2003 7:51 AM
> To: havard.tveite at ikf.nlh.no; mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Transparency values - confusion
> 
> Havard Tveite wrote:
> > Frank Warmerdam wrote:
> >  > Dylan Keon wrote:
> >  >> I've noticed the same thing in 3.7.  When I switch between 8-bit
and
> >  >> 24-bit output I have to invert my transparency values (i.e.,
change
> 25
> >  >> to 75 and vice-versa) to get the same effect.
> >  >
> >  > I will dig into this.  I am pretty sure it is my fault.
> >
> > I think that the PNG24 way of doing things should be the
> > preferred, so I hope that "PNG" (8 bit) behaviour and the
> > documentation can be changed!
> 
> Hi,
> 
> Well, the semantics are really up to Steve Lime.  Steve, could you
> clarify that TRANSPARENT is supposed to work like the mapfile
reference
> says, with TRANSPARENT=100 meaning opaque and TRANSPARENT=0 meaning
> completely transparent?  Any interest in reversing that?
> 
> 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 mbrletic at visalia.k12.ca.us  Fri Mar 14 10:44:19 2003
From: mbrletic at visalia.k12.ca.us (Mat Brletic)
Date: Fri, 14 Mar 2003 10:44:19 -0800
Subject: [Mapserver-users] PHP version and Maplab
Message-ID: <3E722303.6010804@visalia.k12.ca.us>

Does anybody know if PHP 4.0.4 running on Apache 1.3.19 is sufficient to 
 properly run Maplab?

The "Maplab Installation Instructions for Linux" state that version 
4.2.x is supported (and required).


Mathew M. Brletic
IS Analyst
Visalia Unified School District
Visalia, CA 93277









From akrherz at iastate.edu  Fri Mar 14 10:53:04 2003
From: akrherz at iastate.edu (Daryl Herzmann)
Date: Fri, 14 Mar 2003 12:53:04 -0600 (CST)
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
In-Reply-To: <3E4215C93D3CE24D84A9FF385DF88D87FC4131@afeb-ms-02>
Message-ID: 

Hi!

Are you using the WMS extension or trying to connect to a ArcIMS server?  

The com.esri.esrimap.Esrimap URL would indicate you tried to connect to an 
ArcIMS server instead of using the WMS extension...

HTH, 
  Daryl

On Fri, 14 Mar 2003 Antti.Roppola at brs.gov.au wrote:

>Any further info/details on getting this to work this would be appreciated.
>
>I just tried various incantations with 3.6 and 3.7 but no luck. My server
>logs do show Arc Explorer trying to GET ".esrimap",
>"/servlet/com.esri.esrimap.Esrimap" and "/scripts/esrimap.dll".
>
>Cheers,
>
>Antti
>
>
>-----Original Message-----
>From: Daryl Herzmann [mailto:akrherz at iastate.edu]
>Sent: Friday, 14 March 2003 9:39 AM
>To: Daniel Morissette
>Cc: mapserver-users at lists.gis.umn.edu
>Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
>
>
>Hi,
>
>Thanks for the continued help!  As a test, I took the XML output and 
>manually changed it to version 1.1.1 and then wrapped it in a PHP script.
>
>  header("Content-type: application/vnd.ogc.gml");
> ?>
>............my xml file here........
>
>
>And this works!  Fancy, Fancy!!  So my conclusion is that ArcExplorer 
>needs version 1.1.1 over 1.1.0
>
>Thanks!
>  Daryl
>
>On Thu, 13 Mar 2003, Daniel Morissette wrote:
>
>>Daryl Herzmann wrote:
>>> 
>>> Do I need to upgrade to 3.7 dev to get 1.1.1 support?  Or should I
>>> downgrade to 1.0.0 to get this to work?  Looking at the Extension FAQ,
>>> perhaps this beast only supports 1.0.0 and 1.1.1 ??
>>> 
>>
>>3.7 doesn't support 1.1.1 either.  I was convinced that I had upgraded
>>it to 1.1.1, but I double-checked a few minutes ago and it seems that I
>>haven't, Duh!  One more thing for the ToDo list!
>>
>>
>
>

-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */




From spencer at dmsolutions.ca  Fri Mar 14 11:09:23 2003
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Fri, 14 Mar 2003 14:09:23 -0500
Subject: [Mapserver-users] PHP version and Maplab
In-Reply-To: <3E722303.6010804@visalia.k12.ca.us>
References: <3E722303.6010804@visalia.k12.ca.us>
Message-ID: <3E7228E3.6010807@magma.ca>

Hi,

the earliest version that MapLab was developed with was PHP 4.0.6. 
There have been a number of significant changes to PHP since 4.0.6. 
MapLab has undoubted taken advantage of at least some of those changes. 
  Most significant is probably session handling and use of superglobals 
$GLOBALS, $_GET, $_POST, $_SESSION and some other changes.  It is most 
likely that MapLab will not run on versions of PHP earlier than 4.2.x 
without at least some problems.

Also note that there are many significant security and bug fixes that 
have happened after PHP 4.0.6 that should justify upgrading to a more 
recent version.

Cheers,

Paul

Mat Brletic wrote:
> Does anybody know if PHP 4.0.4 running on Apache 1.3.19 is sufficient to 
> properly run Maplab?
> 
> The "Maplab Installation Instructions for Linux" state that version 
> 4.2.x is supported (and required).
> 
> 
> Mathew M. Brletic
> IS Analyst
> Visalia Unified School District
> Visalia, CA 93277
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> 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 mbrletic at visalia.k12.ca.us  Fri Mar 14 11:23:13 2003
From: mbrletic at visalia.k12.ca.us (Mat Brletic)
Date: Fri, 14 Mar 2003 11:23:13 -0800
Subject: [Mapserver-users] PHP version and Maplab
In-Reply-To: <3E7228E3.6010807@magma.ca>
References: <3E722303.6010804@visalia.k12.ca.us> <3E7228E3.6010807@magma.ca>
Message-ID: <3E722C21.8070704@visalia.k12.ca.us>

Paul Spencer wrote:

> Hi,
>
> the earliest version that MapLab was developed with was PHP 4.0.6. 
> There have been a number of significant changes to PHP since 4.0.6. 
> MapLab has undoubted taken advantage of at least some of those 
> changes.  Most significant is probably session handling and use of 
> superglobals $GLOBALS, $_GET, $_POST, $_SESSION and some other 
> changes.  It is most likely that MapLab will not run on versions of 
> PHP earlier than 4.2.x without at least some problems.
>
> Also note that there are many significant security and bug fixes that 
> have happened after PHP 4.0.6 that should justify upgrading to a more 
> recent version.
>
> Cheers,
>
> Paul
>
> Mat Brletic wrote:
>
>> Does anybody know if PHP 4.0.4 running on Apache 1.3.19 is sufficient 
>> to properly run Maplab?
>>
>> The "Maplab Installation Instructions for Linux" state that version 
>> 4.2.x is supported (and required).
>>
>>
>> Mathew M. Brletic
>> IS Analyst
>> Visalia Unified School District
>> Visalia, CA 93277
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Mapserver-users mailing list
>> Mapserver-users at lists.gis.umn.edu
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>
Thanks, Paul.

Mat



From sscott at gwi.net  Fri Mar 14 11:39:39 2003
From: sscott at gwi.net (Shannon Scott)
Date: Fri, 14 Mar 2003 14:39:39 -0500
Subject: [Mapserver-users] Extent Limit
Message-ID: <045d01c2ea61$7415aca0$44c8a8c0@PEMAQUID>

This is a multi-part message in MIME format.

------=_NextPart_000_045A_01C2EA37.8B05A8E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,
I know I can control the maximum area that the user can display with the =
MAXSCALE option.
Is there a way to stop the user from panning beyond a given extent?

I apologize if this is a repeat question, I couldn't find the answer in =
the archives.
Thank You
Shannon


------=_NextPart_000_045A_01C2EA37.8B05A8E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello,


I know I can control the maximum area =
that the user=20
can display with the MAXSCALE option.


Is there a way to stop the user from =
panning beyond=20
a given extent?


 


I apologize if this is a repeat =
question, I=20
couldn't find the answer in the archives.


Thank You


Shannon


 


------=_NextPart_000_045A_01C2EA37.8B05A8E0--



From bomek at mautadine.com  Fri Mar 14 12:55:28 2003
From: bomek at mautadine.com (Frederic Marchand)
Date: Fri, 14 Mar 2003 15:55:28 -0500
Subject: [Mapserver-users] georeferenced JPEG with .tab?
Message-ID: <200303141555.28939.bomek@mautadine.com>

I've got a bunch of jpg (all of them with a .jgw and a .tab) that cover a 
region and i wonder if i can use them in mapserver. 

Thanks!

-- 
Frederic Marchand
http://www.mautadine.com
PGP: 0x1EC30C4D
If all else failed, read the manual


From lars.schylberg at sssk.se  Fri Mar 14 13:18:09 2003
From: lars.schylberg at sssk.se (Lars Schylberg)
Date: Fri, 14 Mar 2003 22:18:09 +0100
Subject: [Mapserver-users] PHP version and Maplab
References: <3E722303.6010804@visalia.k12.ca.us> <3E7228E3.6010807@magma.ca> <3E722C21.8070704@visalia.k12.ca.us>
Message-ID: <3E724711.5010601@sssk.se>

Hi !

I have tried to set up and use Maplab this week under php 4.3.0. But 
after some attemps and some
errors,  I read the documentation that told that Maplab is broken under 
PHP 4.3.0.  I managed to get
it up ok with the demo data but the big map never showed.  Do anyone 
know how far away
PHP 4.3.2 is ?  What is that is broken in MapLab and PHP 4.3.0 ?

/Lars Schylberg

Mat Brletic wrote:

> Paul Spencer wrote:
>
>> Hi,
>>
>> the earliest version that MapLab was developed with was PHP 4.0.6. 
>> There have been a number of significant changes to PHP since 4.0.6. 
>> MapLab has undoubted taken advantage of at least some of those 
>> changes.  Most significant is probably session handling and use of 
>> superglobals $GLOBALS, $_GET, $_POST, $_SESSION and some other 
>> changes.  It is most likely that MapLab will not run on versions of 
>> PHP earlier than 4.2.x without at least some problems.
>>
>> Also note that there are many significant security and bug fixes that 
>> have happened after PHP 4.0.6 that should justify upgrading to a more 
>> recent version.
>>
>> Cheers,
>>
>> Paul
>>
>> Mat Brletic wrote:
>>
>>> Does anybody know if PHP 4.0.4 running on Apache 1.3.19 is 
>>> sufficient to properly run Maplab?
>>>
>>> The "Maplab Installation Instructions for Linux" state that version 
>>> 4.2.x is supported (and required).
>>>
>>>
>>> Mathew M. Brletic
>>> IS Analyst
>>> Visalia Unified School District
>>> Visalia, CA 93277
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Mapserver-users mailing list
>>> Mapserver-users at lists.gis.umn.edu
>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>
>>
> Thanks, Paul.
>
> Mat
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>




From spencer at dmsolutions.ca  Fri Mar 14 13:26:17 2003
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Fri, 14 Mar 2003 16:26:17 -0500
Subject: [Mapserver-users] PHP version and Maplab
In-Reply-To: <3E724711.5010601@sssk.se>
References: <3E722303.6010804@visalia.k12.ca.us> <3E7228E3.6010807@magma.ca> <3E722C21.8070704@visalia.k12.ca.us> <3E724711.5010601@sssk.se>
Message-ID: <3E7248F9.1020308@magma.ca>

Just a friendly reminder that this kind of traffic is more appropriate 
to the maplab-users mailing list!

MapLab will work with PHP 4.3.0 and PHP 4.3.1 on Windows.  On Linux, PHP 
mangles the value of PHP_SELF and this causes problems.  There have been 
discussions on the mapserver mailing list about possible workarounds.

Cheers

Paul

Lars Schylberg wrote:
> Hi !
> 
> I have tried to set up and use Maplab this week under php 4.3.0. But 
> after some attemps and some
> errors,  I read the documentation that told that Maplab is broken under 
> PHP 4.3.0.  I managed to get
> it up ok with the demo data but the big map never showed.  Do anyone 
> know how far away
> PHP 4.3.2 is ?  What is that is broken in MapLab and PHP 4.3.0 ?
> 
> /Lars Schylberg
> 
> Mat Brletic wrote:
> 
>> Paul Spencer wrote:
>>
>>> Hi,
>>>
>>> the earliest version that MapLab was developed with was PHP 4.0.6. 
>>> There have been a number of significant changes to PHP since 4.0.6. 
>>> MapLab has undoubted taken advantage of at least some of those 
>>> changes.  Most significant is probably session handling and use of 
>>> superglobals $GLOBALS, $_GET, $_POST, $_SESSION and some other 
>>> changes.  It is most likely that MapLab will not run on versions of 
>>> PHP earlier than 4.2.x without at least some problems.
>>>
>>> Also note that there are many significant security and bug fixes that 
>>> have happened after PHP 4.0.6 that should justify upgrading to a more 
>>> recent version.
>>>
>>> Cheers,
>>>
>>> Paul
>>>
>>> Mat Brletic wrote:
>>>
>>>> Does anybody know if PHP 4.0.4 running on Apache 1.3.19 is 
>>>> sufficient to properly run Maplab?
>>>>
>>>> The "Maplab Installation Instructions for Linux" state that version 
>>>> 4.2.x is supported (and required).
>>>>
>>>>
>>>> Mathew M. Brletic
>>>> IS Analyst
>>>> Visalia Unified School District
>>>> Visalia, CA 93277
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Mapserver-users mailing list
>>>> Mapserver-users at lists.gis.umn.edu
>>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>>
>>>
>> Thanks, Paul.
>>
>> Mat
>>
>> _______________________________________________
>> 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 Spencer
Applications and Software Development
DM Solutions Group Inc.
http://www.dmsolutions.ca




From pkishor at geoanalytics.com  Fri Mar 14 13:31:24 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Fri, 14 Mar 2003 21:31:24 -0000
Subject: [Mapserver-users] Re: Extent Limit
In-Reply-To: <045d01c2ea61$7415aca0$44c8a8c0@PEMAQUID>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Shannon Scott" 
wrote:
> Hello,
> I know I can control the maximum area that the user can display with
the MAXSCALE option.
> Is there a way to stop the user from panning beyond a given extent?
> 


you didn't mention whether you wanted to do this only via cgi (which,
I know very little about) or mapscript (which I know a little bit about). 

I haven't done this, but imagine could be done with mapscript.
Essentially you would calc the returned extent and compare it with the
desired extent (hardcoded or in session or determined on the fly), and
reset the view if the map drifted more than desired.

Now that I think about it, I should implement this in my own application.





From pkishor at geoanalytics.com  Fri Mar 14 13:36:04 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Fri, 14 Mar 2003 21:36:04 -0000
Subject: [Mapserver-users] Re: PHP version and Maplab
In-Reply-To: <3E7248F9.1020308@magma.ca>
Message-ID: 

--- In mapserver-users at yahoogroups.com, Paul Spencer 
wrote:
> Just a friendly reminder that this kind of traffic is more appropriate 
> to the maplab-users mailing list!
> 

aha! if Lars had used the separate maplab list, I would have never
known about this. advantage case for a single, unified list.

however, since I am not using maplab at this point in time, this is
just bandwidth hogging trivia. advantage case for separate lists.

so, back to love-all. 

How in heck did maplab manage its own list whilst other requests for
separate postgis list or separate lists for each flavor of mapscript
got assigned to devnull.

oh well.



> MapLab will work with PHP 4.3.0 and PHP 4.3.1 on Windows.  On Linux,
PHP 
> mangles the value of PHP_SELF and this causes problems.  There have
been 
> discussions on the mapserver mailing list about possible workarounds.
> 
> Cheers
> 
> Paul
> 
> Lars Schylberg wrote:
> > Hi !
> > 
> > I have tried to set up and use Maplab this week under php 4.3.0. But 
> > after some attemps and some
> > errors,  I read the documentation that told that Maplab is broken
under 
> > PHP 4.3.0.  I managed to get
> > it up ok with the demo data but the big map never showed.  Do anyone 
> > know how far away
> > PHP 4.3.2 is ?  What is that is broken in MapLab and PHP 4.3.0 ?
> > 
> > /Lars Schylberg
> > 
> > Mat Brletic wrote:
> > 
> >> Paul Spencer wrote:
> >>
> >>> Hi,
> >>>
> >>> the earliest version that MapLab was developed with was PHP 4.0.6. 
> >>> There have been a number of significant changes to PHP since 4.0.6. 
> >>> MapLab has undoubted taken advantage of at least some of those 
> >>> changes.  Most significant is probably session handling and use of 
> >>> superglobals $GLOBALS, $_GET, $_POST, $_SESSION and some other 
> >>> changes.  It is most likely that MapLab will not run on versions of 
> >>> PHP earlier than 4.2.x without at least some problems.
> >>>
> >>> Also note that there are many significant security and bug fixes
that 
> >>> have happened after PHP 4.0.6 that should justify upgrading to a
more 
> >>> recent version.
> >>>
> >>> Cheers,
> >>>
> >>> Paul
> >>>
> >>> Mat Brletic wrote:
> >>>
> >>>> Does anybody know if PHP 4.0.4 running on Apache 1.3.19 is 
> >>>> sufficient to properly run Maplab?
> >>>>
> >>>> The "Maplab Installation Instructions for Linux" state that
version 
> >>>> 4.2.x is supported (and required).
> >>>>
> >>>>
> >>>> Mathew M. Brletic
> >>>> IS Analyst
> >>>> Visalia Unified School District
> >>>> Visalia, CA 93277
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Mapserver-users mailing list
> >>>> Mapserver-users at l...
> >>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >>>>
> >>>
> >> Thanks, Paul.
> >>
> >> Mat
> >>
> >> _______________________________________________
> >> Mapserver-users mailing list
> >> Mapserver-users at l...
> >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >>
> >>
> > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at l...
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> 
> -- 
> Paul Spencer
> Applications and Software Development
> DM Solutions Group Inc.
> http://www.dmsolutions.ca
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From pucher at atlas.gis.univie.ac.at  Fri Mar 14 15:56:41 2003
From: pucher at atlas.gis.univie.ac.at (Alexander Pucher)
Date: Sat, 15 Mar 2003 00:56:41 +0100
Subject: [Mapserver-users] SDE performance boost in 3.7?
Message-ID: <3E726C39.1070501@atlas.gis.univie.ac.at>

Hi,

there have been some discussions going on on the poor performance of the 
SDE connection.

Can someone give me a short note about the recent status of enhancing 
the SDE connection performance. Will this be included in 3.7?

Best regards,
alex

-- 
________________________________________________________

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
--------------------------------------------------------
It's not that I'm afraid to die, 
I just don't want to be there when it happens -- Woody Allen




From morissette at dmsolutions.ca  Fri Mar 14 14:18:17 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 14 Mar 2003 17:18:17 -0500
Subject: [Mapserver-users] Re: PHP version and Maplab
References: 
Message-ID: <3E725529.B7D5DA4B@dmsolutions.ca>

pkishor_98 wrote:
> 
> How in heck did maplab manage its own list whilst other requests for
> separate postgis list or separate lists for each flavor of mapscript
> got assigned to devnull.
> 

That's because MapLab is an application built using MapServer, it's not
a component of MapServer.  The majority of the questions on the MapLab
list relate the the way to use or configure MapLab and have nothing to
do with the way to use MapServer itself... when questions are too
MapServer-specific then they are redirected to mapserver-users.

OTOH the various flavours of MapScript and the postGIS driver (but not
PostGIS itself), etc are all part of the MapServer package and have lots
in common, that's why the majority of users want to keep them together.  
This being said, PostGIS itself is also an independent piece of software
with a life of its own outside of the MapServer world and as such
deserve its own list.  So when it comes to questions about loading or
indexing a spatial database then it should go to the postgis-users list,
but if it's a question about using PostGIS in a MapServer mapfile it
should go to mapserver-users.  There is always a bit of overlap, but
there is enough distinction in this case to justify independent lists
(same for MapLab or other standalone applications).

My 0.02$

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From morissette at dmsolutions.ca  Fri Mar 14 14:21:49 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 14 Mar 2003 17:21:49 -0500
Subject: [Mapserver-users] PHP version and Maplab
References: <3E722303.6010804@visalia.k12.ca.us> <3E7228E3.6010807@magma.ca> <3E722C21.8070704@visalia.k12.ca.us> <3E724711.5010601@sssk.se>
Message-ID: <3E7255FD.2B663208@dmsolutions.ca>

Lars Schylberg wrote:
> 
>  Do anyone
> know how far away
> PHP 4.3.2 is ?  

FYI PHP 4.3.2RC1 has been released yesterday.  (Note that it's only a
release candidate, but it contains the fixes that were needed by MapLab)

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From reliant009 at charter.net  Fri Mar 14 15:38:15 2003
From: reliant009 at charter.net (George McCown)
Date: Fri, 14 Mar 2003 18:38:15 -0500
Subject: [Mapserver-users] GIS Student needs help
Message-ID: <000e01c2ea82$c8ec4290$6401a8c0@cumo>

I've successfully installed the demo map server on apache 2.
Now I want to learn how to make single layers but I need more help
than what the Tutorial shows.

data file: E:\Apache Group\Apache2\htdocs\hall\data\states.shp
mapserv(3.6): E:\Apache Group\Apache2\cgi-bin
single.map and single.html: E:\Apache Group\Apache2\htdocs\hall

********* Single.html**********************



single




SINGLE LAYER




why is it mapserv35?map not just mapserv.exe?






************single.map*****************
NAME test
EXTENT -127.92 49.47 -77.05 23.66
SIZE 400 300
SHAPEPATH "data"
#LAYER # start of the "states" layer object
  NAME "states"
  DATA states
  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
*******************************
Can someone point the the error of my way?

Thank you very much.

George



From keon at nacse.org  Fri Mar 14 15:55:16 2003
From: keon at nacse.org (Dylan Keon)
Date: Fri, 14 Mar 2003 15:55:16 -0800
Subject: [Mapserver-users] GIS Student needs help
In-Reply-To: <000e01c2ea82$c8ec4290$6401a8c0@cumo>
References: <000e01c2ea82$c8ec4290$6401a8c0@cumo>
Message-ID: <3E726BE4.4080506@nacse.org>

George,

For starters, your LAYER line is commented out.  Remove the leading # 
from LAYER.

--Dylan


George McCown wrote:
> I've successfully installed the demo map server on apache 2.
> Now I want to learn how to make single layers but I need more help
> than what the Tutorial shows.
> 
> data file: E:\Apache Group\Apache2\htdocs\hall\data\states.shp
> mapserv(3.6): E:\Apache Group\Apache2\cgi-bin
> single.map and single.html: E:\Apache Group\Apache2\htdocs\hall
> 
> ********* Single.html**********************
> 
> 
> 
> single
> 
> 
> 
> 
SINGLE LAYER

> 
> 
> 
why is it mapserv35?map not just mapserv.exe?

> 
> 
> 
> 
> 
> ************single.map*****************
> NAME test
> EXTENT -127.92 49.47 -77.05 23.66
> SIZE 400 300
> SHAPEPATH "data"
> #LAYER # start of the "states" layer object
>   NAME "states"
>   DATA states
>   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
> *******************************
> Can someone point the the error of my way?
> 
> Thank you very much.
> 
> George
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
************************************************
  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 krung at cad.go.th  Fri Mar 14 16:49:22 2003
From: krung at cad.go.th (Krung Saengpole)
Date: Sat, 15 Mar 2003 07:49:22 +0700
Subject: [Mapserver-users] GIS Student needs help
Message-ID: <200303150749.AA84541514@cad.go.th>

George,

Also you have to change src attribute to use your mapserver program with your platform, e.g.



because in Windows, mapserver program is mapserv.exe. Demo setting is for *n*x.

Krung


>George,
>
>For starters, your LAYER line is commented out.  Remove the leading # 
>from LAYER.
>
>--Dylan
>
>
>George McCown wrote:
>> I've successfully installed the demo map server on apache 2.
>> Now I want to learn how to make single layers but I need more help
>> than what the Tutorial shows.
>> 
>> data file: E:\Apache Group\Apache2\htdocs\hall\data\states.shp
>> mapserv(3.6): E:\Apache Group\Apache2\cgi-bin
>> single.map and single.html: E:\Apache Group\Apache2\htdocs\hall
>> 
>> ********* Single.html**********************
>> 
>> 
>> 
>> single
>> 
>> 
>> 
>> 
SINGLE LAYER

>> 
>> 
>> 
why is it mapserv35?map not just mapserv.exe?

>> 
>> 
>> 
>> 
>> 
>> ************single.map*****************
>> NAME test
>> EXTENT -127.92 49.47 -77.05 23.66
>> SIZE 400 300
>> SHAPEPATH "data"
>> #LAYER # start of the "states" layer object
>>   NAME "states"




From reliant009 at charter.net  Fri Mar 14 19:16:37 2003
From: reliant009 at charter.net (George McCown)
Date: Fri, 14 Mar 2003 22:16:37 -0500
Subject: [Mapserver-users] GIS Student needs help
References: <200303150749.AA84541514@cad.go.th>
Message-ID: <003c01c2eaa1$4a98fe50$6401a8c0@cumo>

I've removed the comment and corrected the the scr to:



I still cannot see the shp file.  Can you guys help me again?

George



----- Original Message -----
From: "Krung Saengpole" 
To: 
Sent: Friday, March 14, 2003 7:49 PM
Subject: Re: [Mapserver-users] GIS Student needs help


> George,
>
> Also you have to change src attribute to use your mapserver program with
your platform, e.g.
>
> 
>
> because in Windows, mapserver program is mapserv.exe. Demo setting is for
*n*x.
>
> Krung
>
>
> >George,
> >
> >For starters, your LAYER line is commented out.  Remove the leading #
> >from LAYER.
> >
> >--Dylan
> >
> >
> >George McCown wrote:
> >> I've successfully installed the demo map server on apache 2.
> >> Now I want to learn how to make single layers but I need more help
> >> than what the Tutorial shows.
> >>
> >> data file: E:\Apache Group\Apache2\htdocs\hall\data\states.shp
> >> mapserv(3.6): E:\Apache Group\Apache2\cgi-bin
> >> single.map and single.html: E:\Apache Group\Apache2\htdocs\hall
> >>
> >> ********* Single.html**********************
> >>
> >> 
> >> 
> >> single
> >> 
> >>
> >> 
> >> 
SINGLE LAYER

> >>
> >> 
> >> 
why is it mapserv35?map not just mapserv.exe?

> >>
> >> 
> >>
> >> 
> >>
> >> ************single.map*****************
> >> NAME test
> >> EXTENT -127.92 49.47 -77.05 23.66
> >> SIZE 400 300
> >> SHAPEPATH "data"
> >> #LAYER # start of the "states" layer object
> >>   NAME "states"
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From elrod at oaktownunderground.com  Fri Mar 14 20:38:16 2003
From: elrod at oaktownunderground.com (Leah Roderman)
Date: Fri, 14 Mar 2003 20:38:16 -0800
Subject: [Mapserver-users] problems | postgis
In-Reply-To: <3E712339.3000306@refractions.net>
Message-ID: <1296828.1047703096586.JavaMail.root@homer.codemagi.com>

(was problems | postgis, projection, extent)

I'm still having a problem correctly displaying my postgis layer. Thanks to Dave @ refractions my points are now stored correctly in postgres, but I'm still not seeing query results in my map output.

I am running MapServer 3.6.4 (OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE) on RedHat8.0 using PostGIS 0.7.4 and Postgres 7.3.2.

I successfully ran the demo and proceeded to create my own mapfile using data from CaSIL. The map was visible, I could identify county and water polygons. Then I introduced a layer with connectiontype postgis, which led to a round of debugging and testing to confirm that the db is indeed being connected to.

The PostGIS layer produces a single dot (roughly in middle of box) in response to any query that I create using filter and expression. I can change the color and size of the output symbol, but does not move regardless of what coords are returned. If I grab the query mapserv generates to postgres and run it from psql, 424 records are returned. Regardless, all I see is the dot (can be viewed via option #1 at http://www.kinakuta.com/geoenergy/geo_init.html). Note: if I adjust the query to one that returns 0 records, the dot disappears.

As additional info, I'm calling mapserv from an apache virtual host. Any tips on mapserver postgis relationship and debugging would be most helpful. It's as if mapserver doesn't know what to do with the data being returned by postgis. Perhaps a lib? Permissions?

Thanks.

Here's my layer:

LAYER
 CONNECTIONTYPE postgis
 NAME "PLANTS"
 CONNECTION "user=myuser dbname=mydb"
 DATA "mat_coord from addr_match"
 STATUS DEFAULT
 TYPE POINT
 FILTER "address_id >= 10500"
 CLASS
   EXPRESSION ([address_id] < 15000)
   SYMBOL "circle"
   COLOR 0 0 0
   SIZE 30
 END # class
 CLASS
   EXPRESSION ([address_id] >= 15000)
   SYMBOL "circle"
   COLOR 255 1 3
   SIZE 60
 END # class

END # layer



p.s. previous projection problem is a result of mapserv call to proj not able to access epsg file...


>>
>>
>>SRID=-1;POINT(36.396331 -119.020059)
>>  
>>
>You probably want to have these like:
>
>SRID=-1;POINT(-119.020059 36.396331)
>
>This will probably explain your projection problem too, as the point is "south" of the south pole!
>
>dave
>
>
>
>


From keon at nacse.org  Fri Mar 14 21:16:55 2003
From: keon at nacse.org (Dylan Keon)
Date: Fri, 14 Mar 2003 21:16:55 -0800
Subject: [Mapserver-users] GIS Student needs help
In-Reply-To: <003c01c2eaa1$4a98fe50$6401a8c0@cumo>
References: <200303150749.AA84541514@cad.go.th> <003c01c2eaa1$4a98fe50$6401a8c0@cumo>
Message-ID: <3E72B747.3090208@nacse.org>

George,

Looks like your EXTENT isn't quite right.  It should be "minx miny maxx 
maxy" and you have "minx maxy maxx miny."  So instead of "EXTENT -127.92 
49.47 -77.05 23.66" try "EXTENT -127.92 23.66 -77.05 49.47"

Also, put the line "UNITS DD" somewhere in the map object, like right 
after your EXTENT line (your shapefile *is* unprojected (lat/lon), right?).

You should also set up the WEB object.  Fill in the IMAGEPATH and 
IMAGEURL with the correct paths to the writeable temp directory.  You 
may also need to set up the HEADER and FOOTER in the WEB object, 
depending on what you're trying to do.

See http://mapserver.gis.umn.edu/doc36/mapfile-reference.html for more 
info on mapfile syntax.

So, try this (make sure to enter correct paths under the WEB object):

#************single.map*****************
NAME TEST
STATUS ON
EXTENT -127.92 23.66 -77.05 49.47
UNITS DD
SIZE 400 300
SHAPEPATH "data"

WEB
   IMAGEPATH "E:\Apache Group\Apache2\htdocs\temp\" 

   IMAGEURL "/temp/"
END

LAYER
   NAME "states"
   DATA states
   STATUS DEFAULT
   TYPE POLYGON
   CLASS
     COLOR 220 220 220
     OUTLINECOLOR 0 0 0
   END
END

END
#***************************************

--Dylan


George McCown wrote:
> I've removed the comment and corrected the the scr to:
> 
> 
> 
> I still cannot see the shp file.  Can you guys help me again?
> 
> George
> 
> 
> 
> ----- Original Message -----
> From: "Krung Saengpole" 
> To: 
> Sent: Friday, March 14, 2003 7:49 PM
> Subject: Re: [Mapserver-users] GIS Student needs help
> 
> 
> 
>>George,
>>
>>Also you have to change src attribute to use your mapserver program with
> 
> your platform, e.g.
> 
>>
>>
>>because in Windows, mapserver program is mapserv.exe. Demo setting is for
> 
> *n*x.
> 
>>Krung
>>
>>
>>
>>>George,
>>>
>>>For starters, your LAYER line is commented out.  Remove the leading #
>>
>>>from LAYER.
>>
>>>--Dylan
>>>
>>>
>>>George McCown wrote:
>>>
>>>>I've successfully installed the demo map server on apache 2.
>>>>Now I want to learn how to make single layers but I need more help
>>>>than what the Tutorial shows.
>>>>
>>>>data file: E:\Apache Group\Apache2\htdocs\hall\data\states.shp
>>>>mapserv(3.6): E:\Apache Group\Apache2\cgi-bin
>>>>single.map and single.html: E:\Apache Group\Apache2\htdocs\hall
>>>>
>>>>********* Single.html**********************
>>>>
>>>>
>>>>
>>>>single
>>>>
>>>>
>>>>
>>>>
SINGLE LAYER

>>>>
>>>> 
> src="="/cgi-bin/mapserv35?map/hall/single.map&mode=map">
> 
>>>>
why is it mapserv35?map not just mapserv.exe?

>>>>
>>>>
>>>>
>>>>
>>>>
>>>>************single.map*****************
>>>>NAME test
>>>>EXTENT -127.92 49.47 -77.05 23.66
>>>>SIZE 400 300
>>>>SHAPEPATH "data"
>>>>#LAYER # start of the "states" layer object
>>>>  NAME "states"
>>
>>
>>_______________________________________________
>>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  Sat Mar 15 06:24:26 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Sat, 15 Mar 2003 09:24:26 -0500
Subject: [Mapserver-users] perl / mapscript
Message-ID: <001d01c2eafe$959d1e10$f098fea9@pauls>

This is a multi-part message in MIME format.

------=_NextPart_000_001A_01C2EAD4.AC32EC60
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,
    Conveniently enough i need some help with a perl question regarding =
php. I was wondering what the best way of calling a mapscript =
querybypoint function from perl?  My current app is in php but need to =
communicate with another perl application.  Is it possible to have both =
perl-mapscript and php-mapscript running on the same server?
thx for any help,
Paul

------=_NextPart_000_001A_01C2EAD4.AC32EC60
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi,


    Conveniently =
enough i need=20
some help with a perl question regarding php. I was wondering what =
the best=20
way of calling a mapscript querybypoint function from =
perl?  My=20
current app is in php but need to communicate with another perl=20
application.  Is it possible to have both perl-mapscript and =
php-mapscript=20
running on the same server?


thx for any help,


Paul


------=_NextPart_000_001A_01C2EAD4.AC32EC60--



From gerry.creager at tamu.edu  Sat Mar 15 06:33:54 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Sat, 15 Mar 2003 08:33:54 -0600
Subject: [Mapserver-users] Once more withperl mapscript and MS3.7
Message-ID: <3E7339D2.4010108@tamu.edu>

OK.  I've now reinstalled perl and made sure mapscript was where perl 
expected it to be (although I'm pretty sure it was before.  System 
config is a pretty stock RH 8.0, and MS 3.7 was compiled per the 
instructions I found here and on the Wiki (RedHat 8.0 and Mapserver 3.7)

I compiled perl-mapscript _after_ I had compiled mapserver.

When I run a script to create a shapefile, I get the following:

Name "mapscript::MS_SHAPEFILE_POLYGON" used only once: possible typo at 
./makeshapefile.pl line 22.
Name "mapscript::MS_SHAPE_LINE" used only once: possible typo at 
./makeshapefile.pl line 176.
Can't locate object method "new" via package "mapscript::shapefileObj" 
(perhaps you forgot to load "mapscript::shapefileObj"?) at 
./makeshapefile.pl line 22.



Does anyone have a suggestion I can chase down now?

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 woodbri at swoodbridge.com  Sat Mar 15 06:55:02 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sat, 15 Mar 2003 09:55:02 -0500
Subject: [Mapserver-users] perl / mapscript
In-Reply-To: <001d01c2eafe$959d1e10$f098fea9@pauls>
Message-ID: <3E72F876.25811.64156092@localhost>

Yes you can have both running. Remember that mapscript is just a 
wrapper to give you programmatic access to Mapserver.

There are examples of Perl/Mapscript on wiki and I'm pretty sure one 
of them calls querybypoint (although I haven't verified that).

-Steve W.

On 15 Mar 2003 at 9:24, Paul Dymecki wrote:

> Hi,
>     Conveniently enough i need some help with a perl question
>     regarding php. I was wondering what the best way of calling a
>     mapscript querybypoint function from perl?  My current app is in
>     php but need to communicate with another perl application.  Is it
>     possible to have both perl-mapscript and php-mapscript running on
>     the same server?
> thx for any help,
> Paul
> 




From woodbri at swoodbridge.com  Sat Mar 15 14:03:46 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sat, 15 Mar 2003 17:03:46 -0500
Subject: [Mapserver-users] (Fwd) about tileindex shp
Message-ID: <3E735CF2.28696.659DE55F@localhost>

The relationship between tileindex location, the location string, 
shapepath and data  and whether you specify absolute paths or 
relative paths have been a very confusing to me in the past. I know a 
bunch of work has been done to make them work in a more rational way 
in 3.7.

In the past, I have just played with them til I was able to get 
something to work. Maybe someone has a better explanation.

What version of Mapserver are you using?

------- Forwarded message follows -------
Date sent:      	Fri, 14 Mar 2003 13:27:59 +0800 (CST)
From:           	Chen Fu 
Subject:        	about tileindex shp
To:             	woodbri at swoodbridge.com

Hi!
i try to use tileindex shp according to
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?search=BathymetryHowTo

As a test, shp2img can generate the right gif
according to the simple map file. Then i use it on the
web, the tileindex layer doesn't work, but the other
vector/raster layers work fine. I check the setting to
confirm it almost the same as the map file i tested in
shp2img, except an additional TEMPLATE attribute.
Still not any reponse, just like the layer is not
there.

A question i wanna ask is how to check the warning or
error raised by mapserv.exe in cgi environment? if
mispell the shp name in map, "Unable to access file"
will shown while i use shp2img. But in cgi mode, i
can't see anything if a DATA attribute is deliberately
changed to wrong name. the layer will just not be
shown. (but when SHAPEPATH is wrong, the mapserv will
stop). I wonder whether mapserv complain something i
cant see.

Another question: it seems the layer dont use DATA
attribute. TILEINDEX take its place. But seems the
TILEINDEX can't accept the file with directory part
like "globe/dem.shp", only "dem.shp" is acceptable
(test in shp2img). Is it right? so we have to put the
tileindex shp in the SHAPEPATH directly? (I just do
like that, but don't know why mapserv is still mad at
me :< )

any idea and suggestion? 


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

_________________________________________________________
Do You Yahoo!? 
??????????????????
http://yahoo.eachnet.com/fu/co/rd.php?http://pages.eachnet.com/st/page
/women/women.htm

------- End of forwarded message -------



From warmerdam at pobox.com  Sat Mar 15 15:28:56 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Sat, 15 Mar 2003 18:28:56 -0500
Subject: [Mapserver-users] Layer TRANSPARENCY and 24bit
Message-ID: <3E73B738.8070205@pobox.com>

Folks,

I have committed fixes to the msImageCopyMerge() so that 24bit images
have the same sense of TRANSPARENCY as 8bit.  I stuck to the logic as
used in 8bit and documented (0 = transparent, 100 = opaque) even though it
might be somewhat counterintuitive.

I have updated the testsuite to validate transparency better ... I did all
my previous work with 50% and so missed this issue.

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 millardymecki at sympatico.ca  Sun Mar 16 05:32:14 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Sun, 16 Mar 2003 08:32:14 -0500
Subject: [Mapserver-users] perl / mapscript
References: <3E72F876.25811.64156092@localhost>
Message-ID: <000e01c2ebc0$74f50ca0$f098fea9@pauls>

HI Steve,
    Do you know if Perl/mapscript is available on windowsXP?  The only
installation docs i could find were for unix.
thx
Paul
----- Original Message -----
From: 
To: "MapServer List EE-mail"" ; "Paul
Dymecki" 
Sent: Saturday, March 15, 2003 9:55 AM
Subject: Re: [Mapserver-users] perl / mapscript


> Yes you can have both running. Remember that mapscript is just a
> wrapper to give you programmatic access to Mapserver.
>
> There are examples of Perl/Mapscript on wiki and I'm pretty sure one
> of them calls querybypoint (although I haven't verified that).
>
> -Steve W.
>
> On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
>
> > Hi,
> >     Conveniently enough i need some help with a perl question
> >     regarding php. I was wondering what the best way of calling a
> >     mapscript querybypoint function from perl?  My current app is in
> >     php but need to communicate with another perl application.  Is it
> >     possible to have both perl-mapscript and php-mapscript running on
> >     the same server?
> > thx for any help,
> > Paul
> >
>
>
>



From millardymecki at sympatico.ca  Sun Mar 16 06:12:24 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Sun, 16 Mar 2003 09:12:24 -0500
Subject: [Mapserver-users] perl / mapscript
References: <3E72F876.25811.64156092@localhost> <000e01c2ebc0$74f50ca0$f098fea9@pauls>
Message-ID: <001601c2ebc6$11ea87b0$f098fea9@pauls>

Ok here goes,
I'm sure this has been asked before but does anyone have a windows build of
perl-mapscript i could use?
thx,
Paul
----- Original Message -----
From: "Paul Dymecki" 
To: ; "MapServer List EE-mail""

Sent: Sunday, March 16, 2003 8:32 AM
Subject: Re: [Mapserver-users] perl / mapscript


> HI Steve,
>     Do you know if Perl/mapscript is available on windowsXP?  The only
> installation docs i could find were for unix.
> thx
> Paul
> ----- Original Message -----
> From: 
> To: "MapServer List EE-mail"" ; "Paul
> Dymecki" 
> Sent: Saturday, March 15, 2003 9:55 AM
> Subject: Re: [Mapserver-users] perl / mapscript
>
>
> > Yes you can have both running. Remember that mapscript is just a
> > wrapper to give you programmatic access to Mapserver.
> >
> > There are examples of Perl/Mapscript on wiki and I'm pretty sure one
> > of them calls querybypoint (although I haven't verified that).
> >
> > -Steve W.
> >
> > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> >
> > > Hi,
> > >     Conveniently enough i need some help with a perl question
> > >     regarding php. I was wondering what the best way of calling a
> > >     mapscript querybypoint function from perl?  My current app is in
> > >     php but need to communicate with another perl application.  Is it
> > >     possible to have both perl-mapscript and php-mapscript running on
> > >     the same server?
> > > thx for any help,
> > > Paul
> > >
> >
> >
> >
>
> _______________________________________________
> 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 Mar 16 11:16:28 2003
From: krung at cad.go.th (Krung Saengpole)
Date: Mon, 17 Mar 2003 02:16:28 +0700
Subject: [Mapserver-users] GIS Student needs help
Message-ID: <200303170216.AA70385908@cad.go.th>

Try full path to map file, 



notice '+' in your path, it's for space in url format.

Krung

---------- Original Message ----------------------------------
From: "George McCown" 
Date:  Fri, 14 Mar 2003 22:16:37 -0500

>I've removed the comment and corrected the the scr to:
>
>
>
>I still cannot see the shp file.  Can you guys help me again?
>
>George
>
>
>
>----- Original Message -----
>From: "Krung Saengpole" 
>To: 
>Sent: Friday, March 14, 2003 7:49 PM
>Subject: Re: [Mapserver-users] GIS Student needs help
>
>
>> George,
>>
>> Also you have to change src attribute to use your mapserver program with
>your platform, e.g.
>>
>> 
>>
>> because in Windows, mapserver program is mapserv.exe. Demo setting is for
>*n*x.
>>
>> Krung
>>
>>
>> >George,
>> >
>> >For starters, your LAYER line is commented out.  Remove the leading #
>> >from LAYER.
>> >
>> >--Dylan
>> >
>> >
>> >George McCown wrote:
>> >> I've successfully installed the demo map server on apache 2.
>> >> Now I want to learn how to make single layers but I need more help
>> >> than what the Tutorial shows.
>> >>
>> >> data file: E:\Apache Group\Apache2\htdocs\hall\data\states.shp
>> >> mapserv(3.6): E:\Apache Group\Apache2\cgi-bin
>> >> single.map and single.html: E:\Apache Group\Apache2\htdocs\hall
>> >>
>> >> ********* Single.html**********************
>> >>
>> >> 
>> >> 
>> >> single
>> >> 
>> >>
>> >> 
>> >> 
SINGLE LAYER

>> >>
>> >> src="="/cgi-bin/mapserv35?map/hall/single.map&mode=map">
>> >> 
why is it mapserv35?map not just mapserv.exe?

>> >>
>> >> 
>> >>
>> >> 
>> >>
>> >> ************single.map*****************
>> >> NAME test
>> >> EXTENT -127.92 49.47 -77.05 23.66
>> >> SIZE 400 300
>> >> SHAPEPATH "data"
>> >> #LAYER # start of the "states" layer object
>> >>   NAME "states"
>>
>>
>> _______________________________________________
>> 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 john.hagstrand at interageresearch.com  Sun Mar 16 16:09:26 2003
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Sun, 16 Mar 2003 18:09:26 -0600
Subject: [Mapserver-users] mask
Message-ID: <4.3.2.7.0.20030316180244.01690110@pop.registeredsite.com>

Hi,

Does MapServer have the concept of masking?  I want to mask one layer with 
another.

Specifically, I have world map vector data, with land mass polygons in one 
layer, and political boundaries in another layer.  The political polygons 
need to be masked by the land mass polygons so they don't extend out into 
the oceans.  I hope I've been clear.

Thanks
John

-------------------------------------------------
John Hagstrand
Interage Research, Inc.
847 838 5371
Software Development Consulting for Internet Content Management
We make knowledge accessible, useful, and relevant for everyone.
http://www.interageresearch.com




From ryanne.cruz at up.edu.ph  Sun Mar 16 18:15:08 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Mon, 17 Mar 2003 10:15:08 +0800
Subject: [Mapserver-users] RE: site using mapserver
Message-ID: <1047867308.3e752fac4b465@mail.up.edu.ph>

 
hi list! 
 
i am proud to announce that our site is now up! if you have the time pls visit 
www.philenergydb.upd.edu.ph. there are still some bugs concerning zooming and 
some of the layers are not exact but it still is great (ahem, excuse my 
arrogance!). hope you'll email us some feedbacks regarding our site. pls cc me 
a copy of your email. if you want to contribute or criticize something, its 
very most welcome. especially if you have sugegstions regarding the zooming. 
 
thank you very much to all the people who helped us. i can't remember each 
name but what i'm certain is that this list has REALLY been a great HELP to 
us. 
 
again, thanks to all. 
 
ryanne 


From pkishor at geoanalytics.com  Sun Mar 16 18:43:56 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Mon, 17 Mar 2003 02:43:56 -0000
Subject: [Mapserver-users] Re: perl / mapscript
In-Reply-To: <000e01c2ebc0$74f50ca0$f098fea9@pauls>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Paul Dymecki"
 wrote:
> HI Steve,
>     Do you know if Perl/mapscript is available on windowsXP?  

afaik, perl/mapscript only compiles on unix (I believe these a
swig-related problems). To date I have not met anyone who has it
running on Windows.


That said, I read your original question. What Steve says is true...
you can run both perl and php mapscripts, but the question asks
itself... why? I don't know of anything you can do in one you can't in
the other. If it is all under your control, stick with one...
php/mapscript is well supported under Windows. The good folks at DM
Solutions have made wonderful examples available, many other people
(myself included) have created successful apps... php/mapscript seems
to be a viable, perhaps the only, solution on windows.

You want to share more as to why you want to mix perl and php on windows?


The only
> installation docs i could find were for unix.
> thx
> Paul
> ----- Original Message -----
> From: 
> To: "MapServer List EE-mail"" ; "Paul
> Dymecki" 
> Sent: Saturday, March 15, 2003 9:55 AM
> Subject: Re: [Mapserver-users] perl / mapscript
> 
> 
> > Yes you can have both running. Remember that mapscript is just a
> > wrapper to give you programmatic access to Mapserver.
> >
> > There are examples of Perl/Mapscript on wiki and I'm pretty sure one
> > of them calls querybypoint (although I haven't verified that).
> >
> > -Steve W.
> >
> > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> >
> > > Hi,
> > >     Conveniently enough i need some help with a perl question
> > >     regarding php. I was wondering what the best way of calling a
> > >     mapscript querybypoint function from perl?  My current app is in
> > >     php but need to communicate with another perl application. 
Is it
> > >     possible to have both perl-mapscript and php-mapscript
running on
> > >     the same server?
> > > thx for any help,
> > > Paul
> > >
> >
> >
> >
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From john.hagstrand at interageresearch.com  Sun Mar 16 19:15:18 2003
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Sun, 16 Mar 2003 21:15:18 -0600
Subject: [Mapserver-users] filter with shp
Message-ID: <4.3.2.7.0.20030316211433.01606738@pop.registeredsite.com>

Hi,

Can you direct me to an example using a FILTER with a shapefile?

Thanks
John

-------------------------------------------------
John Hagstrand
Interage Research, Inc.
847 838 5371
Software Development Consulting for Internet Content Management
We make knowledge accessible, useful, and relevant for everyone.
http://www.interageresearch.com




From millardymecki at sympatico.ca  Sun Mar 16 19:25:57 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Sun, 16 Mar 2003 22:25:57 -0500
Subject: [Mapserver-users] Re: perl / mapscript
References: 
Message-ID: <008201c2ec34$ed203280$f098fea9@pauls>

Well actually i may be makeing this more complicated then it needs. I've
built a phpmapscript application containing vegetaion zones(polygons) around
the country.  There is a larger perl application(not under my care) that
will pass me a lat/lon.  I then have to query and return which vegetation
zone this point resides in.  So the script would be a backend one with no
user/map interaction at all.  Would  that be possible.
Paul
----- Original Message -----
From: "pkishor_98" 
To: 
Sent: Sunday, March 16, 2003 9:43 PM
Subject: [Mapserver-users] Re: perl / mapscript


> --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
>  wrote:
> > HI Steve,
> >     Do you know if Perl/mapscript is available on windowsXP?
>
> afaik, perl/mapscript only compiles on unix (I believe these a
> swig-related problems). To date I have not met anyone who has it
> running on Windows.
>
>
> That said, I read your original question. What Steve says is true...
> you can run both perl and php mapscripts, but the question asks
> itself... why? I don't know of anything you can do in one you can't in
> the other. If it is all under your control, stick with one...
> php/mapscript is well supported under Windows. The good folks at DM
> Solutions have made wonderful examples available, many other people
> (myself included) have created successful apps... php/mapscript seems
> to be a viable, perhaps the only, solution on windows.
>
> You want to share more as to why you want to mix perl and php on windows?
>
>
> The only
> > installation docs i could find were for unix.
> > thx
> > Paul
> > ----- Original Message -----
> > From: 
> > To: "MapServer List EE-mail"" ; "Paul
> > Dymecki" 
> > Sent: Saturday, March 15, 2003 9:55 AM
> > Subject: Re: [Mapserver-users] perl / mapscript
> >
> >
> > > Yes you can have both running. Remember that mapscript is just a
> > > wrapper to give you programmatic access to Mapserver.
> > >
> > > There are examples of Perl/Mapscript on wiki and I'm pretty sure one
> > > of them calls querybypoint (although I haven't verified that).
> > >
> > > -Steve W.
> > >
> > > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> > >
> > > > Hi,
> > > >     Conveniently enough i need some help with a perl question
> > > >     regarding php. I was wondering what the best way of calling a
> > > >     mapscript querybypoint function from perl?  My current app is in
> > > >     php but need to communicate with another perl application.
> Is it
> > > >     possible to have both perl-mapscript and php-mapscript
> running on
> > > >     the same server?
> > > > thx for any help,
> > > > Paul
> > > >
> > >
> > >
> > >
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at l...
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From pkishor at geoanalytics.com  Sun Mar 16 20:18:26 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Mon, 17 Mar 2003 04:18:26 -0000
Subject: [Mapserver-users] Re: perl / mapscript
In-Reply-To: <008201c2ec34$ed203280$f098fea9@pauls>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Paul Dymecki"
 wrote:
> Well actually i may be makeing this more complicated then it needs. I've
> built a phpmapscript application containing vegetaion
zones(polygons) around
> the country.  There is a larger perl application(not under my care) that
> will pass me a lat/lon.  

this larger perl app... is this a mapserver app? if yes, then it is
running on unix, because perl/mapscript is possible only on unix
(afaik). If not, then how do you query it? Is it a pure perl app
accessing a database? In which case you could simply access the
database directly from PHP.

See, the problem is not that you can run perl/mapscript and
php/mapscript simultaneously. The problem is whether you can run them
in the same script. On the server, the script has to be interpreted by
either the PHP interpreter, or by the Perl interpreter... can't do
both. One or the other. What you can do is have the Perl script
construct a PHP script that you then run from the web. In which case
you would build a script with the lat/lon values filled in. But, yes,
this could be complicated.

Care to give more details?



>I then have to query and return which vegetation
> zone this point resides in.  So the script would be a backend one
with no
> user/map interaction at all.  Would  that be possible.
> Paul
> ----- Original Message -----
> From: "pkishor_98" 
> To: 
> Sent: Sunday, March 16, 2003 9:43 PM
> Subject: [Mapserver-users] Re: perl / mapscript
> 
> 
> > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> >  wrote:
> > > HI Steve,
> > >     Do you know if Perl/mapscript is available on windowsXP?
> >
> > afaik, perl/mapscript only compiles on unix (I believe these a
> > swig-related problems). To date I have not met anyone who has it
> > running on Windows.
> >
> >
> > That said, I read your original question. What Steve says is true...
> > you can run both perl and php mapscripts, but the question asks
> > itself... why? I don't know of anything you can do in one you can't in
> > the other. If it is all under your control, stick with one...
> > php/mapscript is well supported under Windows. The good folks at DM
> > Solutions have made wonderful examples available, many other people
> > (myself included) have created successful apps... php/mapscript seems
> > to be a viable, perhaps the only, solution on windows.
> >
> > You want to share more as to why you want to mix perl and php on
windows?
> >
> >
> > The only
> > > installation docs i could find were for unix.
> > > thx
> > > Paul
> > > ----- Original Message -----
> > > From: 
> > > To: "MapServer List EE-mail"" ; "Paul
> > > Dymecki" 
> > > Sent: Saturday, March 15, 2003 9:55 AM
> > > Subject: Re: [Mapserver-users] perl / mapscript
> > >
> > >
> > > > Yes you can have both running. Remember that mapscript is just a
> > > > wrapper to give you programmatic access to Mapserver.
> > > >
> > > > There are examples of Perl/Mapscript on wiki and I'm pretty
sure one
> > > > of them calls querybypoint (although I haven't verified that).
> > > >
> > > > -Steve W.
> > > >
> > > > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> > > >
> > > > > Hi,
> > > > >     Conveniently enough i need some help with a perl question
> > > > >     regarding php. I was wondering what the best way of
calling a
> > > > >     mapscript querybypoint function from perl?  My current
app is in
> > > > >     php but need to communicate with another perl application.
> > Is it
> > > > >     possible to have both perl-mapscript and php-mapscript
> > running on
> > > > >     the same server?
> > > > > thx for any help,
> > > > > Paul
> > > > >
> > > >
> > > >
> > > >
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at l...
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at l...
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From millardymecki at sympatico.ca  Sun Mar 16 20:55:38 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Sun, 16 Mar 2003 23:55:38 -0500
Subject: [Mapserver-users] Re: perl / mapscript
References: 
Message-ID: <009001c2ec41$74a73620$f098fea9@pauls>

Well the scenario is this:  There are points(lat/lon) entered by individuals
as to siteings of a particular plant species.  A quality assurance
program(perl script) is periodically run to determine if there are any
points located outside of their known regions(vegetation polygons).  Write
now i'm takeing the simplistic approach and creating a command line php
script that takes in a  lat/lon spits out a polygon name.  I'm just haveing
issues with command line / mapscript.
Paul
----- Original Message -----
From: "pkishor_98" 
To: 
Sent: Sunday, March 16, 2003 11:18 PM
Subject: [Mapserver-users] Re: perl / mapscript


> --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
>  wrote:
> > Well actually i may be makeing this more complicated then it needs. I've
> > built a phpmapscript application containing vegetaion
> zones(polygons) around
> > the country.  There is a larger perl application(not under my care) that
> > will pass me a lat/lon.
>
> this larger perl app... is this a mapserver app? if yes, then it is
> running on unix, because perl/mapscript is possible only on unix
> (afaik). If not, then how do you query it? Is it a pure perl app
> accessing a database? In which case you could simply access the
> database directly from PHP.
>
> See, the problem is not that you can run perl/mapscript and
> php/mapscript simultaneously. The problem is whether you can run them
> in the same script. On the server, the script has to be interpreted by
> either the PHP interpreter, or by the Perl interpreter... can't do
> both. One or the other. What you can do is have the Perl script
> construct a PHP script that you then run from the web. In which case
> you would build a script with the lat/lon values filled in. But, yes,
> this could be complicated.
>
> Care to give more details?
>
>
>
> >I then have to query and return which vegetation
> > zone this point resides in.  So the script would be a backend one
> with no
> > user/map interaction at all.  Would  that be possible.
> > Paul
> > ----- Original Message -----
> > From: "pkishor_98" 
> > To: 
> > Sent: Sunday, March 16, 2003 9:43 PM
> > Subject: [Mapserver-users] Re: perl / mapscript
> >
> >
> > > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> > >  wrote:
> > > > HI Steve,
> > > >     Do you know if Perl/mapscript is available on windowsXP?
> > >
> > > afaik, perl/mapscript only compiles on unix (I believe these a
> > > swig-related problems). To date I have not met anyone who has it
> > > running on Windows.
> > >
> > >
> > > That said, I read your original question. What Steve says is true...
> > > you can run both perl and php mapscripts, but the question asks
> > > itself... why? I don't know of anything you can do in one you can't in
> > > the other. If it is all under your control, stick with one...
> > > php/mapscript is well supported under Windows. The good folks at DM
> > > Solutions have made wonderful examples available, many other people
> > > (myself included) have created successful apps... php/mapscript seems
> > > to be a viable, perhaps the only, solution on windows.
> > >
> > > You want to share more as to why you want to mix perl and php on
> windows?
> > >
> > >
> > > The only
> > > > installation docs i could find were for unix.
> > > > thx
> > > > Paul
> > > > ----- Original Message -----
> > > > From: 
> > > > To: "MapServer List EE-mail"" ; "Paul
> > > > Dymecki" 
> > > > Sent: Saturday, March 15, 2003 9:55 AM
> > > > Subject: Re: [Mapserver-users] perl / mapscript
> > > >
> > > >
> > > > > Yes you can have both running. Remember that mapscript is just a
> > > > > wrapper to give you programmatic access to Mapserver.
> > > > >
> > > > > There are examples of Perl/Mapscript on wiki and I'm pretty
> sure one
> > > > > of them calls querybypoint (although I haven't verified that).
> > > > >
> > > > > -Steve W.
> > > > >
> > > > > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> > > > >
> > > > > > Hi,
> > > > > >     Conveniently enough i need some help with a perl question
> > > > > >     regarding php. I was wondering what the best way of
> calling a
> > > > > >     mapscript querybypoint function from perl?  My current
> app is in
> > > > > >     php but need to communicate with another perl application.
> > > Is it
> > > > > >     possible to have both perl-mapscript and php-mapscript
> > > running on
> > > > > >     the same server?
> > > > > > thx for any help,
> > > > > > Paul
> > > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at l...
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at l...
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at l...
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From arnulf.christl at ccgis.de  Mon Mar 17 00:40:18 2003
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Mon, 17 Mar 2003 09:40:18 +0100
Subject: AW: [Mapserver-users] RE: latitude and longitude
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F3F81@mercator.topozone.com>
Message-ID: 

Hi,
this contribution is just (hopefully helpful) background noise about
coordinate communication:

In Germany we often have a problem of mixing up x and y coordinates between
the-common-GIS-hacker and survey engineers. Survey engineers use the writing
notation (y, x) to code coordinates which tends to be rather confusion for
us "normal" GIS hackers.
Therefore if we (dare to) talk to survey engineers we usually say
"Rechtswert", which could be translated into "right value". What we mean is
"easting", "x" or "L?ngendgrad" (longitude).
We say "Hochwert" which translates into "up-value" and what we mean is
"northing" or "y" or "Breitengrad" (latitude).
Another problem is that (x, y) coordinates are commonly mixed up by german
talking when a "Latitude" or "Longitude" is requested. We are not used to
these terms in day to day work.
It is a very common potential error for any european reading english
documentation and trying to implement demo data or getting anything to run.

At least most of us around here use "north" as the top for our maps, no
misunderstanding there...

Cheers,
Arnulf

-----Urspr?ngliche Nachricht-----
Von: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Ed
McNierney
Gesendet: Freitag, 14. M?rz 2003 16:34
An: havard.tveite at ikf.nlh.no; mapserver-users at lists.gis.umn.edu
Betreff: RE: [Mapserver-users] RE: latitude and longitude


H?vard -

What exactly do you mean?  Do Norwegians like maps where East is up at the
top?  Or are you talking about projected coordinate systems, rather than
latitude and longitude?

	- 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: Havard Tveite [mailto:havard.tveite at ikf.nlh.no]
Sent: Friday, March 14, 2003 10:26 AM
To: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] RE: latitude and longitude


In Europe (in Norway, anyway) the tradition is to use x for
north and y for east.
I don't like it, but it is difficult to convince the surveying
and geodesy people to change to the more intuitive(?) x for
east and y for north.

Ed McNierney wrote:
> If you are working with a map in a "geographic" projection (where you
assume latitude and longitude make a rectangular grid) then the longitude
(east-west) is usually the X coordinate, and latitude is usually the Y
coordinate.  There's no reason you couldn't turn the Earth so the equator
was a vertical line up the middle of your map, but people just don't seem to
do it that way.
>
> 	- Ed
>
> -----Original Message-----
> From: ryanne cruz [mailto:ryanne.cruz at up.edu.ph]
> Sent: Thursday, March 13, 2003 10:36 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] RE: latitude and longitude
...
> im sorry if this had been asked before and i have read someone post that
when
> you query for x(geom) you are referring to the longitude and y(geom) with
the
> latitude. is this correct? because i am getting very confused!
>
> thanks for all the help. we will soon be uploading our site and i hope
you'll
> have the time to see it. i'll post next time our website.
>
> ryanne

--
H?vard Tveite                       Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY

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

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



From bear at prometheus.org.yu  Mon Mar 17 02:21:21 2003
From: bear at prometheus.org.yu (Attila Csipa)
Date: Mon, 17 Mar 2003 11:21:21 +0100
Subject: [Mapserver-users] Imagemaps
Message-ID: <200303171121.21754.attila@prometheus.org.yu>

A new hack/feature form my kitchen:

http://www.manufacture.co.yu/map/sfsql/index_imagemap_demo.m

The example allows usage of client side imagemaps with mapserver. You can 
zoom/pan around and have special actions when clicking on objects (polygons 
and symbols in the example). The action can of course be influenced by 
feature attributes, etc.

WARNING: This will NOT work with Internet Explorer (only the regular 
navigation works, to be more precise), because it seems that IE is not HTML 4 
compliant in this matter (USEMAP in combination with form INPUT tags). If 
anybody has an idea how to do this in IE, or has a version of IE that did 
work I'd be glad to hear and add a fix for IE.



From claude-mapserver at skirando.ch  Mon Mar 17 02:33:37 2003
From: claude-mapserver at skirando.ch (Claude Philipona)
Date: Mon, 17 Mar 2003 11:33:37 +0100
Subject: [Mapserver-users] Facilities Database with Mapserver.
In-Reply-To: <3E70C8D6.3080906@visalia.k12.ca.us>
References: <3E70C8D6.3080906@visalia.k12.ca.us>
Message-ID: <20030317103337.GB5840@c2cpc2>

On Thu, Mar 13, 2003 at 10:07:18AM -0800, Mat Brletic wrote:

> If anyone out there can provide a list of (preferably) open source 
> software packages that might help us, we would be grateful.
We have built are using an application based on
Mapserver/PHPMapscript/PostgreSQL-PostGIS to present the campus plan of
EPFL (Swiss Federal Institute of Technology in Lausanne):
http://plan.epfl.ch/ (in french complete)
http://map.epfl.ch/ (in english, help only in french for now)

We are using AutoCAD drawing produced by the architects and the FM unit.
Every night a FME script (software from http://www.safe.com) process the
data (generalization, conversion to OGC SFS) and upload the result into
PostgreSQL/PostGIS. Some quasi-static information are transformed into
shapefiles.  More information about the system (only in french):
http://sawww.epfl.ch/SIC/SA/publications/FI02/fi-7-2/7-2-page1.html

The system is linked to the staff and room datybase (non-spatial).

You can locate:
- a room by the form post: MAC1585
- a room by the url: http://plan.epfl.ch?room=MAC1585
- a unit by the abreviation in post : PHOT
- a unti by the abreviation in url : http://plan.epfl.ch?room=phot
- a person using the form post: for example "crevoisier"

Other Intranet services are being built using the base system to offer
special functionnalities to the administrative and technical staff.

I hope it helps,

Claude

-- 
camptocamp SA
Claude Philipona
PSE-C / Parc scientifique
1015 Lausanne, Switzerland
phone+fax: +41 21 693 86 32
mobile: +41 78 648 32 84
claude.philipona at camptocamp.com


From schut at sarvision.com  Mon Mar 17 03:29:50 2003
From: schut at sarvision.com (Vincent Schut)
Date: Mon, 17 Mar 2003 12:29:50 +0100
Subject: [Mapserver-users] MINSCALE in webobj
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F3F6F@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D1221F3F6F@mercator.topozone.com>
Message-ID: <200303171229.50132.schut@sarvision.com>


> MINSCALE/MAXSCALE in the WEB object apply to the mapserv CGI only.  In
> MapScript you have to handle this check yourself.

Then, to ease this checking, is the value of minscale from the mapfile present 
in php_mapscript as a member of the map-object? According to the reference 
docs, it's not. To enable me to do my own check with php now would require me 
to hardcode the minscale value in my php code, which is not what I prefer. I 
am trying to write more or less generic code, which I don't have to change 
when I change my mapfiles... If I can acces the minscale value from 
mapscript, please point me in the right direction... If I cannot, I will add 
this as a feature request to bugzilla.

Vincent.

>
> It would probably be a worthwhile enhancement to add an optional flag to
> the PHP MapScript zoomPoint() and zoomRectangle() functions to request
> enforcing the MINSCALE/MAXSCALE values.  Please add this to bugzilla if
> you feel it's worth it.
>
> Daniel
>



From k.chodak at autoguard.pl  Mon Mar 17 04:55:04 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Mon, 17 Mar 2003 13:55:04 +0100
Subject: [Mapserver-users] Map broker?
Message-ID: <3E75C5A8.90303@autoguard.pl>

Has anyone of You any experience with MapServer and large amount of 
data. By large amount of data I take approximately 300MB of shapefiles. 
I think that MapServer's current architecture is not suitable for this 
use (when taking into account couple hits per second).

I got some knowledge of MapInfo MapXtreme - there is a mechanism of map 
objects broker which is preinitializing map objects and "renting" them 
on request. Don't you think that it would be great to have such 
"map-buffering" mechanism? I'm inspecting MapServer's code to find some 
clues wether it is hard to do it or not...

Krzysztof Chodak



From morissette at dmsolutions.ca  Mon Mar 17 05:02:31 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 17 Mar 2003 08:02:31 -0500
Subject: [Mapserver-users] MINSCALE in webobj
References: <13858AA1A74F30419F319ACB66A9D1221F3F6F@mercator.topozone.com> <200303171229.50132.schut@sarvision.com>
Message-ID: <3E75C767.BEA945C2@dmsolutions.ca>

Vincent Schut wrote:
> 
> Then, to ease this checking, is the value of minscale from the mapfile present
> in php_mapscript as a member of the map-object? According to the reference
> docs, it's not. 

It's listed under the webObj in the copy of the docs that I checked.
Please make sure you look under the webObj and not under the mapObj.

If there is a PHP MapScript ref. doc somewhere that doesn't list
minscale/maxscale in the web object then please send us a pointer and
we'll see if we can have it fixed.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From morissette at dmsolutions.ca  Mon Mar 17 05:22:12 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 17 Mar 2003 08:22:12 -0500
Subject: [Mapserver-users] mask
References: <4.3.2.7.0.20030316180244.01690110@pop.registeredsite.com>
Message-ID: <3E75CC04.24A666E4@dmsolutions.ca>

John Hagstrand wrote:
> 
> Does MapServer have the concept of masking?  I want to mask one layer with
> another.
> 
> Specifically, I have world map vector data, with land mass polygons in one
> layer, and political boundaries in another layer.  The political polygons
> need to be masked by the land mass polygons so they don't extend out into
> the oceans.  I hope I've been clear.
> 

I'm not sure to understand why you need to mask the political polygons
in this case, but I don't need to understand anyway. 

MapServer doesn't support mask layers directly, but we've done this a
few times in PHP MapScript, see the following post from the archives:

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0301/msg00395.html

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From woodbri at swoodbridge.com  Mon Mar 17 05:28:49 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Mon, 17 Mar 2003 08:28:49 -0500
Subject: [Mapserver-users] Map broker?
In-Reply-To: <3E75C5A8.90303@autoguard.pl>
Message-ID: <3E758741.27277.6E123A48@localhost>

There are many of us that have many GBs of data online under a single 
mapserver. The whole US in Tiger/Line or GDT data requires about 8-
20GB of shapefiles. I am working on a project to bring 19-20 TB of 
image data online using mapserver.

The performance has little to do with the total amount of data but 
rather how well you have you data indexed and tiled so mapserver only 
need to look at a small amount of the total data for any given page 
view.

Try running shptree on all your shapefiles.

-Steve W.

On 17 Mar 2003 at 13:55, Krzysztof Chodak wrote:

> Has anyone of You any experience with MapServer and large amount of
> data. By large amount of data I take approximately 300MB of
> shapefiles. I think that MapServer's current architecture is not
> suitable for this use (when taking into account couple hits per
> second).
> 
> I got some knowledge of MapInfo MapXtreme - there is a mechanism of
> map objects broker which is preinitializing map objects and "renting"
> them on request. Don't you think that it would be great to have such
> "map-buffering" mechanism? I'm inspecting MapServer's code to find
> some clues wether it is hard to do it or not...
> 
> Krzysztof Chodak
> 
> _______________________________________________
> 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 Mar 17 05:37:01 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 17 Mar 2003 08:37:01 -0500
Subject: [Mapserver-users] Map broker?
Message-ID: <13858AA1A74F30419F319ACB66A9D12201963E@mercator.topozone.com>

Krzysztof -

Your assumption is not correct.  I - and others on this list - use
MapServer every day with data sets much larger than yours.  As a
specific shapefile example, I have an application that serves GDT's
Dynamap/2000 street maps of the United States.  It's 9 gigabytes of
shapefiles, so it's 30 times larger than your data set, and it has been
in production running quite nicely for a year and a half.

There are certainly some things that can be done (and are being worked
towards) for better map serving, you need to think carefully about
performance tuning.  For example, "map-buffering" will keep objects in
memory.  That's great in some respects, but it means there's less memory
available for other things.  Will that cause swapping?  What actually is
being buffered?  If it's the shapefile data itself, isn't the filesystem
also doing disk caching?  How do the two interact?

Perhaps you should begin with a side-by-side performance comparison of
MapInfo MapXtreme and MapServer.  That will give you an idea of which
one to start modifying .

	- 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: Krzysztof Chodak [mailto:k.chodak at autoguard.pl] 
Sent: Monday, March 17, 2003 7:55 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Map broker?

Has anyone of You any experience with MapServer and large amount of 
data. By large amount of data I take approximately 300MB of shapefiles. 
I think that MapServer's current architecture is not suitable for this 
use (when taking into account couple hits per second).

I got some knowledge of MapInfo MapXtreme - there is a mechanism of map 
objects broker which is preinitializing map objects and "renting" them 
on request. Don't you think that it would be great to have such 
"map-buffering" mechanism? I'm inspecting MapServer's code to find some 
clues wether it is hard to do it or not...

Krzysztof Chodak

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



From k.chodak at autoguard.pl  Mon Mar 17 05:40:36 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Mon, 17 Mar 2003 14:40:36 +0100
Subject: [Mapserver-users] Map broker?
References: <3E758741.27277.6E123A48@localhost>
Message-ID: <3E75D054.50902@autoguard.pl>

Why do you meen by having "tiled" data? Could you write little more 
about it?

>There are many of us that have many GBs of data online under a single 
>mapserver. The whole US in Tiger/Line or GDT data requires about 8-
>20GB of shapefiles. I am working on a project to bring 19-20 TB of 
>image data online using mapserver.
>
>The performance has little to do with the total amount of data but 
>rather how well you have you data indexed and tiled so mapserver only 
>need to look at a small amount of the total data for any given page 
>view.
>
>Try running shptree on all your shapefiles.
>
>-Steve W.
>
>On 17 Mar 2003 at 13:55, Krzysztof Chodak wrote:
>
>  
>
>>Has anyone of You any experience with MapServer and large amount of
>>data. By large amount of data I take approximately 300MB of
>>shapefiles. I think that MapServer's current architecture is not
>>suitable for this use (when taking into account couple hits per
>>second).
>>
>>I got some knowledge of MapInfo MapXtreme - there is a mechanism of
>>map objects broker which is preinitializing map objects and "renting"
>>them on request. Don't you think that it would be great to have such
>>"map-buffering" mechanism? I'm inspecting MapServer's code to find
>>some clues wether it is hard to do it or not...
>>
>>Krzysztof Chodak
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>>    
>>
>
>
>  
>





From stepan.kafka at centrum.cz  Mon Mar 17 05:53:42 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Mon, 17 Mar 2003 14:53:42 +0100
Subject: [Mapserver-users] Map broker?
In-Reply-To: <3E75C5A8.90303@autoguard.pl>
Message-ID: <004701c2ec8c$9eb65040$ac4de4c2@HSGIS>

Hi,
  We are running project with 800 000 records in ONE shapefile. The size of
single shp file is around 600 MB. Whole project uses about 10 GB of
shapefiles and 10 GB of rasters. With indexes it works fine (We have only
slower connection). See the
http://www.uhul.cz/oprl/ and "Mapovy server" link or
http://212.158.143.148/mapserv/oprl/ directy. Tha layers are visible from
scale 1:50000.
With tiling you also have *unlimited* capacity.

Mapserver is GREAT!

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 Krzysztof
> Chodak
> Odesl?no: 17. b?ezna 2003 13:55
> Komu: mapserver-users at lists.gis.umn.edu
> P?edm?t: [Mapserver-users] Map broker?
>
>
> Has anyone of You any experience with MapServer and large amount of
> data. By large amount of data I take approximately 300MB of shapefiles.
> I think that MapServer's current architecture is not suitable for this
> use (when taking into account couple hits per second).
>
> I got some knowledge of MapInfo MapXtreme - there is a mechanism of map
> objects broker which is preinitializing map objects and "renting" them
> on request. Don't you think that it would be great to have such
> "map-buffering" mechanism? I'm inspecting MapServer's code to find some
> clues wether it is hard to do it or not...
>
> Krzysztof Chodak
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>



From morissette at dmsolutions.ca  Mon Mar 17 05:56:16 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 17 Mar 2003 08:56:16 -0500
Subject: [Mapserver-users] Map broker?
References: <3E758741.27277.6E123A48@localhost> <3E75D054.50902@autoguard.pl>
Message-ID: <3E75D400.32701CDC@dmsolutions.ca>

Krzysztof Chodak wrote:
> 
> Why do you meen by having "tiled" data? Could you write little more
> about it?
> 

Tiled data is exactly the same as MapInfo's Seamless datasets. 
Basically you split your dataset into multiple files (tiles) and link
them together via a TILEINDEX (in MapServer), or as a Seamless Dataset
(In MapInfo).

BTW, if you do have MapInfo data already, then try using it as is with
MapServer using the OGR support (see
http://mapserver.gis.umn.edu/doc36/ogr-howto.html).  

We've had several reports that MapServer was way faster than MapXtreme
on TAB data.  I'm just guessing here, but perhaps the reason is that
MapXtreme tries to load all the data in memory when it opens a file, and
MapServer/OGR only access the shapes that it needs via the embedded
spatial index in the TAB dataset.  That could be why MapXtreme needs a
map broker and MapServer doesn't.  Note that using tiles or seamless TAB
files will improve performance even more as you zoom into your map.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From LVN at hvm.dk  Mon Mar 17 06:08:24 2003
From: LVN at hvm.dk (Lars V. Nielsen)
Date: Mon, 17 Mar 2003 15:08:24 +0100
Subject: [Mapserver-users] Map broker?
In-Reply-To: <3E75C5A8.90303@autoguard.pl>
References: <3E75C5A8.90303@autoguard.pl>
Message-ID: <1047910104.3e75d6d8bb0af@php.mira.dk>

Hi K,




I've used MapXtreme too, and thus used the MapXbroker handler.




I don't think a broker is needed with Mapserver. Contrary to MapX, Mapserver 
loads (and renders) quite fast, usually within a couple of seconds. A "broker" 
is only necessary when the mapping component is large (and slow) to load, and 
MapX is rather large.




On top of that, I don't think Mapserver is suited for pooling and re-use. Its 
architecture is streamlined to a load-execute-drop method, and I would expect 
severe problem when running it multiple times serving different requests. But 
that's just my impression....




I've used Mapserver with large datasets, vector as well as raster, and only 
experienced slugginess with vector when using "Styleitem Auto" with MapInfo 
tables. But with shape files that's not a problem.




Mvh


Lars V. Nielsen


-------------------------------


Hvenegaard & Meklenborg, Odense


http://www.hvm.dk






Citering Krzysztof Chodak :




> Has anyone of You any experience with MapServer and large amount of 


> data. By large amount of data I take approximately 300MB of shapefiles. 


> I think that MapServer's current architecture is not suitable for this 


> use (when taking into account couple hits per second).


> 


> I got some knowledge of MapInfo MapXtreme - there is a mechanism of map 


> objects broker which is preinitializing map objects and "renting" them 


> on request. Don't you think that it would be great to have such 


> "map-buffering" mechanism? I'm inspecting MapServer's code to find some 


> clues wether it is hard to do it or not...


> 


> Krzysztof Chodak


> 


> _______________________________________________


> 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  Mon Mar 17 06:25:49 2003
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Mon, 17 Mar 2003 15:25:49 +0100
Subject: AW: [Mapserver-users] Map broker?
In-Reply-To: <3E75C5A8.90303@autoguard.pl>
Message-ID: 

Hi,
use shptree to create indexes, then it should be fast enough.
If that is still not fast enough, then you have to get your project
modified. Add thinned & generalized layers at higher zoomlevels and use
logical zoom limits for the base maps.
There currently is no map server around we would know of which is faster
than UMN MapServer and we have tested quite a few! We are using it with
several customers each between 3 to 10 GB of shape and its OK. Could be
faster, yes / but its better than all the rest.

Never expect any data crammed map server to be able to answer more than 1 or
2 requests per second because of the sheer amount of data. Some of our very
heavy projects need ut to 5 s per request. The users will tolerate that if
you can explain them that the quality and amount of data is good. It is a
completely different world to what standard web servers do.

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 Krzysztof
Chodak
Gesendet: Montag, 17. Marz 2003 13:55
An: mapserver-users at lists.gis.umn.edu
Betreff: [Mapserver-users] Map broker?


Has anyone of You any experience with MapServer and large amount of
data. By large amount of data I take approximately 300MB of shapefiles.
I think that MapServer's current architecture is not suitable for this
use (when taking into account couple hits per second).

I got some knowledge of MapInfo MapXtreme - there is a mechanism of map
objects broker which is preinitializing map objects and "renting" them
on request. Don't you think that it would be great to have such
"map-buffering" mechanism? I'm inspecting MapServer's code to find some
clues wether it is hard to do it or not...

Krzysztof Chodak

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



From gerry.creager at tamu.edu  Mon Mar 17 06:29:09 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Mon, 17 Mar 2003 08:29:09 -0600
Subject: AW: [Mapserver-users] RE: latitude and longitude
References: 
Message-ID: <3E75DBB5.3020307@tamu.edu>

One significant source of confusion in the USA in this area is in the 
terminology.  When one is discussing plain surveying, one uses Y,X by 
convention, but there is little confusion.  We actually use the terms 
'Northing' and 'Easting' to discuss offsets from a reference point.  The 
main confusion then is in terms of units of measure: feet vs meters.  Of 
course, once one gets past the initial question of N v W and Lat v Lon, 
one comes back to the myriad projection possibilities.  If I'm using UTM 
Zone 15 North, I can easily have a set of coordinates that, if 
unreferenced, look a lot like UTM-2-N, but are half a world away.

And this discussion completely ignores the possible confusion arising 
from an Earth Reference Frame discussion of 3-axis cartesion 
coordinates, and similarly ignores datum and ellipsoid considerations.

So: What's the answer?  *Metadata*.  If Metadata is maintained and 
transmitted as an essential element of all spatial records, we have a 
chance of diminishing the confusion.

Gerry

Arnulf Christl wrote:
> Hi,
> this contribution is just (hopefully helpful) background noise about
> coordinate communication:
> 
> In Germany we often have a problem of mixing up x and y coordinates between
> the-common-GIS-hacker and survey engineers. Survey engineers use the writing
> notation (y, x) to code coordinates which tends to be rather confusion for
> us "normal" GIS hackers.
> Therefore if we (dare to) talk to survey engineers we usually say
> "Rechtswert", which could be translated into "right value". What we mean is
> "easting", "x" or "L?ngendgrad" (longitude).
> We say "Hochwert" which translates into "up-value" and what we mean is
> "northing" or "y" or "Breitengrad" (latitude).
> Another problem is that (x, y) coordinates are commonly mixed up by german
> talking when a "Latitude" or "Longitude" is requested. We are not used to
> these terms in day to day work.
> It is a very common potential error for any european reading english
> documentation and trying to implement demo data or getting anything to run.
> 
> At least most of us around here use "north" as the top for our maps, no
> misunderstanding there...
> 
> Cheers,
> Arnulf
> 
> -----Urspr?ngliche Nachricht-----
> Von: mapserver-users-admin at lists.gis.umn.edu
> [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Ed
> McNierney
> Gesendet: Freitag, 14. M?rz 2003 16:34
> An: havard.tveite at ikf.nlh.no; mapserver-users at lists.gis.umn.edu
> Betreff: RE: [Mapserver-users] RE: latitude and longitude
> 
> 
> H?vard -
> 
> What exactly do you mean?  Do Norwegians like maps where East is up at the
> top?  Or are you talking about projected coordinate systems, rather than
> latitude and longitude?
> 
> 	- 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: Havard Tveite [mailto:havard.tveite at ikf.nlh.no]
> Sent: Friday, March 14, 2003 10:26 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] RE: latitude and longitude
> 
> 
> In Europe (in Norway, anyway) the tradition is to use x for
> north and y for east.
> I don't like it, but it is difficult to convince the surveying
> and geodesy people to change to the more intuitive(?) x for
> east and y for north.
> 
> Ed McNierney wrote:
> 
>>If you are working with a map in a "geographic" projection (where you
> 
> assume latitude and longitude make a rectangular grid) then the longitude
> (east-west) is usually the X coordinate, and latitude is usually the Y
> coordinate.  There's no reason you couldn't turn the Earth so the equator
> was a vertical line up the middle of your map, but people just don't seem to
> do it that way.
> 
>>	- Ed
>>
>>-----Original Message-----
>>From: ryanne cruz [mailto:ryanne.cruz at up.edu.ph]
>>Sent: Thursday, March 13, 2003 10:36 AM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: [Mapserver-users] RE: latitude and longitude
> 
> ...
> 
>>im sorry if this had been asked before and i have read someone post that
> 
> when
> 
>>you query for x(geom) you are referring to the longitude and y(geom) with
> 
> the
> 
>>latitude. is this correct? because i am getting very confused!
>>
>>thanks for all the help. we will soon be uploading our site and i hope
> 
> you'll
> 
>>have the time to see it. i'll post next time our website.
>>
>>ryanne
> 
> 
> --
> H?vard Tveite                       Phone:  +47 64948857
> Department of Mapping Sciences      Fax:    +47 64948856
> Agricultural University of Norway  http://www.nlh.no/ikf
> Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY
> 
> _______________________________________________
> 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


-- 
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 lfilak at medinaco.org  Mon Mar 17 06:30:50 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Mon, 17 Mar 2003 09:30:50 -0500
Subject: [Mapserver-users] Re: perl / mapscript
Message-ID: <200303171430.h2HEUlN26826@yogi.medinaco.net>

Sorry for coming into this late.
Obviously, whichever solution works better for you & the application/people supplying the data is the one to use.
The PerlMapscript example containing the queryByPoint is: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex7
You will/would need to modify it to parse out the long/lat that is passed to it and you can remove all the code that is used to translate the pixel coordinates to real-world coordinates.
HTH
Lowell F.

The following message was sent by "Paul Dymecki"  on Sun, 16 Mar 2003 23:55:38 -0500.

> Well the scenario is this:  There are points(lat/lon) entered by individuals
> as to siteings of a particular plant species.  A quality assurance
> program(perl script) is periodically run to determine if there are any
> points located outside of their known regions(vegetation polygons).  Write
> now i'm takeing the simplistic approach and creating a command line php
> script that takes in a  lat/lon spits out a polygon name.  I'm just haveing
> issues with command line / mapscript.
> Paul
> ----- Original Message -----
> From: "pkishor_98" 
> To: 
> Sent: Sunday, March 16, 2003 11:18 PM
> Subject: [Mapserver-users] Re: perl / mapscript
> 
> 
> > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> >  wrote:
> > > Well actually i may be makeing this more complicated then it needs. I've
> > > built a phpmapscript application containing vegetaion
> > zones(polygons) around
> > > the country.  There is a larger perl application(not under my care) that
> > > will pass me a lat/lon.
> >
> > this larger perl app... is this a mapserver app? if yes, then it is
> > running on unix, because perl/mapscript is possible only on unix
> > (afaik). If not, then how do you query it? Is it a pure perl app
> > accessing a database? In which case you could simply access the
> > database directly from PHP.
> >
> > See, the problem is not that you can run perl/mapscript and
> > php/mapscript simultaneously. The problem is whether you can run them
> > in the same script. On the server, the script has to be interpreted by
> > either the PHP interpreter, or by the Perl interpreter... can't do
> > both. One or the other. What you can do is have the Perl script
> > construct a PHP script that you then run from the web. In which case
> > you would build a script with the lat/lon values filled in. But, yes,
> > this could be complicated.
> >
> > Care to give more details?
> >
> >
> >
> > >I then have to query and return which vegetation
> > > zone this point resides in.  So the script would be a backend one
> > with no
> > > user/map interaction at all.  Would  that be possible.
> > > Paul
> > > ----- Original Message -----
> > > From: "pkishor_98" 
> > > To: 
> > > Sent: Sunday, March 16, 2003 9:43 PM
> > > Subject: [Mapserver-users] Re: perl / mapscript
> > >
> > >
> > > > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> > > >  wrote:
> > > > > HI Steve,
> > > > >     Do you know if Perl/mapscript is available on windowsXP?
> > > >
> > > > afaik, perl/mapscript only compiles on unix (I believe these a
> > > > swig-related problems). To date I have not met anyone who has it
> > > > running on Windows.
> > > >
> > > >
> > > > That said, I read your original question. What Steve says is true...
> > > > you can run both perl and php mapscripts, but the question asks
> > > > itself... why? I don't know of anything you can do in one you can't in
> > > > the other. If it is all under your control, stick with one...
> > > > php/mapscript is well supported under Windows. The good folks at DM
> > > > Solutions have made wonderful examples available, many other people
> > > > (myself included) have created successful apps... php/mapscript seems
> > > > to be a viable, perhaps the only, solution on windows.
> > > >
> > > > You want to share more as to why you want to mix perl and php on
> > windows?
> > > >
> > > >
> > > > The only
> > > > > installation docs i could find were for unix.
> > > > > thx
> > > > > Paul
> > > > > ----- Original Message -----
> > > > > From: 
> > > > > To: "MapServer List EE-mail"" ; "Paul
> > > > > Dymecki" 
> > > > > Sent: Saturday, March 15, 2003 9:55 AM
> > > > > Subject: Re: [Mapserver-users] perl / mapscript
> > > > >
> > > > >
> > > > > > Yes you can have both running. Remember that mapscript is just a
> > > > > > wrapper to give you programmatic access to Mapserver.
> > > > > >
> > > > > > There are examples of Perl/Mapscript on wiki and I'm pretty
> > sure one
> > > > > > of them calls querybypoint (although I haven't verified that).
> > > > > >
> > > > > > -Steve W.
> > > > > >
> > > > > > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> > > > > >
> > > > > > > Hi,
> > > > > > >     Conveniently enough i need some help with a perl question
> > > > > > >     regarding php. I was wondering what the best way of
> > calling a
> > > > > > >     mapscript querybypoint function from perl?  My current
> > app is in
> > > > > > >     php but need to communicate with another perl application.
> > > > Is it
> > > > > > >     possible to have both perl-mapscript and php-mapscript
> > > > running on
> > > > > > >     the same server?
> > > > > > > thx for any help,
> > > > > > > Paul
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at l...
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at l...
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at l...
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From peturkirke at fds.fo  Mon Mar 17 05:36:18 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Mon, 17 Mar 2003 14:36:18 +0100
Subject: [Mapserver-users] error
Message-ID: <017901c2ec8a$30b1dd00$10fea8c0@fds.fo>

This is a multi-part message in MIME format.

------=_NextPart_000_0176_01C2EC92.926F1910
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

When I have installed MapServer and I write this

./mapserv

i get this error message:

./mapserv: error while loading shared libraries: libproj.so.0: cannot =
load
shared object file: No such file or directory

does anyone know what went wrong ?


------=_NextPart_000_0176_01C2EC92.926F1910
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









When I have=20
installed MapServer and I write this

./mapserv

i get this =
error=20
message:

./mapserv: error while loading shared libraries: =
libproj.so.0:=20
cannot load
shared object file: No such file or directory

does =
anyone=20
know what went wrong ?


------=_NextPart_000_0176_01C2EC92.926F1910--



From peturkirke at fds.fo  Mon Mar 17 05:37:42 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Mon, 17 Mar 2003 14:37:42 +0100
Subject: [Mapserver-users] IIS
Message-ID: <018401c2ec8a$62fc7770$10fea8c0@fds.fo>

This is a multi-part message in MIME format.

------=_NextPart_000_0181_01C2EC92.C4B4F890
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

When I am reading about MapServer I can see that Apache Web Server is =
mentioned everywhere.

Is it also possible to use Microsofts Internet Information Server =
together with MapServer, and if so, will I need to install something =
extra ?

------=_NextPart_000_0181_01C2EC92.C4B4F890
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









When I am reading about MapServer I can =
see that=20
Apache Web Server is mentioned everywhere.


 


Is it also possible to use Microsofts =
Internet=20
Information Server together with MapServer, and if so, will I need to =
install=20
something extra ?


------=_NextPart_000_0181_01C2EC92.C4B4F890--



From lfilak at medinaco.org  Mon Mar 17 06:42:38 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Mon, 17 Mar 2003 09:42:38 -0500
Subject: [Mapserver-users] mask
Message-ID: <200303171442.h2HEgZN27181@yogi.medinaco.net>

Yes, you can draw the political boundaries first (say in yellow) and then draw the oceans (in say blue) on top and it will mask the underlying boundaries.
The exception to that is if you use the TRANSPARENCY option in a given layer.
HTH
Lowell F.

The following message was sent by John Hagstrand  on Sun, 16 Mar 2003 18:09:26 -0600.

> Hi,
> 
> Does MapServer have the concept of masking?  I want to mask one layer with 
> another.
> 
> Specifically, I have world map vector data, with land mass polygons in one 
> layer, and political boundaries in another layer.  The political polygons 
> need to be masked by the land mass polygons so they don't extend out into 
> the oceans.  I hope I've been clear.
> 
> Thanks
> John
> 
> -------------------------------------------------
> John Hagstrand
> Interage Research, Inc.
> 847 838 5371
> Software Development Consulting for Internet Content Management
> We make knowledge accessible, useful, and relevant for everyone.
> http://www.interageresearch.com
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From gerry.creager at tamu.edu  Mon Mar 17 06:47:58 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Mon, 17 Mar 2003 08:47:58 -0600
Subject: [Mapserver-users] error
References: <017901c2ec8a$30b1dd00$10fea8c0@fds.fo>
Message-ID: <3E75E01E.5080506@tamu.edu>

Looks like libproj cannot be found.  Couple of silly questions.  They're 
not meant as condescention, just info-gathering...

1.  What OS?  Looks like linux.
2.  You did compile and install libproj, right?
3.  (Assuming Linux) You did add the directory (/usr/local/lib perhaps) 
to /etc/ld.so.conf?
4.  You did (as root) execute /sbin/ldconfig?
5.  You have used 'locate libproj.so' to try to find where it's _really_ 
  installed?

My guess is that you've not relinked libs with ldconfig, but that's pure 
speculation.

Semd more info, I'll try to help.

gerry

Petur Kirke wrote:
> When I have installed MapServer and I write this
> 
> ./mapserv
> 
> i get this error message:
> 
> ./mapserv: error while loading shared libraries: libproj.so.0: cannot load
> shared object file: No such file or directory
> 
> does anyone know what went wrong ?


-- 
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 ed at topozone.com  Mon Mar 17 06:48:03 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 17 Mar 2003 09:48:03 -0500
Subject: [Mapserver-users] IIS
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3FA5@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2EC94.3673D00A
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Petur -

=20

IIS works just fine with MapServer; MapServer is simply a CGI
executable, which works with Apache, IIS, and every other Web server I
can think of.

=20

As with any Web application on any OS you need to understand how
permissions are handled, and make sure that your MapServer configuration
is set up so MapServer can read your input data, write output data, and
be used by your Web users.  This arrangement varies with every OS and
Web server; you need to know how to do that with IIS, but IIS is neither
particularly harder or easier than any other arrangement - except to
those who don't know how to use 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: Petur Kirke [mailto:peturkirke at fds.fo]=20
Sent: Monday, March 17, 2003 8:38 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] IIS

=20

When I am reading about MapServer I can see that Apache Web Server is
mentioned everywhere.

=20

Is it also possible to use Microsofts Internet Information Server
together with MapServer, and if so, will I need to install something
extra ?


------_=_NextPart_001_01C2EC94.3673D00A
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable




















Petur –



 



IIS works just fine with MapServer;
MapServer is simply a CGI executable, which works with Apache, IIS, and =
every
other Web server I can think of.



 



As with any Web application on any =
OS you
need to understand how permissions are handled, and make sure that your
MapServer configuration is set up so MapServer can read your input data, =
write
output data, and be used by your Web users.  This arrangement =
varies with every
OS and Web server; you need to know how to do that with IIS, but IIS is =
neither
particularly harder or easier than any other arrangement – except =
to those
who don’t know how to use it <g>.



 



      =
      - 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: Petur Kirke
[mailto:peturkirke at fds.fo] 

Sent: Monday, March 17, =
2003 8:38
AM

To:
mapserver-users at lists.gis.umn.edu

Subject: =
[Mapserver-users] IIS



 






When I am reading about =
MapServer I
can see that Apache Web Server is mentioned =
everywhere.









 









Is it also possible to use
Microsofts Internet Information Server together with MapServer, and if =
so, will
I need to install something extra ?











=00
------_=_NextPart_001_01C2EC94.3673D00A--


From ed at topozone.com  Mon Mar 17 06:50:16 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 17 Mar 2003 09:50:16 -0500
Subject: [Mapserver-users] mask
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3FA6@mercator.topozone.com>

Folks -

I think John's point is that he'd like to create a layer in which
everything OUTSIDE the polygons is filled, rather than their interiors.
I am not aware of a way to do this in MapServer; I have always modified
my input data to create a single large, complex, polygon with holes
punched in it.  This will work just fine in MapServer.

	- 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: Lowell Filak [mailto:lfilak at medinaco.org] 
Sent: Monday, March 17, 2003 9:43 AM
To: John Hagstrand; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] mask

Yes, you can draw the political boundaries first (say in yellow) and
then draw the oceans (in say blue) on top and it will mask the
underlying boundaries.
The exception to that is if you use the TRANSPARENCY option in a given
layer.
HTH
Lowell F.

The following message was sent by John Hagstrand
 on Sun, 16 Mar 2003 18:09:26
-0600.

> Hi,
> 
> Does MapServer have the concept of masking?  I want to mask one layer
with 
> another.
> 
> Specifically, I have world map vector data, with land mass polygons in
one 
> layer, and political boundaries in another layer.  The political
polygons 
> need to be masked by the land mass polygons so they don't extend out
into 
> the oceans.  I hope I've been clear.
> 
> Thanks
> John
> 
> -------------------------------------------------
> John Hagstrand
> Interage Research, Inc.
> 847 838 5371
> Software Development Consulting for Internet Content Management
> We make knowledge accessible, useful, and relevant for everyone.
> http://www.interageresearch.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 millardymecki at sympatico.ca  Mon Mar 17 07:12:47 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Mon, 17 Mar 2003 10:12:47 -0500
Subject: [Mapserver-users] Re: perl / mapscript
References: <200303171430.h2HEUlN26826@yogi.medinaco.net>
Message-ID: <001101c2ec97$abbcd010$f098fea9@pauls>

Hi,
    I think the prob i'm haveing now(in php) is that i'm trying to simulate
a point click, ie no map is even drawn i'm just querying based on lat/lon
that is provided.  Does anyone have any idea if this is doable?
thx,
Paul
----- Original Message -----
From: "Lowell Filak" 
To: "Paul Dymecki" ; "pkishor_98"
; "MapServer List (E-mail)"

Sent: Monday, March 17, 2003 9:30 AM
Subject: Re: [Mapserver-users] Re: perl / mapscript


> Sorry for coming into this late.
> Obviously, whichever solution works better for you & the
application/people supplying the data is the one to use.
> The PerlMapscript example containing the queryByPoint is:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex7
> You will/would need to modify it to parse out the long/lat that is passed
to it and you can remove all the code that is used to translate the pixel
coordinates to real-world coordinates.
> HTH
> Lowell F.
>
> The following message was sent by "Paul Dymecki"
 on Sun, 16 Mar 2003 23:55:38 -0500.
>
> > Well the scenario is this:  There are points(lat/lon) entered by
individuals
> > as to siteings of a particular plant species.  A quality assurance
> > program(perl script) is periodically run to determine if there are any
> > points located outside of their known regions(vegetation polygons).
Write
> > now i'm takeing the simplistic approach and creating a command line php
> > script that takes in a  lat/lon spits out a polygon name.  I'm just
haveing
> > issues with command line / mapscript.
> > Paul
> > ----- Original Message -----
> > From: "pkishor_98" 
> > To: 
> > Sent: Sunday, March 16, 2003 11:18 PM
> > Subject: [Mapserver-users] Re: perl / mapscript
> >
> >
> > > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> > >  wrote:
> > > > Well actually i may be makeing this more complicated then it needs.
I've
> > > > built a phpmapscript application containing vegetaion
> > > zones(polygons) around
> > > > the country.  There is a larger perl application(not under my care)
that
> > > > will pass me a lat/lon.
> > >
> > > this larger perl app... is this a mapserver app? if yes, then it is
> > > running on unix, because perl/mapscript is possible only on unix
> > > (afaik). If not, then how do you query it? Is it a pure perl app
> > > accessing a database? In which case you could simply access the
> > > database directly from PHP.
> > >
> > > See, the problem is not that you can run perl/mapscript and
> > > php/mapscript simultaneously. The problem is whether you can run them
> > > in the same script. On the server, the script has to be interpreted by
> > > either the PHP interpreter, or by the Perl interpreter... can't do
> > > both. One or the other. What you can do is have the Perl script
> > > construct a PHP script that you then run from the web. In which case
> > > you would build a script with the lat/lon values filled in. But, yes,
> > > this could be complicated.
> > >
> > > Care to give more details?
> > >
> > >
> > >
> > > >I then have to query and return which vegetation
> > > > zone this point resides in.  So the script would be a backend one
> > > with no
> > > > user/map interaction at all.  Would  that be possible.
> > > > Paul
> > > > ----- Original Message -----
> > > > From: "pkishor_98" 
> > > > To: 
> > > > Sent: Sunday, March 16, 2003 9:43 PM
> > > > Subject: [Mapserver-users] Re: perl / mapscript
> > > >
> > > >
> > > > > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> > > > >  wrote:
> > > > > > HI Steve,
> > > > > >     Do you know if Perl/mapscript is available on windowsXP?
> > > > >
> > > > > afaik, perl/mapscript only compiles on unix (I believe these a
> > > > > swig-related problems). To date I have not met anyone who has it
> > > > > running on Windows.
> > > > >
> > > > >
> > > > > That said, I read your original question. What Steve says is
true...
> > > > > you can run both perl and php mapscripts, but the question asks
> > > > > itself... why? I don't know of anything you can do in one you
can't in
> > > > > the other. If it is all under your control, stick with one...
> > > > > php/mapscript is well supported under Windows. The good folks at
DM
> > > > > Solutions have made wonderful examples available, many other
people
> > > > > (myself included) have created successful apps... php/mapscript
seems
> > > > > to be a viable, perhaps the only, solution on windows.
> > > > >
> > > > > You want to share more as to why you want to mix perl and php on
> > > windows?
> > > > >
> > > > >
> > > > > The only
> > > > > > installation docs i could find were for unix.
> > > > > > thx
> > > > > > Paul
> > > > > > ----- Original Message -----
> > > > > > From: 
> > > > > > To: "MapServer List EE-mail"" ; "Paul
> > > > > > Dymecki" 
> > > > > > Sent: Saturday, March 15, 2003 9:55 AM
> > > > > > Subject: Re: [Mapserver-users] perl / mapscript
> > > > > >
> > > > > >
> > > > > > > Yes you can have both running. Remember that mapscript is just
a
> > > > > > > wrapper to give you programmatic access to Mapserver.
> > > > > > >
> > > > > > > There are examples of Perl/Mapscript on wiki and I'm pretty
> > > sure one
> > > > > > > of them calls querybypoint (although I haven't verified that).
> > > > > > >
> > > > > > > -Steve W.
> > > > > > >
> > > > > > > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> > > > > > >
> > > > > > > > Hi,
> > > > > > > >     Conveniently enough i need some help with a perl
question
> > > > > > > >     regarding php. I was wondering what the best way of
> > > calling a
> > > > > > > >     mapscript querybypoint function from perl?  My current
> > > app is in
> > > > > > > >     php but need to communicate with another perl
application.
> > > > > Is it
> > > > > > > >     possible to have both perl-mapscript and php-mapscript
> > > > > running on
> > > > > > > >     the same server?
> > > > > > > > thx for any help,
> > > > > > > > Paul
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at l...
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at l...
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at l...
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>



From pkishor at geoanalytics.com  Mon Mar 17 07:16:27 2003
From: pkishor at geoanalytics.com (Puneet Kishor)
Date: Mon, 17 Mar 2003 09:16:27 -0600
Subject: [Mapserver-users] Re: perl / mapscript
Message-ID: 


> -----Original Message-----
> From: Paul Dymecki [mailto:millardymecki at sympatico.ca] 
> Sent: Monday, March 17, 2003 9:13 AM
> To: pkishor_98; MapServer List (E-mail); Lowell Filak
> Subject: Re: [Mapserver-users] Re: perl / mapscript
> 
> 
> Hi,
>     I think the prob i'm haveing now(in php) is that i'm 
> trying to simulate
> a point click, ie no map is even drawn i'm just querying 
> based on lat/lon
> that is provided.  Does anyone have any idea if this is doable?

sure... all that a point click on a map does is send back an x,y pair. This
is a property of the form and image tags in html. Click on an image inside a
form, and the x,y of the click will be sent back.

Once you have the x,y, you can convert them from pixel-space to geog. space,
and bingo, you have a point to now query for.

You don't have to have a map and a point click. If you know the point
already, heck, just send it. Since you know it in geog. space, you don't
even have to transform it. You are good to go.


> thx,
> Paul
> ----- Original Message -----
> From: "Lowell Filak" 
> To: "Paul Dymecki" ; "pkishor_98"
> ; "MapServer List (E-mail)"
> 
> Sent: Monday, March 17, 2003 9:30 AM
> Subject: Re: [Mapserver-users] Re: perl / mapscript
> 
> 
> > Sorry for coming into this late.
> > Obviously, whichever solution works better for you & the
> application/people supplying the data is the one to use.
> > The PerlMapscript example containing the queryByPoint is:
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExam
> ples35ex7
> > You will/would need to modify it to parse out the long/lat 
> that is passed
> to it and you can remove all the code that is used to 
> translate the pixel
> coordinates to real-world coordinates.
> > HTH
> > Lowell F.
> >
> > The following message was sent by "Paul Dymecki"
>  on Sun, 16 Mar 2003 23:55:38 -0500.
> >
> > > Well the scenario is this:  There are points(lat/lon) entered by
> individuals
> > > as to siteings of a particular plant species.  A quality assurance
> > > program(perl script) is periodically run to determine if 
> there are any
> > > points located outside of their known regions(vegetation 
> polygons).
> Write
> > > now i'm takeing the simplistic approach and creating a 
> command line php
> > > script that takes in a  lat/lon spits out a polygon name. 
>  I'm just
> haveing
> > > issues with command line / mapscript.
> > > Paul
> > > ----- Original Message -----
> > > From: "pkishor_98" 
> > > To: 
> > > Sent: Sunday, March 16, 2003 11:18 PM
> > > Subject: [Mapserver-users] Re: perl / mapscript
> > >
> > >
> > > > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> > > >  wrote:
> > > > > Well actually i may be makeing this more complicated 
> then it needs.
> I've
> > > > > built a phpmapscript application containing vegetaion
> > > > zones(polygons) around
> > > > > the country.  There is a larger perl application(not 
> under my care)
> that
> > > > > will pass me a lat/lon.
> > > >
> > > > this larger perl app... is this a mapserver app? if 
> yes, then it is
> > > > running on unix, because perl/mapscript is possible only on unix
> > > > (afaik). If not, then how do you query it? Is it a pure perl app
> > > > accessing a database? In which case you could simply access the
> > > > database directly from PHP.
> > > >
> > > > See, the problem is not that you can run perl/mapscript and
> > > > php/mapscript simultaneously. The problem is whether 
> you can run them
> > > > in the same script. On the server, the script has to be 
> interpreted by
> > > > either the PHP interpreter, or by the Perl 
> interpreter... can't do
> > > > both. One or the other. What you can do is have the Perl script
> > > > construct a PHP script that you then run from the web. 
> In which case
> > > > you would build a script with the lat/lon values filled 
> in. But, yes,
> > > > this could be complicated.
> > > >
> > > > Care to give more details?
> > > >
> > > >
> > > >
> > > > >I then have to query and return which vegetation
> > > > > zone this point resides in.  So the script would be a 
> backend one
> > > > with no
> > > > > user/map interaction at all.  Would  that be possible.
> > > > > Paul
> > > > > ----- Original Message -----
> > > > > From: "pkishor_98" 
> > > > > To: 
> > > > > Sent: Sunday, March 16, 2003 9:43 PM
> > > > > Subject: [Mapserver-users] Re: perl / mapscript
> > > > >
> > > > >
> > > > > > --- In mapserver-users at yahoogroups.com, "Paul Dymecki"
> > > > > >  wrote:
> > > > > > > HI Steve,
> > > > > > >     Do you know if Perl/mapscript is available on 
> windowsXP?
> > > > > >
> > > > > > afaik, perl/mapscript only compiles on unix (I 
> believe these a
> > > > > > swig-related problems). To date I have not met 
> anyone who has it
> > > > > > running on Windows.
> > > > > >
> > > > > >
> > > > > > That said, I read your original question. What Steve says is
> true...
> > > > > > you can run both perl and php mapscripts, but the 
> question asks
> > > > > > itself... why? I don't know of anything you can do 
> in one you
> can't in
> > > > > > the other. If it is all under your control, stick 
> with one...
> > > > > > php/mapscript is well supported under Windows. The 
> good folks at
> DM
> > > > > > Solutions have made wonderful examples available, many other
> people
> > > > > > (myself included) have created successful apps... 
> php/mapscript
> seems
> > > > > > to be a viable, perhaps the only, solution on windows.
> > > > > >
> > > > > > You want to share more as to why you want to mix 
> perl and php on
> > > > windows?
> > > > > >
> > > > > >
> > > > > > The only
> > > > > > > installation docs i could find were for unix.
> > > > > > > thx
> > > > > > > Paul
> > > > > > > ----- Original Message -----
> > > > > > > From: 
> > > > > > > To: "MapServer List EE-mail"" 
> ; "Paul
> > > > > > > Dymecki" 
> > > > > > > Sent: Saturday, March 15, 2003 9:55 AM
> > > > > > > Subject: Re: [Mapserver-users] perl / mapscript
> > > > > > >
> > > > > > >
> > > > > > > > Yes you can have both running. Remember that 
> mapscript is just
> a
> > > > > > > > wrapper to give you programmatic access to Mapserver.
> > > > > > > >
> > > > > > > > There are examples of Perl/Mapscript on wiki 
> and I'm pretty
> > > > sure one
> > > > > > > > of them calls querybypoint (although I haven't 
> verified that).
> > > > > > > >
> > > > > > > > -Steve W.
> > > > > > > >
> > > > > > > > On 15 Mar 2003 at 9:24, Paul Dymecki wrote:
> > > > > > > >
> > > > > > > > > Hi,
> > > > > > > > >     Conveniently enough i need some help with a perl
> question
> > > > > > > > >     regarding php. I was wondering what the 
> best way of
> > > > calling a
> > > > > > > > >     mapscript querybypoint function from 
> perl?  My current
> > > > app is in
> > > > > > > > >     php but need to communicate with another perl
> application.
> > > > > > Is it
> > > > > > > > >     possible to have both perl-mapscript and 
> php-mapscript
> > > > > > running on
> > > > > > > > >     the same server?
> > > > > > > > > thx for any help,
> > > > > > > > > Paul
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Mapserver-users mailing list
> > > > > > > Mapserver-users at l...
> > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > >
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at l...
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at l...
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
> 


From oknopp at kartago.de  Mon Mar 17 07:55:34 2003
From: oknopp at kartago.de (Olaf Knopp)
Date: Mon, 17 Mar 2003 16:55:34 +0100
Subject: [Mapserver-users] Mapserver on Mac OS X
Message-ID: <002401c2ec9d$a5544860$2200a8c0@KNOPPMOBIL>

This is a multi-part message in MIME format.

------=_NextPart_000_0021_01C2ECA6.06B3D410
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

i tried to install mapserver on Mac OS X (10.1.5) but get an error =
message while comiling. It says that the c compiler wouldn=B4t work and =
stops. But i know that the compiler works.
Does anybody know this problem or has anybody a running binary for OS X =
and some information how it was compiled?

Thanks
Olaf

------=_NextPart_000_0021_01C2ECA6.06B3D410
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi,


 


i tried to install mapserver =
on Mac OS X=20
(10.1.5) but get an error message while comiling. It says that the c=20
compiler wouldn=B4t work and stops. But i know that the compiler=20
works.


Does anybody know this problem or has =
anybody a=20
running binary for OS X and some information how it was =
compiled?


 


Thanks


Olaf


------=_NextPart_000_0021_01C2ECA6.06B3D410--



From pkishor at geoanalytics.com  Mon Mar 17 07:56:24 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Mon, 17 Mar 2003 15:56:24 -0000
Subject: [Mapserver-users] Re: Mapserver on Mac OS X
In-Reply-To: <002401c2ec9d$a5544860$2200a8c0@KNOPPMOBIL>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Olaf Knopp"  wrote:
> Hi,
> 
> i tried to install mapserver on Mac OS X (10.1.5) but get an error
message while comiling. It says that the c compiler wouldn?t work and
stops. But i know that the compiler works.
> Does anybody know this problem or has anybody a running binary for
OS X and some information how it was compiled?
> 

mapserver works fine on MacOS X.

see http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS for all things
relevant. In particular, the link at the bottom of the page taking you
to instructions compiled by Bill Wheaton.




From arnulf.christl at ccgis.de  Mon Mar 17 08:11:33 2003
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Mon, 17 Mar 2003 17:11:33 +0100
Subject: AW: [Mapserver-users] IIS
In-Reply-To: <018401c2ec8a$62fc7770$10fea8c0@fds.fo>
Message-ID: 

We use both MS IIS on Win2k and Apache on Free BSD, up to now without any
problems.
To use the IIS just throw the mapserv.exe into the default "Scripts"
directory. Then you don't have to bother about setting up a new website or
virtual directory where you would have to allow execute permission for
scripts.
You don't need to install anything extra.

Arnulf.

-----Urspr?ngliche Nachricht-----
Von: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Petur Kirke
Gesendet: Montag, 17. M?rz 2003 14:38
An: mapserver-users at lists.gis.umn.edu
Betreff: [Mapserver-users] IIS


When I am reading about MapServer I can see that Apache Web Server is
mentioned everywhere.

Is it also possible to use Microsofts Internet Information Server together
with MapServer, and if so, will I need to install something extra ?



From jpmclaro at yahoo.com.br  Mon Mar 17 09:26:43 2003
From: jpmclaro at yahoo.com.br (=?iso-8859-1?Q?Jo=E3o_Paulo_M._Claro?=)
Date: Mon, 17 Mar 2003 14:26:43 -0300
Subject: [Mapserver-users] Labels
Message-ID: <004c01c2ecaa$627f4aa0$cb75e7c8@afxtd2002311172>

This is a multi-part message in MIME format.

------=_NextPart_000_0049_01C2EC91.3BD8C430
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi folks,

I am with problems in my labels, they appear in low of the lines of the =
streets, somebody knows as to decide this problem?

Thanks,

Jo=E3o Paulo
------=_NextPart_000_0049_01C2EC91.3BD8C430
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi folks,


 


I am with problems in my labels, they appear in low of the lines of =
the=20
streets, somebody knows as to decide this problem?


 


Thanks,


 


Jo=E3o Paulo


------=_NextPart_000_0049_01C2EC91.3BD8C430--

_______________________________________________________________________
Busca Yahoo!
O servi?o de busca mais completo da Internet. O que voc? pensar o Yahoo! encontra.
http://br.busca.yahoo.com/



From ed at topozone.com  Mon Mar 17 09:52:12 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 17 Mar 2003 12:52:12 -0500
Subject: [Mapserver-users] 3.7 Basic QUERY Functionality
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3FAE@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2ECAD.F04D0A12
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Folks -

=20

I think I'm overlooking something obvious, but I cannot get
old-fashioned "mode=3Dquery" functionality to work in 3.7 (current =
build).
I have an application that's been migrated from 3.6, and when I do a
spatial query I get an "incomplete headers" CGI error.  I'm setting up a
debugging environment now, but this must be a problem someone else has
seen.  I thought it might be a problem with my build setup, but I get
the same result with the precompiled Windows binaries.  This is a very
simple "click on a polygon and get a query template map" app - what am I
missing?  Examples of working 3.7 queries with relevant MAP file
fragments would be welcome.

=20

-          Ed


------_=_NextPart_001_01C2ECAD.F04D0A12
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable























Folks –



 



I think I’m overlooking =
something
obvious, but I cannot get old-fashioned “mode=3Dquery” =
functionality
to work in 3.7 (current build).  I have an application that’s =
been
migrated from 3.6, and when I do a spatial query I get an =
“incomplete
headers” CGI error.  I’m setting up a debugging =
environment now,
but this must be a problem someone else has seen.  I thought it =
might be a
problem with my build setup, but I get the same result with the =
precompiled
Windows binaries.  This is a very simple “click on a polygon =
and get a
query template map” app – what am I missing?  Examples =
of working
3.7 queries with relevant MAP file fragments would be =
welcome.



 



-         
Ed<=
/p>










=00
------_=_NextPart_001_01C2ECAD.F04D0A12--


From Grant.Howarth at divestco.com  Mon Mar 17 10:23:58 2003
From: Grant.Howarth at divestco.com (Grant Howarth)
Date: Mon, 17 Mar 2003 11:23:58 -0700
Subject: [Mapserver-users] querying a .map file
Message-ID: <7502EFEBECB5EB469BD5DD87199E7FC957E4B8@div-mx01.DIVESTCO.COM>

I am looking for a way to query a .map file to get a list of all the layer names.   Is there anyway to have this information returned from a cgi call?  Thanks for any feedback.




From steve.lime at dnr.state.mn.us  Mon Mar 17 10:21:52 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 17 Mar 2003 12:21:52 -0600
Subject: [Mapserver-users] 3.7 Basic QUERY Functionality
Message-ID: 

Last I checked that was working just fine, although that was when
testing
joins. I may have screwed up when no joins are present. Lemme look and
get back to you...

Steve 

>>> "Ed McNierney"  03/17/03 11:52AM >>>
Folks -

 

I think I'm overlooking something obvious, but I cannot get
old-fashioned "mode=query" functionality to work in 3.7 (current
build).
I have an application that's been migrated from 3.6, and when I do a
spatial query I get an "incomplete headers" CGI error.  I'm setting up
a
debugging environment now, but this must be a problem someone else has
seen.  I thought it might be a problem with my build setup, but I get
the same result with the precompiled Windows binaries.  This is a very
simple "click on a polygon and get a query template map" app - what am
I
missing?  Examples of working 3.7 queries with relevant MAP file
fragments would be welcome.

 

-          Ed



From ed at topozone.com  Mon Mar 17 10:27:29 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 17 Mar 2003 13:27:29 -0500
Subject: [Mapserver-users] querying a .map file
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3FB0@mercator.topozone.com>

If you use a WMS-compliant MAP file, you can use the GetCapabilities
request to get a nice XML document with lots of layer info.

	- 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: Grant Howarth [mailto:Grant.Howarth at divestco.com] 
Sent: Monday, March 17, 2003 1:24 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] querying a .map file

I am looking for a way to query a .map file to get a list of all the
layer names.   Is there anyway to have this information returned from a
cgi call?  Thanks for any feedback.


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



From Kevin.Slover at noaa.gov  Mon Mar 17 10:50:48 2003
From: Kevin.Slover at noaa.gov (Kevin Slover)
Date: Mon, 17 Mar 2003 13:50:48 -0500
Subject: [Mapserver-users] some javascript help
Message-ID: <3E761907.A9F919C0@noaa.gov>

I am looking for some direction on how I should accomplish something...
What I am trying to do is to create a pull-down menu to allow the user
to choose the storm that they would like to work with.  When a storm is
chosen, then the different variables for the storm are dispayed in a
checkbox format (i.e. storm surge, storm center, track).  I am trying to
get the document.write to write the checkboxes to the same page,
underneath the pull-down menu, but I am guessing it is not working.
    Am I going to have to, with each storm selected, recreate the entire
page using document.write()?  It is tough to explain, sorry... I have
looked at several pages with pull down menus changing certain
parameters, but to no avail.  Any ideas?

Thanks!!

--
LTJG Kevin Slover, NOAA
GIS Specialist/Oceanographer
NOAA/National Hurricane Center/Storm Surge Unit
11691 SW 17th Street
Miami FL  33165

W (305) 229-4456




From ed at topozone.com  Mon Mar 17 11:11:11 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 17 Mar 2003 14:11:11 -0500
Subject: [Mapserver-users] some javascript help
Message-ID: <13858AA1A74F30419F319ACB66A9D12201963F@mercator.topozone.com>

Kevin -

Document.write can be a bit troublesome, due to differing DOM models and
different browser implementations.  Have you done this sort of thing
before?  Cross-browser DOM management is a pain - if you can possibly
avoid it, do so.

	- 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: Kevin Slover [mailto:Kevin.Slover at noaa.gov] 
Sent: Monday, March 17, 2003 1:51 PM
To: Mapserver Mailing-List
Subject: [Mapserver-users] some javascript help

I am looking for some direction on how I should accomplish something...
What I am trying to do is to create a pull-down menu to allow the user
to choose the storm that they would like to work with.  When a storm is
chosen, then the different variables for the storm are dispayed in a
checkbox format (i.e. storm surge, storm center, track).  I am trying to
get the document.write to write the checkboxes to the same page,
underneath the pull-down menu, but I am guessing it is not working.
    Am I going to have to, with each storm selected, recreate the entire
page using document.write()?  It is tough to explain, sorry... I have
looked at several pages with pull down menus changing certain
parameters, but to no avail.  Any ideas?

Thanks!!

--
LTJG Kevin Slover, NOAA
GIS Specialist/Oceanographer
NOAA/National Hurricane Center/Storm Surge Unit
11691 SW 17th Street
Miami FL  33165

W (305) 229-4456


_______________________________________________
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  Mon Mar 17 11:27:39 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Mon, 17 Mar 2003 19:27:39 -0000
Subject: [Mapserver-users] Re: some javascript help
In-Reply-To: <3E761907.A9F919C0@noaa.gov>
Message-ID: 

I could be wrong in my understanding, but I believe document.write
will only function when the page is being loaded. Once the page is
loaded, you can't modify it without recreating it. (Of course, IE
might allow this, while Mozilla and co, I am pretty sure, do not).

What you can do, otoh, is to pre-create your bank of checkboxes and
hide them using STYLE="display:none;" on a wrapping table or div.
Then, add an onchange method to your select box to unhide the table
(or div) containing checkboxes by resetting the style of that container.

This would work fine. I use this method to create a tabbed interface
in my map application... each tab showing something different.


--- In mapserver-users at yahoogroups.com, "Kevin Slover"
 wrote:
> I am looking for some direction on how I should accomplish something...
> What I am trying to do is to create a pull-down menu to allow the user
> to choose the storm that they would like to work with.  When a storm is
> chosen, then the different variables for the storm are dispayed in a
> checkbox format (i.e. storm surge, storm center, track).  I am trying to
> get the document.write to write the checkboxes to the same page,
> underneath the pull-down menu, but I am guessing it is not working.
>     Am I going to have to, with each storm selected, recreate the entire
> page using document.write()?  It is tough to explain, sorry... I have
> looked at several pages with pull down menus changing certain
> parameters, but to no avail.  Any ideas?
> 
> Thanks!!
> 
> --
> LTJG Kevin Slover, NOAA
> GIS Specialist/Oceanographer
> NOAA/National Hurricane Center/Storm Surge Unit
> 11691 SW 17th Street
> Miami FL  33165
> 
> W (305) 229-4456
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From jpmclaro at yahoo.com.br  Mon Mar 17 12:11:32 2003
From: jpmclaro at yahoo.com.br (=?iso-8859-1?Q?Jo=E3o_Paulo_M._Claro?=)
Date: Mon, 17 Mar 2003 17:11:32 -0300
Subject: [Mapserver-users] Labels
References: <004c01c2ecaa$627f4aa0$cb75e7c8@afxtd2002311172> <200303171836.h2HIadT00774@mailserv.hbci.com> <002001c2ecbe$fb3681f0$cb75e7c8@afxtd2002311172> <200303171956.h2HJupT28926@mailserv.hbci.com>
Message-ID: <000f01c2ecc1$68ba5380$cb75e7c8@afxtd2002311172>

Jim,

With its tip it was good, more observes that labels is under the streets in
the crossings. This is my main problem.

Link:
http://200.231.117.203/cgi-bin/mapserv?mode=browse&zoomdir=1&zoomsize=1&imgx
y=-46.65317+-23.55735&imgext=-46.65796623+-23.56054931+-46.64837377+-23.5541
5069&map=c:/apps/maplab-2.0rc3/itasca/municipios.map&program=/cgi-bin/mapser
v&map_web_imagepath=/tmp/ms_tmp/&map_web_imageurl=/ms_tmp/&img.x=300&img.y=2
00

Thanks

Jo?o Paulo



----- Original Message -----
From: "James Jefferson" 
To: "Jo?o Paulo M. Claro" 
Sent: Monday, March 17, 2003 10:55 AM
Subject: Re: [Mapserver-users] Labels


> Well, it looks like the labels are appearing above the street, but the
> problem is that you are getting labels that are too close together and are
> therefore overlapping. Try doing this:
>
> MINFEATURESIZE 50
> MINDISTANCE 150
>
> That should go in the label part.
>
> -Jim
>
> On Monday 17 March 2003 01:53 pm, you wrote:
> > Dear James,
> >
> > The problem persists, follows below the configuration that I am using,
and
> > link with the resultant map. Please, it sees if it can help me.
> >
> > LAYER
> > NAME "Ruas_sp"
> > STATUS DEFAULT
> > TYPE LINE
> > CONNECTIONTYPE OGR
> > CONNECTION "../mapa/Data/SP/Rua.TAB"
> > UNITS METERS
> > SIZEUNITS PIXELS
> > MINSCALE 0
> > MAXSCALE 10
> > LABELITEM "Rua"
> > LABELCACHE OFF
> > POSTLABELCACHE TRUE
> > TOLERANCE 7
> > TOLERANCEUNITS PIXELS
> > TEMPLATE "ttt.html"
> >     CLASS
> >         NAME "Ruas_sp"
> >         MINSCALE 0
> >         MAXSCALE 10
> >         SYMBOL 7
> >         COLOR 0 0 0
> >         SIZE 5
> >         MINSIZE 1
> >         MAXSIZE 100
> >         OVERLAYSYMBOL 7
> >         OVERLAYCOLOR 255 255 255
> >         OVERLAYSIZE 3
> >         LABEL
> >             TYPE TRUETYPE
> >             FONT "arial"
> >             SIZE 8
> >             MINSIZE 4
> >             MAXSIZE 256
> >             POSITION UC
> >             OFFSET 3 3
> >             ANGLE AUTO
> >             BUFFER 7
> >             MINDISTANCE 10
> >             MINFEATURESIZE AUTO
> >             COLOR 0 0 0
> >             SHADOWCOLOR 0 0 0
> >             SHADOWSIZE 0 0
> >             PARTIALS FALSE
> >         END
> >     END
> > END
> >
> >
http://200.231.117.203/cgi-bin/mapserv?mode=browse&zoomdir=1&zoomsize=1&img
>
>xy=-46.65317+-23.55735&imgext=-46.65796623+-23.56054931+-46.64837377+-23.55
4
>
>15069&map=c:/apps/maplab-2.0rc3/itasca/municipios.map&program=/cgi-bin/maps
e
>
>rv&map_web_imagepath=/tmp/ms_tmp/&map_web_imageurl=/ms_tmp/&img.x=300&img.y
=
> >200
> >
> >
> > Thanks,
> >
> > Jo?o Paulo.
> >
> >
> >
> > ----- Original Message -----
> > From: "James Jefferson" 
> > To: "Jo?o Paulo M. Claro" 
> > Sent: Monday, March 17, 2003 9:35 AM
> > Subject: Re: [Mapserver-users] Labels
> >
> > > Use the POSITION keyword. To make it centered and above the line, you
> > > would use
> > >
> > > POSITION UC
> > >
> > > here is an example of how I use it:
> > >
> > >         # Rural principal arteries, Urban Principal Arteries
> > >         CLASS
> > >                 EXPRESSION ( [FEAT_CLASS] = 2 OR [FEAT_CLASS] = 14 )
> > >                 COLOR 128 128 128
> > >                 LABEL
> > >                         MINFEATURESIZE 50
> > >                         MINDISTANCE 150
> > >                         TYPE TRUETYPE
> > >                         FONT "verdana"
> > >                         SIZE 8
> > >                         COLOR 0 0 0
> > >                         POSITION UC     # above line
> > >                         ANGLE AUTO
> > >                 END
> > >         END
> > >
> > > On Monday 17 March 2003 11:26 am, you wrote:
> > > > Hi folks,
> > > >
> > > > I am with problems in my labels, they appear in low of the lines of
the
> > > > streets, somebody knows as to decide this problem?
> > > >
> > > > Thanks,
> > > >
> > > > Jo?o Paulo

_______________________________________________________________________
Busca Yahoo!
O servi?o de busca mais completo da Internet. O que voc? pensar o Yahoo! encontra.
http://br.busca.yahoo.com/



From LEllenbecker at co.winnebago.wi.us  Mon Mar 17 12:40:49 2003
From: LEllenbecker at co.winnebago.wi.us (Ellenbecker, Larry)
Date: Mon, 17 Mar 2003 14:40:49 -0600
Subject: [Mapserver-users] New mapserver site
Message-ID: 

List,

Winnebago County has just released a new gis website developed using
mapserver.  The 
site is html and cgi based is running on a Redhat 8.0 server with apache
2.0.  My 
thanks to other mapserver users who have assisted and responded to my
questions.

Main County URL:   http://www.co.winnebago.wi.us  GIS Tab 
or
Direct GIS Access:
http://wcws2.co.winnebago.wi.us/winnco/winscript/wc_index.html


Regards,


Larry L. Ellenbecker
GIS Systems Analyst
Winnebago County, Wi


From jpmclaro at yahoo.com.br  Mon Mar 17 12:46:06 2003
From: jpmclaro at yahoo.com.br (=?iso-8859-1?Q?Jo=E3o_Paulo_M._Claro?=)
Date: Mon, 17 Mar 2003 17:46:06 -0300
Subject: [Mapserver-users] Labels
References: <004c01c2ecaa$627f4aa0$cb75e7c8@afxtd2002311172> <200303171956.h2HJupT28926@mailserv.hbci.com> <000f01c2ecc1$68ba5380$cb75e7c8@afxtd2002311172> <200303172022.h2HKMWT16414@mailserv.hbci.com>
Message-ID: <002701c2ecc6$3cb3eee0$cb75e7c8@afxtd2002311172>

Jim

The POSTLABELCACHE must be FALSE. Your help was very important for me.
Now is OK.

Thanks,

Jo?o Paulo

----- Original Message -----
From: "James Jefferson" 
To: "Jo?o Paulo M. Claro" 
Sent: Monday, March 17, 2003 11:21 AM
Subject: Re: [Mapserver-users] Labels


> Take a look at the LABELCACHE keyword. You need it to be on, I think.
>
> -Jim
>
> On Monday 17 March 2003 02:11 pm, you wrote:
> >
http://200.231.117.203/cgi-bin/mapserv?mode=browse&zoomdir=1&zoomsize=1&img
> >x
> >
y=-46.65317+-23.55735&imgext=-46.65796623+-23.56054931+-46.64837377+-23.554
> >1
> >
5069&map=c:/apps/maplab-2.0rc3/itasca/municipios.map&program=/cgi-bin/mapse
> >r
> >
v&map_web_imagepath=/tmp/ms_tmp/&map_web_imageurl=/ms_tmp/&img.x=300&img.y=
> >2 00

_______________________________________________________________________
Busca Yahoo!
O servi?o de busca mais completo da Internet. O que voc? pensar o Yahoo! encontra.
http://br.busca.yahoo.com/



From tgaffney at co.tillamook.or.us  Mon Mar 17 13:31:51 2003
From: tgaffney at co.tillamook.or.us (Teresa Gaffney)
Date: Mon, 17 Mar 2003 13:31:51 -0800
Subject: [Mapserver-users] securing scratch file directory.
Message-ID: 

Hello-

Running mapserver on windows NT since 2000 with IIS. Using the unique user
account called
IUSR_.   The appropriate access to all the directories needed
for mapserver to run are set according to the documentation and listserv.

Several times now, we had our system compromised by someone coming into the
server on the ftp anonymous account and writing files (games & mp3's) to the
mapserver scratch files directory.

Have others experienced this and how was it resolved?

Thank you,
Teri



From pkishor at geoanalytics.com  Mon Mar 17 13:42:50 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Mon, 17 Mar 2003 21:42:50 -0000
Subject: [Mapserver-users] Re: securing scratch file directory.
In-Reply-To: 
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Teresa Gaffney"
 wrote:
> Hello-
> 
> Running mapserver on windows NT since 2000 with IIS. Using the
unique user
> account called
> IUSR_.   The appropriate access to all the directories
needed
> for mapserver to run are set according to the documentation and
listserv.
> 
> Several times now, we had our system compromised by someone coming
into the
> server on the ftp anonymous account and writing files (games &
mp3's) to the
> mapserver scratch files directory.
> 

turn off the ftp server. Seriously, running ftp on a public accessible
server is inviting trouble with a big neon sign saying welcome.
Mapserver scratch directory is not the only thing at risk...
everything on your machine is at risk.





> Have others experienced this and how was it resolved?
> 
> Thank you,
> Teri
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From blaine at plansight.com  Mon Mar 17 14:05:29 2003
From: blaine at plansight.com (Blaine Hackett)
Date: Mon, 17 Mar 2003 16:05:29 -0600
Subject: [Mapserver-users] itemquery
Message-ID: 

All

I am having probelms using "itemquery" with MapServer 3.6.
I am trying to query for an address and it worked fine
in 3.3 but now it won't.  I have looked at several archived
messages about this and tried using the filter and filteritem
and query layer but to no avail.

Either I get error messages, my parcel layer won't turn, or
I get my html page for "empty query match"  when I am doing the
text query or hitting the ID button.

Can anyone shed some light on how this works in 3.6 or point
me to some examples?

Thanks
Blaine Hackett



From Grant.Howarth at divestco.com  Mon Mar 17 14:19:12 2003
From: Grant.Howarth at divestco.com (Grant Howarth)
Date: Mon, 17 Mar 2003 15:19:12 -0700
Subject: [Mapserver-users] mapserver templates
Message-ID: <7502EFEBECB5EB469BD5DD87199E7FC957E50F@div-mx01.DIVESTCO.COM>

I am trying to use a template to get information about mapserver and a mapfile.

my template looks simillar to the following:
[mapsize] [mapwidth] [layers] [center]

everything seems to work except for the layers which is the one i am most interested in.

my .map file has a web entry that references the template

WEB
  TEMPLATE "my_template_name"
END

my cgi call looks similar to the following:
http://sdb/cgi-bin/mapserv?map=/web/sdb/packages/dv-mapping/map/my.map 


Is there something that i am missing in order to get a list of the layernames in the .map file?
Am i approaching this completely wrong?

Thanks in advance.
- Grant




From bplasters2 at ducks.org  Tue Mar 11 12:21:11 2003
From: bplasters2 at ducks.org (Brandon Plasters)
Date: Tue, 11 Mar 2003 14:21:11 -0600
Subject: [Mapserver-users] road labels won't work when bbox width is less than a mile
Message-ID: 

--=_57080A2A.E283CEC9
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hello everyone,

I'd first like to say thanks to all the geniuses in this list- without =
your help i'd be nowhere!

my problem is this: I have a road layer with working name labels when the =
bbox is greater than approx. 1 mile. when the map is zoomed in to an =
extent that's less one mile, the labels are not drawn. here is my map file =
for this layer:

LAYER=20
  NAME "majorrds"=20
  DATA mjr_rds
  STATUS DEFAULT
  TYPE LINE
  LABELITEM "Full_name"
  CLASS=20
    COLOR 150 150 150=20
    LABEL
      ANTIALIAS
      MINFEATURESIZE 0
      ANGLE AUTO
      TYPE TRUETYPE
      FONT ARIAL
      SIZE 2
      POSITION AUTO
      PARTIALS true
      BUFFER 2
      COLOR 0 0 0
    END # end of label=20
  END # end of class object
END # end of layer object


thanks in advance.
-brandon=20

--=_57080A2A.E283CEC9
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable







Hello everyone,


 


I'd first like to say thanks to all the geniuses in =
this list-=20
without your help i'd be nowhere!


 


my problem is this: I have a road layer with working =
name=20
labels when the bbox is greater than approx. 1 mile. when the map is =
zoomed in=20
to an extent that's less one mile, the labels are not drawn. =
here is=20
my map file for this layer:


 


LAYER 
  NAME "majorrds" 
  DATA mjr_rds
  =
STATUS=20
DEFAULT
  TYPE LINE
  LABELITEM "Full_name"
  =
CLASS=20

    COLOR 150 150 150 
   =20
LABEL
     =20
ANTIALIAS
      MINFEATURESIZE=20
0
      ANGLE AUTO
    &=
nbsp;=20
TYPE TRUETYPE
      FONT=20
ARIAL
      SIZE 2
    &=
nbsp;=20
POSITION AUTO
      PARTIALS=20
true
      BUFFER=20
2
      COLOR 0 0 0
    END =
# end=20
of label 
  END # end of class object
END # end of layer =
object


 


 


thanks in advance.


-brandon 


--=_57080A2A.E283CEC9--


From wolfgang.brungert at t-mobile.de  Tue Mar 11 23:16:03 2003
From: wolfgang.brungert at t-mobile.de (Wolfgang Brungert)
Date: 12 Mar 2003 08:16:03 +0100
Subject: [Mapserver-users] Overlay Tiff and Shapefiles
Message-ID: <1047453363.8553.39.camel@newton.msrs.DeTeMobil.de>

Hello,

i'm new to MapServer and i have a Question about overlaying tiff and
Shapefiles. In Arcview 3 i have a polygon shape file and a raster image
with a .tfw world file (there are generated as Gau?-Kr?ger Projection)


If i use this files in MapServer the Polygon(Line) layer looks ok, but i
cannot see the Raster Image ?
If i switch the shape layer off, the tiff layer shows up, but the geo
referencing seems to be not ok ?!?

here is a part of my .map file:

NAME DEMO
STATUS ON
SIZE 600 600
EXTENT 3280315.0 5237803.5 3921878.75 6103238.5
UNITS METERS
SHAPEPATH "data"
IMAGECOLOR 255 255 255

LAYER
  NAME ndlgk3
  TYPE LINE
  STATUS DEFAULT
  DATA ndlgk3

  CLASSITEM 'NIEDERL'
  CLASS
    NAME 'NL Grenzen'
    SIZE 7
    COLOR 0 0 0
  END
  METADATA
    WMS_TITLE "NL Grenzen"
    WMS_ABSTRACT "NL Grenzen"
    WMS_SRS "EPSG:26915"
  END
END

LAYER
  NAME "dtk200"
  DATA "/daten/geo/dtk200_ges_col_gk3.tif"
  TYPE RASTER
  STATUS DEFAULT
END

the output of the .tfw file:
                  12.50000000000000 
                   0.00000000000000 
                   0.00000000000000 
                 -12.50000000000000 
             3245006.25000000000000 
             6135193.75000000000000

What's wrong here ?

Thank you,
Wolfgang Brungert
--
T-Mobile Deutschland GmbH
Wolfgang Brungert
Programm- /Budgetmanagement
und Wiedereinsatz BSS (T541)
Roddestrasse 5
48153 M?nster

Tel: +49 251 977 4142
Fax: +49 251 977 4149
email: wolfgang.brungert at t-mobile.de
PGP Fingerprint: 96DC CE1D C55D AC92 300C  DE79 A799 73DE F640 B4F6





From Mike  Tue Mar 11 23:16:07 2003
From: Mike (Mike)
Date: Wed, 12 Mar 2003 08:16:07 +0100
Subject: [Mapserver-users] georeferencing tif image
References: 
Message-ID: <001101c2e867$406bb030$111b550a@nt.halle.de>

This is a multi-part message in MIME format.

------=_NextPart_000_000E_01C2E86F.A1F2E820
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

To georeferencing tiffs I'am working with ArcView and the downloadable =
Extension from www.esri.com/arcscripts "Register and Transform Tool".

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

  ----- Original Message -----=20
  From: Julius S. Indiazi=20
  To: mapserver-users at lists.gis.umn.edu=20
  Sent: Tuesday, March 04, 2003 8:45 AM
  Subject: [Mapserver-users] georeferencing tif image [adr]


  Please would you help me out in georeferencing a tiff images

  Thank you

  julius


------=_NextPart_000_000E_01C2E86F.A1F2E820
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable











To georeferencing tiffs I'am working =
with ArcView=20
and the downloadable Extension from www.esri.com/arcscripts =
"Register and=20
Transform Tool".


 


::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/RIS, =
e-Solutions
:::=20
IT-Consult Halle GmbH, Bornknechtstra=DFe 5, 06108 Halle (Saale), Sitz:=20
Rathausstra=DFe 3
::: Tel.: +49 345 221 4237, Fax: +49 345 221 4236, =
mobil: +49=20
160 71 545 02
::: mike.elstermann at itc-halle.de=
 :::=20
http://www.itc-halle.de ::: =
GeoDaten=20
Online? -> http://www.itcgis.de



  
----- Original Message ----- 

  From:=20
  Julius S. Indiazi =

  
To: mapserver-users at lists.g=
is.umn.edu=20
  

  
Sent: Tuesday, March 04, 2003 =
8:45=20
  AM

  
Subject: [Mapserver-users] =
georeferencing=20
  tif image [adr]

  


  

  
Please would you help me =
out in=20
  georeferencing a tiff images

  
Thank=20
  you

  
julius


------=_NextPart_000_000E_01C2E86F.A1F2E820--



From aa_linea at terra.com.pe  Wed Mar 12 13:58:53 2003
From: aa_linea at terra.com.pe (Anibal Alarcon)
Date: Wed, 12 Mar 2003 16:58:53 -0500
Subject: [Mapserver-users] How to know the projection type from tiff directly?
References: 
Message-ID: <002d01c2e8e2$925d5bc0$3501a8c0@Elecmed>

This help me...
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?BathymetryHowTo
and 
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RasterHOWTO

good luck

AAAA



From wolfgang.brungert at t-mobile.de  Wed Mar 12 23:42:26 2003
From: wolfgang.brungert at t-mobile.de (Wolfgang Brungert)
Date: 13 Mar 2003 08:42:26 +0100
Subject: [Mapserver-users] Overlay Tiff and Shapefiles
Message-ID: <1047541345.3118.1.camel@newton.msrs.DeTeMobil.de>

Hello,

i'm new to MapServer and i have a Question about overlaying tiff and
Shapefiles. In Arcview 3 i have a polygon shape file and a raster image
with a .tfw world file (there are generated as Gau?-Kr?ger Projection)


If i use this files in MapServer the Polygon(Line) layer looks ok, but i
cannot see the Raster Image ?
If i switch the shape layer off, the tiff layer shows up, but the geo
referencing seems to be not ok ?!?

here is a part of my .map file:

NAME DEMO
STATUS ON
SIZE 600 600
EXTENT 3280315.0 5237803.5 3921878.75 6103238.5
UNITS METERS
SHAPEPATH "data"
IMAGECOLOR 255 255 255

LAYER
  NAME ndlgk3
  TYPE LINE
  STATUS DEFAULT
  DATA ndlgk3

  CLASSITEM 'NIEDERL'
  CLASS
    NAME 'NL Grenzen'
    SIZE 7
    COLOR 0 0 0
  END
  METADATA
    WMS_TITLE "NL Grenzen"
    WMS_ABSTRACT "NL Grenzen"
    WMS_SRS "EPSG:26915"
  END
END

LAYER
  NAME "dtk200"
  DATA "/daten/geo/dtk200_ges_col_gk3.tif"
  TYPE RASTER
  STATUS DEFAULT
END

the output of the .tfw file:
                  12.50000000000000 
                   0.00000000000000 
                   0.00000000000000 
                 -12.50000000000000 
             3245006.25000000000000 
             6135193.75000000000000

What's wrong here ?

Thank you,
Wolfgang Brungert
--
T-Mobile Deutschland GmbH
Wolfgang Brungert
Programm- /Budgetmanagement
und Wiedereinsatz BSS (T541)
Roddestrasse 5
48153 M?nster

Tel: +49 251 977 4142
Fax: +49 251 977 4149
email: wolfgang.brungert at t-mobile.de
PGP Fingerprint: 96DC CE1D C55D AC92 300C  DE79 A799 73DE F640 B4F6





From spencer at dmsolutions.ca  Thu Mar 13 06:33:56 2003
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 13 Mar 2003 09:33:56 -0500
Subject: [Mapserver-users] 3.7 configure error with php 4.3.1
In-Reply-To: <0e8401c2e96a$eca1b120$1805000a@helicity>
References: <0e8401c2e96a$eca1b120$1805000a@helicity>
Message-ID: <3E7096D4.2040109@ipunwired.com>

Aaron, I had the same problem.  It seems that php configure was changed 
at some point and now you have to use --with-regex=system in the php 
configure.  Also, please note that there are some problems with php 
4.3.0 and php 4.3.1 concerning the values reported by PHP_SELF that are 
fixed in the latest snapshot.  If you use PHP_SELF (and who doesn't ;)) 
I recommend using a snapshot.

Cheers,

Paul

Aaron D. Hunt wrote:
> When I run the config with
> ./configure --without-tiff --with-proj --with-gdal --with-ogr 
> --with-jpeg --with-php=/usr/local/src/php-4.3.1
>  
> I get:
> !!! 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-system-regex  !!!
> !!! and then re-configure and re-compile MapServer.                   !!!
> But, my php is configured with --with-system-regex (see attached).
>  
> Is there any way around this?
>  
> Aaron D. Hunt
> 
> ------------------------------------------------------------------------
> 




From JamesPerrins at esdm.co.uk  Thu Mar 13 16:33:55 2003
From: JamesPerrins at esdm.co.uk (James Perrins)
Date: Fri, 14 Mar 2003 00:33:55 -0000
Subject: [Mapserver-users] Filtering a shape file using a list of record keys
Message-ID: <009401c2e9c1$68edf3a0$6401a8c0@JPXP>

This is a multi-part message in MIME format.

------=_NextPart_000_0095_01C2E9C1.68EDF3A0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi,

 

What is the best way to filter a shape file using a list of record keys.

 

Presumably I can build up a string in CLASS EXPRESSION - but if I am
selecting a lot of objects, this could get quite a lengthy string - is
there a limit to the number of characters that this will take ?

 

Is there a better way of doing this - e.g. joining in a dbf file
containing the list of keys ?

 

Many thanks in advance

 

James Perrins

 


------=_NextPart_000_0095_01C2E9C1.68EDF3A0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable



















Hi,



 



What is the best way to filter a shape file using a =
list of
record keys.



 



Presumably I can build up a string in CLASS =
EXPRESSION –
but if I am selecting a lot of objects, this could get quite a lengthy =
string –
is there a limit to the number of characters that this will take =
?



 



Is there a better way of doing this – e.g. =
joining in
a dbf file containing the list of keys ?



 



Many thanks in advance



 



James Perrins



 









------=_NextPart_000_0095_01C2E9C1.68EDF3A0--




From bernd.deckert at wanadoo.fr  Fri Mar 14 04:49:57 2003
From: bernd.deckert at wanadoo.fr (Bernd Deckert)
Date: Fri, 14 Mar 2003 13:49:57 +0100
Subject: [Mapserver-users] Transparency on Querymap hilite
References: <009c01c2ea08$a823c670$6401a8c0@JPXP>
Message-ID: <001501c2ea28$3abc8520$f2cd80d9@bernd>

This is a multi-part message in MIME format.

------=_NextPart_000_0012_01C2EA30.99588400
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear Listmembers,

The final client of my cartographic intranet solution whishes =
transparency on the queried geographic objects to "see behind the =
objects".

Is there a way to apply a TRANSPARENCY on "HILITE" of QUERYMAP in =
mapfile.=20
Probably not...
Is there an other way to obtain a sort of "transparency effect" (without =
changing the layer properties) .
Thanks a lot=20
                Bernd

++++++++++++++++++++++++++++++++++++++++++++++++
  QUERYMAP
    COLOR 255 0 0
    STYLE HILITE
  END


The layers is something like this

LAYER
 TRANSPARENCY 50
 NAME "Rn"
 GROUP "Nature"
  METADATA
      "LYRNAME" "Réserve naturelle nationale"
      "CHAMPSSIG" "ID;Intitule_decret;SURFACE_SIG_km2"
      "IDSIGIDBD" "ID"
  END
    STATUS ON
    CONNECTIONTYPE OGR
    CONNECTION "../../data/Rn_lr.TAB"
    TOLERANCE 5
    TYPE POLYGON
    CLASS
      NAME "Rn1"
      COLOR 49 193 34
      OUTLINECOLOR 143 143 143
      TEMPLATE "ttt_query.html"
    END
  END
++++++++++++++++++++++++++++++++++++++++++++++++





------=_NextPart_000_0012_01C2EA30.99588400
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Dear Listmembers,


 


The final client of my cartographic =
intranet=20
solution whishes transparency on the queried geographic =
objects to=20
"see behind the objects".


 


Is there a way to apply =
a TRANSPARENCY on=20
"HILITE" of QUERYMAP in mapfile. 


Probably not...


Is there an other way to obtain a =
sort of=20
"transparency effect" (without changing the layer properties)=20
.


Thanks a lot 


       =20
        Bernd


 


++++++++++++++++++++++++++++++++++++++++++++++++


  QUERYMAP
    =
COLOR 255 0=20
0
    STYLE HILITE
  END


 


 


The layers is something like =
this


 


LAYER
 TRANSPARENCY =
50
 NAME=20
"Rn"
 GROUP =
"Nature"
  METADATA
   =20
  "LYRNAME" "R&eacute;serve naturelle=20
nationale"
      "CHAMPSSIG"=20
"ID;Intitule_decret;SURFACE_SIG_km2"
   =20
  "IDSIGIDBD" "ID"
  END
    =
STATUS=20
ON
    CONNECTIONTYPE OGR
    =
CONNECTION=20
"../../data/Rn_lr.TAB"
    TOLERANCE =
5
   =20
TYPE POLYGON
    =
CLASS
      NAME=20
"Rn1"
      COLOR 49 193=20
34
      OUTLINECOLOR 143 143=20
143
      TEMPLATE=20
"ttt_query.html"
    END
  END


++++++++++++++++++++++++++++++++++++++++++++++++


 


 


 


 


------=_NextPart_000_0012_01C2EA30.99588400--




From andre.ramos.2 at netvisao.pt  Sun Mar 16 09:35:42 2003
From: andre.ramos.2 at netvisao.pt (andre ramos)
Date: Sun, 16 Mar 2003 17:35:42 +0000
Subject: [Mapserver-users] gmap demo - adding points to shapes
Message-ID: <3E74B5EE.4090301@netvisao.pt>

Hello all
as anyone acomplished a way to let a user add points to a points-shape, 
just by click on the map, eventualy forcing to zoom in to a certain scale ??

or lines to a line-shape, or polygons to a polygon-shape

and those points go and add to the proper shape under de displayed map ??

i am trying tha under gmap demo

many thanks
Andr?



From peturkirke at fds.fo  Mon Mar 17 05:05:04 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Mon, 17 Mar 2003 14:05:04 +0100
Subject: [Mapserver-users] error
Message-ID: <011501c2ec85$d3bdc4f0$10fea8c0@fds.fo>

When I have installed MapServer and I write this

./mapserv

i get this error message:

./mapserv: error while loading shared libraries: libproj.so.0: cannot load
shared object file: No such file or directory

does anyone know what went wrong ?



From jpaulo at autofax.com.br  Mon Mar 17 09:26:02 2003
From: jpaulo at autofax.com.br (=?iso-8859-1?Q?Jo=E3o_Paulo_M._Claro?=)
Date: Mon, 17 Mar 2003 14:26:02 -0300
Subject: [Mapserver-users] Labels
Message-ID: <003501c2ecaa$48d613e0$cb75e7c8@afxtd2002311172>

This is a multi-part message in MIME format.

------=_NextPart_000_0032_01C2EC91.23781300
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi folks,

I am with problems in my labels, they appear in low of the lines of the =
streets, somebody knows as to decide this problem?

Thanks,

Jo=E3o Paulo
------=_NextPart_000_0032_01C2EC91.23781300
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi folks,


 


I am with problems in my labels, they appear in low of the lines of =
the=20
streets, somebody knows as to decide this problem?


 


Thanks,


 


Jo=E3o Paulo


------=_NextPart_000_0032_01C2EC91.23781300--



From Antti.Roppola at brs.gov.au  Mon Mar 17 15:40:47 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Tue, 18 Mar 2003 10:40:47 +1100
Subject: [Mapserver-users] Ermapper ECW files on Linux ?
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4136@afeb-ms-02>

AFAIK, the .ecw libraries are only available as a binary only
distributions from ERMapper. Compression seems to only be available
for Windows and MacOS, but decompression is available for Solaris
and Java.

	http://www.ermapper.com/download_new/

I have been thinking about the possibility of how you'd go about
making one of these binaries visible to Linux, say using a service
in WINE or Java. Since they do a bunch of other Unices, my guess is
that the absense of .ecw libs for Linux must be for non-technical
reasons, though I can't see why they couldn't do something similar
to what PDFLib does.

>From the site:

> The library is provided free of charge and royalty-free by
> Earth Resource Mapping as part of our commitment to open standards

Antti

-----Original Message-----
From: BVT at sns.dk [mailto:BVT at sns.dk]
Sent: Friday, 14 March 2003 11:58 PM
To: Mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Ermapper ECW files on Linux ?


To the list -

Is it possible for a _linux_ based Mapserver to read and show .ecw raster
files ??

Med venlig hilsen / Kind regards
Bo Thomsen
GeoConsult I/S


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



From attila at prometheus.org.yu  Mon Mar 17 16:49:32 2003
From: attila at prometheus.org.yu (Attila Csipa)
Date: Tue, 18 Mar 2003 01:49:32 +0100
Subject: [Mapserver-users] some javascript help
In-Reply-To: <3E761907.A9F919C0@noaa.gov>
References: <3E761907.A9F919C0@noaa.gov>
Message-ID: <200303172357.h2HNveT08765@tina2.tippnet.co.yu>

On Monday 17 March 2003 19:50, Kevin Slover wrote:
> What I am trying to do is to create a pull-down menu to allow the user
> checkbox format (i.e. storm surge, storm center, track).  I am trying to
> get the document.write to write the checkboxes to the same page,
> underneath the pull-down menu, but I am guessing it is not working.
>     Am I going to have to, with each storm selected, recreate the entire
> page using document.write()?  It is tough to explain, sorry... I have

I think you'd be much better off using the onChange javascript event in the 
menu to submit a form, and possibly load a frame with the appropriate 
controls (so you do not have to reload/regenerate the whole page).


From supernaut at esfera.cl  Mon Mar 17 17:39:42 2003
From: supernaut at esfera.cl (Angelo CM)
Date: Mon, 17 Mar 2003 21:39:42 -0400
Subject: [Mapserver-users] N/A
Message-ID: <20030317213942.M87417@esfera.cl>

Hi, i'm getting the following error when try to 
edit through php the filter
of the layer: 

" Warning: MapServer Error in prep_DB(): Error 
executing POSTGIS DECLARE
(the actual query) statement: 'DECLARE mycursor 
BINARY CURSOR FOR SELECT
nombre_via::text,asbinary(force_collection
(force_2d(the_geom)),'NDR')
OID::text from vias WHERE (fid_tipo_via) and 
(the_geom && setSRID( 
BOX3D(-71.67189575 -33.078516666667,-
71.572328225 -33.004)'::BOX3D
find_srid('','vias','the_geom') ))' 

Postgresql reports the error 'ERROR: left-hand 
side of AND is type 'integer'
not 'boolean' ' " 

This is the Layer: 

LAYER 
CONNECTIONTYPE postgis 
NAME "ejes_calles" 
CONNECTION "user=postgres password=abc123 
dbname=cultursig
host=localhost" 
STATUS ON 
DATA "the_geom from vias" 
TYPE LINE 
UNITS DD 
SIZEUNITS DD 
LABELITEM nombre_via 
LABELCACHE ON 
TOLERANCE 3 
TOLERANCEUNITS PIXELS 
CLASS 
NAME "ejes_calles" 
SYMBOL 0 
COLOR 255 108 83 
SIZE 1 
MINSIZE 1 
MAXSIZE 100 
LABEL 
SIZE SMALL 
COLOR 0 0 0 
ANGLE AUTO 
POSITION AUTO 
END 
END 
END 

And this is the code in PHP: 
$id_tipo=$myrow[2]; 
$map = ms_newMapObj("../mapas/valpo.map"); 
$capa = $map->getlayerbyname("ejes_calles"); 
$capa->setfilter("\"fid_tipo_via\" = 
\"$id_tipo\""); 
$image = $map->draw(); 
$image_url = $image->saveWebImage(MS_PNG,1,1,0); 


Where is the error? I'm using the latest stable 
versions of PHP, PostgreSQL
Mapserver and Postgis. 
Thanks 
-- 
Angelo Cabrera M. 
angelocabrera at vtr.net 
+5692215085 
Ingenier?a Civil Inform?tica 
UTFSM 
Valpara?so, Chile




From Antti.Roppola at brs.gov.au  Mon Mar 17 19:18:27 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Tue, 18 Mar 2003 14:18:27 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 WMS Client
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4141@afeb-ms-02>

Oops,

As someone suggested I had neglected to install the WMS extension.
(after I have removed and re-installed Arc Explorer)

So far I can't get AE to accept the response as being a valid
capabilities file. :-\

Antti


-----Original Message-----
From: Antti.Roppola at brs.gov.au [mailto:Antti.Roppola at brs.gov.au]
Sent: Friday, 14 March 2003 4:32 PM
To: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 WMS Client


Any further info/details on getting this to work this would be appreciated.

I just tried various incantations with 3.6 and 3.7 but no luck. My server logs
do show Arc Explorer trying to GET ".esrimap", "/servlet/com.esri.esrimap.Esrimap"
and "/scripts/esrimap.dll".

Cheers,

Antti


-----Original Message-----
From: Daryl Herzmann [mailto:akrherz at iastate.edu]
Sent: Friday, 14 March 2003 9:39 AM
To: Daniel Morissette
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 WMS Client


Hi,

Thanks for the continued help!  As a test, I took the XML output and 
manually changed it to version 1.1.1 and then wrapped it in a PHP script.


..............my xml file here........


And this works!  Fancy, Fancy!!  So my conclusion is that ArcExplorer 
needs version 1.1.1 over 1.1.0

Thanks!
  Daryl

On Thu, 13 Mar 2003, Daniel Morissette wrote:

>Daryl Herzmann wrote:
>> 
>> Do I need to upgrade to 3.7 dev to get 1.1.1 support?  Or should I
>> downgrade to 1.0.0 to get this to work?  Looking at the Extension FAQ,
>> perhaps this beast only supports 1.0.0 and 1.1.1 ??
>> 
>
>3.7 doesn't support 1.1.1 either.  I was convinced that I had upgraded
>it to 1.1.1, but I double-checked a few minutes ago and it seems that I
>haven't, Duh!  One more thing for the ToDo list!
>
>

-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */


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

_______________________________________________
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 Mar 17 21:33:39 2003
From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=)
Date: Tue, 18 Mar 2003 13:33:39 +0800 (CST)
Subject: [Mapserver-users] (Fwd) about tileindex shp
In-Reply-To: <3E735CF2.28696.659DE55F@localhost>
Message-ID: <20030318053339.50808.qmail@web15201.mail.bjs.yahoo.com>

--0-1741555463-1047965619=:47436
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 8bit
Content-Id: 
Content-Disposition: inline

Hi!

To test the tileindex shp, i build a simpleset shp
file of only one tif(and its wld) involved, and it is
in the same directory with generated shp. 

next, i use shp2img, the map file is called
shp2img.map. It works nice, and i have an output
shp2img.gif.

then, a map called mapserv.map is used in web
environment. It is almost same as shp2img.map. I add
another vector layer in it to test whether my
shapepath is right. The result is mapserv.gif. we can
see the vector layer is visible and render correctly,
but the tileshape is invisible.

below is the version of my system. and my os is win2k,
i setup mapserve with apache

===============================================================================
E:\mapserver>shp2img -v
MapServer version 3.6.4 OUTPUT=GIF OUTPUT=PNG
OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P
ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR I
NPUT=GDAL INPUT=SHAPEFILE

E:\mapserver>mapserv -v
MapServer version 3.6.4 OUTPUT=GIF OUTPUT=PNG
OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P
ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR I
NPUT=GDAL INPUT=SHAPEFILE
================================================================================

I pack these files into a zip file with this mail.

You may exam my tileindex shp. I wonder whether it is
a well format one (but i generate it by gdaltindex and
you see it fit shp2img)
Can you see something wrong in my mapserv.map? I don't
have the ability to trace the mapserv's source code. I
guess mapserv may report some warning if it can't
understand my map file. But where can i see these
warning? Any setting make mapserv.exe to generate a
log file?

Hope you can help me!

 --- woodbri at swoodbridge.com ????????> The
relationship between tileindex location, the
> location string, 
> shapepath and data  and whether you specify absolute
> paths or 
> relative paths have been a very confusing to me in
> the past. I know a 
> bunch of work has been done to make them work in a
> more rational way 
> in 3.7.
> 
> In the past, I have just played with them til I was
> able to get 
> something to work. Maybe someone has a better
> explanation.
> 
> What version of Mapserver are you using?
> 
> ------- Forwarded message follows -------
> Date sent:      	Fri, 14 Mar 2003 13:27:59 +0800
> (CST)
> From:           	Chen Fu 
> Subject:        	about tileindex shp
> To:             	woodbri at swoodbridge.com
> 
> Hi!
> i try to use tileindex shp according to
>
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?search=BathymetryHowTo
> 
> As a test, shp2img can generate the right gif
> according to the simple map file. Then i use it on
> the
> web, the tileindex layer doesn't work, but the other
> vector/raster layers work fine. I check the setting
> to
> confirm it almost the same as the map file i tested
> in
> shp2img, except an additional TEMPLATE attribute.
> Still not any reponse, just like the layer is not
> there.
> 
> A question i wanna ask is how to check the warning
> or
> error raised by mapserv.exe in cgi environment? if
> mispell the shp name in map, "Unable to access file"
> will shown while i use shp2img. But in cgi mode, i
> can't see anything if a DATA attribute is
> deliberately
> changed to wrong name. the layer will just not be
> shown. (but when SHAPEPATH is wrong, the mapserv
> will
> stop). I wonder whether mapserv complain something i
> cant see.
> 
> Another question: it seems the layer dont use DATA
> attribute. TILEINDEX take its place. But seems the
> TILEINDEX can't accept the file with directory part
> like "globe/dem.shp", only "dem.shp" is acceptable
> (test in shp2img). Is it right? so we have to put
> the
> tileindex shp in the SHAPEPATH directly? (I just do
> like that, but don't know why mapserv is still mad
> at
> me :< )
> 
> any idea and suggestion? 
> 
> 
> =====
> Remote Scensing Satellite Ground Station
> Chinese Academy of Science
> 
>
_________________________________________________________
> Do You Yahoo!? 
> ??????????????????
>
http://yahoo.eachnet.com/fu/co/rd.php?http://pages.eachnet.com/st/page
> /women/women.htm
> 
> ------- End of forwarded message -------
> 
> _______________________________________________
> 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!? 
????????????????????NetVista A30 ????
http://ad.cn.doubleclick.net/clk;5313999;7930402;p?http://www.ibm.com/cn/promotion/pc/netvista_a30/index.shtml
--0-1741555463-1047965619=:47436
Content-Type: application/x-zip-compressed; name="prepare.zip"
Content-Transfer-Encoding: base64
Content-Description: prepare.zip
Content-Disposition: attachment; filename="prepare.zip"

UEsDBBQAAAAIAJVmci4rv1ZLtQAAAOsAAAALAAAAc2hwMmltZy5tYXBNjkEL
wjAMhe+F/odHvct0TMFbYQEHWoeNoLLL3DocuE1QEf+9rYJIDsnLF96L0WsC
k2UpLGveWWyMFLRnMox5hGmESZxgFkmxMxlb1LW/zI6EeJ4gniZeLXVOueYl
VLUoutfTnYrq7Prm4Vvbl4WSQoqVPtBWCsCERFW7TgXFh5yw1Za/8O8Hz7IV
ZSalPW5ufDtffzumNdRlqMp7O/Tehkwa2GfACK6vMTToyiua9uJCeqg3UEsD
BAoAAAAAAEhpci7e1QmwgAsAAIALAAALAAAAbWFwc2Vydi5naWZHSUY4N2F3
AUUBoQAA////AAAA//8AAAAALAAAAAB3AUUBQAL+hI+py+0Po5y02ouz3rz7
D4biSJbmiabqyrbuC8fyTNf2jef6zvf+DwwKh8Si8YhMKpfMpvMJjUqn1Kr1
is1qt9yu9wsOvwJkRWBTFqvXuXTk7CDLE262/V6qh/RmvErP59cGJ0MoEihI
Z6ixmOiDyNAIBFlEmWLpeDgiB9coWYip87kUilVaiHBqNncw2lelqsQK6ypU
lhZrUTvEucVJuYvx65ZLQtjZG2dIHDwhOWvQjPMLMByWfCL9Q13N5727/Bla
vK3NhQ0BHX3Gah1JnOoZl+q8WMr9AN/d7B7NRp4EIAt0ihQBW0eQjq5a6hZ8
Q5gp0iN8BnGFMzLOHqT+Ueb2tRMYr2FEChw7ogAJqgMyka8QmuxWscGtkXle
wkBZoc6pORvFreOAkl8wmzR/ivkGiKgJdsfQMHwjLWHRnEqzVAX6jqWHXNCO
JZ16iSKsbFyDujRXFifYQzyH9WLqUCrUuLOAaW3p8aszoCbx2b26lmbUuK3E
Zrh6j+TdwIzf/Sm5cmddw63wppNLufFaQC4Ax9uzuPAqzaTTXZ58QeDgfiB4
ln4d0N8+2LRrG13l2bbuLnJ3+/4NPLjw4cSLGz+OPLny5cybO38OPbr06dSr
W7+OPbv27dy7e/8OPrz48VJ6kz+/sCBMYejbq5Uprz303IxSmweLNnNzcPf+
FQ9kSBB9qMTwnm5uHUhVgZsEhCAoAiaioAR93VKgX6RY9WAQEZLVWmRdUZHh
Iw4pA5mAB7rVwlv2ceUUM0T0ZwVAG5bzQWh8rRebYP+FyFY1b6gXEo6WDZkX
jyJqMWOQEsJYmWmy5eOYhE7tpt8UTNaQ0YgQSUnVPDXZaEeDwrDjI26eGRmW
Nq4p4+VcUR6WJIRxboVmjWe5lBqcedzG5XFznoQiGvlQSI9iXk2GFpBd1qNf
ndc4+sSfi+JGZ1mnSSqITmCCeIlBWsJX5V4eycQopq9dqaE/cI0ZiJhKqgVS
fvJN+iOpW11mK0yEMoJTR0LxOWsTM/a6q6Jtvln+T7BQYIqqoE4qVGhh5sWn
LIMRWrRpnyr1NVq1UTCDDGgnrkRiqN5Wa+656j7Z7bruvgtvvPLOS2+99t6L
b7767stvv/7+C3DAAg9McMEGH4xwwgovzHDDDj8MccQST0xxxRZfjHHGGm/M
cccebxfopdl+nClqwDJK8maW2GRqykfwqJPLeMzJEqQy35SUo/wpFzJ4NmdF
56mLtazZz2Zmk+DIwm4rXauekEN0Rax9ygS243ZotG2SnSzKsllH+9zUNaY7
xtfGzGD2zA8OHTWytkSqtCmHhvN1bkQ1+zYtbWOZNspC2ufjYDFiyNvevFbo
dNyTGE5gXk4wfjhSZxb+2bcxlXcmEV9xK76tK3qJhi3TC12ONec5JvuF6WWu
anmhrlZN+oAqzQY23CQ6Tildn9EKO+RHnkQKR3TRPW3NQ4EY+zZN4u33oP0p
TU22PZUp2u6gMpX8f6N6QfZpTbJ5e66Zs3ts7eAvqbjvvyNZDji1EomIrxNS
7nbJqiORffjwvS+qf6AuaT7xzUxu+cOVAb/nqfPxz1hBCwzzliK/AgLuWdBq
F9UOaKa7SfBxFMRTijaIOvZIzXPXs8uUkPOWBwIPf6qREawQ9Dra+ckWRkvh
UOyhJG1NcHZieZ6fQKg76i0ogSVcIAINFUP0hRBKwKEQECPXFqg8D03TkmL+
9EoEQAA18YlkEVv1BiGtqqCDSZjwImxUeI7kuY8t3ALXEYfzkftVLU3YoNYK
1NQQiqjvH3vUHgQnFbrhOTFKcxOSKrq3HC7CSVIJgctFbrRIXYwHkRYcW4Aa
pI9FPQOP71HKFPtYHBgJpRj32dn+XhKr9GTuQ+Qz2NXshMFoDQsrbiqVIu+1
te1dUFBOJBMAmdi8mymxdd4LYxnBZ0JbPkWYzPrI3zS3souYSysxEyblqEhJ
krTGeuUTojUZCBoZwnJs3lzlLr9ZSeedJTRi5M/cstmSmaCzXOKwG7e8lMQe
lXOeomqZRe7Ezy22MqAGOhFBa+O5Wx6URuBcqEP+HwrRiEp0ohStqEUvitGM
anSjHO2oRz8K0pCKdKQkLalJT4rSlKp0pSxtqUtfCtOYynSmNK2pTW+K05zq
dKc87alPfwrUoAp1qEQtqlGPitSkKnWpTG2qU58K1ahKlaXjwh4okcoZ/6Bx
quP7Yn24qokwPnOJYD1hV3NSVrMqsH77TGssnffKvykUpTTLoVv3h7R03pWb
YWVrWuHZPwE61UP+tKIcVUaevm31sHfIqs9ooCDAhilx3amcLzdx1cWRtTqG
+2dNmpfZFbJqrmOhnzfbWTa/DtQU4xRPLEKrTrhFs7WujcpcSdvBFKGHk7D1
qrDS1ttHRTZvkYJsdGj+pqkd4LabH2waGw2TveUSZqx3lO7LeoZZkTF2sxoy
I9+qGpFGZc2F2BOdBzES3NFZdw+CBO7k9MQp5KmBi72k5abWy9zy4HdMGNFc
Kx8iX9amjrT06US39pvf8iBpuzvyJ4LPGaMH6/VFmuqkY781YHAZFLwOcrAn
cTGoW4nTStw76w5b1JQ3DqSC0joafyOJIQkHlsWdAxDk5PkTqWSVdZDULgFl
HGLuPncaYv0l1xpoTBp7DcjazBP32inZX6YXa/M1L3Y5CFdglhCVDJ5GNY8C
mJrpt54aIbNGpnupAPsWDJCacrme1MhNJvTIZXTziSH0GOsm9MyeMh5ktkz+
i6LU8J57yrGNcqZHb8T2vIQbSVx7szkXf9kxh9wVHms5G1FalclvBTN5WdyV
Oa921Dga5YQhjOZJv5mP4VpwiEBsQELnqs6qbWiWfcNpE7dhmHhltJJJnbsV
6ZI0dhYxQ3vt1zEiW4eAPudWF1y4JxbPh7wzIpEuqA6DzjfXzO5BNM0sK7Qu
28fFbGyXlfuybpfZ2mu1a6WKJSdexFXXk9BhMtGMab6adzPezk8vix1AvQqv
1lSzhul4XLRrTVuFCDa1r1UccHpviVXBKWWgKuzdFzNoRcKbXrlPbWQ4knDX
soByioMcEttyGeCwkzjaTscr/t7vkW4MZHLcfMv+OrZalZLEbJyBFkr61o2M
Kc6kkLsN49XdN+jybm7EpSZXSC82zFybonEU2hYjXZiey7z2x6k74wTbmkrB
y67uFN3kIgtb3yF/n8dxHcVvJYPoKielX1zjzqfN7x44BnlpuJ1mZOWvh4vs
Osq1bKBtg65VPCBXCzeS76xcFqGA1+cN8hjmbNb53IrHT9fEznFl6oXl8ua8
1yBLTc6TEk+DhPgZTT/Hl6f8T5bCN+lLbnQ2h4X1Tzt8j3NrTHdUfiJsxuZm
16T2k5/dhn6PyXRu76xCdymXsGY7uzLuYutUP9CipRSfI3eY0IMM+oFHbuBY
eWSei1Cbwz/97ZPbjvD+7/NQbOpk9Hk9Se/GUfgso9v3dJ5+veZZIzYPVBdz
ebcujdRW1vc/y2ZjN7RllXZ/SmRHzmcvYMI2s9Nu3JRPUvR7SDcqKrKAAhM/
74V4smRPMxdM6NN+4fEr7bJzH+hk7CZ5IxhQO5FygqVxAEWDDIhvFPVax/Nu
6Ad8Y/eD4vYxr5Z2s7eBfhdBssYxtLcytINwycZhT5dBJTFPbSZOM1cXE8d2
lyaALehceWaEgJN3cUeAVbJ1MlNDj0FbEOiDHUOES0GA+2Zf44Bq1vQzkVVg
0zZ/EAUzpldgM4iFWziEI4SH7CdZjxRRQvhvGKhBN3RlkESGPrNGtLWC7fVk
bAWYUQNHTvDjZwZngzcVPQGoJzYUZ1d0iRcTZV/ViXsFi6goi07XijhFfkQl
ErnoU9RUi5ijg7+YV8EmjNVFLsWIjMmojBFzizW1DMsIjdEojdNIjdVojdeI
jdmojdvIjdZYAAA7UEsDBBQAAAAIAF1nci5wg4sTGgEAAMABAAALAAAAbWFw
c2Vydi5tYXBNT11rg0AQfBf8D4t9T62pDfTtWrdEOE/JrTQpgWL0gil+UQ0l
/753GkxYjt2ZWW5mBYsQCCXZliRGqYRY2BZuCQXBygXPhaelDy+ubaUiJAlF
oTfDL4Tlyoel52u0ZgkmjNbg5K/7+vKnDvu8VM3xrNupyRzbsi3OdrixLQBh
DJ1C1Y5BtEsQNkzSJN5F0FrIMRQBbqFXi77sZo4wAqdq82w4tY3+BkVgLODq
Ag8gh2xQ/c2uH/HoGDBicGjP3vdz/Tj17s46wA+Wcpqz8VCgAe+cSWkGPcY8
3oBraiLilMzaxHu+P75R08l0GtUU0B4hr7K+h/bwo/JhDH2TquyifmfJ1Ce+
jRkwSjgjhPLc6QuGRTnU1Xyxbv9QSwMEFAAAAAgAjGtyLqPnVsjOAgAAggYA
AAoAAAByZWFkbWUudHh03VRNb9swDL0HyH/gTm2BzIdu2IABWdF2bpoibYwk
XTFgwKDEjC1UlgxJjuN/P1L+6LLzTsshkCnpvUdSfBsDHp0HnyN4qVDqFI/g
8nICEraVVCkIcLIoFTr0vAF7OgZmD0arhv743v5c6BSkd1Cr9AKkPhh1wHQC
bRiko1jgcKJASKXFnTe2gVr6HDLUaIXHlOEjGI/GI41Hzwoqhxy8lEU2CfcL
0QkgyJ1Qqr3E+xFtRTD3UBv76kDLHXb8kIsD0hJM5cvKDxcyuY+YjHA1HQ3Y
HSYtHdoDYzITyUg5gxq3gPogrdEFah/oaFuowlANQ27C/SUIREo11IZYLBxC
3qBEQx8ESLXxXQfqHMORoiEAUWIpqDQEbmWWE9OGkrfoKhUYe32cAqki2Roc
YijRKYeDg3RyqzDUwiL118LOWO6AaibU47fmB962Wd2lUJ8tKlNzuEW3ThrN
D4CVNs5jEQVs+jSOj9VSX75y9+jFVGWvFdtmi1LscmTY6b/9jUfxl589l/3a
NQHeH8ajR1GuQ3RQ/yH6FH2E5fMmed5MZ/O7fpk8zfrlQxIP65ebxwTWz0my
XG3W02Q8Wi0f3r43m7u3j5fH9a91vPoer05jt4t5/LSB+RPjxUmy+Nytl7MV
zMejsJ59u1504fX9dRLfzRcxl+oks271P2T2j5/AlGv1w1T05BrAoyj4TZ64
Gs9jbcIM9PPW2pOgKVIK9sYWwgdXO+fJkIM58bltA1kqlG/h+M03RMZzR5t7
OTjLxXh0SwPZbzpTEJXUGdRkHBnPPen6w2KuSFVq9JlvnYrHTGylkr4J7mDF
Dnvz4ytnZDGmshTcmRQ5paxCN5hCyN5iaawP1FALq5ld7lknWQURVVwD57u5
7V01gpsqOJFtLUX2puIGlCu41g1PtmfIQrwOsiI8IusdKiZAmSzgXnFj7g2Z
C9eEkXNU5Az4bjz6DVBLAwQUAAAACAChZnIuw3lTcMNAAAB1RAAACwAAAHNo
cDJpbWcuZ2lmZbtpVNXmGvb/PMmTZA8MYZ5pEBBExDAIm0mzmRHRDYLihAFR
wAGDjA612QyOaLcV0ToGh4pD63YsWtsGQUVL7cahWrU9wTqgrT3baltPB87L
+X/4r3etNysrn/LhSe4r1339su4nPTNNF1NUB1PhFQD++9//AgBOnDhx+PDh
Q4cOHThwoL29fc+ePdu3b9+2bduWLVs2bdrU3Nz83nvvrVy5cvny5XV1dTU1
NVVVVZWVlYsWLZo3b96sWbPy8/NzcnKmTJmSlZX1559/pqenv3379vfff3/z
5o1er7darT///POLFy8GBwcBaBs3blxkZOTjx4/Dw8MfPXqkKMr9+/e//fbb
27dv9/X1eXh4uLi4XLlypaenx9bWVqvVXrx48dy5c2fOnIEQnjp1ymw2f/LJ
J8ePHz969GhHR8dHH320f/9+SZJ27NjR2tq6efPmlpaWDRs2rFu3rqmpSRTF
2traZcuWCYKwYMGC4uJinudnz549c+bM3Nzcf/75JyMjIy0tLSUl5bfffktK
Snr9+jXHcS9fvoyLi/vpp5+eP3/+7NmzH3/8kWXZgYGBsLCw77///sGDB8HB
wQEBAXfu3BkxYsStW7d8fX2/+eabr7/+2tPT86uvvrp27drVq1cvX77c3d3d
1dVlZ2f3+eeff/bZZ+fPnz979iyGYeD/OkL/d/lfLThqSAQNjU3Na9auW79h
Y8umze+btnywtXVb2/YdH+7ctXvP3n1S+/4DBw99dLjjyNFjxz/+5IT55KnT
Z86e+7Tz/IXPLn7+xZdy16XunstXrvZeu/5V39c3vrH037x1+863d+99d//B
w+9/+Jcy8OjHx0+ePht8/uKnn1/+8m/rq19fv/nt9z/e/ufPv/7+Z+hE4FFG
8D+cttnXtoV5245T9kyMq7Ij4+SIy1HlHYyKKdqviRmz4Pb5LVdS7Te62KY0
sTjWZOu1uvM7qZFsBnB853n5MfoQeLdJR6SuS40jgre2FVw/c2TqYSfbhD1x
NZtN68Nudux4JW4gddOiGVZ/9vh3pyf993yIQ8BXG/2HFo3MuMYGivZR3pN6
ynhyYPe4KY5m2S/5ioNvpOBe1jWi1yYOv3m7qz/lsrfzBM28T6pSMux74hoe
dlampdIuXkrJekfFmB7i9VQ5MiKgzzc4/YMXP2xqDNk4slBAz43n6qduqOhU
ChyfiZoQV1UZ136ls+bwwlnbghtx7EOHzBuPe4RU0Sd6YRNjbrjE7Rkx4pnp
pLVx40bdeKnP2L5/3lZ/iinisOSHAmeveiOJWObP9FVMHWpByKPF3O31cWV7
EmWnW5BqHyYYL9lA1N+T+dnXDsiuyia8ybXmTA7lG5lwUF8avM3yoCahDfSk
zBP0svto2XDFIeTekCXVzfNN2Zza463mtbYzqo2p3jkBbLr3x/MNEMtGJ1PI
Mu/+bsy5BzTbqY4rhY6Z3iKmycrgG/DkUKEB2dfP6PKaNCKnJ9/5mvGWGm/q
1zuRqnAJ4TYDl8i0Xgu99LPvAWp3bl+XrJ0c952XXaTNyeSKuDX3W6mZJQYE
q1qMTaR9qBHR9/RHNLNcOCVlunOGw1rnmkE+uUJ323jZQS3TnL3uiFFGI3v1
aY52Bvk7WhfrIPqU6Sr15YWzYaNLjaEoxSe/gO3xEgqYVEJjFWR15uyBFEfd
Q7bnWOKgMuoj5Hb8xYxkc5d/0ZLZllSiYLC/QVMzlEBQ9h6hlW2ffPZDzlV7
/b0nyVqVNw28XBDfDG06ipLAcqXkMhEeQItklu5cN/R4qLnqWJtnakLJvWyT
d9XtkzLt1USLBc5NAx9BJ52Jo2qiHIjUmklrko0xP7MGTKd01XTpbPh+kPDz
R/6p1NXvnb1LOwe6fIMCpJCrR1rNSZpaBJtp+JhtuhX9b6PT5CjUfjPFkdBz
qckd7ybT9ge/SiVm8Dldtq715obbldXiVk32Qyvm/FGWsftbvbAhOvV6PpdO
RpndkaOuZeAy6RMqNbtV7G5v9NLfNjYQsddf/v36/K9LJqr/+iL8iM8kZFhD
/qtCn+Qz5PSGheqF3vou2ySuCcFqRaDs8Yf6YPcQm/4uMpmR6rVjO8QeGJ7R
iEUppC8nYxkGaFcshp59voDSWRo0bcIaTShjswJMwqc1fRCVINmqDQ/sQmiq
4vN2LOmeHswWG4gzRcjbJDqW8R/56P+9ZvIHP4yaKBpBD0cupWVPXm4Kmu0H
Agq6Ha+bOyM6IB5i6PK9wiJv5wEYIVxyOaWYbAU/bbJZ1u5IJ9XuomZkPA5/
nQfdlHa7aXKD6yWuMdjKqz0ZGdTy4oaHXVSQdTssYRsfXtwCKgfz7S8+xXSh
sjbyLQduKM2A5uzmSA322JBh7aU9jK2L2c8u/XyMT9t+tDEyD3xgoOzdIRHE
GX001uPhgxBWMrJNk4A87xXZpxccIO9LePoAxAoGD9iHCijUzKMSVYP9TlOT
rU4GnIS5dMo99owe0xb0u6tG7Y49CKkkqcHXwGSqOUg4CklEAE15N52qS+4Q
SwLoJqfbftFLg58SNkREzge/hpKJZVMnLb9uI8/HtOCSNoQlUR+jyxIbNFEc
GWrlCPubAD20GBMlP+0kM461ME22bxibImOX4y8CiKBlDW7CbfeOo3ytwK7k
HigOA8ie51P1wd1ewWacNcn4yEHRfcWzIY/QBI6I6ezGTAajH1+kTjBdgl+I
ZKjkB/wViC0WAXa8QzdC3e3tPPHuKbbVuWNVid1489qEv5mVXAcgXAxU3IUi
Kl/pss3jgHoOsCXZBvfNDHTu4VTRZaLzKrYJvZEjlwza071tx32REfek72OF
wOhTwqgyZYyYzaC9mU3xmetm/F0d18AE89DevRBstjS/8SkiEy8ZqSsM5thx
/BPLnutz0nMaEloG1NqCS3ZXlG9GFBj1zsIldSt9Ch3k1DYqzmuVDG/RtVv5
DxvxDwxrzp1vp3q0Dasrrf4nfES88VUX7suLbiUngst12JcjHzUPHfmlF6tb
90lT0N+tzzdg27IE3LVV3C7Ucl+49sreF0EzY5NF5mYk060iTiW0Y6VvC3Jn
C3vWG95e0dlta07OwVxaxK1zrTI50kMcu1i+WsJD3zylIUJQbMp69W7WLOhj
at9AD/Z7DyoNce7y4np32WHZpKcRU+dflYKhyymh0VYRQUIGjgrM0O6gcfmF
I93ap4B61vErVaN0zf560nSXM/L5ZDYp+QWHJyXbf72v/oHjCwlzVzj/Ugvn
s+MZ6c2taRzcBb8seTb+281+6jLzJfvFPw8+29YOjh8RcRW71e/TmRWm35s2
/yLgWAeAdfzPKTqdw4mhooV2xma1pomndBKjzXqb9BYTG1xMRfDTc5M1HeXR
cav8HsT01QT90DaKsYJRrq+mPwhetvZgH5w2W4E+BSaS5cNAXTCOVYNffjIr
SFMw8cFsUXR8LNtmqfGp0Zaln21Y6XR5YL99NC8GD/J3dEL3oQ8a9sdb2m0L
BkXbFwxquepnkygZac+K3V5lfaFkar36oUi1jX0yoPvm/I26G6/3/vX3M87+
gmXt5Df7vf4ZzJhy4eb2G28+iv/nueH9C7cPT/7t6Kx/XhR8c+HbT2/89snK
f37i7T+7d9X3fccypmHCjuSbtyvOedzR34ZSL5iWsvZa6lFbl8F5dy98i1H8
UJc2WXcJkBw4cbZ9rk6wjbt1tdGfAavj3S+p2pTGwgnALvDXMx6PRDCqrn1r
zhro2mNdc/obu4qyoi30L4amT11LR1RZulSzrSAuXsJK5PzNh24kjwwusp/C
NDissODkJFlV1LDtbl9bZQL73oi1bg1kwLK3UR3v2mk/UsE/3eMZm4H0wVnA
udNiDGgBNosv60f4mQgC+GmnDXfWoxxk93wxwnlBv+9PRNPmjgxrlYTNNqMs
hiqVCMcrK531lJeZGkUDDxbnAVVLg5HcSFZB9lNhjjgjW0ETAaWSQ/f9ho35
LS6TQWQDijFQmSyizCMzhyx4MgOzrAuyAbn+UzyBIQ0CPlfAoAQqP83KM088
tJ1I5GYSt8aFCKjeUrLkx1XzIx1iwIRyJ5RgHRsT5RDHUmMsZOggVmgik/xg
uRn/e7/hYgw10TzOWSJGm6jSfGr3dnwcDZystREirlZIikF2tH8VD5Z/im/5
lMIN7+mtYy/iRBhHbcxHzgyuAjBTgNNFvxmMvkjO8uEINxqou7BKA6owGJcK
+IbpzWirC26gEg1Bg034syZAssA5mooUUfpAri2HhwCoEZYHWVD7r6N654Mq
nnQywzya6OleOQKOrGdghQXlG6ih6TyV5ZjXFYPPEZ1SU2CZkMKaiDCemLuV
CLIQHkyhC58XbSZmcciGQySHUsxksIiWirhzlctSE+Frgd4G02gej5bxJBMw
PuH+iKH+uLow+qozW4Cy9OK8aJcvf8dXSFS5Q00gPW08A3MZlDRIpjN4pQkU
sHgRjRcZiPtV03Q5bqwpwlsZ7vAl0yTsr2WEh4WYS4NiGU7jYLlAqngXbAfz
SUpoSTLVHsW6bInirBUu/xm/teq96CDkayZXMEStJSDx0sp8E6WjwSQTlV5A
ZdFghAJKGBBh1oU3Op0PZyOZBSVVFA7QeuMQPp7b8fk5tJSh7EWsVIZzJOyE
M5guk7sfj4EAD9eB2sflv7WCJFnPW9AvkXUhMhYKXGPkaTlcuY9+4eVoh3IG
ny9WXoAVXiZU2b0SGuBMmbjhSLWOK7nf6FTNo5UGqrOAyr+NJcge1eYRoaO8
nE7iWgMMAchLovIU6GdCcyRCK8HxLB4jTvaRx4x3Ri7Wd8zrHStiSA2CuDDX
NZwcI+z1FPAMlsQNLTNPIjsuJFfBRguIZqkIM+goIhwdvN0+bAvIJG34gHhA
JZqpxZZcyGVVCNMWia1TeI+VEl5oMYbR+giaXMbjY4dMMI2Hczk8yAxphrA3
RRQAchogExk82Ao0gLi8BqvinD0tuOf2KMsf/ms/xeYwrlVWclsk+HesR50Z
TbhJ6FlqiYznKSDajE2RkKu4p5BBpRbCoIBszt9hZ3LADFhrhhTj+tgdD38N
o53Amv3ASwIhgMxhKf9SpJMxW4WOkhMWFyNnQM5TSnQSnGwl7UUwX6TS+vEn
n8I5JqJUxPfpQZwFyxYCkmjf9XEgRIGpVixWQIUiOLUelMvE+PX4Ulp8R8Si
rBirkPPMCzMY3I/B461OE9ntM1wP3+jelXYBFHPE3xg+dOeUHpqRF49nsRRt
ib74htR/iPIZMo1Gf7c20ApeyUCNaaNuuD7ncqMZFCYmzLNAFaB++JUsMpM6
ab1GmnJOk7nCDLNZvBKQ0DS8JqCivfMMZImJTDVDtaE4XCLSJKJk2Bol4kAp
udAMY2lihrTL4lkRMIOkTZSLmYqX0UoTLHRd7m0g/YeJg1sSJREqZUGoCFZI
vgF1SADQTYBBsSc+eUXkisTUv3IiLDhtqPv5NHQSEP+4tY4nQ6yEtxlMFifl
mMFviHLhoRcPPQVsqeAyJsLz/Tzy5Ha0jCdmmuIdFnjzzBDmt8FpzEqfi3/g
ywRAK4RTyoeVQNfqAbQy0nPI2UIUm8EcGatVwEoZaQAcbYV3fwdKK0oVUbzJ
Y1b3vr+3eeXfnj/PtCsckNu2dZy5hBnY3AL1yk0nQQ2gYvkVHXXsEkAdzet0
1NQEmpCWxmN2QB1DufKNFTRRIIGZAsq14ukGoqLALYUGdoKjRkLpQjNnqcgU
kEYkK0x4XlHyxPaLvy9yvXj3nQIpR8URH1Zj84Ra3rovYiecxqLJPLRj4BLZ
N9eC1NLcoMovnWdPv3i3MFyGTjvwTINZZyJSWQpTYAENokRgr+DpQ49Jfwk6
WdH0k8sSimdoWGqyCSaxM9T5XQl9K1/+2LCMJh671U1rDXXt/8wpB30Sb9T0
wdCvuufriRAhIBzA8znADlzuf139OJoKYxLObsDtb6X/kU7NakN6Mz4fvD9a
ouwY0sNM5VZ+GcOucO5CMxiHmasWBJQ7VEdTFXJ0nID3UPs2RuFB4R7zWNLb
1GFuxoMtsMDkUSljNx4Q43mUTxPhcvfro6DEfNUl7YPJ+vCDl6TpDpOIZIq0
jA+qbJ66zvHNVKo4H04wXf59NDXhs+7J4cNAgX7/auXdLWiscmKiZdfF5CvP
n3K/plGRVkzHuC7j9UNJb4mVzPVAmbg7QGbIeHR6reJ941HCjcezbzxddWNw
940XF2/8/PDGL3/fsHp/82vCN29mf/P7qm/e7v7mz4vf/P3wm6G/vwE+FizR
guZYyHctqj0WzecWm+8tdv9YaJ9+x8R+5zn9ru/2u+/p9/y83/v7ft9/+hmf
mxOvun50tiI43HOJwTFMoOZYhxkEhLE4ZX0XN1397nAtAmQBgFpTb5iE1/Dv
VnNUOou2Gqlv1oOMnNgkC5wpEcui8ZMfEJV1Hgs4NPEDXMeTI0QnrWV5uFjq
8ooOwxopzsGvxDuE37Z4Grz42v/5U5xS8A2VIQkWmI7IYAVC69Cwi0LdlZX1
LFZuIKNZuKQKny1SFeZc2DECmcbX3B3lPIB9cRp+VdW63oiSlanlZuB8JFor
UMhENt5dsb9rbrZ1CiXg9z5FKgM1WmiCAr6IB6UKKuGyfwxGOVLfxZPOb0t9
wizp+39dUCUTBWZvvaGt5MpK0kwkmifPShr333PU+LOrnF6tcu1Pr+ayzmyN
ino23unVtv7vohOtOodT+C/7MUG+VBLREeLv4CeQLuviSwzo47oVsW1kgcVB
J6JMRhEYpHFGHuaZeTSeaxIDjgxHZpRgAfUCNfY4VaxcgTx61T8uzpp2OcIh
SYpe6Eb4DPEI9ja8TDuYPjt0wevdfz2hkRnnzHiwgjJ4QkWTbbWEhoFhHBw5
OXTc1C2fZk6/vKinsXJvlITzEkimqTSDj+vDqzHDfGsVHU24fcYqDwmtMBC6
L1pTrIj+mdjnTgkS3nkVX0ajCg4W/pl9lEKN30WTFrSkEWgZ9ByHqXSqF4MP
6HdWGUhfQ6YLINNB8tZWIptxSPshYVIOGRDjAD8gTaf2lUeiZbcqYliQKE8o
fPR4Ty2C8pqA7zZNN+EhAlwkwoIxBAkGModTVg1ZOgZG8kSFGbs0gvJU4s/Y
ERGWd+j9uJYdPkElQEMUD84Xga1rqD39WJKlsNBAXvIFFWYyk4f/frFWJ51x
5cgZpqvIafTUh+QMYbRDCplj4rveNehkoo6B82R8CZPtKoL2vUtr6OvU5ZUs
PcvpNBYiYgvY7b7y+wFWFCnhXgwxWUkZyZj4/SVBRcVz5c/VArJnAcksvPoE
W0JP/iirTwdIvyKiGFBXvUEqi+Yo5BIAqz8d4S8AFhDRDNmzZtShCBDDUfZG
VAmIl0/7xlhBAuhzHGk6PIOsoMGBDLBDH47PtQacp140YTNNyJMFMQXUPBos
oPFiMYE2fegcA1UMLLUlkldgC/8YYg5uhwbfiUv/wONZrPNW5FKRnMNDjr9Q
4P61F4eX0qSdwfzXlXFXat+bvhq/+YXov3qek0Np9bsLo8wFFaLz0UtEOYtZ
xiMPw+/nNChT6Oaktqs3NmcydyuZ2OS/JqpPYU5s4BQG10swhCemgWBHgOZL
lA971JYbt86IGnIRp2zcUEpG82SAMGxXe26vAaXzYREbOvZrrIb6O04M3Tr+
TYXTnGfXvvrWDw+UO1UKihVInnmXkp3bZ4RnGYWLfziKpt+SBp6IAdEfQWP3
uuR0p1sOVcUNRblbSiKKWl+xQVHpp85hW82OJjeD3/ZqF+UMqDo5dPtI5Cv2
wXy96VFe0BOn24bfDjRWOd3uuNj38OeHsx3HJGbPWfLupj1jXkqm1u/93Kxr
qs+atr0eaWu+8cMvQ3bvjJ0wZe7S997fd+LLLwv3W5Lar9Fq19UZmf0pvarR
oVcyBpb9mPKBXe1IxLY3NTg5FbeZYnPS0z1w56d9Of0HbpCJzot1lacCMjeA
8AaL9ZLfjWat92Kms6pEb4LXPL9n+FODpw9dt7LzD445evtI4OZWycF27W6/
mt6/dxTpd27VqPb/Gr8x+uP7Zxf/Z1tGxOPNzt5xBSUqWmnyTlSloV7BOPF9
cg6WwY5I7W0OnvZD38DN4sO6kDFCCzzNX7Md5XV7aNAh8tKVNWrVw4Aj5nYc
88rtCeVr117dCJMWJ3y+6QD1S1reyr82/y71zI93w0rU1viZD5707Yp/74ex
PU23kh6bVQeaW/Zg6T9EHYkMlDeCqOtKYk51r423vsm9s3/QDoYlr7rYnrva
+EHgYqwzNom0W0GfNNqUVvu1OM0whW+vqPtZumRfo2vupmOslmQiS8zRa10Y
IwGTbrc/iBjTV5nij7P7WyOvfR68zSvwb6bLsehz1ZzNcb/0+scHlvhhlL6M
likY4CB6L+D5K+jpgAuwfxnuyK+3ejBNtK5vC4B6xkDZVbQUce5lnTnp2og3
lkaK3PEqC08cKhDXOC0NPsltuN5nFdtudIAuXGMzQDrB2ez6tvrQHL3n/Mff
9rrrJnU+ymULNxyJTqy4Xn64Qv/qku9CZLg6SXA3pIN53Ayje/UA6HJfEZ2c
TlcpSipI5bcQ2tSefkyd10c3a1aegYQr+YYWVcPhOs11qbcRwM/CPyBhvY3p
CpmaYW7RhnaeRLZhTTlrbXT1bHJhIsM0en07uTH5o99/iN90+M9fvjrxfoxA
A41rRxdpp7knTifcnXmuG07iX3qXlzFdQPnBM8WrBhkpVNPJNWuc6w0PXX48
LkGXaeJGjAq6HXPQpkalh/Z99y7Opwv7fiZ2DM0/PpxKXLxfiRqo0NSSmACH
njUnSgaueGUpdJp2pi+XTORV06LNfOEV7jyvV1z6Hfv7xtr78YXzk06PRyZR
U8ud14MFxy+kg5V9oNkm6W85CdvU57CAmplhxGx8JBrZVLT6JdsZWtu7bFnF
0uzlGaqvcHWxCU8h6t/+p4+ufMsb3VDKwBVyaYcj0mSyU6+uKK/fkkwEKcOJ
b5H7SUdi9O2upO9ddvRznoZhbb7+8ojtu2+WbKNl53fkdtJpooW2K8TWvcIL
85E5zX55ej/SqC6yTb4hq4rWung9NP5F6kuM3bg2j04H8YtpUqPSa5eu67IR
wdBZ3WPRLlIg7KJFFOwupm4ycFfsJHjp+yKb7IIrPtXJazPPSjZFbIPDtwoM
1ynaUpVMX2KNfo9l21xDF2wz2T3LeULGhRrfrFalvNsqjyjpwrAf+DVD59tX
ZF7K8rgOCJ0Kaub2YthTyxqNIlIhBj3ewq59x7sIZBTI2rcxFBrOLC5v9XSI
dQ0sk4nzjy6RfQcw7XD3ddM1wodmEXUq47wyGjTRSrPDY16VqrpEP1Ua0n/h
tJf3G3es4poDBotVOpCkXfiIDNgNbessgMasOPVG2Pa5ev/ouR7vO+b5kQ+6
9K1vBOh524jKBi85vuGpod5AYPJfl2S32YzUfYqqxmzE69c2uj7kcHsOuIWK
OG6abze2oIHuMzYSHYzKX4d/yB9qji0BWDkfYHf88ro4Kw/HPOBsXrDx3kK7
jcrUrc5tXVNZIWuSb2IawXy24gK0C6Ebj4mGsdMmVoeYj5elnigGgcPiWLxO
b9NjJMcuVnQuKplENHDpFSnSvZS4rWR4C4y6POOSzSmRcO0RCQ0PbUIARdlw
dp73uvAGA6XtAERsZ5LbU1r0RgOqFfeA5teGNYGhEP7ZJ3r7WhvcyxTbVE48
ONsq6lS2qjxw9x5pNcbubsdyvBvcoyUxcahnIM3p5bEZoZoCpo23L7YmnaS5
ZrA4A/c7m+TZVt/oe1BPDnczjxeGZo2uSGWnAx69XLPDbs7GP6TbphAgrXMX
FqTr1s4+iX60SraQw+wKxV4QEK32uidSk0QsvoyhYgTc7hTQjg7gbWjzNE9f
dyLk4kjboM6Q6w0WrGQ8gxuzMPS3pvAIqr3YPxrm5cwE8ZLeZvk9mS42w203
gbpEbth0URLBvfaI5sd6z66DmH8ghI6COAzwTSMSqoD9vUcjBAPyDujSlioB
drk5EO7WYy47kh03WLH4YFmTK+gpRsB9mooSo7VJtJlutLk4JNrQIu5aQiHb
YKuKC9anfKlvGPpQBgPzA5e/33LO8bjfcAooxydeb8p7YizQMIWgwrRWW+Kn
ocsgVq9gdoKoyV6XG1ExiI/2lgm9Tu+2RmiK7ByAJNMNKphcZ4vSnWMALj28
ceTPiioGJLs6CvgXX4t4EUim8jc2R3bwNnYqrFeyoNeoixqpSl9aAEiX1vaK
1LbgD6Z8fMKx3kiQSoBmv9Qc8FYCjirZ6dyw6XQ2nG3ZkEQvEBtC2HYnqBPt
T8UClZUnr0iyTQXT9N1HXfDCFui607SfrngVUP4COoqAiLuo2KzY2U3bsKI2
jx+Co/IhxR164CR2qSLd5Y2ChYxt7croHXV2S46t1XcbZ5/m3oAFmIyhlktU
fUeDlpTQRYaDgfmNqyebGrwHa9XhImGzmc14542a+qqkh24SW+seFdmNKevi
Kq0Pf/OBdsWK3n0nTTkXFAGNZJs3ETR5lRRt04HGw/8seSGOTkwPlETXFfxa
dHtA5c9h2NteF3eJIxa4N6h1p4090/xw/9wuxxXzoWvwCWKeZbhagEhsGkBL
xWcRBw+O+OCBnth+jJ6zouWNPKX6eVPdZHWYdY0TKMJLVI3IrJAeiFFlS12q
EgEfM0m+nNvRbX9qGO35XR5DVBm+cSdLHQlOth63XzUwd0LixxW/EDPZ7ZpV
pv1A0TuGqBb5qMzG2B7OZjSb5KrQzVQe92DCH5u+vnD7z0E3j99vT8lSDzJr
w3f8pYrc0WhrsUD/3iIqiG10ePi4MTBvAKste/rBUrpxemBp1vWMNRUH3//v
wenv/fc/wV1z6qRZNQbv80YyiJ8ySsC0EjmmJDhwnE2uCXmwtN7qVcERKjOW
yJQG/DrvP8+MN7rf86u3D2SQniEqJOzHuyhSJnRmlM6DuQxpYGPmmFObcqkV
IxctFMHkV16ObaiU9n6nwLYCRB1Nado+oiFLZz+kEGGlU07fwkMN1FA2q58C
KS2zaLxAeIO001ubdpxCZQZqrkTmiHiouaTo3sRJg2t+Ueb9eBPl0Viplci2
4oliRZVCzowACQLVnwa8OwM/zR0daUbxLJ6mOPn0rpl6ksw3w8MAPxGOVxg0
77+dvrR3/fgrqjraLs9CaK14Be+VwK772qp+p8emWnJ0YpZFn6EK5+E7O2wJ
AYM8ET8Pq7m19NwO293BLXt1s0gahVoB26uq/dRmzE1VdCTItCw74Er5M6CM
BnY8QALlanCV3W2XWUuvG8gpYLNzYMvSwfXsdpsfHxe/qh5Tvg73YfHh4FAm
Y2FRYK5I2huGQLGBcOKIlcJmhxznsQoRSduqhc1dOzZXdG7exKLpUuHy/yE3
uvAKpN9RSdaWiWJ2C1jSImUeHkB5CumYO/k/zeAHYXOkISlSJEJY25kiZZtp
a6/e8rXi/GkDXs/b9BlmN3Sr4sXsKqH5uownADQ6CcQIIJMF/qbRCU1b70qm
fpFK5qKfdWydVGAbKQUi2m1BE2YrhkyppFpMrS2cLtKC1RiooFeYvYzP5Ak/
hrDNJJ4WEVMdSPnttqwMl/3RcCZLppgXV/HkBHPQilyqTtmqk7AKXigNQvM4
rMhMpUjkuXv4l3oq0ABrGNvaofOwJ6nEV7fj4+c7T6h3nRy163TmrrPluz5d
v+v8kV2fXdv1+fNdX6p3d43a3Z25+3L57qvrd187svura7u/fr77G/We/lF7
bmXuuVO+5+76Pd8d2fPg2p7vn+/5l3rvwKi9P2bufVK+99n6vc+P7P3p2t6X
z/f+W73v1ah9rzP3/Va+74/1+/5zZN9f1/b983zff9XDMCThEyVioURtkNRH
Je11yfaFZK9pdwhpd5rY7rKw3W1Du8fRdq/r7T4v2t/R7PcL2e8/cX/gwv1B
G/aPOrp/9PX9Y17sH6s5EB5yIHLigXELD8RsOBB79ED89QOJLw5M0BzUhxxM
nngwdeHB9A0HM48ezLp+MPvFwSmaQ0M5IYemTjyUv/DQ9Av2gXJ+BINHWkbU
c35zUH6t1S+VQZEsyhCSs8zAFYTVKGTlxMkFAkpgtscJoyNZsmpUURhfwQmU
nm+JoatPtGOh8shDA1iUmO0lwQh3okaiFgn5UCAncmS2BG/UR0b7ByqOLtHz
1hmEZV+n285CRUkQ+XO6QisRyzolT1/4zwwswUSWDwcAM1gYB+YLjioLyjg0
clu4XyQ9snqAvCZSYw5jRTwezJCVNMVZ+K9kYwKDqk1jdCbw8I/AjqvEnDf2
Ona6iwUuMpP33EE6zblxZM1OPIouelV29L55xRdFjgFXh7BKjiBlyPI7T1/f
l5/jR1gRNAXm7s9viUAJVpDBnqg4YnNhC1llgQEAf+9kYI3gV2chKY5qut4y
eblfQxWVaQqdzeL1JnKBBfeiZ+k4bLSctzwSlewcN4eBjlzcN8pSawpVDchQ
gfv8ENke8y7+AJ9ioIrvZx+Phs7ykUlbyp4WZeoUbMZPWFnEdpwra5HxZNa5
rg2QAGWaZi5hsbGiYSlO/liJPEywQqqt6p6fDuKmam2HnrbFWDFPEQ1nC1cT
evOEjOS2rk49RojQxkwEG6jgQxqDMmxSCIkhXKbfhGs2YyRCoJniD0j90FeB
m80tOqE0yS/w3+H5mTLuIhFh2wuyrMCfRdCCEmiqkEnIl2deu3e6M6ekrfxw
mHg2ycK3LAMtt7Hg5eS+2Ho8qzRTgHoJXygS/5pOTeExZzp8WawuUaQuhPtd
BaOdoqg8HVUtUAbwziamI9tvhEYAahl+fxAWGmAIy5cJMFYCdBNakgfn0ExZ
xomVn00cfwTaLorzNI9IAKSePlUuExPB5/89t298NLI1UPYc1LBElhX58WCW
CN1BWgiLJ0p4nPwFaQJxAOJm9L2J8JdVlUexK1piWeaI+w3UFU8kVqOXfqhS
xm30xNDP7ViuAKpek7P2E8QjgjWMLqaPq/ts7jLbv9m2bf7pEXUCcGkYDjjE
eJr6ajtykrr+nIGdYZFWAM6snKWlJiqoikcLzaStBTibUawFxRhgnYT5SFi0
BZg7sLfOxOyDhAGgeANyaAOT2/HPLFhE38i3AVNnS0SRhHkehi0S5mctibGB
VYYFxBvP2atO3BJTrwIUxrQlKOTsGspvy6g6kBO8DJ/HYq4GyFlgIWdKTDnW
IqzPYag5LHQ3UNN5c7GMXAA+3wbWvcJJPjicwasEvGtnT6FYXAMItcW8RMI3
V6MlAFICShWHPnVkOtJlWC4SB2rJGfPgGJo6N5CEJEyZBgMWEAa55dRFm2pL
Ruijk6er8L5uLzZ37CaRwM2h728pcPaY1ZdgjsC7u/IpVqRigBayTjXFsETK
pwCRBaCB+1A9ihzD+KmYrVWAoEXQMAtR5tYJ/Hm9CWhZvQrElalIniCdaSLL
RC3lcI5mMkBl8RrczoQy3/WqELFoAxV4Jm++gMoi1i35TuV0O6HFgMIkDAlo
TAcRJGBZNJVhxTLYJkZnbrlJlJmBxlQ5VIQvkoG7gaifBWcGTBVEsMBAFstY
dA8RCoh0BYgIPhjaAUoXrE8XkutE8NMtfIIVT5KgK3Pdx0DRNKiU0DIe8tbs
1R8YWW7eyb9takykx2siyLqk9VpuJkvFsbjty7Zjj0lHGR9vmb9aayiIoup5
l7jbfeoi8mBoECb5vDPbe44Zn2aBQRaU9Ss+3kQsfzM7BpyslAk7mki2AkdG
Vwng1Xq80lrUthKMlbCRDmQUDQRTZtsFOEEkrj4hXbgvU9NBOD8cchI69Tqv
lbiG33691nmr48hjsTkdPxM/PQIHrb5OabqMewlnjt4meTx3GQyQR0IaWy7B
FBrksmsdDTPcLOj2uUA7w1StQIVKfUPpw2tiUW4Bolm8ejgP8ChbBHqAxprx
GDo/3X9kYSTlp8BpSqwAUPnHWN2rL0vp98uVQ7lNIHDddU/Dl8qdXKomDyp4
DoPULJXBUOEGtODH4zoDeeYomWgg46TeYIaK34iFiyjsADba0pmigOdJaTME
dLjIX8WOi5dER74FSfiMU6BSoHyPrfIQMFdAaMzozSEs2QT3JRM5DJxswv6B
x/7ojFd7j+RkTMfAOA5sw7alckAhiijzlDg+OKwHn88WGf8aMXiJiDZjY0xP
XayEvYRbJh7zNlBZQkf7u9dCacKFR+d64EzrEBZjpjRGfKX8bFw3TAfENBYd
wKl4ifzsC7zs0bgJ4MUcDvfkg+x3fZTBUlykZo4JW2qGYRyptxa9XnF8tk1f
lgFtO5V6jS7cZPgwqQolsqRzWeF3vuRPL7NcaTRzHQI/VMVwxx4PHFeboJbZ
niRgjjKRxGwq+R5Es/RAHuXEA1uazFWANenzP7e5/XQBuVmIWAkGCT/NfBRU
thhU8mg0gw58ixeZVtl7LQk2Y74sFcW9WPzIcp2LO3dnelFD6t4do2ossOWw
cHY8Wr6k6A53zN7avYxJsG0EE614GoMKLfdTcnPHBBCQrow1ncyeRWmGRLRU
gstMeJ5E5Ftwdx6kWEAc5/fwKfQz4R4CmaUgl5szn/g/8FaIdBNIlB8brJur
xl7sj0H3BC577+px79rO5MloAL97mYwfA7UKmA9eTZZhuBnlyvmbuOSRPDnF
jKVw5GKOYO8Qk00wSnkRZMV8rJiHldSyaBQ/bBzAywIKTUO1VjJeAYFQNTnZ
e2yablmhY3i0wSd2hiF1+MXq/jdru6MuaefenYH//6ztfn1V5pEasnJGUIG+
NDZ8P/h/Zm0/C6zSJ1RMi8kpDfWk2+q2LZmgUnktzKjIH+kytLgsKt2ZduQn
Tl8G0+fUeJa5zZk8d+FCbdmy+rxOP//e9bGObSWdQnvD1tEL94c+z/VTQZ99
EQsf1mduu/o+k35efeuAEXMOoVWVcP7tFgdK19Nh3uB8epeu6sXDa1tnrEfa
AEu5/9g1u97JHnzoUEV9s9ujsuA7NXd24dpI/cFQP/+grJYYjwsJneHdWSY3
Te5tNdMzca93mQVJvy6ARHB2bWjXlqa1hZkJ5EO9hE1x3LzOae3svoK8LQH1
m3VTwxsurQlxnt2pacZIu51HVmzwzb5w5vkC5zauIzcdfuWvajvzYRX5la1P
5I2MUVPvyE42LlJe6qPLenf7Kvb4+qE787721sDWhJx6qHFJTJoU/WGkwq0Z
5vaMP6vT4ebF62+VLu4bH2AcsV82HFGerDehsNP1CV9/+eV//3ux1aB3VOWF
N7poJ7FrcXXrFuCWh/plwtOmKwVMzRRSwe9jiggqKHhgDVaFTI2OfthJ5Jht
ZdNxn8H+Rt/ki+36ZI8ehrIpch9Ic4opiaB855fBvSv29fWvX/Fy3IcT6chW
7rI262+6G3sJO560zf6zSfZ2md2p98mdxPX4BjSJwLZE1y8738qp0dtklhn2
k/ahrxrs7S/K0JUXIGlbfdt4FS77m5FtprhbjZ4l99l0bXwe2++hHixKoYc+
tArdDslCsdp3/ddFmXybd1Fm4EfLHj8+9hFf2WU3p4Tmts55evSnT+AVJm2u
hync6O7TE94IvhgnpYDJb2hAekziQX6pjQPyaVOFI59I6ep079m9JqNmpq5S
9k5czKU56zoV4L6iiUuzK8w7ucYhN6UI2HGgKNNHVx/XBF14h2abyM6BNHtf
0/otQXVWw/rAjxfmJY00X5p41d1F7oIuzsr1n3oD/ph+idAlQMq5ukefqs1F
XBIB67ekglek7JWf5M7LgHw7i7LXPmQ5k46WOM9U7/YUt8wSwc67ltHfufX2
MQ0mPjkoHsYzfxTSfW4JC9VD2kwQ3mOr4dwva2ru0ak+cYPci0DKRjwY6PHH
nCTvwIvwHfsR2xe/HYjfJiR5hEwSu4hFOflX8spUZpA/2XCnGe1hzCcCYxK2
gpEU055Elz8c7o3zUH+D19xQk0hOv+gne1VRVr2zwcIZ7V2D6fX39i3f2G3r
yD9KBXMfO8ikV1O/iEcFTCCx7W9M12yyvIu60lavnat79Hj7e5PU4cFFRncX
hb7iSC6mZfdfKTY1X2sjNwYWrvrv66GwS9BntthIhIqaEqXBVWTXBBRwlDLI
+SSZobb3sl3bMoDxstEXlVdn3HyAd1ia4nb7qUtl6DtT+jRu6HaX7XzZ6GXg
UdwZUeuakeyR1xz+6j9s1lPtftqYgyUeB3iySvSOZkhnJKpgAfg6l9vm7y7Z
3Z8K7RMHupgaBdECdNssro00dNl49SbRmEwGaoB9EmNc9oY1qg380u2duE8t
C0KqB2x1b73tZkqEV6cI5qly/7ZcJo5myIsntDx+uyYj8/U2Dh/LNBLnXBsS
zbzdog6NzQsT4R2gqB7qJtG6SvxloK1njHujvbfY7P+wHQO7usk8AO0u+qkq
lC6VIh8H90JAVj3uecp8MPeaMmqCrHeQKtfHdgDKa12yc1oTGf+YsUsWRM1x
bi0VMMRpnUGBz1Nr0qU5NqoPWg6PCsmckjVRr9EYQH6CsMb25xbNFBuj5yR6
DfC2p6oyum3qRZE5WwRSM5I9m4QzTH07EVFvhN9aYFSZAgRJ73XT+lVkL6H2
zEhyycs1jim8ZPthR6NNnNC06HYRjLTs/71EbAxXFBhqKfaMY3D0t0x4CbLW
ImGuFh6fZgboCoOwFt5QY7mEP76Wv+v262NrRhu9ihXC3XCZTBNGkJgJON2R
QuBbeKSeMY5QuHxccYZrrFO9O2RtHpf0zaMIilgsktmgA0ULa3B3iZmtSiJP
mXZ9trzB7tu+LveLyjcJT7ghjOocbadzaQr8XrFbktEAF3DNoSV6+wViAzl+
KnQTg3AfNslvF2h2Ez86Noc4JqRPawhZzNtradn3Mb8W49dR+euSwW63htM7
JTtb2fjD2xUJ6wc4bZIFwxgrXB7lp/ahMY8wszEwJUebkbFTGyc2O+2W3vW8
t33+uPYGv1V+lOpJV9hvpuaYVUv9i9hGerVVjPdutwtRNdquloBtsEk/XD3H
AB4oK+o7mRv56o4Rqe9kdJ2vzdDP2vMpaY84BAuM9O+Wz0PfSHbHZb2nIPiw
PWX28+/J3ry1wSNhrKbK2qXCFFK1WyZmWhvIEEuuS4lfxRC4tZd5ZljjoYjs
6DJjq3YFiVo+eXdvp97hoaGJcoa8FycTZTyM6FCQHX3K95JsjOy43v2O3UkJ
Rj2y/VgPpg8aEzBTEzheRH7cPwNE3y471wlURQym+5Ymwx9DzMO9S7NfgZ4F
H4LKQ0ne1ZxxZKeIlXSm+Di/XRO6owsEC3oflQL0hcXI1dBlFyFgnxXu/3A7
62VXIpk9VMvRErnL/gcZ97ldZKuqLyF0YpP3Q2A5JN+0p7IrtvYf/xiau/Ku
0EA9zCrYjqvkanNzSNnX5PTdsib6Poga72cTwX6iCTUYqQ5JfSulSNvBoAXz
ZQwNPRO8Hyl32b8Z2zBdEqnj1fQIZ23yIr7rubkoq5Mjx7i/DLxubrAta7dz
F5a6ljFrnRhxWFBvnOIs8Zoz4KES9qklK/LRmHUyyulsENpcgL+VtLGtqwbF
hrX+Pe2UM6dvvLKyyeuBZPNFfr7PbDlMc49TUV+G359vbigr9tN6FXRDzEAl
dgjFtbvcR16hSbzPTzNGaW03GSikwD0h68y/nIkGBMcRcYYdXrTZFe3Q23yL
rbCsvbF8byvAy4Rf5msmurg/87O5sS0d/sABdkeX6g92EAvlxFjZjwyvh9/n
3JjsopPUlaI/JrGkS4sRN8hDRvoKTdldXDn2k0n3YQCw1L5y0c5UNbiGWAhc
CLFburfb+yAzoe8cj+ssOHZRuIoff6XNM33vK0vNIKqL2vmvVc/+eG+rY9mS
RT6cC0tjN1zQBCuRF07MEcE0ARVKWA47DKHQhSPHITiBwbUcOLIVPXKjspSF
elNQOo+vguVaYJxP41k0ms87zLdARwnoBfc2Fg8Vcb9xS/U0mW3Bq2jto3Qi
hodZJrKIQeNNw98lFsW7Jw7buBmWsSiHg3OUWUGm97ir7xV22vinuSwTIGSI
uFpskYCNN6P5FgBlFC5XLLOSKh4fzw7hjgIew6IgFmQDSIvIVSaIx7w9944X
jetYHDchJOPZIkFKWMUwipkR+A04N+PXpmdTV+dX09gKGnx/Ews+ibQWssIE
8kTKvQgKa7kKkfo+HMUrMMKMgh+DCrl5zttmucymqAy6OVIpBjJIpGZLcC5N
LbSQs0zUQnr4UakZEuYoEgstRPVhXCtjqWbwc+sqmgW8DO85olpOmPcIUALp
/goOU/A7TCS0LNIphK8wb5jwQoSMewcxL4VsmUbWWZBdGgjhp48RqLF0/UpI
JEhYdRU2RoEqXj9dKf2iY3nX2y3dQwYsmwYF9NL5Cp7GYyUGciSLhZsIlRWb
qXABh+ddj5m1eAtVbEbJgDgn4ONp/Fq6ic+FJyuH0zvhycNSlqIU4qsD0JFf
OXjXcFuKqWBQDU/mGSgXxo1onTDTAp3B1K378304Mphf6GUhJgjIS4ZZbPBo
CStRJvuoy5jz2780YFEC+NdpMJ7ensljfgbb6m5CvoVzFjRbJKbJmF6CPwTD
SI70plGeAsItxBwBZopj1ICYKVUK56m2HQRldm3DSJUVeprhznbDd9vJ0Rby
ShPxKAhl9m4KAai0PcTAe/XUoZnyprUD+JDLt4mZPLXU3OzWiC8/sn3VjD3A
gM21EiUmCOZHJUkgiMV5wZ2z4iUCCDHBJVagM03KkcM8WDKdIZIV5GYlXSxQ
q5AZ5uGK4eEAUiL2HZOqnY42DE4fTacuZYflgy16Y/Nx2oRigSgT8RqOpAaI
RPOMb/WqGRLIVMhkkYw1Y7ki4UmD6mEgVXBvyjGL3TMwb8+dGcOAiKZLcKSE
WAX/9z04UyQmAJgnglAZL+SAyzCJiWA665JkIj5cDocRfh5GLHAGVSzKEjBP
M+BEFDUIymnq2lQqD+Ccgirppe/dVAdzQzCUI6YrCdOVdYJERUsEzcNR2/e5
0JSLFZ9Wi4epSOd6staSbTDZvtOFFZnJAxkH3p13YFVsMW4mF0poEk+5WbFR
NFEpDmsVzwuiEs2o3pwAadJjO/SU/zfbG2XwU3XgMwBUy2F2En6xNib59FiO
BUsUYuodEE1TGSYwWSTvpG3JlLE5YGq2BRuVguvNeIGlIJlF88zIWyF3R2zz
t5RVyMn1tOMIDqu0ovB5Rzwaj6ycgf3W68WcBrU8dmZiTbQE7K3kXIBnmeG8
YXhV4pgM5sMjWLG5aJkBuipkMZgq8KWrumAlR3JDclibGU52JmJoypVF5QJ2
fwOpV/AEgK9bgR/KpPIMyI4ll5rIAr50cz0+W8ImM0Xx5tZsBtU/d6hjsdym
il/jTrz5c4v/Rx46EQuXsPHK7EkWsLsYLjWhlVaCtOKcBGoD6SoRpCmg0jAy
nSaHCfevKjDPgmcCmCpk51jI3gMx/ymDsVZw7zWWzVAlJkDTM+JM5BJ+Vhkd
FSISOoGMl3E7Jq1A+N84HNiGogyQDDDiZnedjPly2G+nz0x6cEYuwHgaj6Kx
ORIqoYE/jRLNxHSZdGGx6eBE8QVspICvXkslvsVdBWxIbQHlAKVK0JuHCdY9
jtaPMwS/QzXUYC5VboDZvLoC5KQL2QXmttHde4/loWSaoi1YDNuJHo9PoEkX
Dqy+i/91y7fKCgl64h9lF8wNF7oKsFJA6QTMV6RyTWiMVOIG4DSeSjETtTK5
/UcULM+ayK3xYV3OjqRiTCh7nnr3pWNZHDVMtK+eGCfeGl/DkgcjwqskXLuf
ULmgTevVC6oonaJ3zzOsNSU1WAKwPGq+CHp7vvznpy/nFmDFIjHcUCtk6Mwj
1kAkm2Ahj9nJaKIlLVMaV2v2c9uPJYdj1/P/N/lLMgivxKNP7QONQ2qt2D1G
xjOH+xxH1cbgBiuYZyJVICDpIvBx2CPnYe4Omn0PYh6dL0tb1ZPR916g2a/s
JzJHggkKk81iKwG1QMEncZNci6laEZ8s41kspmJ3VLGwUgzSWNRDDXicOKbA
mV1iQP/7X6SQM3gYpkxdO0h6sXCeZFdezc8XHaw5WA377ux8sGnVhfcfLh88
jUpUFFmZvdGdnJ9D7Pxu+GasxJQy/VPkzKK14dSSBXAJlz9bBGGDtqvzqSQa
Xf9oGZiK/pynbnYk3I0oQ/omkcWrDdhPnl+rEqfcuvjee8mmf39UObmammag
xgqoSiFjh0Ss1Q1pZXRjO5FrDihQwLl6wM0MrDdsquMnBcl7203uy/O/VCfe
Omq22CTiTkKTjtH78Bl6FmMZ+U+E7KxEPoNUfGyeA6prwuMFvo4FVfSSNi3v
258ctefOO0W3bq9CCyQYr6CvToNMcV/VLWxiPhVJz7BVUPB3uqYQYpoC+mPA
9+0gy5J484im8fid1Z+/MzuxOpA56zbmK3sz4NnkOBqgOuSiwLVboIqjVAxR
sg4JDJHOEwW2F8Jo9J7P/Q76XsO7lOcstMyEb+uF5QdhjQXGfw3jnQl/g7e3
BWSZj42hvVCDev8/D1Yn3x9KWnvAy4LbrSPraDLK7BZEY1VKHjLB63fxHIlI
M1AjmRksQ+4x9Z74lV1p+7B9zMMn07BqmraXgKNEVAD0iwmNtgDDjKnbT4N6
0SdwogvH5O+RfcNKgu/kqR+Nuf84u2LNbhRpBjUMGG9B4RYygE7NY3DBQBWK
pXYydAiboVfQ/biZm7rwC/9JiuSXZA7rc+gBMb5ssHu45kS5VZzG4PaW60Xh
6No2vLYYLOdHV8jBaRzc1+1ebYHV/cRoM9VwGf6w59Hqzx81TMOSrVgOjQqE
glIRLWEeVDMwzFIy04JBFjyKHbFchiUO4K+IIaplAMnLY7//6bFs+8RvGkYz
EwrN70YNG5uQ7b/CPedF7ugsv+yf99lIpGnBlzNsqT1F2MEIR1/lcbVd8dFd
+N3W+qdbNtXGgt416hgG+fRhL1+Sa4uwSAZRzLNDZugr/G9HwJ0qKo8nPhj/
/FJNeLxCvAPI15GJMSJae3LuPhZ/ehJ/q6BIw9o06cUBAC+ETUgXvSbn/XRu
KP/fj7Hx/OUgeil7Rx0pEtvMk+suG/ZJazO4Slv3H5ZtxnhTCgSEgUHzVPio
wpd8TXgdi880QzcGzrXgt9sQ343rdpMH8NZXzcjp9IQ2a6vOBP+9qvDFeGXE
kBnT0WCY/v/6gMzjsd8q/v2b8x6diQqhQfiNWanJvnUHEi/9EIab1vr8iU8R
EycPQQ9T7AIDke6y/bbdr60Bv+pkwtvikmXCwBP+j5+f7+GohpLg97ahyQAu
suALeCqaJWfK0NF6V/LRuC3Dkx4SxfzoZb+8fhPw68qORo6dtWev+os1Ic6R
+PN3kV7emvZJa5QQmfDb3TwD4bz15fbunwP537dVhzcXq0+y+IpPY+pMpDMg
veh/eVuJZUzCEolcsk6pUe4SEixmw6slomHC26YJKdzYP65sf7PxS4cqGZ9n
oCYJmLUMexWN/eo04AVwgwhWv0RD9odjEjc+6iv886P31Bk4abAM63zei36y
f2V2hilFJ+uqZSJwZs1I/j2/A3e8rDevjvB2m/p7zzsp3Annw3fB4SH8s2nq
esVZT2dFKFOXelCnr0yKK4NaiQhhKX8DnDyM3TSaVlrpKE79oKOz997gW5XH
qA/XNZ6+FfnhkfPXnqusas+QuIkzF67YsPPohev3X/z554zc2FmxglNr9dnW
AyfzUjY2xpSC2YvPt76SIlqvGp1jUlyTG++VvzvmP7mVDdaTh9f9+OMdw6Yl
q79QHfvi/5u1Hb1o9vq1tyInTL3q1JL8TIykqPCZVY+Qn/ij+H7gjAiz4eQz
1YX1z64HYkNJTP8X9t7OR3TJ4SUB9QFZOxPWR7gecNX9crvS6Xi2Y9Nr8Tdp
6vob471rNvS/yr2i2uzHSgX0euebLrFT2NCdPwZn7gnJPBY9cf24Y99+LHke
iu3Fsc0R0xxvH4v96cpxprz0TuxG6isyANJIjXUdLUytiU44+bYMeEesPLYs
sUVXeTH1Tj0aVXlV3khENdhw2sX8ofjqX/q6ph4m7F1iXA8+92LSBz4fZSno
P1MyLvfymUUPfok7crNb633FG7rTfpNn4k2dvd9d+drONZI27GgPXLcBwMe9
P3zWnQNSyx3ZR5UJ65p+uluxa8KJbVP3xsTLnct/LSG9gqNKCZt1yT4vN+m2
1QZ0nYQuky3jemof+9zrtW1pASnpqgpHFYj/P1BLAwQKAAAAAACEaHIuAAAA
AAAAAAAAAAAAAwAAAHNlL1BLAwQUAAAACABHgFEt6XdK/hgAAAAnAAAAEAAA
AHNlL3NvdXRoZWFzdC53bGQz0DMwgwBeLgMw0jWACfFyGRoABUyAGABQSwME
FAAAAAgARGluLrjSkFhPAAAA7AAAAAkAAABzZS9zZS5zaHBjYFDnYsAOyl4w
MzCwAhkKRQ/v3v0b4fChIyTpxTvlAw62vc/e1SU6CK//4+zC4uKAQz8yYARi
B2LMAilkhWqCqYXJoauF8WFmoZuNrh8AUEsDBBQAAAAIAERpbi5GpYzhOQAA
AGwAAAAJAAAAc2Uvc2Uuc2h4Y2BQ52LADsxeMDMwsAIZCkUP7979G+HwoSMk
6cU75QMOtr3P3tUlOgiv/+PswuLigEM/MjACYgcAUEsDBBQAAAAIABt8US1v
hf2qmbYBAOTnBgAQAAAAc2Uvc291dGhlYXN0LnRpZuyaf2wjV53A345rjzPd
tfGuExxvlkvTbLIT2/kxaebZHifzZtYZT73ZZtPsrm1ibzaOk3iDx/GOx/Zm
+YP+AVKFAIFEoTqBxI+jVAgB4qAHokggChwCxEm0SNdepUK5a6GAkKDVCl3h
vm/s0LTbY3/QVbui32g8b8bvvbz5vs/7/njjO+8cQY8ihDLKXan+k3dqWv8e
9DBcnzxnVdbiSGlY5S0zjhYbxc21VSuOjq1tt7bMUj2Ojm4ZxlrVghLURueQ
hSpoDdErhBTUgOsy2kJm584i3CmiTaixCt+07x2Dq23UsmuVUL1z9yhcG/C3
hqpQc+futcgB9Gd0C9qzc7nHYZezDBQ75d9BmemU3XA4OmV6uDplBxzcrvu+
PbcgL5wffMaF9u+6372r3NMp3wHHWzv1K1A/uMdp369Bpwc75QtQ7tvV9kin
DENDE3sY1Avne6AOgft0MB+D44F7dj0XlQsf/Kcwys3bnSEFzj2PoQvP/vPe
c/T44CRCiU7F0gsc+tpf0IXylOPCX0D+4z859Oen3ecc9rfdblr3a+dvPbdn
1zXti55pX+EnOfS759zn/utfXX/9nh60/b1pL3r0KQ49tf3SwO6f9aA7Hufs
8n9HL7UQCqNvvdjH0uu3wP17XWH0CJzvC11q9ccuteiYHoVr8m//2wqwYfTv
UHevD12g5wS6XJ7f/p/WJRjsx6DNv8BBZ9EDx7cecti6sJ+LvMWuS2cAdbT8
koTbdUBueYJDR07tubCnUyEJ/ZVdh9i9T7THFxDb4+uD6zyMibalsjNGqp/E
q+g48URbxzv3TwiOC6XOOHbO8+fGUtpiuL9lnrPWzP7m+PjouDg6LrRH8sUv
fvazn/nMpz/9yU9+/OMf/eh9933oQ+9//3ve8653vfOd29utVqNRr58//453
rK4uLZ06tbAwP3/s2J/+lEpduvTCC3/8o6L8/ve/+c2vf/3sswhNTU1O/vKX
ExO/+MVTTz3++M9+9uijP/pRb2939/e+98gj+/bdeuvDDz/00Fe+smfPl7/8
pS994Quf//znPvfggw888KlPfeIT99//4Q9/4APve99733vvve9+9z33NJum
WautrxeLZ8/m829/+913v/iirmtaMvn886r6hz8Q8tvfxuPPPferXz3zzNNP
j4///Oejo08++cQTR44MDj722MDAT3/6trf95Cc//nEw+MMf/uAH3//+d7/7
ne98+9sezze/+Y1vfP3rX/0qw7zKZP/Dypvz/48tr838f+Qjb87/TSmDb8qb
8toLGkwSnEgoGpEk/GoiSiJIs1I2y+VIMRIxm56hfD7g8Xk5rwMuKwJ2uVKq
Kssqk+zOdmucrrsdO61NEOzAwvJApsJ4Oc7hSLRaOGYJ4YgVi1lWyyxDF5U6
rmOwG7KqWIaBSaslSYJhSaybJJMydqlJiSGKHukbHs715UrFsuKd0wQjYprF
spZdR5MaZrBZGh45tLZZO7p/aiKZj0arvTg3snb7bTR2Rhs93NQ2Ox+NTo6v
d2uXPaQkySqIDH+M6OpyeewqJhxuJ8MwV6FH0+T5em3aP5QlIdHv93elfAqG
Xsll+sTT/l5XfNp/EFvEKcb1tIYrUrGPP376CGocXz57Fh4jN4Ymq6ibgbo3
nIAbI2gwAQ/rdDqwZb4qV1QVoiiEAKpixBTT+UajkQ90pfwezY3rdSzKLuAq
ZX94st1Kwu31cjZXLQsggclvOXBz4EzOaLGEENwCseg3FmAlxIArw6xAP9jp
1cR6xLCwQtsKUgs7WN0NsImiDNATDef6wgbP1+qGxbnZmQnBsso8Wa9GJ7uh
SSE4YhWN84WlcbTRQBvV3mQr2F+rHUpTrNYDaiG8ilB1vVrNapfN9W7AJIkR
xSSxsSKCyboxvrIWQYewwBjZpXq9oqB6YDW4krv+ze66TZxSRRyXdYAWqsiy
JIl88KzmS+u6uHVhQO+yln0Ija/DarlRs37jBQ0qLKXAmihNCIIg7dY5RaBl
r1qzzIMUTWUINRobeX9XV8qTJIoiCpioHazS6bTfx2HSnfVpNlVGW8IWcdQH
hjOlCY2VgCUqMTBkLWwZghQuRiyLGjWMdRIB++fUqOEQm26OME6dJW4gVyZE
xFx9GbuafDkUiiTcCSsGwzaKkezk5Hobq2Cr12+cORNauXhCn7es7U3nZn9w
WKJYTa4PqXc20OqpufHJXs/fwKqNlijZTICNFLHPe+XJtQ29aTYxbtb1eRGM
lKJcztOOtM0jjnuSmHAKoUZNGDhjHtStUoHnz5xZjR47Qgednb+JsQKu9s4q
EyA8bwJYEsw8sLRLLLAg2MaKN/E6qvpVBrSC5WRSTSZFQVQUG6wUYJVOKQ6N
YgVaNW1aLPqZ0N3mwPBA3aGzktTmigCtVotaSCMSsbCNFeYcdRMzSV8ypYLv
83gIw3BuXXcyLpfMNDHB8XhoqVgs8CZY15Z7PikUC14UHfLBZTm4nK72lheD
wdzC4f37E2ub4BATwXh8HWaoOpTl4j2wHqqAWPJvU2WTxTDwyQAuosujXFmH
4IRxuUxdXF0EDhmZUf4fptrV4QDTBlZL1TRohHFo4IzIKkIxIY6etyYR14M2
0LiXu7m5Yg8AV0K4UJqYkWKSRBmjLuZlcFVCPB+qYAhV2tPShCUNXJGmIIIP
ZWQ1RcUlSlp3t88JMNpMUVxoeKW7lxYXCzipOcAPWrRrejLbANNK1A0qjA/6
lhRN0xgJUKL2kFos3e0EcGWwjO56ZqniimOwjDIBl5usLdfBxUE9GKCh+/HI
5maQ7xqaZBW2xGcWEwf9+dMNdHFspdscnj3hBw+Oqr4rY/UKubIO4Xmtcl0h
oiilPJpypUaO9onBImgQm0XBKg8MdHX5e6eZyNLAFlrN4PGh6rpCWq/FBL9O
ggYDvRwoopgrzcyYpmLa9gSwmIm1LDtGAgysckjA03oeRbs7yhaZJJgTGwgH
ROkMQ5KqXBE8/jZWL0kkXJrZJy1mlgtOn8oAM1QUB/TbDufqFYxhQpqY0zxJ
EVav2wsTo6gyQyCkEjHLshIBzOI11VMbqKnp6emulCg4DnZ7kqNbKYTmCTUu
9VBhrVbbXGP9ELHnNzbyqmWAddrYaETHx8b0TGV+ZXWyWu29PGR/LbCyV4ei
NGGxEXJVbdrtYOTmUiGWwAPLEZz18CE+Eywt7Bv1j59Yzcrk5rZXfn8aTDLP
t8CISDOCFRZso6XMgAe0rHAYyjGMu/z5jUbV85K+nTYVwBVOUFU6FXAFDATz
zgSF0aSReRiklOPZA+xAXOcCvbLq8VC7tpMl0ZVdb6pAJHhSH3WfgihzOvDs
VmQRkySpYDdLWE0nqWk9ncJb06nmUqFUAuN68pTHP60G0KTXntZCcLO2afG1
cQRcbUAMaF3IIxT1+6NgpJAv0KBRlj+pXDNWV5pb+0kYCMnUJJhZcnUk/lXg
+UdFxalMn5/2Z8UlPjRa4A8cSCS9p1a8kiz9PRP7OgsaTKdkqSmMxiGBocGN
6gLMsJXQWSEsTJR4fmKC1TVXGnLnlO2+qP9qUTfZans6ACsWiyUSZkUEquCy
ZVhGxAiXSvywZfJgBxdO4Om4Ct6LJkp26JIEA4Ud7d0IQvNxiNCoA2kKdcxa
4FrdiihxpF7G4Drd+hyXdBkQTfGhYq4vVyxNlAoraN2f7mlEs4q9wbDW3x/0
R3tOR9F6b9Y5oRgFdQOh/PEqSvtRFCxXY6Pqv4rQ6pq56tRqSsxVVb+sdVOo
YbdTJMcDHn6pIoQKtXntgEZOjWmWcXPbK0Zq1svFYhkStIST4xSVZncy47BK
pQkTgnWB1ee8Csy+RQ3QRClsWRSdWMsQhB1vFotJMQMIoXsWrUhYoOEaP3x2
ZHtqeJifWVnBNRBRhiSyo34Ic5vYTeMvK0EbEUlSFPCrcN/tgBvELWGNCAIh
xAH/X3eY/FKG53M5HneNLoUNDIGVJ+0P+BWrD2J0CKwqwBE6gqpz2sTZtf0H
unryk6vqqLZPOoiiUTBVScLcAKw6As/Ruh6uBmmmTfcymgIuh8TaUm4xojvn
DjrngCucuObZfOMIorY4RJ1LCRzezAxLYJ4ll8slFm1zw5szEElrkm26aE44
YVkJB67jhAEOM9ba0T+hmweYXlrFoiAUcnzf2bO8xBaC23vHxpxCqI0VTclp
tlU2nRBKYbpJRHNyiHmb2AFKLpuKj8EOTuMUOcnUICtQGOfcibkE5peXl6wK
hkhry5BlHwRWlD+rNNK/mZiI56mjG2pGTJGZZ4z4JOoNpJ2sFcbZKBDIzbmd
zuuh6moxgZFD4nEdARE267WKrgNXcq3WzGRqpCubch5g9QMse82dvZEEDUJW
FhpYMsrFkmlNJfbPQlYIChVr/FIEbI8hKezsLKvQ/WTeLIWJ26FoiiTLDETc
Dm5H/4n2QbmKFIuWVcjlgsHhmfnu0TMKzDgBa093I1RImVRVqpf5BFc3bUNF
KXNySlMErsrlOuPxMWoq6SQJ+IrG8V5V1ubmiLUUXMYuURRN0yC6P40u0k0L
fmRtbdHe+UQb4tnNWs05q60HjvdUV7W5dI+erUKQNakrygnvVXFla+TaqRoc
tCIm/QfXrn6w2DWcdDvKJg4t5TJLFp7OpuOEndreu3Dtvb2BBA0KVqu+RVx8
Znhqe8351sPKjE1WbZqkA7qup1Un0fZBPN8qRzBWNSfXzqQl0UXdWpOWwYO2
WrGYPRetYsHmKhgcmZpdmBPpz3fWgRAwgS5VBqOVkitg+zmlQrewEnaMpdBJ
lwgN4j0eAqmlaMUkligiFrBXS3m6ORLJZEL1ZsWsN7Ew2uXvGl+xthMA0rbH
Zqo0slmbuvXo9kU0Gc0fT7s4bnz9+GmEjmdX9iW09YNu95W52lHJtQDVEdOg
0eK1ax+MNxGxrDkrZSO3FBpdFiZy+7zxOOQ9ew9fe3dvIEGDykwMiyR9/syh
2tFNE11UOmC59EAgffx4Ph8I0H10cJdykoq2k1SB5SHN+itnxyjykZZR6Ase
GmFX0GS10Yj6aUQuyra4VKnC8xXVJwl0R5AQ+zVSot22KUGa7gTH2GzCN6xb
DIUwfZfTnZKWgrli2CjXsSgKWIoUFhZG1hJra/uAqjzfXzta27z99sTJMTQ2
hgJk2p9Pn1qYG8r70/mhbHZo3Qdx41VzdR0iiBq5jmbt4FSUk7hSEUZr0ugW
rovzc4U+Axenzh3eZwT/jjG9voIGIfsAsLB67JbS2l0X0RirgABZCQIpnJ9u
owfoTgQBjjweD9ioXVPRMndzZUftBsRIVrHvEEzzGEx6NOCne0ZmxKKvsCEf
b5bLFTB1pF4XGVkmTseuDuiGDiz8BMAjOR3uORyqNd267p0noUwGYkDBiLRa
5UJwbTNxmA2KqTSNqvCh2/v7R7Yzw1x08uLFk+dQVu1pNDg/eEAX9ufz1SGf
z/fSarghXF2f0Dfy9gLF9UpdHF3GoeWaMBSQM8FYOGieQwuFoHWzWi00eHKf
RF2YwPnvvqOBLi7MgrCszRZxMqrL1dWVTrlSqiwpWjL5spdrL9+Ub5Nmlcvl
Yi7YX9q038x1KCxHjJhlb4iZFVF2yaIJEYWTiDLkmcrLXZTTAc5RhHCLm1dq
NcHp9R6cNzOZ5UwOkoaSIOQO1TbXTp5kHUMBukVFsRoe2FoPHDu90Wj/9Ce9
gRr0FVs1ra+n/L1+v99HbhhWhnDd+5flDlew6mh8tdwUpnV9MjUQDHUbA3gF
rfQtFk7uv87OX1+pocHGSUViY5ZROX/sjjtQlAwn9u/fOztrWQBXO4aXJIm6
MJHhXk7AZT7Q1hFwxQcXb7vN/hl057WJyZcNuscqAFjATL0ciUQgrYTM007+
X4FnwuEE56BwXq84KijAlTeUCULAVpqRLIMP9h+KDU2eOnCApU6QBN82bKT1
HoSO3TlUra6CjRw72DuUPr6RH/J3BXrV7ixY2eQV3jVfL1awHJuYc16f7uke
fQeriFkOh/klwap4suXF5d6h81vyKbQQPDTMHr4pLZYAXN21l9UkIRyOjJKe
0xs96qi1/67929vb/0fN2Tilja1/PAs3BLIIgwSBQHc6XJXN8lKNS46QCCcR
Q0oRZNEKhYgiVewliiFC9a//nRPc23Z/d+5tu9uXPTN1kCJkTj48r9/neJHZ
omTx30ZJUD6qCzIdjzk9+cbWr188PpfhMiYubFn5PC6aZjKjzKLAYGOE/lng
PX/odJKyKAA3VQNGwRfwN+guy3aOjzOQBoMnT5/qxHbPp+Wwwr89bp3gzOBu
e/0tfXmtJK+Is42NdgC58KqvjNuW7dBHQPW51upPOc/p7HEHpiiF6cZz3DFC
LObrJ4Qtzy3ciT142Q4AweXPxPabrimxehUOL+9ZyMWgNRiMCvRzuqpR9yS5
G64jtGQx/zE0vVsznu/ryeFL7AUfQcwMMqY5t5CNEhFXuPs4nQIsJQROUli0
cwBK2BzA4cDqQqfbTTuQi3TXaKBVy/4G6CYSRjbr8snIwT4xt4lrj6CzhwSx
EciewDvi5UrEJd2s9DwpA9N8XisWoYxSDBwOBj6ud/MtNl98vDQUGky5vkhr
vd5+FLQSgfO+sQOj+ZzsY0A6J5F/O7JAhlilpHC4fp/DNVC77jnIKihRT8Vf
k+H6cjOoUlD6JK5QwmacDNkPsBogE2UgO2WIyPzNEVjTmUNFXAkOGaUMJNYg
qTS0e9IiCq3cbjepgJKsUVLJo4QC41QfcVUAYBhvJXdwBNXvsllsD9XJbeQ6
sq8YnJhKjTg7kN84cEt+v1pWFBVrLj7uqr/J7j9iNZ0JfHZHizIVl0vossJ6
KFvQYMVwnDccRpafObn6t7i8z1+UyRKr96d1ZLHuczkriRayJunBaDQrKBY4
W7taO6u5pf/J1QcKZgSGcfKmhe7vI1YmN8BQLbqJJNZmmSg5dMgytDu1yGDJ
DlGxM8MFV4JTc7udoksExSLlKDXoVOq4Fec6HfZ0aFgoWI9mE8fTbRy+OUGB
iVayCb3kMVKVS4K4xCq+aHSdKatQKcsf3Wj+Ftu/yWNXYA7SaewqLAhJUUAp
YTQqTFyFnYLhaKiqa39fq94O7+6C3+IKP29xe7knxOouSYZRjHV/b4OVs3Kv
pdxpTubpl9vt5tXaAZWH/5us9xfiKvlGIYjYY5Q/6nIZFFSZtpgkUBZnU7tu
867C4KRtcb2EPkaGCuIKQIqCTsUFAFXzlwJkCtmrfqp73OKWANwmLlw3uoFl
6xtOUnVVK132dFL1KCu4Qrq/RcTabcaH62zw47H66lwBwMUtW6o7Ho9w3I72
RKMdoM9VokrKBONJtlD1qQ0/uClUrZsH4vBrX+Fnr/7x5ulTYjWOAqlXr+qS
hJvESdP6ZbK7S0rL3mEqEF0nHoJFsYhlnlg2iisLEsB9ZyxQnv+/RA6FS/jn
lDv5B7rJsccnOcSVLesyrLlGY2nMbPHiR1qnJHKBIgrUnRLKBCEe08CeUKNd
BZcv1FAUwKWyN9Dg+onKVqR3uR3l2H52C2F15MYZaufpm72L3iUWxFxG9q+3
2uchFRdwIfxIH/gtuBql9WMyhhXbaDOEikfzeCqqpk5uQEAecQ4FeGA1Eokw
NMiCUcvYeGj+bfo6rQ73BPnBt0MScfXjj7vh5Rzmiv1pgh42jzTB175Azky2
LFxwMOYQzLE4Cyv9Fgsr4D+8O5Itvhoct5LXBOFfPJfhuBEeyzENwwCaG4u2
Zu8YxNolmSYhljBBGaeC2BGi4Iv2o79HXIUgp+sD7phtsR0XIqe3Hi0lEoK2
RWzEjlQKpE//+U8LeUTG5bvYYnqXl9vb1wyK3eAnYfW1wTIGmZlnvW0rtkcc
QOmvUHJVAjSPEmBl4qmWBNHlAT7GpYhcN86C87Pms697hZ+9Oq3WkycmsWr9
4wcpjLj68VXYi8Iri/3hOQ5dttaZSLRxtiSKYl6l3E4ASWCZoznMz9+jaf7H
22NhKV+ndYOyMrspbRoDbjTFC0uT3TU3jlPtwtej/AoB5aBpGcXwKNiCMknL
As9DxJVbc4sVhqEHHT090NlWq4Xwuax6fDCV6CvRa+KoVquJp28mT/UtItg0
f7k/bGqhdcSdz4Gc4CdL+L7q5qOvWFmBeTxNkMlMRWBmjLns8zkElABXNcYD
XC4FFMrzdDrd6qQM5oL3Xn3VC/z8xet6stUkVgnmNyZ6j5whcVeXcrkcZ9gl
goamQTJQU5Fx9oUCtK0HsMDM8d/7txiroT4yNIJo4FeaOsdnxtPZgitA+23Y
bK7k3wMssVSmccFKRFE7JGm6hGAjSdLp1kifb5ru6Ho6PUBccch6ygIoT1m2
kz84CHqbS8Xkk6e/cO2Y6W2esrm1Ne9hEFkqifyUyOpbcDWxpe2Z9KZpbqbx
3EjGdJR9KhTMTGaOI1SAJf0TjhsOeUOLKEysX/ybFEi1nVv4/AeSWH1GMb/+
+q+XBYK42g2TKMqyKIrao+5RwLW3RKkILD+9wMr8vUQ6f7RT8z/6QTBCyQ36
Kmo94sKP/2TcH0Arg+tVGCzSbz8JZgIus5O4so5+YsE7en/MlYLBEic8itzd
JO320xm9E09yaWPA6jeVraM9igditxU3nAeqGGw2Zb3VMrQY6DQP48fFpnd5
zevdk4u8SDnBp6+vt/mLSEAozTK8mAfGkOPdAZ8iA04fpvPIfQspQ+IHcVb0
FZRKJEJ7YjdAXvtbWCwhofO3P+yjfDAs7bz4+cVz4uFequ+i0GpvDz2QJrs/
2o+DBzUNuvEEMx6xWRBlh1Z4QnARZ1n/vjNTPLqMkj4m2g7ZTZ+xAeB0ZOJS
6Mie+PrwfjtRoC4DiB2gLOCR40oJ0iAlCKLsdtN0Q+p2u2x8U3OkEom+SuW8
XmoJJE4mPiZE+7e22iHPW6vUbnPdo7PKfiSgHh56m8Elihexv/2OyQJj0yk7
Sq6CxzMtiplpqYIVI7J5rENsthylvqlxbLwbu8B9A98tvDASncO7r3V5n7K2
/vA7l9DlnbeIKzIcrnPw+c93TBdu/lIP15cpPbl8/+T0vn63bNdGVZXSnIvZ
rbk1fzRSmCesRsYTO+KjVBTLaV0uEWia5n/0eJPJFGum7BL71Fnzf+CfUKCO
4ikgQ1iGsm2tHIpSVrBWS4G0291AmWDK2GHaipFITHypePCodqAZz1d6TLR6
QWxHosKJxbSdnNDeaFSYaiRUOzs7j5HAffB5XL2j68tDVnbMTKB4oBLAeuoK
RInMuD/2B8poG0TDo/b17vx8Q8gKJG3sVPo3N7Xv8TCN6z9ek54wQoW3PWI1
4mvWyXtLW1lZ6cHbvLd+tcwdU7n0+uU2Yb2uh+/W9oKqhu3MYtD0nYgBGSDJ
xkyS7NEuDFzJJfDAj5ft8cxxiksvOjez2Yxs+GVh9h5XOFAnwULLid7G1vmR
csnl8bhKpNsdk7PZQqGK8EnoBuNKcOcbWpHiC5foUnvbxIVnxLLdiq+iVZmj
YFFjer0ecX5+AAzxoPYnuHqfry+3cLsZOIEWieJ5KNFRUuBkR4v6yih4N1Ki
0D/pw/ONaUqA0ojvjqvPI8TV3pe9pE9f++vW5gdPHLNPTuVhnyFWe5e9MiXt
7pKnupG63XE215ZJaa/YIK57IEleEA/13fDaElayP3JlWfm87f9wedO2XiTA
QxS8xfP5+XQ8cWCsbBIRV93uAP0PitlNbK8054cqCFleJAR4vj5vGfm8hUeu
gcOFoKPpGhQKhYKrokwSCU8WXfHhYS63Ry01tP1INUTEsi02XvMxUUbzqJp2
HmOq0ZAaDJqc3Dz4tObTNwALTKcOBdoqUyxNQ6YaAVXFw1AZI6OLZv/EWN86
r0DX1EizbNFqzYPL359oRh+8/5vZZZ9OduuSRRGrKonc/KRzXyffkNKmAWp7
EkmuHZ0TB3H24Lyx5JVIZLPkItZOjWyweMwQ7vNZi7FVgIgwLICMFn6UGVmU
WtPcFoIMmFyf4wyIQn7DSBuwpuUNY/7enSOdyMEavAWBJTkRV1ZazEOsBxOA
4IRUEYMFFCWbMFwnP7Gnh2uWfKYdHOUzurlEnHMnVu/aR9Po1RWmfRHzg2Hu
3uu1kkdnf8oRfh2wUEDpEBcy099bYbgJL4xHYDYBRvc2QvTajcTxEMz0VK0T
55Pete+u6s6/e4isSIf96Sf2DYqdJGKVus+dWmB/3yPGOW9zDpgZ+3o5XL86
vH+zd4bSQu8SQxBrOMv6/cgFbLBsk2UL9fI2UMj0qOgbB2yrlq8dNEA8tyfi
Zna2UPEpwmw2HQF/g/7DjcO9G8s08tQcGb2BIVoWrmdKi5JmXqRUp6tQUErZ
m0IhOYT7UaISOpKDVO6UzT0jYkB5eRnxVAKOcYaXg0cH7kE8KTebVpHYaLg/
JyP8qlx9+BF45xYJUCqFCUuBQmTLVc6zfSXqoRWhOxnF966uvt9iA7robovT
f3j7fJugksTqUN7UN6la5OXK/n50o927fPn8NhcO39Xf3B+irJBcRrbr2Ro+
HYTnsSThd66wChn/xovQCZWSEvBVKiXB4cBtmNh5Y6YPm7JoZMaTggtxJZQA
8o+aLVr48N5heYNEodQwM5iTMlRlZMNQbCVM+GmeqtVgFpTGx32eO3lb7V0S
lz0foHI5i2sTREzYwTJprWRyo4y5d9iUO+yAOlriz4lz9xfmSrT+/OkJH34A
PmLHdt4pbg7NVFYp+wJTMM1qkQo3Mm67epwLBdfuvlOw3NgltVgfSgD/RRDE
S2J1IlGKpjaPSvsr+yhU375cecG8yFyFEVHLk9yPr16Fw+Hd3XDYax8PMsBc
IVMCcSs+M8AzhJByO0mlwviUxZFFAFQuzv2z20KsWLQyhi2BH5nmaAQ0216h
/bPnpRdzYThOM4ETSsbActNYNaWU1bLsBvyEB5R6RPGTVCtu8f2EZZCNi2i1
Gokw0euFGFXAsxdch0uPeJ46PJT1rhiK5SmEHE1+Oa7wWVfz/BeYGl0cTsAb
gl8pFFCglUcpzxRY+rGROenzO72e54C4+j6nVWkwGnBsXAbKysrl5eULYlVB
7gmlu949a6r5QPCs4VF+/o2p5pbrdenpU9w7fBWuoxBreY9CXpAbIpKQ87It
1pSf2TPSbsSZ2y87FFe16vF4tN51Wx0lJgBqYISPwEJhFtaI2n7QThwtnPk5
sT5+jiJ+5E4hnA8MiaZpVZVxMQvlicJkIgJkfUCKbaVj4AbSCkcdNlXX9ULH
fo3HfExO78TZJLU5HOjNZ0vGtByA3NnDWQ3CvyDA+o87aBnobmNpusV/zgzO
f1v2+UZglnWFKqCg8N2kVZxndHzkyuQkxWjMtKsdLi9/dzEWWirIZOLs69O9
4DAjVpiqhbhaiTAhT8JE2Jy+Juv1NZGvvviNoYF3+b51IpyjW/hwvkUQ3mXv
L/e4HC+LeWto5XIUBYTJFMVCMG+JxWKRQu4QmSxPlWGiZcAdc4D2gzEK9RE7
yE+ZI1CrSfi0NQvfGigBY8jz+BCHzaG5RGFz5VdJCb2ZzawbTICrFIg1QF+/
YS4KhpFI3DqOms2lo3aP2F6v2kfqjbpsPN7qyJtcMtlca26KYjFpPnt4VpOg
9ucN1n/cwgGXlPmBBeeW9Jdz9fi5FbR9IwcwdpiQOBoHolqhf8I3UunBOOBX
g9+jJ5TMzKDVYs2g996SeRUmiFUP9FTazNvskXr69M398tVV04pFXvz2679Q
NrKDT8+IHa49EBtLlPf+NcoYJS8CMIke1Q+Dbj41dQJe3hxuykVVFUWUKAK7
7JAeDlITSOb5zHSGAirkBC2bq3maw9KGZBKlAZt4dD+Z3CyKA+tAtYAc8EsW
fg+UDyJz40QpodC+YADKJ6sqx7Isd1MItWMHZ8hWPR5sY3JdthVnO7LJDefa
odeSN5On1MMD0YAq/WW4MlNdq2bpIgUckHRK5l8Z2z9+LMpjjO4ccGK1V53w
rqiPY1stIWRwTiZaBcmr76+fA+c6xz5hj+GmKRdlkwqyxCo+Aqjte0v/H3nv
4pc2trUBp1gIZLj8kEAhaL/WqdDIRYgv2UK4JCmEmILAiygeoFxFtAQwRiz+
9d/e2Olcz8z0Mj3n/b49Uy8IJGQ/WetZe6/1LJKh6oBs7l8dG4+t+un7//mf
/8Fev76cyfrJLvTqxvRmguqtULFOOn2xvb3afejLyyjCEbGhpSsOXl+tVglI
qeMcQ/f0uHqrjfZWOIpxblHuWnjESQLd68EYMahxeDYe1zWg0sAIX85XZEG0
S4BB2g+CIMDHeC7NLZbDJkvT0+gkvlWn6MhCPlwXch08ZsBonWCvB/HWiUCT
pzucslAo6L3sGMP2q2bjP4MrVZ+mLIRGm0sw4Ejy0JN/+tPk20AMwFuf0yfC
pIU7cgCYFBLdU123b87PZiTbOtvH/mOpWNIfPwz4DoUmQnOYSEnVV9bNPewV
qZTbXh9x5IFOLDC7xA7MWevm8aZg97x+//71qdfrmdWePabRUL1e4sQKnSE+
EdsY1i8ByK0Ndh8pK25jp7cHgZVOb1pxhm4x2Xh4QG2nd22QPUE3OOmcMzKh
hlt0kgtrBBIIRSXIS4aD7AwQFafEAz281o+BjBuSF47DNxZMozqhB4PWGb1V
707S5COsHkX3tMHWxXV6j+pEIaUzscYSYbzXCllUV4/tN+QvVfr4M1xBuxvR
72/hvcTk+ZGGBA75+/ukOmA4FWVpQPetMsmvnTxo85FDnORItwGkcjyA/uVW
nvn48owMnbXo2H8KVw6D/Q8fH+jJ1tmk+27HMTSBML3Vs272EK7aZa8iix7I
mk0219BeDMxIPf3mzXEhNIdwm5VVLQFZPbRZ19dpqxV6UFdDVmaHB8OSmU0h
Yaxlh8a1LYoW8MRewrq5aeMyIEIndCooP1Th3Rfu0DBog+DJ5UCKFfJFJHC2
YdZVFAqmk/dGt3sjqYdVJHzF8+kkSEPyYpYdINX0Q1eHxB56I9oyQ7CaPQrP
agO6t/3iwqpppKLIFkum6EhqcbUUW+uJxmIO4tvjCkayaFv9XmMNOVTBzUgO
4T7OQVyN8OwGYJfArEeSX026lmzOxMJjOaEBv2XZQY/asbvhnGTkXGRr67zT
f0j8B9bd06LybzS/8Tg04pnM/F09W0gE4UxPHNUO5O1i0WQxARCFEdept9KX
+JLf5yEYfHfzYiV5Xt+dvj1V/P4A1g/2qLTReLxphRTeWmv4/RWCV7ykCZxv
0RLeos4hmY+bzTYYtN1Gu1SvMNJJrDrocHqLjjA5J4wGmSWTKzpFk71YNKyF
uCM69CaOigQgm08TEqrNQjnEIic4nDBMJTcGrVbrrE7pWrhycPBR/HhtrKg9
itIbTtJnSYXYYsbCnuuSvYlqCknf2O8gvh5WvwVWJByORACq0+XhDWIxiU33
kmZwAKZRCSXzLw1IbODf+Iq/PzR4hAWzNBA82usPdalu0etr2sVUNNTaOdsa
7bs013dPHmUkZ/EP/7BD4yhL/b5bp+oadFf6Fi3b9W0MBSEopXxBq+Tl6/fY
Hek8wA4vX7/GMJlKH6c1h/foSA+vjq9O7OWjcrHUcLlchfSbZ8e7jZLZ7CA6
vV6vI/idi5s5E0mWKqRv2HBxoflNlM+eqSeu8LkmDKb5osnplACMC3mDIOUM
giGXy4kc0g0xOiolgmM5sMHjZkIyIn0IPmdwOCr5nEZrYboLaWs8K8cOxn7/
OgFGi4y2qO3eeYeE5otkuzSQLPIO5T9AxRRjd9PpKMm/Xdn/emRFOiMGskUB
CSUjiUFT0b0xYUQnfMDia/LsLRJd4sWvnUGU8A4YljVspNNgElajYtlLknaQ
1LrdhXqzA/YlOfbdUxtSpPMP6ePgrAXvMxiBbf+42AtTiRPbmd4IXkDejq4e
xFW0CwKz9umpZ04/YNgdan5w+pbXjcar/fLbt6flyu7uifv0/XtUWuzLt+jd
u6sTQU9YE9vX18aVYMNvM2K5rDSbTbfbUZI0VRRTQGOrLuaMxuNAEgFvNkOY
ACEvSgYWpPmcqZhjoLG0u51mGam0c4CTcMiv0DCwkr+Zp7coXRh0d4IdIA+x
YaUk2Wy8PgjuXVy82Na12wDmK9qZHRXgkJHxWCAPSV+14tgw+x3fCFefhqZN
WgN+nduDVmMN3BJ+Bh2I0PAaDJxAwEcNPGcQvp68I8WmJQtdIbz56Yg5L/MW
O3fLgc7W+aDVvVFiDqm2+70NFpsH+m8fu9is0dTFxUoY0Vn6+ctrGNhpD8IW
J1D0DPsY3LKLOVvyk3Km+y76cHVVkzynyvzo/fsjJ3ZVExGDn/V3dxtFRPJJ
p4K0pbB9QdNcSer59fFuzSYxEcbCK4Gm2ymZZZxnVHUe2hDteHxrJOEOArqO
PAEWOZBGjJrL8egRhpHsIF+RJAd8SITkm5BlAjVCyvMQV36Nos4YW/iMCnZ9
AWiJnGspLppCwo/XPaE6PvRBczftqgwfp+n2oeV2f/fkBMfxit/xLdzgr8Zt
qKs5hHU1BkoVQ81dwD1vfjRfEFcftSa+Aa7QdHBsSNsAExo4iSXN5he3BE3t
cYrCly8PfbnSw0P1q4/zmWcVHv3mkYXxapfa3qNteE/HX/z4vFNIb+vHm1pF
vIFE+KdFEyaqcifV4k39rI2NN589O7HoGe/p66fqyfFV3ws51hHZ39/3m1JA
TzucineGYY0sbowF3pLQZcZKXFzX4hrLyyWc17NCFizUDi07RHZyplcqFbMZ
AifPMcwU4MnkWvRI4pjp0ujImRyE5MxzQMqlROgrzSgkFCTO4PdPdqgzXRqd
U+/AOAC5FVnMux1h6seFMbHVAZUYNhRZsDGhuyBHhysYqUYbD7WaqzH0f5tt
51/jqkXnnfxjExQIruVyOY3ospwGHHu7QQgfAXH/Nbj6lFIIB3127zCEpkYi
HaE1tRXh6pQbupDT07tLJeWGEe9XHOdLxmTwy0/25vjHUeJfd5vU2VnQen29
ufrxRVw/S/T02n7sAKBS9E+KviyfadTw7odUDJ4+tA5NAoaCxNMn9Obd3VXn
RjlFD8ZIPiXa7U6nszL0l0oV53BYfvsew7yA7vUSCV0bCbZsNs5kBUHvdlTC
nwfRaN5NyKgyXswvJ1OGE1A+XxqgLijQo+BmUTTCv3I5yQAgrkTwmNEAxGaF
7lA0uIcE6yZa9Y/9JTlfJPmzH0eLTRfwepXhvl/IQV8azVii3SZ2YJpnZtjB
eBgbVj6XtuvheBasU61/l7L/CVchQOb5T9Int7e30ynvltJmwJryHy/3rfY1
Uwd+Un7S7/XB+QDpfzEAuv3zYG+vl6BCGEZaeFlJdTulxn7/a470BYNmfwoH
t56/XLx59uLl9h1m1cDzxRv42/ULEAjeKPNRf/9hXy7/Alccl+JDq00b8Xq2
j6ENuGGKh9Tlw9MP+O7V1YohZQ/S2PeX4Q3Tbgd8vmal4ve7Ky6dBl6PR8lE
6eDKijNo2Z03CuZslp5nyCZodaaSOQl5NCEY2On0lhWLIo+UuTkcQO4LgGyG
5EHC04Z8Hqm4i6a8tJHUOXyjUum+65oYDeRSN53sfkOSpJLED+ovX8Yf9n1e
OTXGmqghCmdRUh100dkUEsSaHRz4K47PWxXVtRaNC9y9huRJ7vXfl68BVD9q
Eg0fdbQEtFrFshaSFA3m9DdaD0UjovOPLThCC5PkgOwkgqPSkQEd0acBbMhN
6ZBG71ialf73xlVHdnz86cWPL0dvsMS1jmFVv/by5fH16qonHWaC5csnTL+G
rdHzCVeoTLlO7T4MT19DF+f1+vxMNNel50+fwqedbO7GFO/lpXe43yxfQlx5
UZJmqWqDzD2h2Upi2eM5IuYTAc9KErRNfDqtClw0owgRanAPdK5ago8K0D6Z
TGK+mGNRiqhsBqIpZXJWAJ2UZGij0gZRctpNShFpysh4CeIK+gPOXkzd6Nx+
v4IG2313/QRxLdKSOcAcYAK5lRDdqRMYpsje2QwL+MZNtyPN/21HuN4G1+jF
hoQn7yMRlRnF10l2H0tvf5ZpynHcxxwfA88vlxwHOXv+q8O/T+NxCpIyEmxg
9ClbLNohh4jgnfPziaK025fYzBmZgFQKyF4F9L83cV9WiMcfqMHixU0V839A
FDvQGbwsxCvYIXZ39PbO87S8XrkO+NzYz9Z3SQffnVzt9jPQjJGK0gTAxCvi
h7cYdpqRH7D25axdJmN9p0yuhwmUSllNkyrOSkmG3m5OEIQiC66qI8lls9wg
aQML9pY+m2zourkEcSUbUVEvxJUIzRQLCDOO6i0sdveSBvDPGxsEIeaRnzHk
cqKQ5lyN0I0lk1HIYoo/Ko9hoFdpNi3ihzWu/E5TZhwj0IK/w0x3dD82dHrb
pHtYIZswIEwTf89g6eERrcXjzIgeABlPQkoYH9EwuEUJ+x+rQsDPGc2fgIWI
NdIq+aYzB991GiIc+oQ+1wQd8HkDvdW518/PAenzti8vZ0UtAu/ETKpoippi
3xlX0aLbeJ+81zvUy8GP188hdpAcBka/HFAH602QwOlrj/7kcq0TJTmd2Csd
XkldzyaRrEIwCLmUTu/v4/dmApr5cpk4gqwcLWZh2OVdWbG4Y8OioqD/TdDS
SIrP5+BLFQdotehupz5i4rV+EnKVbDas23CGZbpnKq8BRwV6Jh5Pw3ue5QQI
rBTg0hxKgkALiVOah7zeDHEJSVE4jpuhJRA5UK0BPtNl8vZiNLrTNbtqrupw
rCBcQRblduYW/qEZZSA7DVP1aIb5q37SAmwuW0XmcPhmfwdVaicIWSHkhVu9
VaIgcDQVjNMj6HB5lHWBtN508IdEbS3g/I2nDr4lA/IbeoSmjfIGIQGt1b0F
g3PNHQgEULcZdiEWOTYKcaXaD8bf+Oh/PuhBku8E8Xhw78XLwUvjCjLtQPvw
MPJi9JJE2Dgk3fy7eud0DbExSdqxV+n0ai+dThvTifDNB72G7a5WV1cFTdC0
OCfBiBA+8f379W5vWczIij/mLJpy9qKoyIp7HPAqBqLp5sPng8EZRSUEKdbo
7a1wIcswtqo2iVCUigMCOjCHAFBMCMNzI8FDP8hqOuRYMHBMbrCpojsPcIgz
LjwaocQIaLOKClmqMp1u0Uda1O4Oxdlc/X5saKg/f3mDlhycbKjUwJOALZKm
aK58d2iXalKIIWw1VzL9t3i7FgmHO2edEZ0o4OdnI61Q06jz5CgoSKUKGIzi
ybUwyR9XTqN3/+aThyRR1iJ0rEJCw43W2jmuC4253+1EYehkiegkwxqW3Y3Y
d8XVYCuIJy4gSi5+/PHHwcs4Mkoy3qAh1UrByRgO48mxZbRzuOZWB03SLkI/
qK/0CKOv0puF2yPyDhMujHdXmwVc1xOrE0G3eAMkWq2CFm6qQqJKxtyiKZc3
5O2kTPordoUMSHRCo6fTrv5BHjebSerieNPGbwj+6uA8TO+wTsnpcMg4j3rd
GHPIAxohrlILTkCdngRBMptIn2LJ8xBao5HO4zCgjGtZzij5lzeKV2EndEbU
TRWUCTaePn9JHd4F3HYnSEklPMkkzQQX5dwBko5brVqeLFb7DvKxB+JfwGoy
UFHLHboThsFrSgayi+4AdYu2Df0OjY6Y1w1V/k1B/sY/gStUeRCB5gpIRbsh
fa8tmShryPAWtx9VgSwnYSYZgX+PqJ2OM+b/9of/94O6gKDavjAaL15AXL2o
od2y2/jJVjAYxHet1v1SuI+VSWh9Tu+wWdNtFw3Yq9enl9jdKfzvcLxB857k
9fUxyjw2biY0oZY2GtOrlc7bZbGJLaPQiJDjimhCfd2c9hRTajhZld7bW9UA
WERviLKvwg86HdtDTZKN/gp9Fg/TJrvTLhEOc5KDECB4huUIwsCyi0XObods
y4hLQhZsGEVFMcGY+p5wSki0A861YPPTdVpjOuejQfeG943RraBeX88wmXWT
+cVCdDoApGk8JFlSA8wt7kp1SFqasabzb5grDbUVpjuj8860SDbdRUsmh6tA
Oz83DodVHBJkJ2oiJYA/rBfb+GemDxKsFqMv7dA6DVDwMF2wfC6TIt0yjlau
gUFYhqBF11vacOj8Z07hDwdFvbhOr7MOEvXg6JqyQqtEqq0aQbwlRVetjx1A
q+M9xe4uTy9nXp87b4C4Qp5uLUuN3fEtLhR8cX18dXxshP8bj42LN2+eGY2b
m1YBBA4U6PoUstmElH0BShUn2Cn1RxfXxr0efmK7XdDdeaboBK3u3Ic1bII0
dHR3OnEGGB2EJBEQJ5JDIhB3581GbrEAOSOBekPnjXxW03EBBybTYooyr+Bz
cxbF6RhWKWrPip9v9RLB1sIeg7hyZ56S2Gy+rDhZOgKJvpBHjSSXC2OVa2k8
7urj3Hjslv46+UrrdJiINu1uBc2BdntGFmGgxYHweYd1+yVbNqxuIGj+cRHi
QDf/UzMY6uqynczDGEorbUTUW5YDrYlZTjPZpKrBu5ClW5H75GTZ+J6pMlsU
9fzC2tvWYtI9+PD06ROUi2SuU7WT+xtyTZFQays7apkre72kghJOsFcWpe0l
ZRRwnB4RPst6+XwdLarhWmL72vjmhx+eHW+euHCpJMpe6AjddujFgMPvYOd5
/Pr6YqWPqv0aF6JpGpjE29ZZyO2HIaJUs9FzdUnwAtIN2dhY58DwZrRoxRMo
rGKALJkspqJSFJc6XsLxDSY6TXMMdINZTiiSvrG7E2w1bOf1LcisGQdyg/bF
h6NL/ga4naHuhBEkAto2iKsQyPb2LtKrk33ZDL0YIfyFvdL1yIThueW0+w5g
kBMXc2jpAzD0hPORRrPM0ZqUTIZRqdEvXnT/+H1yrv1zdceq2HTyHJfLAIfa
CTOAZaMMkHjgME5Qk6ppt6uB+0FY+n7hIN3b3t5+Se0GKezAZDJ0njwlET0v
vaPSzzYTE89pGQaEQzMuIwUXEQ3EBdE6A9pAFyR3wPP27d3d6//5n0d1fcTW
T4+OSBDcfPavZ8e7OF4oaHyeVJD3SaXsFYchgzIZRzaJ91er1QkdTVksKRBV
F7irWuJH1pN7VQVukYeBXj4PvUqS4zg8meZNJklgFosF5+A3RItSLBZTOUjB
HARDT4EOcZXl0Oqq1EjXg2AMzimqw5UqqFOzG7X1CnXnUTdB09MJ54I8Ds78
hA4H9/Z6hQKG+Ui/32H8i9yriHoP0K73gkkRlxjqS6jpt3AGQzkZZfpuyPqZ
YOM49V6WH9/o41oWcn8Asukt6z82i9EiajhrYBchNTwYMBK4DYVuHRVkw3Ig
ok/OzpCHZJtfk8/wx9l5/2ZsURcvLrZfXl/pg/1ayRKtU8H1ylU/eN27Ok5v
4lQrtl9A6enZ5C/MO/YqieT6wYbZP1aIIySmiCHTdglcxVPs9du3Hugj24Vn
/7orCHjCWsBLfETXNqA/JKV0qNOhWqAkV/wVPx6eLoCJXaRSKp+TXC4Bsiy8
1eWcBpCWZcJuL5pEHposDhJ4lgeTCQNMIInLeWivTClLkYDAYqPAxAAz4XRK
xMaG3Nh4p7dJmto6Z2YzVNk1BpHW2dn5+RktO6IqSBmqVTMq66FbnXowSGuQ
TwYsTr9DEv4UV5GBahbArabdQnfb9kFDhArWGI1GBaFmAK2UunBW0mZBdBLp
tTPUHuUC1nrXt0yG+IpJ/YvxUSQ/QrcG4Xs2J+tbvZ7WaAoql2a0yH3kbJGx
uH3tw9/KuPxTA07xzk2XeklhDa7k6t+r756/3MNmD9gJNRJtKF2K6u3urlab
1hM8i/8MLOxVdhROgjTviA0HnR1WjuBjSMLKzxM/PNsNnJJPvLO71+9fy1d3
u0Icl6sNWxD6xs2CzuU5wNzoc1WTqsOh2xzP6q1wODJlFtGMrFRKuFbZz3Zo
wcktgVwqOaR80VSEcY7RbDYbRG7B5kyAScs4NGCCaLFAYMmyIZVaLFjCjBaz
BFBqOG4I72JnJ5XyYetcUbuGUpLPqK2RrQT41IKpNGRz+j5C0y14G9HMPoZJ
LF8qJf9UGlybTHjoJ5FSrJgTDbfnPVxfTsNZnabvVUhkuGKOtftgpE8I0s/4
XKuboCv9zxZB5x5rxjsDuhXGN5ZgQO0lXPvyiLZJZ+d0L6GTbU/b1/S5/9Gz
+DRKWuemfPok+OQthlk4W61A1UdPvVi4cLe7JR55braf3fWo4+OVCxsPJcH1
83XHXglhneOSsj+2cR6mtlbp9PFuSaMGo2cYdoU/eQKDRY/n6C2cVodUqTTH
zp36eeH4DVJ8z6rqjXiTcvhjQ53WBA55sYm2XACLTJJ5jbMW4johsTkx7yjh
vFkomvJ2Uw6yLLOQS5mgbQsBnEPNyrk0RJZIVIyhUGgxTWY5XMaDe5snjcV8
oc55Xm4eoEVdp9bZOu+gCpysq2FU56GcUxIknVEn0GDtMPYAfE7yHpgl/k93
cVgYiUIKwHCimIeemdlZoMX7VBFMQ7cajC9hgFkk7XnRsPHTuzyq6KTv1X++
4/LjAW8XTIgK27Lx0Vb9zIE1tDjvdtBRQCeHTUWWi36n8I+FDr8cfseAahHR
px+OXmMHdETGpfN6/eh0Js6w3eytSry9PrnT64njzd2HWIVOnFQ/XXZor+Jx
LisNDxxUTzvbadH67tXxBXXz1HGH8hjQnsnr09O30D8eysZqySXNdVFZ9lC4
aExrixuRV8ZDfEuTZLPGIBkGDe0B2sVlhF5tFgRbyQD5kx0lNPBmUZTEhQZJ
Fr7BsrdTyErvGTizSF+Lt8hFNwhNQyFahajK0pRW238A82hU7VLhSgwGg37Q
oigdXul6yFFpVOgdk6KIDsdawvRsRyWRpxwCXl9vcv+ZI2RzBna9E7PelGH5
8szOAdligtFIEQaGOA7sdlEwsPzHHHmU5IC6xHKs9A96wI/j8QzBolvv2JJh
SGDD/oamVZtkPqWUTz0HfvaW4SobYS3+1+/11cMPoHNI7FE64cGUuT0wIzvP
Xxj9nkMveBieUYmdp3cYs31xfHz17NmbtGu/8el+hvwK8unSwVC4uFiteh36
LGi92kwHn5Cnw6u7O6s+w+yKZ72R0xZTstQobdXpAPGhVLi4fvNsM0urGWXc
jNBOt1uaRFBTJRY5vDy3WNCt2okNMiBBLKLMGkmAhiDPLxZGh5mXQegWrWFN
72VH3mnmBMksmuyGKAwqQxq0YXhvy38Qwyr8vHtWp6AxheTKPKCorWz4rDsH
7mbMraoKKVvcbhP0p4tud7pRjT08NAgeGCuOv9wdZB/1W7RH9XCIHF1jWQBp
nl0EnOxA6WBgLfyNVAkfn2QkDN9hJj8C65be6TB+0Nna7tlsib2TfQk3Iily
2Sd1aI136Oea7TucC85sUfW99F6HNhx4Ti9nATU4CiJR6noQO9CDqxOICyJY
7z/sHsPIDotV8Z+k/rFXVskZOBjTFxc9PQGRtXVe2LWuVtQ7PdWAwNpbHW+u
9DC9tburdRbkwcG0XsexzNs7nnpxfHdsHdELu/u+c19xlEAoAn0SalJlyMFY
K6p28H2bCzIgKW8X804pnzeajfwimnfmJQeAtm0yXUSXMp7EOT1rs+FCfkmH
FiBKM5qO0+H9WLXfZ27m8xt1vPaCgO7MFa+cUW+mpVKjtMj4lOjU4RZhcBqd
R0O6DdKrWAVE8Grlb2ZfoYZH9+pabQki7P4WWtqiaAJSxSEswUddLjXMqIDI
i7m89H1kItdwD0MDbJHUs3rdjZHd8P5DVeb1815C48Ln51kbrnXB8Duciwrt
Zb2ucZHBRsx36mkH9CdPYDDof/dyE6u8G21DL/aaREtY5AEkSg/90qemN9ir
3f0DRdaos044HqdhuB6kd0+CEGW04oXTub14A4fx+scf/nWcYPzD5Bm1Y65l
LeUPoyAOyTzOAAnG/HhJLqVDU3h3P2qi8NAWdd+l9yVXrQSp9YZkR7KZvHHD
yNAApRovmUlEW07pW4LnecJOOuWSLCyiADqALh0OZxnIKmz9PpiXj47Wu5m+
vJgSkaSgutOZQhRXeZkEO7d+N9ps7O5EoyY3xFVF6yXwvl/6e9LtS4YVubUE
DridqBzgcsWimFsICFecALhbLcmEwzxvd+e5HP+d5EfhedGoLi406Yxa71QM
U448qBPQxjkVFCBpoUO6y6bThu+Bq7MetX0eJQMZJXAQs/BeUnz79rTYj41u
MEylXr58ht2RKK3zbQrDoHvZL5k/qqdDXA2xxha0SIsUWAKNrl8YIXFHZfL4
vRtyqifBizc//PDmzYsL7O6kWhIEunMGbDiu6k/J0xi268om+eR0QVQceHLC
wNgd0mbRYCSWoVD33XK/UulXZRTfmQFv5iGTklgVyA5CWE5DbI4N0UvJTpJu
N+kjnRUHJDgg2lVTiyUBPZ2/eRAj2+vKIOzQl89zLANMi/o2tQVQxgxBiOoc
Mtg8u6DPuiFgIeEdc78VlIaxoQTA3xLaZlFnRQgt1OyJBck04DlDLlV0SzwS
0FtOJioDQMWNNlYM30nUFt0RoRYduWW7Z3G6ZcEwMaMcxCpGYaej+EQAfaPW
KPHLb5f49asx+GXe/KJDUZTD1257Li8DQ3uGtMxvTklI4a+vMWxn9PKlFUkS
vcdOn4oYjNgPYqWfZHxeYa8usfR1erPA3KKW8ambDyHm5PjHxJtnz9K72EP1
3ZNRPX385oc3F9Dm1bJcNdLpps2yJKWOEFD7LluW48FCkLm4xk3osA5kM5/L
56chutvp7vcrjUYF2ipjGiRxlLmeBlHghLhiGQirxSI65SX4OF4i8nmnA5Ka
qKrKfAaMDw8PUQw485IK/FC+PA90OqiFB9TzF8Gks+muOCSHNFeLTocwpVvd
7pKUEW8vE174wuZnqLffQqcT1nWQS9F0QcDhI1zRLsF7jAdTeqATzqJTXmev
f5fBOo1AD5+3prcgd3PDTvnAoZtJK4ExDHxVUYHwnlKUhDXtxT+u5vvKoYdM
v1wYo89uCL7pt/val5eemS9jAXPV5Hl/p14fYdi7EUIXdBEq9eL5DJs1h2h/
/LGLCOrDe0c8vzY+MxpXCS3JAf7o1GMK/vhj+u4q/ewOw19sBz+0fdT2mzfw
LWqSXBrVWxIk4TKuEoRHLrlcNjOfvgXJuCbYVHoCeFkm8kXInULdzk7/wSHV
aiXJjhpEw5gQCfSxIE84JIir2wmkU4uIVsCzpRKOo02eHIhGM6lul41B+B8e
QjMFkIgp5DhxbXROa1rvxYvtRK3hb/qgiSvOo7m8W1qo0S5dHHvRh/QQl4ez
sfPvwwpyrElEZeC9wc5VXrBBYAk/dUCZ0qzd5zOJhPm7aU5xRjCgg0E6DAQ7
j6p+sVmGtlXdgo6bmR1NKCrqzTyGOfP23Dc8ai8RTLhkMBjBG/tne7VF6Wn5
SBca48MZMlleyGO7qm9G6BR0g+Tz5y+fo0uuvfjxRThWQ8odJ35prRf7CuGq
qj99lzAeH6fT0GrRWxTVir4b6V7sQT/BsOvFBXUWuHxNHq1lD0p4fOscEiqe
T0pgPle79zZXDc/i4PZWmzC4FmFFyQHDMS40nS7mNzelhyrInpy4JEIsKkWJ
T27AKcvlhMrGJBIZDCbLRTSqSTBo5JNI6Eg2gkwqk+HF8rg/9ENz5dY6IyRB
FNT1eHIR1YLbL6idzubVbq3qcFYMqso6IW9XVdWyFlo7VFKKN9D8WNvwB92n
fz+0yZSB7H0DIinl8ciyLc3/1KxC0xgT6ZYMufx3M1evQHpwfn4evifsRXSB
JzKMT+bOmBwOSzKYW0jSpM75g34W/9LlKzbv/G1YS21fbPbw/dIAXmuBw8EC
FQqqI7oems28xFu+imFetINqSmXmGTkgUj9S0JFQL5+/XHcR3Yamx+ZKCHz8
BOtLBvBIQ7FXNe0peeRtViVgbLhG59T2nvDuA79OKMX0HxfpCxw7PH2PNg0f
NjetepDh9ThEkmzuqurc5NwQCgUbr2vwvtdwyVhUSKfRDFIZSyoj6uBh32Cq
uKzQJEETLop5SSoW7SBXAXRkcgs9IUPTbF52ubLxrITjJYdJVsoeVMw0wyCs
mqBzTkP/19M5wSnRZzDorWc8RyRWs25aC7ZkSF04HHmgZsqPSmvQ6JiK9vxP
kLn/646cGtJ7m7IGpDOSzsmK18mbP+Zc3U7Q8gKOGw2G77PAAAdgtc6EWRQV
H4ygmTrS7zm2Tn0HBtrod/ApC2nPzedygJBKpS95eycYhDkOSc2+MB5btSB1
YdzEw1SwbsWrmNTpqJBL5vXzrUQisbeXiPgwXzFzdAShkM/lWHa5jGb4lA7p
uoA9dEaj0ZM2vOjS8/rzxb92x4/VEiglc30oaK+qIrkuY768bJPT0FyXm/MP
KlqHxGIvfkzgTP+hoVIAw4ZWI4wMVwVdFySJL/Fnrahq8pEmo81VghPUoUGl
JElmyZlHWQCpVIr/MK9dVZUAWalC8r5hzBeL+Y0kJC4mJ7vIAROEVYheFGFg
7xI0VD1va5iL3nJZgdi6hPRqSHTOOwMVLFh301e8pajgpHx6d/r29Z3CWDc3
C8I9TfOlilJeC/gdrvVAwM/ypUvDn28TPnrBW6R3DSZqMguDSNZiKTo//Ql9
dTi+H7lCm9otzbAokoqdA0aaet5brXb3HU03C9yQM040Is9GedJicle+6N0h
c0OdtWB0Nursbq4uXmxbr6y97fo7fb/RFwZTgy9gB/QZFc5qvR5ua/ghF9jp
krEhjI3hZE0nIbSx8eQJ+fAQCo5GBLrs1Q+nT5+us48P4T/+Z1xZT5gdEZqI
y4DFxLQG9Jy3Lz7oDQy37erPqcpBe7x/EqQKD9XzC+ObH/6FoIU61Vfv66NB
iHMUZZkcDoup6IKzN0m7OStIhF3kAbMAKeII7O42mt5AwO3YSCe59WIkEuMz
GlIsPFPoLBeWYg56GwLwkmSzNWyyE6nDyCTp8w8r+hm9BAoqGgjYc12K4saH
r1+fvn7t8XiUxn5DKi1U5/hgdvcYMP5GDxewhr9ebbhFgro5w3QKz62EJwHI
FX8yd6jixoBCjm+KnL+YeHqaL6ZIcaoPmPhAf+IpQ9Z44BNFC0no4U4SZ8JT
YGJNn5WR8GkEtdHZOVqkTFDBaAPf26Najv5Jb/ti63bfhRe0Uaki30darWhO
DLUiQm2/AgBd3xJqNSSKsUQr3fQik9GflA8etODoHTRkkH54sP/9f+AEDE4e
fpHCGsFeHV+hDqn0KJkMn29tITKjqTcfnFjV2Q8Hd2IYWfT7QSawX6ODexfG
Zz8gaB2f2Fx6vRPXDU6paFGaMLBPyV7S51PkotuBl4qKCUaXKVUn5KvdhtOd
N+J8Or3BJ0FayOdRMzhmwS2n0yVYTIEdCdF6IfgCY3elUpEssqwoRbt7SEAn
KaImHySk/aH6861qv++Etuz169fv30MwQRP7WNABo2Dys5oNPo51r05UI8SG
YPiFElSS0NL+JNi8ZEXkVIV/KDf0jwaIaHlRNOVa56ORnkyn3q7XWMZ2UeQM
2ohm5HQnbi6mWDH/BW/e6/V0/byF9q4Te1S4skEbSO+MlPR3GTs5Tgq1oNYv
JZnOYJmymKL00gm9GtBb9S1Xo+ZKo8W+hZqS5TlFdZQAxgZH5cd0quHs9f+8
xw714S9TdwbYq82rWj2IuqUment7e70gPeI3okQZa5Rs8JCxqi7EfHQwYd3N
ftD5FJfYPH7z5l93NZdGtXTZiSq+oMFygoUIAWDnRdJH2v3uYiplAlEYEYIh
tusqCaJEEAJAzSR4fkPIS0YWsAxjMtEUjY8DCjk7bHt9PrezUnHIksViMiGd
f8NCRDraRVE05JfUcwpUa7VaxVuG5up0fcVRVs9d26vA2f98VEH/h+T4lyxY
hha3wJiHBs/4yzIe1K2H57/XuhUcyyVa5RdAixqpwJnbAN2WsX04RhJImkpP
ObeTi+b9IPRFu9/U+Si43k+hhWxnS3MHSEgf7u48bZI4vWz7og7/snng0MLh
CIxhonRKPsTGkN2c1al+zD1EBuuWScmWLlWPkJd3h8qHD+sqCTgDfhKJxLy9
/OXRJtirGBbTd+i4BlEMUaWNIpLbbil7DscOPN6N4gl9H5tQF2nrQ39+dERk
is2mswI5vLa3F+Qgf3RKecU7todCoAJBpuR5wkm65eR0wbLRuT4HYyzmajRJ
C0BbkpKdtAvEhs7ggIXIg7Ci7ofDMdmeBaKa7HD7fD67VBFBTkT5zqitB0SV
AXEmavs5JbmHw1iMH6isxZTxzg4q0s8k/d+Wv//JyIkfdwmhOwZm3ggMvwCo
9vH7t4HMXw+wNp05sAGm9LwoCgQNQJf2H5Ckk0CC5gCRebS4AJgvWBIdqV01
dEbrvVVwJOAgg7wDdBFeeJOW4X0K7014Y8982ig8GmkCUC3ty1kMRCJa9119
H/O5ibUBN4Fu/V3m8LLtLdI6vLHbhxBXh+j9RaB7f/VpsFcHD7U6ijwSQbpz
HpYFxecrGnIKaQednj4Y3Pux2sWLDuTxfaDOb/iiw79eckDBhNEIwzIccqKm
SV0AaGuKFgAqzYAy0bSBtlyoIpFCKrMHmJe35CUIFruA1HfCjKBlQcoCdua8
9+BgDD9fsSvODtehg+LOQ6dkJ5tOhsvzyCcZwAipV46GB4ezsa23Z7XxiIFV
ZDz5KUXxfl3//iVjyXLsIsRKhJEXf67iudWMAjr4N8HM3xmPh+U4SM+ZDGDB
/cAsyZ7LAzs8MxpGas68IIEvlX9ooW6/Oy0GBkt2k+hver3QNxhgsAtRPM1Z
ZK9SPvR6xzn6dsksQUmaKjOlWOnQcb0b7GLYR1UTjgvtdG68h20ZLC2e00Mv
eXh42A6gAyS07q9SPXLQDx4fBylqLdoRPgu7bA4CUhWjwIFIPYjzJqVUW11s
ubGDai27RVHdJXDtPmANa6JOXSNxtRpkfAVXskvfl/xut4U3+YdNy82CiTPh
CBO9IdwPDweHmI/nScWwcY9668Tj4XA8KwhpU4YXPZczCCwfmeER+Ubll4od
ycAXSefHDk0akrvqDW5QvDtTBquLXq1RyptEO0nm+U8Jx9pv4fJ3xj36wkJH
CFIQ8va8yH/C1ZLjBeF74wop9YHBiKFbwDA1ON0+WSEN03Ryum7OBM2I+mXv
3ekwIyZ0I0Pz1FZkb6DpEO3SRhoY+aQ60DfAUlJkn6KQIANDJtlrSXKVYZTR
t+gs17qBNIr46QRD8xsRKVJm2pcKD0nxYeBjfqFWoPBfptxDe+Xwx5I64VE4
GsdDrNlV5Xlzvpjn2FCnVR2S0VGBA9Dg+ex+5rwVigLWGXvYLQjVnWAXYA/9
RtVhFqyuM4rz+ysOic9Uqg2BFzO390DIRefzVPXqan/oRB24UgBJ6jMjJLCd
zeI4nlPK3rb3YNz0KeVLpBxqF4tFSKfgl2Je0Dp7xvTq4vr6Yk/3tVHZ0Ixv
Ua1IBRtWeFVH6/riR7+lf5mp+ggh1N0OIhkax58jSM7wqPHxVVj5nAGPdYs2
NelzOq5OecCSvqa0BOnIAKR50/oZmvY7abO/M3qIsWvZdEZpt8uKmnMXBZ4n
WF2WSDjNjCiJJpK0FHlDHpLe5TJvhxwj4A7R51thG95azLCm9PEEIzAc9FwG
TJY2dJxlb2AW+EljppW4+HW7AuyV0y8kaFOZuGGxw3LZUqk67KQTMo9b+h09
xJzzjL8ZmB2OgbligjFfGW1BxvrVWLMTnJPQORZO+kZuGEuJMwwepikTMtGQ
Q9F5ivR6ZZ7nZVPt7mq3tmGSM2ooEobWiuHBLSTIjgqeTZssFjLQbDZJbztA
5vOQJqPBQ3ovgK0XizdvjBc9Jj/DDr1yhjXzHTpVvjw8aDqMbN4hy/y69dO9
Oooz91+Bq+UjkH7Tv/4RZF8Dlc8Y6wOho0Y6rSVEV74I4x/0EOqw91FhGUY6
X3I61N7FxR7OZW1AJE1A7QL5fsPpdrI5Z0USizBCstuL5Lr6ANxOWuea1IT4
KwKapqPFptS97w+lj6d4O4XfZAukM6RikRWvj/xUxHgT9f26kgN7dXG8ujCm
a5lTSO89omqUXFWHZGBvNfodgw3NLA/Df6eUVeWqRCreNgwi2j6/68Q1/yDa
G33c1u/L0tgPLDPMJxpL5lTZe+DLpDKK1w5uoyov82D36uoEzwqZ+bzVYTgg
uMn1qkLABCRc48deH/SDSK2WF35ZXTypB28gn0cHPAzwaA0EOmp4wRVf00lI
RRiHOh83bAbrLgPJL8YVvEdRbcRv+0E9ji+DyWePn3AVGUxyimm5AUMgOyI1
LFe0mH6SF/kixl7f3guOuIbEV2SQ1AetLpNMOuCEosAd3scsdA72j+sWaJk6
Sh6MiyJohe9pmiVJhkpjw18xJ5YRSRSh51jxFxK94t1vCoSwV9SDTiVOsGa5
nefP3i2KYrVRMkOepy1uUpjfTsreMQniuABjPx7YFdKLhIpI6STteU1ILhcW
a1Qr/mRcwAt715DIJ3RWLuXkjMXUCurBoK4QovMBGixb1SQeEYo3gArF7DAa
QarvZN4+O2y3Zz4FRnbwU/5yuSB081gsexlQDOFeL7h1ni0ZJaNRcBKo9oJw
2vMGTuSWkS0qgZqFx1Hbwi/CFQzDeOE361+fdoAiYf07gGuNqw1oERgRzmqK
JKWNtZ7nVwOb2qbOZdI7duSdG2FaGw2YVNEXgIwD2hwSZZv96tkpub0+m8kZ
ILp1zcadnY2xyq9wdbv+ut7a4n7W05Fnvzku9krDInUZw/DV3p61MydNxXHT
HI+POmGQKR+MSWcuZ+aXJgPeKMUThUI8jid5u2JhbQXcciSC/X18tYk656zS
x9fXxuPjmk3nbTiX8SpEWVYnsRlRLh/0Tx6GDpwRT18jFUM9a6u64ceCzg9y
cRiI+CCoxMfY76ehjka3Fi/67DmgnlMX8Oz0ql9y2u12Zz4vQDdqRlpCTBil
CAULNSmb5dbN676kTyrL/W5p/hPCp1z+H0lJ+fX4aK60KSNA9l702Tn44dBj
XyUAGD+HF6duPpjNvEWnNOkwkIfmycvLmRcZe176d3EJmEbz+U6Hs+kU03fZ
8C84NPaKxFI3B1itt0rQfbPFqyhEHDWvDGoCUqF15petuMDbodUK9xK1mp6w
WmHoGBYVZ9UGjgj/ia4VNpGCsbXQ21Jr2ImNw0t4nEedBjzIt56iLwEMkyTJ
orQ9HkJsHx7OZj4SraC0Z6QkQFvxkwPU74He2UsbrxfGdEHfWyWEOD0KU9R2
Ot0T+lVHxY7utKIomHFODwd7e6iliuYMHLhFaMaMG+l0+vOBpf0B6/+Eq/XG
ztdM7t8eOsqu0Mxgui5/nQLjn253/zXgdF2DATxFDWOQvyoKoJd5URSbSPRI
MYnOPEjf/5tPpk0mGxudzjLeC2ZdhdqXZNJjr8wYSShCAeIo2cgKes5yRgu6
Gh4xWdwlyRKgz1TJZksCujdw+KWgjifSm9ZVAbcHfHx3PsVdeFLfS+C1Bk+z
vhm2L+iFmpaw4uFzai/B4QUCEv32HYa57eRaOAuBDXq3dSE/WodM8+kN4xpX
kH/Tur63SPzwQyLxw7M36Ic3MCTsUfV6UEd5oJUK9H4AIiqOzBN9fh4MBjuW
2WGAJCT4ZryB/4KFd9R7Wv8LNH7Blf3sAc/hNgSIJZuHv6jA8JX59GdxXA/W
62fssN8YNjMpFiAPAaNMu9FoyOUktIwjoKX7/O9eOqJ7CaFOhc5GXKnkH5aS
zO+e8lcDeyXsu2g1B2hcsAmJ1aqg35hQiQJHiGndahW08NnAVs3qvT2Nl23B
vUKhl9i10dD3uRwsRbXMDSl8Hi/5sZjdi3LqGjjgXRpt3VztbW8jO3ZcM9jH
s9kY7fgolmJRhqGfb70/Y0CZTgJi6yjxAFqfXiKo934cjRZvrle7x8YF8qsQ
wxc9qpMKHKL1LZ8TbO2lV1oSOsJ0iF5ETRbvZduX5+4h0Hgj/ze2mv9osNyv
8fhH7/JVk/w3xvoAU2AGhm9SpUirTDiodUXFOzvAMF9UzZny0NRDXBU5QmAR
5+DQ52R//9K9vR4tcfUzitJd1WGzlM0y4aT8eYfHXtlOrHtxw4LmGtV7QMh9
OVP2mtQFUeJzYOME1yRqq1CLB3tBaKjSF3vWzT38AQ+itpeb8TnvbfuASt83
Gv1GcwYJvc/tLOb4+IgprPa25paxAqNBq26FhL6Q5TgGxXOQLeZ5SKhyaJlK
tCM7Az/kACnMJxIXix9/3E6PfbOZ8zbFzzDsQAj28HAKEbEDt6D3rhdpa01y
uKWN+0kodMsaNrh4FudNhmRWwr9YXJv7W3j8FvP954NleQISrK/JoRgwqLJw
1GmF6HOcs5ThzY6NDXQXCHafr2iyfwzi4K2kTXhe/3lJ7KdF161zHYjEiNrb
qwv7jYYtmZRh+P2ZukjQXtVwzYYvMiapgFd8vnGTRLl1ZYs5rjP5JuAa0RvJ
xQwG6UoRbEQYgNqApffw/rC2WwiTd5c3W4kgXTvZ3x/G/N522+sTAaMBsZhj
8rIyJjurZ2+Q1Xr25oc38AcrnjUaxDxEU/FxiGtU3UOvuTNV48EfFwtKwSD/
CngVWfYdxPAtKm7jiPHM58gmVteLRdoFD+RIQg4Y14CFtEzDcanqgE+2O799
M4Dvhaxv98atCGpn1aGZJZir9nGg7A0ExoROR02kz2dnIZN9fB4klZPbDaCG
P71y8PhtGo2CcG918eI6fS5hsaYfvg4+/JlZaJC3u82EH2XznidOTiAtX6VX
cSCXPUp0gBcKI3koimVfHpCzwzuURPD+rSzjq0TtAZPxTWt/CIJBWuDHj30B
fWhlQ4/QkySXBMWAPHc4gp1+w8/Tqzc/fBzPNhMCvrFhXOu0f5wuLdI5pzPl
sqUzCrLk4SFa0lJkXraXoNnrCbasqy/Te9dv3iyuN9CBmobBKM7haBVLga9y
+CsOg0Uh/1qk778XWd9qhFCFkSmDOIcotmfNohIIFGH4ISukcwNyqk9P1NVB
mO5B7vHr17Nst753cb3qPadqOo49bit//sBeoWLkSlbT1Rtl6OrtIUr0xriJ
y54jAmQLBZdLGHVU2XfZdg99l6gOEYLrtD1+wPhObR8bFo/IU+wSkp99pLqs
azQN7ZzJAu2Rb8aLPvLmFNIirr51TiVONtPGN8/ujlHaadoqJH/OQoCvmk70
W2r7xQsVRYte75iEFB9CBoQnYgCt929dX1+nV7QDonfs5zsdIDmd5nRaEJWy
SEJcfTG3+u1g/y/g6t8vkDKoYYwoe2UgZkRFMjukdW7pxyyyX7Ap7by3B5kH
Rzgckv1nL0cHYZREBV1akMWU2Rf3d8Je6RyeROIbuuzNZXVT8V7rpY8hebrn
iVMPBLxZYgYRW9/R2Tve7PtBFFVQvEdLlp6n5MNDY+yBQLsk/a4HDAvVs/g5
LchFxUQGvL7mfO5TMt42KdId7+nru8OAGMnuY8bE2mw9Q2sCq4TG6KOgTo/C
kwi9/XKbdqK0hjZpNwp50QI9suJFeT4Benv73P7YMdzNa3t7Okpc1gRE1k18
2dd0riPBz/aDmr7xma/5wuv83QZnRzIGRRFkFLJcln1N7peM+/7nH7eorcGy
2HSTTqRx8Onhs3OKqlMbw+KHQwypsX/haWCvbhmU8qzheInt3svOKK3S5pLt
BLJtUD69u7u7bHvbHu9QOqN0SJLebDLSQfsxTZN8azt+duXiTy9PTy8htPfP
dpqGbqTUcJuAuynmmxkxgBiXV+Ghl/d4SHp78ebZs0Ui8a9//fAv+F7IN6Ji
6nVN9Zvr64vgTfEAmwUU0KI1SKCE5BLIgVmgCajt7a1kdb1T2VSDe6uEricK
OMcINsks5CwkmUfbMPznWixtAj6779cXXujvNZA8fu5juwKLongV0y8bIv4s
NEj16PMgLmVR9+RV4efnRNV5p5PyYd4jiKsAFvvC08BeZRYRpN/ubw6Xc9Ht
3qHBgvAfBIb7gpaVkJtWFPjPl08RHsGatu5aXX2BrhzweqFNvlesz55tJk1K
+/IysH+yRdtGZ1pl6CfLhzOSPGh7LtttxRQZ0GdAntAwcH2efvYmMbJi2PBh
9wJ1VlnTrsQPaxP2xrh3Bvr9qoPvUrpRDULkaEyazwr63ja11YkXrJubJzZt
i9rDs8GEXutXFDvygAIMBP5wc+8vx/RWkv76Wf+ncPXb88uxP/u++sXxp58v
Evr2NYqkUKhec316fBGdi4RIYop4eCB/Ibl6tcaVKEaN7gNM4eUMeeAVy2Sq
OMQO201edbkeI/d7fb3SkRFNpUY/Fgsiq5O+fnYXOnr/3rf7bHcrcTK7vDxs
LsR0mFPGBwcB7wwaqkNvWVHYs7Pz0daWzcFmbvgjEhI01GkAu8Sq1Iv0ypWA
nw0CSl+qBdyGJzRztd8oCbzoVdSuWhPoxCqRKCR6qFAeElCptitoW3WtoW0J
Qn8fdUtFy+zgky7EZw6G+5tKDv9XgMWovzu926nxY2ebzrt5fxd+TyyQynUi
sU2t4A+4qx8bVj/t1aRUlechrgLlmS/w5SeCvQIWz+ndzG8bjVzp4lijIVuW
/Q8x6L0WeA3V/6KxnjRGjeq1k93Viwvh5Ni4V3j2xjh8/z/vMazeu9rl+IN2
2VtGCw0HGAzofAFvoBiN0ltbk2gq44VcXCEIEcLq7ds7bF8T8D2K6ll3wx2f
l4fO7+60PZt5U7zN5nIVVlqxrPAi7/dbokyi4AJ2+YbuCFUnOYvRiWCnUt3q
oLKipr+CluyF9VbMl6xdLbkviCC//GL/o2MK+EhHE/5g/fKn6h0VEh5jIrHY
w5twdkxn9TmvjLHDQyzmd/z87AwM00U51jTxza84G+xVGs8rvCktaZrNhcut
LVfaUm5Ddkym1Jy/KqPpWj4K4d8uVMt4jIWeJ6yrY4h447O7q83sKYYFd04g
xq5sjJ1sw3EQk1U9C2l1kNpGesl7e0JzFpBDZzteTKm/uID+rKBdXF9sqeBh
ePeoZxpAhWZkWXFXSoK+Ot7Ec+XT15cH3lNCtfWJSpE4InxI33R1scIpfbWn
P8T8pUrTgeRoBMCxHP/XxYLfanzF5f4HRyuMa91J6U/6Xe5tb0OemjDO4PAV
o3N0hVHRX2D8a20aPjNvuQo6/qXcCg3sFesgOtRIaJqiwOYSOmeSjc8XK31c
GywsvuYvlxq124V4MI4trreshdhhgNrbvXt2vLkbuySPZC29e7WZthakprds
d0FeFIe4oqkfr69X1r293f2q+QzSIkzpfHhSxmYkZrpR5MB6q/CyfHlHEPuB
U4/FqYjegM/OLpKQSbnshAdS+KO3bcwtcBue169Py/a4TtWweabJ+x6s6c0T
V1Z6TI5hc99oleH/Lq6osA1ELe4/2W+htrdCN6hd0uWMLPqgl/IQSnOIFqF/
/TxVnas+t/2rOqVgrwxNrr4Vt7lGLVAxMxot+5OCZsMLq0QWOCuPQojaPZKa
RuFTw4b3nmfQ0uTs9XvMeHW3v3+1WX7/Vmw2djdXm5BYVxcpEi0+BQKpaX1E
6W4ySvcxiKh3CoZ1o6frdhfY5Wvs9WXb49t/8CuX5Q/q/v4kSnp9mWIT1Yh4
vE7b7omuFpuk5+3pYUBOyVmz9/T16amHGGJrhQ8Mxqi1QkHgOIZLfgm3+v8U
rtIb086kkb6dhj/ty9C/XSFf7NRHzGKG3aGBEk3KPOFBpfC/fTNanXsv24df
TtpfrfdxssF6KKcX9vYStVJIV+UquDdXtLiu17JSaX0hbyePrHg60W16oVcf
Y35tdTV+j72V7o6PN6+uBk9eo0oyr9G1v1/L2n0GgiQDxS797gPhHZOZdzXs
IaffYXctyuEjUIMw7NBz6bm8JM6sV1cNn/LhtI2Bbon0ivKBz1K0oPhyFqtY
LEOS9Ly+gwBUOKlqF+GLjrz9kxhayHr9+i5AVmSev+fl74ur/z5g6bqg7ixK
Gkoc2rSuOfj54NcSDjKpvqP2ClJsOJ7Bq9v2ojwmAl7vP1qhygR8pO+rzgh7
ldW2zvlihqNVqd+YsnmpmhbHzhCw+4YOxyOullPIryDDnYa0bBAPn+GbVqp3
9eyq+FR92D85edi1koglXarsATaUXC5Oc/idzkXXQhydnh56b0ZZDJP4w7au
kzOfF8HkctZul9viOypxdXd1YiQ8l4fKjVTjGDIgsfQozvH5QMCh5cZOp09R
vF6P59TTHJIepfz2VKlenVQddkXxtNukuMGnN5LM97VYX3XF/2IkPnMjTlep
3mqVTlvvZcvkPEjRtRNcF0ajiNj8pYgDDLp2gkFT0x+Lxdz2n8odXhH8PyQE
j73a0EKTkl8p87K76tIjDO2yOfy3LUcTYtbteLyQ09uNR/4epQcNtZ4o9Gmm
ZsX2nx5h2CE4vnLt7nJkmbi57Z8UdFcN50qSVEqVFdFz+rq8mD+BcaC/25B1
1JrnEoaNsqnZ9pSVD/qHTOwB262xc6Yx1S0lG+8QhGV3yZv5eCGxWlkLMBpU
W/cOk9w+vTskVRN0hq89jV2r1UUYWJNoQAK0SWSxvqQw9b8NV4vEm+Na9fM0
PYBWp7SkJvWHRaVMiOXyuKrpuBaXyV8+q0vHOfrD0WUbZYj8Ms4T/zFcJQGT
cg8J2VOWjbb4XjpRq9VcU1pClYRm84Y+0rKAYYV1HiZLdweueF2PxXyI4vRT
KJb7gN8Z3/zrhzebt0dHhkLB1ahyeEHAa1nAqmT76EPq8u1bDBOovp+/hI79
DjpAj3hwUC6LR2/frlfu+6X5vKrvmIpNZ5rWszJ82uWcLgR71nR6c1MCihvc
mjfsPkUkx3LZc1RuCrsPeBrkWNbA5fh83i6B8FdUTvx34Kpep86QHMPffT4q
04nfg0lnPjuE13WMRJ1SStmi0z1ovn79XJW3SNM5T3rJ8W+ivN8mpn+jgb3i
eIOFdJYccllU7Gf1eMPlqtX0BSfVGkldSnaoRAHJIgI4bXrk7IyW4nVzrLoP
r8BO+gp7e4o91a82cX9t83jX9OFGGA79so7bBBhb6nsJySG+hVQIoq9cRnoK
l5eXHk+57Tk9HC/obqdTvjsFkJI1crpvWl8lCgmdWp24qm6v+CE1U+bmkrvZ
qMmkV7EsuWrFpLQDisxDnwjfTOY3AMSVKIp5wbgxmab5ZPJ7ucN/YiYW4tH7
z9qOAxBScSE55T13h20vaWidbe2tEmFqRG/p+MOvn2tR5oDLiF5SGX8Pvdv1
uijSbSwKVTwUZZlOR7A1Ko1+luHFUi2bdtxTlFaDgcYSbKQ1VT1rLQDkVzVX
7fjZ8Y+rO8z7FnvydPaxU9Pei6Db7apJ9pkCGn53lyq4XGYPoumP/yBb9Nlz
KYspVW4rQJ3r4qX8jsH8tV0ckPOgJkm4OdVu4if7jo5OHpQJZXwQIEsuF6Fk
VPu4eatJpIKywzyeQ8yO2hSyBt5gACrDAVajdfwLVs//e4D1uYM3sCrrMIOc
nUTSX5NWd4fqba6oreBW8rdsnA3Vgw1TxlQkfV+z2vn3B/YqZ8ZxQhSd8m10
Op3fsA5s7I5xqhDPulwlx223u2z0cWSw7iMa6DLsYkLzrpqWuEu/QFgisKO1
rNYpNtva7oxnMvxjA1Nk/7B5Q4whTyQDkKN7A+12wG5ggc5A7Ko8mYpOLR4Y
0ul6G2srwm5DIT6UA4eQ08NgBcP4ejQwU4gy6cK5irvkklO8MnQDRpYFTsyl
ZMXXROWGqCzZwC2nKs6odOteqsr/P8LVqzybkRXjfXq9aazRLXqns5N1tSjq
4uSh78KzkfufF7NaQXo/SYP8V4Z5f3tAe2VMZgWON7qLc1oL3aTG2KH3wOuR
BxrkWZIW5TNyzaYPaE1jNrjoYtKil2TeRQfvrhMY9nCcxjwkdtfEZl6qnjlE
jezJ0slDfi71/RnCGzg4EHhbfJSUUd6AGh6NRhBXMqEPFiY3CQPdo9engYCn
PNy3dZ73XNCkedoKeTCkO/mDWfn0VBQlW6PkrFQFXvE5mYVRhnfmks2Zig7j
utwQpTEsgYlXk5zs9TU/Ozvh/zKuXmm3OdO0oz/u7YUYi3hEWDit/q6IYdVS
VZ6EhU/BJfUODB0mr/c7wQrtO4PbpKAn8P3izZzWUSJ5E7qfy9evlVKthjPa
YidSc3HnW/ApNrCI0jSrBDJ2cWczvYvdWS+eYZsAO73ZvdJ0JTMcRh2zu9Px
Q1X1YgcKn3JUpVEc16UKyMZH8dFABZxokgNTqqdD22OS10KBGOTjpf3uE9H/
sNsgL8VUqWq68R2MvWWCKHsDFZdNLuFp0Z5nFgYYSqByv1wx/0m2GOGMZQSH
WCTtj1Ie/78Blo4qQ3ub65+nnJgijvQWHiXusMNZwMnRYbn0U+nozo135iMV
8t++1TceaN85Mw3HNddDSTwSWWdg5sbxbK2mnL72QAckcJEdutFIh6KhAV7D
R60u6wsElLYc3LJe3d1t9k6w3c1dcHSHuTJlXd/N2fsVpY0NfZcBWafpZHV0
YTRu1lznmgAtHq1l0/xSj1PUamV1Cb2EGWKnPOOVshzzIXY/i/l5vtw+KHb4
vt+5mJc9d3cexV+KJ6w4l14uDBJPAHat4vDLZCuWZfmNsJblNfXPe8T9rfF3
hJS/1/z8+YggF/hxqYBFia43T0RpoA+HlVKW1hjJbf5UklxukxzAP7Oq5ssH
9ipb4kVgAI2HE+5Gz2w0bEjtWNjc1FWirAjZ7OiMHQ+FKb1ILV2uUXDg9tmd
pPfdKBPYv7vbPT+52t3dPWneXY6bbbSe4JmNZ2tFha2VVU9ZkhRq93S8GRzp
QW3vYtOqJ64Xby4oTfbH7PWLZ5tAVMioongCfgky/LsZrzG3oARuyFjDgdLs
L1HSYCB6VtjctGaXopTP89yjOsgvp3kJL2qLEYR4mPvyopyPQ9Pu/8Zq2Pea
oD8Yy59/RHkI5cOPVFzll+oHfUHrrjS8l3FA8NnsL4A0bcW/R6+mxwHtlUuf
K0rGUTvpZ/S5ZZyPCK4KkGoJ3Kgo8lTTNPfYDc7OGTaadDGMfbykaw129O4x
BPTyxn89Oz5+tpkkmxXx/ccHvUWz1qFthV5vbxsGlPDvxmuj0bhYPDtOX/x4
faxRWVcfsx8dycfHWaVd9rY9l2TFz9R7q54g9FZWyaIESkh8zeCUTLJX5gmF
LzX8dlP+Y2X0b7eZkYiVxWkGgHB8La7A7d/JufluM/TnA6gbYp7ee/zFyXap
+gCQxY6+Or4qCffmX7a/ZFTl+8SCaGCvRjgelyw86dzfN4jE5aUa0lz7QBnn
So2inLlhnAEfwdFbNAhvhW1+0uvunvUx+pq6QktYmKvbxnbfPMOON2tZIWts
VkpNb46Lqw52LqaCF6vg9sVFr3ZiRZ3tr39MH795s1isMIniXCcnNtPr157a
ro1H2TVlPi+dd1q0UNVD9mGV1vF4XLBl49AGcclbS5lQZgdj+78valiCW21D
4pFg2OfiSFX15P1HCS1dv9c1kP7r9/huM/TnI7Rm5vXG+pf8tB7scAY76TkV
q9h+vvhVKQlfNbBXQdQQHDelQG3XGpfb7aPLu0vMJ/P3zaE+GuxYxj5mFOyN
Juc92nww1rOlmwyGda7rx2hx4a44wrD3R30M+rpVGon1xw4s80HJ5wtt9Sgq
WJ28U1F81+ltjfq3HaJ6v7q+2MdslNlv290sZDNHlwfVbBZiga6PuEEok9lw
xYFkDl4YNxNa1cEDMw94Pe1M8bKvKevhf5cWqkX0yYTnGc78uahav5ZLfvR8
0AnCHzb+W3E1Sf+mZHW6/lp+XK7S6Y5+s9A1XFZQI1Lyu7H03w/sVYTThFpf
yshOCRJzgdsJtD2YVzXlJWEU1xe5ipk+6+gMddGDmFF7iRNGwcbvRh8eO1K8
h5Tq7n9PsWFsv0qiNoGY/74TjTVzO+8oqs41KPruddlok0/RBvRRGxPfsYdY
rB91+0GjhkSVJ5Wxksc17bwj8C2abtFZfJVOX2wndgt4TU/oms1sBLJ8C0gY
7UX09B9n72kDVQc5uwFe0s82V0uG5X7yfNpH8cm/gc7/0ITl//2fhMnW9ovr
a+OqULMpEFffa03hjwb2ylJc8o0TF3RGpL0iy/SetSA0QMYUiuMcYV9McTw0
B8ut7Z4UwxzdBb/vl4fVm+ubRyq1bnCC+PrjGPM4jqf4iitcfzfn9VngJjDr
UAK0bEQZuzwSMRE+9bCI5ZZVe8BdtXE0qNriujqKR7o82Nnq6VpRnEbi4ZS3
me0PzxKoaY+elXDoq/Q0YMXfKWprj7AaACOft5tMdufnp40u2dxPUQB8NxgU
cMD41+/yH5y0PxyGHE29gKPn8scO3LFx8zu1Fv/jgb2SLRmD5LKuVrYiSMYC
N1FU91LoUD2OkCWcDpnNQF1A26NV+7tW0uPBYrmBlXsSvLrD7q4eu6KgVD3s
ECNFOU4LLhuRIQ8UXYdk+9BLzCZ1L+qI9IEdkjc3KJ3m7tJzoG2d1LKaqwqD
ToK+MK56q8QIaJ06LVd8bY8HEvnLsgmL8fxE39wsrNJWnQlrAieIhl83FtQi
6v1gFIewcjrzvMAVi58n5f4bvqZpwCisFzH+xrv8J6ftD0d9e7v+bieANYfD
8YG/5PjrV/xzA3vFo/JFIOD4iWvB7DfEI2KS2NxF4ZzkMDOjidl836Lq9QjP
41YM8yg+v1MMYG+fPuryn0hOO3mKYeXE8a6wYVcyoNHwk+0AEudTF5BraYsy
hNVh+eh0FiCOsIOcAqPMYrdb2ucqfm1vZU1sUYXVRXpztcK7Ynk2C/jIsqdM
ujNeLGYSbyjXPtOzWgu4CuSSg2d/jQRtot+3RtnwebZEfHb14O+HBoS/Yan+
26DFlwCDFrLqFBXVlYA524/F/MQXtdD5ZgPhKuDx8Cazf9i38/6TrKoTGdtu
bYcu4S5+sC7i69QhVSoFypA/3VhMoG9qH4pP15bq7tlxOm2tDeUPnf4JZO0O
S/nwwF0FEZpTP9woB5YbeXZ5eDhjOgtxFph3/aVwVg8ZAF/2YrOAtn1tPF4F
zxzOG72m6yfxDnA33XZSlssKafGO9QRFdYd9umPDrScl1FNVeBSZ/TRuGRZE
F2m1Fa8JcY37oqKcX8AKOdXPXFb9j87e47A78yZUiFp/V2y/xk7VChaT4Jz8
R88Je5WR3UVR5Je22okLmJIFLSQS0HMRcyTtyd8saWhIqOBOuo+dwoc9RL2H
ZBasOsqMxpybV4WYv7YrEO89pWq10Wi2Z27NlW0NpPCN5w7zoEy+WYCrh8Nb
NVAfDMmuhhOkwmfYai1bp7ZXV5urvUL/ZmeVTpzo1Ao1GhBUVYCBKbmk9lZb
gMB7iUSitt8vrbvM/4SrRwRBasQx0VbcIBNCL+FK/hUqfivzrv3ut/vPFPz7
j87eerD2PPw6gLegBzUm+UBgh80I/qUF8N9oYK/AQjCzEFgMvrlpxbu6VdtC
6WVHr7E7z+Hp69dvu4mTTlC5m6FaB+zu6cv0LtfCMfIOMirsLULXXXnokjO6
D1qggyFH3GsV45kGRuF8wJcxkV6v3RGdk5koZgoGsPIN3YjZ2W53Mdq0tvQP
bCFtvD4+vqDOeunjTSpRgyGpDQCHZF9C70sDSUlN1EG80d+v4XhW/zl37yd3
tby9XcwNQ4sMWLc/yeBf1NHk41jHgp/lCP8bcPUKIFGPc4rSKj6GoihTc+xr
f7Gwwjca2CsJmHgzdExEtHZy0qhT1lWvhOGbuGW81dvXKPrDh7MT4eZwHfxh
WMD8dH6yD31g2oXhEFcE9vDQLLcDByp8is8+rEh21uA3qCIb0rOuOKWVnCZA
MGqLIjBexzD56Eip4edny8y73pXEHx3VV+nrZ8crPCVS6Wcr/zDrqpZwIHPa
qNWlLe3Dtih6PeXxsIH6WuiClP5NS/DbJcvy5NhgkhXfBi3YPotk/b5LBZ8X
13pc9+vfIrqu/wVO/7PT9zhQm+AtitYhT92meZZvxA5n/7kl0fXAXm3ggNay
IZJ4K7qwBlUXdO2hdrG5aXyzWD1QP765flHHT/IHGDnEICmyPvlfMnN8hSnU
Y7HVWyz2sC/nfMZtDeXt+Zxuu0Vxc1GBzVjs/tuo2+9gz+LZbr0Vw7r8gTl+
q7/TT+5pwvTkZt+ald8+yTDU7vHKeNx7vv3saldPnNRsWgLXglp4kYKUSlSV
dtvjHfvNnA7jwsJvBbGXqJe8STIYRLBsnQuu0hoVv8DCn3U4+elv3E/bjYZH
CS3t0c1qf6c7yn92/j6Ns1zbowipctsrQ7oy/rIOhd9uYK9uOXwnaJXcylsi
gB18uFkywu6qhzZejFeY/tSrdnaM+32/6/rNM6Pxzb82if/5X1TifPaopAb5
00Gtv8GMbmDUV0adBO0mk8SrBkMqVWyaZJ+Eh+t6qTu/PGwysr2lCdSHFGam
neTRW76wuaLfvn99ROIXxmfGH19s3l1dWB/6UlCvhTtaItFDPRiDjFmSy4G8
OtpL/7/sXY1X2ljTv2L5LMIiQSHUnq5FMAoq8TFXSYAkQsD4XUBxEZUvpcqX
4YrKX//eC2i7u63d9zy7a99z3jkVUk0Ih/kx85u5c2cms8nDiY1nV3c/Qlbc
IMsy3+s0I9B5yJMBTF/x95ew8fsgAHL8U0w5yDN0yehg+S+Ema+sQ5+vQDM6
NRUVO9W0f3cKq+XfnMb5TQE+obfTREo2NiFuY+8Wnd+KKrlg1YgiBqUPTm/A
DYWZ1kru3Yx++i2G2t3cFUmFPkyBLH7K5a+m1PxK2ET8pMegqqpNhGxCiaRT
hrSbMqRScQjbbr96dXflpqh02+DoIHk/LORl9vYBasIkEi1bR3KbnhM+MKug
RM8BY+3R6by4uCBjBgS9IExaJ9imqfDuYgb1Szu5g42BohHUmgiOOmTzGFZc
j4tEI46csdkMGk1fYDc8+a/JU3p0iKWeTtTx34fSz4SsNnUJmWYjM7PXT7n9
+6Z/cRjntwX4DhthxbKb00pemQrU5qjt+SPVczfKnwsC09wmW5Mlmg48CnN9
/Lu9CwumWjdkBiu4XFV495Xbj42VS4/dyVDLoh4aDDaKMkCZVPHtkqYNlBmm
Us1oulPuRDv6FRfHtR8QzUzuCQHOcrS93V0jE71UBPq1mnU5PHOtX6AXBMH6
KOx9Ti48Wsvnx8deUMpV9iWLJIpdDYXKLH9POsnAAeUiE3UjaWqfrzKxHZHf
+MqJhZoCJDn92PcRRc5GZNvFV83c+ReaH/l+LlypbhtzPi4/YNOwDxEbU358
yT8rwNeXZ512S1RYdl4s0DpQ4qYGs0gBJbbAVka/ublAJ5lMEMnudAscTk9v
vn07nc2Zh8iTrMLhoD2k2yBLku4paYlEPZdQsAXhoA1zJNJTGzYaFr5pjrQ7
sCP6Lx0pdfehOkudpk7WjOXQGY4OCGg7MkjSseUsymSu9y5oYfJQj9kCT69l
JxjxFLS8pZX9hKIfVPJxUDcsO9YPOBePiRZnNjDhIPJaqtIECg2iR8y7tRAc
bzKBi7XkxPfSUxhWEtcVRDLD8Pepdu3bOTHf73H12sCCWogxUx6y+WkfHgeS
yR9f8s8K8IGVrXTJbElX+DJ0UxWjMFk9LpXeYdq+Oc1SYwt7+mv8z+qf38Lh
3PxuVhD2wPTb6b7b35+c1idzYBVbq0uOkxOi2OuOPmbJopP13S5kod0x8Cld
WGfSsNMoFJqFsMPtjzPGk7OxXSpuuNXWBGGGbj9UwPIBhOPVkLc0ETsPFB/1
H6R+pdJa9xTfMdnJaz0m7crh8oFeJJkAMls0Lg48HBrcgcAqLkdm9TJ1uXis
HMBCOMazqIlQUxPgu5naIzrE5Ovbuwy7PVHiOR2BkPh7OP3fwFWXKUMHRUXa
stdSzASczh9f8s8K8J0CdcsV68g2RfW7ZzFTnuzo56wfrx9pTKCOTIEkKkgL
F31w9UaeA+A/mFwdLWcPAbjo/LY5N3KXeb474CbdxkDDukRCsfC6HpcwpAbr
wE3srDqsBRYLhRAZ5UNxmQunJm5Z6Is1mibTSJCXGEmP7eoIBQ+TxoPGw0Nm
AeWWrXt7e7UF+9U6zNTIkIBsv2R6GkjZ7daDrAjr98P+DBzP87pOW6Uo11Ik
v6/RwRhjjFUZhFi+SmfuvaK3FCPFsN+QHoHT4EvxBUXD6ED7K7UNrw0rn2/J
kEiLkJmV9hFN28B/0RHt7xHgm1ceqyrliKY9nILOjmMbTBmszHxIKjxWdMJk
WnR6dtsMxhj1ybIHnuWyujY6Wm95LJCTdDwvcix2NOM6OYGBJcY5WeQH2SBN
C7F818AXiz1zlLgzhs4o4FS1jKGp09vdqS15qTJ4pVP3arR64lybtKLM+/dB
Zza5Zp1LLljndqip7W03qOyU+suKADXC3Xs9rrMIjSgECa5GMSIXpdSU1IGK
qZjZSC+mN04ukDG2cZLpkNHkprAi8vzGiJR9JZxOxLASofbcxvaJW3EvL0H7
hnbrtdXo88VtcaTRJ3YH11Rbq69ZIjMQ4Kt9uJ6etPtx9FYMS7O3yv0itkUf
Tkp8BVjv+m9MY0q/tb21A+7Q1idSD7NEB0mCoVpdGcLKb1NIZzMRirLcYXH8
NGh1JkE9/7xE3CXbWk3dQkH2mKMqhlWGXlqtVJljy/z8lkU9JVEAAM2QXelV
zq+hrvqIvfBHWgxnDy8BOL0V5yatzl3qKJ/br5QODxXYFYzCAFgRQ5dBMRGh
jadGkHFZ5mCXh8Jim8qnVf6846EsQZqh8q4UPGZz40FJwefDPy3XhIJI0OCX
FvCjGV/iD3H1N0xz+xukSdrHZGJeBw7K/a7/5XSIv1+AT3h/nJyezqZOxUB4
orCkut2gOkPfT2hznx8BGLu9rs99bo5xc9Ob027sBNHa2m9gPVCtSkNYrSqS
HhNnDCKMpQ6M9/Sm+41xfGzBzoUjATumQA1OTtk4HK3ZOtBmR8VihPKXA8ZO
CsxvW9qXgPQd9ZYtLkoFR2/UWRwI1mozaGVqcAfxrO7MHs6Vbh/MK6CV33E6
jd1BJqBHyPtSBmGgYVeHLc2I3dVDgghlg+qnML2Put0sdg0T+3Zj+ORYn4uV
02S84p9Ljev1cQvU/QlEPyiYGXyIPwOuQqQU+Ta/YkuZ06nXfz84Hpyat8DP
03uldpXbX+zmqQ6ayTDBCfEQx2f9j+VfqRawjxWT/TwGEXjsfLAA8LFaHdX1
AYckYmDpsSchD/EOCwW0YeQFbLY4ksYeFLY0sBqluNlcr6JEHCri1tTVKUqv
7rrBFEUyFu323V06RUYrgd03W4H26e4VuJkCg8Wj9UCAiWWzy3Mi6ZzlsdnS
zgkBSiaCC67XXUIw5zRy3LhINhYSftRdZIxpLs7LMsZz3KwyBZQ5KR1sMAsL
iJfWtIP0BtIQmYjxu92GnCGV+PbM1B8C6yfAFdMZNIBsrSbI098yuem/Eowr
YBmT1ez0tHH7iDpHueJMDWFWVLFBrNTo9W0Aq9d9TRs/L2c3f/nlF0KxWuWz
J5plG6QQ9eNwmEHssVycI9YkrVckjCseh2k9HMJzEjYhWuG4ue8yGCStQ1HR
tnppdgMKyVtHd1sicB9duVcqUj69ffMJgJurFvjP8A7pKorC3HKplKPu7jwW
h02Xdip63aCdKMc2FttiyuvF7o8gDYNYgr3FgrgjYM/M1SGmelzbnEbmS8xn
a8JkMhywZqVwWNPCRpOAgizLPk8dfyldhSOPF8scXlmL8F5jTOQgNc688lsZ
CfDl5mIPYho6PwN1fgsxRiZQcK6IMuAYrNSOyYTjfxCoPixNTr/d3NycJqp+
Qz3ByjVa5SAbDQbAIluPOV3C4bBYSJ60R3Tf00O2d59W4FKUurSx9eCJhi4u
TtCE4ADcGWO+Otq2AE/6dIpStKQR3t3cHI1hF3jz6Q6U+mA2QKYxglzpoFQx
N4UDh4FXnOlBfxvM3BYLTIPDuIKSnBhR7h6zaHcN1mFYUeT1XNTcLFIesfCe
nsjlxjvenBGFq2FlR0TBqhbmjWR+1guQ0TDHvw+FNl5cznltNaZSkcFE3eLF
xWu/laEAXzIL5If4LLZOJXWbeqiizHkMGNDKkopxs/Drr+8nQKX6MFaEYeMT
mh7mn/ILCklJIsxVntkKx7IkzaAfHziqHjZZXFzUsYvQ64KRqC0f7yyyHa5e
HHerHn/rsnMr2rxMQL50sF5q6hQyVmuSPQu08YsfUTd3ftC/RXDXsg7ywHuw
LN0avPtxqDs4gKHBaLcuu9TpwvSESSdJz1sKzxkyiprwL1HH43szmUWPupg5
a7tyOTsH1wSrkYkdSAgFGKPDYYffYFVEhjGjVm9i88ZUY7GXgPXaaiRCuDr9
7l/b0fyyAJ9jArjGls61/ue9PfRAbTE0PAXr2wBh1dbWOh+xy7MFAtcNc/sA
LI9CwKdcg4PgqhEyPrdxwbogu1vusRmzECNA7BUfl7EvVPP2BtNwOBpsBJrT
oroOju486Z1uVI6mC2eM3W7OO8gwVZW1Zm/HUnYnSB1tyx4cJlZPwrC16l/N
jy/noirlTUQM9gPISnYSaDYaMK0m0jvSV2Fbp+k4GBwQfifWT2h65zJSpNOo
XqqIVfp6Mru2lnx8XEOMUsnbyHXP9Q8htPHHuphGPYSCQSjuvNSr5rXV+CTF
f2EW9V8S4PP6sT2aXWIOJ/Wb09YpikIlkkG4GQOArlrvCMu52n4zdjdlGfYh
3h2B6rR16ZDI7mNMk3f0X1wJ1yCbWkyC6UtvFxFz4pTNwjCiAwdrda5XZ+MV
b7moiXw4yDQTnTPGsg9NaYtn6mjL0gLdsdPWKTioo607cEm/pw/y1L531dNx
9pWo6nIYzKl9E5dQSKaBbcAUlU7Zv05echHVMbox/mHOiwzIn59FPA+7oFKk
Z+jlw4u1R6txwkitrg5OrJdZ45A+NaB4/4dIkeXMKowrNpfjBVz9NMD6WQT4
MC2/vC7Wz+07EM197h99ouJzk9N3NsyhxvBP1APcGXr7BtxsD5cE14ePg5Hm
evJlZ46V3BOqeFnXY+OqarPpLBZMnUW+pzXRBqbVIjYcyCHVmSa+QoOc0cho
WhWhmD5iMG9NkcZXLbfCM7NRP9ToRWMwm0TK1N26+hDASFZtKxVlNgxyZCeX
jB/sw7wSz0Xiehg32JSvKBI2kPKXfu4M01YBpJtu1XJ0asvQJ55Vlol5Qctz
udpyDc6qF8LSIA3f7WKS+DTDfFQFwckpQ4RMpZNealbz2nr82QTjCgDq+gz7
JpP36qoElsdMY8phchokyKzBd2trb3/Tf7ieZEX04P6SbW+lZDmRGI54OD/3
Vp4tk6jjDGoqpaZkmzLIWXcbmPKKAjYdGebAoTEMhEVN7pahXSoHGFOeImYg
unvljsj6KqMFZhaE2uPCB71+0prMItZYRpjMXU3trubzt7OgD3WOBM/xz7u5
SBYDB6OJxNdKxv6PH6U1YZcuavH9OpNSzSmzuHQWcAG3qmJP3jpdXx2tXTY6
cdc+1O5ROchuPGXcx2H3Hg0rBDlssigJn/BCTPjaivzJBOMqH9D/mtnxusWJ
kkcF/ffvx2RwlSat46O35drx2vRvtczcpHZbXR2BCrvJBFabNPpiny9V9uFT
oQBJZA2e4OjP2mLdZJHG9eJxxriCToIYVk19uXivZy8C8tU61USoioJ8eKEm
CDXhcebjtR4ffEDJ7KFkfXwUrq0uN4bVbqvVsmwBYBEVaVCN96Rijo3bEt/P
iWtMJmRP2TizmefkeDNq2V4H7tOpU7Di8vspcpl2DzmVbKauN4PVJjSZRq8s
YPcYxlSRlCJDHaH23e/Fja+txJ9QMK4KHzevaWM2p+4eZF3A+36muDWcWTO9
9+YT+A81u7cXw//bvk4+myuX7nn9bBzSWsXyvN1g/Hn5BhszTYNauRhK2/Ff
UYZe2T8pjsNC2QIZnVy8YPOr/vjxCWlkXIgxMwFmofYodD4+OmFg4Z0Qntx7
FPT6GuobraVChwznVaeuVu0Yrb2v9xCSQgrd94eY1Jlz9VI1xHuLYsrAMgb1
gQLmVIdbWb3MD0bEkcKrYS8tttfjbKmEngzWIM57Q2NCRrFZDYfD2Ek2g+y3
Zzu9tgZ/TgG+uePr2ZOw4sw6I6ICSrUPGdheARwEtU2g3cyfXVddAyxRn26e
15wt4nNFOCwfKxWJmKdBVyr80feG+MJf7lCwWi3XoR2DQTqmIdCOob1YUBSW
vQ8WDJeug53jTBOGwhLNnmQCtdpa4PpaA6Cd4Vt3R+bDNQysZG6Zsc4hR6vl
V81p1WYSxT8ol3tpMk53kTVQFN9jGc2RYt4hBT4sLTvcKnbpfgIrhDT4pe2f
ISVjAGGcl08Cmhbb6EBFKJ/gowMBFRmJ/+Ot/x9W3xXg+7zyP+xd/VPi2NI+
A4OBXIVCE5UDWOoqTPhQCK8cNSgJA4HJoOhGVriIIkREhqCGgAt//XsOjrM7
s2/V7txftOq9bZVSVCkx/aT76Y/TzTCfHCXWe30YZgBa6zaovHJmS93B7r+B
3NR24DNT//Dr/7z4QdpKW9LCM7A6dVRhyQubRNp2LTZSTTGMlJ3wFiNqYspO
2600UtVWq1aj9aqNTXeaRr6gsCy7B31UE+7kfIZ5CVfHsxBiDN9++g2A4adP
DKNceObmj6mT7VbbW0hhkp7GuLX/1NlTHuWdlhHqPTidHbVaZB1mpn1CF25B
O0vSC3okJZF/w8BMinQ2axq2SnbdB4PmTm5uwKNIvfbkYr1SB2pFl/wXP/ja
6nuzgv3g9sNn5rflioeVbSw4eg9PW4lbOg1AcG0IJr83zWcwDeXFb+ZKlGiJ
NDtZMIK4HlsRv1qoKbwwbR4NEE2yDHwSZWSLIMuyrQk5gM4lqYYqUq2KPIwj
zVSSEGoGhFQutLOzuqLy1LSWvYijw13m8XcUG/527xsf322DWPGQkkTisoTs
zy2dHxG6N8JhY9ZQYbpSEsTFC8ZebHvcUzANLG7y50yy3j4S16ocvoakzkGf
ZhgL5VSvU9dMZ4V16VUotVnxB1y9tvLesICNROg4/+HLl+GtuDdXAtLj7ySL
8DmzcLy6gl/Zf8WKJl3tXz59RVWi7ca4mpolLLU6TXgKRpb1xR2lsDIzWRm7
J55PpkUkOp2SCVVvqzZiwr2KmztHjMuenGFZ1R/XQjcNqRFKPTzc+HTShLVb
4dR4UU6uB7dAacXvi26D7dOzE2Q7cQ0QNok/N9fjRQS+FoQowNDmIL18xCTa
8pRZiZk88YZGs1nnJTje8e3Rrr0qV4dV3R1oe/eMpB4WZcEc7wSjrPeHYcuv
rbo3LWBDg+AscvEFfHinl2MAromJ8tnZ5SVMpdKkFIhx9Z4Q9sUvQJk238Vk
Wfy2RLJzLrbxE28RhaT0zT+lSAl3uvYkmUwLSHaJhs/fjIkDD19jmcH5iM1b
rNaMx1iBexBiWxWENzfaiKMxaOmi4F/NncrRK/oDOHr3HED0Y2Wbs+IW0lnL
fzDcY8r3BnUuHwiEq6YpFWeW+8RzjyzPZ1BNs8NFeyPNvzOHXHSKg1KqzrFt
TzayQ/EcZ5rdru2Yot3FHzpNX1t1b1rARgiCsW1pfEK//+ScTFSTOR/Pb2pB
aJwAsAkidqA8Tus2w8XnTHtblkTpq3qNWq9SETFhFwXSDfCXMXdJssHGLSPo
r7fZJy+CUmVU49xuSybj9ihwpdrw+6EkN1VuF3whRcf+foFb84EAmy8chE+1
zO0t5lotxj1HlUt20rv5H8yMwbjqPKF7JcCk12sIFcslp/xEwP+cncCxX5Rr
6gZcryQUp6H5al667qgUKQ7unEpcvervjqnrbS/jfHmYNqY9oq+tubctYONm
DIKhpaWl2QyDDcYjrcK58rUc1GwApD4C8BnQj8/tCx++wspqtdnwQ04MUoeT
K98Wug/Qtybe523jKdIglcxmUR36EoGk0+WLVuRaTZStTybd9qhrqzc3IahX
mAfxAjz3jDKP9Na7W/CEo0v4y8el+VD3eGc8Pz/GUF/4j5aUkJz5aDAQs/uF
vIVTkeei3yd88NsUBqMZ0fgq3DFhtOW1RpsGlyyhrX2bzENITnSYtd8Xn2uh
z9btzSKqO3ztK/izgI3g3CToy51tTmKfMX7ooLbVLl2f1N8dgWt1TJoXmr98
y1vFtmMySokpZEb3CvhJ50Z/qpoNnkvNRMhPA9ES4TBWssmsAix5J1djWcQl
nRbUFFre+tqa3x8yq0UvGiQ9YKJie5Hg65jH62Nb93h2bW0eLPjOc8fjs5zJ
n2yfUnN7/3SK0LdzzIa+ZyVDZ7KWwQDDGxZjgWWG9Li/YNTsYDFr60irelsU
X+WlreRenK9FZA42xjfjhbKHRKe3fYZOvQx2f22d/d/y4ZUnfXwvYMNRuqa2
xOvJ5A59Bn3z3ecPtwqo3NOfbBNysgs8Nl9QdcvYJ9dWlErtYSuQdeFHPSq7
/6DRA2R/qf5Ot4wjjD+CK7MOw8CdzXLnUkUahAfW7MNDIhFZ/QWqatzgT07M
KHc6yTV6lUTp/FxdtXW7qQZYWFubgNDYqh9eg0p/t++VqRwl/JOJslOZXhZm
TvhSSLocDTpGE6pZkPi+emxEdSNci+gFRWQS7lT0vJEam/X4YR2J0N/gPTiO
CDCZlChSZvyQ17+WpL/dvTcLslcXsHG03GbRTGt7fuk4tLMtfv7w6RGBgHhw
eQUqxDV1373gqrDVBq2pwbDK2Wx20AtLbPbPzsn63a4HAUeJmF6hJoSVdtbN
QVTJIqMzYLMPnkTTv6reXz7upyuJgHJVm4BUCp1c8z4fXAmaGk+BneYK2PSf
nUEEQLlMxSWKWligrP8UV1PQGAgR3zVtBEuirfsjsMt850yjzaYZgQ3j8HBw
oLjMSBCupo5ToTkZMWEIS4TwKTLqpBB/aD7Zn6yyNHWsX+8dQW6Ef1X1vVkB
G/3FZSffkcutk3nbMUgHVUywJiVOVdcnYHcX+8EXWCXqPZCYNmJmnW58hwc9
Xi79EJ/9CViSkJYlITmIQtUec8vGuRBwYl2PGGdHajdX/Zzj8nLrAHlBXzQL
IIG1XzwN1jlN80kiE/A2tE+g+ABAhgHtw9mcQMuultdl+5npVNOz8WQKyNR7
8ki5CDhx3PrHFTerWsSsq9VgaD6nReLBRgOuByrREggo+fXfM+3rhVOpQVEo
i5BLzDrTSBCMKDkFS+7cy0fsvdxK4+n11PjmBGxsexaVrQe2FWOvgiQZ2l1V
W5OFcFA1YqD7LwB+nfbGbE82TcySSmjPnsnINObuaNTr2ae9bjj4H3WQRI5I
pMRncmUlCyEEUUx2mvXzA+ZkTjzvsTJm0IjJc2YFYU7MwBXIoX0X8OqZPhB5
UTdygmU9qN1jOzE8usdsmTRQYHZzq2A/uHt726+wP5UUNTp8vGpIPB8/3CPJ
0Swxrt+YFTKqQU4kpEvvPbROdF2vG46j29vbIdj1oId7M5OeK5c5rtxKDpDb
KdiRXjUXEGeSVi1yOh8bK01HGeHlTA7J1b2yNt+OgI35+bmDe0eAncudOyZD
qRuE9kRhVgpearPDX0IAfLoF19Tp2eZdTls4nY2L3ixhOdgfjcJcoUBaLa2S
yNfEAkriL0y/EL7l9ml1REJ6pxdGM0l3C9XcJMPdYStcuOKGKzW2BiHMtpUL
0NYLgazpslTj5aIGVZMmVI7+DSyaDIjJLIbW4m6A9bKKx03/zCw9E5ujOIdK
KCmRAZJ/WX3CndesdFNVUeB2OGSUZUW5uDhiGE8/wCT55H39qrCLAaYkvOjB
UrAjOVqtW8spPk3vYUAJT6au+UxToiyZ6W4jARn4e0b8m/v9/0XARu74TtIV
OhJMzZc9k7t3748AGy6XL4MwtZTCKjav7uYXyvhF0Tc7O3taKqWQINlsVtTh
eDeNdFPY2xN5HfP4r1GYzmsCJZK5U6YWeeIfknzaU3lAlcwoWre20Xqy5IPQ
GfWv+piLdn8I8leCi8+39SvWa8Cq/njQBjF0z3geH3f7FP7gVkGURPvJHGX/
CXZlmHq92kRShvHk84oiGD9GklG9GUZ5s36l7O4ymfSMhykUmPy+g2lXnBhW
vfX7I6bdVhz50mHQoLP4H/X5hFLJLs70tLjG42i46YPGnHxCYhUjwpsmMVbm
f33hs4ANbB5izJFerddyw+02uO8+GGM5gU0KhPOEVuna1ykMAzW3MDeZM3MG
RWiOGe1l3CT9IwjCoTnKyzgCnDqZDoaaTCHj6akexdpMz+znSzTPMD2uk2YL
EO6ModrT/L+sUqDgAReZalWksx5WP5DiBIR1lGhLOz75JLOIPSCGVSwjFhiG
LhZdsij9vR8kFWTd1JvBBmcXkd0lk0W9hpH6LqYw8XVHDEuSRw7G40ySY7NG
E4kW5Ah4nPiJ4bgwo+hz11k04oON07ItGgw1NPnaJSPjvB436ZKNq0JIlb2k
umNwdXLe+7V1+ZYEbJBuBUyd7/OKeDacANj0h06BEPLDoDqFE9cFYLIwezdR
4dmptJlr5KgyTfYJI0tWwirQhcO4YRpCCtsrrELLqJe0SIVCqmNGmlbSQJNM
zrilwV7cmFEUEdOZG9vNTffGv1LHEeYuSHPr9TmvhxmEt8JyZflIrGfBhbJ8
O+w7lIRj/fqU2syZM9irFkslWvr7fLth6FrQONSrPq1QQoZICXwkEtG4Q+EP
YBm6HmkaUlYIdzqIlslQeJ0LBiXBasm6cchXhY24y6nfV4Dcq1U1OtF6gjc7
9rwnxkqGDn3SoUQdQhVy8nbMbUNRrZkk9xLHBq+tzjcjYMN7url5qqqOI0eG
DDfGuLoGbax+TluZ4orA68z2EQxXV+82TYyr02vgFr72PRkc10F7fFygZMo6
7RRFPd6SyWTpvQ7qDGhJsNhGyYxTJE90RItHalsmtNm6N2Pf4y1IePrtmfv7
g3ai0qtGOo5+f1m8XG+Dyi1mWAd5xrP/WDjNnc1ScVNimFJJ/tFckZF93xur
CBfXfEFJ1sMHjIc2TTtt8rzGcYZcII2gRp306HWaERNZnGIvzHFiUcZRR9PX
CMalHGUcUiiKDZE5Vxa3jm77AjZc+UTCfQ6rZa/Mtlz4d1Uoydaiff3ySukn
yrIZqWria4/zfHMCNkxq/njpBm4zj7zSwvbqcR+Dawyr7PtHclCC7TYAuKDr
w38/dO+Ox8c22x2IScgiTHfK9MK1iF0SMk5GdhWeT6b2RuLXqQwDkYRvcjqN
4/TzmqyFxrk4Cq+tdVMmq8xgF8e0EoH9S47ps3Ff3ea56AccQegBu6WTysx6
mFXSM4uL/UA/0c47Kx6FYf/CrjqG/aV2ZDwh0yRUXUS6w+2yzThm8LsiLUaf
IlWOo7wu3jjkYXf+GqFwTbdbRNnysBUO017aqFa5czU0pshgXIoL3fg5b6VU
cAeWlX19i+kH2DpU07GSvVQUzU5NheXERUC5pxeX27Q0x+v8DEu/th7fmoAN
jAZq/sYArmB1Z3Z+KNkXQV3la3zss52Yq/IjRzraf71a+jg/v/Tx478+4vdS
JJlgEUaI566QS3IqTDb7NfVuGklix/RUyiBJb8NOD0haG1bNho/DBsHfXAtK
2ByRrfMXuwlL7XKmnaw2OFegHwgwWxr2jstMu5V8VDyjEascDYfDXc+DtViw
k7LvD+SbT7+0zUSbeyga4YIRN5M/ODAozKvDKJt3CtjlVesGKp7EtT0qshLC
MQHitzJujCvEP2w9uL22Gpfc37rUvZUZTjijQjeNcBtcLAcqsq6PdEcgkEdX
as3dZjxtd33H9EF8iU6EHgqZfTEun9CZfB5j+b+E/TsBG1vJdNaLWsAe1Bn2
8A4wX/oqEh3czs5zoflXZntpCN7boY3MQ7bN4bfmT6cFDcPA9GrLwzjdsgXZ
3JjSGtPpnCI5h4dMzJrRE3LRmGjpUahiLswtUDf+7mdSxx3+ttgHy3mhEWp6
AnW1UQYBt9uN1KADeClngM0oRwe8SJc8jDWeM3VWiv8ve1fblTbWtU+lCFIN
CwlKIna1VqDhRSHc5IhBSCiGNMWCEylkMIIQEF0EMQQo/vr7BDszz7Tez9eZ
D+61/CCLt3Cu7H3tc669t1fk2Z/rI/485zMondPVQMSs+nhTJeMOxPhimmFG
egv0khLuJwS+gPmo71PQQE8fl4rWaKUhcyISPu5gVdJb3DeUJZxdNtSAjo0A
kCQcUu10OlbkYzTcU1dTKQT7gdw+DcgNUE0mNU1rttRctVqBHcpIZv7pBsT/
MgP74zHEUn7fxfrJtyWOrlpX8npYIXc3n9LAL07qEYCCEz9LVHYI65H122AO
hTwzrsNBtIBLJYxfWRHc9h/9znk4MSDHrFS4GYRFD6TiutmRZSVjMP2mgn9Z
ChdGW1s3KSXSu1vUKjbyLQuAjStnSFI/GvHlmpu3myo11nM1IZw2HBWiMR7W
ytn/Of7GGEShfVAn1W7CrmtKZ0JFFtneXTZ7lz31iiVcQjCRVgWX7gIp+DQN
zorVTB6uYlgeMnr9gAj5RfHsTNyjcSLVEM0kwmTbECo2VSu77guXIyG3kR2b
epk5G1XSaYMKmxpJCrVqtROgHDb3C67+ZigO6kY1QZyowUPO0sPcaelx79QM
k3UAtq0uH+fO5RS43/6Ut4ur4DGXY+fGBNpZWPJwXBEl2R6BsxJC5EE4GI/b
+HxBgLMChsE4RekZVZZnnpLEk5idZG/AjcdhYGvKLklmUv1y7D1KDRLQ41ZI
tT8SVxtdu5kMa9x9s1rjGL+faPic9FrfB+dL7/SMpMGYMKyhUieXR41JR1W1
MMo6wjQWEqWbo1TDg60uJS6CACXrfHAy4f4ou58wHDebRYdQxAV7fpVG5Ilv
hBqmuYj0elRlNCJoiIfwEwln41zVRXNbl36JCbRPeVUx0wG13O1Wogc4gRdf
cPU3A/v03mDj4vzYlQL4fRCE7zq9LN8tta5cwOt9clgAeE7tdw/g49KhVRUH
uOZzGyzM51e4vFXCYgU9Nw9nM3ZlpcAaFuBsPPJoK0UBDuKUQuUUuVnEoElG
1u/GtxeOGBnZvFBkXZyCowlPaasA9AliSJK2RAWu+crzjjnDfNzZUSh0KQbS
F1VsTWoUmaf+x7/uuSM/yQ7rKiwROD+kAu02RUvW1IXpFEyPRgRKG1byLERZ
xFNB2Iz967SchXrMpK3G86UiN6yTJEP0G2yT7PUiuWW1Rh4PSQYZSWcQf4dq
jF3lonuy5nWY4xYVzuwkujYGxyWMeTnC+ZuBfebh2LURvD67BN4rCjgenFwD
gDPT7Cc8TwUTF7Ne+s2bN9vrpAYSjczdp+2v6+cOQXCzeYYTCvm8tT4u8Y92
ebOZJX13uZa0PWsOKEWmvEp94C5Gld1e9l379uvXTZK8eIyfnJ2FSvE6m/1+
CbpdH9NqHTQSFTbKiTAqYAU3fnPj96HYKIJrR1YocgyL3tH+TA2q9cH0/Vpx
LiTDRl1WdJ7wn90c9ZGfYiFLtSOLdNt0/KkL/LMU2tpv66gZF4PiNrpJVsZ6
4ezS3/DRLZWarKS6KAP0YBjHtNRoN4XgSTUhF4+psmqUq/3Lz5/XGqlUBRFL
lkWu+p9eyX+Xgf3q2bctsQtGZ/GLAAmmr51WE9Ez7T5FmFOEqt9///3Th7us
6QWb77LbXzfvPtint8FDYe6tQobmPQhXeWu7WrAtl9eGvAELmRUPN1sCwIAt
qsVUqGhBiAVIcq9RKFw7go9XeyAREwsHZowal4T71UQixQ8O7tdGhKegCzts
1O1mfI0SE6ciJOwnqqzwo5vLivALqp5sdrwGaU5pr1N7kp/oE7jkcc01BKne
3d3d183I+rrjuT3VAcVgHnpoc6LvzNLw+LiE49hY5wonPjAajUK4dRXHrikg
4pQZ1lzccEiRe8xOKuU5/vzxBgVZwbUMzLN/eiX/XQb2zw9vPn5ECNp6lchr
j6Ds/O0SgG+vH7ruEwSw8RtEuT4YluOSP2xPpwvtw7Ipcq7jvc5AWnAjRsWw
xeIKzGRQNPrRSQoFQKtGdTDXKZ46liTs4JhT343tnTOw9WV6A4AqgXny2pBz
kB5QZoADoDGbDHW8wTjdnN83HLqdZhJR70hbY307FZatitYwiKd69mfN6HQ6
A0iSi3Ub7veHfOjjY+E2GUbIouK1bgnfqT3TaGiCQiBWtMrR4GQ+HwzqisPt
YSmIu1xWbxMCWxZWQKYA44GwSbFlSHXq9Wip382ZaRaKvso8mXuRMfxqYH/j
NliXqc3ti1ehxivByv/UIJCcr3bAFgCRzgUAH8YWf3d1tO3p7Z3Ws2D1uBE4
P0TJdq68HCBS5CcDW3aOaDv3Y4gf+tM1KhkLmHwMHjAS19r98C4I1tzwcksC
YiBb7bjBwYOPqQcUFqZAX4h2EKvGoLAjHU+MoWYiUrNI0wIRInAPdO84nf/v
wEkjriqaCa9kxHhwqQDNZMYgSWNSJ+PE5dYRIEKj0HOuji0UlgWG1k4FrYbJ
treamdMSsfXtSQNooqswjGQyFj9A5D1UVANhkkw6+MUi56rocTun0VXnC65+
MbDvvPi6IBX2Ebi+Hb1yPYLSg3Y9Db5+HQL+xHTMAnChjZE7ewx/fwDg67vl
fLibnXQvGDTMyPr5UoGCbvx84Ue5hNWeH9rmBuwo7TTfUhYLBzVxt96+ldHr
V8flHV2sBKgcz3aBuCU2yaiEEyDhcpJKtVKioc9naw7jgYAjV2dCyAgcL0BP
iCjaLQXO862CjOWB0rBQNK84SzyFoKCxIkUeYNTbxXW/4R/1cV/lfx5ZozuB
gZ1AO41yQP5ayImYVJwVfYIlsKLCbWtcazpnXxP9RKEZQHQxsOFwYv2jS/wY
L81mnh37C65+MbBf2RFqy0p5sw6+vAJg7eHL1sbU6sYgKZucdfDcQS7qcbtn
TZO3Z62mMo9qO0IGbx2dwHpwAy1MPMZmnxRzfy37UFfIgHHdktvrF2bH3H1P
QvRmeIHzzvNyO8eJyLFwUVmBIpZ3gy7vUmGqwbRsOzxkDpp1iGUZ5KoIAsOw
KEw0ngoSn8eVNfM5Ss2k1SGlSwkfrIeRt6oI1HiNJt9WHx3XfQueAozRmWdc
nmmipHAybMq79p6Kj/q8p+GKx2hRROyst0BeM5JepL1V0ZqZEW/pFEoZ+0dg
euNJJiEBDziP+wVXvxrY76bwsqWEMd/3wAnC1b3zy3fqdur/DSWFFtyOSKtw
ovfpU+cOOCKPyyhYl2m2chFMyvxtMIcWdeLksn90mDGe5h3VA2GlOT9XwlTt
0NkMyOEzP5c43LnXk+fa22SNOBpVcg4t7CI4BtoPa7DCXY6gDolGQSrd66J0
wDdCON5HvqpwjPfFOfxRvZd9viYnSheK4wN4Uur6WqrisDmrmqajROF+VKki
OONFzlDCvPjzHoVhzuPWVLDJoH6lTnxHN7jHF8JgxxBsyfAuIvynMrlYLC6u
vSaKymYsOpZJa9gZzgV62fWac0AJFcH1gqtfDOwnwJr8dXua/vAhDXZeVaeO
13ek1Un949N2Ffj4oAEQem/ffvc2eEqAzW30s1qzHEbi6aZSuA6u8+xgYkcJ
laUuiNGm3qFRbqjXSVVRqPWFXK8eii31Xjrj9sqHtbEZrXXCIzDqm1qu2rza
aej6ZH5YhTVmorX5CmLKXIc6WRsfj0YY5/NNXO5BxyHk2Kz9rxGVP40hMRE4
BgjWzPHxMZ7iSHXcKJgOLTuQycFoeQ0WU6qT3I7vZz1EfK4vlcoxlZTH0+mR
tEb0PcyMKbGBdHt3tx28UNVorAwqZjty6i1DhZRxRLyylEHK/GGNtR3jRPFF
ePWrgf1DIH3xW53aw1Ww8X6B0r8H6rCBUsIvAPyWAED7jjjW3oP8dfxuE3jv
rKk4p4tYsZLYcvX7l6GdqoONwWzWCeOdmKYlaU2hztlAJBJoKpQSXiwCjqC3
uXd8ECCV8uE1fOBcJAVAQQvDvq8ljrDxXtMFfLzQbmtMvw/NjKaYRj2OpYi1
UkPI44Yle3E6WUvtkmStLmeZ+d8a5xnGHA7iGXNuzx+v4WjpWyXPoCP6CvWr
Y3R/3Fz2yxbxa538zNxNM27AQT3mTSbNukyWd3y45Pfj1r4WbMoafWVK6LtL
n+8TYKgk2Ua3MiFJtiGY7TbCFbqIBuYpLIfBv9jPZvWBPLIOalyv8RE4eX8O
wOs3fpCZAt9HMLUUDXdWQY58p7V30S/peh9B/0Wy6zz/aC9IG4K70bAKm006
xw2MyQQK7KAJEzYZJXNGq0kF2oibPHrDGkmSquE8vOYOVJLugx2SzFVrtDHy
n9B7rRQQ9DDlJkYhexyaismpQ2I0wkUc4wXYpAoNZ9K0pvKa1tbmElL2/+tz
NJqj6RWoO2w01e5FqBiMqRwBI+21KTjq2w1H2ZJejSX8p4TQMOAMDlpMBRZX
9AeuWOtiWNFS20DYIWXKQW99c6WAz/W9e9ikfKGSYyNMKg6jl12E25H0Duhz
bgHlKv/0Ev4rzcJVbUMwb9lXWh98dqK4Yb7ZWnanLV2n7wCQLLq+QX5/zVkc
/viuD0AwWbkWxAv7XW/9olZ2xOY0lYOi2NT0eIYzqCFW0dV7Luod3NcDCnRX
zxfZ9Lt3C0eRAF1nQIZHoy6U1Wp1g91JjVvUHtO95urNRsMl0JrG6nSBQZR9
ROTzKD1kVSVu48KRxampZSzFaJFbWc62+dNnDZodhwiZfNQQM4HdnulkDU1D
b0W1UMQKEVIJx31LQP28LWpacRXdCiKBS/mTwtnZUQrBKh7XzUyMRDHw1Gu2
7n3ec/tn6domHeFjSJO7vWyadGxk6bH78DCnbQjwhbQ/a2A/1U3a33wCh3eI
Rh0/3D+CrPPVo9XGhS8HSAD0h9cAbFL66883CG0PCGnT22s1+3WdimSNjcdD
a79S1aoeD9+KwwF0qEoymV60qehDLE3WD3B/iT0NV33alVBLjUKVDknhbv5c
k7EU7kuBRqtebwmVmtjKd7Man6TCjg1MWlvzVdwQYjCKvFcgfGooE5wg8BDh
dmazOh1D6M2Y5g+cDKk8wo0xGBYg+S7iObrUyYjXETZ8ZyOUfvIrxeLKs6p4
w7QKPWZ5q8duPg/XpMsRomHGZDY02IAsk7kNRzoSiWS/Blc/SzVfCD8TqT21
xfOTRj90+e2ycrEB3WUOZagv6uNfzdK3f9Z6KCF8jfAjd8ggOPzym7TcdzhU
cQAY538AWF/PaZ+RK7v5jJ50CzY/fNq+zag5hxl85DKiXR94N9gMBbl8gRsf
F5lmO7JwkHK4rRVXBxSVqwBMM9HLOeqUJB1skq0NqNTR5VHKGSYDytAjVB1D
tjwfciYF+ylfaW2NwEyuApuWMoFMboirodHlJS4Vs3QySaFA5TXRcv7AFQ0l
bAVOZoVSnayjhADKsqsbo/qpUqiPFYpFSxDzDK5Q2pqF+ZWV/FIxw7L5fKHI
wRnDMjQV3v0ve1f/lLiybVuYEMjho5DEgYDWDDPCBEElFDQaxCSDgWFQ8AQG
uBBFiOhwDUJsRf3rX4f5OOfcqvvO+82pemf/omW0FHq599rdu9di27d25DbZ
hOlrbTa3jzvhThlG2zP5y1osGGPCnaq8X7uolygFIefdSy/iLxhWHXw1t05s
gr9jjj7Z3rl/vWpBDLwtABnz+enKpw8fXIEj1Sjhong2kQB4nsRj1iCpi8Ef
eKHmnBkV8qnwhMw0Mhb8ncauJ7LNHCWfSyTXuynL5GphfQunPtasbW3DhdIZ
cTkwlhnEJgZxfYHMI1K8FoSuqZSn+VjJOhg2Yd3HtbvsgDWYTidUFqQiShlJ
nje5ZLIYKC69npbxYHlnPjzItmv1Ng+mfHu+dk8fxjJjnOEsRdtv7vX/6Uhv
YnJFEJigL92WkIUsm9XQppLJoYrJYFbTIoE6guMO02pm09SoEo+zM7pPUV4m
FOqMctEZszvyHhb2nJT5Mkv38qZd/0ssceVc7ihMMmDl1Zd8uAC0+TNAQ9y0
VQAw307cPDpEA8IFAPvOki+6Wn57Zd1qDSlTapGp2WGqO5h8PHGTSYGdTN5c
DsjNi+ojgj46eBWMRtyJQWNkrqczIY4zqQ5j5/xAKHoiKi/NzL1uPNCqXRMp
Vgp4RuElDkxIM0jrsWrXHpvGOkTkkiDcXNwUUhEkQDvpcX5XGvrhOpKDsB2l
M4zJcfv7OVdwGosxf5LfNv8zZeGe7+dTNEwLBloYms7rVr/BRufzGy4CR0Uu
OLUJrdqe0kCXk0KCVPy3Z2I9THvDvFbO50OlXE56oYUTfu2RegtXtNMyEzwf
fgWf6M9BlwwA7gPPMN16g7tDbbh+sjqMqubFIXjWJq++idh2btOJ9SYAEHfp
F4KxuJlxUTX79bQoiGcbg0hPl56B/PjpHtxfiefnx9PKftgT13ZBT00qTJjA
2UjKnlZU1scY2wvucDzywdI5q5BHO0tnm5Th81vX3FW2lInRXv8W7i83m7qm
VNrqEcnX/GGfhYqltPr3SOkajHlNTdeG1+VpPxiixQWmfj/y1E8die83eCw1
8MJ3npXq8cUk2kt1uTS3frnq5rhtmZrzYQLVOrG1q2mnGoPrl0/ZrLsZMKir
+3yZCG9Fw4CxLWDuZZbNMH7xG0Dg/T2o/PbZ8hR8C0D/M/3lwMBIwyWxCi4t
4SvZ+RluonVWaDYAWKMt33Cgzn7L/kakcGeY3doOt/b04t5s+/bxAJwiUoqu
zOFWDreNyly+Cnp5tR26Oj7Ydu7ZpoCJGqGQvwJtNOwWn32aoShaL5Wiwg2n
Pam2xcoItCyMDMWwwrLxeBdOM2VYI7j54xrI8DmGimL+z4xp/1K930Q/zWzM
3hB6S2aKuzZzmOCXSlLBTAl7hiH+dXfevP4Bp9RiDyID8SilRThSSKb5diQ7
YNfdm1kkulCcaxCxfH7aP6YVhomezWLBfrB2yrvounU1iNse7+K376VGGbZ/
Eduu/xpLH5PfMbXaGN7iTq/y+fOXTzsgA+YbGFrb+NnBq5X5RfxNkRlbdwmt
HIUr5luicPrseQaNBjyvkdm4ROrX20j2ZZ+aJKee5ayjjhZi0+QD1KLB/D7L
aiLV6dTh+b5XgpSXlrdmHUBG9x0mOxhkjwIeyRx0hdA0s9swePHmsNM51IzZ
zIvp1vZdjedcuPS6tqBTZ2/LrVbdSXwDhyD+EAK523bRomne5ByOasibMos4
lz3AvSFf++tM/N3DN1zhvs+SxjKSelrX1IH7aPB0xK5PiHX24qLr2XWdxQ3r
BU9lfWDZYbblfj4YNIanjSR32nDQVVd/+pLL9kJp8v8e4P0VuPfg/DTX7/NN
sPP4uPbvD+D+ebIBdujPyx2rlU8CG1nOXBGTyWvwDJ4///7d2HIUNtv60xMq
mtlsvBdlE+7No8H6Ojq9qAvZyyeS9HAsX5dUNlmudjoUmewuFG81FPLCfYf/
QtBM67j38ghkYuUbnGam03G9ZkAnLDHUnSFXK7Fx6PD8ei8uhatlvneN9DgH
HUyr4VuiqUD8yWgixyc53hI0vRPJRQ9ZVr0Pd/BGrP/lSBCZ352dzaXfitlN
ZNFggJtUNy6Al+8uC+lgPnaQAfvIUn+c0sn1yWRSONlMR4oKz7Fs82iQvrjw
lR1V+ldxZPs1A7xfW2Lkk/ODpRz7NTvv3/8bgAurKsIVPwB+mqZX2DAAIVyZ
Blrx/l+/geZ8Jb8LwHH2hJgUUDe7WkhMCIKYrA/cX92X62x29eRjYdBNk6jZ
ZY9OOTXKhOhYx2vjusUaQ5d8osNVoce2nnUsx1qi7f3j436QZpgO4/fSZdHv
J+62ZtuzehhGWC4+cDeLxvX5Na5ySicYHIedy8kJ+x/mcObCaEdQwCk8cMO9
CrFPh7yW9KNUrvqpH/yLSyNc7DDV+sHXTUNfT5zy7OVT10BvJq8JtToFebpz
nBnxcxSMhUntzbtJ9o4GF/j1nTwNIrm6RGaYiwBK7v39W/v/OpZ1EIDa27cx
sEbRg9fNK/DlQ54dWuIMn3HCepY/v5rHAfBwHHG8VuECJ69BcxjP4Ccqu0rg
93uhIWJyWSgUEhHTd0FG2K2yl3c3fXQFVoAj7gx0e64QQ5cpiue27Rf1AiIr
UKjSIYcBt86t/gCMGFeV3pf99brfz9BQViioRdLXM6Y+xC0/O2g+458wuGGq
lJkGgyG/fYFw0iEsyPwYVTfbrH3Xd93VoJdR5LK3ZF3jKhE/XN/MHk6mkoYq
PxUeBMhhVMuZG1arwXP2zZuTzQwu37lhiw75Uue3N4InjWEV2I3lpzrbqwQC
sDy96k8zdCxsmstu7J8D5/8aFq5wfooPTTCNtmXE3W+iycePb/Q+Bk7VKoRt
9u18DkaDLE+O7pd3SoE6bD7vXrhZDXKJp687MlWZbd0sirp9ehWL9dfkqbUT
kQ8eH08zW3Gi1kMFv18RSsw25whmlCGvNKSS10u7Dm7PeYR/Bx3ulKuuA4dS
91E+n2VaKljqGk7eXoxssE8J7hnUS4dGdKuUycesy4BlHtZlufQTIw+8kDOM
0Niu9UrWNdklkqyp5SWsrM2r6160h5Hh9f9RFu+2OG0/JrGqbVzWWDaK+VS+
D1W006Jgj+3eeTu9jY3rnZ1GLalqTD+fD2KO1Q92xkHaUX3pdfvVA7zffP2M
2dV8F6Rvq9NPK+DrZLa6s/a5Ak7unzE8ntl37yYVUNVO9QQAr5Y8S599/Xry
+uSIO+fOfc+bT8OKfM5BqdTZ9ZYLafMY5L/c5zsirJaFCOt09uz+jlcu0Yyx
HQox10PYGCmKH+cSTlX3HPh30GO/XXIczJS6n/FLqeFiISC23aq3ObMbZwck
To4NSjDm1Wk+ZFnO2eT9wzph+5N//IMgHFRj3rscTcsEsUim07yWVpajgJbx
jR1uzQ5kOuzDbeJy6wFDDaWut24PKdxSdDo8u3F7hV/ZGGpnIhjZ7cZcjvUd
avzxYBc4EVLTALeGwVjoWlHohgLll162Xz7Ae0zF77OvnOzrkyxixA9AUKuW
8+6jJaW2e3vRHOoFeQ2srZBZFreI+ItvsrPic5N0r27C6OzA61kliMIlOyxQ
EkkeoUTBXfOZSBFMxKWHw17UKfI0Uy/Jfr+47ZIF4SZXqnsUUeD5ZETdxmQ9
xtRIQRD0yLDurwgI6UYBFgzV3IVqnNTO9HMAMuFGkb/DyPEXIGEvwMXdoZ9C
Bvrz/Cfv8OZguZx7gMk4/iPQgAyI0FjqzNugkbrL7bs6DER7hmENradJc8jF
WZ5X2U7ewb5Rl94H/l6UOgajhz1TDDJS9Ez+9CUPuC5a8ksvzyO9HhYLivDP
ieDfBXiPafvHfy0e337ddB81Ml/mSxng4KcVGmzeA/XIPcRYosD5EEnc8o7q
ZPIO5DO7CG0C5XzWYwuFowCKG6ZT1E2JzHZ9QElgslVAKJtF+nC7GsIkWrFD
u4iuU12+kctBIeDhslkp2eZytlqjAItIktCAE2tpM/F0VLTm5NvtTodl02gy
WXcAIHrQ0xNp5Z3FT6+2vaSx+EO/b7lB+pCDZmrIDS4nxKapNxoiSqKlVxK6
RotrWPYiNkvyC5jsYtBBjutxxiBSBmNt4yxviZmObTNXVfZdcElzj4eGahzc
GoiMd5GMOxlLaObpIsPIVfofXvW3YfEr9A6cPFoVLg/ArY7wxzyNVs5PTgDY
IFvWnMwXsDEcxaxKAd7cDPNgGqIiRQAC3cj6eqJ5US+V8eLpcZI0EByNhmra
zDY9uBCR0GZZkVp3ojFn4ofdiNKCN7wY3mPj5CniOI0LtCrCoUIkubRY2eP1
FDNmRAVGIv4xVFWxu3F5BECJV1I6SaKsyV0W3EWcgcS7VJq3ixLxzRvXtJxN
rTn7pB6PR9j1yC4olce+AsyJTjvu+xZ3d2bKTqEIK3l4Etdf9qiJs6convfo
6VhBK2u4I8X/PtBBV+bV8N2W4bHnMKxVdqALRkoZgzD5lBh0A88BqeYtO156
1X79wLgaDnGBs6YWwFUswFqXUcPQvF1ZgdYOKH7iXA4jT77tWKEb/QnXBJpj
W2BHwbBi8WNGMk3CVLmLCoJUixywoqE13QOp5RP9ik0sHVp3vxa8YJ7z43HJ
UalS3S7BjGDPmtkb+STZm8vlhLqfpiv9fKwsEBHWM5K4M80X1XGSzBhCuCp6
RY70RDAgAiTOUlyXJ32EBFPQ2mzgIqZHLJgYponLRGJ5Z6hEj2XRX656LX1K
mDRMSMFUdJ/mMbK0qDEGFF92ydTxlB4O9PnxuNwHMZudss0OqmXIzUYUpxnw
TIX09LgaymRsuonkfQY0ai3T/KcM/m2A9/9aneMU9YHWyWemnSDp/JSRLiez
yRleHOOt5RSHi1/cGnLHiSykP+JP6j7xdi6B5/rtmTbrgF0S4ebrZk6PRGh3
CiaXojjW7UZHTdKUigVJ4XmbXIY5Cm7HprRSnkGzjUjFw/d4uk/XisWiKNPH
/WnIayuHGCm1gBoHxnyPZRXVkm4YcfyIOXBVq7GQuJYfj+oENLQeVaecKGUu
NxtwNW5U7FyEZdmupkf7IF+VGaZUVjDFt8YUUpYjnM2E+67rbqPR5bhKPoN7
yQdDPDB5NX5RWetXx0zpUPbDrdwhl9TMXQH/iHE2L4fH/S9XsfrDfiiUO5yC
DlWMk56XXrVfP6zzQfp3AIShvgnCZ9GdsF/psZPZx1XrgDm+AcAj7WwBdk7h
9SV++xi3DAlrde/BYwUApXum3TR2njCZEgoPBofBsjy3kwhVPTqthFuKjo48
5J41+GKb5Qjo7ZiclNYkhwiTJJlG3hhdcUiUr86UczaIOEmpOK3UFw0CLy5W
mDBjZgPCW+VMx1Xt94PVSjUY6vhgStMeGMWOBlkPZSnotrdoxkf01PbWfnDN
KtdOXajVljuiCJq9ZKFUlnPWdTCONXcpdRD4H/autTlxJMtmG2OBxqCgkDwg
sMNNVcGkeYs1aRAPiQGhVuMCRqaAAdm8CtMuhEEWpsyv35SrJ2b22+zuB09F
9P0KIRy6x/fck3kfgblomDnEoUc4YxXQUxSZahSsnp+BqbP9oJjEarWrqixy
tTv4l51VpyJEGZx4OqPG9K2d9gOYlV95D+8Bv/kJ6/1IArQIjj0/Xb6SXnbS
B7ULdYOjh4O2Gun/9HdwiHkvE65mNxVwUyj0H4s9afTy7qZFojvV7ARIUcDy
X1c1a3ku4+inb1ryawNNTBcrFQoFYc3kZKn4CB1SSW4KvM3pC4fpXCRiwMhM
askkX6/A5Zzps6essS4DsF35nf4eKVTcQpY/4MuCg0CLZdbNVFDw1Du2xhHH
u4jBfAdDRVRmaBmVCMNwBAK/l7Mv4cH3QuSnhamy3rHGjj4mA9YgZwEt9ceQ
1ulIaR3GCCwlcO5lGHd33RaguiwmeWjztGq1Dn3tW/fNWQfM3XmBfmuf/QgG
Phz++e8v9+Do8CsAMzZ4402P2N9X74IHTIOlzLfNyKrR2oPKRgXgFoNwtTZt
+p239qVQi+f9yvX9FehJqEjerxgSSzTDNB4r4VQq5RYSOBbYzLSRjsVwJJqZ
Zh/iBMfVGGjryk5yiSYOcU3mYBKBwm5i2gOBJimgRVcMTE7P17WAda/io2lF
qaJ/dtHbSdvzkUJ7+KgaBRkJw8pYVzA3xruDbp8PCGzfFaCHwzBj/z73O7p2
V/HfZJrGwrhV2zfsLc4cm0/QkAVrFImKAsZLjUAJzSS8LrR2HunC9RWohm5V
dXlAyg6ivQ/k79Q+FHGk5o2i76199iMY+LA5B9s90NQ7sw1V7eZdZGcxoLXD
MvXwegx66MChTHR8Bg4rprV/3c77bElmWSHXNW4IU5D991dzgS/wMq2g2eVl
yWrzE3yZzFTKZv0B3jrcrEVKLXEQHBHpiSk3GqU+xMzjblJ1fy8QyMHgZEfo
iPbPGUpGWj9OCax61gUZeQX8ZatCnbfK+KzB7DHOIWFtKVaqkgE3PsAIPLdE
5bpbNLrsiI10UlFNuVr560eI51+Pt4x4PJczjLi+mwQhe9tMQmvbIWlEOYfO
Pjx8Sc9pHMDGlceNuyd7RQ4dFa/vhz3r5hJWkCm65isAErcJuTIHY9H1x5CP
f8swrmiQ3P7GsvCI7rMqkWQsLJ3gXD1lqt/wK1XPDh1NAL7+F0hsIvg/3Xmi
s+WMU4PIdpdtudJGrXZ5aUYua9aQ5Kh6cXyDnhF/RGd6DJqgRg5GCIv8vG3h
LjQR0zO+GfAg3onD3HC1ohU3RWACNHc5B+On3WSBSwchIWOvRoag58/Mreu9
Asryom3C5SazGNEQJjNRsgvikpOH1p7mpygiD6oIqqejSRUEEhhWtGRosES8
XkwvjIWJhcVihwZdje325ogeruZYPMJ08Ow0QqQy2dsESAp3erg+EUsl/MQ6
F0+fnp+fpoVsXpiCDAD5X06UShg0qD9yq3/PMA9+BTjTjaxX25Nvet5nvUUA
Pn/9CrSHdwkAuPfn7AMmxv1ncLi5DQHw6YLNhz2axprEzJBEc1T4VLDb7YVP
n46J3JokV4BRaJ9Cz6mCbpCNeH+G9T9BBVwiVAcSl3Z1pu4sslMHS+TAsaxE
mHBpCBKNM28J7TjdhLBFdNVg15aUOlMr99ZfG/MNWLAvObfbwU+WVEu2I65c
r2OC02OTAoU/VtW74XZ75c7WPSQyJ/Ey831/PJddI+r5mXvSta7KShne7PTc
iOOC7CiC9V4G9Nab63nblZXdEDaayCsZ8eDoy/k5G6NIyTe8AoHxuCpsdGWY
mfcCb+2wH8TAB8xtJ6ARWQE5ZL5qKYyh8Ikg538egTAAP/8M1TPrzOEGEyJt
JrcYQkTp4nJwC8WIUUpjkju+HF0Sonj8rmYawsl2xbhpv+wkec5W9ZBwsNiZ
iOlRwiyiJXAwCKQ6psbxJRwv0hCWWpgAs2uyQUoFSUZLm3iwhq3AY4Q1PXNm
2rIhfRbLCRhYiyecStE+2okMwdOkbL8vUjIWGpQa+ONbfbgd1gscx5WEWCTt
cNNVUbTKabiodcbFLa1FT88gox+kAmgAI2wQcTqmxMwz5HR4fONCUS5PB6DU
eRqo6umphgWF37/Cb0RpJBvdkHN4j/n1P7z89z/GwAfyalgB9kdwgt+0dYgO
wNU+yZ6/g4cWyITJaUm9xWp/+2cA//Y3ejgmzJtOPyilNaGMUfGMKtcrek3N
5zQ9lcxaW3qSKFQqxbQ0T1J2224R5XB0kktGaWLY1wdVZT5t6HFTEJDb51Py
omReEgKqylKJk1rmgpR4eBdo3c00OQUUqS3geMcLDrttMsvpQaLjOXLKR4JD
pv5xg/PEwWirheH1KGfcA/bisrQTjIuR1HAIBSwhkB0t17zB8QZU1WAWB9Oi
Mm0uusERFGlnUb5aCcGIFNIz09Zu6ZbrBdgLBE+/nLK21T1dsVMt3tuRh4BK
yHSdCYff2l0/jIEPX44JJ7imwS+H5qnVRwiUYqp9frqfv45vn22gZ3Py+Wr/
6dOft4bDoYkmVtshhCIGXIf4Ng5FdYWu1FNzWiHTae9YgmJpJorc0wFF2XY5
M75YGKjgKJAUX3cnUJP2M9JBueyhFWtvVh7Tm9HuZLP2Aic3KRN5pCzMM3L3
1vSDVlBMOuBgJztIuxGELm3QGssom3U6aQ9Z+EfHczZR7DXRpK+RzLPGXty0
UIyNtAIO/nW4u2hDT0uombwZ1TTnat6TsvWeHXZVTXIQQbbWMoNseiyfrPw9
vko7E91SasKqmDDB1fWjZhCXL+9+6/jD7iPnUZ3xSG/trh/GwIeLm/E0pb5s
W4eHM+vqZs+HxJfuCRhntkPT/v5hdX8y3H5WWjcvYDvbzMT0Hji0mA7JJxiq
tuT5lcJJzwqYespclpduLs3a5cjqw0IFa5qCHjOfsxXar7jtOmEOpDnj9iBk
r9A0Iri+kUskkNL0ijpZUXokgWwkTqiXDmEQevTN9ck8ZY9CJFMk6rNGp+y7
mlNoES9UcF5l2feYlcWEaHaDfICMatZagSc22Ew5TJ6XX8uVd8YgOEubxO5x
4w9jUGcRkVvc3cKWwJ2y+84CCquMP98niAjhQqo6bgW7icdvCibMzaNCw9g4
mRwz+DlluoKIt3bXD2PgAwJhb9K6hlO/HyuAq8+fT8CWnAJFO3t40MD1Yx2c
fEPjwW9A3czMAEimseoznmKDo9UV/jpZ4QkiIBP6s//aSRgGVoftTjrNF2Sc
cWuczJdpP72cGbw86HunHo8Y5wgHGZuVZkGzjfJOnDG5GqSH4WOldInI7boT
nlskBFoYBDI5g4OoIUe+vKgtQIf9bhGnS/z/nN9hPC3MHMyHewiGNsOMtfA7
2Skgyarleq1A7qqRkekVtZCjgRy2BY5CekhbY115uwad3ZEvzOxY1itprnGc
RSAbhYOoeQ+YxEZYDUkfmLb3nWjWU0Zx/a299eMY+DAHoRL49SsAm59+/ct3
XP3FKsACoG4emp7wSqgM5+ufEu3IHoQ2szwAU129Az19mfWHw3SD0ISTIt8m
BNPsuCuKL/9MeqZSuiTJlKHnuCqFJNqzUCNih9HX0w4hG4aHZrIDfXbxpdZ2
oaWJZLopy1KcM9Ouhj3OxoSCeKTQiWjLvKh5o+Xm5PzLTbS5Z9wCtrIe9xLf
Vzz9jqt4lyOyCo30gdp3FNjzh+OPScpdtQbpYSzE+v1QFBUa0gR/zXQ5IGt4
OVaNyagbqqcCu8jLSy2oimBVocfQXE2RvLmTBN+8ClVt6q/crzyt5PHIdMXN
N3OSWX6zn/6/mnWPc9sDWwyjzbfECZZ9v7V5GXGLo1VY0B5uwxm6qCgoPmML
x6/NhNepZGsChyC8KYZXboI3Lolm0eQ6LU852+lkfb6KM7zyHyC50aCWT1S1
fiAyHjQIoXmGvHsONCTJcIdppGkT9pRIZXqoz0m2A4csEDbY5zsN1O0WsOSE
RkFH8MH+MVlVqiobBoobjEXh9ZIo0Wx+b3//DqsF7AoNJBqTmaY9ycHz9y9J
AAiOb1DIjPUjr1sCFCxPZ0tOl8aOrprr7EJaroHgmpn3OJW9GavdaaqnR8fW
5N3WkVkJy3lZO/2SHrcUn1yfz0nN5f0jWP1vzMLVyRYwD8eA/bmwB5/lj58K
70z2i/1jSbh9YDMZOh/tSvLDWWkMADo8JOkOMTI6AWNwFKazAlpMvDVDF5qd
Ka34A42ebB5lVsNrxe9nCnGEmehAwln1gFOYgKEabalBeeYMDEYge26VwMz1
uwIhCSIlMQfsoheQY6zhQTl4WriBLEbeft+Ep+czAIb3YGp/5TUu7/f8Kw0u
lusqVTDj3VkMov75e6tLu5HmG01yN+mzIzNNNJWicMSJtKCEp0i9YwJVgXRS
VLHINGS4ETKdu3Vr3EkU58ZoZB5fPinDa1IORZ4o7/FxK6/Mm24l3HtrT/1Y
9jpX7Ro0H+bg5/fHYNvGIKMbLvXs3W81UXtQQO8Zqn1w73htoBdvH7SJeQk7
gAzOBAeno7iGGrCd+Vzx7ntDpdKaKr/cX4X9slwnhR0iSazIJAp1+4ZJeA1t
MZ42qWbA7LITnWXHINUqdYsKajQlifEMukyYJp8SFQkGv5x/BBP1jB3v9231
/QMAYZ8v7Pm9PPRA+NfxtcZTFvFkIR5kjTSMsGdnQQBSpNs/ZwoTDd4lFMU9
deeLRZmWsnK4x+kyzQhdFjI9Z5HnxRmnhD1RztMai846q45qLm9Dyj6hyjdy
e22IyeSR37/zMvTbUVH1zX75/2EWrlrPwH8IhpvZGOxBoCxHCPP8dAxqhYuI
L6yNIvktEA+tLsPCp/7k/MUQCQDWIZvAcQVxyUn2bAZs6cp+L8mC7aZTVLDo
WsJ4ThCrkh3tBIF61rqmvTdFm2IKMGJD0rt35egshDM1Ii3Ui9lmg5AbOjtp
uQp2HpUP7tRTdQ8GtzP2HdiPzx7qAHhEUjx4PT+fpNPpmTXZOB4TrCXSC6v+
GLOgyr5cjiLq2VkLP9cjNSk9Mkp7lGv6iO55suv1EuFET3GjPKpQE1WrhOnl
YIFMU/YotODEiaJ5ecGqBlitmFw/Ig42JwpO3EGn1KCF5hgt38pD6Ie8kAQf
xsCLpd8v4KdX6KQKf/3rw6fRWWR8c1kz1ZSPVGgp9uVT4itgL/8E/pu9q2tO
W8m2HTwg0DWoCI2vkbDLITEcmW8oq823pMFC0cEjXDJBXJDNlwV2IcCybBJ+
/W0y8wfOUyZVZz/wxAOwF3utpe69d/7l87/8TmiXHWwULi0fWJjq4CoOch/+
nIMOPCKZ23yqSqEByzWDkiTgxPNtdWNk9mfKyLI62Tai+NQg2Vx/vwGAIQO6
K2Z7S1KbmPUcISSRLo7jtNMTdgdmsdl+BKWz3/YFJJ782aFlG/SPH5eOQwj2
jCXqRqG02O5buliDTrBEyvj32cCURJKdiM46aqVcbgSC5Guvj0Ql4D5A9nIj
CqwFI2E+yTYUX4Pwt8PKTTx5Uf0xYjNDYPJbzJ4/LuoR8ujtLYI607D89xWG
vxp7P6iPAfKEZ3tPaGw2m38egtl9HJDbXGEAIt++3T9vLv/3yX5czv4P5L6/
PO1cOTBNvm5ZTh+wbU9QD/eenuj1cN9+58BgCZHUa/Ld1ZQwEmzb8TIqayCJ
UiXXwwOVZZrBVwv5FJ58A6tweH+j2ak4kj+/9figqZYcB/XoU/ry6dyhT9cA
UGeYnkHX/+95VxhWJ1V39dC5xK+Jy2s2L6W3P6fS9jCu2iX6hLYAyHZlezbK
v4tM++B9U5HcB6zGdvatqqVUynnnXZkylxL4TVnxoHJFZZhKA4s5h8iXwvEi
mUqcPGIzUgzX5m/fvt2YbUH6+/Tmr8Z+PgOY7x7d7jPMac6nzfPjefbcQVh0
rUwageng7NMZTb+9uWfPZ/uLmP8DdgwAgeXSRoGw4QKeALPV7t4uDQBgsXaP
mmIgKL1vGqJLkvhX9IrCU7LHIl41A+8P5RVgqqWJFDmW17X41ZVMdgza4AOt
A4kIBiAMlAqFQkXTvs8kML48o3UAop9oDC4hy++bcVCa1jCwDm/zffryvM/e
FbATRG5UqcQ0WmNTF48nPW4Msh37YlRnxAalCq8sIvmfs7FcaWtrzQoFBzm9
6Cjh96eE1v55hdxh0qOTk4m7VCdCXbJ/8Xh24QdgNbg8vJSUo2Gy3v11p82/
6yzAn330NwGtO/n8r+qPxLNx0ALj68MsiNTisqGCztnnz1r5K/N09/xzjfg/
vGQO85e9TKKDKm/BKUKq6MDstQS6xrjxVRH4IGxxXIuzZanCcRVo6svB+wYx
uUaS85n6lnWkYlzJxApqLlKTw72eAOMy8nYIu55i7XrpwNIs5wNW6uv1CjPa
T17LBHM8b7GOnaeNhBbKdgjuZg4ym9yBl+FFHrleNc3w8LjQGPGbFbi7Tszk
KSNUpDa/WEpSuj/xrSLJfj6fwpRZ3UZPLpyqWqq0URKJMv6E2tljtB3fT4gY
Y1TTWgmA8QyTYfW8C2/I46L6W2qcXxngy6pY/afbAV+fb4lECHPhUU7aYuiE
4eoIayZj8pku6CTWQv+A+6em9MuHffcxYvv5SqliuymLvVV5BbaFp3M+x4hf
a6jNQEVWMou2vF8kp5uoN0HJ91wumQz4gmoyKmQBRJk16x+3XRC+lCN6pGwF
9CUvT5xmGLbYTC3hXBUxAw8pYJ/u29tvjnlB2u9hIuhY4usVKMaPh/M4rxSV
QJvYy66Btj4+fpkZAdPMqLluNzJcmeFmBRH8xMZ2NB2EAfSw4ZAgQqWx0LSC
GiSRtz3p5wnkmrpPT2130YTHEKql2NoSI2AcGtENH7rbtTe8EpYPfnWefrcA
X55s+vEJgO8v/Y8FEP/jjz/n+7shQI9cKQn6PPqS2JhmTQb6968YZudV+sO+
itiDTGUvpPlSn911l41WUxrf3Y67TfKrqIL4Tc1jZSjVVeGaU3XQQ/ymkmMG
SPe0SNbg92P+jOS6OfYT1OZ+IbfV5Ka44iORGoyvjmUe8h+Uq5WOYvTtrucA
YLZ8mb6fOLm4Fvzsg/gN183hccQj+uQ4FkhExcH0GFPgAz3j56uGdpvFJCYH
dBjwcMEgEqX0EkJUsJKecgsGAhzbN8RhRDqw6n764voau4XZJ7rT6XZKTrM1
SYz6y9qqSNk0UTw6Ku6I/H7p4d8Hzn8xMA+69qOegPOSyHYB8Nx8/RYPjrM5
xiyuP31+u/7HB97Ua55sxSgfvYHJxY/7/ZSqfVd6a79GLW+kd2NbgsereDg7
Fq4l8YO4YzL7nk9X240wrqiHTUApe3LkAzVtYeMWa4Is2083lflKV9WlU3N1
GKtV5CzdxcGw2SrXfA/fj6Aj0CcYU2WM8SDGDW1fnMxCQshhl5H5kFEDYkNs
tQKupc2XSqXoiS33Ts768WPFiOEvUwxyIkMKog+XqYZt8KptzPJbVGhIbsTS
vcZQ8SxKSCrRo1t/Jyj1Z05Y7fhZoZPWorbT9OgreZDOAY8ckS+vCbZE/eo0
/XaBcdV2FJDd9V4+XJmgO8uztfLi+ul8PJ6uX2bgXJvFOjlF0Q2aCGY6Wr8r
m+FwkHtFLV8BoYUzwdpeMCMwjLxgmhbu/N9fxncuRRHFsiohHppNiwsHaign
ZNQpSg4sdAxC9rYFg1AWCamqfPuGeW6ob2AkGQxDk2PtAe1RjETIwG4QRvaw
su2HNU2nmki4JTKcqnKo40X7xZlba/EuuJ3E2eMdod07qxUsO/tiG0Y2GRZI
Cb+ln5hFiVC/b1Vl9GpXUarfX4YD1iAqTKGVEItFnX2s0uRQketWR6LpaIUJ
KzrzsI4X6xc/rtnKlHQqfzcM/tXAuDpfc6G73eL5zzkEEn1JIB/v2u3u7m6T
L8+3Hy/oBwa05FYsyTs41xvgE+T2gb0gpSR2eR5fxgTYUFm2k/DviITUve6L
8f1qSYUkoViRgiqfQVSwVmYoH1Sr7AMiIVWpYO1VlYwoIQhCCQV0WUYiRFhb
Q3LSM6K00E8oQJyDeK2Yq9r5lPXOfxWv5mKkGFw2wsw71yZKCG3TKctJO3z0
5HMV1DFBgqEvw1/tYTUp+CXe60bpftTZahJBX0rBoG04vDFKzBzJa61jMjgw
XlbApDG/+ltKraLCYOrk5DJ020EJd1WOTEb5akdaASh71F+dpt8uwJcd4F8S
T0/2d5Jnx5Jm38oTGuWyt3fn9eeX3qG95nXQhMpLmR5d3g2UnN2E1NapBFFv
IfCS72bF8N06awsydUekxkTius6rIJhBvCh7OIGiJF8tENyUg4zik9ys5aKw
0JYZMp13RiNC+Nl1cSj00rJjub18dTLrR2maKKyvrm6uAFRW4eio+vyRQOLR
1fDb25WvBSFcWARBIMcyUoUZrin0Kd0G9cLrhuIeChAAr+2wGFcSwVvGALUG
WnsW7U7J6mLZRBoteF2Umnnh47kU3Reuq5g9h1OVpa0pmvW1Xqk79j9unp92
BRpe3QQ6U72J6fBXp+m3C/DlD3BnJD6+fWQNo1aU7hEQtJF/nA1dnx/OnhOd
Tsa3AgHEvVjOOn8YMuMwIqItGYQohg4sSZUVUqdmBUk3RdlPdImefXgdyqqZ
JbvJJNMHqh7xZZoUV26qZAHxg0xDwvREMU2WndEJgshL9uj68KPjplinbofQ
wKDpk8esuR/EUTQbFdXWomebt3OCvjjsHB9DGUaURgZVC/5SOtVnnZPnj+d0
AtvVRd42pBQbWcWridHlpeCX2zI/YVFgY2SopALCTsFxVXoa7Z/CSHAZQ5Gg
dnpRrf7om+AmrhtaJTQazWIIFgF3f4/pt/Bq6mXEjJn9YfevTtNvF+DLV9CN
JpTdndPPyDr3EgfJ+0l33HV+PH08+6QxzBKu4hxyr3nyT7EIihHoWSJEUdQm
9m71Q9lADRY9Gyps6hxqS37/gG13xzt1U7Y8MXomTacBhG3e8MYXlF+xGlug
A5JEchf1klwtQ/grdXb043rMeGczstGaInYTM2gDAAUc30TIqBPqa9rpCGQL
GFw7kq8gUUCFTaPiUpHB0onR2eM5eCDfhiKdr1veiTOtXF5GZ7ybyenhasF6
rfJLnve04jpabL3uAa2xTLfttQ3aYbgEPeBlcwiz7kDTEWFlgSSrFb8yNyS2
nKatFvXj+bz4n/29//UTiP+7Anxhi3LP84b/z4jjyPcaZPYdwGPZEM6rn8/6
nU7AZBzDKfXYwX0NSxe5WkCNirfdHsSWPaOblZNozNciulpKkXokSEwK4ekU
MJyPZzUt5c/mAnA4vxqSR8O4vH61X5Gb8iKVmfTTkkIeR0Tpgf5xvuuwJ9Vz
AeqcR3acr0f7Z/eKAh9YkuhjlsPVg/6UBjsZG4V0YTbrz3gxuNBOLoRlogww
Ao972DDatn8pdKKjawGuhissstgC32jwaJnZSBSJkkhFvViMw86Pn9C01O2f
GkMs8m/knIpKNbHmg7gWKqYuifL87W11syrG4/uDwf+Muf3Vmfq9AnzBAhn7
+aMNkpbpCjuTeY2m9reuAvXHk4EP5oqtQt4qsKMETVPA5L38lk0723poktnE
xGJOSjnjqQz1iKcitwmv8I7aGFfTd5vWTnrN8DirBqASqGx8Puh52VS4ikCR
AROlGz5dEedzHhn3KshKA9oBHSrsaXEv4k9chSURrWuBpaGdcgAwp/vDZxXZ
bH906dCXt5WCoRnw57VWAH0PxoORsv1gOD/mscUbxo8jpO3MSIoXPYhDNZ5y
pwcYVw+xB5cOg4ilM6aOaXC8ikjk8CrCegUjygdgXFZWESUiR1bz+be5qVL/
maD2N6r+aoAvmV3y+3hnGaVOmWVHRCillU1QVHyeB3oZmc+BaSS6y/SCfbUU
nEIOVRG7cNL5kOxbWxFT9TrO7Z0MV6sbReTrfsrj0ac5MOV6mhZz6XF9HKoL
+YJjzKxUIZZpcA0X5sxmjw/LcaVmKk4ms9+2E1f+fANTU0eVZGy5lkGx1ZRQ
MlNO0rRmXGHThmF1BeRtn6bpavXk8NxxEuzN21Xk6O0KcgPa4u8R1HHxUW7I
YFcmvc7EQlSYPMAExi1YRE3okb+z1Og+yaBZfVE+jvPYGILri0MQUVq8mNL6
UkdXMoHV8FhJ1sdeUpQVSq7+6vz8rgG+ON3u98WT4HhyPsfod6fi/lZlZ2uz
2gYWVzf49+9lKxZi31vxorrkxAYuAIXla2dsxzwwSAW4AXF+N9XjtbXP8//s
XV1v2tq2XSEbDJwEi2LY2NCqpYmJw5exhVfAEIwPMY4LBa5DgAOG8FGTRpgP
xyRNfv01le7LuQ+tjtRzbq/2eMpDJMSakznHXFpzDKnecrj8rclr29RGJdHT
5KXJDLrd0BpAI+XepJlHCL2zZleLRBQSMyR5a5XZiwsWV27BRXAmLe+7xDPl
A0GHQ3hiuNJaJTYL0IurK7BS5EtLJc7fPzi/3LRfXr4ctZsO6KxWHXbymYY1
XJCAhh5KzXZaxbyEDYd49fAQWiYVjVf4KJG7aWt2Z64fz5MtWHZM4+pBo5Or
AJC1KvcbymZcN23Jg9VlX2Fd7VQqEnT4Jfgf8ur67WHnVfqGiJ9+hQ1WHMU3
NjFvDMM+PmslDLsIrRQ4GBkZZGwu7UGuxSe9NY+LSyxrCtlMLjGXFMFLgjJ7
nVQCcC17FH8TGlnkJtOW7EDfhsKuGR3x4bgrcQ+XVR9XKHBPsDkrUpzN54Ou
Leykvy3bbekSyVdrLlyHA4JI+ko6+C5dxT0NVJWpsaSwCQM2P51XkFGceBul
JsCK587ffA1YRdQJk1F7yMPPQMj+JxejjZLtNoqTmMKlGD7/bBhdO5kgoVmZ
tqFta01rjurichqlNENUbH6VPH8pFs3uSM1PAhm2UYhESuKQ5JAWun9YAx0/
PsOXXx+m3w7gJDYKmCMSzMjwmFA5QPvt0DtcFeeTh1yRGKP2xyXZikMFK8PL
+PGs5oIJSiTD8tIK+tKQ1pXQYgVa2XYrDX1YGHucJqVMpj0pi+FGKBQCK7yH
wX6U8RachlATSgWl583zHp32ofzWRXNxA51EYMQruDG8kuyr/U51E6Hl72/4
KPX9uQQBu3+qBRmDqkta3BIaDQBMjyyQIHBZ98LpXqVvAha3twtAwvTaomaA
JX3mnNKgu/g8TfY1qWmzPS8dKabXsCd7ACsbCSMtbgoLcDF9e56z2oGuauAs
CyaPJaxVwcJyqTr72QsGS6F/eZh+O4CTtSWie/9KP9Tm46BNxKm+JYmKyPnJ
lWL21RRvJKb1Hl4oMNO91ZcrPeZw3BdTW5HKGE5oMhQKs4epyWSZQIOKJ51I
SZNMJoPKhY2iKHZqSkmCmOukcQ/9QWENfZWp1HQFZ/6ey+b96XiaBOwQDGUd
f+pTmuaiU/NWp/5djFYj3vEzEgSpIFbe8LAcTBEx761XYNkLcHa2A7pPzt59
Ob9TOfqVLthVxlcorS2br+HJu/Mc8+gsWoyWnI4hMlWjrVnT6kchLStsk1+X
SoocS05oinhr8nyGFr3KvrbW3bzYRCUHlMN68OemwGoohP0lOPrPACfe29uh
zkIqV9kcXF+QM3RtHHbqJvThLFlKjzXRZwgyqfsLhbQyBKBAJdJKUIKj7qQO
NwoLIrUSbFLUTUZUVqth6Pa6hM4A3b7KJly4XECz1t35namDsgp1LLiJPR2m
HiMz0S+3InDri6iEtAp2Zj0XRlbHBJOkcGycmszcmnmZohLWwf5ttPrwuWhB
V7kqxboVj+Jt7Ldh7Vp4MRx/cT5s/l5EFPn0VIAO9yGTFkI74Iuen1sSomVN
am+vSjl8cFRgdX+XSOo6X7ZyV8uSXIrFMNCKxg28bM/D63WpEJwEOkgexYJV
yNUUn/fHWWUYiYqcGkTvrP+UveX/VYATJny9lq6+PHx+82J6h+XLdloMY/I0
LyMTiVlrlANyyhBr7s1tcLtddrsmx0PGZvUR2Vuzewea7Bv5qJF5ZRcLrIcv
Pp3tVjPk6ujqsuLViPPiS+4uK3VaBHGVUZS09iSUXc1Z1XHY6XBbh6xtdbYw
A0JREsxxjF/yPdfaQ88s4q7NJxjPQQiA8sPbz84/TwVXFar3QnLexVbNQAAW
MHL87qOz+Pb89HUZPQUTCIXDad+ooMWB2nX43CZVd3DwyTS8eI3aYiwpjros
UMp8bN6uQ1dspIBFuhsLL7z2oBuLDfhaEbnJXbUR9yHkv/tg/ujwtDljDwzn
d0TfbP87gvUbAZxcVVRNswj16ih36hPH0xtJVlxmSkb9NE8RxPPTfb4IH73o
49is12lILJ+saZ+iBmIwGBSKE7rKbMrUcm/XoK9Tx5eS5+wspECpVT9GLgni
/OUlxwitmawSbdAqG7EnP67gepWTZhEYM9FS6IIs6LO8LJv3lMFt/E0m7dGb
KbV/E1hyVe8toDcPB3U7b5p71dlsNh6f007izdcWhAjxQdWxbyUAoF1xJhYv
cvYHFo/MPtHl+WTSr/s8Llda1KtUd4P10OUoDHr2T2IM6Qgsr7cky23XBZb0
hvTXjbcxXHixmYhOApLgdDgcP7ZPpgZJhvry4CyeZ/V/Q6h+K4AT2i/cfmoo
tyEca5/Ca6GZCcqlkivY03uDKNFvJbr85TyPeu/VONIBiQSfuNf6zKGCYUG3
VaQ7CL673T+1A6CilXu+YMQlhG5DK1w6rLtVgrACrWaQ1Z9ULQImZiwm6qQS
Ju3hr+e1xmVnsRb2wKbAHNfN+2V6A/0oB2tBa66qN5li2Sc3yODm4GAo7lWR
l913ucoA+jtxIgAyib6lHtyCxl6YmbQ5lYwcwuV6q76c5uwCgqAeLCjzySn0
YNh9dO7Egv5NCUOzlyaV8PVQL2cImHtOjJUeioUwoIuh3cK7ALtduNlE9zsa
Pz67BEXdPWweii8BAH59pH4vgBNQG0iLT6JvsVuUjk7l28Zs4muERKHVsroE
4WSNmNuw6ijsq2WdbjPcckBRiaqOKzWYpI5BvQVsDr2/9a6Yavzo6grJ5RC5
MQwrSs8k3hHyjGXxCNJXDR3MHsfj6szPVVBRIbEyV/ak8y0ntze2adUflxxX
cGG+mgfjBpRKTF6lQyfkBOcy/i0tAFCnum8/vLyGF0N+YFyAzICgtMatoqo6
AC0/wHzBiql1tbgIjGjWR+Kiw2Kycwv1izylMp2gD/YZ92NKko10E4USLJQG
1HxwH8SCbCME9EJ4tR73ANloYD1p76n6w6ObalHi4+bh4XMGAPZfOfv/z5f4
4GTSf+8E3j+syer2Wvu8U67DvTomWk91K5fV1Am9XfMU0kKSXWWxECsd2B0k
mDKpY+WnJZXM7L1PWKgMcXN/D/6l+OZN8aH45qr4CGtivh+fD2ia7sGK2U94
dLpVNAwYkOwO5pbQCl+uioIn4uV4Byc265Apc5va3vSkbKTHRBkA9BA+m1Y+
FSemOADue/Xd3h1pIZYURQedqVHy6YJls6QLPz8JmJIMbTpHjIcrwwg2Ucvm
PimGkWUEPqYtDGAwSiD1Wqk6M9ZypOyUNzadqxmP9aa/02vgPYWsjSiW9cPN
fvn/Z8pVn3j/8ePDl7j9m5r8JWD0TwAnn02boUz+ODgF2PUf491XYbFwTdLf
MA+BzEQvPdGIFCVLWeqZxWtyeDbt3nNKGA9CbQ49e9XkHetOInZICSjHYnwg
YFLIzSkyN604FSXeWYCm5a6FGH5FOj4+Lm/T0nFdrAqXx/nvLz49vn0Q+Srq
hrBst8CqA8KntLzVmkDHRA7u5WZG3+w5tIcVDg7ATgf+bQlbmzdtuWBUZ+lv
3h3wUEjnEmkfpwgiOpXQPKd48pW7O4RJQSjzktsuekNdsMk8oLFSWE+vsZmL
Q5frhtzd2/TIEXqvpFTdbIcXuAS57xvzP86r6PuP87ndBQE4/fOz85cH6jfD
fs/rzB7mRXcCZLYHB8fgq764ZsvfFqHr1cx1u1ttR/Op7E4ZUkawgkq5O/WH
h+Ga1CUu9b1kg26YlykpPx7LF7uzT4Lc8io4DSLLKWPYfSKOAnrmjpl1oQ7v
Jakjr9d8q+MuLxkEqew3aZ4cVdFGVXIeHtohFR3QYWeTa2v1QFPiqPllCkrC
9e4C96Ou67OdIIJ6jMqr/Qw9G3QPI8uRTAapmHl0lW3fmJrmCrssqacIm3k0
K81NxhsU0aZYdnmqJrWVgd2DHV6mFCa5pbsqC5rah0JmMtOr1b2wViGMVX62
NyWj7+e53Hzz96/A+bd//Pn5lwbpN8Q+r0pxx2v94eHr7uka+3QFdp1QKJFe
hc5umVZ1U7Hij1VdKdRwGlqT6pYosisl/fisat9F2FDzLtdO8RIjh1e48ulT
iNT3j1TYUgkPi9vRKAhmrTwl9qooTLjrrcocCsJxIJ/mDvljCT5b+61SCC2D
dzv3fzjKYtXBcUtN69EonBLnR9l4rrKR8VrV/cw1QtcLlo9G8yPKHv/OKTmS
WNtJbmwLMCPUX5PqQC+NIcsWSsK2sFK62Y6Ou7CgWBbLzNQsKWzETRmI4BIh
9eT3mioRC8tlGtBNw5Sejb29Knz+yXOLEh+mHz/ONzvw2dkGf/H2fwY4yby8
/+j82v7wgIDTkp1YR/8AN+tRBIQa8zGtnV+pcewCNARy5dOymWA8NgN4jID3
ml2sViiVOz+/asdzRxUJ81tZ6D3bgYtwWJ/JQrWpXH+6HkY6EfgY7Cm+akFs
ytOs5BKMdoCXa7W9y+TzM7SS8yxFVRDJ/T8WuaY50Mb1wGXWrncZnnh5gxwe
Ws+WhTgLjQZzd2d4t7Gb4sNLINKkBhGy4Q3tB4cdS7w9ttkgzurp8WCMrdYx
bDZBa5jfwfOPiY1fUTC3sBT9h4fLqIk67K8wcrnGfgBoSORusgxStD/5J+sV
QRAfHj58mN+Bz3/b/ZVW/xvgpOh8S1yC1vzgGoDjrRc7eANA8ps933kfZBDv
RjSNBT2jRPoIAgGz+RoATiWQmn2aASRO5OL9drtPXd208nzKuORrw2EYD+OR
qlBCkNKns1sZrEpiE61ASZFxLA2Pj8exwI3NwviWbKbmWWYeN+MWwx8HEGHv
6GY+Fx/NxHpLFYtXfa1Go9tSZ4IkGSaZR7ImP1bVuyvk0Xoy4xmwKqv9Safc
WOxud2BojAqA3SoXpJcgpkxP0iCJzyI+nwBTSYPZr3wxdrHEauXDQQydPVrm
2jsUtjoL6t+la2H+kkkmf9KykohpD9PphxEAb22C9fX11wbpNwQ40eZEFwWz
b7fYDrwaBe9/ffoKXkPhnNM6CDnjBdYrkpE8Ma9kYwWbhx3YeTWOd1ss2S++
QfYXlZCOJAjk9Ogl99/sXWtz2si2bYORQGNQEYQHhONKnBhG4WEQY7VBYLU0
IGQBAY5MDIMx5hHMeBAPIWPsX3+Ec+79lKqTmbrzYe5kfYRyUbV7ea+1+7G3
aORw2TBFMYXL+HQukci1X94HrbzL77XBWkuhPNksdHdvMo3L1FWq4Xu8aot8
m0kxKTmnNEnCsYL2KbQbq1WPpj+8OpYlpVXLSmfj2AgX17HTz08N5uam4w6N
CUK1agaSviql6zhR4BdiDd7Mz84oXfEb9GvTfx2MHoXPrmetbVnAGIQkIZlL
cE6FWHUjtyOlbkwyXF5BS3TSTGntYdoPodOx/u+boS/o9Hra28F9GYCr3osd
+G9/8I/rygbeE4muEQLg5kq/O3sm5sLFv7ZPjDd07pfc68/sdbgbDQZZOo4g
F1ABGCGQPNpUQZp+U3yux5kpqg1rTJe93Hvas7TknE+lRNEs+mR71kUVCOGC
AGE1L7VcMDQMBhSXono6Gmw2UceQG3ivJ+NRjJt6WwV/qOaAE2hfQXG9XmmH
lgQ+D11qSSFc6rrzWCcY7TYln8DlRjpLjxFxvT97Ng+o63ABuTOxLl+Ja1yy
AKdT84A+aAIqO08Mh1RQMmK8M6tsG/wRQjaLKopVud4WRbeygKPI6KprA3VT
V8FYhDaP5xsHoTJWTULf3+/sV7XX38KqfyDA+4jGWGV8zVK5ZN593MOoXadl
RM1dou24N8FZdZOtyYkjzsvDiguACAOGeeIh0KYP+id1S1k8Nbd7sYQVt+5u
bNtS5TzBYCDsx90FhVJLXnQRHCuSMsbyzn7TBl1qFR31iOEQMhD5GtOlo1LA
GNhqleR6xTQNmIMiWq+j9KH2CECTzOYLtdVBSnBVzg80LFhq1ufmHTibKdK1
mnWb58lgCQoVNIkSSpt2NDNGvE1/0GwArDpMYpj0wknnAPdB1sjYodPO5TE/
1LSplQVr8qjbscMjeA3CMNoClCBA57cGjcXmkcjO7u6ni/vud159FeA9fVgE
4Cw7oi0yab/5MD/hLD+A451ymaDGIKlemOwpk3B5OE96lq7d9E6SLjVwQ2uD
xuVeMcPZkOyL0QvLmVNKysSblZAHKSZzutfHSgXBiy0DaUpS/AV90ezzek6G
S3PuGQ5ZxtKdvrLkQt5FTx62hFWlvt3I2jZlNww6ElmegWRdznBYaDH3e/OS
OVECYXWWzqPZ2d3M8kn5bpyvn7ghxyLe5Gx6eyLXHKsorbULs7S7O1grs7Q8
GVwxIevHRryCRDvkMKmjMeHrKgVvc6dkODsPtlr+fL7SEDM8/61NGFZreBRZ
ErvUT7vOu++8+irAe227tUcdjRIWryJ9kHskyv8iAIDlcjkf+e24q0W0pz2Z
unt4CDvdFcn6agHFzUbKO8XipU83HeS5MYJev8cGmZivX2vCg6fPT6eXz04O
QrKArs8CEioVsvNQEkGnc6VLhDJMuqrXiidU17NjKouCwxqXqIUQsvFr0QGN
uHaobS/Ty0qtBJWCRHnZq7bsp8LXs3BeDbc8Utbi1Q0ty8Vjt9FJGefOVaed
civmqKtphbQaKxqmVw2S+sGtHj4T2qMYX/9SbU60XnAsY6pO316Ckq5Qg2IT
UxNio4Kkb43ZahKnb3S0u5nf33+Tu/oHArxP3GcBUCIRBTz3dmxAPNjjd61E
9aBaxDJPwIjZ7LDNfj0UdNFmox+dg6Rlf7ub/f0q1UrWzRxp12MsruC8GV8J
oZNmaKDdmpXtoR3PQYRDjx+bKyqVn9eaIuZB8cEUVcPD1vW+JJGywY09epby
OB1Z7xBCG88h2GUY+tBieFpVKH8hAeu8q8RoTL8u+2GmwmUNUYYcxHqReQs5
wZDTWVirdTpsKYQObk/pXq0y6MC6P+gpwMHVajwWmaMBK7vPWaswZGgN1thU
xWOOBPBMbrMefuxmt4MMv/kGFVxFmd7NATMaHW4nrn+n1dcA3jM7Vmi6o0Re
eXZsbo6Pu+fPEkX1wQNRpqwCEF5dXXy6btV9+C1NpYcTmFQGjHmlK9X9aqCl
2EmnGR9svfrpqYHLrZCvcaDF0wDM0iFolV5Pe74KlyhRKpJKIQU+6oMuY6oB
f0hZLBM5nreHHItSUBFIrBTa5pO1ETs4uKVvrF8eSi7VCxlOwRF3dFMCY7+X
hXXHgjYaj1bi6S33r5UZGK6PGGIs9xYUJen0wAmVIEVVq7MxJUkcpl6H4WjQ
ow33dlKB2T6gI5Vcl7n0dTd345M+BvMXKuij/B+I2La+ZCaRLv3m7eAd+s6r
r8PyVxMrNDcRdc4BMjLqg6UKwhe7kQfg22w2CshH9BJRLZEKblBhwk1uncmH
09FEcCmKUpIJZ86ITww8FTk9LRZ9oogXI7Q32fe5m9Yy0p+fLi99GU6lsKyU
9zp1Pcfls3LNo/oJqM9XEK/UHFPRD7OkR31pyr6KDjT6tq08gDSqFNQS5ATD
rbBzE0uGtlOaa0R0idXP2cwU5vNZzOvDR/QkNJTyapC76rIuG1zZa0FKDbYs
URUwHg5Go8itVhk6CFKJazRdB9dL+vJkXf1UHQIbLFU/gXTpmyXw/ZZXBsN0
6Buavl9+2ybDPxHg/ZUVmbi+UeYQwEgkCXTm+SS/u9u3Pr0om3u+DZIhyvv9
wdm10hOfazdvHI5XxXNCwFwurLB1LStepVwJA8d9xWLR7TYXRLOBF18VZYsh
jZMmjovnlh9HCHscxOScoCh+UvYWOGa+gGSlbp/m6lzCW7N9mSCx0Ltax392
FkYeEs9B6IKJSgUmltnh9v37mrR3ohhCGQQnU2YK4+dNQr2b+R0cJkQZDLu6
xaF37C9lRT5y6pajcbYzGFwNsJmf8HvEK40WLc3fmGngpxARThKcVFIor+0b
Ht38D7bnAVH69Zs37z7Tzu2rWPC92cxXAN6HAZANFKHZAOgcan3AdU+APtqd
fwQPVHm3d9w1uYqLCARnMyy7dD03IyMt9/FVQ37cFm/b+s2Io1DAUsUwZeNF
3Ie7qUB4HBTcJyKtyQBUjNOn3B5ux5CUXUxkOQOFAuFUrMyUyAtesuZkUUiE
BfLlBAdCTieIKjgLKMGwAjNI5BKJnJtfzauzoDOjPypGp8s6bBCHq2lvYsfC
IExRLltGh9MEVHt0pJkOt0iUhR0a79s7nVFsYuWycFCl/GJce800QV+UrHq3
5cEQ5Sd47hF+y43j/8WL96cPR4vFu/vFO+3liPQvXJ6/LbbnzskKASPd8Rlm
lWHPgNrI4HxZphQAHgQndedVL8Yt5Gq1TPp2FExX9N2dbPPk0sfnRG7B6Mhu
GES9gtT9u7t9xXGOFy/7noIss95+5LCdHIpPp6dPT3uXDX6dr0qo4MygHBTt
Sm4y5XSmUvOSgmBxC25HohomzMEFIvKhZDAQoPJbnV0vEhxJitlAwLW2GKBM
rmjcZ8ZZWUzoWDAwGxOW3xmMUjJ0Ka7lxiojVZsTrRdLdJbmokcMQpRrQRAl
D4y1ta49CZKyYLkuj2ippCRDdtvP4w9csNuS/+r128Gb3Ns37xYfLVo1/7K1
+TtjyysD97W1BJhFbsxNAzSW8+fmAu1e+H97+LFbpvLyknn6YPpE+s39q+M6
sm12pGC9uOfDCUHXISkKapgiK6QrcE3sV13QfXlZHJl753YrXdn7px+e9m5N
X7PRwFMxMytlbVCREXQoOWMtdLVXxzWvjXUqq+kjbsZ0a9VyMHp0VAchSxU5
zFVC/MJy/R4HLBQWC4/EIaOrnTf4SRf3LXQrD5UcaDsCnLM5rQwW1S8+gTE3
YcUUzF/PPFxWUgNBKhGVSbvZZgbz/QcAxgUIv2guJyHjj75n3sp+9/Dt28Pc
aLR42qYr71+yLn93WLxS6EZf64TBik5Ud1RwnJoP+51296Ka3Pvl11fL8n73
8HPuaa/4mo7hvx3j4s1IL8Dzvb1XeyKLFJnYNsSCsptNmSOsSuRrybrPYN0N
vNuNSvgo5qxAzzgUaroNQ8zN8xjm9/JQtLKMVFruDB5OZBtnieBCIIx4zg4f
0SNzNB+DGtzmLo6zQRaWPAJPOIwJL8GJzmhHYpK8ajebEFKtAmeTHesFRimW
7R8MHGo1LE6jDF8hS2rBGOicQqlcj/WKg9sI8gQeHs5aMjT0zKPxn6vGsT8Y
L4tX0+79/f3o9ejdy9Bi8L1V8tdg8aoXBUmTSrNvXoeuyxf956FOAv3oMY8m
t7kff/0ofKJ+//knqi4f3X2aX3782JjvEK6sgD44fjwWOcXlqFj/9Y9KCLVv
n/bO55IfhEt2JyzudSdQErhCqxUM+kNDvzniZXFgqVXQy0kFWfKUsHzZMr4V
JEgiXHPQYMWcaSJzklCoZsV4WfmJbkKbVOAFGTJxJ1ytrw4iEypNzZV0DSGP
FxoOBNe8p2CJGrvgZJKbxExOl4ekExrxgWnRoE3fsvyIvm22KK+dJB3QmMBc
DvLin2oSY8lgRzsc7e6O7jcvtMK/9x79Gizfbqqgkgjb6NcymO3sBAGY88+s
WRLmy3lPfPjxh1+84Oeffwbgd3Cxw3348SF1s1Sq19Xl6vm4iItKliBLgbsH
8FA2u3uvKhIE6Wpe5oyGlZUcPOap1QjS2wrBgYnODQP3UKo0hU7ZU9hugpY/
gQZ6qQPXli7ZoPkIYUEJqFTN4momow9i5nbYkmkZ+ihH2rhpT6euAy0ZBYIc
K56fP36ZnWpxJB4zBZfgNOgDXMmX2NNGZjJZTVJGitYQYdJ0BqSl0WnRnclY
+idsOfunni1YvNJoLXI/KjsvXnj1dx0I8RcDvMduYJNP1RcbAoDgpnwHxijv
a8zzJYm42LCN3C+//vqD49Zy8T//Xt4xj07AE81QSoAo/3TX9zV8MBsMeoLB
7WhM6qLUv1whq5JfloLIT4oidNgkR4Uka8o5M2L5TMZ0N2WB7cQqNXlrcTgk
yQ33y/jvNcfb+EncDgm/VHKptolFMVM3DAdh12Nbuq14L2IX2cCdyio1jhej
HVlWSNsXVsJJN4acUPAISzRuZbEj80RZR7vt0bncy88CehcC0OpcwWE9ZojI
wXF/slPadtzhzY0eud9EvuSrkP//fEn+XwC8n3ZL42jqxGFKAMCjiPBcF8z2
sTL35BViF3mnArj8+MsPv3585fxE/Zu9a39KHNvWW2heGQmFJAjo6R8oBSMg
Eo/ZQHjs5GAIARtQXo4g8mgfIxEJQbr96+8O3V2n760pb985PefWmfKz1EIQ
ZOdzrW899l5nVAuAWJSmqJCo3LYoV22QQDeQ9YQzi8ZBmdrzjSTyCFC69UjM
EtgoWAQTqrrsNj7B6qkUgkvJ44Ssym1VBcjz/OQycNd08inMLK2XQFxbrxTo
lQWa32krvvACofUYLafDaELKPD8VqTwTqVbnJvHggL7xf5v0rE1YsWCxmEx8
1puknjniFrh5JnjBOLf6z1V4QCxAEp7PQyG6v31yYsPh5/8hZfUd8B82meqz
8PjT8P0XN/iTr8dfBWDHptyGphxAQV+yEAgEYvV1z4wYNYZkFlJUuatQN/5k
Nxv/8I9f/7FNYXcIWl0/Okp+EkGJsFZrsHaIps7t/cX9SY94eACLx9BhR+8C
cYZgxk5IoimTcxICXBIIezSzq1KT80gJuVejKSf9PqxImmDDqmVb85inyg1F
fpnZjHllPAJBPXoX0QVdiMWk3JjJ2YYRx4pObJaUhNxXXs05a1EsFLDx4vPi
M2eyKqQJRqYz7XAr64BRV/c25MZGa1QtTJFil3K5H2zg+58weMXMPq19+m1m
MmgVekte/T6wbr9RrFMuDuWQFvhbeMku642hrETXB9l+Ikh4T2WX1PR7F8q5
YbTEBXh4eCCwVymfAjF8V6m4qnGydOvFYqOyfVwxer0Xj+5+52Y2s3LILhMF
kZNGWF9DmcBX3V51VSr2vEKZ5jjy05j+QdENYUXOaO1Lc7Pm8FErv6bHhqq6
zEAVmmNDfDt9qXlSdyntWnfmLngCWrQhQg4qb66Y/zk49ZtLxDqeh+YM5lqW
WCQp5uI6B2gOWg5m8g02k8pplxIF+Y8tF+bVnOnrn8azmc3glfJWxPl9YF7V
oWN24HTaotuBXpFk5pWTk9rBVfMlcK4xF20mrajrGx63gsXV5q+/bm6Iew9n
rUPQegD6GHXcVYtn4zrjw2t8++nivmEr+Ly3ynS8oaHTbF5yudxFx+OReKdJ
tFH/s1cIQpIMv8flMXvuWMXncxQ7boFT00V6ZP/q1WLDHnZ+QiJlh72oLYP5
V9iKMono0LWFIroth+44miwWZSOx9bt4NoQ5x6Ydy3BgG/8XSBNo4bLdR0xb
U96hOJQ/ul7weR5Rp+Px7DfjLQPqZ16LvxLAzstJXdKzpCxpWTR7Zrf5VLjx
wswACPZCYn/Yu3b6vO7dxlbr7OE23tjY3Pzgp/5OvIA98G4tmfRRcz2nr+8a
/rFcPmqsn9gSkOmd2+LuU8JRcLtcEtmhYVqkabfVmhcqEp/TbYYfm2jYZylK
0WotuiXEpR0URZuhrq94Fbs0Tgw5qRFMO1WBWiQdKjKa3USFOmL6gHfyUHRD
PQW/7BL7J2LYxkG9Fz7WE7yRv49tXyfyp7egA5/zEs8ZE+UQ+pe2r8NnFmbR
2rvZ2lvJ+TWAnUHupTlTFKvdlQ/22sywo8wOAdXqyk9esFdetLCHa7UeQZMg
qDIA6COODz3lsy4YzH4jkt1uNiI8LrzOxeIlVH5oOWpNF7u/H3jveRlRhFgk
3RiEbJIdBRdddKSfU7lcItE0muwmXKFYFE34iosFyVBIIol1fUxHOjZXsUCA
kV2Hh7Afod3DcALBWKToxyC5SN9UtbssS1VHGUxC/XteTVbdpsaAFTOxZHX4
NFWSXWNztm70oX7Fv7ReWF/B/BS7wf4brV4D2DlZf4n3I1o74RmfH8yyocdu
KfTSRL1wnaLk8uniATwG2n5wQyultRAorbzhevkh+XI+vr297RKicgj2StoC
xBHRai2SvmDA1g47Abg5LZ0qJE1CJLt4WKTpApdOK37KSh1VMa+exa96CGFg
XkG7YGwdhMvxeBxdBo2zXZIdGGFRon2Rc47HZgqjwE8wa2RUMaaGE1DTVd3+
Ha+4vPGcVsVHUSSr2QVO9lGiWDD25PzohtP/DZhXgjqevfO+8eo1gB1m8PLS
PtcutdqwDVW1WttCyLN7EpzG1z83puKj4sv2Lo93TwRnsfwAStTDpw9gsSHv
JYk90Fp4va09APJlI0nInI/nVGgSCI7Sa0XwUisQpdMiLXIWWRaKlJ/iIOcI
PfoUf4eAUNV1Iyv1DFeWRMNiGweNzxOoD6PLOV+QvYuuYlrq8/b25wTkJBZW
aTcpwOHwjonZUEV44gi7HhsnbAT83hAZWxDxJ4LqqvKX+maefuT82R/CnEVC
H/OKeKPVazDm4wA6NlUURdDbGTiFzrpLRM4GEovRxMuW14tgtlXODj4e/7JZ
vwV71MNZCWz+8qt06m15RSYQlmRx3OiLeJnV8N3483r76gCcriHw4nGaRELx
K7KCVZabJEXImwpYSmE9ZYGxIZtaLjPfhXNcBi61iWGxECoqxaLJkFlslOlp
TfNBLCF4PDL2epcx2J9UadrC5rEZmrT5mv2/8UrTdKhrUSzxU8ZN+NMPYDeq
Asx4+F55o9VrADuI9jA5sutDabZt6xCn5FYT02HQlAlFGbxIkLi99WJD9e49
NlO7ziexdXZGfPiAydj1EnrvfHv9pD09JBEAo+CVLB4MpE+nQFkjQLzmlO5U
OeTDxCJdhMVszlu5jGzGLlAQNBztSSYjG7CC8U3TdZbVNcgxmtNVMMG5ps0v
r49totiRI33muF53ppbD3tKSViijIoQQb3pS/R382+bvhBPLGcNO7Ci/GmhT
/Pkrhl+o/9vs4M1cvQqws/HZkjmxOcWpA83ch77SaadSUUq+ZiWLHMvdRi4W
gyZlUZoZvZH3H2y6o3xGcQAs7gcUsVYql0JHYO822QKAOA+4lFLoUDy9IYly
J16RnNEYJNxK1lEkCUGw4FgKuSTBCOLm7Er1rDzgyhMul9hQaVEWfwTCjaZx
x50Og+e2RuygKEWm08ygKRnlY1ul6Hgahj+fNAXMK4efNPGC5XtBnhe5CP8n
7i/+wqvbN1q9CrCzvv/xw70nTsyoLEGNtqYzCgoDhyg1YTqrbsWFsO6Mas3S
2cPDaXzjvp7Qt69m4cXmJljUs6VWubwwzutLdgGAV+qWOSuPIPL7lfLpiM85
l7qec9qhQ1FEi0WA87xCGSkGo03lK76Gc9h7QT7PMrox7YQ9HCBNjzFLLMKo
JqsV8pF+kBt4bLbwtj4aSUx7GNDjA7tRXyygL/lQTY2mvrwjGOsN0Z86jxnz
yv74xqtXgXV7gqlgUySpJIcc5iYTpB3WprPPjszGAWq249zNo8oPwgR4oLwy
cB5Xgtvv3h1ufDAO/nB4S3ut5JFvARYAbl8q6XFFLmZYqNkOCDFjq1lECJ1O
JFKKQywUeL6wCgFXHTD6MvONWku7MIGSiX+ePBWfhjbOdzPKxFRtoqViatdn
FWjItANM3cPq1/zRap64mu6CkWvVBq2t0lhG88vX7cr6cKjbf3jr8h/D+LfQ
G61eBdgprw6d9Tj5J41VuZqW9ssqXx+3B3YmVbEGw42X6tQx/LhRz65h2zTV
QEkXH/5ePl5gMq3DrHgaEvma0g0FA7aqmD3kA7oW2N+o954of8dNOhwFJNiM
U/BWIko1WIBDNmzIVreRiecmZlcBFguYGpO8qDLVDkXRMLbUhzFMHFKRKb8a
DAY+bjTYIXF0REt35wFz5zFEf5nfxowFg1iT58LXo2B0aLWSf3YT57vkG69e
Bdhptbqgaz/eqEc4Pi2TUCz0AommzlUr7Yu6NJvV7hvzdE+9Gdh0wgc+IXD6
ruf0npXjAGxu3k9USGXZugeh3pXUyBOh56slE7gYgeBlrYOdni4oCifX2GiU
TaWWalRHUB0zuq6xht62WCDPcSSNOMOKcRyHsojekor8ZdTORSBJFUlTnjT1
g71x5HDgFI+OtggYOL+jbzrk17GATNvmweoM8t/y6Mhd5Ap/9rKVb9949SrA
jvwJxocBrLGItFVR0nnLsK2GoN6kCu1+c+RoteRdj5U4TSZD3hICqAQAZf+8
2Dsr3W/+AoAtMrHBrH/LnmJ0VB84fEhXsogCYDY1OoU11emyypRlzPDYPKkq
FDJ6rxdVUzaUQpKEzGbI5o2xWTrk8INhwTrltqoo0ofVfFYhUYHkTZbJASJw
1JBM+m9u6MJdMChV5dq3IjPT4wcEDgVM33Q7TT8///nrln6bifMqwE4gkIgP
w4EGiMOilX02Og+6vqso6GSnytEN6SeI2m4dKiE/yU8JYA2/vPTtxnDuM+/J
CwB1nZ0nclsk1HVHqQtcbL+fVry3oNNTj1w6ylvpilGnm4s0VcxzJhJ/4RwU
RRUhku0WhATI4cBwJeOfI9CN4IEj5IYMU6jiO3joNnEmxEKZKC0Wi9vbxyNy
fneAxCpJ25fLlUJjZiFQ4EwWePezMuo/hOzbJIBXAXY+XvgP80QLB86K4+4S
X0TKUcyHHWCURt1H91LiCVH7sJHBPm374+cBc2W7rxtTa0rUmdGMtWsbqyzf
sGkxXXac+u29AGMqOvyd+Tm84aC8VFElM2TYjNsNYypEFl0z5fMiF4suM7xT
FkxGGWeVI8fBHSziYJErkvDujiPdkBfzohtyJhPHMe0I6vj9mI/YvFmR8uin
TNjGGQffPmVDO/8PA03RWyfDqwA724ePIUXxegHwo2kaQSqkyEwYvhhejA1f
n+AwrGe7bwg5dH4+iE+uAvcgqFdHVnGNAOtPv2xmPLTi8qQ40SVzHLxsa0RB
8ZPBHl2dIMtwLDgzl8OUTUbR3jiXY8I2aWk4L10fC80tBOE3f2YQa5Ux0HU9
Bk2FgslkaKbVz+eBc12oVWEqlYH5Yv6p6Df2anFchmUxKY38wr/VVhlI/7tf
8D8MYAcN4ghu73/evW/AU6+YH4V84kx3AI+N2U5cqs0Br+t8PC4TqaspqIQD
+uA+N5sM7Jfj9/84Pv7l10W8WVDoKqmIhMA99SMiSfspay97k5+YNUZz1VIM
S7pRgtUY5vN12ONk2ej2Nn7OzmEl8z2t4IpkjKqrOrQIK1m+OtsdB3vBmXJE
J/aPnXYz9pfsqpAMnyeaanDKGNL2Vx7d8B8JsHPuecldBP6W2Vzc1+1ZPb0l
MdvBYLHD2hL5kNf7eCTqerYZH92FA0x9/2NdVOq7B1d1T+B9OBA4rwFwf9KQ
fBQmFfZLjOpQyA7JRaYOmo0s1TtYdalRszDc/3zCt9uJlFRNXH/+fN2DoeRj
h/iuPIjd4GqGFpvnTYbs+goT4jGRVGXRZQLH8ZFkJFLzIoRzLYUf+ieUad7w
UwB2skmAQ/cgj8VS/eT6AurXH/cD4a0Cg/XPFimHaLU9E4uD3d75hYXu8YAi
ZECvKbXe+0Agbcz8bmTuGzYTMj+zBHGQVSDaQuzTAYeeDkQRmlyp4VKGTF8a
ocu+SAvs/v6JjaMekx2Xu/Bf7J37U+LI2sd7cCGQIlBIYKHBqTkuwkRRubyk
5Z5kIcQsDHACAiUBuYjOrEEJEdS//g06ez+n5rY39/Cpwh+sQprUt57+dvtc
2F8Eq8fYlTeZShz3izBG0wcFF5ppUzD54ffqUE4L+fxf/fTW/DdWdfQVCUJ5
oh/kXWbVYZGHNCXlgEWOObE6G10VhJo4xjZgZEv86LgScaLrwSF3Qs7e3WUX
9uYOqK0KCQnEGEwlnk7lEVdFaYsokILoIbMmFjFkYRkTu6QqnyZzobNOCQC3
p1q2O3D0WxhEr9qxvW8u84OwDkqOK8YN4rimoff3VPS6fv3vDAiQN5KsZLt6
4DHYyRt+qXm6d6EmQHeLMtOMag3mgONvFLVZVjxHBSnEYlaova0xIk5+/921
b/xGP0e26/UBpp/tdDVQaitKICNnsaRWjYyyWZPNK1LjHLO8vNyjlrHhggyC
uKfSDXqfbjYDTz1afiGj36iNziPVIIqMFl5Z+b/6ma35MCAQgn2mcnEBgD1M
qPC+nup67u6CQO2lJqI9iQbEPD0ct6iBz+R1SK+ICdnuy293ULbymvzquATv
ASAV4nDAPpbyxfZU6N90GleVn3muZLKsegShbUow62rRN0ebR9CchxGbhfQW
DO9l9Z7/ELwMP+6T8yvE82gx/xNuPNf8HoAAz6RSCvKBCULRM8g+jMhUT/NG
9rZtcYvJS2acmNpHeTHuQ2MNKuDIcyCND9/WlQzSSPIu5ALAComHGk+89z5Z
Lb3j3Fh1AC3l9ZC1GgbAVTwl3pbKCt1uCmoAxAu6Nf/1QNL/oKufWyyOZ1F6
baieCyAwECoiXplE2iJ1irIeMEBUbxZ0UZTDFxOnCmzULlvLqoW0d854hqlb
c5LM1xoNVWWNx+S/v4qDnW+/fQNGiHish6eRBT+uNXij7pPS+Xw+vTAwSBAF
xDuQxXMh9hTdx+mf+9t5IT9Fr9/K6s99Jmu+nFVdKidW3LdH8eyM7FYstcNo
R6LMCkXzZaPLLEmHgxbkfQhpkANcL2q17mlUYmcnoWHF2LHZzN5++61VPxRG
2Tr/KCzOcuyO11Y3CIb0YjFfpSzk6YOUjafzDlsWvwXTDznutaqeP7quYq/e
bTaDIn/JBFHLzzY0v+TXElG0n6sx4+3ryKH+cqElskzBLJTnieaspw4aGsuy
WO7Fv/8PH68qUwY5xunkn7bCVMXjeso6ny9Wd+iqtn91hcycicdNlaNg4UNC
eXzrci2q5wwIhF+9SgAwPrdiVBTCKO/EKHgVG2K5DjsIDwsVbyRfCSJU8Ipq
HYZIzxRw350cucarGTg59PqxhREIVn0uR5nAnrSQpt87bnWhKpp2qSj7l8iO
EMsXCh8xOfLxne/T/v6ER7DmDwAEWj03AN2XiQe8FYL+ctumhcY24dphbqUb
odyI7IoYfkD5vF4KFimZtyOMtbjdTF/fEQlFK9Kvv9dl1VetjbLLZU6+TwJN
P4UrhK6uluHOOBpeImas8gKOtOQH17TeA58/IFDQZTWdjYMgfw1hbCT4z6Iu
x2mLZxQOiw6Al2Qs5Rsm3k5vy1GMooXO2eYmNmdwxlyvRzW+mDOJbUFu6Zar
nAnzyZ/XH+vuijah2BVNo1VlF1Mrb6jqhyuvnu4Y1rJ6zoDAxDttR1v4bZyC
vey07T/XIsEbJIqo5BHJyCERu0rZGNOEv7qe9TH2UqD6aubNJsvhFS+vEXYX
o/I2L4d7Rg8NNVZTovxPuprPV9UQgqj/IdEiiGTbrtv5D47YXoerfwAgwPDY
7nmG95ZSzHGlIEv7ABzhoi6GKZklXTVW1dQwhREZdDDTVGcMO5X2GV/DylRO
3FmlaC1Sevxy3sxMZLmOsU1VJdKZH+MVbTCspj6IFosokoJo49mPGHS71tQ/
ABCQElqnVQMuU4qC0u4ujIBIO3s95KfdLCKDHvJKZkPhUdWMWi1ZcW2kOxIz
mZawnTJZwd1C7P6eGm9+nYFpXyqNYQ0+tkH89E/jtOGJtKm0Sj0oceijdfXH
f/U1fyAgsO2argpyyKtTuB06WI23LRNhhZn4KCpfqLZT/bwpHwdkYSHBfcFy
SYUkdsd5aahvNvKcG68I48QyXdxUy4M9ZBeazeVC4H+ZVPXEU6P0Bf3hJa11
9Q8ABHQhXYikXWm1FuKx+8INfEwZNzE2xr9vVAnCP3SRnrhPDY/l7apXZJQb
ha5bi9Fo/YG4RIz75JgmUIywZt5gZNczsSc1Lcf/VlaX+0+f9zF6Wevq+QMC
t6Dk3y2ySl9KsNmKh0Gqc2Qz7FHKKetI8VQoV3OQtrG6L7f61VF2dp3ynIgM
htnjg8S7TcwgfndsSmsukh4cEmUXr1uxpLm28WtZfdKa0GN94fJ3b9mx5s8D
BGwIbrE+B+rLi1oalZTt8ADwV9SpcomES7jLmkeToKA46O05In0tCUab5Ilb
bIOJBs8332SK6BhHdgBeA6AWG8lTaK3bq+YvUNWjrjRFS2bWMev5AgLREDyN
+MxqS/GIKJlsbdsAwKm+rCgaG4LJpgCAKyWSFORFcgG3/EIzhzxuD8CgNLdj
m2/r2WP3EYgclOLXnbd1ZcYfNnHmS2T12CV9X8OYdcB6voCANp8JvlxueWAi
syk09lOT+CjTglcG+jImpzxMDUSS2uWpdOojTTKEeFzs3DcMoi0EOxpGeg8f
mOuKp01QuSaUBztM5XbqM28sk5nPl1WApmMxNbkW1jMGBFbNXkTS5c2KhZuD
fmfoiE8c+y2qRGb7Kk+iGAD2JZL9khYxUr3QwShy09Pe1jcofYtUaxHSO2Dh
bqaIGdrtayZYa/A2ksTZOTJ/ga4CaRrRyGxejzR6toCAqOvgohv0pug51ZJk
1zTuUGQq7cpDaaNdOCBBnDMM/bDVHslU/27GN+SeJVK3QhhuGu0DPlOLwq3M
Tt0XJBWye9EmCE3DcJrDv0RXaBGj8wX+g1fza/6ugECKjFG8yUafLm5utnt4
JO6NnYaidof06nzgMwhHwIFU6JdL7RhMl+5CagM76HpQ4hzG6kS0XsSwaPYE
gHiNSMZsE0+XdKAwwf9QUvq5upov0vlC4ff+smv+NEAgvZDCvnzhZq+QSs2O
j0Bb6bSoqq/zEtZA2+ZtNzXFDzuoqvjDPtd4vOAxtiZy25KMEQTmS2pWZ1Uk
222HPRku1zCjSRSFQg37Etu+5vkDAqq8LcZpRO3ZDyiKOZrmYYfvehQocQBw
ZibtREMolzxkKmsa+e5eVIRCrtFkjvEKaeRrPs7ka7KJe2udjYZyzao5nd5g
TJaC8INv/6u/35q/BhC4pGiv4xK1LqvomkJYuiMh0J1JpzdBYBtWvWQbtfrp
qgEZLIJLkHrI42aaDwsOrwiCq0bwjKMsXF02m0QoVC82yga72cjk84wxk1nL
6n8YXVdz3kGNo1Croetrajdz1hmBIeyn8vGJSZi2vcHUNgxZE7v3iRiThJIQ
5zQfcAg4LlZSAlOrFlzxSsWB3YfSNexwUCBtBQbNmXX61P82IDBEjiHUVH/M
qfoh9PMOcpJ4d2YTL46mlpKLH5GyJNFkzL9rxXLh3nV80oPOB0zdz3JKX9Mt
llZs5CxMK3FfH3jjAOfxL3Lsv2YtzecJCNAOXoIhLXPDJ/fk6wvQXZy9OgPx
blfEF8gXnMivtlQbuyeb4u2N4Z5niiBkNzMZa02WOq2itahZN3eaDO72+A6b
zYGw6qO96p3/xYJ46ke7jnrPExDI2yjYOh3FGS9J9bvAk1WYVWZyqbNrLQeD
eAy+GifP7tXU0RFpsojefF+7y5ajuQeg3aWUWDlCigA0FcrUvTiyOw8J4QvV
gNByuUSqqv44NGAtrGcICDAIyts0cPU3xpBy8vtXKbE75XNjOIxE7KH7BOw5
KChEgl5tnE7T1O7ZcMaJtP3hEB2fnJzcAtEEfNo7Y2ZnJN5EIkI5mfzsWyuk
Kcoqk2H5GPLY33M/XfPnAgLCfPt6RoKhXx33uTIfHsfUpbqb0A4ujkb+raKz
PzOl3CConZ3fF7WzrXOjEcuKothsOE1uXVa32mkj8epdIwIAfRCJ4AJKPirr
05eCHsd5PfUaXaWarnzacn2qfJ6AQHVxk51xxLhlJAVLAV/cbGhDP6USka6o
SKcjnoKIFLwmuHV+b70PwW1YfIgD8Ppi0qzms7aJ50UvYdziH4fSctUBn2ZW
3bM/L1w9Flr8nDna2Fjr6jkCAvY5jWYQS9/YHHmLyUFTnd2EYsqPgOOg36eF
KNy9t7JJ/VAo8zy23FPwLgBtDz5bFq33Z2w9zZGvL1aJzGCUF0WXYLbjqx6O
n7EUTUfVltoSZVbVzsvH8LXxeRpd8xcDAmY9LPR6OSfPIbslq57twjPCR3aD
g1pqdiAlWHgaLha1LdgXvaTNEKOzXVA3Gt9tna3mNTkJjBC/B+D2KD6os+k8
SfI4k0Sfk+up6eZK0YWlrKbHPVYhavsKMm+sZfUcAQGjqoTlUOcwomiRPXi+
C6FaP/QFs/yhsSfD8zfhg5RivR+LFdGmb3AxKsyXh2f3mu3i5PYCHIlcuUl2
8WszUePVRLHMMBvLpKZ98nya+VxVVrrSX0lmlYaczKzClRFf5zQ8S0AAUePY
dugAAM0Gei+37iFkBwBMOAEwUu8lBE5qb3ucG3mze+qSQVRrn2DHNzbfaHL7
WtfVhbsbr2a25QXvZJPG0YjnuDRCuP0Tl7FUVXW+yhLVNGR83AY39B8GrvCH
DuZa84cBAjFqwWfvKmCgeON3L0JIbq3M0kR0By8l+NIEQIXptdiG1e8PaWy6
1UJmVWV4e23ghFtv3tbIrsewkeLclULZN51OeP0kly7wnxavVLSUQ6qmDof6
SdKIMsvlhh6zMkbGwKzD1fMEBMZJjhTwWayBeyfaixcikwWgfBixZa/gy2/g
qvg5JF3x0QZzDbV6Ws4HUy2CjxIR39k333wN3joZTvCQjKdSmcYndobJIMQU
Pm2YMk2n1dYwrYYobUOJ5WJaOCloYU3AWcPaXD1TQICqOWz0dQjuHLbJ6xfj
vYMsiFRBxCx1pH/1pgC4Qr2TW056iFzfzQ958ejirudUz41fv4H/+ubNLXib
SGg8nypZGLLKpxm7fn4zsp+mqwVCV/298dkZVkbDkH761AT7fO5wOD7vXLnm
bwAInDbLyw6UZiMwYuSXLxFZAaMIqI7hWBq7V1Pmoen29VcaOFwcnwR906Pp
i++OmF7IeBv56kX7AbzZtN5vNoykIJArcAXx/Ef0uPo5qrp/2YLn92qNUCEc
N5uMGUNc2/YxvbLW/D0BgdagLENIpYK6w5LGmu7EyRGIIAgz29oF+H/2zv4p
bW3r41soBPKIDAJeCOpUrkojChrGLCG8JHkgpBQLDCD6YECEqniJQIhg/euf
BGvbc9pz77XTM76M3xlGZ/SHFeaTtdbee+211qFMVLeHb96hvfUFXPrcDZ8d
/Av9y6WP39XHLyHH7LxaWSsJadHj8bh4AIfjx96h/16kJCvlZQKrChuX8aj3
rA2yotry8dcd0ecrLQ4iX19qiu515LvozxzsWaUthApbZMIwSKwfAsXikXZj
eI2urRKx/On6+mPp6t07vUmfr6xqXL3vl3ZLt6XZWYxL661Es46HeplRXaLU
RoDP2nYJOCskMecO2RGqAvOK1fMVWu1tt2Uc90TWI24qxvMkscShcFQdkbTZ
5WIMudwC2nvPH17tq8NAgEco0+1uwjF692HYHCGUw9/vK5nubKaS4bDpsZ4J
Hjhca0SGQC2Xj9S0+fjadfS5UgXau+7Qkq1Xrp6t0Gp2ux0M9mNt36Gjd0FK
AYJEqMrtdOQ5l2sAXpfVs3eMv+dbgL+fUff3kBchJVo19W/e4x6EaFLmcWr+
Y6WUyThZ/WTwwdFrRNYW1XIjdoWuj6UNgrndTmfdnJL3PTD9f9UTElp1ndnL
J4EjZ8vHk/VTScuwUEFxUqrb6wo1DyOiyzsHcKM6M4R0MxyIrRZC2fWzuQT+
4d3B2S3I1KAvqZWPH00f5zNfWqo9cNOp/PZy1rKArj29ul+2rm9nMiqG8Yc+
06u/erZCqynfiCB3TreRD8jmuH/D7x2eisg6d+Zim3B2mMqmJYWRZ3rY0qca
f4DOI6iItV1z5gR+cLCACqxcK/tdXlt8/uPHj7OcXtzCPRAIYjkQ3na7rASh
0Pvne56tEmdruVzC69Hg8xVaNdvrDXB5UKQAzUGqH2gWoyMUic35HPWa/UwA
LkhyheyHd/tq7krL0w/2qp/XwhzLgBwS+fVCrdkfxliHJ8eV1ua7FVt0Oo3y
QTbczCygiGNSl/wKVthDB++uzz3brwc4z1po1cCQfbN3PXJoh9BAWnpLtDTI
8J5QiBMQcahRcSBeeef49+/0htr7iURq8aSL7DzdC4UuSICBlVX9HUygY+62
8zZ8dyN160E28B8O0Dp9eiqrCR9C6+LC9fnC68TK5y20mucT/RCWL+ZZNVgr
E2VXpBA5S2Vd7l7z0HfaEcRR2sHAVnlR7tlV4ojcZM8RahtoCuSmLEfT1oR6
I/vaQAtUCaGCvuEOPeUhNtDsvidVr7MpHF9Hragcxw1Pf3wyoX0w7rGteLJC
q9tzoX4fuJJzR+kQjYZ45SogVy6XFUg4S5MGnxHsJhq03HqeYxXYX5jW8J0B
TafkoXUwsQHwN3xkPWetL1bQbcGiN5KhzQ+zIgWhUMLFy7Jru2rh07jpv2hD
+sgiTuKm+Yzzsc14qkKriAvJLCuVWnJnh2wMvd7YIcoLlBKtgw8g5wBBc0F0
o9NstQqeaWXo9bFX0MeaWnle7iVVrhaIRXI5UU1soy6WxGB67+GBdugzv6iB
6Dk7dM/9LQ/6W1WX/cTGZy3PtAnfHy6cPppBT05otY1DQiYWwy1oRtmGbDfy
3nbRUlfipKmgTHCWMVqMQLMfPricJWfVkf567ZRmYDj0B1TsqH+8nvOK+IJ1
/v/+UeEUBibRX+nSJ3qOj13uwt/wlL9b/ZTUIQQI3+aL4ndPupF5RJueltCq
KI7J8vLpbWuTAKY8yApnHq9PlUzsABeVeIG9oAQttNH8h3fnh+2W/eudBr0E
L4Hf+DGO9ZyLF0kK2GEjjv5hmi9ZRjLD/tomAXDib37Cv0OyXO6UW47CWqma
/24jeKPyqFY9JaHVgp0kCP8x8klbcKS6RFdkzsXVJwWGjArAisamXBTjGlgJ
bf2/F/muhfaWykLiw4eF4z3vRZ3YKQoxfgZf+9//Qd38mLJgqvor9jwo4X80
Uf2bmUApDM61cF4P+hO5Q54sLVnQYxv2ZIRWD7WcnPDtHWdj2WDocI5m86yd
IoUC1eQKrJIUBpC/a/Sf0mfqfncJi2Jw0DzWwTnal45q6bYd5IDqX/qIrivq
CBhK82eP/XR/k5RRDH8zI2jLGxSe+qstiQxsEPCK1VehVfsRQVjQmdUaC/Zy
PJx2MFuRIu0FKuQ67B0li1zMkBfhJ6J5zXmNqP5YCKrqwKRfkfYPO7yW13cx
SlGjajT6n2fCPUtdqFBeWcFQZP8sbEtqL10wSIWk+vZj2/WEhFblMlE7RG26
RxwVgDQGSabVutC4GgdxnKj52nDBu+0/40r3/ypASFaVo/7+sRkng+bhzDWK
oG4lqedfDKsqvxQMn7pIdXP59J8VhGI8t5uxRSc9MCdUNvLYdj0hoVWi7F9H
6DBIlAuHTTobivHt7RHtdvTqDOaHM19PsQvcz7EagbZSpPsxqi47RDYniqk+
r5/BrK2VsAnQcUzpPbBm5nmI7Cz9c8WPUFg53bRVBUz/JgbD3CtX36Rx1fSi
vXWebABKkafkxGz1VYF1sMEaI5CGtr1nKPwFVhpTnPaREyIfdLJyKhWLyTmv
KEKmu8btUBMOB7PnsR/wb1CN+LRUfn+AWpkS7tmLuB0cM4aLMll9bMOekNAq
u78XcXFADo/n6otvTWs4FHwQFyEoc2KQ8+F0+q+iIMBYhwtEkVeFIoRUiLE5
2DoiPnW7GWwniVlM+Es8Pi4vEZDD+fju7Frr0Ot1pbVvTzp5e9l9bMOekNCq
Z+FqPTWeBGMpYnFpZR45wX2YAhZ6csq4hRdMYLT8JVd3cNGpBM5iO6R5LhWz
Qs8vUWgtU8JUDsPwB198fgYiGlfX+8MGcRLvdudLeROAEiSJlY3X5eA3odWc
NQsSubNJEsQJ0dlGVdFXgFE8rgR7W6qYt8CXItB/J7o/jOFzoktMQEyvy0K+
nbUMqZSK4kusoWrk0DmuqsPG5263e1vUaxmDpHQ5eOXqm/Q6mRFZJ+Py4tIn
tYwj5BO5jLLJWsbUgOLwvJ3lfpj69qNCfTbnGAkuPuc5Xjg4uD5ni5ldtVIR
XuBWg79/tU5LgYbUIboIobze7SvYJJaZV66+Ca1qgWwQi40kYrkjNl0o4j7d
mJ9VbSLQA3OWFTWPo7dL+A+iEqwVwO2O5Y7Pzxeur/fxGKVilcru58yLy7Ca
YFelMrH8luhrWIW1VycOVL8TKLxy9U0aV+PRONisE0t+T6pereZFv1/IZFp5
45iiDbQl/7Ohuj9RImF1eed6itEIhrS53++TstAqneyuvbxVEnXa2SwHOsvE
joZVOA8YBmO507G9cvVNGlejC5mU+w3/uqffLDptQlMedCq3RRNQNMOk7RZQ
Jv9FJKRCZpeDHdDarxNW8cvDodntE6KHyPniit9CRIcsl1dWNsIIbYfzE1a0
QLBzudW9fmzLno50ruqbMBiq+yIlDy3For1+tLhYQVUcxmNg02kTKOr34240
zOI/4WoM5jQLtDmb5cGiNEmyL7odW7ZtH1Z8DhUKD1Gz3CGJt50VQcOqhewm
AbcAdfPm5tVhfZPOVZM2Xcj7+5Jixo+vDqFeI/1OFNZ4ugCj3t9zpLBROXrf
Tl3ZmnZWV9Xo5A9g0SleHzJBM+MRTLTA2rPmoFa8xdli/oWtCZsNsra8crqk
ZVezt2GL6GCNxvFwZsaF1maxxzbuiUjP20NmJjgCWRXXDw6Oe6phf+EmiFBc
0biyxDWuaMoEUlL44qWUCzVKMaCASkV/Gh/H1BiUUCLnEmNyIYwlnbboyxp8
6m/UtSi4fIYis110i4kFA2ui5ZuZc4RVSo9t3BORzhVFp2L0FplY2POwUs29
7tmfwRGi5EkPBL0HLWgY1Zii3qdfUUEZaT8YARhqgv2Jq9Fdl2zabKYHg+zc
gAyCs1ooCPoJ2mM/6G+UFJCal5c8QosZpN8UKXAGTssk3i+YlfBrKLyTzpXm
kIKD5qnocl0sveXQlUe8eY9agV0M0g6WZfUddVpOt0135NC0AYKyDZv0Rhj2
g7MaqdSOCqlBqMexoSapFFu2ZJKzwUsCq7x8wl2+OW5/uqwgdFsV7frrNQoN
2T4Zvn1pyeQvasoVBOuKLOdtannlbRedWUONZp4jk1UxzppYg0FzQgY567sb
fGNgUsx4YOYYRr4wiirF3CfxiqI5Mxhp2RUb1VaH1hwf41lKyHye3c1UsPgL
AitweVLpdIhPG0bNXd2GC7hpGv1leSiF0Us8uPoFfeGKnND9kY0qXxKaY+8R
BIFhgUzYDhY7xxrGFMeFsg643yBlaLM1piQpFbBNUlWT0Xuu9L+lrLksUNQ4
m00NiJrZlTPkd5xh20uKhI1LYn5p5S2J7mS/42o8kBsNhPKPbd3T0B1XA5nm
+iEjWb58j5Aj1AgQWLFZRDjY7SrFjuk0S/NpLbmayJs7GkWMgQnJChOdqJtb
sMMJU7Cm80d07wb0IEgJExlCEnhdoFBMe3tayvzYz/q71Li8/HzZeTuFag9t
2/G71+qiRhDh28c27onojqtxk6SOjgInRGNB46rZaPjjRf4KMUxeJDs2FliG
YfXtLG0xyFqmyTqdSHD2LA0Gc9Zd+JK+M/dJFiWb7doKEvhjT6gukdhaOD89
D3rsh/09OiJWVjY+rcD0fq73zDe94a19M1KZINZeubrTHVfQDNEhP7G4KG0j
JEiBMgG+QqFocbjxIFW4r26nGYZOzQlfyhsS1kM+lgLgHPh02sj3Ow0DmEvJ
nD1lHsgJVobWrVMUX0xbR4JYuVz6RJxNuXK7p50DVHXraJEg6q/LwS/6whXk
cqyqNkkIo21odMpHWLV9tu71zqkSuAWALZmdrgYZA89yd4kWbZ7jBpQyEe0c
mDj4fmLSqDc2QchsV09PaZHfP99D1WQS+7UpX09PBNF58yYERZ0rF4fZ8kZQ
5c0jLSktm1+5+qJ7rmhabgRqPRahNjQuy1Gx2ioWCwLUT4t6uWgPTMa78tDp
P9+FPQP0giPO7TboowLH33E1HtMsUDRIUtTE5/ZzuYKQ5DCOib6IVWGg0wi8
OcBxnSv2gnJW46BsnWpYnUivFe73uucKaPmmU+tgCPkgcCmJYrsqlKpGkK36
CAkYT6dM0vcZFMNMTwkZKmSec7D6AK4/akSzBmo8Isd2U3Rzi6ZUjtvZnZ3V
yHr+YIUanUZZvX6jN4NGSo2q6q2ZejViaSPQfnVX9/rKlX5yqpJVLW2/0LnK
a95q24cDndWxUrWV3h/AYca9icWkOS7aFI/H9ckjfyJLe4UVQwwcafpCjVOD
Uyy5+PnjPJZ8AcGwcblMePbf7GtYYZ82divOJDPZKi8TNd8rVl/1jStF/uB6
t4cQV19e8bvtQinczlv06gWjskmxXxNzg76ToG/BM/q2jZahm+7qlE1fouN9
oBxRhjTEIAmD+snnjRPM2SzPf5y3YeyzByswXPZFpID2VaHyp/ju2mzGSWlR
8EhzYI9t2tPRN65gzOIfrrX0ilgOiC6IcmtrTlGmqLhxizSKP5ww04yewI8H
qTRrUiZ6T9E//T3Fs+NmebckS8ROoCNggfLpWreUTGqx8HlfKgwMZ1AhIOtZ
e0DKC5XZ2Upn6e1S8v/Zux6ntLVtHaGIMEIHBQvRdt7lHsCIIMQhuxCQTUZD
jFBw8Ac8iChSwY4RCNug/vVvB7BipWfqufcVOcdvFGMSnZ3Nx1prr1+beOPV
I0Z5Rbc7ApGrFXyo0jCLYOvyXj6NWOaAwlp5fV8ZPoPSBSnIqs8MLKBFChE2
Zn0LETIhQquBOqVmL+73t8LIWD+N/LWmIJPFQ4Sm8+7dtXd3iSAO10lJMKI7
zwZeDJYwrf52Kdd/HSO86nbb8uy54bggJa4bq6tHeOYK5OJ5SgEGiGWTMoZW
3W5XK9dhkgBF4Q8iTaEo30oHCkZlrkpG1tYUXjF69i0yvUiRd/Hpy5xJmR/0
t7Z/y97usmf+60cyrFBnRJ4sdDCtHBMd3+vCCK9A11/WL+vkTstUvBCPVleJ
YqGN9aIKeaiD4IctvQcijmF0WiYN01UNhgdeKQihnkxRJQnMClzW5HhP/s+3
b3Ej+mq4WZiPKIu1QmnLuHxum/Szvwzwe/dw8x7m1Qyzj9ZO6wZ7hTiLhJ1v
tHqKJ7yi2rYcCHZgonie0iWyzmPSHFoGuu3t/tUxvOo7sTR+qdja0scfhJjS
6wWO6+vQFfNT/qRN8dULNHERbDnuD+bv4l/uPtYzy8Sm3TTph38RAJDXh0ew
0th7xxGN3eBc8bOzfveWgPwMI7xSFD/Nvwf+oJzgUyhFyzWp7cgvxlOPLobe
yOtTwYW/40NeMbS2oSB1JVvyQRkA/3r95PYIG7lyMLU4P498C/MlQ8ZyfwiS
k374FwGAWml4wCSTnXe7xM3eDNo4k8g3Vj3HiJ9BUaiAYAblUpmSfMa81lS0
UrEPw6ovATa6lHKt2xYOAYSxarl+3KrcOANap9c7j0URzhzOWeH+bMq2KWGu
qGP+7KGnQHBmjyia35kPD8DnSY/sNWLIKy2DuNv1s7lUt3pcawaF6wtrOm2y
20UX/zP6POWb7vuRonTV7rHEJpO8BchViWKFrLNdpk7cMJojcgZHKOTKVojQ
lPHqjz+CLbBveXjG1m7WIezZj968C2PxKK+wDc5wNqAGW0E66XXxBtCP+z3h
zWgQ8EnbBpbV6R7UpZY3SssJq81kL/JBaIait8KdrFBkQShuEi7XxeZmMeEl
5sJb0eliFlVYOTjop153FYXB9uesbH7j1XiM+q8wtfRY+8ktis3DuH5MsY36
/NQouprppQQCSI9FVMVpt1shHTObnQ6uVS98/ffaRqhIXDi95+fxQD4v1S1z
08WrQoHc8ezH+59BVpecNSVktxp681qNw4i86mr56XqgtiU3zEMI48+dnQwL
/6ysXlVBD8k1GcTnIMewWituVKIYmE656/WC5CA2Nolzh93B16PnsGRe1k+X
F+tEKnz9cGkZTARGMtY5WfvyIR6Z9MBeITRe9YPGrHrVBAbNT+V3t6xFnucH
ik4BPymiH0cwhmW02goABH1gfX2dputh8nS/bUq6fTN7R40L4j5jWcwYoN5x
rjKOOdqon/TzvwQnHV+BIM5GHrdV/xT/4pn0uF4jHuVV199NpUBKp/rdsmjf
5r9vLPEL/a++g2WSOjapAhuganXK51u7I+NndComSQglknzec3c3v2CM5xzn
ySSgWeEv7h4wGZyQ/zomiI1+GlkfgeOZd9ybeTUOmFdYpmOR1VPo5LYuldIx
QTmWHNSj9iOCMPWz9qJjiYUllkJFM8DvL6+crn2NRzL5TK59clKQqk3h/Xk0
FfF4jLxxJ4Jk8B6y09QeS/r2LyNxv8E/RKy65UJ1d++NV+PQl1eaaYUQSLJa
WgLTjsVowy90kPkJsD4t04vxdrVArpFrkfmDw2XMK1+n0zHZcqHZK7R/uV9f
i88vChDSeO04Pe1mWu/euYiNs/xDcke3KpUCS5Me1evEQA928Rc205V+d48r
Ohg09I12HdQ9WlGo1xuX0fCcV/4rIF7w/sKnj1/XfJGFy8uNXBvt7iJ32m4L
zbYk4+Wl7+PCfZ4Ph32Ru50p6mgwY18lQof5zKAkCXSpE+mtXHA8hnVemvrS
gysKGeN4ER2kgF4rsdGNWOda1Snq/QKvFH/S7rSrFPmJJE99VMrz4cajtDo+
X7XoFUPbJwW08CH+8YBY9N2trSH2PGSenkS/3dUbMbNoEeK9Aa+kk2nYfWwS
GPBKq+BiUimVQhkzZhBFAcNTTfhLkmrIK3WbxyaW5KsjSaINrmL+8oZ3Fz5J
4vXnRqVJFuqLB6drnst5MqI044fE+Uu3g54gCmGJvPPsZ+JI67NzRRYKb32J
xuOxboLRwW41WTQoNblW7mnz9ui/+qmzYRyvtADPlZ868flO/ObihbdCeBYQ
mjF/JogKIj+S74li4euXGw8ZOSiKm4SAl1eTnoVfxYlSIxGxsWxgtcRsqkCS
mbdC1LF49DPgdZxCi1bQpKR6DUBMKjjiGH0BrxAb7dWaDJrZ2+O83ouiNXp3
6UnMHGFauT99IusEIf372xfCQ27dbzg/55DRODW8Qlk44yQIB6/ZnUqZJKnM
xvSsO34nRvMZAkrcANUr6ngddLUozoMq1JTguNaP49GshVN0iX4Pd1fte8TN
ZxdDSfeE7Xbp80WZrPtaFYLwfZM2CEP8PnS/YSZPD/JTw6sWhLcVYtPatzqV
KoIJYXEKM6p/Ax55ddXEEkoPun6qCmAAzqW0kE1PKxH/ZUr14feDXG0lv0y3
WzOrBNFIUH6GIC64JafOfXJ727ghrCfv9oizuwPCuHCZKsj3lq1Jz8KvQmJk
5CUcg8WM1vFKAjw92CRVeWtQNIqR+kEa9NONy8ckigbmBk4aBOIvsa36/KS2
i3IwlKPpIHfUaJhPSugaqw6QEGKJ3b0j4sbZKrSOGlnu3nPnIXYKBgIap2a1
bmlz3tBwvyC1XZVIamfLMrhknuzIXhlG82T6+31r3XZYQY32a5O1IE73pbxq
23KyeL19dcXETKKIZkRMqwvtbQjOcrtLDQ6cdEQxy8XOdrDEmt+yhaJGy6Sn
4VeR4WWwOMxIU+kq8lGWw2GHPsNkR/bKMJInw9BX2Iwql6tVPsdchY0pLV4B
sd3167ZVn1eqjWe5bUAFQFLrur2HleEmCNTr6xTqtmJlksZiLCsiyM/de756
CGtGMU5Rj/cCuTDw5GJeBTszZmduuM/E1BiJvwWjdRM0k+bUcrlM8e8VPx1d
HHRADigvMNoxmr2MJuDKK2EIIJc2ZY9uXIAivxriEYRKZKE0FxOXshyCgu1s
PkJsICMt8NPDqz86oY3hEVaEiBPtxbcI4XOM8opJcqzffVySjLBWU1jB0leF
Sn8x+CvU6hv4iAJ5zCulUOKN0Tlep2NUueQ7/UhG5u8ikchKAeSwFIx1OkJW
tKLFywXDws4iFKZob2RxcXiANXsLmkT+bKLDeZ0Y5ZUGv1QgIztKXY6ndCy2
saLY7tLaejxP8sPrxDhC6zSNBhfx73pQq4drhmXNMSr5MxDyApZfJZ9vZYU8
BnArHFbqbbvohwLTMTsrS9lEbn8HHcwf5B1TxKvCzvAAtGMCJ5qS5xMdzuvE
U14pAcrtw7y6uzNiSjRTRjY+rOrSf+eVgrQwIUIyivbWfb5IBIXDYbonr9PR
ODgupfQOm9YQRKIy5pSQAYHSiiRJVJXEf8cnQdxxDd1CDiY4p0hVZWsx53Cc
E6HiFMXZbq+HB1jAz0JBTEzNavY34imvuqoq12/t6DQyv5+im0rKuEWzCOmH
/vZeD/V6igLgNscoNXorLNWwljSGtwQeMu0aMipluli09fO1Oi2HI2019zCt
KPJUId1w1n7hry1v2k/cRYcNQFO1sIIcDkfRi9eLxSm0evtqn2JinenKpv49
eMorJpkM3q6u7mbty/kt3gHpFOaKwkIk01HQwzIqatjm0qIomkyCYBJFodJo
NCpOr1dMmxJSaSfF2732gdcwCF0OK14HVKsUVahbqrHrRsPpThOblBRz2VLd
K8rdcm+FXNbl0CYRmlMmPREvBpbXWIa3k22JnvRQXiF+tK9UwDWO9laXGhWx
uAmlesqIkDFFywgC1FOgw24XxfS2jk2aBLHidDrtglN71aq8UCe3eSFa4cM/
Em0QAkaWYzHz0mcoXLjsMHtzXSfX05xBkdb9LfdJnvDaHUToPENHpyrTHUOi
lC2jlglCSf4nSQ3r7Ftk5zmvAJvkEuajG4zGZus2GA2H0c4OtrO0XDary2Ud
KcjRpfq1gg9/2NltEI4R2TdoHQkSUMg2KpxQvLBns85gQRJkaqu2gmi3hC6I
ZVOaOMTqVpguRUiHV07RTipMy+vHJDXa8aNEw970JP78v+EZrzQuJDARspWG
E+6uHlUSQMjl+nLK7rL/WPysjG5GKFZcz4t0MLFMMS4Ns9fXLiHBtVDFKfkW
ayTNH8tZ58aGzU4Um/lz21S9FUFGIin+0BhOhVc+fk2dLz9cANWyEWIN+Y8P
Fo7jFWB1Oia5DVkgLB0tmcXPn71elwtbVdtPKij6NryWbfXIrGHPmScbX6pM
LJYWsbp0WWlKF+Mq3K1p+UpO29qzds5FnFtDDnFzE0hTZWEF3ZT92ptsGuOF
T3f3oQdFiM3KhBVIp3fzlqn6nPz3MZZXA24NtZh5iajY7TY+BYetRYcU0spY
kQI0qn3vfNXfIgc8cdAjhP+LmJ5l8Uk6qEua0q3brL3thzCZbDa9xIUhfyh6
c3R7qt6Idke89urKJUsGzdwQ1+lBaxz8uHRMBNXCqWc/rH1OnjxTbRIDnRR+
yqs+t9gkwMbRtWhK8zyEUMc+XlO1nlf454gIG9LqCZRhmo1So42w22ZAt0nJ
iSDlB4ZtmswQF9uAPTjkzYxpqjZYYxOiSy+VqOVzuEoQLjxB2lmt+W9PF4O3
IpFfeZahfPxPKrj/U15pEotNJnWYX9v80HSCI1c4ltWM8wcphqn2nFdYeGlh
nWYZGVnUZXT+cq1JVYNtaLPGIEHY1Wb9wKP139ZNeipeiis/I3qLuofucPgz
10OBgEYnvP61yv2TSv008kAwkp+atI3/HD/lFdKq69GD3NI978ugPMn3k9fD
/fs0E2ukmXu3C7TepFq2IGJpFrJMMMgwQVmOiV6XmN3c3G5TTXbBs7jFRqdt
eY5FbFpvHBFLbBfJSj8NSxS5Ad0Cx2VlZ34QVT/mt6YovP4f4s/kVU/TYcpP
0kWVwDodHd7WAwpVQotDAaUx8vtml2q/fxFSKEqJx+eMUcUfM5liiYRgv/Bm
s9dFawKagpb7xUw0POmpeDmodZodlUE0DcBwJagM/HFrrJgVlnlWOy7zbP53
j3Bi+FM9qAUClTEhZw0qzQAUZh9ua8vdRUtfQPVtrB9aOijKVXuWgwY96IHk
7GwsAQWxWBREp7jtr1Lu6P0GT01NMvIjjrGcfkIVJskM/bsUmwGg/GnN890F
8QcFly9+6/AmiXG8Uvqx5qEN3gXxscRimNlZ/3pqC7AMvgWoMWg7B/0II4DP
lGZX5WZN6fT2tg7qVAUkscASHblUWpxtrpCntTRB0PW/xWc5+d1M1OfjoD2z
RDw+VrbyD9qWaSyvlN5gu+aBCuyBaHQMsxiWkeW5vBmoV5qjgY2JmrNd7fbr
B8HTXiF46Yjt/ySnKUUqoNcxsdgsFASzrl11S9Khl9hkZv8m2Sb0g28hB3oq
t+SdQvX+34DGq9HfhwJLe+kChDCfAnI0Cud+ZFWfWQDaizygGU5zQTCcxiWV
7gKtRgwfI1nuDe/UnGFaqb5Op1PbSatO65JFQ56HdKuDEstnh8scyE23wCop
Q6NcfZzPKF6ukBMaz4TxYw7tQLwMfOmYX3NAaQYwrebG1k4wIL3dT4LA6o0Z
bruk2a79m7UeNdHok/s1a0xlklrOvMq0u2zKAoIt81Fi0XNoBrblsQN8fWig
8tnWt/aHp2dJZX9owge+n4vOBWOd6j+yIvpHXq33LXG1i+h1uaeAeA8pV3FB
P55XPwJhQ+tKi+Vod3dVtk+13g8FiMygEbdE1WllxxgAAofEjY0cZ5+e/RqO
iM6/Pn753w/7I6JeUh4UOfV4UsBzwp0f/NbBvQ78yCtpy4gCCKlXAVpzMqyz
PaDqzOZxTWyfQhNvil6vdDVeaaa+5lHlNGfh870JVYahyFI9TO3MGwUmYV7y
nllo4/TEaiv223cz/8feuX6lrXRxeIRyy1JZKrUYqcvaKo0oalxmhCAkHARM
vb7UqstyEdGihwiEIVr++jcJWG8oiIEajr8PFDVMLn3Ys2dmz97TH0D5VrrB
4Mr1O/etL4hH4IuHvd81tUaliu5x5SI8YZSViCIJiDEh4pCVyNCFscZ51uQU
WvJuQ4UrCSy9NFCUk7vK9u8hWjkiSRAZAg1O7kDjStQ24Efa2UQoqdjzrmcf
gJ1GETGITBPoAjCduapXpHtciW5KKRwPxSTcCoX4/CXLMvpwE7kgJRskSt56
qbpGWM3SLfeDlFy899ZEKVK6xZybSO4dZDLobFKub2/kLIFRTQ0IMZvtXwAm
WfrpYFEBzkJu+VRrSwkv132uCpQcDMMylJvawhiYj6e+r2PNeFcULdf2glkZ
K0o0YNfZbkUZrdshD3KQPCoVkhMThyWKnKsMhWGAs3HclLYmDde+fd0AZ6s7
vsJTRwWCgf5+Q/q/Nyi8x1U2CxmGgnoD7S5YrRAmM3uVXbPZV89LemixdAzM
iQpjTPjawFESVdWxolw+7lKxZuhyltjDcVcwEgVg1LTgZzDG2G/VlBdSRE58
8MPmZMNAq1BIR+S9p8eaursX6x5XhGCQbBVpwCB0h7cgJDJ5cMQwHjnD/518
WPUkrzqXqiENymLzjS0T5WEhL+8Nq6IGs4d7OEH122zLwJp2rpr8C8KCoKnI
vhXUk5neLJ/tNIzv0dGQ+/XL9p/mKicnvirl9GY95eUGICz0BIGVFJaQ32dg
m0iSrHjtpZL+en1QwlFQUmtJWM2Q0kjTI68mUpSLIHh3sL/ftr9NHjhWvwsn
BoPvt5aSKubimfOxQVCebGI6VzLXl7yWMoq/XPe5IlmMpUgoeVRUkJG6Nqy8
7E47p329fZgBoqeKmFT7QsVcUazsXd0EYwmCwCM+TdIziJYtnxzeQBBuZqA/
HKUzBwS2mxo3DO5oaM+zXIRpLNMzAgDYbeZonkitNj6qi3SPK4mmMEMXaKxq
cERotFnyK0zeNHdkYgRobpSmQRQp5WP62oQXTct9YEkUpXFiVpmA9yCSXFhI
HxJEIfQ+zEA+M4PQSeHkWGOFsYhERnLdm+WKTBJNHdc1uvt/WV2NhyQdVmZc
JHtlgDl3FFsbXjw2MVBnaJj+o8aV1Gn++RUlSliRoszVpYSV3CHSyEVII08r
BoVsFpEOpZr7ssai3r59/frvL1Bpjheea/PVvDI9bSMgDQ8EXyC6MWyzmsxw
JiMIC/TjUMFrB0vi6uZXlFiSlCPSciEmqYGZGQ9zSbjEYJAxwNn0DIReuYrf
VIfuWDVhP358w47ArWwyT01/3vvSdLsX36jvyU0w27TOyKzQpoUTg8/kp/10
vaiZP1zJXpUA74RsSZ0jmSP2HE7JsZLzhAh+E0pnpT/MEmgmGxf6pFEh0N54
CVoYhF202Htr7m6fqYZPhbHvSwSQK16Ejxs2J7cZzwLrV/x3eebAU3daqwRv
ggGr7pWMFe5AS0hiC7F9fpKHFHScF/7ZTI37JsHiLkvHO3G7qorii5z9yVi9
+/TwpBKRzPPokqhzeBep8bctIkMkFmI4Hi/sgiM0e8mEwx4lSCuLPGTVeAlV
vK6D4embCigyV1DqBZN7e4fpBUQssAtsX1ieI83in88N5dRYL6jMC6nBhVwH
blddufMW7sEqQcJ58740O3MnvPqQ9HsQT8pxbTnY1Ylum7DiCh4uJ06EhgEY
5dM+LIzJW7cQL0+eVye1SkqQaKkWu8zodDTNwtlqPZ1SSSjl3Hye9/IuyWf3
L5hWhxhELhyMZRgACKfkWwGmOKqV8KtbovLekZuf/qwU3jzTbNZ1N0qDDNPS
F9MHWYYMDLT/Av+emvEOZFoI5xU1f7F8OpNKmYYwg1negiPHaumY6sBPVzNO
lwhK/rjMlTTUq21JlT5PQj7PcEU+J72fSQ1Omkh0uZfAysu+FF4BYJ7a+KU5
v136xhEN3CQyYLExmVsu++U6AwWW9Xn4THfncGiGKxkOInEV790cXFIqCpoE
VrLlLsLvJ+k7IaFiSfD9mWsXZCOGqrugKdItmatifsUY1BXcW0cm1kzzwaLj
5OTk4xkoGwy9Vc+jyyTK8zZE9Cahn2U/REODQCxNp0xhePn3rqzdanI0A4k4
yjgHNwcPiPTS5j+bOzRJpnFh6cS36r+1bCiSgVBY4UpeTxSlJ4hgNXAmRxTc
PBMMchajhbPvW9dZNh37/Pncl3JUwOY/H85ef6lnSnx2Yr6S/LJiC9+Kk+mH
NOvCCfJyd9sHuzfne/OjZNSDphbnoevwYNrw4WxJ8KOJw5PCh7N17NayIRXQ
MSy8SdNQul7MKblcBbd3hWEsxoiFGxkJIf/Hz59xtEUVAFi27YI5WxvvUh2R
0IdmGx/2QEH69pCEonSFvDcIt3fNb1zJ6llbXp4yyg44Mfjhw+CqkOadCcmT
Z+/XFb/BSikjroSNUoVCAUIJLG+Es3C2COnKjI0lV2ynRjsA9ugUAK/f3SAD
QYpq5YMUFbj9I13gCzlhfVdjueSepWdwdbV2McV5+WQyyZdWNzc3e1ly7V8A
tpTEHg+4ktMYXceMynPuMlYQSl5WhIsa4awDn45hwxvR/cgFACvBRS1w1TIG
ckDa7Z/JCVcgOjIa7eKEt8+ZLUbcPlVIThCQG/5lZwcr8xHbr/KiAdYNJy3J
G6XleCs5o4y8DChSFOVyuWCIIdKIjOGkkRvGOJscEvBj+BQcv3r/6stL3Ow7
TOYmSFskZDZ1cdj7s1YhojZK6ga5nxvl8tqGxIPNFpE6QQa73xEqLrzUBSp1
VkWKNsBSriQ59aTb64XUAf7bBBPFEZttA9uwSz3gMpMgK6aldt2ianraXh02
31CB5yJZnvZ3cUKsZ3G1YYG8eyUatQHOKfGwz+ooqGeZunsqZK+KkoPlJTPF
QpKiREEgpY6wUIjHyCHhMMj193sZxr4s9aTuq1+LmaHG5//bamRSm9wzD0kL
595bINmh7q0o8CyuVnhpTBeV3O7TpFMuKejRU5RBX89aXbMlT5fK01iiSBay
Agx6V7xehCIYTyIyxOYIV0gye33sRnl4o1132EERTYICGXpiAqbpLi6s87zV
eH4larFE7TZdEgPAk1kIQ4oxPM5VrUeUt3+VRMm1CvdbOI5BCZqhREQI/qwL
DlTOBgd3sOBKN8QnEXONSgrHFaus1wsT+Vx2S1MBss/T87jySp1gNBopZbly
mYs7haEo1DWOTZYOEcVSoUBbMRp6884EDAfch46h46h9wz46NFSZ65IRd7yy
Xc06+OjtrFXT+PlK7rw7MqXBJdFm9TyuRMoSjXohtFwsRiaSs6aj9Yb7VWts
iSV5E2FUTxFJJ2IwKomT8noz+FouL4N5c3dsKnCC7WqqE70C1sP9RUK+OgQ0
iIW81zaAaSpX77P0PK4QpAMUtERt76MH+F46LNl9JZ1o/UC/29mRRSpo9AYw
s0AQxSvC7+GDZYmq8g9s6mJkfkjQYLK+h/o0Xf4uyEmiGXg5c+Cvs7tILFTt
FQNJtxvSpjeuqpIfmkgFIhYdxPFUarWy65Pj1en6faF4Kx2k5MLT0NjPlghi
whm37nO/JKwWuSIaObWPaKvYxKM6j50NrvaZfT44O5PO1jVGVNVeMT4K8i4U
DneHna6j53HFmKWBnKBnSIouoglqERz75D4Os9bliroVCi+/pYwBmvIy2NqP
MvglcXWxH2LWyhcXP9t0b6qpyfQK587vlaNdK/QhoUQFbfVmp6BSLQAGDQyV
d+us62armtf5ivTc6GzCo6fCLBUIrqz9AOXFUQh1gUj//bI5j4gSRUhbNr59
LXP9ixdT/QZ4GYi+/vXmL2xzoZ3nmW0wNy/nvJI8AD1WzwgLMJYaNEFaDsni
OdvAVrcG9z2XKzdj1TEMTesCzAYHo+vIY763af5xCbXwholDmNSD037IIy30
AyXR0NwaU887DlSOrPLa6KVgNtflikWJ3sk+qIT6jdi49xrb29a0nstVgal+
DyU89j6e7GwTC33M/XXnx7Cq+fFCLD4a/An2xSxktbCSIQi+5rgq9lwdgXnM
AEU6GLz3txpkojnfk5tsnCxE83ouVwLLXnOVGDNVjt257ShsOIWl4DTLe5Ss
NNmiHdh/ToVLpDbWXWebzUeCxzLrCld1gmlqLprLTF2tWStHr3+R/YV6Lldy
PRzlTQk5M/vg2MtJo7m6C8/3VXIJEleSn09apBEgw2rmKys0e6V4zCmNZDAD
fd9YSaqWy/nikoHaAEdaynDSklrOiQAP8dgoONYZIyHdg8i+ehILLihvRNEF
giFGrxmqvgh0qLkDk3GcAOA9hrG12gD471X6+j5vDymLfUfazinehFrnaiLj
OJrblVNd6W7S8T0uSiRdEGMhImm93HGqeRNtFcSa3NGRdCYWweJAOFz1xbOO
cd9k3/Vn79wvajKpg4bVOlf8eWKysqsgJTbHlTswwIqlEhbWMQENVYUzN/kl
iCU2ABjpD9V6+MPYmAkM1QYmB3c6PmauiyMZqmqVK8FH9/TsgiNdSd4wT8NH
qn7d7gfJQiDM0EbbSL+qd9B2QaZJruCy8i+q9nn42Kfes++1Dm/vTrJnbP/N
XtUXpFgW2QCYp8nqYo1w6WnAVakkBkKMjtHGIPCWsgxqCqyaa/4lrUzK5SYy
Pe9BpWqYYo47IDlM6wdqXuErVItc6W76seqkqEgh8unphlIJ6hidBnefCrXw
hGZdQlKZnc/hzqtf18lmYqU7oVaOHYR3+Yjw5TnyqjRRFAmtTw4LxQANtTe7
fDnDQ53iMTU90lCS0wmHY58NOzWucGL0TtqZYDSzp4Gw65dIjdyLVW7I4OOr
hNWDRO0MAq+FkMAydAvXnT3MnC/+MVfr4HbamXyQ44Knmsp6+WypcndVe3S/
SOpdrjSpWZIJ9oda+SRZ+Ga7xiqxAsCdolK80Ra0a6q8xrP1Iq7+8KLA80RE
8suv8+/Iyfa1mKWKolZQvuqs47x9+fSOB4DLK0NaWBptXepY41pH13VcnfS2
OtEE0/hHvOqsux5sCYnfrDi6Wmz/tUu9Xr77uMLxTMsTmDJW68rDTf8xVTfT
FTekaS9JYXNS1XvsLqy+JNAFaHUrFj4+Tlaf7c3KIFlnbsFVavEEr1yd4ErN
U3ROYapOWEKzOozhjnnl2eLXYe7pLIz60P0cD15j6yd5zXrj6hGFXvJh/x6e
4KqPlrjuSTO8z+R5MHNPtpT46PXrjatH1PKe0QM/SYeJRDxcNVfVYd9BJjND
0+QC/SCgr9oPavMZPSE1ueomrL606lhN8BBGozS6GqhypbzGBYrKkkJqaeeB
iyUqrxp9SI9LRa66ymsHrVZvJfjDhb4w476q9oM1rz1iLOwdIGIbPJi1grde
u0hvXNWVtfUAqYkk3O7zzExQyqPdr/6SKhFJb9R+/9hMn6dLI907MH+l2hk6
J89Lipi7jQPrvAPvkx9tosHz3Wa6NK6hvVyp1nhnlZ1afsGnV2DISsTic/Kj
5Rsc+362S0vVt5Ur1drurFbnl19U/MJiDBeK0fm5Jg61xlK/pwd3XnK216k3
rh7oY6Vlp70mCxcN5v0+QxOld2Ox39PfKy873WtUO7lSremOaiyiSkHgGH6+
2UQ7ibHpHQC6L19R27hSrd0OKxNUp850IoE305DzEwKVue6LmWkPV6o12mmR
rrWyOo+kiH1rhqvMeaRyNth9BQLawZVqTXZacRUzRjDD/9a4enJFqOdd8ajS
h1a7zWKpz5VqDXZcuHNbxXRUP5tKF1d8lwHg4ufUk+V8Nag3rq6Fj59/7/xe
Bvc7uWi6/efpVsdP3VapzpVq7XVa4+NhdTz2xjpXXjPyS/ZqbXirshuB5FMf
0J7euKrp8/hop7D68qkgv+K/e1kTP5Ev7k2eLaVQX6NPaUpqc6Vacx3W2Nj7
znWCxbEP0muMmNuOQjeDUHTQh7qs+ITKXKnWWoeFX33toG/1zoxAeToWAqNR
LLCCrQ1zo/Nd5riry5VqjXVYwsqPTp4u865nEmyajhffhzEIg8M/fpQ7efpO
SE2uVGuq05rdalvVp7rbbZxX7+Ifymdzx1bWzEASRrkHkVlaV3dnCWhOSW6/
bW1TkBQeZDu5unr3bgScgSOTz8dAqKMK2kuI0kBvXLVVQvYg9bv3z48HSAEI
Rz0ZGwBgx+T3MXrIUAUdBptOj6sJvXHVNuG+wVXB+XHcsDl5/SsH20c78Gnn
YeYcVeYqvTtDJr1cHZvM0pcw9BevVXUBLftFr1oTCefk6lJq/PM/NyvZSTMr
OGL40pLzHapM9g5Ofu8z6yWuXDgyMea/ebVq642rdil/hY36ydnM+eqf+dYJ
4mBp1RnDp30pZLuY8+1snk1GDRJXRBxuR7sqCEvm6j8OVptu/4AIciNT9h7z
zz9cORwxwiRZsMI/H3qLw8AeXa+AbcnBgu687b21bkEdreqNq3ZpeokMTE3Z
1/4H/nB1Mo0LJvyTzFX5dHh5auMXAEPhqORfeY0hM+ymLRRvXLVH+MfU6qpp
qM/MSAO/C8GJn5z7pvHU9O/f+KcMJlcg3rBHXPuLx+HtdZ+SnvUSaS5T9BP6
r3OlfhjBQWaBcDhxhxkSvwe/79AB+0iAiH38eOJbiu/Fpn0nY2MmmSsu6j7c
nR8Ij0bhJULpA8K/rvq1/D2BL7yn+6Jgm5fa20JXyazkhh/u4dzyRnEAHI+a
adojuJ1j4yffd2EyEUMZp/NYwmo+6YgTu3PvQ+smz8zCAn7yu6t2e4EviPH9
lw2WukI767rI/9k746+0ka6PjyAGWYGjxq4G5FQtxAiIxCUjgpDwYEREwQ0K
vhqskEVKiUIYQPnr30Tbrd2nz3a3h6Kk/Z7T/sJRJvEzM/feufdOOsW2UlsX
CcsNqBbxPUgrTteSMAeqsFAqwezpe225shOvp8q5fhamwkEp3CMWZ9xf//Wj
I3UfNJl12iNg+Fq2bWSwrMqV5fpmQk4kspWH5HaRcEmWrapZJBYXQ33wIGpp
0R3kwKzRAsvIniQlTFchas2+Mv7kakBK4FnzA0ksHqcnWpPV4qPN1LKsrl6n
/IRrpTkDwNbW1o1NrJeABYHAnG1iey/LkeOeoaUVDkMaV9Ef2cAapC7XJ/DH
Cny63djbu00V+T/bdK+u3hH1166CulRteoo8LEm3AJ8EoJie2I7budKYB+ze
P9vIBy6Nq94o3N49Cjr3m4qPqRE1qmdpU/TTYoj98THLPv5gW01zUOVqGxRx
latkfJ22w5Jr7cjk1k9B/UOcwairo6nn06WSLT4WAnabCb5BT3yWfzOOv//t
N42rigVqXE1sZFTHMAuZdQaSi0v1oymgL64M7DdeqvBTn8vJ/tk2K/7fn6L9
zumqylV1YSE9GRelxklGZcwOofeceL0i1Tv9/rNxNfCIgMoVB1nToH/tj6my
48/ihy/+oS4Slovr+bmiytUOkppgDgCHunYRKlaL9WUA+vqx3MGbx0u/n3sc
ehA1Xf37LsqTOwkcn1woJmtyuzWWBvgmyBkhFAkXUbtDfaAjjxA83h/413b1
P4ge5tPA7oavZb/SPZKG7AWeWsAbTkUhXFKg6NnIaKatJIkNQQT64iqncaXo
6Sz9X2kdH1hyO/pas1sYiU9sT+DJ9duJBrFi6rgrDvuDyzR+x6K0nrBSuTrR
FixF0dNh+r/RJD6oa8z/OP4KF7sRI2ToCG+AbDoxNi50Ov2c/cG0HTs4Xd3X
GVc5TOWqzeiuIuSf6h/eNv9VSea/54LYPT4xQ8ho1zTStHxXrx8BsDHNUNqH
+53V93rCSuUqjDCNLPijxrAG5bLgX1lvnFz+yvyhiUW7cUmWy/lPP/Dq8NUw
C66/v8Abr29WNbEUGdNVfvU/1+Asyy38bz4UCorbzWEfuVomW+NPQEyz8zcD
G8dLkOoP7lQcENaUlPlHM94fTEr/kA6xWsvegHtqNvrI1bkg4r99tr6x+urY
B95cUrkMhA1oN5bR45Klrl7PPKqhSHnY+RtDiglbLIdFLu/mH7iiBCJ5+v6z
jW9tZjjjGJLAm2XKkdW4SqFa1G58eGyl9iPESaFd+78xrCQhi2qvc+/y2vv1
n5cKV9WL66cfE0MaxpAE3sjb1WmNK4uiWMxQUmIQ+RXjD3BiaNK4oh+m0ECm
0VesCFIgg8RRh+9pecqieBWwfOaCtwYxhJcjlauJojqTGnLEr5iNiECzYQQj
8AdInZm2+4kQJss8NohjrALxpA/DlyRJJCbsdvIyYr2XwuLMu9nPajZ0Fj8E
b6iIXV2az0UOwXBEXt6raHshJemrLeEX1Eux5wJ94qMwKzaIY6wS/feFDy4X
eeylAUAyj0SX66iTR6EnH3/thqYRk2o7JjgVpMtzLKXIERbu2REdhl5vTk9V
R1+QE2ExsRQ5PpOsVh4NwBO2XPx9pGDJpVyxVL5zrKDYpVTngVt6+8RW1x9X
bxgF1i6bOF/zY1i4F/ZLXKy9Pqezxs9/lUDtcj5i7SiKWXk+jL5/143x8Vre
WkDgHV0O+qT6NACMGMx/7299Lmlctduw0UwvTHi7EKMpJUzRs72a3a7j5BnJ
RwjU7ImfFKndY6vVGoF2y3d/WvOB4+RSAe+mgn6JkG5UrkqFvK6Ku57oIYbC
GJgJm6G5ztCQejubu+yeyKI11dMvWOTbxdf1Izd9u3/qAUU+O22bG8L56O/g
mpWnfj2aevv2fB+ATYokZnTXWPSDHriCBoZRXUJvo1ETqECGIPPoPMdLsbBO
wSKIejMU+r/OSSL96hWo4p6ibSjR7venr/ZLM78e1aP5hWvguSUlStdcvYEa
VzVvl1kvRfuYQMwct7NhCuNhVI9rVoEkpEbkFwACZkPq0DMHLVh4OHGV09VV
HL1Tuer0q5691t0YeoarU4aiD1zBblup0ZSPKkEAlxMmt5VvU7kcNOowR/ms
LNbL9SZQueK4oERjUZOx9w3hI9+3fPkp/vvpiVgFQMuEL91JGV1z9UZRyhKi
BBIJxgDlKwjufkSBxSzUFiydHRaeE+i83vrlN5UrRxCFEGfl7cnENyT3iWI4
9w3L3O+/vX/1IZNBIFwVvXNFdY2E4KecjhyBOV0znV3amLVoXCGorzL7AoFi
9ZaWLQXMfsRaEHflSCYes/v+1dLMTOJz31YY8P4DVwQh6hSrj1z5FZpRluVt
EQJGCFF3PMhzMWsKqhuh0tMXV5d3e5GypGG1yTJdGqOzWlFM75uu9+Ei3ziI
zsO1JSQ6/Maff/H6wBUZg7T3kllHHnBJotzt4UZglj/B6LARNnqDytR9GXIK
RFM6A6BqkxUMCvd5ZcYdo1WhYd/wI6LE1hC/bqj6wBXrMMS35eROq2oXSgub
OzJ3cuVwRGXMrFAiF9NRS1XCSaysLM66383cr927pw+us6+P3mFKUAnGMC3p
zi8P7chdbH2361OeXR+4msfVV8rit7KlLHirc5fnSi4wa4WMXeWKQHleN7cu
Eq+bzRXnzfp9x83j18DBXiCyD3axIB3mebbXQ5QcGVLQQXc5DE/1gSttB2Aa
lFAwri8bHFAgg9zMkZuH5jCkRTHAvd3VSX7DihQKrYGLeki1r7YubDQixVOw
mc1aOBjmY8FgUEQsigwJLB1XFDzhqkbU12T7RGIyS5e8RucfR+BEQRFzo0QF
fET+Sh9bYVlSVKKkehWAYgQhH4S2m+sLD57kDAYeynSkx7FKJPJNsamf+qQ/
uUK986WVoylrlk3Y6NIyRTj7IAAZU6qmckUI/cCox0c1r3ZxqayVf6brmj8I
FcjxCYbFuEg4Ema5RDLOJJK2ZLsWZSH3AyTMfk9pXMk5o6KUaaounbg3KpCF
VElwEiIAbgx2MT9JBAQBBCKwN8pdHFgIlcLS0q0K1E2phQDIstAAzSamG+EQ
4viUGfZgJJGEyN9OJpP8j5Ax+x2lcTWh/lOoHhwb3+6DbLsgEsSi05DeOPr1
HUZFTajFE+f9/CwG4ej2MzIYoN9XqI+pVC1QLm25SpqM/F7CzKXm8bjZnrWH
fUEFKUHap3A8lFAIi4WRLP9gpW8D08d4b6O5lyzVSwBMFxZDTtfKFACr2wDk
aM50i5rNtGP22GrmRncvhLBNkJJ0ADYTUECnpwDEk7ZpfDKN45N4et6DK1QM
lSnEBcMmHhaItRCGYUhR/hoTHt03MFx95Ipmkkyp3gKAE5aioSWXOqG1jgEn
DGTPS4Wk58JTyaWi/tGdvpASnNZbi6cWhLeHF60TELfhSdZHYRipsDYencmO
5E5qAbdNT3OUIIiznHIc6/1lhdbO4Z9p/COmP7mKwHZr7BWwI6Fevn8wQy5O
O6DC0FFvi7VX8PRcNhVV4Oi6xgXhPMfsXBJcBsJCqRJAGOv3EfWjKYo7jpFk
mc+aE+qeuGfjZEIoNDJZvGg3PaWorP33k6t/po9cKUoPyhK+QYTg2J1qpqtu
OF/TMhrobjdlSW1wbTOGse0R7g5CiHRKogSiklUIQczt7loxhdKeNOWp+p3B
lJG2YogO0ixsX+6kWX7Ds/B5v4UvtAz9qf+lj1xR5bC5QGYtpU3P3djDhVMp
v2jVul922eRtqpqYgOTU8Sj3ei/I60Q9WlivsGfEuQenjk8s0IsOwebkQrxA
2R1+aZZbi95jmeQkm05bLvSaaTAcfXx7Ta8xLAib86/AJDk2ntByKRuwYvfR
ELLsOoOo4Bkx1Vc9wlHbBz5uXHXT/aL0n46pmYWEWASnB8UrJPm2t4CNhcSZ
EgyFfFaFoL/SyfGn/qE+zcokRUCAp5ICQUjLfdDHYDzrW7vHsB7tpwhkJYhj
kOFGzSX8mKNArPzyS0jqA1vTBLdfbYH5Mda6trZr3azSqFzoUkR0SkH39M3P
VWow+vQe927vPKBMBQnX68Vtdb3iMQUTiXs3X5ZiBBHKE65dcGUcrbTkx6Qq
v+iUyHrpj2YRgO45eb+bvdnkyJJzLXQcuMLOy1KZuyR9u9HoFAA/16vB6BNX
kWXBeiVIPFl33WtJb3a7ghQ00T92vp0iScXtlCoAwOgoedqKLIeh7CuLlFIa
e69diJs5I5xnU++u5pgSKZSrYIO7D4l+ZL8d28EvjSpWX6rLGZ0Hfjn6xBUs
ufIBca9ItuoZ4O7nUmZKyrCWt/8xnfEYu1+lyA1whaIjVKGDyj4kB32iKPbO
hcL2KgAUkojkxcVG39pFY3fxDQAXozMxCDPxu0Owqjkr0GqN/LWkfWQe+AXp
E1dK6Q4AGbeR9fF196+do+PMJV3Za9Xvwc31DW5JiyV1OvfYkdkI24pcltEZ
4mSvP1IoEaHZlHMxhJwnoNMBDplK4JZjt6/EgSq+E+VbF1uHhzcVe3KajflG
+Rz0heiJndqybFWhLUJKddKq2legspOqJm7HV8EmjqfZW3IHAL6XGpHbvxSE
auUy8jmpWVr0y4RA/PEOI15Ho7sAeA49PFX2le4mAznL9cbV9M5OMX1xc1tY
m5nCeD+F+NGN/r4UPeGqmfbYIkmGrNfvNrWyAkcinYTNg1VQMUFItywdkKOC
meiL7/SumerILyM/pfj9zVSxTMYU0bUSBRWJCMXUB7NSMVRrF4TCbSaAH6Yz
U2hv6+ICb5GLM+7d40YBHVtHYu68ZD3hCjIGLbuvVB+/K2rx9mmeqUEoz9/g
SFKkAmXhwz1zzvLiO70jBFWgFHUuME0WT6dlSkGX9aU8cCwt7QYAyClBvifS
RAlNbPc35g/T3ZON6kJ6sjV2sAVuQNqSqjieMftKHw2LPnFlYiOGLoQFQRq7
82oXWyd5BtoS0GaLe8Wg4iRCU7NzeNFieOnrlaxyVVMQhAzdhBEflFmhblpa
6gO+7Lrqqw+GexYYL1y3dDqqqY6nDk8ByFogw+4fdMCWB3/m52s/79cPSJ+4
0kKebWiSE/sH4y2VqyzHGib2GIa1MOtypEacSVy/Ypvm2ZcOli/MwkZD81wb
lJ8K7crLS0S+vAQAfNjgA7M5llYgw+A316edm+k9fH6+aDcpMtzZ77yEsGjy
uQcwCD1Zr4wQdhmOSR0emO/UaZ0za0HQbjzBd6n1ifXbbXwLVFne8tL9wXNo
NMJ2Q2FZeH52tlj/NS/WL4AZB4BYErOqT8tNhbgMfUlnHHPp9AQ3bdubSFpg
TY688AcbKT2doOrOEVFRotH4+AIAsxir2r8KZNmGlyo3dtLzN5tZqNL3wk+e
mxHOCFWbPcrCQoFYqYO+rO5vv/9+/a7+2m/r961sKmU9qS2zmVyGhbTBbmLj
Bg42aNMLX4dHSp9z9ajW2FiiD65SWs8PxKrbSaHQS8J4zXqV0hLbXnZZfcOr
jbHNxNUp4r1dkmZAQE53thLj45aCfJPO9E+KSR+Wx3ZSeNZuNjMJXp0qEbZd
iySSzz12HelLXMl3Ywc34Mpq7klULKX+keQdD57aXrb2s5rH+KK5UmrUQ3Ml
Q5xhYHe5Pq5ufDCIccrYuIxfA8tOv785uZ282kin5j24jTcY2IcLY7vd5x65
vvTfXLWVdmv/YNt95LbWiD+O8nTEtJ3G4/EdZOvnBtfBQGnHmcG7PorfX1PY
x+foqhPi4DcAHArFYTHXkreYzKb3q2BjL71TAXw8qYplDR8m07d28PipL+oz
B+jhBXe7ECb+n72r/0ocadY9+CLIih4lKET0OM4IGyQq4ZI2BCHJIsQsjnAR
xaOIAgLDSxCbFkb/+pvgx7i7OuvMRXR2fX7woAGsJE+qnq6urq7PTS6CE2ru
w/TFRlzmeYZieMv6SZrv2/RgGwpwpD9f9RWwVoONtkV3QLSKYW3fwyTWJwgp
ZBLfz1mGGFtSqAIw1iokV2xhQRQFQbh10m+iva/448D6+jnnYateT2oKq1au
28BKb/ucgs/UOTeexOW+PdgGkTX06atuATVnhWgYhwjS+xRiipkPv01H3E41
40flLyIty9ncGnA2XOpEMps0aryC99BnY/7d+FPCptenQfNZ78xbV2BF2NRr
S+zj2t8WCtroSanY+9h9u+93EtZoVMtTYsTn42jSEwx6P5R/A4tWdXZ+VCQz
RbUkzIBALj97nM0ppW2LnrG7BX4jVl/x50Tg9X5e6Ow/hPsKpEY29fUT+lOt
Cu7cMOEc62O9KO7zuJ5TaQQbpMtkzVMmfHYG/eT7uvZcBFvB1vRkJr8ET2Dq
Km3K552gSVQm4kbjHa3aP1+B9evGXxLMvYvcZi3E7xNgxRgdlsZ7V5+VnfFe
Ud+rfawRVBHuav6qJJDHplRI2tqa0veO9H8o172fpi9JqGxrvFqxru9erFUU
IiZ8pZUm2/9ZzeNeHH+duNAHUiwPLe8WwJUZRhNj19GCNcCO0fKKhQjSHa2K
VcWdIU3bWY6VFel8AW54576AX6upy2A8hvy2lZX0jMPR87uwyzDcC6ur/Zf5
t8+Ph3jV1q/zcp0EV7f7Ed880zHx9fKqhrCKMeX3HG8sKGuEGSE/U5gjRaL6
63/Br7+feUZ3gsd+287VaskUxlwYd1VNhnEcDL+p9mfAAxOtHVZPYpH1I7Az
mua6N6Siy35u6PXegiKtqnkU2XfN1qdHc+6RVj54uUG/2wWgKq8r0hdPPr4R
NNlhGlwl/cHLtIAgorvmoS537bJeqkHAP2u38K94aAKf1wIKlfFYKnhy0Xq9
NQCs5VWzPrHzfQtynn8zoxsUfb4u2iubXK49XNkxfhKXzyhfWjy/WDOQ83Wj
N1M+I6SKG/lSAIjeS+vqeLuL2kN6povTpJUmKQdk6L8FDxaGIIQo1bIr7W18
Xoybe7xaaowRMfi9vBpUX6MiRUOBVUMCRSm7uyHy0+f4+jmFJ1MsypMfWr/8
YiQNzkOgLAwFACDnF0HASKkYGS1haGDFV1+i8RPiYV5B2BqRLZubSnYxbe4p
EAaKPYINfdc6rwHdrxpiojGIWrK8vlwZO1MtI2CRzh/NfpoOe71z79+HP48e
W0vupiw5AAB5zxVIYdQu+uOY4QUhFn+jVd/xIK8YjUAGdlmyaPdhhWN64p3h
74blT//2Ad0wBFkJ0moXNhbaqwlpa2qzuULtH5Uvp42tVvCDxwF4Kn1VyslT
h7mVnT0MwDjN1Ui/lcJWk14ONBgz/014mFesgYedVitPuZsliJK6w2J5g2Aw
vErdrqpY7SKG14uox1elEVm2jJgo3xnxK9jC5KywVXUmQqvAZptRJDfINRQA
YhTny/hFl3gimOXXd0Y/Px7kFRvleZZnl4/g6pjFwlrM8A8YtI3fAi7ul30q
4+O6bdiBC1RpRh90UDAhO/QEw+7vGrkOFcKx5TyxnqzAgjmVVJpgBhbyFImT
rH3Vom8M+8pO6h+Ah3h1nQfl2RCWZ8rYBuOW7+bVQG4TLPr47sEBxri3PxSm
1cJIIA5hhxlxHDocSmgZkXNHshwKKU6HYrGtXFH7EdvJdmVGxuQelB1Nh5I0
Cb1tJt541V886K9u+NM5W/Aci1k5fqescPe13ALdjvYSEuASTLA924qeIIKE
XX8ZlSSDwUC7XOT8h6CZDYUSdvfUFLFyRVI5N6jYTRGKhG5FqSjrMVkwvRGr
/3hkAYp+oRFN5Rfsgcr20J2nQirDv/TmvPccpza+wFga1iswIE2S2JYav3d0
qbA3V25Np4VQiLUHDvVetefMaiCwnfca68FSbimcgqwyFoubw903XvUZ3+AV
s8QKFmcpbgnf3apOoyzGwy94C24N6WpaHXcRaiAhDFk22qH3MwdDqex9XrFn
R++L9enpyTBVm1lNxqaqQDo7SZsuT0+xCZR4REyo0CgYtPEg98arPuPRBXMa
iWAidM5aI6bwncNCe/vW1AuOy+/s0NfJc10a1yiOxxi1G43WukJUSveVYDEz
Vz/3TE5fpDPl9MZleJTPspgodWkqsQbWiigba0OjcQhi7aveiNVngMfL61hN
ugsSn0qar/WVFm0QSW0neS78IksnvjKmjRDSpHoXwcYSFLCv7INRWdk6dBM9
EYiRz8+UPR7SU//PO2kF7JBiyrS/sZgqxdeViru6WwW5fVcpAClO4DjVV0YR
nnvp8P4Pwzd41dumXpCI7ds8A9tpLNSSfCRufpHmal95pYU/TRFhDuLaEgyr
FMWPx6TEyDCPu0N6UfvxcdDkq3UKZPndu3fb4CS/GnBvrYFAZWxYdtph3rJN
np6ACYq8HI1DGlM4buI47m35YB+h8+pRjmhUYtcJQtCbqekiq7N0VBb91mt1
PEgrb6y545UW/sI1OgyLFEUhz3GkZI8ZDBqhPJEIV1tweZjxbUIuzM6ebdbL
JRA4ByWjIZdKp7UQrnqC/HZxLghW1NpRFNgFloeKXo4lCK96AZsG0fTSFjwd
PV59w2N1WEliBbiPrPpqz6Wj1oySu1YxAzTyxpZbViHdTQk06pZJb/AYe3yl
1QkBtqk98ng0uBE5kxR30wn3yYyyVS6SADjOZlK+47DR+Gny8jTszQYE0mME
KxBKF2tjBjYalWJS1GA0v25eZfiT8Ze24en4G1717iZr6BTiM0aIIHO+1XQ4
7Tf5rIEZeWvIrbii1U5UbLfRQWbfz1gUN6jEIKQb6hGpcWexKxy6E3mPS72Y
KhffuwEoHMhJRI253SWT17uxCpjT4wUCgLggxGIGCHleEAQpKunl7oM9pe/C
Ufsk9dI2PB1/yyv9uIGVHYTmJyAbUpwxfc0dGjivvor2doPCYbZN485yfhna
A9XDyoRmUZuHX95ljNMXkxExfpChzG6CLBYVAIiMayPrrOqt4iwFqgSS5HEK
OkHJItzUlhkkSRAM0dhr7iG+tJdx7ay8tBVPB/h4z/U8zBXtr7ye5KlhM2Tv
jeNfiFf6hDg/hCmkRTqyQ7gD9sSY5mk6Bi1e/058Gb34PLkRKSwkAjnyfXEO
gMDBgrSm77rbdArYshUAvsxYQPNxMwLWRGNXXzIR0/Pz+jkO9Iy+C4XCkfoa
mig9FTe80q/oo2S5kTVLcBx2ei9VRp+SGyyx7vGZHRkZ7nR4w4JKNKuO3Lh4
RziB+N//ApBMp6EWC8Wj8/MMAIbC8AUAVXdu3Nw6t0xVA4WFUsWQzOJweNSE
eGHIELtbnjrIE/o+LK9bdn9GXv2dF9IOMNLEzVsO/BFoHHDUgLg3OdnVf7As
A4eHE8ruRdUhK9cLhrSjqMEIxP+AC8WcNsGYoUjWz6cAgGoAAHciZuR4tSUr
BJ9xrcx0BFxv/TI9GjeZzNqZ6GmLV02rjx9DyuFLm/A9+Cuvbi7vny6yfjcN
t/PPhXYyLAy4kXsvwa7qnhJjVUU9VRSVBC1EX6suhDnYiQ7LiixI6/jSOOk/
IPVuMsCyBYD+QCDMMz6Mi+Ss6cRmkkL4nRlcpcbHzWZI5ykcYbjX2djLNfPS
FvwIHuLVg47r/pHlEYKH5sE+4DWkzwrqE9/Yp5Or2/2jtSwviryBZzsdKEhn
ZPi3aeM8qVGKUKrNCc3NYX2ogXF5dv44K26khxJT/9X37UzK5nCZ8nhMEX/k
LTHaPzyZVx9vqaVJ92hCYlmO6/sENKTpR7sBd3i9l6DerhHTmNN8FmO6mQ+/
phivOy+99qoN2TOMz13G3+oQNF3hybi+YvuWhgdzs+k0Su9siH60VV3LyXGz
SnqDZWsEJ19l13blpQ34MWi8Qk/l1Uf4tWJGUzhDfecVTaM8Tj94qNNh2Q5S
1SISMK0yZc8xtoZ765tVFQtfJ8bVYtHno84sm+/yo1lNXM2dasNDEyyWb1bY
FspHqzkoji7aONkSsxOJcfmAJIN4w2befo286rxgx+//D76LV/ejITucMPQ7
ENIIZjw7Dx7SRqKILvpUGmNGRUWPx5fMchjVVJ8PQ/PQ9fgUQorWtJIHu8iM
xxO/Su9E3m2CbNqqHsDtnjhEmbkCWBMOTIs7VlMkYk0aYpA8WsBiqiTLA90L
9omXznd8+rx2PBPAx8do9fjA8I5aj77px6AXKRxB0NtS689b1GjKvEYV6TKF
KBTxUS3F7RSwiaHpfX88bOY0Ua9b1G6wbGtZc6bL+MsXR8m0mC5Mgap7fL8s
j2ukyiPvhw8bV6VzDNOLmhsTbdnwECqo5+sVQDAmkRvcNhOmp105kiS9i1fP
bMtz4BFe6YP6xz6iiZzu0C2x+mmL3hji/DAgiFjlGH0V8tcWbj3OMMzSQZmi
RJMfjimwfHx8eXl57EEmMcJhGDbrGoqNDodkRYPl9y+EBE9EnMoRxPACSsch
vU+etj6cLn5ebOPQxEw2VXFuW8V4Y1ldUEsn5X2bjecHRSyf+KT2dHsZsuEA
P1Pe6haP6HZ802fs4WDIGCyQ7zuv2u02gmzCyDBdiH18/J437PkihoXr68ss
iyN8nKc81L6P8SO/D0esKY3mxiHaE9zgVZ8WB7114+XRF0f1oio7V7dFEeL1
Ukp1kbPz86QluwiS54K7ubYWcEIhtd1uFBaYcbEM7SmeiQymzejSHg4+5X2Z
DDzU7Hxuc54Bj48Hv2r0v5CHjfa/LSfUx3K8wPNso8uriI9fr7OGqNbtlX/p
QZJtqYJjfXnIbGL2MR9KKMSwARb9NhvCpjiXJz1p/2m4Xm+16sZJMjPTrFYv
LqpOaSwhSW55v0crLtAEYHVrqtoMVCpjqqEkYIpsKISiuAmDYLQIwiCyDXuZ
p+0ZdqTm3M7t2zIG70b2OY3qK76RZ7iHP33oG4d+GDqvOvo0JMtGIRRi2hiv
N3uHGr1MWbuhx+sGIxNn626H0lqyTIzIzmHI7pHhxQ3v5egGdu1NzJDzRi/p
9RgC7gVyZyUZczocI9GJsfWzfNBLZshMww4CbrAyczh12KzkJJVPcj7SZbYr
jkP3iCpsx+JDcAD5US9ZAU9Jn7uYXI43J69/IRnbw2Oa1wjw0fgQkZ7Eq74a
oifEbwZ1bNQAy4iHXK9JUgd2GQ5jpE9NMjzPC5pnkc+gnWBRmKp18kfc1cw6
GwkbL4Xx43kX4Z7adIC1YQ+5sTgZHo0bYHQiVsiQlLosfdmsXqytbudOVrLK
YdNt55eHJ0QqU7SKYtI+1spzWU77Tzz/rE2LNL9pND6cTPkLfN3UDBvf1l/O
erGB/3kqGsBH4WEqfYtXOvqeE0X58l33PJR3iSk9DIb1uhiaYfyMqhOO5VnI
hhLxpQLRJJajsZY0LO0CsKYIasu3MXo66woAxzJ2Bw5m58ngJw2frezwhFDA
lkOHsrW5e3GhjNtKgdJJamIspidLJJY6gxYhWRoXW+fENmYYzPj9/qdY/GNu
TS0ceQ7ST5PikGhZs8KY/lJ7MGwU//Mo+B+Kg88ACKkDaNaphLpduki6slZ9
OQPD66vidbel+bKuFgo7KGwYZpeiTiIhOBxbh8qWps6jpIvdstCXx0IVxDOz
pztWbXxO7pvS2RNwZRyWGntnikMmtjanHEt7TBYAYrU0btG0vhDttJdCiqPZ
rMTDvKyM1Biuq9fN839f8jv/2/SPtGGiMrOZ5ScO8SrtvdRNkajH07DypTde
fS+0GBeS9MIEVFPLXq+HtgY1aav64wJaakA9Voe7+qQgYkQjZEYIQpKGE8oI
IcuJGFPI8xMkWUg0mzFcr8/jK/88+X/UXQ1X2koTXuEGkCoeSrAYscdrVRoE
lXjJigFJUgwRserBzyv4gaCUEsQQQPz1727QltaqoPT2dc4pxgrJbvIw88zs
7EyVF8sA933dUA8Q4wpxMCGL61dUPngDgP38TLLyUZGvFqrRRCTuJMyhsBGy
s7PYDZVibCPwpC3MFv998++7gcEuJ+p+P06fd4arRGKCWzhvHR954PRr8gw7
x9V9cKkQf2F7Azts5PSkQZU+GCuGHWQ/O3puY/gNo3p4oAocUlfZAOdTOV7k
8T55KBgMBjEaZU2mOFREF6T8Ixdl/1il4i3g0mnhrTLuLw8W5nlqvNh0JAku
xkbk6z5+GkxNzZ3vS622OIwYq+/lBFUyGy1Gdikix8UoQbAVlXliwH9n3U2i
VtvukCm1ZDw/4PFYQYfqij3eW7irE5nKJHBmYjcX+6MCJo2PQ+obsH7GD0IC
/4ySWA8IxEQKNzlVD6nxvOPmTE6X7Sprkxr+vUM4NMTXtYIa8ivScgjyBgPH
Ggn0k0OMKxqFS3Jk4gqACz41Pja6mAb2XC4KdLkgN33UmGd0wSlAga3ENPIj
qJUBOIsJ+uCrdZ6nKc1i3bDwvJ4Oa4qy0GpY6u+PPT7g4l8fdy8A2N5ewb9V
PnU0Sw90nByUOw903jaDSjXDXjhyp7pehdzn7fUO7WGbJusBsFSoIk2l8rA6
23ftAuC00UjCQgiX/qzI6WmSm0GYM1Sh3WqxCBhXBgIKkGNxaky0v/9KrAEy
epnLVRCWAHu9hpTVxeJiwrU+cvw+5dQ3VjQUaFOuXYs1hLczjEvY6gdwfElO
j9hgyCzrQY4oFCVYqLKGOPnwcDMTq2vkWg3MIVwFvWN/j3/+FHyDzCLxKOWi
UpD2nnZBkloxrqMMm90EF51/7P9AwKR5OdQOHfYxXLWn/DW+HfZCX/kaCFe0
nEQDWF2rXSyMqjApMFA2Qs4Uj/GwXhFj0fhSbD8e09sq1SGBM1ZZjkNYKBWU
xDR72IB9JAJNmoQiLvIxTUJ30wyp9/6F+SEt1KDyAwJFnS6UQW3ReatrMa6g
7BqxRetQThrxPKIQZwGxXOyx4e5RXjdCCbfy9u3bfDjvERdSfxff1b408+P5
mv4OKhj0/PiZ8WIxH/Ymu+HeLVxRfnn99TD2loDJZnhguaGDpqFHuFs0J/wE
rn7A0stxVYJhVSspQhJfRBy+SJMmcj8GTfY7S8ua4vG4GCHtvEEnRlWV+N7e
psQgLUPPCPBqdbc8j2i9axjhKhD0jlf+/ZzqK4P9rMcMM9T2loe6AecLpE1g
b9NM8bKCGI8ZWGiyDXXcywTXP3oTrHwOqttbZtpH8MOk1YIuCfoT6PVmatCX
oppEMTzg0cwqjT9RIbwUfewNO7oDiKpfbZ5MvD5cLS9vO25T5ML6Dx1Yxl+H
S/XP3F84fCGuYJXBYVGVVpN6KLSfTJiidkkPkP4gXLWBeBDGExuNfYOVivRV
zleoEP7UGGU+jTEN2UDaToqVyvjY21pyDSyaJg53RoeRbVxbRTZw40dKqc+a
i3Y4Vjf6V6x8yAXfVIgvW86FUSfpmk4Pr1v/QqeeH8ErR0NTW9lMplKiiHef
hSRDp/KfKpWa+epi7TrR5SKyWxXo9zQwSmdd39Q/K2DyfGR/U+ZbwDLeAotr
KYVHcHUnPQpBFPSsilmTHcLbIiMsHoHalmyBAQdn4BChd3fjOJ0Xqjj0gB6i
26OpHpVOpdxbN8ZUPhwOV4LBT0TIiqh1Yh3OKCJ5ej5cW1z9CBbPrT9rY4YJ
GTtaFhz/9KnJqOOVDx/+9syXkc09P3eOOqPGjYR41WcFp3On+yOudX5nDkas
u7t9RwOfPw/ki8Ux78kZGKH5zGq3uQneFYdfS2yaN19bkjuYtMlD9qFwuP1W
s3gzQmv/y6+R1XNhMKszsJWw1QBVbJtYTIBUvwbDtwDH1R6NsBK1Wtq0jaqq
voCHamqHh4ETb7M5lqJPge16wkN8+jDuDSLujp79KXvZnxATC/MWq1JKX4zE
7rDbJjzfUfQ8y52B+avcsXUVd3RCp3ee7S+U1+WkfCmufa1JN2BhJBGxjpzy
XL+cyWm1xZ1msVg8wfsX3V7NDbvFVWrr1HY1kT09XX7OXf2DAiZnlh0Sj5z3
H2+0+gCsfhOySgUoGCA7a5DDsP5NV9aReQzdFrNBaCMIWOcEK84+RqNDmkqv
fJV1p04GzBPuE5rK590CAOXVNetsdmJ4F2FqsVab3lxeSqfXLy7ikszYnbif
eHvjQajv7IkJHQ3z6gqA2uUa+PrPPzqu9BAZqO0OTyNe9fUr+rVMJuAlOygE
uLrnGinL2urVEeJ0oLxH5Tblcrc0yTo9vzlxJS+Mhjjzq+oUDCYpdWWLQwQL
74NoUwTw3u3/nbiaqet0iWEFI3rMdxjnYJSFcitRuo5MM3IOozEJDU7RQpqi
KbmApjKViaPU9tzEEetPuUfxbnmGulpdHR6u6c+8LB/TA1tD8YSrnxeTVtJ+
t8GiXRrhzmA1WSS/KZyvGFAf70KcF+n0/TiANcGbNe06pwAwlZuw1kCt1jWu
0k69KIMrESOUnNptcP/PCZhMUdvb0rIUxhmX3wRTrPbmx78bWmxcrPqYkFb9
yURxMC6pKnZUWYOANJbBYICaWlAb4Ybmo+lls6aWJjyXC2DWmjh6L+Dt8iWP
51BBLuUitoGkjxr3rqAJ8lx9hjZv8vf93EbDr5k7Sm33vvcsdgWMy73BwRSl
YfS5sO56xo2RE/utg0Qczmivp/AHxtXUnGSWzFBod5M4jKuHYNV7XHEGdmam
gZ46d3uFKmwpSy4KMacnCLzNy4oLJCFt5S8oHKNlD1RB0Dz0oZZYGDpwZ3Ke
U3AzymQOBZOcrl1cLC5OQ6pYye+A6bMdIywdHspnxP3VBbWhwaGOKgC5j4e7
1DcfkR3UbeVz7klL2I3vx/37zz/PfyxgcowCU47kkDkUQtxYD5GG2+75A4Gs
tjP0CGT1ypJJL5SAu3kjM8zzGGJGdFhQhVhMwiF2iYCaosCq6serhTkqZw4i
OaG8YaKYD6au9wHYOkwVNkbSF2mksKajqQ95ZhopiotzyQAjkf2z2H3TjjwG
oSNYaVZyujdz7UaU16Oj2kXXV1+mtqQQt8z4cnojS2PrS40rHjweINWlV8qr
Dk0isnI8biddUAmBx2E0XEOUYSV7jOdZVpR4vIaITB9ni88yKrWnqidNjKvg
SXB5SNFs4GZuJlPfPLOpTENyQur9eydSFuf+EMeFqxDXgLwvLAeJjnB1fNlp
jKuXAl9bhKElYDLel/387t02B0OMBi24F45OcbS77M0H5O4EP2mvF0i93iqI
pPg0FUqSoY7+g8DRh6jNjm0yh6iVX8VdN1UYRkaQjYhy4lINZVPuswh7trC+
msasPcMkTzUqGFxZORkfpxBzd9LeZnNFyuY0ywO5sZ3haizfVe5Cj4R7bRHR
loDJ8lpf7nNtKtgUNJ6QhoxQb9P+FKx+sIS9AVad5XBnJ3/GZ46Jdh7W65xo
E3F1j7tCQgU/fuXYElQOcoGAH7rWraIhvjoMhofP56PixSJYoDNVyw7M1EMB
7YQ6ioEbhwfZybdTjmrJKP8aV1ysswKL1J9YTKm/Vn2Vtv61tgi2ip8/m5cl
mSBa1LYbXPUIWK1wbDaTNW7YcSigjn41QlzwTB9QA8ISy1fVMKyy0Uqlnz5p
mjkY0cjy7u70yO7wiBXG94FzQknER62XkXg8viTu1sDZMkW5AztzpzGZtP3K
E2k0GsbONqv/kQJUr9YOrl/mrheBlpGntuUkrtWOS2So6oNh0Z9BhQT2pOIr
PrGKYKUOjUotPVL1cyE8GhwF1dDzh4b6oSLjllDQZLq6IkctFlZMl/szhR07
3z8iu6bPzLOyS7aNLvEJUpZdw7tpUqWXEsjJP0tC0VD99XQsneHK1YtZditw
4+n3/B8KmJxI5TKOuaH14YU5x2DSEoa4PGJ3uFKlXgxFRR6/n/ZXRecGoSp4
FKVSGLuoyAdEuNLxXp3Vi7sh5lVVrBdpkmSX4jZ4JTqFA2GfdKUTQzZSjpBO
ZjZmg5BMRJaqhcRFrQZcvGTG0YsfBEfG2DqM2TsYnZDynPZilt2KpWNcmWXm
qn+nwwjv7xYwOZ5PXRnmToV+1rGyssXjlh7Yu9fCjySS/nQSYacHjQIwWGCV
idpI0g7pTGCZ0wolBCZE5BVNyzJco4EXMeO4y3S1pGrVaIIk48hLtKE3HHqE
QUlK8iYbEWYrrJbJWpymJXtsVoGJxbLLNRKtIEczzHLtCRL1kmq01gtwqKOv
hefgpTN8lgibncRs1cIxww/yEb5wovl++5g6EDDp2Tugl0bnBDrHD+6ccoFl
vAatVlv0vTNcYXk5rvQUdzZOxqDmOzhQzUIgl1OQR6j4FC2U1eQG/LY6Xi1V
IR8XDbDOsHyskqLc2qgcMDtUNXASNNMZ+sC3uRHtT4izkUR5wcbFBDgrDhkt
yKdsBxbD2qVSyTrU0b4az8xLZ9iNqHcHkqOTbgB1dilisg9B5XLWOZ34P6Bk
YPLaenTiDX8O5wfM3NypLzCoJ2PVuV8vDj4MrJcKTm7HNfp5f46mDw5y2orK
aCELobpPtOUQDWX4HVcITmJMPyqpFniYOcqOnptK0kowGKRW5ioTB55lR7A5
aKhH++WRVlVUNh4T2qPt2C1BJzHMsHZ7R9PxPPmuB2vCPUNO7g7Szk67TCRI
g88XWV9My84eDuSZAia1oyLlPQEbEeCc2d6mGUfygVDoQ7Dy92Yk9TrSkByH
qbtPydIlTdqUWGjmCynPyorDnzEjMh8KhTB91wkWLqLW0GhoVGhldR2MLC2Z
lJNm3ntzM5M5zkqqd/tGKxCx9lVm4/eZIb6mdx1EULZ1VoHXE3i8XlBvq3RX
2jJjOmSvJa1A/6clvB4TMLm6Sn5tbV5JiyM7ZriTDN2Lsv+MtLYTqP5sb0YC
udv9g/QMyzKsSZ7etzOshS9pl77mW/Oe5AgpDKOXFsVF+hDn8mdzKs0wilZV
EmWR5mU+c3KiAsBeWdenIxEAosjOGTgW3hfEH/Eu/fBtafpOgJXzPrZuXOjN
TfgmiXN4QB8s6wUZOiyeRD+05dHjyV5l1PznHg2tIwGT1t2v/3ytgUVymlxf
J/cTG8nHGPv9Z1B6aqddh3J78jpTYcUojCNSjjw6NiZUlStRnt9kyA3ej1em
lQCj5GiPpgWDtDsfbgohmM1Y9mdpWbryzJYvANiUrcOJq2lwHu+Pi9yvdoJo
uNEc304hnx5fMfWcfITnSn8icslGuykuysIHlpmKleAnIjWb0d59etOTsXUi
YHIykljt024s/IYU501JqzRkbWfsjSdgNcn2bNVMPzuLY1MmU9wmYobN8ciF
4IdrF1XNwYc0AtnCA1VgDiivN0yEw+PF7XOnFdL02f4lT0opjwvU0vPbUr98
qSwAEhlBrK3q94GF88usUtsq9NOj6/vrPw2Liksi+mq1jl+UdvUhFwy++fdT
cWzs05tg8N9ejK0DQffKBI+K7i9CYGvQMqs0hKRkDH2nJNpds3D4LVP5t42l
dXrE3Vk2+s1vQ46fqd9Ep062JZ6QBJilGClHjYfzRYIgxrcAcInssWlhfylC
0rjwQXo4fbYjQH69vA+1MK6v+wtcYXVFWNu/P0+P7vqvLuOixNuOaqc9IOjG
K9RtcjTveP55PJ6+Pu3sxhz0jtF7lG+r9t8gS/8OeorUlyltcEuCSwqzPQi1
1qYE2FrKURuwFTr6/bi6hXD9OxJUiPhP9ZBK2YDTbo/Bwt5eY5mmqEAmJdFq
GQAn7mvimrYzUDxKjZ6PWhOukQ2ZXSJHYFYzGyHD8ch7/Glfj+pXeBgy811M
Sp3JTXSssA6zftpTGMgTz+c0mCyNv7zelbK69hXnTO8mFBEAfDT19Cx6EKnT
L3L9V5/0ZdDqMKvM8bFj24zcsFDrobakobUz95df9AHBrZ24OyuFhb99KaRS
/oUFJzZbM5Q7EPBdrtZ2d8FHnGos1GcYGxmD9SjrmdjZTCatBs5o1hTYKBSI
IQu2q9X6T9Rd87s9Zo43f6/P/eSkxgYGc++/dDqTfJDjrLvrmcCLTaf6oqx2
reml9vjV1YuL3V28VRcB6x/kpL1Ff2qaueyDgZHKlmNv7yUXvu0bTpLazRQd
HAg2g4fO+U3IIP8e2yDcN0ZVkMbiNYYLdfwQniuQYYkw1iYqfvFxFk5vBqD+
j7grf0tb+foRhWCK8IhRNC6v2msxRVDSLxkhKCFgRAWsxY3SuCB6kQsVkxGw
f/07E7CiRQS17flBH7bJZOaTs81ZMrNXY0vbVC+EpXQqM2iKIgtDGiH2b4iL
MPoU1DsvlSFFj4+P4+ZQvbDkL7mBLBvrMu8xrNKMOhQbHJSNnd5QaiZJ5Apz
z2nuqclCpByJGG9Pt4fpxMZW1/Hsv1JXfQH8dzYUTr10pyecrFeBorQxQm/u
zyNcxY5TKSW+G4y8i0SSdrX6VC1K6sO4Z8Xwmmk3bryvbzVZjiRvC0bL3njc
zIXqS452CBTdQhX4S1VSvJeFr7liW9K9TTjwWMvnNZutjgKVLfXTwzESZBcW
Do77P8Q2B/lyoP+QHiXQNyplENMZGy9SCRrjCpNB1JAGhbNrNV2mNp0MutmT
k/Tgp8Nhq55L38m0DpiZS8J5zbYOUb9310+99717F3H8aKzq9R8+qY7fVcPl
kSqRZ11g9Nu3xOiHxMh+YtN0VeIslvPp6UIkgrD/9asj4rC009tWYq+pXtNY
gVzBeV6OOIzM2uWPz7EYLg2lZ3+GDIBjuQGkaIlhqk0l27eiKtCd6aKB4yrS
sMzzGgKTWA4gQSaSftYNTDHaykvRUCCwOUavj8dwagUw1jM+KiuJ0bFhqi5C
DXxINOJAPk3nVzrPUkulBX91YvKjN3pxcTgc7vhOJqayl0TmOuf46rD/4iWa
Ljv0/+fG8vvce/veh/tw9rdsQtLBTFdctrNtHFvCae6SZoqN0pubuCNp2SP2
synmZCg+e3R0zJ4bC8bkTRJjq91owiD78tk2lsBZKByxq5d24RPxY4+K/UQQ
LqtRArYgjk3ufZC7+vJLtiOI0YxPh/kyb7QZBYHnPUXO62az3Krsz6s2ayAU
DUkhXjCZopRIxfDXcQEYjBqIULc5+NN3IBhEZD8CVWGFqv6GmmZVjsxOMtuf
xg4vhuWO7yPFTF1biLVCQbkhHPa1hx8qhSkHYT9x+k4+Mkxu/3VZEm2ok5mO
jB7qh51aEZeWNhgqeHXUDKuWwZVTCZ9xDJNKpWeZj4XkjePc+O6BP+uXTlvm
2ZfPtrEGSk/fFsz9+EEQF4unZixXGtBCGwtimxIPkO2EcfWry/Tl125BgNIH
VEtKDoiUEV3eFFjx+KGrUtzeBizctpV56/o6UgANkslqtSIUhREOG34RY9hg
aA7d0/2e+WM1Bqr49JE9KJll+fhoc/nD2BjagI5nryhTWY7YKfTME4tzl/YH
Vtr5+VHfseNrJBjOH5fg1m+DVUcEeMqGdkhFlope2qIIqgu5nOLOpr1sDV6A
6bKRg1Jio6ZYkg5Lqvyu3VwlsQRe3DOoMbC4RfcVnASxeHp2dhoLkk2cCXGP
UIjnRDM+Xmvlin/hlVuSVD9lc2cn4ICRwqynwntEuh9N41AGXPRQ5nDz+HIZ
hOV12irJYoOr6rLv8VG5nnJf9PRbAVxYEEoZl3WYlq6o5Qsci6OL9Y4m5bpy
FmZUYi6XmvDeJh3JB2ah752D+jJyG3HYnRM5vTPr8lsuSJfE61WcEKwEtGcY
V3klt4AUVJbiIQSTU+wFgRT4jVrPKEHsTs4En3sGaOsL47kaAyf2abOZJYid
ReLizAYFuemx5wWkBZajFD637f3NuLojcCWdBREs1CpUi9gFH+gfBGCdpiDA
il+xCHpxn1PQaj5NuMJ6V4ULCRU2mwsLrEqZEdvdHKXpYWs03Gn7eY3zIDUB
6exTU4Uy1nibNyNbfEfc6CesnzLMZ1x4suEjN96S5CsLwQe6/wnfKNgiIGYA
QryGZWCpCsDKBxrClVpNPwWu1TBfjX4sTH1+lrm+9DT9flyzmcZM/MdpXIQw
HmvaHoHXNB5xkmrwj+HqH3GTRrBQVQhLUNU4vfhor7kKqxhWGptHL/S5BNsF
X2B9XlVVDf3gIL0azgVtbnXILK1v0tao2PGKaRpb6+urzRGp3PURQ+42Ow9m
sjVIEE4W8alNJkcQ3y8aMSrnltOzmD8N/3T4ZkMPQLqlIWQCJuApF93+XoOJ
3qQ29rfmieV+zXVUu04kWIZhjn+f1L4fts/8ZR6pV3u7Q6tBg60ZV4DnBIOA
9GLR3Io9/JZ5lU0hpI27ESrcsJpXkVVoDAFcvVZGfDPP4mMY/ckMtgNWrxlb
gxhXs6kFgR0Yt87mTuNmUYpGu3gOtbzrqsdshoR3iqmNEKOwaS9yuewZQaRV
i+9kehJt0uFd6JPePJ7LqPG3XZbnqXnbQqZ+UQz0b1qt65vrIsLV/ne+DACs
STGJouDx+p/AVQ9N0xfEXnBnZ0j2+wVBaNaxQgbc4Nb453CFfeTGfAm7RyFU
WG9RGjYF1iUABX8QuFzAEB2sZ3+1k4RIb9dwkzCQTzE2IfTpQlL4pXiMwjyv
86nks+mJgz4zRZgLTNr6XUJqKOH7qH80k83OoFcfb+0WhrlAT+UdrGpUY2Ff
V8F4etr+gl81QysgbmK5vy5JoQBCViIxsr8//99/uCLOl/2bP4Grfza2+uDl
pXdghyTJVYEkHyZFIUkUEsNG4y/K8e/BFfY3iRwvckUNlFjVZjVRRtOmCQhA
IIMcUt6j0Z/YaY8rHDWfUQKHJvrTcFEJnY1vY+9DF7N2sanJW8bcRyz21eix
C9iDlIUF5n353dfIlNmMNKu5E/OnM3aEIJZ/ogiOvMEazCrO1Oniy4MZ8BJU
QKzfZJKQuNGKQozax62o5ucRroj//V+91tIbTLQFNQ1LbfT1uR0Ruz1oTFpk
s9mvhzX8lDPIwpAksUXtolbD5l8bk6sBg8GAz/aQalUEm2NWV1D3VSHLMGau
8IZ7eD/Nr8JosrpTVGOvAhQlj1MZ1no4vt25P1QnF1JFzoNOpH329Hz/EEod
IVzlU9n3DofDMv9/X9DWJJa/hz6g/29cvuGK2tpavhg/e3nGM9AdRXxIEHhD
UZPXVxDzGqU3E/9+S/y7X6/h9dJxn1nA5nFrPXQfE3mH6OvNDhkWRGxO3bMD
QZBa1phpcVGtWOx9XUgsjxVQrZjHClZRHowKZT3BC/CAt1EVvj6POraeVLB6
e40gj4GluTwe67AhLmRCUfNnW5cs1jWbm2Jub4+/ETAnyKkplSAWT5jrGaMD
yREzxhVxs/wGJ4G/UEkc0YvRfD/sLB+7FYG61wHZh2V+0IA0LhOPVkQy9ZtC
/SPIjH3hmM8Cq3nga8Sw+iBjTBpviKQxaV9bWw027Vr1qf1rcVWOB6/r44cH
QRp3ERljJdk6GBZ4pMbz+sj30XhtUztAFT0X9TNnjSsHxmiXSkKZp86oLnFV
nC3kMkwwYkxOFCYsKecSQcQZJnd9hfd8A8dwf+s4kvTkvKC3EOgwF+INzhf1
A1IB5yGFZJzRy3EVAenxoAzCEjXfBlelMmRbNpduw1Lu6cHA1zX6yxe0UJsE
YTQmk5adoUaEEqyCagn6n60t8/Oyal59VUvb+iAqqPAca9jGAk2PQ+c1CJpS
ANvjCooxoGvtSHfnQlaDMrEzLvP0eKd+qzsqpgo18YgxOi7XeraWqQ0EpGPG
eVWvMPp9f/7m+1jHAnDyfJK5tduT9qEqeLM2hws59Wl3BvYsY3ZlqDcj5XkT
sg+x3iVZJddxe0aYSNT6Cd49QDYdXbXd+3t6CFhqq69vY58CxNCtZW5ucWm8
bgAiW98PS6ClNdgSV2rerb6GYdXH1fChsQbWKRGfH+twKqodtV3Rf62K8WBF
d+pWKrwUFa6vlpaiIVzZpDtgpSaZa6qGQx8v5XliA/sWj5z0si7/iCU6kejv
PN37yJNAou1mjDg1YsUwm6u/netmPo8oy2YVLv6kP0NfC/08Qo/rEHghJPHI
0OYlK39w8HnxmXRqgpifv4/i0KNCVFji7pwF1aew9RBXIuzpgwFq5DCnLqJl
W/xcj2yqT8lIPWV6NQ+hX0ktFsHrnsfGyKwb8CE+GLvjlBwv/2y08gzCNK03
RuqHBUhzNYgGfvbq0xngZeqppXiKGCaV8fRcHy3aHTdkKqWcEj/ghg6rUfow
ToLASudjUTc3D1TlcjcTaUXZXG4hz1sPn6zk17QgDVwZeM6V94tUtHwcGO6y
UaagpzK5Ycyse4Bw0l0VVlvs9ENcea6R6l6i9/evcT0yYulz46BQkCQhKj8t
dn4OwGHvhAqhhquVdVL24EnS4amyKgUMvNCru60wwBvtynVctQUWjmU2NwIz
dD1fYzKf93oNcpfWIOIx1IbEzswo5EmSSE6fe2PEDZBGP43HhYnweJjshi0H
Em/f5SYkrdOjY0+vdROucFobEokC70FKazzqKXlAlzUnGmGS4mAY5BVWXYUL
3lXob7EED3HFlZAk7CH3Elv/EktLP/bisbtatgYh2qrIzyNkgXWZCuNYJ2zd
dlat7Ok7wLfA6WnXQnFhdZV8rN21wxUyG7EfF09fayCxOMsOnMYb7q4uJuIR
E5Rz6v3MhHAcJ+YmDobiezeXysIQ6bt17p1W/Z0IwZc0wOyC1tt9+HNNilmB
RPuIVK3QihgYPrMGRKncLa7QnqiwaqaQrc6ywgBUVKiurqa98qOwtIe40sor
FDIJd/f0YGjizGYzN+/W44DeX4F1R0KlogVfGmPx8w4QozHoV3UVoRCWcbpD
U1Wu5/lVmKLu3yiWRPosHqxHZHQ+D40Ds1O53PtpcnjWO3dJrpiHBuYcxo/2
4O1aeGdHFd6kls7vpLsFcLmCcfxUYcfgSuLbYTQErkpd+saqSHMulSBJQnc2
46qQq2wResNqzk9ynLe5d8EjXBU5T62vj7+08N8J4tAmkr9wic5w9U+lUgSd
FhZoSfehw7wIXOUKID+LeVUNhu9yIJB52m5uSFc3yDLV9BqUxHFzA1edAwvJ
4tRMdmYqQ3xw4kqspfzA3tlq0Bg0Gu07O2skJNeeH+QvU30FyoAevlNlcJM0
ADIM2011rarbDUtKjoMlLxkuZbKAN+hsx8/5RS9aJzJ8n+TxCFfIIr9CKlbQ
bt9d3CHJsEySD7rIdYwrTatUXsX9m4YWea7M8dQ4xXFCNNyAGzL3zO04llYB
oizfWxpIey9V4jhIP9gVsNTMBJMtwK0bIlZIIVyRbm5uzi0Pu07sP3aG1tZ8
txbLqx6gP0b8P49aG4HjY7bzdJ8SLC0o3ILiBlV3dnVI4PrXy7iiVZHHokTJ
kYCKx4J34vCRYwxJjzLsoemAL5m0W9aGSGFV8LcPRnkCVxWt0ln56ieoWegK
XLksUOO2EFi38todTsJUi2rs94TE4ANLQ9OOD8IDsd7ernCl5lPM9Awcmd8f
8xRyyEj+NHpU+Or4Qfz3H0HQ/jCpqmtooV5xo3+R2MBVB8WX1NIC64Sql2XZ
HMepIYPqVntXw7IMcIg4h4sMh/MH8POgddAG7ko3Pna48jwo4VagibjR4UjO
keoAKfj9Ldo0PAOsCsfx4Vcd5VSaWrfyZcDL2zZDSJIabaCxjfdEz7G73yD1
qvm16k4xa4sIV73daFhsmrnu6dmXro+cak6PMibMM/gA57//EQS1YpXdOV/Q
brG85k7/GnH87PPnuCV3VkkzvlsfZJF5vupH3Cqbg741C6nmPZmTW6QSWMJZ
Bu7FgUhCYAR6faFfccWXr6gten7j+jby9ca+tkP6BX+sUy2rCWJo/3tf48Li
BSTrGgNWOJ4Xt/UMLp7n8rBuTbRX3B/090FGQDbNMLs/cGHeTrO7MDEnuXJt
a8OZYpjblB5XMm82438f9m8S8MooBzwK3N19Tcb836Mqm0o/m6LvXlCU9IEC
fT6VdfrIsFeZOEG0tktCuawwTCGCsxFvyb0BAZEoQsW7mvs1IbfClT0r1NYG
WkyWIHb3TuO483GwzfHuE7gCFQ101n2tNdUztMQ7YHFgux5rWHGxQYwwvj6l
NnEy97jC1vEBM8kQhK1bXHljzMeJqZmpyZSyrbOr//STZuJQ8hwfKTAelUYS
hwPOuZff6J+lxv6gv/k0dKZye8/F4biyinKQYd1exLIYH5L5OSadhRlot/h2
ZWljI8cEI4gcxuSaN7xKigsTCFfqrwePiGF5SrBWO4IjBLG4tzewKuLSnC1T
JtrhqgrzCFcw+9Jyl0BnV+F7XNnqXk6NdeFY+0b5IWMzeB7OQmyGlTubmlQ+
3OGq40mk2N6T977I+5kpJq3peFrexxKQ+G6VAlKNStCH9Mj+Jp/f6zjH/i/T
/fqwTM47238YxBxr+ukfZDJK9iDNZkt5r+/EuWbZEY49IWlWsVgGTpdoaqtv
a//fZdoXcdzYb28ta6vptOBX2BYH2jzwIGD19MAJy+WlffczZavK8eC98s4L
4Blq3EAxTAXVPKAeV7HGX6l2sADIpAs3+BXPcQaqnpmlscU6j6oIYZ2egFUT
IcanTL4/3/u0NG4Ld5wvgQlmp33Cu6+F6SllAWJYXVhNsZHGednKBrUS2D6k
E9R16OJvpnd1QU2rwl55wqF+EWAH3NO4YjOsS2WZ9InPe8AEfTISYGWEqyuJ
Xvp/7q6EK3Gl2xZoBBHtFqNoHD6HxgjOcKEUUEKYg6A0iKigAkFk0oiJ069/
VXFoBxRsr7d7vbPUhSSQpLJTdcZ9kBHTaw+R2IJJhs5uQcK93hdzj2RUjPEE
NGKDW6jZmRDZTqsMUb20uOl39G62PdFmHMoG9+4VrpSMDbvobYGeV9eGG1PW
mtCx3XmgGOW97l69ZPx38cmq8VJuRQ/RVuZXnuHFG9zs8rbqCTU2vgXyS8O9
MhBbugU8NeXUFZCSqpfK49RcTYNx1a9kWO/DHlSGymwt9djPDup92fdZIv+0
3JcuPx2VHYpeVhkzDhyFod74WB2ezM4KjoXzTLx7KxM3b2/n88H6rM27xg5a
QHYrCNc0oWRyYCCMayNSQ9PDTmN9o61qAz/YBqT4C3akYpE/gbRgkCSdinkI
tLW8FuIvYWUSKyXzMocDpztcibVG0cpne+G+Jgx2ueOQ44XDex+gPDFe3KlI
EOPqMbj0Pq6qGf4MHOdBv1+eAVu6FdUDHvqmpnI0WKJGjc5+OdTcgw76uAc1
kqkt5TU7o3EXTPy1GtbYaDRK3A32s1HJxI3dq5mT1fXtzXNFw09CM3RUq7MC
MuVEzcr0eai4YjkeVuM1iOW4ofx2n99pXjg7Y9bWNEmkG0wPDfWwgutb2wVs
PHsvIO0kRP5TqZBMSa+PxvwYV1ewrZkF9gxXP37I9aKvelEgbefSoVR6X81j
z68JA0d532saYljd5fPVjUhtu/cwPE2Kvnh7GazXjftxOriUAhYcvkQX0tL9
WBP5w7mxCT4JpOuzIRlVIP9MN8vkJs0gn6Pi3unIdL7v82xVH5EW9dbJSTHU
eeTR6xN+1fO7d3bNpYwjbtGciLWTDT+L9Y8qkpPczqTdD41M+vR0qNcPqzCo
CQTJ1PAwWseEtbMze5DhMKpSJGszZkSVWcbVa0JjAVlba+xASBMiGYMEEiqV
X6zhBst36Vjv9qJ4giskl/PPPbrwrnsSQpy/WWndg5qGBcHq/nXV7GIfstuf
4eoCEo0SLnBfufn9EercnkerGJ7p6m/xu74Umj/k2ttnwAoXvmvkDMDzxY6m
RnKLPhPVMT0U5FLur+ySu0+Vo84C+nHe3FG7GyGz2krqZC2SnKmQNLGnN3Q/
C/ZCQWTccUrnG9GVdq4bfRSPatV4cmJEpnTBZBXNDDk0RPZ4XdDl/9Yb4IZS
qW9OXPLDrAWD3PQQR/Z7L0/2d3iVSoVxNft6RYLIKhTsoZkZkiwCQ1SXiNVE
9UP+VQu4evJU4y9/RqC8X//GOC6hurWmOvK3KZ9yMblcDwreMxzJq+ZrWNVx
396dfeFszSLDioCXLR0XydiYrYdXDGRMAMiM0emXZQY8RR85iRvavU1yJNnR
O/xlxOnGQ4rS3hSiUac15j6SKbaMRze+dUdrWbnkz3AMSIv3RaHilWyC1Sdr
QoamdbR4u5XZbvApvAgY93O53dHxMsKzr29js3+I4zgS/ZD9PSRJti27/W22
GsYVid/tUZpnF2qHy9oYHijIvo7JCzZo74wkkyEy5I569CWDW+O/V2uwW+kj
kZ2XtPsC28s4bC5/y+HDF/oQTiF6eSDsmm/cOBi7rk4OhSp1CYDf/SHf1VjG
z4qh64kCACHSkh5Mr7zEFW2k0Bzi1Bq2yaHgGuz+BA/oO6IW67OT9IFqeWdz
iRyyOOOUkfB0eQRP1OdeXnY45vjlppzUOL38VsZVXayJMlHh/s5sraY4iGVP
wXBcFXvxFfLg5TK7u7vUOC+Unb4+pLMPpxCuAoEOhKKhHq+7Rpm0MTVaCdc6
gwhWXA9rMwvC4cGI755s8nViFo6WBDrtZ+di+/W6ygBu89+g836hMV82y9V8
hquXcuH1y2rTR4f38YptDserA0HbG2eBC57rgrCz8w0pR0TbRxr50FyxGAq3
t7MAQHZb5R8eyj7H1cTYEbWbReurZXELXgm1tj6V+5MxaKfpdUiovg5nM6Im
nR6QwErxdI1Nzoijnq4upPlqb6w+kTbWm6/t/yBcdd+NCITyyrOzkxkZoQ4s
wHLsp/nEsxmrJl6JV1dzIzRNFaZ4R5dHm0W75fPDhGheXl6FbmTqzxlN44WS
YQM9052dnQhuAdaBcVUT2dT9A9hgrG02F2sTMtRoPJwMZgEYDsI2zUP6ZQuo
evv+fbaQtfFxYKNN8K6Vjq1qPFw7BSk3vFr9QAH9QWqlqFG0k1i5Cp+5VbrE
5nP9KjdVsMpO+JmV1P6RKhAZ0nwiG6uLEAS9zuh7BSwcJGI0yWSxmD5G02Yk
Egm1hyvJvKFU0qpEq1UUabQmNpsrQ2mwsXoFsX8GW9bzPEWZCqY4PAXbQXiQ
ee4nmV9FBnttlxqhxstTVV4vRxiCfdktnkbHU607HGb+yDQ+RUigD7eydXUE
WFbpsNnMZrim0RTfxtUPm8thE86veVN9TdwCJV0fQxAfChP+7vg2k3eO0uAs
Ls02x+Ws0cwd53vdsL4a/ACuskudmnBYxhVPW2om6RaAp8mKuVGNchHEDAnj
rsoY1y7aAlxjw6q58Nbve9GpUXDrUHVvf3ueFXUh/2XXeskILvyZrQrnCs29
IZHmXN8gzFBioqk1Slq8V3I2t2z1UBRWxsXqUP9WdkOcpLee4cpcN5vFzGjZ
OT4+OnYekpPS1avbiyrqqE7fOHU3VqvJJONKMvjEZbMoZzjbbJfmS7NgZwZT
73iJMaXaWqhdYSJypEFfym607GX4Ulg9Fts2OEqj87g4qdX2d8zBzU00+5u9
305aZpEWAejgQiQ5E4mV4izgp/Yw286v7blcP0he6PV6qVA2bFxbFueCPd7f
vCi1AoDouAgW+4aPLamHbPU7RN2xSU7GrQl5Npy1CbXr8+37KpmBgfQgx54F
hhebpRSTpLnufGxxfRBHyKL7NvsZ1Xa3uXqtXFx/EjyvGnPLy9TYeJkXiDEe
oyqR8PceAxgfEU1luXa5y3MzNhEFe3qPJ2pVuR04JQCXPpnNZhvrfzf6gIDF
hH+2B8FgLQEWu1vOHf1SWP14/PKGpdaPL+5lPperixRlzeb73QR0ef2zLbNm
alaGNVwkSVbCLJhOdp7n9oBk+KWG8Pz4IhgguWysRIjAwp76Hdttv8sfoEb6
D9yxgL5FcJxS06YGu1yT4FfWMFLDH3Bkg5dnbDqdamTSPRUvI9h+Fb8c0CPx
jN9iuaCtWq3Wf87m1Sexhzlv/oQacfOjE0i1+t5lJWIxrZPQl1Q+nSpO3YyP
lwXr9+9ofqXLO/q9va7ve3tRrU8lV9ShhRAJfMMv+iA2m50lkSkRvM4DXVT3
fh3ofwSr97pJw6d7YanP5+ahzRiPD4NjP57/GSi0fG4c6d/EM8QMSQKgEctq
BgDp16xQHqMM0mKoAqRO2gCyykDn0LHyt5sUViqYCHtlGmmyROaBCveZaKSV
huw0s7BetQ+RXP/G+8mfmBaIfXT5TfKZWgQAMr7r2PJvZ13n/ZuHok6nQkq5
mJvLxfc39iempnK8FdkHUTRBeSQJGaH60amyIBTG0dt7YI+gFfNEl/V7Pr+H
5i+9zlxH0DIjJcuhbBYttdk1ZEVieH/J6dEb/HjGatJQ/Otx1ep+GFaYCj4z
MolG8DG32/UqstRUEK6uFe0y8dyvgjvyp8IEgKEIkqGkxRDViY7N1joZNpZw
qAgGSZxysTs6NtogPeIEvpWIEewMBjDbl7OpN+vp/dEMFIvc7FmkmB46XnLX
SPI8ri0lkEou7meMOx3z1AQ/qf7fP2AFaKmyRy9JZcEDnBPjfJd+Ioc0q73v
37uMIZEaGUGrIQLWnl5nFR31C4QsF9s0Co9mrHAypCiChbmSlG15JWw6jP+B
YFjl5oxHxsvB4mn/Y+pDvUlksoFcp4EYCv98wevz8+c5MpRuF4TIDEhv+py6
T4UIFezpockaS2idBWrtFXGCawmeqDVvD2snRDrLalNvw5x59fH2RAY41kg5
T9NcYHiLsfX0sGilzfrXl+u7u7u8eWxqVHFe+wkAQpZGUSsh5Fg9QOLby/B2
7PwabBHWrjxYV1ynZQPCApBt59Rpl+dE8aLZOiiLndGEkEWAS7+y79YQ/n24
qhpHjujV/ulpmfhR9tJBePLxkzsjU+dsUub1WXpiq6m70Bulm9XjdBHMDKxt
fTKlocjHEzHfzY15+qVjP2hrbmd2tjLsVtG97li9e66CnLgweZjPexcCqV41
bCOgOGBRWX31+tGRqUDwvB6Gpcj5eShZZMKVAZqI6m6BVOAxYRNZAclrlkNX
HxdP701TS7av7ktY68vGI6vYAq7M5jN6MnU6gHDl9q23EMP5W3BVr1d34vOp
01OEKtb74PuF5g8TR9jWyEAtmMasQafHT4tB/ocetxuPvrTl9QYHksWlz54x
umXF4utMrmmyJScyhE0KCgoeQudzq9SPkQ7xLA0CdP1bP0NAQl2v2eePrFpr
QbAiqVoBCCUPxsYLCGYmo2YGu1u0Xd+7nEYqnlmbjJ8PDCB900klDDGVSOj1
TkLn3/CrVHXa5NS1gqvqIR3XJpQdvXXKSRBO6/rqQ4jp78YVhLOHTHplCIPq
142Bv+HpR6oodLGuziA59JwIAVRIBaUH+hsVowxyXNunaWobd0ppUWAT5oKx
sl5fim396pOuSRY74yNbmBLMuWqeg0J89MYpWHmH47ujiiZjanyKysyOIMVK
r903zmmjghCV9Mgc7PJYBY9zFP2jd+r0Hg96Z68rWtJpVevd5hHKGGsBV5ez
kzS9XtIe3VjjWIFDdqGRdvubzFufGJ5/S+CFYB8cJBnvswnqd84NU3HJnBne
3hcOdTZMklxJiuq03ZDtgPArcxo+Le20r1QqZZ+oaRHu4GAanCrRzZyjfX7b
9fWOaXyKR+aedQoAvdVagBoNPTZ+oyM8ggf9+sFSYnRsyuOZKhPRkQ2QMGi7
syraNO7Zk6SSFq2VfRlqd767BVxdCGfXYY2ZQKgtj47AxdtF9yhh6IPvM7p8
4fC0KvDCxrKs8sX09FundjJ/JVMbeF9FyzVhTIS1lUgk/ITDDvs/RUrxxaJu
v4iVpNLW0/dEpN5EmAA5GNFMp7wakgwpymWeDqLlGHiEsi5B0XSZL3g8VmtX
1KQCWidRpsoUMRrful0fBpbh7b6+fHFGUbvV7wHCaTAkcHyoacMBLGY7GwqH
16hRZAGUVgDYpqk6yDrerbP6opH5kGAsvETVb4YnjfMMwSgdXq/79Uo3UwEz
EQs43lJDc0ev5uKvuPbG0j4jWV6qbwOn/ZBJnw5GksVB1hg/4Cf49rtO8g4I
92MGpEwpSPLaMUs79UTCcGMqE6aJMd+yrafPGZUM/m4toQfFn+Q0HwX6RQDE
QmG83ELzzB9Yb2U1M5WwghH94Lbb6iwf5cG242lbyL8SVxdtjRw+v3Vqcbov
SEA5n7DRZvEMABLZVPM1XAD8Owf4jwT8eF0yKksPZsu04WYBY3xI0X6ALD8F
N12rWfKuZEWuQAI/SaWupCPKN9rCRJxZrx85CzoJ6VaEtgRuNWRlRnY40IKn
MLrdahWJnYuESLJSqYASXg91BoPP6utuezsP618ci98Wl/ff+67d2Fbb21dG
H4IlJUPUMkdWq9vhX8UZuPH6BzmA/rDYLquZ/QUuHA7RYxNjBvSgVGSuPtxl
tYLW+jtW7pkBxgIQ0CqaE6q+GchGPcgcvpUk7fl1pgdtF3mrvkCB2xZx9aPD
zoQqlRkFzvtBsIqWnE5DVv22ivWlQ/AHZDK7rX4HV1WQ9ythffbwIhhUM2az
Sl3TpP/rc/yk7FCmOtOpCSva76hTAcJS5e7FPxhWGFj4xb27Sv4XgCTUSVK0
a09/QPuB5BR4Qe8hpFLrVW/2NTYZVpfHBU+0pI1K60GwqH5Kw/3/G1fnW9mg
8wrnmbzeth+nIBjWYLp5LjLY06a+gH89KVZD4Y7JQDBEPiCn8oCryh2c0N+f
/8jl3jOP6ELvkouSYM0DU86az393IPVef9tKc/JHgXBN0475kodLvltwfAqy
ftzntrGj9Osu/o/I5IEj4Yei2DAt0JgRA9lYd5tMwR9wOXoDnZ+iwPxzUiS5
Ti40g2YhZIyAYhH/lYqDnZEBaaZyP2thXBUB2iIjDfdDqQDcKIw/p2+jVqun
rAMg4flIlS60MzhG9g8ORQJgSW10rzNvRaG/7NL/jEzyplJMnDOrGjFOzJ6x
nLe7z80gYDm8XJD0Qva/P8V/R1hXBxdJc1xEktLpwUhxheQCLjYQ6LAHOdwO
r/IwUYXvuCpIQN5BAizh8CmZlCIpaa/r3YaZrwT+H3tnwpY287XxEUWEurxi
RIjSv3WD4I5PGJUgIcpiEJeiaCsIKghGcYlBxE//zgBuLW4ospT76qWAZDJJ
fj1zZjtnnlvOcYu50hEuj0f6N7gKR0NgEu6a2xQFpkpOJ2w2z8jO2hprz30g
s1pIfTEZkypH2HAp3TyPEzYhruwQNjfbVIFUyph7+rkdSgHiJ7jzuzbbch3H
E+P5Kv0+rrCTxXLLNwPzyGBNdbv5dtWznntpLrdc2o1KYLIxLK6vFOCKohIW
N6F7tDgKUnt7X54h7vNlR1BlueLsqIVHYPHBYFATMKZSKQ3qKcbjGu9JzqHP
25oT3Hc8IRp+vKsdzGo+eRP1L0yB/a2Vx0T9RVcprrN8IsnQ5G1b+LS3EFd9
fQuNUPV4oP1qN6lJzXxZ7UonmVWWjaCMWni7HZHlRi0i/mlvduNfSj6APK2T
/+7asGw3kWhqaSoiCkpSavDyXcMbXU7F9PQ0DhMJC4U4K8FFllEhg7/rdj+c
KGivyPE1eLDweGbwijK3E8Vuoagw5R4n8hwxWNh0IaA4O+YL/cO7CT3Igp2c
3IF18t/Pn9jTev+J8KROGA+MttIRGg+P4thYf3L1+ddXTo1eRvecYDJMbRXi
itWOUGTmwZ9K40TBa532L6xgaYUfqNWKwcpzhVx5/NqNvC/cTvI8zpaJGsag
z6fx/vzf//5cP/YmIQ+L8Opa1QqREeSMsDpsrXmuqPBNgw5MTdh6ewvOK/Pn
0nx+dB2KYpqB4fH1Dlj0ztuKE7wnC2PkxkxlX3M5rvAHeMczMmBw3raMO4hF
RQPD8Ue5/a0+vSBfZdTHzgXFXwGMPvvKyitqN3QTB1twvrP3ua8Y8wunxPED
SSENiK/tjqk25dGSYX8LYYRjid5hxeWMF/5pgVDJo1bxZ7FR5rwE30WSpLVL
0XW8Klfj/AFM7XI1Efb7V7q62q6WnuXqTiJ1MLcikjV2A7K6f7h4nA4jlsMK
J0bJooUaRwtEXpeS1xSXMBOraRmGR9kgwS44mdXjza5HgSLFT8ytVxkaDe/5
pVbnhsL1asSYU4pSrY2GP5TDpYKVf8Q5rrLGK/cC/0JsQeR8Yf+e/0BUTKPX
R2jPD9paqH2wv6W450ocTzM1xtVpeC9Krq4O73e8umzvlMJ5HciKXjf6Id3Z
LBl7/wpn3HkYjcjqI9FWT04CweXl7pZmALo22u4ShEjjybmPxNeuQCUS1J5A
Zo7B5Pqzdih0991THIdw4D15Z6pNfw4pPQi3j6hhRH7WR7hSBby+oDdAyPYn
19azy0jSuPCEyNQWV2IiseuPRg8AuN16lqt81IfEeHbzQrJKJ57fqGfBsub1
Ia6GWOmym1vmqP3bI10v5kpKp+eg+Yph372VqpIlJqhtf/SHPgXA1rMLYMhc
eKHTawfLHpB9jgILlmtIz5usLFqWj3E1xC0rIbesOpucXO+U40yBabySxAyZ
GuNqu89vOBgEiKvnZv32/BvZ3xbOAuf6yLEVlzz/1VrsGb7EVa49/BhXNpWq
mQ8YA9LwpqsRHhgkxRVscVgg+7bYoVWiq1GS9BsucXSGw7UCUclzms3/NltF
//bRmVb5RbUrl14G6w1cvfQfzsaxju641wv229gDfWxz3yLrdKHe5tJn1b4S
ZKaSlxweRQbgqPv1laBXpN9RHcknHlTMXo8XwfrwDeDYNTy0HOyYNvhRx7DZ
3uHA8XA+WmxF6cLGagJ4G/mZrvP1OJLb5ATxzvS25dYVLCYHaUm5GuKU2X2O
ngszn8Kl5XKUfrjYSpJl3sPzb94GEZ5QvpjIuwIFYTEOcWm5GrLlJ+597pXc
pBgO5fzxYitLzW9H5UJJVORo+wuxuKV3RPN9UIm5Gpq/u+ed+YAqhpruY1er
nkMHwlOoKq6FKS1XDzXOB1sZW3/um3WVT8+Qg9NgVShXBfIK1FVxepac8WTL
e9IlPCmztFzVVvevVgWfCap7KnO9NSfj32WWlKvCp3x2CLGuipI1uzKhuGPL
wNWc4mlti698hUksdwU+WTCN96wXe/BXczVmdc2lse7zPdcKWC+HSa8yZdfL
4ZSlRR//tVz1UVIXMlgYq5xyO6NLdbov1JvzVVSFcBotmYx1FDPgnjv+a7ki
Ta2bLiYfFSSdlkQpj1ipTlhXUUJPxM7hhMef62CVjCvp/AisNea4Sue4ypmt
bNuYzlapVOeu6+16QOGjx38NV6oAGHFlbdXcHPILJSlvuSQp73TVbVdF6KNc
PQNWybiaUC7lDNUvqQ35VmNjUnaZ8lOu6mCVXR/mqjBYpeIqkUiI6fRYlDJE
HFtzyZCBVixQkmMuT1X6bvfO6yX1meiNElWyrs/gqiBYpeHKKomnp1RUiphi
TEaxQUtk/+Jqa5+jyywaJBrhBdOIKwzYq0Xtkv2rH8pnVNeL+jhWBcEqDVdz
rHSV2CZNsZiwuLgqX5THBoXUsHltrc8kLMrVrU6HmWVxm/hqYrMhynADwKu7
jOsqVndMfSpXzGdzlcNeUrlklouBUJj0k+SqOpYZJg+E1PF+L/TrBxd7elbV
DLPBQik5Zn01ffuFyghAfjdeJUdGr1Z9hpv7F1eOT7dX2ABZutvbOfs8q0Ly
enWTOgAMlxIAYOXAT0b71AgseuPWJUXJmPqv5Ot/yjLvIQhVOpk0j+3CGoiB
V2H6lM7TY6REqaR+e1Y4KhJOLzZL3OAoultSxL+3bAzwk8Nd+5MKiRykfx9v
uGD6xSpbrFaIupNj5mTI3GaVzOYX1j3W9X59Qp/8CVel7Q/mpcoGbNZ6VF4j
mKRjscjuvC8QiK+oV4+dEfIHCcD+Sm4WMQ2zY1zpp20dgl88iFKUaE5DaJZ5
WGksKuZWo77nflxb6ivESqjHXF1DxxdwhaXRKieQp0WrmRjD0A5ohpCSg02G
iTQgW3bYMofc97SURIYIgZUcowwR2ulAhgkfi3gTE4nTa5eLlSHL5WiEV4mx
hTYmF880W/zBOIZPRCbNLM21sNxS4VrUTpCzytOX9QefiIxEIn1+P6WI9Auo
L5jJSOQYmKEiTvH0DEx2STQtLUgHhgwtTUepSEwQ5AyjdoqUJE1b8aSipdnj
Idyya1RbGcva55XEzpJMfudvJhJQJmNlOAm6i3N0qP5O4PXo+kt/sf+mysKV
3kRPj16qAvFLA8n09FwsrgrDt7/I9R1x/bBbkUGsObvMZP/FopzJxISLC/rb
N9RjpE2x1daFudzIvFVmtVxDdonjlpaaPUT7ozTT5gsZ+piz2JU1Eie2GlUO
rvYkWzvB+wLGgLeh4byt1RTrcYJJfQS4KAB0/PnAyv7W1sGPKP27h2Fi/UgX
PT2p4Uy/sDrcpkin8wPz1xbZ0pIsX2spKeUTEuAzIK5wxLj6Yuin+sJZsjJw
RZ2rNPEgoQ36uGUvzpco+YfBrdOvA0ENAEEt3kfMt1E/DpAPP+vjbpYDXq/n
ODUs+anbW6fCCu/iallkeMQLATUH0+J4Oh8rt9TVr1YVuxGiOJWBK2jjfb5g
MEjYEFcnJ8DY5J29Hd48QxTFwQzPe3zxIGsRm/BABE73kxWfSm2wSSfOmswy
DzFxxfHkmHlubk4SRdjYWOfqBclrnauhIaXHo9VqPbwPx483eon//ktl8+sQ
0NGlgCzH2W2sZ/kED3M12ziVSqXxEh4A5g39PanNLQ/mR8otCjy9EkPTC2az
NY1Tl9677nX9KVj8Or3izlcOrh6EySJOTggcQgMcyrYNrc4FthFaLBeQJ7QE
B8XT0eQ5y3K4vfQ0CJvgdqrDIW+UxijJYUU+lh0mrzqgXOVwcRzrqGP1nLBt
f8Oc/qedrMxcZYX8dyOIj0wdys7ZnS2Hw6GQWS4sDgcLx6Nm0TLPcueeAOKK
bWjSAoC4gmKIFBZXNxBY0JxU6tzu9iXMlCSZ5+pcFVD2wSa+JERGQabKwxUi
ywgCwdmjdl4TP+NlnnWVBcKlTs5ycdHZ3tyMwIrHfUQHvGnCVq1DDhMkiXqL
x23Ibx8fh3IHy0KYTkapCNP66rT1v6isK5r4iv9yz2JVFq5wgxifHWnn3Kj1
C2p3VNDS7G7nmpW2dsSVktcEifNdl4vDqRPRHyE1EL1EvcWtFnjQF1HglhOK
0i/9Bf2tZ3ihLPUvlfqL3RXzRBgr6fozSnr9RJXF1RCv1fJut3upM1+//JY8
eafd3qxUKucvkzM61FM807nkUDodMLSghnHfM45HT1c3WDxp6B+k6W8g1bXw
1zx09a6m0e91g/0Pp4bGWInltVZl4yond8GhTKvVDi95oFMqm6F5eiE6LSVv
cGzPKRX1/cfFN3DchrD6RV5+N0wBwMgXF/OZtEhBzujpzYVpUay2HclCTC35
Jfrgc1LYVwBW5eXqebHaEXczPE1QZpGyekaTHD8z09s4etPUtAbAOmoP9Xrh
BrG2L9DW//vd45ymIrFB1C5GPPtiJMY4qapKCO9XBsHZskY78jnFwauyY1Wp
XCFbZjdTCcu8nZIOl6ht0qQe3mBGQw3YcK2Ju36S/P4dgNmJ7wfR3+B3TyYm
DEatv8Gtbs4koLay66jc9f8CnYZCBQONQctXTGlVKVd4x8SYeVwMt2wlt/3k
L8fwMG3qOw8grhyn4dANhxFzJYVLAQ+GKQbI7wcINGAm+wcvFn+nJstd+y9R
YX6+ZFTvZawqmauhIQuEp5R8Jbob8qUCO5sxoXXHF5zphKcT7HLgBLny9nD0
Joq5OtMsN2UDYY+S0eiiPFVMvs663qNq5grJZuNZ8coT913OM33U8G1Luwum
xWvo4VWBuHb+vOHbCeZKp9QQGKvZ8+glNlt1rkqsAijlPs7/vRruP0/omsM2
nyag6R3e8IiSeUySoPnCwlmo5E0uXP+SDLKaFAItFG3JJbCG0Vj+cJqmv73p
PMhDK3nc9fcPgryzUfuiGYiCVD1SNXCFxcVTgYBRA0C3vZmzc5zllBKhmaIm
NBgigrNacBLYXZLc896ZK4PfqZbLhSgtj9Crv18pn+2dMAiX+tLYubukhRvb
2wbk/S3KY87bUpzn61TYWj1StXCVUyA1c/fSxnp4Jcvxs3dXYDkV4UBomxpB
3tYRDsy8fGLUXCtIQQIgoG19DBZeklqg9BZs+95QCzrzttoaNrquJ+A0xY7g
LKuiv/GQRGoPxlNV307XGFd/CDWNqfsLSFDweiDkH9uf2iG6sxbCFzAaNdnZ
IKPR++hJovbu/74BUMBkIK5wLAjSdIx+mtQFTqmPKBwR06u7HndmJihd/Kw3
SkXTxEg7TAyw4/OzxJ5t2VjtSD2oEE93qpmLzCp8eUnMTB22ux7m2QJGgFvQ
k/vHqe8nL5seXPvYkxScIDCxDy/xw3ftkX/TYyBJsU0yZVrVGeb5XMMRBzFL
hN1HbsuvWOZ+Zjy69tZoACSV/FXtEfBri6uhIWNq9uzIIX/03yju8/niqdT9
+5tl4888VUkqMkgvyleHF6SHmKFnbqVPMwtG/Ybuu5uTY8NPKkS/38QwJjqj
Rlgx8tVCNfCTho2N9ey0rxgKd++8ve6RTfRDzkgiVH7OhE4ZVWtcIek6YYt4
8PBe+cdOnYDRmOeqzxT78V29enzcZZasdztXPZb2C7J1w0+S9yZup9ciG+8j
SUXHZUPIJJfLmdYuKKXXprKtJurkkXpE2WLuy2QoODvzjn7lImPucNBOiiQX
Jk2DTJvn0OXWFnXhlaQa5Oov2Z++HU0SWj47FbcdHogux3fArTojSV35P1Pp
jhDp3NyWtGA/94n7qB1Cyk9S61Nsg2FgW6GbBSDOEgCMRJH5EgQm1i8XmM1c
dqB3xJAQFi/oxdVNJ8NknKJf75z0+wEIHumqH6va5Wq++/7lH75l0uJecmdN
mC25t8fGU7MrGTnDZINskaS00AHJ0AxQalJx4iEt31zYkFT2gglhL5UdiAW2
761AYTKJHml7e4Hsp6fRZyMy29tn5ng2qpcLkbZJp7Aob22l/aHDSRZvTvqk
2efyqma5eqQcV+35dyG2kW13Z9+F/WRfp45375KMWn08TInibpJHn5N2cEbM
s4/XRDSOSj5NHLBN2TZU4wOSQKfkQmYKpIzGwI3q/b0897nwXRDUrepYbAMh
yfMB5BqmXj+uOvQvcPVEluZ2R0uHI8uanvRbd7rbEV7iIQBT0Xcs25q9uRwA
h5r86Blx8v6KSKQg/FjsGd7n4ngCKhUPBuPvL6VS9c9x9Vj6yK7jcEYrnftS
RdyHkw/dO88o+f1S0IG8zrQ8odN9pMDK0r/M1c2Nz6dFjZpX8/XNT6iL7NcL
OVcNxGdna8KpeqR/mashvOmsHDfAFCFN6sH+tqyvNqs9O6s1qv55rsoi1Okk
SUYfzpqqMx0xUkPt353qXH25YpFffaRfwosPg8Fg7ZmqrOpcfaky6pg+RkfJ
3fN41a9peFG1fG2Vpozkp9Qm8uBwyRas/qUyL6umL66y1CdKfdsKdsI9Q2hR
D3C23PUpqepcvSJTho5IBommDdMf2bMfi/ULcsbRTIzw2pmR4NnZp1WwMlXn
6iXtkqSJydDi2K8ILUmSs+iChJgweCE/nuzWjWgRVDUwsfyK6ly9JCp5noQe
DwPJPoUoKRTFkvVdT5NRchKAtbVuGVzr7X79kCpXnasXZeO44JnWfT0QXpkb
W3CI+0WV4jfsKdxNDQAcrqxYo9atw47Xj6ly1bl6RZgrnlep2pcu5hTM1OQ0
9W43K3wu3RBHDV4Aujv+f9ZFdtLGhLUMeTCarogDnr4SDpwRkmm8JcDqkES9
0ZqFXOl5np55yeyG6iWJIyLIR4QnqQHEYpx81STdUhJMTXlIvL9VJkGqWE2C
y9NL0EY31rBqRAT5iPAkdYCTl3t5ilSCKXsgiekqViolIJkP2FTjczf3GN7D
VnAwmq5GAS3Ag0oGBnLwBGMGhjmcDAw1zQwMMX8ZGGzKGRlkPjIy/MliYrjz
hIlhTxwzw5wbzAw1QSwMMWdYGGzcWBlkDrAy/LFkY7izmY0BAFBLAwQUAAAA
CABEaW4uGtmNHjIAAABBAQAACQAAAHNlL3NlLmRiZmOOZ5diZGBgcGRgAFEY
ICc/ObEkMz8PyHQG8f+jyfMqFOeXlmSkJhaX6JVkpimMOAAAUEsBAhQAFAAA
AAgAlWZyLiu/Vku1AAAA6wAAAAsAAAAAAAAAAQAgAICBAAAAAHNocDJpbWcu
bWFwUEsBAhQACgAAAAAASGlyLt7VCbCACwAAgAsAAAsAAAAAAAAAAAAgAICB
3gAAAG1hcHNlcnYuZ2lmUEsBAhQAFAAAAAgAXWdyLnCDixMaAQAAwAEAAAsA
AAAAAAAAAQAgAICBhwwAAG1hcHNlcnYubWFwUEsBAhQAFAAAAAgAjGtyLqPn
VsjOAgAAggYAAAoAAAAAAAAAAQAgAICByg0AAHJlYWRtZS50eHRQSwECFAAU
AAAACAChZnIuw3lTcMNAAAB1RAAACwAAAAAAAAAAACAAgIHAEAAAc2hwMmlt
Zy5naWZQSwECFAAKAAAAAACEaHIuAAAAAAAAAAAAAAAAAwAAAAAAAAAAABAA
wEGsUQAAc2UvUEsBAhQAFAAAAAgAR4BRLel3Sv4YAAAAJwAAABAAAAAAAAAA
AQAgAICBzVEAAHNlL3NvdXRoZWFzdC53bGRQSwECFAAUAAAACABEaW4uuNKQ
WE8AAADsAAAACQAAAAAAAAAAACAAgIETUgAAc2Uvc2Uuc2hwUEsBAhQAFAAA
AAgARGluLkaljOE5AAAAbAAAAAkAAAAAAAAAAAAgAICBiVIAAHNlL3NlLnNo
eFBLAQIUABQAAAAIABt8US1vhf2qmbYBAOTnBgAQAAAAAAAAAAEAIACAgelS
AABzZS9zb3V0aGVhc3QudGlmUEsBAhQAFAAAAAgARGluLhrZjR4yAAAAQQEA
AAkAAAAAAAAAAAAgAICBsAkCAHNlL3NlLmRiZlBLBQYAAAAACwALAG4CAAAJ
CgIAAAA=

--0-1741555463-1047965619=:47436--


From dbecker at 911.lubbock.tx.us  Mon Mar 17 23:00:49 2003
From: dbecker at 911.lubbock.tx.us (dbecker at 911.lubbock.tx.us)
Date: Tue, 18 Mar 2003 01:00:49 -0600
Subject: [Mapserver-users] Don Becker/LECD is out of the office.
Message-ID: 

I will be out of the office starting  03/17/2003 and will not return until
03/19/2003.

I will respond to your message when I return. Happy New Year!




From stefan.schwarzer at grid.unep.ch  Mon Mar 17 23:52:54 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Tue, 18 Mar 2003 08:52:54 +0100
Subject: [Mapserver-users] Legend boxes without outline
Message-ID: <5.2.0.9.0.20030318084846.031fe7b0@gridg.grid.unep.ch>

--=====================_69855817==_
Content-Type: multipart/alternative;
	boundary="=====================_69855827==.ALT"

--=====================_69855827==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi list,

I am just tuning my legend, but unfortunately can't get rid of the boxes 
around the symbols and lines. Only the polygons are drawn without an 
outline-color. Can anyone tell me how to avoid this for the symbols as 
well? See attached file for a screenshot.

LEGEND
   KEYSPACING 5 1
   LABEL
     TYPE BITMAP
     SIZE 1
     COLOR 0 0 89
   END
   STATUS ON
END

Thanks for help,

Stefan


         _______________________________________

         Stefan Schwarzer
         Consultant on GEO

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

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

         Email: stefan.schwarzer at grid.unep.ch
         Internet: http://geodata.grid.unep.ch/
         _______________________________________ 
--=====================_69855827==.ALT
Content-Type: text/html; charset="us-ascii"



Hi list,


I am just tuning my legend, but unfortunately can't get rid of the boxes
around the symbols and lines. Only the polygons are drawn without an
outline-color. Can anyone tell me how to avoid this for the symbols as
well? See attached file for a screenshot.


LEGEND

  KEYSPACING 5 1

  LABEL

    TYPE BITMAP

    SIZE 1

    COLOR 0 0 89

  END

  STATUS ON

END


Thanks for help,


Stefan




        _______________________________________


        Stefan
Schwarzer

        Consultant
on GEO


        UNEP/DEWA/GRID-Geneva

        Chemin des
Anemones 11

        CH - 1219
Chatelaine

        Switzerland


        Tel: (+41)
22.917.83.49

        Fax: (+41)
22.917.80.29


        Email:
stefan.schwarzer at grid.unep.ch

        Internet:
http://geodata.grid.unep.ch/

        _______________________________________


--=====================_69855827==.ALT--

--=====================_69855817==_
Content-Type: image/gif; name="legend.gif";
 x-mac-type="47494666"; x-mac-creator="4A565752"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="legend.gif"

R0lGODlhjQBmAKIAAAAAWUV1pPv76/8AAP/h4cjIyAAAAP///yH5BAEAAAcALAAAAACNAGYAAAP/
KLrc/jDKSau9OOvNu/+SIY5kWYJoqm6G1q5wLCsvVs8YgO90dDM/AWDI0C2MRRBSGEE6c8TH8hKk
iR6/pzS2jEp1Xs006cIaBtdG1uEdtrvv8TEpV4CZQnjdPo+C91gQI4FkDV1sc3xahlsQd4uLiHZG
f3wWVT2EiYybm25+gGN7kJ5NpZETmCGcrHiFdaGtrKSWja53tRQmu7uznZSlrxKHjsG3prW4t4Ap
bkdhcc9OYcWfclrOk6N+fZ7MPODh4uPk5ebn6Cq864Pp7jCqPu/zKaqY8eXf9IJm7UBs0Ap14jAN
lrEK2SRlqHJmABoHa3IJbHbwWZ4Oo1hAbIjm/0fEIgWngSyITCEdPNCo+eKmchVEhw/VyMol6tRA
iTcVHUtWkiWwS/3S/JtIU6G1ScNM+uKJ05gyfZk0ySTqqipTpa1iXUUlTGdTQezWLa36c2dFTsxo
mTXaLRlUDwkTXtQmre6EP3KDxW1J9xikt/sCCx5MuLDhd2HFHl48VepQxpAZkoAYGPDgICJgCo1q
t+hMMdpaqkXI1zJnGjAdehz7+QNXQ5UIlrShhqPqGx8thtbdN09GaQZxpdTKxCdtNaljLsj9i61X
qxJfP3LaExg3oLU1r6ZK7NUnpLO5U/9q9imVoJg/dz9LHrp7ta+3rk2VuFdXsvLvN5I+3r38v//g
7AVHZwJSQElpiRToyHXFeQPZgxBGKOGEi9VnH4WXoUcZhhkil9p26ZhWmEfJqfZYZ/i1ZoEeorHX
BIJlAFGicgJ8ZBAM8VnEF0LhYWfFjEIxN5dvIhG4oyXfbSGcHkkpYh1gJJaIm3pEkZLjc9c0mJ8t
xvnnmG2anfhelcAdaCBW5bmY5pWNLZcciE2td5WKYzqXZjE8sQmEhSfcR8xo8zUXZ3+/+eWgRitG
w5uCvuE5kqMHkrRgWeaBx+GlmGaq6aYQBODpp6CGGiqn7wTAgKmmRuApqe6kqgCqqgrgKqvmuGpr
p7KyRlWPPEqY6qy5NvCrrjnxSmuwwCa7ALD/0zVKpF2xxebstG0MWRisDty6LCPKIClMl1NUukx7
pQJ76qvnnhRpWUR2u1OS1AAq2Kq4KqvuuxOF21aKWxIm6r//wnaRmShZFa51SMFXLKlPNQwttyJF
+jC5x1Zs8cUYX1rAxhx37LHHGYvz8cgjhxwOyShzbDI4KacM25GuHdsyysRSROvMJC+VjbQKRptX
pjiX/G0fCGM5F7ucBv3xy+u6e7Az2MisdMey6JuvzitPUEDVXD/HFNJZOzrxo30BGPbZaKet9jwE
tO3223DDvfYKcddd99wq2K2328biDcHee4v98q5ZA663Lc65e7bhdpt01EkUX8z43YSjtXDIJpPH
jeZYInKaudxGwauf3xQQIPhNipMuG0Bxqe7667DHLvvsZycAADs=
--=====================_69855817==_--




From schut at sarvision.com  Tue Mar 18 00:22:36 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 18 Mar 2003 09:22:36 +0100
Subject: [Mapserver-users] Ermapper ECW files on Linux ?
In-Reply-To: <3E4215C93D3CE24D84A9FF385DF88D87FC4136@afeb-ms-02>
References: <3E4215C93D3CE24D84A9FF385DF88D87FC4136@afeb-ms-02>
Message-ID: <200303180922.36641.schut@sarvision.com>

Bo,

According to the GDAL pages, the GDAL library is able to - with some 
limitations - read and write ECW files. See 
http://remotesensing.org/gdal/frmt_ecw.html for details. If you compiles 
mapserver with GDAL support, mapserver will be able to read all formats that 
GDAL can read.
I don't know anything about ERMapper files, so if they don't fit within GDAL's 
limitations, I apologize.

On Tuesday 18 March 2003 00:40, Antti.Roppola at brs.gov.au wrote:
> AFAIK, the .ecw libraries are only available as a binary only
> distributions from ERMapper. Compression seems to only be available
> for Windows and MacOS, but decompression is available for Solaris
> and Java.
>
> 	http://www.ermapper.com/download_new/
>
> I have been thinking about the possibility of how you'd go about
> making one of these binaries visible to Linux, say using a service
> in WINE or Java. Since they do a bunch of other Unices, my guess is
> that the absense of .ecw libs for Linux must be for non-technical
> reasons, though I can't see why they couldn't do something similar
> to what PDFLib does.
>
> From the site:
> > The library is provided free of charge and royalty-free by
> > Earth Resource Mapping as part of our commitment to open standards
>
> Antti
>
> -----Original Message-----
> From: BVT at sns.dk [mailto:BVT at sns.dk]
> Sent: Friday, 14 March 2003 11:58 PM
> To: Mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Ermapper ECW files on Linux ?
>
>
> To the list -
>
> Is it possible for a _linux_ based Mapserver to read and show .ecw raster
> files ??
>
> Med venlig hilsen / Kind regards
> Bo Thomsen
> GeoConsult I/S
>
>
> _______________________________________________
> 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 (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From schut at sarvision.com  Tue Mar 18 00:29:51 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 18 Mar 2003 09:29:51 +0100
Subject: [Mapserver-users] N/A
In-Reply-To: <20030317213942.M87417@esfera.cl>
References: <20030317213942.M87417@esfera.cl>
Message-ID: <200303180929.51473.schut@sarvision.com>

Angelo,

just a quick guess: the error is in the SQL statement... Could it be that 
(fid_tipo_via) is an integer column in your database? This is what the 
postgres error suggests. You should probably either use a boolean datatype 
after the WHERE clause, or combine your integer data with some criterium to 
create a boolean result (like 'WHERE fid_tipo_via > 23' or some other 
comparison).

Regards,
Vincent Schut.

On Tuesday 18 March 2003 02:39, Angelo CM wrote:
> Hi, i'm getting the following error when try to
> edit through php the filter
> of the layer:
>
> " Warning: MapServer Error in prep_DB(): Error
> executing POSTGIS DECLARE
> (the actual query) statement: 'DECLARE mycursor
> BINARY CURSOR FOR SELECT
> nombre_via::text,asbinary(force_collection
> (force_2d(the_geom)),'NDR')
> OID::text from vias WHERE (fid_tipo_via) and
> (the_geom && setSRID(
> BOX3D(-71.67189575 -33.078516666667,-
> 71.572328225 -33.004)'::BOX3D
> find_srid('','vias','the_geom') ))'
>
> Postgresql reports the error 'ERROR: left-hand
> side of AND is type 'integer'
> not 'boolean' ' "
>
> This is the Layer:
>
> LAYER
> CONNECTIONTYPE postgis
> NAME "ejes_calles"
> CONNECTION "user=postgres password=abc123
> dbname=cultursig
> host=localhost"
> STATUS ON
> DATA "the_geom from vias"
> TYPE LINE
> UNITS DD
> SIZEUNITS DD
> LABELITEM nombre_via
> LABELCACHE ON
> TOLERANCE 3
> TOLERANCEUNITS PIXELS
> CLASS
> NAME "ejes_calles"
> SYMBOL 0
> COLOR 255 108 83
> SIZE 1
> MINSIZE 1
> MAXSIZE 100
> LABEL
> SIZE SMALL
> COLOR 0 0 0
> ANGLE AUTO
> POSITION AUTO
> END
> END
> END
>
> And this is the code in PHP:
> $id_tipo=$myrow[2];
> $map = ms_newMapObj("../mapas/valpo.map");
> $capa = $map->getlayerbyname("ejes_calles");
> $capa->setfilter("\"fid_tipo_via\" =
> \"$id_tipo\"");
> $image = $map->draw();
> $image_url = $image->saveWebImage(MS_PNG,1,1,0);
>
>
> Where is the error? I'm using the latest stable
> versions of PHP, PostgreSQL
> Mapserver and Postgis.
> Thanks

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From schut at sarvision.com  Tue Mar 18 00:40:40 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 18 Mar 2003 09:40:40 +0100
Subject: [Mapserver-users] (Fwd) about tileindex shp
In-Reply-To: <20030318053339.50808.qmail@web15201.mail.bjs.yahoo.com>
References: <20030318053339.50808.qmail@web15201.mail.bjs.yahoo.com>
Message-ID: <200303180940.40154.schut@sarvision.com>

Chen,

did you try this already with a map file with *only* the tiled raster layer?
My first guess is that you should have 'STATUS DEFAULT' instead of 'STATUS ON' 
in you layer object. Mapserver shows some - to beginners - unexpected 
behaviour concerning the STATUS option... Kind of mapserver-users-initiation 
rite, I think. You got to pass it sometime when you start working with 
mapserver.
Please try changing on to default. If nothing happens, post again.

BTW I hope this is just a test of you, 'cause creating a tiled layer with only 
one tile does not make really much sense in terms of performance gain...

Regards,
Vincent Schut.

On Tuesday 18 March 2003 06:33, Chen Fu wrote:
> Hi!
>
> To test the tileindex shp, i build a simpleset shp
> file of only one tif(and its wld) involved, and it is
> in the same directory with generated shp.
>
> next, i use shp2img, the map file is called
> shp2img.map. It works nice, and i have an output
> shp2img.gif.
>
> then, a map called mapserv.map is used in web
> environment. It is almost same as shp2img.map. I add
> another vector layer in it to test whether my
> shapepath is right. The result is mapserv.gif. we can
> see the vector layer is visible and render correctly,
> but the tileshape is invisible.
>
> below is the version of my system. and my os is win2k,
> i setup mapserve with apache
>
> ===========================================================================
>==== E:\mapserver>shp2img -v
> MapServer version 3.6.4 OUTPUT=GIF OUTPUT=PNG
> OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P
> ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR I
> NPUT=GDAL INPUT=SHAPEFILE
>
> E:\mapserver>mapserv -v
> MapServer version 3.6.4 OUTPUT=GIF OUTPUT=PNG
> OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P
> ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR I
> NPUT=GDAL INPUT=SHAPEFILE
> ===========================================================================
>=====
>
> I pack these files into a zip file with this mail.
>
> You may exam my tileindex shp. I wonder whether it is
> a well format one (but i generate it by gdaltindex and
> you see it fit shp2img)
> Can you see something wrong in my mapserv.map? I don't
> have the ability to trace the mapserv's source code. I
> guess mapserv may report some warning if it can't
> understand my map file. But where can i see these
> warning? Any setting make mapserv.exe to generate a
> log file?
>
> Hope you can help me!
>
>  --- woodbri at swoodbridge.com ????????> The
> relationship between tileindex location, the
>
> > location string,
> > shapepath and data  and whether you specify absolute
> > paths or
> > relative paths have been a very confusing to me in
> > the past. I know a
> > bunch of work has been done to make them work in a
> > more rational way
> > in 3.7.
> >
> > In the past, I have just played with them til I was
> > able to get
> > something to work. Maybe someone has a better
> > explanation.
> >
> > What version of Mapserver are you using?
> >
> > ------- Forwarded message follows -------
> > Date sent:      	Fri, 14 Mar 2003 13:27:59 +0800
> > (CST)
> > From:           	Chen Fu 
> > Subject:        	about tileindex shp
> > To:             	woodbri at swoodbridge.com
> >
> > Hi!
> > i try to use tileindex shp according to
>
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?search=BathymetryHowTo
>
> > As a test, shp2img can generate the right gif
> > according to the simple map file. Then i use it on
> > the
> > web, the tileindex layer doesn't work, but the other
> > vector/raster layers work fine. I check the setting
> > to
> > confirm it almost the same as the map file i tested
> > in
> > shp2img, except an additional TEMPLATE attribute.
> > Still not any reponse, just like the layer is not
> > there.
> >
> > A question i wanna ask is how to check the warning
> > or
> > error raised by mapserv.exe in cgi environment? if
> > mispell the shp name in map, "Unable to access file"
> > will shown while i use shp2img. But in cgi mode, i
> > can't see anything if a DATA attribute is
> > deliberately
> > changed to wrong name. the layer will just not be
> > shown. (but when SHAPEPATH is wrong, the mapserv
> > will
> > stop). I wonder whether mapserv complain something i
> > cant see.
> >
> > Another question: it seems the layer dont use DATA
> > attribute. TILEINDEX take its place. But seems the
> > TILEINDEX can't accept the file with directory part
> > like "globe/dem.shp", only "dem.shp" is acceptable
> > (test in shp2img). Is it right? so we have to put
> > the
> > tileindex shp in the SHAPEPATH directly? (I just do
> > like that, but don't know why mapserv is still mad
> > at
> > me :< )
> >
> > any idea and suggestion?
> >
> >
> > =====
> > Remote Scensing Satellite Ground Station
> > Chinese Academy of Science
>
> _________________________________________________________
>
> > Do You Yahoo!?
> > ??????????????????
>
> http://yahoo.eachnet.com/fu/co/rd.php?http://pages.eachnet.com/st/page
>
> > /women/women.htm
> >
> > ------- End of forwarded message -------
> >
> > _______________________________________________
> > 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!?
> ????????????????????NetVista A30 ????
> http://ad.cn.doubleclick.net/clk;5313999;7930402;p?http://www.ibm.com/cn/pr
>omotion/pc/netvista_a30/index.shtml

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com



From peturkirke at fds.fo  Tue Mar 18 02:12:02 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Tue, 18 Mar 2003 11:12:02 +0100
Subject: [Mapserver-users] demo package on Windows doesnt work
Message-ID: <014201c2ed36$d1a2f5d0$10fea8c0@fds.fo>

I have installed MapServer on a Windows 2000 machine with IIS. I then
installed the MapServer demo package (itasca), but I cant get it to work.

When I run http://itasca/demo_init.html and then click on the button
"Initialize", I get this error message:

The page cannot be found
The page you are looking for might have been removed, had its name changed,
or is temporarily unavailable.

I dont know whats wrong. All my links seem to be ok. Can anybody help me ?



From eric at gomoos.org  Tue Mar 18 00:28:00 2003
From: eric at gomoos.org (Eric Bridger)
Date: 18 Mar 2003 08:28:00 +0000
Subject: [Mapserver-users] mapserver templates
In-Reply-To: <7502EFEBECB5EB469BD5DD87199E7FC957E50F@div-mx01.DIVESTCO.COM>
References: <7502EFEBECB5EB469BD5DD87199E7FC957E50F@div-mx01.DIVESTCO.COM>
Message-ID: <1047976080.1861.8.camel@ubet.gomoos.org>

Grant,
I don't think [layers] will work in a template file.
But [layername_select]  or [layername_check] will be set correctly by
mapserv.  Here is an example from the tutorial:



You can do your form however you like, but the end result for the form
submission must be &layer=layername1&layer=layername2 ... etc. or 
&layers=layername1+layername2+layername3 etc.  When the form is parsed 
[layername1_select] will be set to "SELECTED" and [layername1_check] 
will be set to "CHECKED".

Eric Bridger
www.gomoos.org


On Mon, 2003-03-17 at 22:19, Grant Howarth wrote:
> I am trying to use a template to get information about mapserver and a mapfile.
> 
> my template looks simillar to the following:
> [mapsize] [mapwidth] [layers] [center]
> 
> everything seems to work except for the layers which is the one i am most interested in.
> 
> my .map file has a web entry that references the template
> 
> WEB
>   TEMPLATE "my_template_name"
> END
> 
> my cgi call looks similar to the following:
> http://sdb/cgi-bin/mapserv?map=/web/sdb/packages/dv-mapping/map/my.map 
> 
> 
> Is there something that i am missing in order to get a list of the layernames in the .map file?
> Am i approaching this completely wrong?
> 
> Thanks in advance.
> - Grant
> 
> 
> _______________________________________________
> 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  Tue Mar 18 05:48:56 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Tue, 18 Mar 2003 13:48:56 -0000
Subject: [Mapserver-users] Re: demo package on Windows doesnt work
In-Reply-To: <014201c2ed36$d1a2f5d0$10fea8c0@fds.fo>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Petur Kirke"
 wrote:
> I have installed MapServer on a Windows 2000 machine with IIS. I then
> installed the MapServer demo package (itasca), but I cant get it to
work.
> 
> When I run http://itasca/demo_init.html 

first, that is a strange URL you are trying to get to... if you are
accessing it through your local webserver, it should be something like...

http://localhost/itasca/demo_init.html









> and then click on the button
> "Initialize", I get this error message:
> 
> The page cannot be found
> The page you are looking for might have been removed, had its name
changed,
> or is temporarily unavailable.
> 
> I dont know whats wrong. All my links seem to be ok. Can anybody
help me ?




From k.chodak at autoguard.pl  Tue Mar 18 06:11:04 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Tue, 18 Mar 2003 15:11:04 +0100
Subject: [Mapserver-users] Problems with projection
Message-ID: 

I got problems with projecting.
I have some files in WGS84 and what to reproject them for users into
Mercator.
I use following PROJECTION element in map definition file:

PROJECTION
  "proj=merc"
  "ellps=bessel"
  "lat_ts=0N"
  "lon_0=110E"
  "k_0=0.997"
  "x_0=3900000m"
  "y_0=900000m"
END

I'm not using PROJECTION subelements in LAYERs as this information is stored
in shape files.
I see no difference in produced image - with or without main PROJECTION
element so I think that is not working for me (olso I think I know how
Mercator should look like).

Have you got any idea what I'm doing wrong?

Krzysztof Chodak




From warmerdam at pobox.com  Tue Mar 18 06:17:54 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 18 Mar 2003 09:17:54 -0500
Subject: [Mapserver-users] Ermapper ECW files on Linux ?
In-Reply-To: <200303180922.36641.schut@sarvision.com>
References: <3E4215C93D3CE24D84A9FF385DF88D87FC4136@afeb-ms-02> <200303180922.36641.schut@sarvision.com>
Message-ID: <3E772A92.5010505@pobox.com>

Vincent Schut wrote:
> Bo,
> 
> According to the GDAL pages, the GDAL library is able to - with some 
> limitations - read and write ECW files. See 
> http://remotesensing.org/gdal/frmt_ecw.html for details. If you compiles 
> mapserver with GDAL support, mapserver will be able to read all formats that 
> GDAL can read.
> I don't know anything about ERMapper files, so if they don't fit within GDAL's 
> limitations, I apologize.

Vincent,

The GDAL ECW support depends on the availability of the SDK from ERMapper.
So, as long as there is no SDK available on Linux, GDAL can't support ECW
on Linux.  My understanding from the folks at ERMapper is that they intend
to release an SDK for Linux but they aren't able to commit to a timeline.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent




From warmerdam at pobox.com  Tue Mar 18 06:27:15 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 18 Mar 2003 09:27:15 -0500
Subject: [Mapserver-users] Problems with projection
In-Reply-To: 
References: 
Message-ID: <3E772CC3.20307@pobox.com>

Krzysztof Chodak wrote:
> I got problems with projecting.
> I have some files in WGS84 and what to reproject them for users into
> Mercator.
> I use following PROJECTION element in map definition file:
> 
> PROJECTION
>   "proj=merc"
>   "ellps=bessel"
>   "lat_ts=0N"
>   "lon_0=110E"
>   "k_0=0.997"
>   "x_0=3900000m"
>   "y_0=900000m"
> END
> 
> I'm not using PROJECTION subelements in LAYERs as this information is stored
> in shape files.
> I see no difference in produced image - with or without main PROJECTION
> element so I think that is not working for me (olso I think I know how
> Mercator should look like).

Krzysztof,

If you are using the normal MapServer shapefile reading code, you will still
have to specify the projection settings for the shapefile based layers.
MapServer does not automatically read ESRI .prj files to derive projection
information.

Your formulation of a Mercator projection looks fine, though I would note that
specifying units in the false northing and easting values does not accomplish
anything.  The "m" is ignored.  False easting and northing values are always
in meters (with PROJ.4) even if alternate units are being used via units=
or to_meter=.

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 Ken.Waters at noaa.gov  Tue Mar 18 09:21:29 2003
From: Ken.Waters at noaa.gov (Ken Waters)
Date: Tue, 18 Mar 2003 07:21:29 -1000
Subject: [Mapserver-users] demo package on Windows doesnt work
References: <014201c2ed36$d1a2f5d0$10fea8c0@fds.fo>
Message-ID: <3E775599.9040808@noaa.gov>

Peter,

Check all of your links in the demo_init.html and demo.map files 
carefully.  There are some Windoze specific gotchas like in some cases 
having to change forward slashes to backslashes and also adding the 
".exe" to "mapserv".  There's a help file 
(http://mapserver.gis.umn.edu/doc36/demo_readme.html) that explains all 
these things.  Be sure to go through that page very carefully as it 
covers all the special things that need to be done.

I was able to get it to work fairly easily on an XP box with Apache 
running, but as I say, you've got to carefully go through that help file 
step-by-step.

Ken

Petur Kirke wrote:

>I have installed MapServer on a Windows 2000 machine with IIS. I then
>installed the MapServer demo package (itasca), but I cant get it to work.
>
>When I run http://itasca/demo_init.html and then click on the button
>"Initialize", I get this error message:
>
>The page cannot be found
>The page you are looking for might have been removed, had its name changed,
>or is temporarily unavailable.
>
>I dont know whats wrong. All my links seem to be ok. Can anybody help me ?
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>  
>




From millardymecki at sympatico.ca  Tue Mar 18 10:46:49 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Tue, 18 Mar 2003 13:46:49 -0500
Subject: [Mapserver-users] Fw: Mapscript from command line
Message-ID: <008d01c2ed7e$bc2a0d90$f098fea9@pauls>

 Hi all,
     I'm finally running a mapscript program from the command line, but have
had to remove my projection object(init=epsg:42304) from the map file to get
it to work.  Does anyone know what the mechanism is for init epsg and why it
might not like being run from the the dos prompt?  I've already tried the
obvious ie putting my Proj dir in the PROJ_LIB environment variable but this
does'nt seem to make any difference.
thx for any insights,
 Paul
> ----- Original Message -----
> From: "pkishor_98" 
> To: 
> Sent: Tuesday, March 18, 2003 8:48 AM
> Subject: [Mapserver-users] Re: demo package on Windows doesnt work
>
>
> > --- In mapserver-users at yahoogroups.com, "Petur Kirke"
> >  wrote:
> > > I have installed MapServer on a Windows 2000 machine with IIS. I then
> > > installed the MapServer demo package (itasca), but I cant get it to
> > work.
> > >
> > > When I run http://itasca/demo_init.html
> >
> > first, that is a strange URL you are trying to get to... if you are
> > accessing it through your local webserver, it should be something
like...
> >
> > http://localhost/itasca/demo_init.html
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > and then click on the button
> > > "Initialize", I get this error message:
> > >
> > > The page cannot be found
> > > The page you are looking for might have been removed, had its name
> > changed,
> > > or is temporarily unavailable.
> > >
> > > I dont know whats wrong. All my links seem to be ok. Can anybody
> > help me ?
> >
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From jvanulde at nrcan.gc.ca  Tue Mar 18 11:15:51 2003
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Tue, 18 Mar 2003 14:15:51 -0500
Subject: [Mapserver-users] Legend boxes without outline
Message-ID: <8AE17DD6AA4FD51191CD0002A5511681074C31@s5-van1-r1.ess.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_01C2ED82.CA522E30
Content-Type: text/plain;
	charset="iso-8859-1"

Hello Stefan, you will need to get rid of the outlinecolor in your
classification object for those symbols that do not require it.
 
Cheers,
 
Joost

-----Original Message-----
From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Monday, March 17, 2003 11:53 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Legend boxes without outline


Hi list,

I am just tuning my legend, but unfortunately can't get rid of the boxes
around the symbols and lines. Only the polygons are drawn without an
outline-color. Can anyone tell me how to avoid this for the symbols as well?
See attached file for a screenshot.

LEGEND
  KEYSPACING 5 1
  LABEL
    TYPE BITMAP
    SIZE 1
    COLOR 0 0 89
  END
  STATUS ON
END

Thanks for help,

Stefan



        _______________________________________

        Stefan Schwarzer
        Consultant on GEO

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

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

        Email: stefan.schwarzer at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
 
        _______________________________________ 


------_=_NextPart_001_01C2ED82.CA522E30
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello=20
Stefan, you will need to get rid of the outlinecolor in your =
classification=20
object for those symbols that do not require it.


 


Cheers,


 


Joost



  
-----Original Message-----
From: Stefan Schwarzer=20
  [mailto:stefan.schwarzer at grid.unep.ch]
Sent: Monday, March =
17, 2003=20
  11:53 PM
To: =
mapserver-users at lists.gis.umn.edu
Subject:=20
  [Mapserver-users] Legend boxes without outline

Hi =

  list,

I am just tuning my legend, but unfortunately can't get =
rid of=20
  the boxes around the symbols and lines. Only the polygons are drawn =
without an=20
  outline-color. Can anyone tell me how to avoid this for the symbols =
as well?=20
  See attached file for a screenshot.

LEGEND
  =
KEYSPACING 5=20
  1
  LABEL
    TYPE =
BITMAP
    SIZE=20
  1
    COLOR 0 0 89
  END
  STATUS=20
  ON
END

Thanks for help,

Stefan


  
        =
_______________________________________

        =
Stefan=20
  =
Schwarzer
        =
Consultant=20
  on=20
  =
GEO

        UNEP/DEWA/GRID-Geneva
      &n=
bsp; Chemin=20
  des Anemones=20
  =
11
        CH =
- 1219=20
  =
Chatelaine
        Switzerland

       =
; Tel:=20
  (+41)=20
  =
22.917.83.49
        <=
/X-TAB>Fax:=20
  (+41)=20
  =
22.917.80.29

       &nb=
sp;Email:=20
  =
stefan.schwarzer at grid.unep.ch
     &n=
bsp;  Internet:=20
  http://geodata.grid.unep.ch/
        =
_______________________________________=20
  


------_=_NextPart_001_01C2ED82.CA522E30--


From gabriel at ciasc.gov.br  Tue Mar 18 12:00:28 2003
From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari)
Date: Tue, 18 Mar 2003 17:00:28 -0300
Subject: [Mapserver-users] Problem with itemquery use
References: <008d01c2ed7e$bc2a0d90$f098fea9@pauls>
Message-ID: <020801c2ed89$05ec2620$12d713ac@ciasc.gov.br>

Dear.

I have some problem upgranding my html with itemquery, from mapserv33 to
mapserv364.

Somebody could show to me what it changed ?

Thanks a lot.


From supernaut at esfera.cl  Tue Mar 18 13:01:44 2003
From: supernaut at esfera.cl (Angelo CM)
Date: Tue, 18 Mar 2003 17:01:44 -0400
Subject: [Mapserver-users] Streets Labels
Message-ID: <20030318170144.M64073@esfera.cl>


Hi, how can i show the streets labels in the 
street direction??


From steve.lime at dnr.state.mn.us  Tue Mar 18 14:35:10 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 18 Mar 2003 16:35:10 -0600
Subject: [Mapserver-users] mapserver templates
Message-ID: 

The [layers] substitution gives you a list of layers that were
explicitly turned on in
the preceeding call to MapServer. In your example there are none. There
is no way
(via the CGI version) to return a list of all layers. It would be
trivial to add it though.
Just quickly hack maptemplate.c and include something like:

  strcpy(repstr, ""); // list of ALL layers that can be toggled
  for(i=0;iMap->numlayers;i++)
    if(msObj->Map->layers[i].status != MS_DEFAULT) sprintf(repstr,
"%s%s ", repstr, msObj->Map->layers[i].name);
  trimBlanks(repstr);
  outstr = gsub(outstr, "[toggle_layers]", repstr);

  encodedstr = msEncodeUrl(repstr);
  outstr = gsub(outstr, "[toggle_layers_esc]", encodedstr);
  free(encodedstr);

in the processLine() function. I've added this to the 3.7 source tree.
The above code gets you a list of all non-default layers, that is,
layers you can turn on and off. There may be some limited use to it but
with groups and query only layers it gets messy quickly...

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> "Grant Howarth"  03/17/03 04:19PM >>>
I am trying to use a template to get information about mapserver and a
mapfile.

my template looks simillar to the following:
[mapsize] [mapwidth] [layers] [center]

everything seems to work except for the layers which is the one i am
most interested in.

my .map file has a web entry that references the template

WEB
  TEMPLATE "my_template_name"
END

my cgi call looks similar to the following:
http://sdb/cgi-bin/mapserv?map=/web/sdb/packages/dv-mapping/map/my.map



Is there something that i am missing in order to get a list of the
layernames in the .map file?
Am i approaching this completely wrong?

Thanks in advance.
- Grant


_______________________________________________
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 Mar 18 15:19:08 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Tue, 18 Mar 2003 18:19:08 -0500
Subject: [Mapserver-users] Streets Labels
In-Reply-To: <20030318170144.M64073@esfera.cl>
Message-ID: <3E77631C.25787.461C3FF@localhost>

IN your LABEL definition in the mapfile you MUST specify at least:

LABEL
  TYPE truetype
  FONT 
  ANGLE auto
  SIZE 
  ...
END

-Steve W.

On 18 Mar 2003 at 17:01, Angelo CM wrote:

> 
> 
> Hi, how can i show the streets labels in the 
> street direction??
> _______________________________________________
> 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 Mar 18 15:26:22 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 18 Mar 2003 17:26:22 -0600
Subject: [Mapserver-users] filter with shp
Message-ID: 

There's not much reason to use FILTER with shapefiles unless you're
doing itemquery's. Filters exist primarily as a mechanism to invoke
vendor specific SQL engines prior to MapServer getting access to
features.

Steve

>>> John Hagstrand  03/16/03
09:15PM >>>
Hi,

Can you direct me to an example using a FILTER with a shapefile?

Thanks
John

-------------------------------------------------
John Hagstrand
Interage Research, Inc.
847 838 5371
Software Development Consulting for Internet Content Management
We make knowledge accessible, useful, and relevant for everyone.
http://www.interageresearch.com 


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


From steve.lime at dnr.state.mn.us  Tue Mar 18 15:30:18 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 18 Mar 2003 17:30:18 -0600
Subject: [Mapserver-users] SDE performance boost in 3.7?
Message-ID: 

I adapted the SDE code to use Jan Hartman's pooling code a month or so
ago. I saw major increases in performance in the little testing that I
did. It's already available in the CVS for 3.7.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Alexander Pucher  03/14/03 05:56PM
>>>
Hi,

there have been some discussions going on on the poor performance of
the 
SDE connection.

Can someone give me a short note about the recent status of enhancing 
the SDE connection performance. Will this be included in 3.7?

Best regards,
alex

-- 
________________________________________________________

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 
--------------------------------------------------------
It's not that I'm afraid to die, 
I just don't want to be there when it happens -- Woody Allen


_______________________________________________
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  Tue Mar 18 17:23:10 2003
From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=)
Date: Wed, 19 Mar 2003 09:23:10 +0800 (CST)
Subject: [Mapserver-users] (Fwd) about tileindex shp
In-Reply-To: <200303180940.40154.schut@sarvision.com>
Message-ID: <20030319012310.76778.qmail@web15206.mail.bjs.yahoo.com>

Vincent Schut:

You are Right! the 'status default' works, but i don't
know what's the difference from the manual of
mapserver. I think this document should explain it
more clearly. 
Thank you!!

 --- Vincent Schut  ????????>
Chen,
> 
> did you try this already with a map file with *only*
> the tiled raster layer?
> My first guess is that you should have 'STATUS
> DEFAULT' instead of 'STATUS ON' 
> in you layer object. Mapserver shows some - to
> beginners - unexpected 
> behaviour concerning the STATUS option... Kind of
> mapserver-users-initiation 
> rite, I think. You got to pass it sometime when you
> start working with 
> mapserver.
> Please try changing on to default. If nothing
> happens, post again.
> 
> BTW I hope this is just a test of you, 'cause
> creating a tiled layer with only 
> one tile does not make really much sense in terms of
> performance gain...
> 
> Regards,
> Vincent Schut.
> 
> On Tuesday 18 March 2003 06:33, Chen Fu wrote:
> > Hi!
> >
> > To test the tileindex shp, i build a simpleset shp
> > file of only one tif(and its wld) involved, and it
> is
> > in the same directory with generated shp.
> >
> > next, i use shp2img, the map file is called
> > shp2img.map. It works nice, and i have an output
> > shp2img.gif.
> >
> > then, a map called mapserv.map is used in web
> > environment. It is almost same as shp2img.map. I
> add
> > another vector layer in it to test whether my
> > shapepath is right. The result is mapserv.gif. we
> can
> > see the vector layer is visible and render
> correctly,
> > but the tileshape is invisible.
> >
> > below is the version of my system. and my os is
> win2k,
> > i setup mapserve with apache
> >
> >
>
===========================================================================
> >==== E:\mapserver>shp2img -v
> > MapServer version 3.6.4 OUTPUT=GIF OUTPUT=PNG
> > OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P
> > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> > SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR I
> > NPUT=GDAL INPUT=SHAPEFILE
> >
> > E:\mapserver>mapserv -v
> > MapServer version 3.6.4 OUTPUT=GIF OUTPUT=PNG
> > OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=P
> > ROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> > SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR I
> > NPUT=GDAL INPUT=SHAPEFILE
> >
>
===========================================================================
> >=====
> >
> > I pack these files into a zip file with this mail.
> >
> > You may exam my tileindex shp. I wonder whether it
> is
> > a well format one (but i generate it by gdaltindex
> and
> > you see it fit shp2img)
> > Can you see something wrong in my mapserv.map? I
> don't
> > have the ability to trace the mapserv's source
> code. I
> > guess mapserv may report some warning if it can't
> > understand my map file. But where can i see these
> > warning? Any setting make mapserv.exe to generate
> a
> > log file?
> >
> > Hope you can help me!
> >
> >  --- woodbri at swoodbridge.com ????????> The
> > relationship between tileindex location, the
> >
> > > location string,
> > > shapepath and data  and whether you specify
> absolute
> > > paths or
> > > relative paths have been a very confusing to me
> in
> > > the past. I know a
> > > bunch of work has been done to make them work in
> a
> > > more rational way
> > > in 3.7.
> > >
> > > In the past, I have just played with them til I
> was
> > > able to get
> > > something to work. Maybe someone has a better
> > > explanation.
> > >
> > > What version of Mapserver are you using?
> > >
> > > ------- Forwarded message follows -------
> > > Date sent:      	Fri, 14 Mar 2003 13:27:59 +0800
> > > (CST)
> > > From:           	Chen Fu 
> > > Subject:        	about tileindex shp
> > > To:             	woodbri at swoodbridge.com
> > >
> > > Hi!
> > > i try to use tileindex shp according to
> >
> >
>
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?search=BathymetryHowTo
> >
> > > As a test, shp2img can generate the right gif
> > > according to the simple map file. Then i use it
> on
> > > the
> > > web, the tileindex layer doesn't work, but the
> other
> > > vector/raster layers work fine. I check the
> setting
> > > to
> > > confirm it almost the same as the map file i
> tested
> > > in
> > > shp2img, except an additional TEMPLATE
> attribute.
> > > Still not any reponse, just like the layer is
> not
> > > there.
> > >
> > > A question i wanna ask is how to check the
> warning
> > > or
> > > error raised by mapserv.exe in cgi environment?
> if
> > > mispell the shp name in map, "Unable to access
> file"
> > > will shown while i use shp2img. But in cgi mode,
> i
> > > can't see anything if a DATA attribute is
> > > deliberately
> > > changed to wrong name. the layer will just not
> be
> > > shown. (but when SHAPEPATH is wrong, the mapserv
> > > will
> > > stop). I wonder whether mapserv complain
> something i
> > > cant see.
> > >
> > > Another question: it seems the layer dont use
> DATA
> > > attribute. TILEINDEX take its place. But seems
> the
> > > TILEINDEX can't accept the file with directory
> part
> > > like "globe/dem.shp", only "dem.shp" is
> acceptable
> > > (test in shp2img). Is it right? so we have to
> put
> > > the
> > > tileindex shp in the SHAPEPATH directly? (I just
> do
> > > like that, but don't know why mapserv is still
> mad
> > > at
> > > me :< )
> > >
> > > any idea and suggestion?
> > >
> > >
> > > =====
> > > Remote Scensing Satellite Ground Station
> > > Chinese Academy of Science
> >
> >
>
_________________________________________________________
> >
> > > Do You Yahoo!?
> > > ??????????????????
> >
> >
>
http://yahoo.eachnet.com/fu/co/rd.php?http://pages.eachnet.com/st/page
> >
> > > /women/women.htm
> > >
> > > ------- End of forwarded message -------
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> 
=== message truncated === 

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

_________________________________________________________
Do You Yahoo!? 
????????????????????NetVista A30 ????
http://ad.cn.doubleclick.net/clk;5313999;7930402;p?http://www.ibm.com/cn/promotion/pc/netvista_a30/index.shtml


From john.hagstrand at interageresearch.com  Tue Mar 18 18:41:51 2003
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Tue, 18 Mar 2003 20:41:51 -0600
Subject: [Mapserver-users] filter with shp
In-Reply-To: 
Message-ID: <4.3.2.7.0.20030318202224.01621880@pop.registeredsite.com>

Hi Steve,

Thanks for the reply.  I have a shapefile containing 500 polygons.  For any 
given map request I want to pull out some two or three hundred polygons 
depending on the value of a field.  So I tried doing this:

FILTER 'TIMEBEG < 1500 AND TIMEEND >= 1500'

That gets me an error.  Is there some way I can accomplish this objective?

Then of course there's another step: I want to vary the 1500 value 
dynamically.  I wonder if there's a way to do that without rewriting the 
whole mapfile each time.

How would you recommend I go about this?
Thanks
John

At 05:26 PM 3/18/2003, Steve Lime wrote:
>There's not much reason to use FILTER with shapefiles unless you're
>doing itemquery's. Filters exist primarily as a mechanism to invoke
>vendor specific SQL engines prior to MapServer getting access to
>features.
>
>Steve
>
> >>> John Hagstrand  03/16/03
>09:15PM >>>
>Hi,
>
>Can you direct me to an example using a FILTER with a shapefile?
>
>Thanks
>John
>
>-------------------------------------------------
>John Hagstrand
>Interage Research, Inc.
>847 838 5371
>Software Development Consulting for Internet Content Management
>We make knowledge accessible, useful, and relevant for everyone.
>http://www.interageresearch.com
>
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


-------------------------------------------------
John Hagstrand
Interage Research, Inc.
847 838 5371
Software Development Consulting for Internet Content Management
We make knowledge accessible, useful, and relevant for everyone.
http://www.interageresearch.com




From ycnyon at pd.jaring.my  Wed Mar 19 07:32:23 2003
From: ycnyon at pd.jaring.my (YC Nyon)
Date: Wed, 19 Mar 2003 23:32:23 +0800
Subject: [Mapserver-users] PHP-MS support for Postgis on Windows
Message-ID: <00e801c2ee2c$be260690$5340baca@gis>

I'm looking for a compiled php-ms3.6.dll file that supports postgis.
tried  http://unix.lib.itb.ac.id/~rodin/mapserver/ but the link no longer
exists.

TIA
Nyon




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003



From jdeck at socrates.Berkeley.EDU  Tue Mar 18 22:26:51 2003
From: jdeck at socrates.Berkeley.EDU (John Deck)
Date: Tue, 18 Mar 2003 22:26:51 -0800
Subject: [Mapserver-users] Mapscript 3.7 / postgis / reprojection problem
Message-ID: <000001c2ede0$871c6f00$0201a8c0@JDECKLAP>

I am running into an issue with reprojecting postgis layers using
mapscript 3.7.  I am reprojecting from latlong to the following
projection:  "proj=utm,ellps=GRS80,datum=WGS84,units=m,no_defs,zone=10".
The projection definition inside postgis is 4326 (and I have tried -1
too).  I have tried setting the layer projection definition in the
mapfile to: proj=latlong and init=epsg:4326 and nothing at all.

Here is what is interesting:
1. If I save output of the mapfile from mapscript and run it through the
mapserv cgi (3.7) everything works OK. The reproject works fine.
2. If I save the postgis file to a shape file and call the shape file
from within my mapscript program instead of the postgis layer everything
works fine (this time hitting php_mapscript.so version 3.7).

Problems only happen when the layer is inside Postgis and I reproject
inside mapscript 3.7.  Mapscript 3.6.3 works fine.  I'd like to use
mapscript 3.7 if it all possible because there are other features that I
need in this release.

System specs:
	mapscript 3.7. 
	postgis 0.7.3
	postgres 7.3.1
	php 4.2.1
	redhat 7.3

Compile params:
MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=GD2_RGB INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS
INPUT=GDAL INPUT=SHAPEFILE

Thanks for any help!

John Deck
Berkeley Natural History Museums Informatics Coordinator
(510) 643-3191



From m.spring at gmx.de  Wed Mar 19 00:40:59 2003
From: m.spring at gmx.de (m.spring at gmx.de)
Date: Wed, 19 Mar 2003 09:40:59 +0100
Subject: [Mapserver-users] 3.70 cvs problem with query/nquery
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi list,

The cvs version 3.70 from march 9, 2003, 08:36 GMT still has problems
with mode=nquery and mode=query

* mode=nquery returns an image instead of html
* mode=query crashes

Markus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard 

iD8DBQE+eC0bxxUzQSse11ARAgbpAJ4mIXsayz0L7KS3/qt+BAIq80zXSwCeKzjS
9N8kCH0aKZJtE0tFgo/4pMY=
=S9jG
-----END PGP SIGNATURE-----


From john.hagstrand at interageresearch.com  Wed Mar 19 01:41:52 2003
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Wed, 19 Mar 2003 03:41:52 -0600
Subject: [Mapserver-users] re: Flash interface to CGI MapServer
Message-ID: <4.3.2.7.0.20030319033703.01624070@pop.registeredsite.com>

 >>Thanks to Ryan Grant and Itasca DHTML code, I've built Flash interface
 >>to CGI MapServer. Feel free to use anything you want. I would appreciate
 >>any bug reports, feedback, suggestions, etc.

Thanks, Miro.  Your Flash interface looks great.  I see you are using
the gif produced by MapServ.  Have you experimented with drawing
map shapes within Flash?

John

-------------------------------------------------
John Hagstrand
Interage Research, Inc.
847 838 5371
Software Development Consulting for Internet Content Management
We make knowledge accessible, useful, and relevant for everyone.
http://www.interageresearch.com




From jhart at frw.uva.nl  Wed Mar 19 02:25:37 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Wed, 19 Mar 2003 11:25:37 +0100
Subject: [Mapserver-users] filter with shp
In-Reply-To: <4.3.2.7.0.20030318202224.01621880@pop.registeredsite.com>
References: <4.3.2.7.0.20030318202224.01621880@pop.registeredsite.com>
Message-ID: <3E7845A1.1090809@frw.uva.nl>

John,

As Steve says, you don't need FILTER to select from shapfiles. Just 
define a CLASS like:

CLASS
   ...
   EXPRESSION "([TIMEBEG] < 1500 AND [TIMEEND] >= 1500)"
END


Take care of the syntax! Quoting from the MapFile reference (under CLASS 
/ EXPRESSION):

 > Logical expressions allow you to build fairly complex tests based on
 > one or more attributes and therefore are only available with
 > shapefiles. Logical expressions are delimited by parentheses
 > "(expression)". Attribute names are delimited by square brackets
 > "[ATTRIBUTE]". These names are case sensitive and must match the items
 > in the shapefile. For example: EXPRESSION ([POPULATION] > 50000 AND
 > '[LANGUAGE]' eq 'FRENCH') ... The following logical operators are
 > supported : =,>,<,<=,>=,=,or,and,lt,gt,ge,le,eq. As you might expect
 > this level of complexity is slower to process.


On your second question: you can specify an expression dynamically in 
the calling URL:

http://.../mapserv?map=my.map&layer=...&map_layer_0_class_0.expression="{...)"

See the end of the MapFile reference for this very powerful mechanism.

-------------------------------------------------------------------------

BTW I'm not sure if the FILTER statement works as specified in the CVS 
version of MapServer. I tried the following on a world-map:

FILTERITEM name
FILTER France

and got a map of France. However

FILTER "name='France'"

gave back the whole world. I tried various permutations of quotes, 
brackets and capitals, but always got back the whole world. Am I missing 
something?

Jan


John Hagstrand wrote:
> Hi Steve,
> 
> Thanks for the reply.  I have a shapefile containing 500 polygons.  For 
> any given map request I want to pull out some two or three hundred 
> polygons depending on the value of a field.  So I tried doing this:
> 
> FILTER 'TIMEBEG < 1500 AND TIMEEND >= 1500'
> 
> That gets me an error.  Is there some way I can accomplish this objective?
> 
> Then of course there's another step: I want to vary the 1500 value 
> dynamically.  I wonder if there's a way to do that without rewriting the 
> whole mapfile each time.
> 
> How would you recommend I go about this?
> Thanks
> John
> 
> At 05:26 PM 3/18/2003, Steve Lime wrote:
> 
>> There's not much reason to use FILTER with shapefiles unless you're
>> doing itemquery's. Filters exist primarily as a mechanism to invoke
>> vendor specific SQL engines prior to MapServer getting access to
>> features.
>>
>> Steve
>>
>> >>> John Hagstrand  03/16/03
>> 09:15PM >>>
>> Hi,
>>
>> Can you direct me to an example using a FILTER with a shapefile?
>>
>> Thanks
>> John
>>
>> -------------------------------------------------
>> John Hagstrand
>> Interage Research, Inc.
>> 847 838 5371
>> Software Development Consulting for Internet Content Management
>> We make knowledge accessible, useful, and relevant for everyone.
>> http://www.interageresearch.com
>>
>>
>> _______________________________________________
>> Mapserver-users mailing list
>> Mapserver-users at lists.gis.umn.edu
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 
> 
> -------------------------------------------------
> John Hagstrand
> Interage Research, Inc.
> 847 838 5371
> Software Development Consulting for Internet Content Management
> We make knowledge accessible, useful, and relevant for everyone.
> http://www.interageresearch.com
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


Jan Hartmann
Department of Geography
University of Amsterdam



From peturkirke at fds.fo  Wed Mar 19 04:34:57 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Wed, 19 Mar 2003 13:34:57 +0100
Subject: [Mapserver-users] dgn files
Message-ID: <001801c2ee13$f37bc780$10fea8c0@fds.fo>

On the MapServer webside (http://mapserver.gis.umn.edu/win32binaries.html) I
can choose between these Windows downloads of MapServer 3.6.3:

ms36gif_wms.zip
ms36png_wms.zip

ms36gif_gdal_pg_wms.zip:
ms36png_gdal_pg_wms.zip:

For the first two it is mentioned, that these support OGR vector formats
such as MapInfo Tab, Arc/Info coverages, etc
For the last two it is mentioned, that these support many OGR vector
datasets

I want to read Microstation dgn files.
Is there anyone who knows which download I shall choose ?



From r000t at adelphia.net  Wed Mar 19 06:19:23 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Wed, 19 Mar 2003 09:19:23 -0500
Subject: [Mapserver-users] MapServer Forum
References: <008d01c2ed7e$bc2a0d90$f098fea9@pauls>
Message-ID: <006701c2ee22$8b74c6a0$9601a8c0@emasi.com>

Hey All,
I went ahead and made a web based discussion board. The link is here:
http://mapserver.xerosystems.com

Some people like forums some don't so I figured I'd give it a wurl.


-Jim



From warmerdam at pobox.com  Wed Mar 19 06:21:59 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 19 Mar 2003 09:21:59 -0500
Subject: [Mapserver-users] dgn files
In-Reply-To: <001801c2ee13$f37bc780$10fea8c0@fds.fo>
References: <001801c2ee13$f37bc780$10fea8c0@fds.fo>
Message-ID: <3E787D07.6070105@pobox.com>

Petur Kirke wrote:
> On the MapServer webside (http://mapserver.gis.umn.edu/win32binaries.html) I
> can choose between these Windows downloads of MapServer 3.6.3:
> 
> ms36gif_wms.zip
> ms36png_wms.zip
> 
> ms36gif_gdal_pg_wms.zip:
> ms36png_gdal_pg_wms.zip:
> 
> For the first two it is mentioned, that these support OGR vector formats
> such as MapInfo Tab, Arc/Info coverages, etc
> For the last two it is mentioned, that these support many OGR vector
> datasets
> 
> I want to read Microstation dgn files.
> Is there anyone who knows which download I shall choose ?

Petur,

Any OGR enabled MapServer build less than a year old should include
the DGN support.  DGN is part of the core OGR build.

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 info at cartoweb.de  Wed Mar 19 07:57:00 2003
From: info at cartoweb.de (=?ISO-8859-1?Q? Krau=DF ?=)
Date: Wed, 19 Mar 2003 16:57:00 +0100
Subject: [Mapserver-users] Info about Kartografie
Message-ID: 

Hi List !


Leider beherrsche ich die engliche Sprache nicht.
Ich hoffe da? die ?bersetzung verst?ndlich ist.

Ich habe eine Frage.
Gibt es ein Kartografieprogramm im Freeware oder Sharewarebereich
welches man zum erstellen von Karten verwenden kann.


Ich habe eine Homepage ins Web gestellt.
Darin findet Ihr meinen ersten Versuch der Nutzung des Mapservers.


m.f.G.

Stephan Krau?





From csr at rboxtech.com  Wed Mar 19 08:03:20 2003
From: csr at rboxtech.com (C S Reddy)
Date: Thu, 20 Mar 2003 00:03:20 +0800
Subject: [Mapserver-users] problem with wrting php query
Message-ID: <002301c2ee31$102fee20$0201a8c0@sun>

This is a multi-part message in MIME format.

------=_NextPart_000_0020_01C2EE74.1E284D90
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear lists,

I am trying to find the=20
queryByPoint($difminxy,MS_MULTIPLE,-1);  I am not getting desired =
result. can any one give the finding the Coordinate of the map.(here i =
do not know finding the Geo coordinate of the point). so can anyone help =
this point.

csreddy

------=_NextPart_000_0020_01C2EE74.1E284D90
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Dear lists,


 


I am trying to find the 


queryByPoint($difminxy,MS_MULTIPLE,-1);  I am=20
not getting desired result. can any one give the finding the Coordinate =
of=20
the map.(here i do not know finding the Geo coordinate of the =
point). so=20
can anyone help this point.


 


csreddy


------=_NextPart_000_0020_01C2EE74.1E284D90--



From info at cartoweb.de  Wed Mar 19 08:03:27 2003
From: info at cartoweb.de (=?ISO-8859-1?Q? Krau=DF ?=)
Date: Wed, 19 Mar 2003 17:03:27 +0100
Subject: [Mapserver-users] Cartografie
Message-ID: 

Hi List !


Leider beherrsche ich die engliche Sprache nicht.
Ich hoffe da? die ?bersetzung verst?ndlich ist.

Ich habe eine Frage.
Gibt es ein Kartografieprogramm im Freeware oder Sharewarebereich
welches man zum erstellen von Karten verwenden kann.


Ich habe eine Homepage ins Web gestellt.
"http://www.cartoweb.de"
Darin findet Ihr meinen ersten Versuch der Nutzung des Mapservers.


Unfortunately, I don't master the engliche language.
I hope that the translation is understandable.
I have a question.
It enters one to these create a cartography program
in the freeware or shareware area which one of boards can use.
I have put a home page to the web.
"http://www.cartoweb.de"
Into this your mine finds first attempt of the use of the Mapservers.



m.f.G.

Stephan Krau?





From stefan.schwarzer at grid.unep.ch  Wed Mar 19 08:52:11 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Wed, 19 Mar 2003 17:52:11 +0100
Subject: [Mapserver-users] Strange image overlay behaviour
Message-ID: <5.2.0.9.0.20030319174501.031cdec0@gridg.grid.unep.ch>

--=====================_188612981==_
Content-Type: multipart/alternative;
	boundary="=====================_188612991==.ALT"

--=====================_188612991==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi all,

I have some problems with my labels when superimpose my "local" with an WMS 
layer. (See attached image.)

When just displaying the local layers, everything displays just fine. But 
when adding a layer from another map server (in this case the satellite 
image), my white labels get messed up. But this seems to occur only when 
using white color - either as the normal font-color or as the 
font-outline-color.

Any idea what I have to do to solve the problem?

Thanks a lot,

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/
         _______________________________________ 
--=====================_188612991==.ALT
Content-Type: text/html; charset="us-ascii"



Hi all,


I have some problems with my labels when superimpose my "local"
with an WMS layer. (See attached image.)


When just displaying the local layers, everything displays just fine. But
when adding a layer from another map server (in this case the satellite
image), my white labels get messed up. But this seems to occur only when
using white color - either as the normal font-color or as the
font-outline-color.


Any idea what I have to do to solve the problem?


Thanks a lot,


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/

        _______________________________________


--=====================_188612991==.ALT--

--=====================_188612981==_
Content-Type: image/gif; name="overlay.gif";
 x-mac-type="47494666"; x-mac-creator="4A565752"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="overlay.gif"

R0lGODlh1gCQAeZZAD8/P39/f/7sh+DbvwAAM6SUPzNmzMK4fzNmMwAAAP8AAAAzMzOZzAAAZgBm
ZmaZzDMzZkM4ADNmZjMzMwBmzABmM7+/v2RUAGaZZiEcAGZmM2aZ/4p+PzOZM2ZmZjOZmQAzAD87
IX92Q76xZTOZZmZmzP7dKMfGv5CNfxkVADMzAAgHABgVAMXEvzOZ/zPMzGaZM7GpfzMzzGaZmcPD
v4uKfy8sGf71w6Gbf4yKf8vKxTIqAEtKPxAOABIPADNm/3hvP5mZZsfGw19YMgwKAJeVi8/Pz4eB
ZVhUP5eVjM7Ei2VfP8PCvxcWDABmADPM/wAzzGbMzPv76wAzZjMzmTNmmQBmmQAzmYZxAP///wAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5
BAEAAFkALAAAAADWAJABAAf/gACCg4SFhoeIiYqLjI2Oj5CRkpOUhAGXmJmam5ydnp+goaKjpKWm
p6ipmSYCra6vsLBYs7S1Ure4ubq7vL2+v8DBwsPExcbHwayxy7G1zljI0dLT1NXW17jM2q7Pz9jf
4OHi47rb2t3e5Orr7O275svo6e709fbT8M3ytvf9/v+88snaxw+gwYPumIlIwDDBCAEhGjLMcEEi
xVkRMgZAyLEjOIU3bilJIGDEAFwnIiTgcMsChwRYKKKI4bGmTWkKAyQAIMUGRAAMLQTIwEIKUJ4p
MloAmsDCzadQfykU0ASADpIjsLDgIaWHyhZLAVhgiGKjFCMJoqpdK0WbiCFC/46EaIWlqc66SCzQ
kAKEoRSGPNOyHWyT2YgQRZKEeIglwgopKyLU/buT8l8faQUT3oyQLi0BdcU2lJwgwNhZaY9SPjFW
9CzOsP+hu5DrAEYpODKgZnnrZYYMJ3oDoBW7eD10EhmSVikZS0WJF2JCJ268+jqC2LNTt849nPbv
BLuLxwa+/L7x6KOZXz8vvXth7ONvf0+/l3z59fPzuh9fv39c/K3334ABmjfgfwWWd6B/CYK3oH4N
avcghBFiN2F+FcpzCzQX0pdheB2+9+F5Ibo3IjolingiiClatyKLLRr3ooUxFjcjh1KgWCNsNxLX
zY489uhMjjnqCORNQgp4ZP9NSRq4pEcRFpngk1A2+d1+0MxH5XX84VJANwVIqeCG5+G45TgB5hgm
iq/lkh2AEp4pTppYFDDALCdJYVuWfPIpxUl2SvEldUrKeU2atxzw551YDGBbkVJCWkCYk0YqpoNt
GjoNnWvu4qePn/Z5qYBmamoMpzk6SsuXkILaaqgFQmoqMYgKOouif7KaKZmvEimFAhXqsuusblqJ
nQLIfsgrsZ4aqyGy0J7oK7NwOitPtMH+SO2ozl4KbIbcbsutlePWicue2q1Jo7g98urgoINe6SC1
1oKKjqq1nMRooAPE+9qqreqJp57b1pvuAP3W+W+jX9o5pC0L+xgmvfWW68z/mgc4+mqfEX/KaJ0J
U2zwPnt2unDCDkOssKAmA1yqpiMTlGfCimZ8J7/+Tiywvo/SAuiwwx4Zc5O2egN0QTEOnaTAEH/L
cXslKi3kAei+hm2cIUptLbTJXhnpy/VpvXXX9/0CNWdib91tkGm3jSNB/tai7tlque22xbRU/bCR
bNnddpE4v3YSrrbpC2qetuFKmN9pJ4oyo0UDHnGqjOJLtbl1M671xpzfqrGPutiWcsaKI6m51EU+
PrmuojaKLuvqRnU66rME3iegNSO8MK795qln7nkqwOTsxEcIbZXFJ38f18JzpPzz8h3fEfTUr+e0
89VnXyhA2nc/Jvfeh7+u/2zVl643eIoSb1D2sIs/vj3di4m44KkmOrDokBre6J9/9xO/z5V71Jd0
57osDUpSazqg3+CnPUudy0+1AdmeeoUF0uEtZsdpoM9exyd8KYx1FNyY3ejxv7zdImQmzNX+FPgp
4M3CaXfjkvtOdLUYCgtsyJghDbmWvU3pcEQ1pJ40fkjD8KmHiEiMVQ6TyMSyHaOJUGTPEqNIRa8V
o4pYfNOpsshFvg2ji2Ac0hbDSMYxkhGMZjwjF9OoxixesY1opBUcu/jGObpRjnbEYh3zWEU88pGK
fvwjFAMpyCZ+sZD9KxpB0rdCDcEHkY0zl4JgZDZIik1NH5vf/tTEyfoxTf9LvrDkJe00KAI6KmGu
alQAkVZJUSpNUJGrzaUCFkFQ2seVrzTXAF9HwIWlioNBCyUuh1YkRX2JdwO8BQhvdcJBNe+Rw3Sf
9IIRTWlyDZrV9N40gZFNaRKym9XbIzh7+M1xKo+N5jynONOpznKy83RPfGesMnnBbjDyViRapzyl
KKWT0MmR+tyneRyVuHvqb5MDE1gCNXa+YFJToPc5wJruJLkOxsuUPUOhFw8JUfZcrl89q+DnOBa6
LImQle7sKHYuZ8wKhjR1meQg5eZmy5SqlGR7WqULN3nMZvKpAC3Fwrd8eNOY7WmbUyxqzJhHVKUu
FVnUcOornzlEqWLQGlb/HRl5smqtb3B1bdiQjEoaEp2vSgscGMHVS8x61m8k4AIR0AlS2KqscLxE
MkQAQAtgQtcpqQMmEdgBE5agm752iR1vzUANcnARwzpRHWPZSWQT0BzHbo8cHKBILS172XG8NTmU
5ayT2CHaWpG2tPghIWr7o9rVjtYdru2sDGOLtdbS9n2wva0WGahbSua2twDlrSh11lCaYse43xOu
JYsWN3tJiLX+w6UHB/axHGXMc/vbl74wqUJo+HOjGcSlnVA2udccc1Ina1iqGga55tbUtuK17kj5
dN07WbC8X3uaGMnnypIRqbyvkWiodDdR9nZsv/wV5cx6arOIjU5PBMYd/8i626rrHQS40cLebZmK
EAxDVcO0vQVVLxzip9wWKic2cYlNF1sUr9gmL4ZxjJHnWqhk4cY4zrGOd8zjHvv4x0AOspCHTOQi
G/nISE6ykpfM5CY7+clQjrKUp0zlKlv5yljOspa3zOUue/nLYA6zmLEsrhpV4sxoTrOa18zmNktC
FXCOs5znTOc62/kUJlCGQF6xDytYgQpVqMKfBf3nQl8B0FeoAhWscAVGX2EKhya0nxM96Ss82tKN
nkKgrVCFRlOB0pYGNKE/3WhLM7rSjZ70qafQAEhD2tGlDrWgIe2AQ5f601OYwqk7XWpGQ1rQmA70
ogG9616fOtGbHjawTf+NaU772c+BVjQVDGCASDNA0Hne80DQEWlpw3rTqb70p0/NaEXnOtSOnvWr
0W3qP0OaCu+GtqcX3WhBExvQVMj3s8Md7klDYAoO0HWpdZ3rgFPBAZ2GNKavIAFvzzrWnFZ0p/8M
8WAD+gedzni+q2AAZ6ea4xk3wKer8IFAG6DT02bAp/WsbdAQxNOOJreiGY3oYXPa1pbWtbPHfYVa
+5nWjIaAn0k9BVKj2+Oqnni7U13oPwsd4rhm96XFvfRYj3vk1aZ3sSmu6kpb4dfUPvTQE33yr9db
0AwY+rgFbfJLU8AAum45N7DjaaUzPdKw/jOpeR7xkZNa1ZkOd9H/zmn/o/ea8I4edqxvHWpKZ7zw
OT/0uWGN6XwvnOlGD/Tdyz30iPPaCtRedsRDr2t6V4EBFOD7oiP+80EzWu4up/umJ07uxR8b1Ybm
dbC/HvPAB1vhji56zwtv6HIzneL6jvXMJ/1qYCe8AZv3de23/mxCN9vS9gZ0xxV+8ipQIOib3rep
uw/4uuf70wTQefphrx1kA1v80080sSlOaUSn2gHp9jXwF05z64Mb1pZHeWo3c812c6cmamL3aAqH
a/gWfqsnbcYGbZb3eMQHbLoWbUNXdHB3gZMmatYncB3obu9WBa/Gfu13e7WndMTHbKJ2bNgndsEX
eY/GeaXGawh4ftjn/4LltnqURn/8Jn6Nx2xsZwAPQAEzaGs8SHMRmIPelnOaBnIYyGjQx3rIZgW1
xmu5doGCFnDK12huIREPEREW8RwTUVYZEVcxJ3qe1m9CWG+IpnDn5oSXd2lW8HTVVnkSEHQ62ILt
BoR9eHyYJnQKd2jE9gAPsAAL8H675nWTpoI0eICc1nEoF3FnV24dF3mDmG44F3OvBxJBUAEjURID
gAAVUAEpsRILgAAuARMyEQP39myFNomyNmyE93GSl4UKmIuXt3dL92ym92n0xoddp4LM1nfGxovY
h4jQJ3HL14LAeHuSxnreB3o3N4HI53zAyHYIF42ztnfJ5hZyVQE+Ef8CTCEURLETO4EASREBSxEU
t6ZoyEaIQrh68QdorjZ1Tsh7MOh8+9Z/PFeDIViNL0huxfaHzWZ9rZZrNIeCkTZuXpdo7sd21aeG
Boh5Jgd6E6d5gCdskeYWVGEVWKEVPFABXpEAYCEIkVUWKkAFaAFthXeDKLeGsbh2EAhvroaLZkeH
CldrthZ/ageLCdh5E0ePvQZxtPdobGePtAaMDxhtEHhyH8dxUDmRxXZwl1eR4DYF6bdvpIaBtLcN
bxEXcwEadgETCZAXNKACfZEACwAYVpAAwbiQx6dqHuhtEmiTThiHcAiMOah3ugeJEFl1gEePvaeG
wmZ5/YZvTad35fb/gRDpeYXXfDT4jj2YgfInb485aC3olNSmDYeRGIsBGo6BAJFRFxUAGKeZABOQ
AJjxljKJfU55fv1Yj/Y3iLaXhb4YmPCYgA+ohNBYcX9JlHrHhjC4g4snkfI3cl/3a5qHmyPXhYs2
lFEXgc2XmdToZxQAcnM3C2QpGspRF6bBVwmAAEexmgnAGpLFV495eLuJefWWhvpHcI0nfH6oem94
kAEYnfzWkwL4dJ0XeIuIaoQ4c9ZXcanGlwVnaRCwcVpHBQt6Bf92hPRma+u2iITGcaBXbbHnDBeA
AB6KAHsSAR2QG7vhoSDgG8CBABLAAcMxC7XHg6NWfbs2ocYXmEgo/4MSWIBXaXWYGZV593hGuYZM
OKF0eJz/CICVRqTOJm3waINjp5l96GwL6Y89iGvyAFrLEVrOkRzRkQHTMQuItoN2F2r6poJHmoM2
in9XkHpDZ29W6ADEVm+NF3MO6YY9N5SZuXbKGZQuWIVsZ2oZd3jkxoMwaGpXJ4CeJnS915C9JnEd
d3OPJiQEypGAKaRtunAQEJVRx5wa2aSG2nsUx5MQUKBKaqjvaW6LF2689n7yx3SsKp3YZ3qZloT1
94wMB5TMVnmgip1pp3mWliRJSaWcF527OZvR1nMKyHazl5SKKXaSNos6inf7+H+5inTlF6jVZ6MN
+Kl9aXhA2Xeixv9zNEp5iJaRHFcCJFh0F2gsgGqrBviIXfeY/6ZpiteXAaqCj2qrl+mGcllxiMen
cypslAhsDjl2eKesFHhrDqmRuwdqTbp6ZSpo2zeIHMeuoEaXKUiQlcds66aILyhwFsdpHzCDhmZ/
+6asPcmPRXmYiVeybUqnWoemnAYF9rZsSQiptlez8NeBxMZ2WbhsBuAsoPaPrdp/dKp5lleuWvei
tmdp1UYAzUas1VqUhOqPiWdvYidy/diMIydoH9CYCHuHnxdtiwaVxUigRHmwS+p9UMdszgKLfEew
6faADGqcA9mqpJapc7icjQmhl3lsx0p/tDh/KCeRGQpzViAD4cf/egawAXBHdgzAAFdAhPC2cRhZ
d9f3rTLJpBAniZAajVcgtB57bwVaqNbHg9HJaZM3h1hYsDNofzd7gOYXjJjbbtlpiCT4cdRmtGj3
ABsIehtAgmE3demGcv9Yp8X4kKfaj2jaaMayawRIcyabcQKbkTW3c7mLs/xXjPOYssL5rFLaiBBY
biWXfpq2a782nFbAAAbQAFtJggSgurjZk4FJfFdrvCcremUHkcuXq+zqi896a6Aavc+5bHJKBdfW
ahCafXOqiSjIiPsas+94oZbWAAqsagr5ao1IAO4rfzcZeXpre/C3poI2qhNprlNZuFNrBf97fQSq
fCxLgH/qeZJm/4+RN2r8R4yN+KK6V3EvabI/yH/wx3NauXDnZm64SKGmtn+NeXKb6ZTgxoMV2mtB
ayWmp4N5p2+9h2+wy7ybtrrQVrjh6qrMGKvSGJ1xmYCCypgvWKflt4nnm4WvRnSEGIec9n2Dlq4X
Gr49qXgEGblW4qvbq3S/iK0peHUPWIOQlp3yR7aBpmlOnJsuGX5BqcXwyHcHGWzXV3XF+ZBF56t/
l3DQ+2sKCHA552uP1mqHeWnCBnIs3CSxKsK1B6gs2KQP+5rBNoTXOWsc9wCweXfKaa5oTIn4dpl8
2MgGC3gGa2vKeoACy5vPmWhauQDQl4sLYL55mWsLAHyVNgVCAv9oWBDENfiaS8uGGjvO8ra77Du5
GtdpkQtpZmt8nipzrZzDBNl10DtqC/t5jmd8xQx5MkyA57ZoNwmCCoeFcLhu6WclbayfFod3RKmy
kDiZVtBwUhnGzWwAaddo6LqkDw2U9Li49gt/XjnMHVgFJVBtnxyLSEeAvbiQEst5BNp5VkABMtBo
EvBpairHDH2N1aiz/Mqo8PiQG/nDkXh6Tsu+6ApvpRyA2WlouRqPP9p2feh8WMuYEouq7wdu7SqL
7bqoYWqLXDypvni+VADLaKywQz2gz3xscRu4uNeCYazRKJtz21x9xXx+k8oAkzd7yyvKiRa5Yty1
gZaQy+eAQQz/oztodjvsq/j8wILGyPXC0kU5wUTLvPD5jjRNaaGHodOWcLQofoYbaDNAzRLXbafH
AA8QaCXXaNTmywtg0esZeZzIoxWddw2rm5kmfTNIvab2dNXJafWCbA24dadNyy2NgmN9kIUbc9RW
wItrfmQruCHou6ptAATQadn9AC7wdQsQj3iXo/Qom4u6qJg7cj43zvTLmPm7cYk2MkfXdO+5n/Jm
fcwbp2pXt2zYcRxs1ac9ri0bpieXftfsvvEbuVbw3S7psPrpc5vNaA7Ak/SZdG/Yei4831VYmTHb
I5Y2Adzmeu85m/3m0mEcpdaKzntnBQnJcGQqkQIbs/T2dJg2/wXfnWsqTQBQO7m8N6FfbLo4u8cG
eJTIynvv+pLH6JSet3Gw3A3Fa9/Ghm7P6XFN24Y8uoa4huMN4G0QS3s9e5UB6KZ3qH//GH7Cpmmv
22npzc8L54hX63puTqyGW97v7SxVgAUIIA9JS6SarcbyxnXxCtY3Z+CytoIR931FS5BY2G0zvr1w
6meRm352Z9/6CJAA95MaW3PSVrewOIkuOWl+U62We9xcp5w7m4btmWk4DrgQO7nrjIHdBnnGBnwK
GbNsJ7k5roVImoAhLHW1PJRGS3EFSonCF6Z+s4j1N2oSh4PbmuyQR3zzZ2nfLbaUKG+QFrnVBsV6
HacvuLH9tv++p22b/RzVoDroCQiky+qXnxvSplYhEBAhf/uM5Se9Q3mUuefeuByhGvttgfYA2Lmk
xtnMkoa/p6bRU5m/txd4ej7f+tqzR6vXNSgBbXjWblNpJdcBLkoL/Lt2Mmd4G3e6MVmHuUirIQ2V
cJ2Ugdq8cjpoV3BtZfduAQjMiYZ/Jwu9YQ1z6m1z0hppxVggpIgA7lUAFcAewEYQdX5vh0p7wO7Q
NAqRNG7OzJ6s8AveRh+FhNiYkSiJVJB+2yvlFzvCmGu8med1x+uHjFYgQV8Ad94NQW/nEzABFZD2
BOFnJPAdUWqqxldo8xfGVohpOS56xqdwOD6CrhesyN7IMuD/bN2nlVofvk/Kl7LrsoNfswCb1pTX
bDwPMniCABOwJwswC53v+bOAAKNoJxXgLwy3HsdHun9OfXY9ghnZqBaoc5tHuMUNxVkZ+BQr7rOt
d6GcpA3o0IAKenPInwUyAR56AFaAUVjQ7nZOC2nv82g/KXBfBRjAHsxf5H3u5E8efBLo2BMKb05K
gL//kvMek4+GiEGYbIf3dw3p6sotveHdaG83de69rgFy5wVQ52+PAFUACBUIWBVYWIOGE4aIjIZY
M46RkpOTilZWV1ZUVZlXVVafVVSZmJxXo1NVFKCjn1enmKOlVZ+YsKyXtlObtLVXU1OZtJuXr7m2
mqGbp561/5yYl72bstGjnZgOwlWU3N2GhQUSWAMHjgVYioSO6YWH34ZW3vKUiKeir7y2osPSob5U
uTxpqiaLlEBQyGjhe2XskwEDsVzZy0Tt1jCA0KhoZMis1DVbpExhvDKvJBYIVQycw3JgAoIB5xhV
cNlIHTosVyAoMMkTZ6dtWFj1Mshw1j5r0fa9qpWMlT1r9/RpnGYgpQFhS6FFbCYKISlkFCne+zpK
1jOtqHqqXTtJgVu2JSXUG2mKoy2AwJgVVeg1oDOynIiJ0hjKKwMGtAwEi2aFwsOqABtegioRlN1r
pwBuvJJtINzPJj24HQ16HhUsrqAZHHh2SgPVmiY+MyaQFv9IaKY0abT880FdAwx8VwX+gMGvXBgR
FjOm+ufqzPbOkixNvRvp6pJIUIKFVWjTYL4YK3S1rGh3vUaL8QpeZcqCKsURfyC+ocqCBlwHM/Zk
bNcnjIFJdBBt8WBXHSKO7GRgJAhGUhAooeAjEkNHXVXMbLF19BVzkw0TURWIEbDAFey1lwot7i2w
mDBecQgNAwbshol/I1kmiwMFLviZONwUgMCP5fDkY0kTdISMZXwJA5EnjkGU2jScnEXBV7XISIxW
IE5BAAGZaLklLJxMkZQ/KV0CXFWH0UKAmHUV1Ikn02SiozxVdGCIAz0hsNJKPDVo2nIDCcRfRFWl
hGJIpqT/hNhyAJUZEgVdmWmbmA9tOUWhQ8EH4yaH+WbFYZgY0AAwKsZyBXD8sJYRJnPC5YE35Egy
QAcDGFLAAC/xaYidtjZSQZADLHAAnBw+J9mnKTngD6YflMAAKGdataRtmVpRFUKOATPFA0/8F2px
VohJwWFUpGLcmuFSuNwDDwAD0pOutNrqrTBhsRIi9d4qyauOYLCIJIMU4BGWew2UzGPWnvoAbiVs
wC67JaS0QXCHwYhYFfNhGuUrDSiaIke/3PfLL8F0eaIrvYRrRbtrMkQML8PIq5YGJg15ADk1ucPg
zu7Uamu9zyi0YYbIaZNYY+w6HNyZwFWc8cQMwGzbY6Gk/6mlilNko62YeS0mAT4DCwPMJwsQcJZg
xVwi84JBDllTvj47gkhMBbgdyZBn3fMMRjAXdeFDwbGLGETWWluoAT/AyIkBD0D0UErzSezb1iOL
+QrXJae9y5sBLbfX0EKvbSCuubKEwM213lq6OT+ePo4EsSKI60rTWMEvLV+nHSluqpA55YaEQYhQ
mSDm0ouhXuJ3HO/WALNMQJJZM2hsyJiVDFCiZw+XnpT4i4UERf4oCViBugwVbXstg/bx10B6OTAt
yyhKVZfn5CJ3EalMLOcSQnia9gBUi+sisQ0FYUE73TAP9R6Engt5ZDd8ERDIOsGlbNTmIbTpzNB0
cbaRvP8pMuNpVABHaJIDBMkREriOSSZjMM/FIiCtCM8+7rEiiuhiVMwwi3vwgRSDHAVO4ckfd1jU
CRIaUS2jeQtPqsCvoOBEKM6IzEcwE5ZLWM4XrnkFBGo3sgayBkPLiJLuImONLVbmiGg0iQpBcwzm
cGISGyKKmJoyQapBiHORusVAQNgMjzwJevxJoyDlYUAj/qQsmIAUMSiUEt9shoz8w8x/ctOQH1Lv
I4PMJGhaJw9d3Y1Hk3jehdwnnkYCg36TEcybcsOKki2yOVKsyxs1SUsBluSEk/BTJG7DneD5IxPP
0lZDqACRRnnIE5urIoHGEyBW1fKZJaGZvQYwgXodAlf/BwDSOF7iCH4NQAIeKEc2MdCoorTiWcRs
BbvC5S5DPe54k6weU64HJTjNApr49IYGTgc3Q0jgXrb6178G4LNYsaQcBRDGRqZ0KCoUhxMtc8bj
puA+d9kIFMXhTIeiQ77p5POjPENQzhBxs2yuAwseQAA4XacvlpCjknU51cW2BqGmddEu0TCAw8Zm
jDAOxkPYAylIpdlPnWFBA+fgkfduYlB7YYFXBUBgLKTYiYdY0T3BeEgJMLimrgnvU8UpGx7r6Reh
mnVuA8CANWWHgQJkE3WGAIEhDrBPmAyABB0IJ11R9wkFZOQXo5BAA7b0GhAFkwCvkRAWK9Uyy12C
AkjB/2BKzEpZEo5mqiDR0hytitjXhHE4jjtMUQh3R2ulyVobqKxqs5dEvwpKFpu1zeWICdYoeCpp
isFRcUYVGxA5jF3AccFqhyuz0WQmbauszFI69YLGYfQFDNDsFTZQNvxE4wEvmJgBuGQA4np3TgZs
1JXGerDgaBc32x0s1xA7R1AgZrALUFFQv0tfA/Gxc8zJxLRCJqIt+Rdz2ipFMNZkqSnU98ALIovY
GAOSy1lKRPFlbyeCEYzIuKe/wECwhqmjFK2Yh0JUcEDZ5ljgXzgga4uxDDuFOd/6ZrMD2oTLAZaq
Wgnx5xVa6y1hJAKeiozMChCo3wdzhOCYBHTDPTkSVv+IqV+sUPggnxATKo6TjeZBA8kCNcQAKtCB
INGqEKQDFksZMQANFJSbH+Xi8ABylURZpTjrNNRCzDkj8GDZqATVcjlAcI48j6McAROonoYEULMe
klOfckFwXPCwwxSqFSXLSYPtcud2oKMCC9AmI1qnAYQatB2NKGk6DI3cU2HqMU5K2VVcebkTp1hO
WF6AI5p6Dln/2RxOrQkiFJEzsw6lUQhxEkLKQgrNZk7Imbtzgw6Q6Xoh6AByqdfsBP2vt/q5kCAN
YvBYyAxtqdd+WePIMu48wjWC9AoSOIb3cMEQYMBXyC7TjUfJLbrWbpgjJ45vyWqIP3oD0NwHNhmE
gQH/AYKnTRb+/je5MeHf++TFK8dOuMTXFqb4Yg2nmQnxxDfeKi91NS9dLMUWOU5yA2kpAR+fNPRK
znLqiChzUWnjK1pOc7iIlX2W04sD/lfznptkaxRumT3mOG+fG50bVzN2yU6Mblsc/end0OyapMjT
jUD96pLoKpcQUmHkEBnrUIffNcJEuCKCHewv30p/0F30sx/95V2MsrY04nasY5XVxjZ73Z/uLm2Z
omXX2jvU3xfRsZ1W8FAPl6WW0ryZI/7o4RoxyR6M2MdD/gqDJXBnsdp2y7fc40I/kucp6wEMkMCT
3DhAO6bNjSv8t4vlgvXoQaqdAtC4JLqUhOu/5C4p/3599tD0V0u32WUtI4BmBVCBvcQXZkmUq6sj
8nB3gf9RpFrTz+SwJrWxj0srbB7kS2kx9WmpJ+4dAgMwPp2fGuESDMTYEL/IPA5T0/nxZzJg3KO1
nw3BLwjc+siooS2L9xz2h0/eM2PnkE2lMyvckw4k9SPW5FeYEF8EkgnZUIAbZ1zgVz/JgIES11qU
EybJ5oEJNxqu8XFU8G3ORIL+pgDl0gA4xHAts4IsSG4OBnLeJ3T1V4MI9j6ukRdl01g8uHCYxyUR
dQUj5i5DeGfPRyqcAT/sFQxLiGXlEoRYQypwt4NTOFyv8F/q9YXoYmBbuCBmNmuj1hPQFgm4BEdJ
R/9Y7vZ6vzeGm9REuFId0tR6WCh0mcd5cSiHcEEO4kRXZhg3uJIOaSUBCCVrt3IAxUcJiodh8DNi
oxIzflgdB1AANFMrc2MI3qN93MdUSdUN7ORfL+dVEVGJ1GFC4+BWWCBXLmVS3xMJEtAB7uc6g9Br
BHQ11XUfurAafYiKPKGK2ZSA5cAjhkiIJ3QOmQgTumQ5/fVy7zFhXYQjwAgaqjgOesYSGABX28Q9
41QvPOJW5qcgozBYmaci/CE9FvWL1ZhGQTIa2QCD7NVVJAIjoxIMOOJ47QhNIGiFH7ctG+B6wPA1
pLCP+WSCmVeKY/MArodDP8GOBolGVqAAHgd0C9H/AKUybLIXkbT0CkFYYsexezN4PhxZS1BIYOC3
Ys6TFcJQkpoUf4ilb0WxbxXWCgTikoPEGWUTYZRTOXkxFtJjBREQAVgQAQlwlAlwATiZPS/ohfc4
jZyxc2OREDFgCBFwACBQARyQAEspOiKZdxyRc7MlIFFylBcQAQGQAACAACnQlTJzgmvicMLUJYAl
FsPADKKQAFtJlEQAAC3AlW6ZYPH3kT1JlwrUDJIEABXAlRGwA0ywBBkQmNhhOXDpJTTJOaYSfirD
C1eQABOQlBlQAzmQAUopmdSBCjwJdziII33XUyZCMqUAABZwlLKJlERpmp/RJaRomZGWLnMHMnWG
/xtXAAIcQJoIAAIL8Cu4CRpd+GBXeFN6ATKp4DL2cAlmiZS2uZxsgXkYOSoguZJOJmVzpheBAZHa
2RO/AI306FUWJI3tViXz9AnnWR2uVzYJIFbgVzJ8kRflIRgpwQtsNp/UAV/fFmk4Bh7LESA2dhcd
In4CyhMqUl0Gag0UWmwhFxnchhZa+KDyQIpc0m6XEGRslxNRIiYEaUzl+WMOyqEdOmI6+HDAOTJV
UhQfEBgThhEsqhbJQ4H4eGInli50uRj0d1V9B2nmmaORsCU7+WQ4RkQWZD0T8Sb6KVlHiqSGkHT7
FpbpAqTOQSzJYTzDIZ9WOg8RNljtZkFcQxvTqf9iR+Et7oRB+mh/BeAECEACa9grPVEAZ7gWVogf
/JYuppAN7YEJWwQd8nQtVeCnHohUACgJrtgnn8GThRmjHbE3x0IlG5OPHthUWlZNJ3Uzc1UruOIz
t2JmATOqK6FWuWcIH0mPT4hxIupFnoOYshWiYoiB9HIOhYYFgNlWLFE3ApUv4lBUMIB6jiCpFCZM
MwI90fAVzYpcrQF+NWh7r3iHrgiqtVJSuyY3RrWt3bCbPhijQjOjvPQU5iGtGNg2NOOKCDJqE3CJ
RxWsqRMEqzhNhqB83EBYHzeN2aAsnKFF/6oVgRIo1kCQrLapEwAD9WJtPvOoLdUScFWqrHgrCrv/
EumAJwa0k+g4l+jRXgbjQYrVFfQnFqMwpoZAGqS4sZSZC/r5Qq91P4ISU7hQpabZWhi5ryuZIUiR
IXUxMKVmDxDwLnRnsqMxcD6ZpW8yZwwkG0F5R50wEib7CwqAclpCMphJMu3ZQ7OwSLPRpJeEPlbq
YM+oPApEYQ6QDYV6ENXgi7oAZCGRIXHKoY84qR7WQzM0TE4BSC7zH0n7DGF7dz8oZJ7Tm6Igos1B
CiEWJlEmEKiQPyuqnekpIiQTYGCypSUDAfkoEu3Bt1hBFGHREZBlpVeDsx+mF+UyZZ5THodLPm0C
T1aag2Q7QXcBb5cxFbSRHD50u7SwCp+CpM93/3HgMWfF0BloeglPqkAMGh0YEWTWEiBWqqRWqwuZ
kxcndg8+diW85DldwSKPBRGii59pynQ4GJJtlAxNuiGpQT16cxag8L0feq51sQtBqxo9Gy7SoUfd
oWZI8ri4uXvvsXS9GW95azxlwTcfUQrN0azUcgVZ0MAO/MAQHMESPMEUXMEWfMEYnMEavMEc3MEe
/MEgHMIiPMIkXMImfMIonMIqvMIs3MIu/MIwHMMyPMM0XMM2fMM4nMM6vMM83MM+/MNAHMRCPMRE
XMRGfMRInMRKvMRM3MRO/MRQHMVSPMVUXMVWfMVYnMVavMVc3MVe/MVgHMZiPMZkXMZmfMZonA3G
arzGbNzGbvzGYRwIADs=
--=====================_188612981==_--




From steve.lime at dnr.state.mn.us  Wed Mar 19 09:12:58 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 19 Mar 2003 11:12:58 -0600
Subject: [Mapserver-users] 3.70 cvs problem with query/nquery
Message-ID: 

We know and are working on it...

Steve

>>>  03/19/03 02:40AM >>>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi list,

The cvs version 3.70 from march 9, 2003, 08:36 GMT still has problems
with mode=nquery and mode=query

* mode=nquery returns an image instead of html
* mode=query crashes

Markus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard


iD8DBQE+eC0bxxUzQSse11ARAgbpAJ4mIXsayz0L7KS3/qt+BAIq80zXSwCeKzjS
9N8kCH0aKZJtE0tFgo/4pMY=
=S9jG
-----END PGP SIGNATURE-----
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From fararoni at yahoo.com  Wed Mar 19 10:07:01 2003
From: fararoni at yahoo.com (=?iso-8859-1?q?Isai=20Fararoni?=)
Date: Wed, 19 Mar 2003 12:07:01 -0600 (CST)
Subject: [Mapserver-users] Procedimiento para instalar en Solaris 9
Message-ID: <20030319180701.13566.qmail@web10108.mail.yahoo.com>

INSTALACION DE MAPSERVER EN SOLARIS
Les comparto los problemas que tuve para instalarlo en
la version de Solaris 9 y como quedo finalmente
fararoni at yahoo.com


REQUISITOS: 
?	Tener instalado el Servidor Apache 
?	Tener instalado el compilador gcc (SMCgcc) Versi?n
3.2.2
?	Tener instaladas las librer?as para gcc (SMClibgcc)
Versi?n 3.22
?	Tener instalado el GNU Make 3.80 
Por default Solaris trae otro compilador y su propio
make

Last login: Tue Mar 18 13:58:41 from 192.168.54.144:
Sun Microsystems Inc.   SunOS 5.9       Generic May
2002
POLUX#>

2. Si no uso la clave de usuario root, cambiarse de
usuario
#su - root
Sun Microsystems Inc.   SunOS 5.9       Generic May
2002

CONFIGURACIONES PREVIAS A LA INSTALACI?N DE LAS
LIBRER?AS
1.Confirmar que es gcc 3.2.2 o superior
# gcc --version
gcc (GCC) 3.2.2
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR
A PARTICULAR PURPOSE.

2.Confirmar que es versi?n 3.80 del GNU Make o
superior
#>/usr/local/bin/make --version
GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.
There is NO warranty; not even for MERCHANTABILITY or
FITNESS FOR A
PARTICULAR PURPOSE.

3. Verificar que tiene instaladas las librer?as de gcc
(SMClibgcc)
#pkginfo | grep libgcc
application SMClibgcc      libgcc

4. Verificar que tiene declarada la variable
LD_LIBRARY_PATH
#echo $LD_LIBRARY_PATH
/usr/local/lib

INSTALACI?N DE LAS LIBRER?AS

PRECONFIGURACIONES.
Instalar lo que falte

Agregar la l?nea al final de /etc/profile y agregar
------------------
LD_LIBRARY_PATH=$LA_LIBRARY_PATH:/usr/local/lib
:/usr/lib
------------------
*Reinici? el equipo para que tome este cambiom, si
alguien sabe como hacer sin reinicar que me diga.
*Si esta variable esta definida en alg?n otro lugar,
tambien que me avise.

Instalar el GNUMAKE
cd /librerias/make-3.80
1.- sh
2.- #./configure
3.- #make
4.- #make install
5.- #./make check
6.- #make clean
*Para desintalar usar : make distclean
*Por default queda instalado en /usr/local/bin/make

Instalar GCC
Esta libreria la puedes obtener de www.sunfreeware.com
1.- gzip -d gcc-3.2.2-sol9-sparc-local.gz
2.- #pkgadd -d ./gcc-3.2.2-sol9-sparc-local

Actualizar las librer?as para gcc y c++ en caso de no
tener instalado 
0.- Ir al directorio donde esta descomprimida la
libreria (source code)
cd /export/home/gis/librerias
1.- #sh
2.- #pkgadd -d ./libgcc-3.2.2-sol9-sparc-local


AHORA VIENE EL MAPSERVER

Instalar FreeType. 
0.- Ir al directorio donde esta descomprimida la
libreria (source code)
# cd freetype-2.1.4rc2
1.- #sh
2.- ./configure
3.- /usr/local/bin/make
4.- /usr/local/bin/make install

Instalar  JPEG

cd jpeg-6b
1.-#./configure
2.-#/usr/local/bin/make
3.-#/usr/local/bin/make test
4.-#/usr/local/bin/make install
5.-# /usr/local/bin/make install-lib

Instalaci?n de GD
www.boutell.com
cd gd-2.0.11
1.-#./configure
--with-freetype==/usr/local/include/freetype2
2.-#make
3.-#make check
4.-#make install
5.-#make clean
La libreria queda instalada en : /usr/local/include

 Instalar las librerias PROJ 4 - Para el manejo de
proyecciones
0.- Ir al directorio donde esta descomprimida la
librer?a (source code)
# cd proj-4.4.6
1.-#./configure
2.-#make
3.-#make check
4.-#make install
5.-#make clean

La libreria queda instalada en /usr/local/lib

Compilar e Instalar el Mapserver 3.6
0, moverse al directorio de las librerias
# cd mapserver-3.6.0
1.- # make
? Nota ejecutar el siguiente comando, solamente para
revisar que se gener? correctamente el programa.  
POLUX#>./mapserv
This script can only be used to decode form results
and
should be initiated as a CGI process via a httpd
server.
#
2.- # cp mapserv /var/local/apache/cgi-bin/mapserv.exe

 
Compilar e Instalar el Mapserver 3.3
0, moverse al directorio de las librerias
# cd /export/home/gis/librerias/mapserver
1.- # make
#./mapserv -help
? Nota ejecutar el siguiente comando, solamente para
revisar que se gener? correctamente el programa.  
#./mapserv
This script can only be used to decode form results
and
should be initiated as a CGI process via a httpd
server.
#

? Nota ejecutar el siguiente comando, solamente para
revisar que se genero correctamente el programa.  
#./mapserv
This script can only be used to decode form results
and
should be initiated as a CGI process via a httpd
server.
#

Nota. La aplicaci?n puede no funcionar desde el web,
si ocurre, crear links simbolicos de las librerias
generadas al directorio /usr/lib. Debe quedar de la
siguiente manera. Si alguien sabe como hacer que las
librerias /usr/lib sean encontradas en algun path,
favor de hacermelo saber, porque yo use links
simbolicos aunque no creo que sea necesario.
El link va de los archivos en /usr/local/lib a
/usr/lib

lrwxrwxrwx   20 Mar 11 13:38 libfreetype.so ->
libfreetype.so.6.3.3
lrwxrwxrwx   20 Mar 11 13:38 libfreetype.so.6 ->
libfreetype.so.6.3.3
lrwxrwxrwx   18 Mar 12 14:18 libstdc++.so ->
libstdc++.so.5.0.2
lrwxrwxrwx   18 Mar 12 14:18 libstdc++.so.5 ->
libstdc++.so.5.0.2

a continuaci?n pego el contenido del arhchivo Makefile
de Mapserver 3.6.0

# Generated automatically from Makefile.in by
configure.
# Run ./configure in the main MapServer directory to
turn this Makefile.in
# into a proper Makefile

LIB_INSTALL=/usr/local/lib/
HEADER_INSTALL=/usr/local/include/mapserver-3.0/

#
# mpatrol runtime memory debugger
#
MPATROL=  	
MPATROL_INC=	
MPATROL_LIB=	

#
# If you want to ignore missing datafile errors
uncomment the following
# line. This is especially useful with large tiled
datasets that may not
# have complete data for each tile.
#
#IGNORE_MISSING_DATA=-DIGNORE_MISSING_DATA
IGNORE_MISSING_DATA = -DIGNORE_MISSING_DATA

#
# Apparently these aren't as commonplace as I'd hoped.
Edit the
# following line to reflect the missing functions on
your platform.
#
# STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP
-DNEED_STRDUP
STRINGS= 

# Proj.4 distribution (cartographic projection
routines). Not required for normal use. (EXPERIMENTAL)
PROJ_INC= 
PROJ_LIB= 
PROJ=     

# GD distribution (graphics library GIF and/or PNG
support). (REQUIRED)
#
#   - Versions 1.3 to 1.5 write non-LZW GIF
(-DUSE_GD_1_3).
#   - Versions 1.6 and greater write PNG
(-DUSE_GD_1_6). Add -lpng -lz to GD_LIB line.
#
#
GDFONT_OBJ=gd-1.2/gdfontt.o gd-1.2/gdfonts.o
gd-1.2/gdfontmb.o gd-1.2/gdfontl.o gd-1.2/gdfontg.o
GD_INC=  -I/usr/local/include
GD_LIB=  -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng
-L/lib -lz
GD=       -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP
-DUSE_GD_FT
GD_STATIC = 

# PDFlib distribution (PDF library w/ PDF support).
(EXPERIMENTAL)
#
#
#
PDF_INC=  
PDF_LIB=  
PDF=      
PDF_OBJ=  

# TIFF distribution (raster support for TIFF and
GEOTIFF imagery). (RECOMMENDED)
TIFF_INC= 
TIFF_LIB=  -ljpeg -lfreetype -lpng -L/lib -lz
TIFF=     

# JPEG distribution (raster support for grayscale JPEG
images, INPUT ONLY).
JPEG_INC= 
JPEG_LIB= -ljpeg
JPEG=     -DUSE_JPEG

# EPPL7 Support (this activates ERDAS as well)
Included in the distribution. Probably the best raster
alternative if
# you've got EPPL7 laying around. See
http://www.lmic.state.mn.us/ for more information.
(RECOMMENDED)
EPPL=     -DUSE_EPPL
EPPL_OBJ= epplib.o

# ESRI SDE Support. You MUST have the SDE Client
libraries and include files
# on your system someplace. The actual SDE server you
wish to connect to can
# be elsewhere.
SDE=	  
SDE_LIB=  
SDE_INC=  

# Optional OGR Support.  OGC Simple Feature inspired
interface for vector
# formats.  See
http://gdal.velocet.ca/projects/opengis/
OGR=	  
OGR_LIB=  
OGR_INC=  
OGR_STATIC= 

# Optional GDAL Support (provides read access to a
variety of raster formats)
# See http://www.remotesensing.org/gdal
GDAL=	  
GDAL_LIB=  
GDAL_INC=  

# Optional PostGIS Support.  See
http://postgis.refractions.net/
POSTGIS=      
POSTGIS_LIB=  
POSTGIS_INC=  

# Optional ORACLESPATIAL Support. Contact:
cabral at cttmar.univali.br
ORACLESPATIAL=      
ORACLESPATIAL_LIB=  
ORACLESPATIAL_INC=  

# w3c-libwww ... required for WMS Client Connections
WWW_INC= 
WWW_LIB= 

# OGC WMS Compatibility:  -DUSE_WMS (Requires PROJ4
support)
# OGC WMS Client Connections:  -DUSE_WMS_LYR (Requires
PROJ4 and libwww)
WMS=	   

#
# UofMN GIS/Image Processing Extension (very
experimental)
#
#EGIS=-DUSE_EGIS
#EGIS_INC=-I./egis/errLog -I./egis/imgSrc -I./egis
#EGIS_LIB=-L./egis/errLog -lerrLog -L./egis/imgSrc
-limgGEN -L./egis -legis
#MAKE_EGIS=egis
#MAKE_EGIS_CLEAN=egis_clean

#
# IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS:
#
# In order to compile the PHP_MAPSCRIPT module, we
have to make MapServer
# uses the same version of the REGEX library that PHP
was compiled with:
#
REGEX_OBJ=	
REGEX_INC=	

#
# Multithreading support.
#
THREAD=
THREAD_LIB=

#
# Pick a compiler, etc. Flex and bison are only
required if you need to modify the mapserver lexer
(maplexer.l) or expression parser (mapparser.y).
#
CXX=	gcc	
CC=     gcc
AR= ar rc
RANLIB= ranlib
LEX=    lex
YACC=   yacc
# NOTA -- agregue : -lstdc++
XTRALIBS=  -lm -lstdc++
RUNPATHS= 

CFLAGS= -O2  -Wall  \
        $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL)
$(PROJ) $(WMS) \
	$(ORACLESPATIAL) $(TIFF) $(JPEG) $(GD) $(PDF) $(SDE)
$(OGR) $(GDAL) \
	$(POSTGIS) $(MPATROL) $(THREAD) \
	$(GD_INC) $(PDF_INC) $(PROJ_INC) $(TIFF_INC)
$(JPEG_INC) $(EGIS_INC) $(SDE_INC) \
	$(REGEX_INC) $(MPATROL_INC) $(OGR_INC) $(GDAL_INC)
$(POSTGIS_INC) \
	$(WWW_INC) $(ORACLESPATIAL_INC)

# Link flags and shared libs only
LDFLAGS=  $(RUNPATHS) -L. -lmap $(GD_LIB) $(PDF_LIB)
$(TIFF_LIB) $(PROJ_LIB) \
          $(JPEG_LIB) $(EGIS_LIB) $(SDE_LIB)
$(OGR_LIB) $(GDAL_LIB) \
	  $(POSTGIS_LIB) $(WWW_LIB) $(ORACLESPATIAL_LIB)
$(MPATROL_LIB) \
	  $(THREAD_LIB) $(XTRALIBS)

# STATIC_LIBS is full filename with path of libs that
will be statically linked
STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC)

RM= /bin/rm -f

OBJS= maptemplate.o mapbits.o maphash.o mapshape.o
mapxbase.o mapparser.o maplexer.o maptree.o
mapsearch.o mapstring.o mapsymbol.o mapfile.o
maplegend.o maputil.o mapscale.o mapquery.o maplabel.o
maperror.o mapprimitive.o mapproject.o mapraster.o
mapsde.o mapogr.o mappostgis.o maplayer.o
mapresample.o mapwms.o mapwmslayer.o
maporaclespatial.o mapgml.o mapprojhack.o mapthread.o
$(EPPL_OBJ) $(REGEX_OBJ) $(PDF_OBJ)

#
# --- You shouldn't have to edit anything else. ---
#
.c.o:
	$(CC) -c $(CFLAGS) $< -o $@

all: $(MAKE_GD) $(MAKE_EGIS) libmap.a shp2img shp2pdf
legend \
	mapserv shptree shptreevis shptreetst scalebar
sortshp perlvars \
	tile4ms 

egis::
	cd egis/errLog; make; cd ..
	cd egis/imgSrc; make; cd ..
	cd egis; make; cd ..

php3_mapscript:: libmap.a
	cd mapscript/php3; $(MAKE); cd ../..

maplexer.o: maplexer.c map.h mapfile.h

maplexer.c: maplexer.l
	$(LEX) -Pmsyy -i -omaplexer.c maplexer.l

mapparser.o: mapparser.c map.h

mapparser.c: mapparser.y
	$(YACC) -p msyy -d -omapparser.c mapparser.y

mapogr.o: mapogr.cpp
	$(CXX) -c $(CFLAGS) mapogr.cpp -o mapogr.o

lib: libmap.a
libmap: libmap.a
libmap.a: map.h $(OBJS) map.h
	$(AR) libmap.a $(OBJS)
	$(RANLIB) libmap.a

shp2pdf: libmap.a shp2pdf.o map.h
	$(CC) $(CFLAGS) shp2pdf.o $(LDFLAGS) $(STATIC_LIBS)
-o shp2pdf

shp2img: libmap.a  shp2img.o map.h
	$(CC) $(CFLAGS) shp2img.o $(LDFLAGS) $(STATIC_LIBS)
-o shp2img

sym2img: libmap.a   sym2img.o map.h
	$(CC) $(CFLAGS) sym2img.o $(LDFLAGS) $(STATIC_LIBS)
-o sym2img

legend: libmap.a  legend.o map.h
	$(CC) $(CFLAGS) legend.o $(LDFLAGS) $(STATIC_LIBS) -o
legend

scalebar: libmap.a  scalebar.o map.h
	$(CC) $(CFLAGS) scalebar.o $(LDFLAGS) $(STATIC_LIBS)
-o scalebar

mapserv: mapserv.h libmap.a  mapserv.o cgiutil.o map.h
	$(CC) $(CFLAGS) mapserv.o cgiutil.o  $(LDFLAGS)
$(STATIC_LIBS) -o mapserv

shpindex: libmap.a shpindex.o map.h
	$(CC) $(CFLAGS) shpindex.o $(LDFLAGS) $(STATIC_LIBS)
-o shpindex

shptree: libmap.a shptree.o map.h
	$(CC) $(CFLAGS) shptree.o $(LDFLAGS) $(STATIC_LIBS)
-o shptree

shptreevis: libmap.a shptreevis.o map.h
	$(CC) $(CFLAGS) shptreevis.o $(LDFLAGS)
$(STATIC_LIBS) -o shptreevis

shptreetst: libmap.a shptreetst.o map.h
	$(CC) $(CFLAGS) shptreetst.o $(LDFLAGS)
$(STATIC_LIBS) -o shptreetst

sortshp: sortshp.o
	$(CC) $(CFLAGS) sortshp.o $(LDFLAGS) $(STATIC_LIBS)
-o sortshp

tile4ms: tile4ms.o
	$(CC) $(CFLAGS) tile4ms.o $(LDFLAGS) $(STATIC_LIBS)
-o tile4ms

perlvars:
	touch perlvars
	pwd > perlvars
	echo $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL)
$(PROJ) $(TTF) $(TIFF) $(JPEG) $(GD) $(SDE) $(OGR)
$(GDAL) >> perlvars
	echo -I. $(PROJ_INC) $(GD_INC) $(TTF_INC) $(TIFF_INC)
$(JPEG_INC) $(SDE_INC) $(OGR_INC) $(GDAL_INC) >>
perlvars
	echo $(LDFLAGS) >> perlvars
	echo $(STATIC_LIBS) >> perlvars

egis_clean:
	cd egis/errLog; $(MAKE) clean; cd ..
	cd egis/imgSrc; $(MAKE) clean; cd ..
	cd egis; $(MAKE) clean; cd ..

php3_mapscript_clean::
	cd mapscript/php3; $(MAKE) clean; cd ../..

install: libmap.a
	cp -f libmap.a $(LIB_INSTALL)
	cp -f map.h $(HEADER_INSTALL)

clean:	$(MAKE_EGIS_CLEAN) 
	rm -f libmap.a *.o shp2img shp2pdf mapserv legend
shptree shptreevis shptreetst scalebar sortshp
perlvars

distclean:
	$(MAKE) clean
	rm config.*

sorta-clean:
	rm -f *.o



=====

Isai Fararoni Ramirez 
fararoni at yahoo.com
Mexico D.F  Instituto Polit?cnico Nacional
Interest: Distribuited Objects, Virtual Reality, Networks, Security, Internet,GIS


_________________________________________________________
Do You Yahoo!?
La mejor conexi?n a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx


From Hannah.Jensen at erdc.usace.army.mil  Wed Mar 19 10:57:21 2003
From: Hannah.Jensen at erdc.usace.army.mil (Jensen, Hannah ERDC-CRREL-NH Contractor)
Date: Wed, 19 Mar 2003 13:57:21 -0500
Subject: [Mapserver-users] indexing problem
Message-ID: <048FBD219330D211B47000A0C9B3BAFD04898711@crl02.crrel.usace.army.mil>

Hi, all.  I'm trying to move an application from an NT box to a Solaris box.  Everything works fine, except for one major glitch: the shapefile indexing no longer works.  I have rebuilt the indexes using the shptree N, M and NM byte order options but nothing seems to work.  It takes exactly the same amount of time to draw regardless of whether or not the .qix file is present.  I know I could tile the shapefiles and solve my problem, but I'd rather not since the indexing worked fine on the NT box.  Any ideas?  Thanks in advance for your help.


Cheers,
Hannah



Hannah Jensen
(603) 646-4145	
Remote Sensing / GIS Center
Cold Regions Research and Engineering Lab (CRREL)
US Army Corps of Engineers
72 Lyme Rd, Hanover, NH 03755-1290




From dan.arnold at noaa.gov  Wed Mar 19 11:02:39 2003
From: dan.arnold at noaa.gov (Dan Arnold)
Date: Wed, 19 Mar 2003 13:02:39 -0600
Subject: [Mapserver-users] question on linking
Message-ID: <004a01c2ee4a$1cbc0570$4b6de3cc@CR20407>

This is a multi-part message in MIME format.

------=_NextPart_000_004B_01C2EE17.D2219570
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hello all-
 
Very new to MapServer (like 3 days) and have been searching the doc's,
faq's and have had no luck finding what I'm looking for. 
 
I'm trying to create a map of a state that displays county outlines on
the map and for each county I'd like to be able to link to a different
page.
 
I don't want to pan, or zoom in/out.. just a simple link to another
page. For example if you click on "county_01" on my map it would send
you to "county_01.php" if you clicked on "county_02" you'd go to
"county_02.php" etc...
 
I can create the map with the county lines, but I don't know how to
"link" them to a separate page.
 
Can this be done? And if it can, anyone have any sample code I could
look at?
 
Any help would be appreciated!

--
Dan Arnold
Webmaster
National Weather Service
Central Region Headquarters
dan.arnold at noaa.gov
816.891.7734 x486

 

------=_NextPart_000_004B_01C2EE17.D2219570
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable




Message




Hello=20
all-


 


Very =
new to=20
MapServer (like 3 days) and have been searching the doc's, faq's and =
have had no=20
luck finding what I'm looking for. 


 


I'm =
trying to create=20
a map of a state that displays county outlines on the map and for each =
county=20
I'd like to be able to link to a =
different page.


 


I =
don't want to pan,=20
or zoom in/out.. just a simple link to another page. For example if you =
click on=20
"county_01" on my map it would send you to "county_01.php" if you =
clicked on=20
"county_02" you'd go to "county_02.php" etc...


 


I can create=20
the map with the county lines, but I don't know how to "link" them to a =
separate=20
page.


 


Can this be done? And if it can, anyone have =
any sample=20
code I could look at?


 


Any help would be=20
appreciated!


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


 


------=_NextPart_000_004B_01C2EE17.D2219570--



From rapude at web.de  Wed Mar 19 11:08:09 2003
From: rapude at web.de (Ralf Rapude)
Date: Wed, 19 Mar 2003 20:08:09 +0100
Subject: [Mapserver-users] Getting Access to mapserver directly
In-Reply-To: <20030319165001.25562.3951.Mailman@lists.gis.umn.edu>
References: <20030319165001.25562.3951.Mailman@lists.gis.umn.edu>
Message-ID: <8041926296.20030319200809@web.de>

Hi List,
I'm just testing the MapServer and I like it very well. But I need a
tool like that in a different way, which means that I would like to
use it without its webserver features, because I just need the map and
noting else.
Is there any opportunity to send the parameters, now given by GET to
the mapserver.exe, directly as an argument out af a java application?

For example:
I've rendered an initial map out of different layers from the oracle
db. Now I would like to build a java-tool which allows to zoom an area
in by giving new coordinates to mapserver.exe out of the mouse event.
If mapserver.exe is started again with the new coordinates it will
start a new request to Oracle Spatial, which allows mapserver.exe to
render a new map so that I'm able to give it out in my application.

Thanks a lot
Ralf



From ryanne.cruz at up.edu.ph  Wed Mar 19 10:10:42 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Thu, 20 Mar 2003 02:10:42 +0800
Subject: [Mapserver-users] RE: max number of class in a layer
Message-ID: <1048097442.3e78b2a2a80b9@mail.up.edu.ph>

 
hi list. 
 
does anyone here knows how many class can i put in a layer? im planning to 
make a layer with 70 classes. would this be ok? 
 
ryanne 


From morissette at dmsolutions.ca  Wed Mar 19 11:19:25 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Wed, 19 Mar 2003 14:19:25 -0500
Subject: [Mapserver-users] Getting Access to mapserver directly
References: <20030319165001.25562.3951.Mailman@lists.gis.umn.edu> <8041926296.20030319200809@web.de>
Message-ID: <3E78C2BD.BAD06541@dmsolutions.ca>

Ralf Rapude wrote:
> 
> Is there any opportunity to send the parameters, now given by GET to
> the mapserver.exe, directly as an argument out af a java application?
> 

You can pass your parameters using the "QUERY_STRING=..." parameter that
we use for debugging, e.g.

   mapserv.exe "QUERY_STRING=map=test.map&mode=map&blah=..."

Make sure you enclose the QUERY_STRING parameter inside quotes to
prevent errors from the shell interpretor.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From Peter.Bruton at CCRS.NRCan.gc.ca  Wed Mar 19 11:21:21 2003
From: Peter.Bruton at CCRS.NRCan.gc.ca (Peter.Bruton at CCRS.NRCan.gc.ca)
Date: Wed, 19 Mar 2003 14:21:21 -0500
Subject: [Mapserver-users] question on linking
Message-ID: <7CDD7B94357FD5119E800002A537C46EB10057@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_01C2EE4C.B9191870
Content-Type: text/plain;
	charset="iso-8859-1"

Hello;
 
Assuming your counties layer is an ArcView polygon shapefile, you could
imbed URLs to other pages in an attribute of the shapefile's dbf.  Your
mapping user interface would require an query function.  A user would
activate the query function and then click on one of the counties.  The
county Layer would have a TEMPLATE property.   A popup browser window would
appear that contains the results of the query.  One of the returned
attributes would be a URL to a particular counties page.  The value of the
attribute in the shapefile could take the following format:
 
County A  
 
Have a good day.

-----Original Message-----
From: Dan Arnold [mailto:Dan.Arnold at noaa.gov]
Sent: Wednesday, March 19, 2003 2:03 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] question on linking


Hello all-
 
Very new to MapServer (like 3 days) and have been searching the doc's, faq's
and have had no luck finding what I'm looking for. 
 
I'm trying to create a map of a state that displays county outlines on the
map and for each county I'd like to be able to link to a different page.
 
I don't want to pan, or zoom in/out.. just a simple link to another page.
For example if you click on "county_01" on my map it would send you to
"county_01.php" if you clicked on "county_02" you'd go to "county_02.php"
etc...
 
I can create the map with the county lines, but I don't know how to "link"
them to a separate page.
 
Can this be done? And if it can, anyone have any sample code I could look
at?
 
Any help would be appreciated!

--
Dan Arnold
Webmaster
National Weather Service
Central Region Headquarters
dan.arnold at noaa.gov  
816.891.7734 x486

 


------_=_NextPart_001_01C2EE4C.B9191870
Content-Type: text/html;
	charset="iso-8859-1"




Message




Hello;


 


Assuming your counties layer is an ArcView polygon 
shapefile, you could imbed URLs to other pages in an attribute of the 
shapefile's dbf.  Your mapping user interface 
would require an query function.  A user would activate 
the query function and then click on one of the 
counties.  The county Layer would have a TEMPLATE 
property.   A popup browser window would appear that 
contains the results of the query.  One of the returned attributes 
would be a URL to a particular counties page.  The value of the 
attribute in the shapefile could take the following format:


 



 


Have a 
good day.



  
-----Original Message-----
From: Dan Arnold 
  [mailto:Dan.Arnold at noaa.gov]
Sent: Wednesday, March 19, 2003 2:03 
  PM
To: mapserver-users at lists.gis.umn.edu
Subject: 
  [Mapserver-users] question on linking


  
Hello 
  all-

  
 

  
Very new to 
  MapServer (like 3 days) and have been searching the doc's, faq's and have had 
  no luck finding what I'm looking for. 

  
 

  
I'm trying to 
  create a map of a state that displays county outlines on the map and for each 
  county I'd like to be able to link to a 
  different page.

  
 

  
I don't want to 
  pan, or zoom in/out.. just a simple link to another page. For example if you 
  click on "county_01" on my map it would send you to "county_01.php" if you 
  clicked on "county_02" you'd go to "county_02.php" etc...

  
 

  
I can create 
  the map with the county lines, but I don't know how to "link" them to a 
  separate page.

  
 

  
Can this be done? And if it can, anyone have any 
  sample code I could look at?

  
 

  
Any help would be 
  appreciated!

  
--
Dan 
  Arnold
Webmaster
National Weather Service
Central Region 
  Headquarters
dan.arnold at noaa.gov
816.891.7734 
  x486

  
 


------_=_NextPart_001_01C2EE4C.B9191870--


From ed at topozone.com  Wed Mar 19 11:25:04 2003
From: ed at topozone.com (Ed McNierney)
Date: Wed, 19 Mar 2003 14:25:04 -0500
Subject: [Mapserver-users] Getting Access to mapserver directly
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3FE5@mercator.topozone.com>

Ralf -

You can use MapServer itself from the command line.  Pass it a single command-line argument that reads QUERY_STRING=xxx where "xxx" is the HTTP querystring you would put after the "?" on the URL.

	- 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: Ralf Rapude [mailto:rapude at web.de]
Sent: Wednesday, March 19, 2003 2:08 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Getting Access to mapserver directly


Hi List,
I'm just testing the MapServer and I like it very well. But I need a
tool like that in a different way, which means that I would like to
use it without its webserver features, because I just need the map and
noting else.
Is there any opportunity to send the parameters, now given by GET to
the mapserver.exe, directly as an argument out af a java application?

For example:
I've rendered an initial map out of different layers from the oracle
db. Now I would like to build a java-tool which allows to zoom an area
in by giving new coordinates to mapserver.exe out of the mouse event.
If mapserver.exe is started again with the new coordinates it will
start a new request to Oracle Spatial, which allows mapserver.exe to
render a new map so that I'm able to give it out in my application.

Thanks a lot
Ralf

_______________________________________________
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 Mar 19 11:29:17 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 19 Mar 2003 13:29:17 -0600
Subject: [Mapserver-users] question on linking
Message-ID: 

Easiest way to do this would be using URL templates. Assuming you have
the county code as an attribute you'd setup the template for the county
layer like this:

TEMPLATE "http://www.yourserver.com/county_[CNTYCODE].php"

MapServer will do the substitution of the county code in the above URL
and then redirect the user to that URL. Works slick...

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> "Dan Arnold"  03/19/03 01:02PM >>>
Hello all-
 
Very new to MapServer (like 3 days) and have been searching the doc's,
faq's and have had no luck finding what I'm looking for. 
 
I'm trying to create a map of a state that displays county outlines on
the map and for each county I'd like to be able to link to a different
page.
 
I don't want to pan, or zoom in/out.. just a simple link to another
page. For example if you click on "county_01" on my map it would send
you to "county_01.php" if you clicked on "county_02" you'd go to
"county_02.php" etc...
 
I can create the map with the county lines, but I don't know how to
"link" them to a separate page.
 
Can this be done? And if it can, anyone have any sample code I could
look at?
 
Any help would be appreciated!

--
Dan Arnold
Webmaster
National Weather Service
Central Region Headquarters
dan.arnold at noaa.gov 
816.891.7734 x486

 


From steve.lime at dnr.state.mn.us  Wed Mar 19 11:37:27 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 19 Mar 2003 13:37:27 -0600
Subject: [Mapserver-users] Filtering a shape file using a list of
 record keys
Message-ID: 

There's no built-in limit to expression length, but I bet bison has one
built in. Don't know if you're using it or not but there is an "IN"
operator that allows you to compare one value to a list of values.

As for workarounds, depends on how you're building the list of keys.
Cached queries might be one way. When true dynamic join support hits
with 3.7 that may work as well, but it's not working yet...

Steve

>>> JamesP at esdm.co.uk 03/13/03 06:33PM >>>
Hi,

 

What is the best way to filter a shape file using a list of record
keys.

 

Presumably I can build up a string in CLASS EXPRESSION - but if I am
selecting a lot of objects, this could get quite a lengthy string - is
there a limit to the number of characters that this will take ?

 

Is there a better way of doing this - e.g. joining in a dbf file
containing the list of keys ?

 

Many thanks in advance

 

James Perrins

 



From steve.lime at dnr.state.mn.us  Wed Mar 19 11:45:18 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 19 Mar 2003 13:45:18 -0600
Subject: [Mapserver-users] Transparency on Querymap hilite
Message-ID: 

Query maps can be mimiced using regular old layers. Using your example
you could add a second class with an expression that you set only once a
query has been done. In regular modes the expression wouldn't match and
would be skipped. This works nicely when only a few features are
selected and it's easy to write an expression to isolate them. In your
case it might look like:

   CLASS
     # selected features are drawn with this 
      EXPRESSION "%myexpr%"
      COLOR 255 0 0
      OUTLINECOLOR 143 143 143
    END

It goes before the other class and is only active when you pass
mapserver a variable called myexpr. Just a thought anyway. Otherwise the
request for transparency in a querymap should be filed in bugzilla...

Steve


>>> "Bernd Deckert"  03/14/03 06:49AM >>>
Dear Listmembers,

The final client of my cartographic intranet solution whishes
transparency on the queried geographic objects to "see behind the
objects".

Is there a way to apply a TRANSPARENCY on "HILITE" of QUERYMAP in
mapfile. 
Probably not...
Is there an other way to obtain a sort of "transparency effect"
(without changing the layer properties) .
Thanks a lot 
                Bernd

++++++++++++++++++++++++++++++++++++++++++++++++
  QUERYMAP
    COLOR 255 0 0
    STYLE HILITE
  END


The layers is something like this

LAYER
 TRANSPARENCY 50
 NAME "Rn"
 GROUP "Nature"
  METADATA
      "LYRNAME" "Réserve naturelle nationale"
      "CHAMPSSIG" "ID;Intitule_decret;SURFACE_SIG_km2"
      "IDSIGIDBD" "ID"
  END
    STATUS ON
    CONNECTIONTYPE OGR
    CONNECTION "../../data/Rn_lr.TAB"
    TOLERANCE 5
    TYPE POLYGON
    CLASS
      NAME "Rn1"
      COLOR 49 193 34
      OUTLINECOLOR 143 143 143
      TEMPLATE "ttt_query.html"
    END
  END
++++++++++++++++++++++++++++++++++++++++++++++++






From JamesPerrins at esdm.co.uk  Wed Mar 19 11:49:33 2003
From: JamesPerrins at esdm.co.uk (James Perrins)
Date: Wed, 19 Mar 2003 19:49:33 -0000
Subject: [Mapserver-users] Filtering a shape file using a list ofrecord keys
In-Reply-To: 
Message-ID: <009001c2ee50$ade781e0$6401a8c0@JPXP>

Steve,

Many thanks for this - I'm new to mapserver and have been searching the
archive for details on this.  I think I now more or less understand what
can and can't be done in this area (a moments excitement when I found
the current JOIN function - but then I discovered what it was really
for).  I've found a variety of ways to filter and to dynamically plot
points, but they all look as if they will only work for a few records
(or maybe a few 100) due to string length issues.

Dynamic JOIN in 3.7 sounds just what I'm after - any idea when this
might be up and running ?- in the mean time I've been looking at writing
out temporary shape files as I'm only bothered about points for the
moment.

Best wishes
James

-----Original Message-----
From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] 
Sent: 19 March 2003 19:37
To: JamesP at esdm.co.uk; JamesPerrins at esdm.co.uk;
mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] Filtering a shape file using a list
ofrecord keys

There's no built-in limit to expression length, but I bet bison has one
built in. Don't know if you're using it or not but there is an "IN"
operator that allows you to compare one value to a list of values.

As for workarounds, depends on how you're building the list of keys.
Cached queries might be one way. When true dynamic join support hits
with 3.7 that may work as well, but it's not working yet...

Steve

>>> JamesP at esdm.co.uk 03/13/03 06:33PM >>>
Hi,

 

What is the best way to filter a shape file using a list of record
keys.

 

Presumably I can build up a string in CLASS EXPRESSION - but if I am
selecting a lot of objects, this could get quite a lengthy string - is
there a limit to the number of characters that this will take ?

 

Is there a better way of doing this - e.g. joining in a dbf file
containing the list of keys ?

 

Many thanks in advance

 

James Perrins

 





From kgeurts at gis.umn.edu  Wed Mar 19 11:32:14 2003
From: kgeurts at gis.umn.edu (Kari Geurts)
Date: Wed, 19 Mar 2003 13:32:14 CST
Subject: [Mapserver-users] Re: Change to the download page and homepage
Message-ID: <200303191932.h2JJWEf00533@challenge.software.umn.edu>

On 19 Mar 2003, Kari Geurts wrote:

MapServer Users,

The 3.6.5 version is available on the download page. Check it out.

Kari


> It's the official. Nothing major from 3.6.4 but there are some minor
> improvements...
> 
> Thanks!
> 
> >>> Kari Geurts  03/19/03 01:04PM >>>
> On 19 Mar 2003, Kari Geurts wrote:
> 
> Steve,
> 
> I made the change to the homepage. Just want some clarification on the
> download page. Do you want 3.6.5 to be the official release or just
> under
> the previous release section or something else?
> 
> Kari
> 
> 
> > On the home page the newest version should be 3.6.5.
> > 
> > On the download page it's roughly the same change, just add 3.6.5 to
> > the list of versions.
> > 
> > >>> Kari Geurts  03/19/03 12:03PM >>>
> > On 19 Mar 2003, Kari Geurts wrote:
> > 
> > Steve,
> > 
> > If you let me know what to change I can or feel free to make the
> > changes.
> > 
> > Kari
> > 
> > 
> > > Hi Kari: I just created a new release (3.6.5) that needs to be
> > reflected
> > > on the home and download pages. Can you make the changes or should
> > I?
> > > Just let me know.
> > > 
> > > Steve
> > > 
> > Kari A. Geurts
> > 
> > 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 
> > 
> > 
> Kari A. Geurts
> 
> 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 
> 
> 
Kari A. Geurts

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 laplagnegeo at softhome.net  Wed Mar 19 12:52:01 2003
From: laplagnegeo at softhome.net (Ignacio Laplagne)
Date: Wed, 19 Mar 2003 17:52:01 -0300
Subject: [Mapserver-users] error and mapserver+postgis demo
Message-ID: <001901c2ee59$68374d70$f101a8c0@dgmod02>

Hi,

We?re having some problems regarding the use of mapServer with postGIS
support. Right now, for example, we get an error when trying to use the
?query? mode (the error output is included at the end of this message).
But the same works just fine if the layer comes from a .shp (that is,
only changing the data source). The browse mode works ok with both
sources.

The question is, ?has anyone got a working demo of mapServer with
postGIS? It would help us a lot in understanding our problems.

Thanks in advance,
Ignacio

---

msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL
statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM counties - Error
with POSTGIS data variable. You specified ''.
Standard ways of specifiying are : 
(1) 'geometry_column from geometry_table' 
(2) 'geometry_column from () as foo using unique  using SRID=' 
Make sure you put in the 'using unique ' and 'using SRID=#'
clauses in.




From kgeurts at gis.umn.edu  Wed Mar 19 12:36:16 2003
From: kgeurts at gis.umn.edu (Kari Geurts)
Date: Wed, 19 Mar 2003 14:36:16 CST
Subject: [Mapserver-users] RE: MapServer
Message-ID: <200303192036.h2JKaGn06598@challenge.software.umn.edu>

Hello MapServer Users,

Just wanted to let you know what has been happening with MDP. There is a
new MapServer version 3.6.5 available on the Download website -
http://mapserver.gis.umn.edu/dload.html.
In addition, we are getting close to the release of 3.7. All authors should
be preparing for the big day.

There have been many new MapServer application examples added to the
Gallery website at http://mapserver.gis.umn.edu/gallery.html. Take a look
at how MapServer is being used all across the world!

We have two new volunteers for translating MapServer documents into French
and Spanish. Look for the version with fr or sp in the document name.

Hope to see you all in person at the First MapServer User Conference June
6th and 7th.

Kari A. Geurts

MDP 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 pkishor at geoanalytics.com  Wed Mar 19 13:59:33 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Wed, 19 Mar 2003 21:59:33 -0000
Subject: [Mapserver-users] Re: MapServer
In-Reply-To: <200303192036.h2JKaGn06598@challenge.software.umn.edu>
Message-ID: 

--- In mapserver-users at yahoogroups.com, Kari Geurts  wrote:
> Hello MapServer Users,
> 
> Just wanted to let you know what has been happening with MDP. 

what is MDP? sorry, I am drawing a blank.

> There is a
> new MapServer version 3.6.5 available on the Download website -

fantastic. 

But, Kari, Steve, could we _please_ have a version history (what's new
in this version).html linked right next to the download? It would
really help in figuring out whether or not to download the whole
shebang. Besides, it would also be a neat log of the changes of time.
I believe there is a versions info in the tarball, but it would be
nice to see it separately without having to download it first.

Many thanks.

Puneet.

..



From sgillies at frii.com  Wed Mar 19 14:06:24 2003
From: sgillies at frii.com (Sean Gillies)
Date: Wed, 19 Mar 2003 15:06:24 -0700
Subject: [Mapserver-users] indexing problem
In-Reply-To: <048FBD219330D211B47000A0C9B3BAFD04898711@crl02.crrel.usace.army.mil>
Message-ID: <0659205D-5A57-11D7-88AD-000393B98B56@frii.com>

Shot in the dark: maybe an issue of case-sensitivity of your filenames?
This bites people all the time when migrating from M$ to UNIX.

peace,
Sean

On Wednesday, March 19, 2003, at 11:57  AM, Jensen, Hannah 
ERDC-CRREL-NH Contractor wrote:

> Hi, all.  I'm trying to move an application from an NT box to a 
> Solaris box.  Everything works fine, except for one major glitch: the 
> shapefile indexing no longer works.  I have rebuilt the indexes using 
> the shptree N, M and NM byte order options but nothing seems to work.  
> It takes exactly the same amount of time to draw regardless of whether 
> or not the .qix file is present.  I know I could tile the shapefiles 
> and solve my problem, but I'd rather not since the indexing worked 
> fine on the NT box.  Any ideas?  Thanks in advance for your help.
>
>
> Cheers,
> Hannah
>
--
Sean Gillies
sgillies at frii.com
http://www.frii.com/~sgillies



From dblasby at refractions.net  Wed Mar 19 16:44:37 2003
From: dblasby at refractions.net (David Blasby)
Date: Wed, 19 Mar 2003 16:44:37 -0800
Subject: [Mapserver-users] error and mapserver+postgis demo
In-Reply-To: <001901c2ee59$68374d70$f101a8c0@dgmod02>
References: <001901c2ee59$68374d70$f101a8c0@dgmod02>
Message-ID: <3E790EF5.2070902@refractions.net>

Ignacio Laplagne wrote:

>msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL
>statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM counties - Error
>...
>
This is a problem with postgresql 7.3's handling of "EXPLAIN VERBOSE", I 
thought I already fixed this problem (someone submitted a patch).  Are 
you using the most recent CVS version of mappostgis.c?

dave





From millardymecki at sympatico.ca  Wed Mar 19 17:52:21 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Wed, 19 Mar 2003 20:52:21 -0500
Subject: [Mapserver-users] labels hyperlinked
Message-ID: <00c201c2ee83$58f653e0$f098fea9@pauls>

This is a multi-part message in MIME format.

------=_NextPart_000_00BF_01C2EE59.6FBCF630
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi
   I was wondering if there is an easy way to make labels hyperlinked?  =
I seem to be revisiting this one again.
thx,
Paul

------=_NextPart_000_00BF_01C2EE59.6FBCF630
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi


   I was wondering if there =
is an easy=20
way to make labels hyperlinked?  I seem to be revisiting this one=20
again.


thx,


Paul


------=_NextPart_000_00BF_01C2EE59.6FBCF630--



From morissette at dmsolutions.ca  Wed Mar 19 23:09:46 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 20 Mar 2003 02:09:46 -0500
Subject: [Mapserver-users] Re: MapServer
References: 
Message-ID: <3E79693A.305E957A@dmsolutions.ca>

pkishor_98 wrote:
> 
> But, Kari, Steve, could we _please_ have a version history (what's new
> in this version).html linked right next to the download? It would
> really help in figuring out whether or not to download the whole
> shebang. Besides, it would also be a neat log of the changes of time.
> I believe there is a versions info in the tarball, but it would be
> nice to see it separately without having to download it first.
> 

I agree this would be great, actually just placing a link to the
HISTORY.TXT file in the download page would do.  In the meantime, I
attached below a copy of the changes between 3.6.5 and 3.6.4.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


Version 3.6.5 (2003-03-18)
--------------------------

- Fix a little problem with qix files with no depth.

- Fixed problem with STATUS EMBED being written as STATUS QUERYONLY by
  msSaveMap()

- Fix problem reading WMS layers in GIF format (via GDAL) when GD
  doesn't support GIF

- Backport bug 186 fix from version 3.7 for $rect->project(), 
  $point->project(), etc... in php_mapscript.  Note that the project() 
  methods return MS_SUCCESS/MS_FAILURE and operate on the object itself.


From miroslav.sodja at gov.si  Wed Mar 19 23:28:28 2003
From: miroslav.sodja at gov.si (Miroslav Sodja)
Date: Thu, 20 Mar 2003 08:28:28 +0100
Subject: [Mapserver-users] Re: Flash interface to CGI MapServer
Message-ID: <001101c2eeb2$4d4e4640$24b1000a@arao.local>

This is a multi-part message in MIME format.

------=_NextPart_000_0012_01C2EEBA.AF12AE40
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

------------------------------------------------------------------------
>John Hagstrand wrote:
>Thanks, Miro.  Your Flash interface looks great.  I see you are using
>the gif produced by MapServ.  Have you experimented with drawing
>map shapes within Flash?
-----------------------------------------------------------------------
 
In fact I am not using gif produced by MapServ, but JPEG produced by
MapServ and JPEG is loaded in Flash.
If you downloaded the source code you could see in MAP file attached to
zip that JPEG is produced by MapServ.
 
As I know, Flash cannot load gif dynamically from web, only JPEG or SWF
can be loaded. 
I also found out that JPEG should be transparent and non-interlaced.
 
 
Miro Sodja
www.go2ing.com  
 
 
 

------=_NextPart_000_0012_01C2EEBA.AF12AE40
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable























-------------------=
-----------------------------------------------------



><=
st1:PersonName>John =
Hagstrand =
wrote:



>Thanks, =
Miro<=
/st1:PersonName>.  Your Flash interface looks =
great.  I see you are =
using



>the =
gif
produced by MapServ.  Have =
you
experimented with drawing



>map =
shapes
within Flash?



-------------------=
----------------------------------------------------



 



In fact I am not using =
gif
produced by MapServ, but JPEG produced by MapServ and JPEG is loaded in =
Flash.



If you downloaded the =
source
code you could see in MAP file attached to zip that JPEG is produced by
MapServ.



 =




As I know, Flash cannot =
load
gif dynamically from web, only JPEG or SWF can be loaded. =




I also found out that =
JPEG
should be transparent and non-interlaced.



 =




 



=
Miro Sodja



www.go2ing.com



 



 



 









------=_NextPart_000_0012_01C2EEBA.AF12AE40--



From arnulf.christl at ccgis.de  Thu Mar 20 00:17:21 2003
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Thu, 20 Mar 2003 09:17:21 +0100
Subject: AW: [Mapserver-users] RE: max number of class in a layer
In-Reply-To: <1048097442.3e78b2a2a80b9@mail.up.edu.ph>
Message-ID: 

The no. of classes can be specified in the sources before compiling. The
default (in my downloaded win version) is 50 classes only, so you will have
to recompile mapserver to get your 70 classes running.

Arnulf.

-----Urspr?ngliche Nachricht-----
Von: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von ryanne
cruz
Gesendet: Mittwoch, 19. M?rz 2003 19:11
An: mapserver-users at lists.gis.umn.edu
Betreff: [Mapserver-users] RE: max number of class in a layer



hi list.

does anyone here knows how many class can i put in a layer? im planning to
make a layer with 70 classes. would this be ok?

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



From info at cartoweb.de  Thu Mar 20 02:20:16 2003
From: info at cartoweb.de (=?ISO-8859-1?Q? Krau=DF ?=)
Date: Thu, 20 Mar 2003 11:20:16 +0100
Subject: [Mapserver-users] Mapmaker Cartografie
Message-ID: 

Hi List !

Gibt es im deutschsprachigen Raum jemanden der mit dem Programm
Mapmaker "http://www.mapmaker.com" arbeitet.
Ich w?rde gern eine interne Diskussionsgruppe gr?nden, die sich mit
der Kartografie besch?ftigt.
Ziel soll es sein Karten f?r den UMN Mapserver zu gestalten.

There is in the German-speaking countries someone with the program the
Mapmaker "http://www.mapmaker.com" works. I would create gladly an
internal group of discussions, which concerns itself with cartography.
A goal is to arrange it its maps for the UMN map server.



m.f.G.

Stephan Krau?





From k.chodak at autoguard.pl  Thu Mar 20 03:45:56 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Thu, 20 Mar 2003 12:45:56 +0100
Subject: [Mapserver-users] OGR2OGR and map units
Message-ID: <002101c2eed6$46bae260$29bdcdc3@kodak>

This is a multi-part message in MIME format.

------=_NextPart_000_001E_01C2EEDE.A6E2D870
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Hello,

have anyone an idea how to convert a spatial layer that is in WGS84 =
projection and in degrees into Mercator projection that is olso in =
degrees?
Currently I use such syntax:
ogr2ogr -f "ESRI Shapefile" target.shp source.tab -s_srs srsfile
srsfile: +proj=3Dmerc +ellps=3Dbassel +lat_ts=3D0N +lon_0=3D110E =
+k=3D0.997 +x_0=3D3900000 +y_0=3D900000 +no_defs
and I got proper projection on output but in meters.

Big thanks in advance for any information.

Krzysztof Chodak
------=_NextPart_000_001E_01C2EEDE.A6E2D870
Content-Type: text/html;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable











Hello,


 


have anyone an idea how to convert a spatial layer that is in WGS84 =

projection and in degrees into Mercator projection that is olso in=20
degrees?


Currently I use such syntax:


ogr2ogr -f "ESRI Shapefile" target.shp source.tab -s_srs =
srsfile


srsfile: +proj=3Dmerc +ellps=3Dbassel +lat_ts=3D0N +lon_0=3D110E =
+k=3D0.997=20
+x_0=3D3900000 +y_0=3D900000 +no_defs


and I got proper projection on output but in meters.


 


Big thanks in advance for any information.


 


Krzysztof Chodak


------=_NextPart_000_001E_01C2EEDE.A6E2D870--



From nida at webstar.co.uk  Thu Mar 20 04:18:56 2003
From: nida at webstar.co.uk (nida Khan)
Date: Thu, 20 Mar 2003 12:18:56 -0000
Subject: [Mapserver-users] distance/radius search
Message-ID: <007801c2eeda$e15f5e00$a901a8c0@private.webstar.co.uk>

This is a multi-part message in MIME format.

------=_NextPart_000_0075_01C2EEDA.E10B71A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Every1,

I am just going through diffrent search approches in mapserver/php.
I just learned how to do point search .

I cant find any document/example on the web for distance search.
I want to search on all the hotels near my house, so I have a postcode =
and I have a list of hotels with their postcodes.
so how do I find the one nearest to my house???

Any help is appreciated
Kind Regards
Nida.


------=_NextPart_000_0075_01C2EEDA.E10B71A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi Every1,


 


I am just going through diffrent search approches in =

mapserver/php.


I just learned how to do point search .


 


I cant find any document/example on the web for =
distance=20
search.


I want to search on all the hotels near my house, so =
I have a=20
postcode and I have a list of hotels with their postcodes.


so how do I find the one nearest to my =
house???


 


Any help is appreciated


Kind Regards


Nida.


 


------=_NextPart_000_0075_01C2EEDA.E10B71A0--



From woodbri at swoodbridge.com  Thu Mar 20 04:50:10 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Thu, 20 Mar 2003 07:50:10 -0500
Subject: [Mapserver-users] distance/radius search
In-Reply-To: <007801c2eeda$e15f5e00$a901a8c0@private.webstar.co.uk>
Message-ID: <3E7972B2.19244.1BD751C@localhost>

Nida,

All you have to do is a point query with the method set to SINGLE not 
MULTIPLE and it will return the closest within the TOLERANCE or none 
is there is none in the TOLERANCE. TOLERANCE can be set in pixels or 
map units in the LAYER.

If you use MULTIPLE then you will get all results within TOLERANCE 
and you will have to calculate the distances to find the closest.

-Steve W.

On 20 Mar 2003 at 12:18, nida Khan wrote:

> Hi Every1,
> 
> I am just going through diffrent search approches in mapserver/php. I
> just learned how to do point search .
> 
> I cant find any document/example on the web for distance search.
> I want to search on all the hotels near my house, so I have a postcode
> and I have a list of hotels with their postcodes. so how do I find the
> one nearest to my house???
> 
> Any help is appreciated
> Kind Regards
> Nida.
> 
> 




From nida at webstar.co.uk  Thu Mar 20 04:55:58 2003
From: nida at webstar.co.uk (nida Khan)
Date: Thu, 20 Mar 2003 12:55:58 -0000
Subject: [Mapserver-users] distance/radius search
References: <3E7972B2.19244.1BD751C@localhost>
Message-ID: <00cc01c2eee0$0d8fad40$a901a8c0@private.webstar.co.uk>

Sorry for confusion, when I said point search I meant, search for specefic
hotel by its name.
do you guys have any example for distance search??

this is how I'm doing my point/specific search

$poLayer = $gpoMap->getlayerbyname($layer_name);

//set the status of layer on
$HTTP_FORM_VARS["$layer_name"]="Y";
$poLayer->set("status", 1);

//look through all the classes
for ($c=0; $c < $poLayer->numclasses; $c++)
 {
 $class=$poLayer->getclass($c);
 if ($class->name == "$layer_name")
  {
   //check for the value if match then colour it with red
   $class->setExpression($value);
   $class->set("color", $red);

  }
 }


Nida.

----- Original Message -----
From: 
To: ; "nida Khan" 
Sent: Thursday, March 20, 2003 12:50 PM
Subject: Re: [Mapserver-users] distance/radius search


> Nida,
>
> All you have to do is a point query with the method set to SINGLE not
> MULTIPLE and it will return the closest within the TOLERANCE or none
> is there is none in the TOLERANCE. TOLERANCE can be set in pixels or
> map units in the LAYER.
>
> If you use MULTIPLE then you will get all results within TOLERANCE
> and you will have to calculate the distances to find the closest.
>
> -Steve W.
>
> On 20 Mar 2003 at 12:18, nida Khan wrote:
>
> > Hi Every1,
> >
> > I am just going through diffrent search approches in mapserver/php. I
> > just learned how to do point search .
> >
> > I cant find any document/example on the web for distance search.
> > I want to search on all the hotels near my house, so I have a postcode
> > and I have a list of hotels with their postcodes. so how do I find the
> > one nearest to my house???
> >
> > Any help is appreciated
> > Kind Regards
> > Nida.
> >
> >
>



From bero.rh at web.de  Thu Mar 20 06:30:52 2003
From: bero.rh at web.de (=?iso-8859-1?Q? Bernhard=20Rosenkr=E4nzer ?=)
Date: Thu, 20 Mar 2003 15:30:52 +0100
Subject: [Mapserver-users] Problems getting mapserver to run w/ bitmap images
Message-ID: <200303201430.h2KEUq209151@mailgate5.cinetic.de>

Hi, 
I'm trying to set up mapserver w/ an input file in tif format (map of the local area, 1280x1024). 
Even the simplest example doesn't seem to work though (the mapserver installation is ok though, the itasca 
example works perfectly). 
 
Support for bitmap formats is compiled in; mapserv -v says: 
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=GDAL 
INPUT=SHAPEFILE 
 
 
This is the map file I'm using: 
 
MAP 
        NAME "TEST" 
        EXTENT 0 0 1280 800 
        SIZE 1280 800 
        SHAPEPATH "/var/www/mapserver/data" 
        IMAGECOLOR 255 255 255 
 
        WEB 
                TEMPLATE test.html 
                IMAGEPATH "/var/www/mapserver/tmp/" 
                IMAGEURL "/mapserver/tmp/" 
        END 
 
        LAYER 
                NAME "map" 
                DATA "tiled.tif" 
                TYPE RASTER 
                STATUS ON 
        END 
END 
 
This is the launcher html: 
 
 
 
 
Test 
 

Mapserver test install
 
 
 
 
 
 
I don't get any error messages (even a mv mapserv mapserv.bin; echo 'strace -o /tmp/mapserv.trace 
mapserv.bin' >mapserv; chmod +x mapserv isn't too helpful - apparently mapserv doesn't even attempt to read 
the tif file), just a wrong result (1x1 png image). 
 
Am I overlooking anything obvious? 
 
Thanks, 
Bernhard 
______________________________________________________________________________
Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail
http://freemail.web.de/features/?mc=021165



From fdelgado at snet.gob.sv  Thu Mar 20 07:19:30 2003
From: fdelgado at snet.gob.sv (Francisco Delgado)
Date: Thu, 20 Mar 2003 09:19:30 -0600
Subject: [Mapserver-users] Displaying Lat-Long grids in the map image?
Message-ID: <005801c2eef4$1ad17240$2500000a@InformaticaSNET>

This is a multi-part message in MIME format.

------=_NextPart_000_0055_01C2EEC1.D02798F0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello everybody.

I want to set up my maps to show the Lat-Long (UTM or whatever) grids. I =
got the idea that there is no way to add them as a property of the map =
file, am I right? In that case, does someone has a clever idea to do =
this? I made a shapefile with the gridlines cathegorized to show =
different densities of gridlines at different scale levels, but I guess =
that there must be much more elegant alternatives.

Thank you all.

---------------------------------
Francisco Delgado
Informatica - SNET
http://www.snet.gob.sv
------=_NextPart_000_0055_01C2EEC1.D02798F0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello everybody.


 


I want to set up my maps to show the =
Lat-Long (UTM=20
or whatever) grids. I got the idea that there is no way to add them as a =

property of the map file, am I right? In that case, does someone has a =
clever=20
idea to do this? I made a shapefile with the gridlines cathegorized to =
show=20
different densities of gridlines at different scale levels, but I guess =
that=20
there must be much more elegant alternatives.


 


Thank you all.


 


---------------------------------
Francisco=20
Delgado
Informatica - SNET
http://www.snet.gob.sv


------=_NextPart_000_0055_01C2EEC1.D02798F0--



From ed at topozone.com  Thu Mar 20 08:00:41 2003
From: ed at topozone.com (Ed McNierney)
Date: Thu, 20 Mar 2003 11:00:41 -0500
Subject: [Mapserver-users] Problems getting mapserver to run w/ bitmap images
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3FF7@mercator.topozone.com>

Bernhard -

You need to set STATUS DEFAULT to make the layer turn on automatically.

	- 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: "Bernhard Rosenkr?nzer" [mailto:bero.rh at web.de]
Sent: Thursday, March 20, 2003 9:31 AM
To: Mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Problems getting mapserver to run w/ bitmap
images


Hi, 
I'm trying to set up mapserver w/ an input file in tif format (map of the local area, 1280x1024). 
Even the simplest example doesn't seem to work though (the mapserver installation is ok though, the itasca 
example works perfectly). 
 
Support for bitmap formats is compiled in; mapserv -v says: 
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=GDAL 
INPUT=SHAPEFILE 
 
 
This is the map file I'm using: 
 
MAP 
        NAME "TEST" 
        EXTENT 0 0 1280 800 
        SIZE 1280 800 
        SHAPEPATH "/var/www/mapserver/data" 
        IMAGECOLOR 255 255 255 
 
        WEB 
                TEMPLATE test.html 
                IMAGEPATH "/var/www/mapserver/tmp/" 
                IMAGEURL "/mapserver/tmp/" 
        END 
 
        LAYER 
                NAME "map" 
                DATA "tiled.tif" 
                TYPE RASTER 
                STATUS ON 
        END 
END 
 
This is the launcher html: 
 
 
 
 
Test 
 

Mapserver test install
 
 
 
 
 
 
I don't get any error messages (even a mv mapserv mapserv.bin; echo 'strace -o /tmp/mapserv.trace 
mapserv.bin' >mapserv; chmod +x mapserv isn't too helpful - apparently mapserv doesn't even attempt to read 
the tif file), just a wrong result (1x1 png image). 
 
Am I overlooking anything obvious? 
 
Thanks, 
Bernhard 
______________________________________________________________________________
Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail
http://freemail.web.de/features/?mc=021165

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



From ed at topozone.com  Thu Mar 20 08:21:38 2003
From: ed at topozone.com (Ed McNierney)
Date: Thu, 20 Mar 2003 11:21:38 -0500
Subject: [Mapserver-users] Problems getting mapserver to run w/ bitmap images
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3FF9@mercator.topozone.com>

Bernhard -

First, please "Reply to all" on list messages so everyone can participate in the discussion.  The first person to reply to a message isn't always the right person to continue solving the problem.

The first thing you need to do is start generating PNG images that aren't all white.  That symptom means that you are correctly generating a map, but you are not requesting any data layers that are visible in the map area you request.

You need to get your georeference data sorted out.  Is your TIFF image a GeoTIFF with geographic reference info, or do you have a world (TFW or WLD) file for it?  You need to set an EXTENT in the MAP file or request it on the querystring to specify what area you need.

	- 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: "Bernhard Rosenkr?nzer" [mailto:bero.rh at web.de]
Sent: Thursday, March 20, 2003 11:17 AM
To: Ed McNierney
Subject: Re: [Mapserver-users] Problems getting mapserver to run w/
bitmap images


Hi, 
thanks for your fast reply - however, it doesn't fix the problem. 
I've debugged things a bit further: 
- A png file in the temp directory is actually generated, it's the correct size, but it's all white. 
- The size of the map window on the mapserver generated page is still 1x1 pixel. Pointing the browser at the 
generated PNG image gives the expected results (large all-white picture), so it's not a matter of the browser 
no supporting PNG or something. 
 
Any ideas? 
 
Thanks, 
Bernhard 
 
"Ed McNierney"  schrieb am 20.03.03 17:00:46: 
>  
> Bernhard - 
>  
> You need to set STATUS DEFAULT to make the layer turn on automatically. 
>  
> 	- 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: "Bernhard Rosenkr?nzer" [mailto:bero.rh at web.de] 
> Sent: Thursday, March 20, 2003 9:31 AM 
> To: Mapserver-users at lists.gis.umn.edu 
> Subject: [Mapserver-users] Problems getting mapserver to run w/ bitmap 
> images 
>  
>  
> Hi,  
> I'm trying to set up mapserver w/ an input file in tif format (map of the local area, 1280x1024).  
> Even the simplest example doesn't seem to work though (the mapserver installation is ok though, the itasca  
> example works perfectly).  
>   
> Support for bitmap formats is compiled in; mapserv -v says:  
> 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=GDAL  
> INPUT=SHAPEFILE  
>   
>   
> This is the map file I'm using:  
>   
> MAP  
>         NAME "TEST"  
>         EXTENT 0 0 1280 800  
>         SIZE 1280 800  
>         SHAPEPATH "/var/www/mapserver/data"  
>         IMAGECOLOR 255 255 255  
>   
>         WEB  
>                 TEMPLATE test.html  
>                 IMAGEPATH "/var/www/mapserver/tmp/"  
>                 IMAGEURL "/mapserver/tmp/"  
>         END  
>   
>         LAYER  
>                 NAME "map"  
>                 DATA "tiled.tif"  
>                 TYPE RASTER  
>                 STATUS ON  
>         END  
> END  
>   
> This is the launcher html:  
>   
>   
>   
>   
> Test  
>   
> 
Mapserver test install
  
>  
src="/cgi-map/mapserv?map=test.map&mode=map&map_web_imagepath=/var/www/mapserver/tmp/&map_web_imageurl=/mapserver/tmp/">  
>   
>   
>   
>   
> I don't get any error messages (even a mv mapserv mapserv.bin; echo 'strace -o /tmp/mapserv.trace  
> mapserv.bin' >mapserv; chmod +x mapserv isn't too helpful - apparently mapserv doesn't even attempt to 
read  
> the tif file), just a wrong result (1x1 png image).  
>   
> Am I overlooking anything obvious?  
>   
> Thanks,  
> Bernhard  
> ______________________________________________________________________________ 
> Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail 
> http://freemail.web.de/features/?mc=021165 
>  
> _______________________________________________ 
> Mapserver-users mailing list 
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users 
 
______________________________________________________________________________
Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail
http://freemail.web.de/features/?mc=021165




From jhart at frw.uva.nl  Thu Mar 20 08:36:50 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Thu, 20 Mar 2003 17:36:50 +0100
Subject: [Mapserver-users] Problems getting mapserver to run w/ bitmap
 images
In-Reply-To: <200303201430.h2KEUq209151@mailgate5.cinetic.de>
References: <200303201430.h2KEUq209151@mailgate5.cinetic.de>
Message-ID: <3E79EE22.9060704@frw.uva.nl>

Bernhard,

I'm not sure if your EXTENT matches the coordinates of the TIFF 
.wld-file, but you have to set STATUS DEFAULT anyway to see somehing. 
STATUS ON only shows those maps that are specifically requested in the 
URL: .../mapserv?map=...&layers=...

MapServer's golden rule #1: If you don't see anything, set STATUS 
DEFAULT and check your EXTENT.

Couldn't we create a separate mailing list for this problem?

Jan

Bernhard Rosenkr?nzer wrote:
> Hi, 
> I'm trying to set up mapserver w/ an input file in tif format (map of the local area, 1280x1024). 
> Even the simplest example doesn't seem to work though (the mapserver installation is ok though, the itasca 
> example works perfectly). 
>  
> Support for bitmap formats is compiled in; mapserv -v says: 
> 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=GDAL 
> INPUT=SHAPEFILE 
>  
>  
> This is the map file I'm using: 
>  
> MAP 
>         NAME "TEST" 
>         EXTENT 0 0 1280 800 
>         SIZE 1280 800 
>         SHAPEPATH "/var/www/mapserver/data" 
>         IMAGECOLOR 255 255 255 
>  
>         WEB 
>                 TEMPLATE test.html 
>                 IMAGEPATH "/var/www/mapserver/tmp/" 
>                 IMAGEURL "/mapserver/tmp/" 
>         END 
>  
>         LAYER 
>                 NAME "map" 
>                 DATA "tiled.tif" 
>                 TYPE RASTER 
>                 STATUS ON 
>         END 
> END 
>  
> This is the launcher html: 
>  
>  
>  
>  
> Test 
>  
> 
Mapserver test install
 
>  src="/cgi-map/mapserv?map=test.map&mode=map&map_web_imagepath=/var/www/mapserver/tmp/&map_web_imageurl=/mapserver/tmp/"> 
>  
>  
>  
>  
> I don't get any error messages (even a mv mapserv mapserv.bin; echo 'strace -o /tmp/mapserv.trace 
> mapserv.bin' >mapserv; chmod +x mapserv isn't too helpful - apparently mapserv doesn't even attempt to read 
> the tif file), just a wrong result (1x1 png image). 
>  
> Am I overlooking anything obvious? 
>  
> Thanks, 
> Bernhard 
> ______________________________________________________________________________
> Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail
> http://freemail.web.de/features/?mc=021165
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 



From peturkirke at fds.fo  Thu Mar 20 07:43:03 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Thu, 20 Mar 2003 16:43:03 +0100
Subject: [Mapserver-users] microstation dgn files
Message-ID: <041b01c2eef7$64d94a90$10fea8c0@fds.fo>

This is a multi-part message in MIME format.

------=_NextPart_000_0418_01C2EEFF.C691CBB0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Is there anyone that knows or has a good example of using microstation =
dgn files in MapServer ?

I would like to see what the map file looks like for example.

------=_NextPart_000_0418_01C2EEFF.C691CBB0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Is there anyone that knows or has a =
good example of=20
using microstation dgn files in MapServer ?


 


I would like to see what the map file =
looks like=20
for example.


------=_NextPart_000_0418_01C2EEFF.C691CBB0--



From jnovak at novacell.com  Thu Mar 20 09:28:25 2003
From: jnovak at novacell.com (Administrator)
Date: Thu, 20 Mar 2003 09:28:25 -0800
Subject: [Mapserver-users] Displaying Lat-Long grids in the map image?
Message-ID: <41CC46B3925E384BA64B1FB5041C38FA49D5@max.novacell.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2EF06.1D34104E
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Francisco,
=20
A GRID keyword has been added to LAYER in Mapserver 3.7 that provides
the functionality you're looking for.  Here's an example:
=20
LAYER
  NAME "GRID"
  PROJECTION=20
   "proj=3Dlatlong"
   "ellps=3DWGS84"
   "datum=3DWGS84"
  END
  TYPE LINE
  STATUS DEFAULT
  CLASS
 COLOR 0 255 128
   LABEL
  TYPE BITMAP
  SIZE MEDIUM
  COLOR 255 128 89
   END
  END
  GRID
 MININTERVAL 0.10
 MAXINTERVAL 0.10
# INTERVALCOUNT 10
# MINARCS   16
# MAXARCS     16
  LABELFORMAT "DDMMSS"=20
  END
END
=20
This will render a grid in Lat-Long with one tenth degree spacing and
degree minute second labels.  For variable spacing, remove the min, max
interval tags.
=20
To allow Mapserver to pick defaults for the grid, simply specify
=20
GRID
END
=20
in your layer.
=20
Regards,
=20
John Novak
Novacell Technologies
www.novacell.com

-----Original Message-----
From: Francisco Delgado [mailto:fdelgado at snet.gob.sv]=20
Sent: Thursday, March 20, 2003 7:20 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Displaying Lat-Long grids in the map image?


Hello everybody.
=20
I want to set up my maps to show the Lat-Long (UTM or whatever) grids. I
got the idea that there is no way to add them as a property of the map
file, am I right? In that case, does someone has a clever idea to do
this? I made a shapefile with the gridlines cathegorized to show
different densities of gridlines at different scale levels, but I guess
that there must be much more elegant alternatives.
=20
Thank you all.
=20
---------------------------------
Francisco Delgado
Informatica - SNET
http://www.snet.gob.sv


------_=_NextPart_001_01C2EF06.1D34104E
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable




Message






Francisco,


 


A GRID=20
keyword has been added to LAYER in Mapserver 3.7 that provides the =
functionality=20
you're looking for.  Here's an example:


 


LAYER
  NAME "GRID"
  =
PROJECTION 
  =20
"proj=3Dlatlong"
   "ellps=3DWGS84"
  =20
"datum=3DWGS84"
  END
  TYPE LINE
  STATUS=20
DEFAULT
  CLASS
 COLOR 0 255 128
  =20
LABEL
  TYPE BITMAP
  SIZE =
MEDIUM
  COLOR=20
255 128 89
   END
  END
  =
GRID
 MININTERVAL=20
0.10
 MAXINTERVAL 0.10
# INTERVALCOUNT=20
10
# MINARCS   =
16
# MAXARCS    =20
16
  LABELFORMAT "DDMMSS" 
  =
END
END


 


This=20
will render a grid in Lat-Long with one tenth degree spacing and degree =
minute=20
second labels.  For variable spacing, remove the min, max interval=20
tags.


 


To=20
allow Mapserver to pick defaults for the grid, simply=20
specify


 


GRID


END


 


in=20
your layer.


 


Regards,


 


John=20
Novak


Novacell Technologies


www.novacell.com
=



  

  
-----Original Message-----
From: =
Francisco=20
  Delgado [mailto:fdelgado at snet.gob.sv] 
Sent: Thursday, March =
20,=20
  2003 7:20 AM
To:=20
  mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] =

  Displaying Lat-Long grids in the map image?


  
Hello everybody.

  
 

  
I want to set up my maps to show the =
Lat-Long=20
  (UTM or whatever) grids. I got the idea that there is no way to add =
them as a=20
  property of the map file, am I right? In that case, does someone has a =
clever=20
  idea to do this? I made a shapefile with the gridlines cathegorized to =
show=20
  different densities of gridlines at different scale levels, but I =
guess that=20
  there must be much more elegant alternatives.

  
 

  
Thank you all.

  
 

  
---------------------------------
Francisco=20
  Delgado
Informatica - SNET
http://www.snet.gob.sv


------_=_NextPart_001_01C2EF06.1D34104E--


From otesta at s6.coopenet.com.ar  Thu Mar 20 10:21:17 2003
From: otesta at s6.coopenet.com.ar (Oscar Testa)
Date: Thu, 20 Mar 2003 15:21:17 -0300
Subject: [Mapserver-users] New Site
Message-ID: <200303201821.h2KILHVg005202@backbone.s6.coopenet.com.ar>

Hi all:

We are presenting a new site based on Mapserver - PostgreSQL/PostGIS.  
It is an application developed with PHP-Mapscript under win2k machine 
with IIS 5, 

http://ses.siu.edu.ar/argentina 

This site was developed by Programa SIU of Ministerio de Educaci?n y 
Cultura de la Rep?blica Argentina, with de mision to show the academic 
offer in our country. 
We have two version of this application:
1- with mapplet support
2- image support

We will expecting your comments.

Regards
Oscar Testa
Programa SIU


From keon at nacse.org  Thu Mar 20 16:22:19 2003
From: keon at nacse.org (Dylan Keon)
Date: Thu, 20 Mar 2003 16:22:19 -0800
Subject: [Mapserver-users] annotating multiple inline features
Message-ID: <3E7A5B3B.9090009@nacse.org>

Hi,

I'd like to label multiple inline features with text from user input. 
 From the 3.7 PHP MapScript docs it sounds like the ShapeObj draw() 
method should do this ("The text string is used to annotate the shape"). 
  I figured I could label each feature this way as long as each feature 
was put in a separate shape.  The features are created just fine, but I 
don't get any labels.  I'm using 3.7 from a week ago.

Is it related to this old bug?
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=36

If this method is no longer available, can someone recommend a way to 
label inline features in a similar manner?

Thanks,
Dylan


   $image = $map->draw();
   $layer = $map->getLayerByName('flightlines');

   for($i = 0; $i <= (count($beginlat) - 1); $i++) { 

     $shape = ms_newShapeObj(MS_SHAPE_LINE); 

     $line = ms_newLineObj(); 

     $line->addXY($beginlon[$i], $beginlat[$i]);
     $line->addXY($endlon[$i], $endlat[$i]);
     $shape->add($line); 

     $shape->draw($map, $layer, $image, 0, $label[$i]); 

     $line->free(); 

     $shape->free(); 

   }


LAYER
   NAME flightlines
   STATUS ON
   #DATA #not needed, dynamic layer
   TYPE LINE
   CLASS
     COLOR 255 0 0
     SYMBOL 'circle'
     SIZE 4
     LABEL
       TYPE TRUETYPE
       FONT ARIAL
       SIZE 14
       COLOR 0 0 0
     END
   END
END



From john.hagstrand at interageresearch.com  Thu Mar 20 17:43:47 2003
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Thu, 20 Mar 2003 19:43:47 -0600
Subject: [Mapserver-users] Re: filter with shp
Message-ID: <4.3.2.7.0.20030320194038.016186a8@pop.registeredsite.com>

Hi Jan,

Thank you very much.  I've got it working now.  Excellent. (I see I should 
have been able to figure it out from the documentation.)

Thanks
John
-------------------------

John,
As Steve says, you don't need FILTER to select from shapfiles. Just
define a CLASS like:
CLASS
...
EXPRESSION "([TIMEBEG] < 1500 AND [TIMEEND] >= 1500)"
END

Take care of the syntax! Quoting from the MapFile reference (under CLASS
/ EXPRESSION):
 > Logical expressions allow you to build fairly complex tests based on
 > one or more attributes and therefore are only available with
 > shapefiles. Logical expressions are delimited by parentheses
 > "(expression)". Attribute names are delimited by square brackets
 > "[ATTRIBUTE]". These names are case sensitive and must match the items
 > in the shapefile. For example: EXPRESSION ([POPULATION] > 50000 AND
 > '[LANGUAGE]' eq 'FRENCH') ... The following logical operators are
 > supported : =,>,<,<=,>=,=,or,and,lt,gt,ge,le,eq. As you might expect
 > this level of complexity is slower to process.

On your second question: you can specify an expression dynamically in
the calling URL:
http://.../mapserv?map=my.map&layer=...&map_layer_0_class_0.expression="{...)"
See the end of the MapFile reference for this very powerful mechanism.
-------------------------------------------------------------------------
BTW I'm not sure if the FILTER statement works as specified in the CVS
version of MapServer. I tried the following on a world-map:
FILTERITEM name
FILTER France
and got a map of France. However
FILTER "name='France'"
gave back the whole world. I tried various permutations of quotes,
brackets and capitals, but always got back the whole world. Am I missing
something?
Jan

John Hagstrand wrote:
 > Hi Steve,
 >
 > Thanks for the reply. I have a shapefile containing 500 polygons. For
 > any given map request I want to pull out some two or three hundred
 > polygons depending on the value of a field. So I tried doing this:
 >
 > FILTER 'TIMEBEG < 1500 AND TIMEEND >= 1500'
 >
 > That gets me an error. Is there some way I can accomplish this objective?
 >
 > Then of course there's another step: I want to vary the 1500 value
 > dynamically. I wonder if there's a way to do that without rewriting the
 > whole mapfile each time.
 >
 > How would you recommend I go about this?
 > Thanks
 > John
 >
 > At 05:26 PM 3/18/2003, Steve Lime wrote:
 >
 >> There's not much reason to use FILTER with shapefiles unless you're
 >> doing itemquery's. Filters exist primarily as a mechanism to invoke
 >> vendor specific SQL engines prior to MapServer getting access to
 >> features.
 >>
 >> Steve
 >>
 >> >>> John Hagstrand  03/16/03
 >> 09:15PM >>>
 >> Hi,
 >>
 >> Can you direct me to an example using a FILTER with a shapefile?
 >>
 >> Thanks
 >> John




From Timothy.Mackey at ga.gov.au  Thu Mar 20 18:57:08 2003
From: Timothy.Mackey at ga.gov.au (Timothy.Mackey at ga.gov.au)
Date: Fri, 21 Mar 2003 13:57:08 +1100
Subject: [Mapserver-users] PHP mapscript install problems
Message-ID: 

Hi,

I've installed mapserver 3.6.4 (CGI and PHP) and php 4.3.1 (as CGI) on Solaris 8.

But when I try "phpinfo()" I get the following error (before the general PHP info comes up normally).

Warning: dl() [function.dl]: Unable to load dynamic library '/public/http/php/extensions/php_mapscript.so' - ld.so.1: php: fatal: relocation error: file /public/http/php/extensions/php_mapscript.so: symbol _ZN21OGRGeometryCollection16getNumGeometriesEv: referenced symbol not found in ..../info.php on line 10

It looks like a LD_LIBRARY_PATH problem to me, but "ldd php_mapscript.so" at the command line finds all of the libraries.

What am I doing wrong? 

here's my mapscript configure:
./configure --prefix=$MAPSERV \
   --includedir=$MAPSERV/include \
   --libdir=$MAPSERV/lib \
   --without-eppl \
   --with-tiff=$MAPSERV/tiff-v3.5.5 \
   --with-gd=$MAPSERV \
   --with-jpeg=$MAPSERV/jpeg-6b \
   --with-proj=$MAPSERV/proj-4.4.4 \
   --with-php=$PHP/php-4.3.1 \
   --with-sde=$MAPSERV/sde82 \
   --with-sde-version=82 \
   --with-oraclespatial=/d/ora/oracle2/oradev/9.2.0.1.0 \
   --with-gdal=$MAPSERV/gdal-1.1.7.2/bin/gdal-config \
   --with-ogr=$MAPSERV/gdal-1.1.7/ogr

and here's the PHP configure:
./configure --prefix=/public/http/php \
        --with-pdflib=../pdflib \
        --with-freetype-dir=$MAPSERV/freetype-2.0.4 \
        --with-gd=$MAPSERV \
        --with-jpeg-dir=$MAPSERV/jpeg-6b \
        --with-png-dir=$MAPSERV/lib \
        --with-zlib-dir=$MAPSERV/zlib-1.1.3 \
        --without-pear \
        --with-regex=system \
        --enable-force-cgi-redirect \
        --with-config-file-path=/public/http/php


Tim Mackey
Web Applications Manager
Corporate Information Management and Access
Geoscience Australia
timothy.mackey at ga.gov.au
ph: (02) 6249 9813
mobile: 0413 382 509
http://www.ga.gov.au





From Antti.Roppola at brs.gov.au  Thu Mar 20 19:38:18 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Fri, 21 Mar 2003 14:38:18 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4165@afeb-ms-02>

Hello all,

Since I got ArcExplorer talking to Mapserver using the advice Daryl Herzmann recently
posted to the group (plus some direct assistance from him), I have put a set of notes
up on the Wiki:

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

This is also accessible through the WMSMapServer link on the main page.

Cheers,

Antti



From arnulf.christl at ccgis.de  Fri Mar 21 00:24:13 2003
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Fri, 21 Mar 2003 09:24:13 +0100
Subject: [Mapserver-users] RE: max number of class in a layer / compiling MapServer
In-Reply-To: <1048227959.3e7ab07763afa@mail.up.edu.ph>
Message-ID: 

thanks for the help.
if i may ask, can you tell me how to recompile the mapserver and to set it
to
70 classes?

Quoting Arnulf Christl :

> The no. of classes can be specified in the sources before compiling. The
> default (in my downloaded win version) is 50 classes only, so you will
have
> to recompile mapserver to get your 70 classes running.
>
> Arnulf.
>

Hi,
its said to be fairly easy to do and it is all well documented (but I don't
know how to do it either).
We are currently migrating from Win to BSD, additionally we are moving to
new "pysical" rooms, so currently we have no environment for compiling.
I am not much help at the moment. Hopefully somebody else can help you.

Arnulf.



From schut at sarvision.com  Fri Mar 21 04:40:36 2003
From: schut at sarvision.com (Vincent Schut)
Date: Fri, 21 Mar 2003 13:40:36 +0100
Subject: [Mapserver-users] Cartografie
In-Reply-To: 
References: 
Message-ID: <200303211340.36784.schut@sarvision.com>

As I master (well, what's mastering...) both languages I'll try to add a 
better translation of the important part of the message than the (automatic?) 
one below. Here it comes:

Hi List !


I have a question: Does anyone know of a cartography programm that's freeware 
or shareware and that can be used to create maps?

I made an internetsite: www.cartoweb.de , where one can find my first trial of 
using mapserver.

Regards,
Stephan Krau?

On Wednesday 19 March 2003 17:03, Krau? wrote:
> Hi List !
>
>
> Leider beherrsche ich die engliche Sprache nicht.
> Ich hoffe da? die ?bersetzung verst?ndlich ist.
>
> Ich habe eine Frage.
> Gibt es ein Kartografieprogramm im Freeware oder Sharewarebereich
> welches man zum erstellen von Karten verwenden kann.
>
>
> Ich habe eine Homepage ins Web gestellt.
> "http://www.cartoweb.de"
> Darin findet Ihr meinen ersten Versuch der Nutzung des Mapservers.
>
>
> Unfortunately, I don't master the engliche language.
> I hope that the translation is understandable.
> I have a question.
> It enters one to these create a cartography program
> in the freeware or shareware area which one of boards can use.
> I have put a home page to the web.
> "http://www.cartoweb.de"
> Into this your mine finds first attempt of the use of the Mapservers.
>
>
>
> m.f.G.
>
> Stephan Krau?
>
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com



From stepan.kafka at centrum.cz  Fri Mar 21 04:55:49 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Fri, 21 Mar 2003 13:55:49 +0100
Subject: [Mapserver-users] CIRCLE TYPE ?
In-Reply-To: <3E4215C93D3CE24D84A9FF385DF88D87FC4165@afeb-ms-02>
Message-ID: <000801c2efa9$32624e10$0a4de4c2@HSGIS>

Hi all,
  has someone any experience with layer CIRCLE TYPE? What is it for? After
documentation it requires 2 point shapes (multishape or 2 point lines?) as
bounding rectangle for circle. I think it would be more usefull to use point
layer (as circle centre) and size as radius for it?
Any idea?

Thank you

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



From schut at sarvision.com  Fri Mar 21 04:59:29 2003
From: schut at sarvision.com (Vincent Schut)
Date: Fri, 21 Mar 2003 13:59:29 +0100
Subject: [Mapserver-users] RE: max number of class in a layer / compiling MapServer
In-Reply-To: 
References: 
Message-ID: <200303211359.29684.schut@sarvision.com>

Arnulf,

You'll have to change MS_MAXCLASSES in map.h to whatever value you want, then 
recompile mapserver (if you don't know how to (re)compile mapserver, there's 
plenty of info on the mapserver webpage and wikipages).

Regards,
Vincent Schut.

On Friday 21 March 2003 09:24, Arnulf Christl wrote:
> thanks for the help.
> if i may ask, can you tell me how to recompile the mapserver and to set it
> to
> 70 classes?
>
> Quoting Arnulf Christl :
> > The no. of classes can be specified in the sources before compiling. The
> > default (in my downloaded win version) is 50 classes only, so you will
>
> have
>
> > to recompile mapserver to get your 70 classes running.
> >
> > Arnulf.
>
> Hi,
> its said to be fairly easy to do and it is all well documented (but I don't
> know how to do it either).
> We are currently migrating from Win to BSD, additionally we are moving to
> new "pysical" rooms, so currently we have no environment for compiling.
> I am not much help at the moment. Hopefully somebody else can help you.
>
> Arnulf.
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From edspremolla at Antel.com.uy  Fri Mar 21 04:58:50 2003
From: edspremolla at Antel.com.uy (Eduardo Spremolla)
Date: 21 Mar 2003 09:58:50 -0300
Subject: [Mapserver-users] Re: filter with shp
In-Reply-To: <4.3.2.7.0.20030320194038.016186a8@pop.registeredsite.com>
References: <4.3.2.7.0.20030320194038.016186a8@pop.registeredsite.com>
Message-ID: <1048251530.5661.10.camel@antel.com.uy>

I'm trying to use dynamic expressions from CGI, but in:



the value did not get substituted.

What I wont is to later modify the value with javascript prior to post.

By the way [map_moviles_data] works ok and I have 3 classes in moviles.

Thanks in advance

LALO 

On Thu, 2003-03-20 at 22:43, John Hagstrand wrote:
> Hi Jan,
> 
> Thank you very much.  I've got it working now.  Excellent. (I see I should 
> have been able to figure it out from the documentation.)
> 
> Thanks
> John
> -------------------------
> 
> John,
> As Steve says, you don't need FILTER to select from shapfiles. Just
> define a CLASS like:
> CLASS
> ...
> EXPRESSION "([TIMEBEG] < 1500 AND [TIMEEND] >= 1500)"
> END
> 
> Take care of the syntax! Quoting from the MapFile reference (under CLASS
> / EXPRESSION):
>  > Logical expressions allow you to build fairly complex tests based on
>  > one or more attributes and therefore are only available with
>  > shapefiles. Logical expressions are delimited by parentheses
>  > "(expression)". Attribute names are delimited by square brackets
>  > "[ATTRIBUTE]". These names are case sensitive and must match the items
>  > in the shapefile. For example: EXPRESSION ([POPULATION] > 50000 AND
>  > '[LANGUAGE]' eq 'FRENCH') ... The following logical operators are
>  > supported : =,>,<,<=,>=,=,or,and,lt,gt,ge,le,eq. As you might expect
>  > this level of complexity is slower to process.
> 
> On your second question: you can specify an expression dynamically in
> the calling URL:
> http://.../mapserv?map=my.map&layer=...&map_layer_0_class_0.expression="{...)"
> See the end of the MapFile reference for this very powerful mechanism.
> -------------------------------------------------------------------------
> BTW I'm not sure if the FILTER statement works as specified in the CVS
> version of MapServer. I tried the following on a world-map:
> FILTERITEM name
> FILTER France
> and got a map of France. However
> FILTER "name='France'"
> gave back the whole world. I tried various permutations of quotes,
> brackets and capitals, but always got back the whole world. Am I missing
> something?
> Jan
> 
> John Hagstrand wrote:
>  > Hi Steve,
>  >
>  > Thanks for the reply. I have a shapefile containing 500 polygons. For
>  > any given map request I want to pull out some two or three hundred
>  > polygons depending on the value of a field. So I tried doing this:
>  >
>  > FILTER 'TIMEBEG < 1500 AND TIMEEND >= 1500'
>  >
>  > That gets me an error. Is there some way I can accomplish this objective?
>  >
>  > Then of course there's another step: I want to vary the 1500 value
>  > dynamically. I wonder if there's a way to do that without rewriting the
>  > whole mapfile each time.
>  >
>  > How would you recommend I go about this?
>  > Thanks
>  > John
>  >
>  > At 05:26 PM 3/18/2003, Steve Lime wrote:
>  >
>  >> There's not much reason to use FILTER with shapefiles unless you're
>  >> doing itemquery's. Filters exist primarily as a mechanism to invoke
>  >> vendor specific SQL engines prior to MapServer getting access to
>  >> features.
>  >>
>  >> Steve
>  >>
>  >> >>> John Hagstrand  03/16/03
>  >> 09:15PM >>>
>  >> Hi,
>  >>
>  >> Can you direct me to an example using a FILTER with a shapefile?
>  >>
>  >> Thanks
>  >> John
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From emailfittizio at libero.it  Fri Mar 21 07:05:37 2003
From: emailfittizio at libero.it (=?iso-8859-1?Q?emailfittizio@libero.it?=)
Date: Fri, 21 Mar 2003 16:05:37 +0100
Subject: [Mapserver-users] (no subject)
Message-ID: 

Hi All,
in my project I often need to specify an img.x img.y parameters bigger
than 2048... this give an overflow error.
How can i resolve this problem?

Also I need big output image. What is the maximum value for imgsize ??

Regards,
Alessandro.





From ryanne.cruz at up.edu.ph  Fri Mar 21 08:06:24 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Sat, 22 Mar 2003 00:06:24 +0800
Subject: [Mapserver-users] RE: symbol transparency
Message-ID: <1048262784.3e7b3880354c9@mail.up.edu.ph>

hi list. 
 
can anyone tell me how to makes the symbols transparent? i saw in the 
documentation that the symbols has an attribute "transaparent [color index]". 
but i did not understand it. can anyone please explain it to me? thanks. 
 
ryanne 
 


From peturkirke at fds.fo  Fri Mar 21 06:52:17 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Fri, 21 Mar 2003 15:52:17 +0100
Subject: [Mapserver-users] error
Message-ID: <010f01c2efb9$77e8d110$10fea8c0@fds.fo>

This is a multi-part message in MIME format.

------=_NextPart_000_010C_01C2EFC1.D99C7030
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

What does this mean ?:

msLoadMap(): Unknown identifier. (IMAGE):(6)=20

------=_NextPart_000_010C_01C2EFC1.D99C7030
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









What does this mean ?:


 


msLoadMap(): Unknown identifier. (IMAGE):(6) 


------=_NextPart_000_010C_01C2EFC1.D99C7030--



From contact at netency.com  Fri Mar 21 07:54:37 2003
From: contact at netency.com (contact at netency.com)
Date: Fri, 21 Mar 2003 15:54:37 GMT
Subject: [Mapserver-users] Display/hide a RASTER layer when scale is over 1/1000
Message-ID: <20030321155437.13266.qmail@mx1.ovh.net>

I would like to know if it is possible de specify a range of display for 
RASTER layers ? ie enter a MINSCALE and MAXSCALE parameters ?

thanks for all 

Didier 


From jhart at frw.uva.nl  Fri Mar 21 08:04:28 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Fri, 21 Mar 2003 17:04:28 +0100
Subject: [Mapserver-users] default extent
Message-ID: <3E7B380C.9090104@frw.uva.nl>

The MS3.7 MapFile doc says under the MAP heading:

-------------------------------------
EXTENT [minx] [miny] [maxx] [maxy]

     The spatial extent of the map to be created. Most often you will 
want to specify this, although mapserver will extrapolate one if none is 
specified.
---------------------------------------

It would be nice if EXTENT had some sort of default, but I always get an 
error-message when I don't specify it:

(msCalculateScale(): General error message. Invalid image extent).

What exactly does this mean?

Jan



From ed at topozone.com  Fri Mar 21 08:05:14 2003
From: ed at topozone.com (Ed McNierney)
Date: Fri, 21 Mar 2003 11:05:14 -0500
Subject: [Mapserver-users] Display/hide a RASTER layer when scale is over 1/1000
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F401C@mercator.topozone.com>

Didier -

Did you try?  It works just fine.  The behavior is the same as for any other sort of layer.

	- 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: contact at netency.com [mailto:contact at netency.com]
Sent: Friday, March 21, 2003 10:55 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Display/hide a RASTER layer when scale is
over 1/1000


I would like to know if it is possible de specify a range of display for 
RASTER layers ? ie enter a MINSCALE and MAXSCALE parameters ?

thanks for all 

Didier 
_______________________________________________
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 Mar 21 08:07:14 2003
From: ed at topozone.com (Ed McNierney)
Date: Fri, 21 Mar 2003 11:07:14 -0500
Subject: [Mapserver-users] error
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F401D@mercator.topozone.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2EFC3.EFF308E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Petur -
=20
It's usually a good idea to "reply to all" on this list, so everyone can =
participate.
=20
If you check the documentation, you'll see that the keyword IMAGECOLOR =
is one word, not two.
=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: Petur Kirke [mailto:peturkirke at fds.fo]
Sent: Friday, March 21, 2003 10:02 AM
To: Ed McNierney
Subject: Re: [Mapserver-users] error


this is my map file:
=20
NAME EX2
STATUS ON
SIZE 500 500
EXTENT -589918 682114 -577568 691485
UNITS METERS
SHAPEPATH "data"
IMAGE COLOR 255 255 255
=20
  LAYER
    NAME fkt02
    DATA fkt02
    STATUS DEFAULT
    TYPE LINE
    CLASS
      COLOR 212 212 212     =20
    END
  END
=20
  LAYER
    NAME fkt03
    DATA fkt03
    STATUS DEFAULT
    TYPE POLYGON
    CLASS
      COLOR 250 175 25
    END
  END
=20
 END
=20
=20
=20

----- Original Message -----=20
From: Ed McNierney  =20
To: Petur Kirke  =20
Sent: Friday, March 21, 2003 4:59 PM
Subject: RE: [Mapserver-users] error

It means that the word "IMAGE" was found in the MAP file in a place that =
wasn't expected.  Can you send the first 10 lines of your MAP file?
=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: Petur Kirke [mailto:peturkirke at fds.fo]
Sent: Friday, March 21, 2003 9:52 AM
To: MapServer
Subject: [Mapserver-users] error


What does this mean ?:
=20
msLoadMap(): Unknown identifier. (IMAGE):(6)=20


------_=_NextPart_001_01C2EFC3.EFF308E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable











Petur=20
-


 


It's=20
usually a good idea to "reply to all" on this list, so everyone can=20
participate.


 


If you=20
check the documentation, you'll see that the keyword IMAGECOLOR is one =
word, not=20
two.


 


    - Ed




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




  
-----Original Message-----
From: Petur Kirke=20
  [mailto:peturkirke at fds.fo]
Sent: Friday, March 21, 2003 =
10:02=20
  AM
To: Ed McNierney
Subject: Re: [Mapserver-users] =

  error


  
this is my map file:

  
 

  
NAME EX2
STATUS ON
SIZE 500 =
500
EXTENT=20
  -589918 682114 -577568 691485
UNITS METERS
SHAPEPATH =
"data"
IMAGE=20
  COLOR 255 255 255

  
 

  
  LAYER
    =
NAME=20
  fkt02
    DATA fkt02
    STATUS=20
  DEFAULT
    TYPE LINE
   =20
  CLASS
      COLOR 212 212=20
  212      
    END
  =

  END

  
 

  
  LAYER
    =
NAME=20
  fkt03
    DATA fkt03
    STATUS=20
  DEFAULT
    TYPE POLYGON
   =20
  CLASS
      COLOR 250 175 =
25
   =20
  END
  END

  
 

  
 END

  
 

  
 

  
 

  

    
----- Original Message ----- 

    From:=20
    Ed =
McNierney=20
    
    
    
Sent: Friday, March 21, 2003 =
4:59=20
    PM

    
Subject: RE: =
[Mapserver-users]=20
    error

    


    
It=20
    means that the word "IMAGE" was found in the MAP file in a place =
that wasn't=20
    expected.  Can you send the first 10 lines of your MAP=20
    file?

    
 

    
    - Ed

    

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

    

      
-----Original Message-----
From: Petur Kirke=20
      [mailto:peturkirke at fds.fo]
Sent: Friday, March 21, 2003 =
9:52=20
      AM
To: MapServer
Subject: [Mapserver-users]=20
      error


      
What does this mean =
?:

      
 

      
msLoadMap(): Unknown identifier. (IMAGE):(6)=20
  


------_=_NextPart_001_01C2EFC3.EFF308E0--


From contact at netency.com  Fri Mar 21 08:23:10 2003
From: contact at netency.com (contact at netency.com)
Date: Fri, 21 Mar 2003 16:23:10 GMT
Subject: [Mapserver-users] Re: Display/hide a RASTER layer when scale is over 1/1000
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F401C@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D1221F401C@mercator.topozone.com>
Message-ID: <20030321162310.12160.qmail@mx1.ovh.net>

Sure I tried before 8) ! Here is an extract of my MAP file :

LAYER
	NAME "bounds"
	DATA "bounds.tif"
	TYPE RASTER
	MINSCALE 500000
	STATUS ON
END 

LAYER
	NAME "bounds100"
	DATA "bounds100.tif"
	TYPE RASTER
	MAXSCALE 500000
	STATUS ON
END 

the 1st layer called "bounds" is always displayed, and the 2nd one never !
For information, I use MapServer 3.6.3 throw its WMS connector. Here is a 
typical URL I send : 

http://localhost/cgi-bin/wmsfr.exe?LAYERS=bounds,bounds100&SERVICE=WMS&REQUE 
ST=GetMap&... 


From r000t at adelphia.net  Fri Mar 21 08:28:01 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Fri, 21 Mar 2003 11:28:01 -0500
Subject: [Mapserver-users] Display/hide a RASTER layer when scale is over 1/1000
References: <13858AA1A74F30419F319ACB66A9D1221F401C@mercator.topozone.com>
Message-ID: <009101c2efc6$d90d8460$9601a8c0@emasi.com>

Use MAXSCALE. I just enter a number, like 10000 then go up or down depending
on what I need.

-Jim
MapServer Support Forums
http://mapserver.xerosystems.com/
----- Original Message -----
From: "Ed McNierney" 
To: ; 
Sent: Friday, March 21, 2003 11:05 AM
Subject: RE: [Mapserver-users] Display/hide a RASTER layer when scale is
over 1/1000


> Didier -
>
> Did you try?  It works just fine.  The behavior is the same as for any
other sort of layer.
>
> - 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: contact at netency.com [mailto:contact at netency.com]
> Sent: Friday, March 21, 2003 10:55 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Display/hide a RASTER layer when scale is
> over 1/1000
>
>
> I would like to know if it is possible de specify a range of display for
> RASTER layers ? ie enter a MINSCALE and MAXSCALE parameters ?
>
> thanks for all
>
> Didier
> _______________________________________________
> 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  Fri Mar 21 08:24:10 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 21 Mar 2003 10:24:10 -0600
Subject: [Mapserver-users] annotating multiple inline features
Message-ID: 

Are you drawing the label cache further down in your code?

>>> Dylan Keon  03/20/03 06:22PM >>>
Hi,

I'd like to label multiple inline features with text from user input. 
 From the 3.7 PHP MapScript docs it sounds like the ShapeObj draw() 
method should do this ("The text string is used to annotate the
shape"). 
  I figured I could label each feature this way as long as each feature

was put in a separate shape.  The features are created just fine, but I

don't get any labels.  I'm using 3.7 from a week ago.

Is it related to this old bug?
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=36 

If this method is no longer available, can someone recommend a way to 
label inline features in a similar manner?

Thanks,
Dylan


   $image = $map->draw();
   $layer = $map->getLayerByName('flightlines');

   for($i = 0; $i <= (count($beginlat) - 1); $i++) { 

     $shape = ms_newShapeObj(MS_SHAPE_LINE); 

     $line = ms_newLineObj(); 

     $line->addXY($beginlon[$i], $beginlat[$i]);
     $line->addXY($endlon[$i], $endlat[$i]);
     $shape->add($line); 

     $shape->draw($map, $layer, $image, 0, $label[$i]); 

     $line->free(); 

     $shape->free(); 

   }


LAYER
   NAME flightlines
   STATUS ON
   #DATA #not needed, dynamic layer
   TYPE LINE
   CLASS
     COLOR 255 0 0
     SYMBOL 'circle'
     SIZE 4
     LABEL
       TYPE TRUETYPE
       FONT ARIAL
       SIZE 14
       COLOR 0 0 0
     END
   END
END

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


From r000t at adelphia.net  Fri Mar 21 08:29:03 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Fri, 21 Mar 2003 11:29:03 -0500
Subject: [Mapserver-users] (no subject)
References: 
Message-ID: <009701c2efc6$fd9dde60$9601a8c0@emasi.com>

I've generated images more then 4000 in width using phpMapscript.

-Jim
MapServer Support Forums
http://mapserver.xerosystems.com/



----- Original Message ----- 
From: 
To: "mapserver-users" 
Sent: Friday, March 21, 2003 10:05 AM
Subject: [Mapserver-users] (no subject)


> Hi All,
> in my project I often need to specify an img.x img.y parameters bigger
> than 2048... this give an overflow error.
> How can i resolve this problem?
> 
> Also I need big output image. What is the maximum value for imgsize ??
> 
> Regards,
> Alessandro.
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From r000t at adelphia.net  Fri Mar 21 08:30:18 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Fri, 21 Mar 2003 11:30:18 -0500
Subject: [Mapserver-users] New Site
References: <200303201821.h2KILHVg005202@backbone.s6.coopenet.com.ar>
Message-ID: <00a701c2efc7$2c60d8b0$9601a8c0@emasi.com>

I couldnt connect to it. It timed out. Can I access this from the USA ?


-Jim
MapServer Support Forums
http://mapserver.xerosystems.com/


----- Original Message -----
From: "Oscar Testa" 
To: 
Sent: Thursday, March 20, 2003 1:21 PM
Subject: [Mapserver-users] New Site


>
> Hi all:
>
> We are presenting a new site based on Mapserver - PostgreSQL/PostGIS.
> It is an application developed with PHP-Mapscript under win2k machine
> with IIS 5,
>
> http://ses.siu.edu.ar/argentina
>
> This site was developed by Programa SIU of Ministerio de Educaci?n y
> Cultura de la Rep?blica Argentina, with de mision to show the academic
> offer in our country.
> We have two version of this application:
> 1- with mapplet support
> 2- image support
>
> We will expecting your comments.
>
> Regards
> Oscar Testa
> Programa SIU
> _______________________________________________
> 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 Mar 21 08:30:25 2003
From: ed at topozone.com (Ed McNierney)
Date: Fri, 21 Mar 2003 11:30:25 -0500
Subject: [Mapserver-users] RE: Display/hide a RASTER layer when scale is over 1/1000
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F401F@mercator.topozone.com>

Well, if you always end up requesting maps of a scale less than 1:500,000, that's exactly what should happen.

Are you sure you're requesting the scale you think you are?

	- Ed

-----Original Message-----
From: contact at netency.com [mailto:contact at netency.com]
Sent: Friday, March 21, 2003 11:23 AM
To: Ed McNierney
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: Display/hide a RASTER layer when scale is over 1/1000


Sure I tried before 8) ! Here is an extract of my MAP file :

LAYER
	NAME "bounds"
	DATA "bounds.tif"
	TYPE RASTER
	MINSCALE 500000
	STATUS ON
END 

LAYER
	NAME "bounds100"
	DATA "bounds100.tif"
	TYPE RASTER
	MAXSCALE 500000
	STATUS ON
END 

the 1st layer called "bounds" is always displayed, and the 2nd one never !
For information, I use MapServer 3.6.3 throw its WMS connector. Here is a 
typical URL I send : 

http://localhost/cgi-bin/wmsfr.exe?LAYERS=bounds,bounds100&SERVICE=WMS&REQUE 
ST=GetMap&... 



From flavio at tydac.ch  Fri Mar 21 08:36:11 2003
From: flavio at tydac.ch (Flavio Hendry)
Date: Fri, 21 Mar 2003 17:36:11 +0100
Subject: [Mapserver-users] RE: symbol transparency
In-Reply-To: <1048262784.3e7b3880354c9@mail.up.edu.ph>
References: <1048262784.3e7b3880354c9@mail.up.edu.ph>
Message-ID: 

hi ryanne

"color index" is the color number ... to figure it out use some paint 
program such as paintshop pro ...

ciao
flavio

-----Original Message-----
From: ryanne cruz 
To: "mapserver-users at lists.gis.umn.edu" 
Date: Sat, 22 Mar 2003 00:06:24 +0800
Subject: [Mapserver-users] RE: symbol transparency

> hi list. 
>  
> can anyone tell me how to makes the symbols transparent? i saw in the
> documentation that the symbols has an attribute "transaparent [color
> index]". 
> but i did not understand it. can anyone please explain it to me?
> thanks. 
>  
> ryanne 
>  
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From cpurvis at asg.sc.edu  Fri Mar 21 08:41:54 2003
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Fri, 21 Mar 2003 11:41:54 -0500
Subject: [Mapserver-users] generation of class colors and optimizing large shapefile access
Message-ID: 

Boy I'm showing my naivet? here, but I'm going to go for broke.

I'm dealing w/ topo/bat data whose shapefile approaches 1GB in size.  I have been through all sorts of conversions using ESRI software to get it from its original format to shapefile, and I thought I'd carry it further into a TIFF.  But I'm not going to be happy w/ a TIFF.  Not at this stage of the game, since it's topo/bat data that is the core of our product.

I've been through the wiki and the archives, and I'm not convinced my lines of thinking are going the right direction.

A few things:

* ArcMap allows me to manipulate my layers as categories and assign colors and ramps to each value or value range.  No surprise there.  Thinking MapServer now . . . let's say I were completely crazy and wanted to break my shapefile into 100 classes w/ a different color per class.  Is there any way to pull the RGB values from something ArcMap-esque w/o doing it manually to populate my .map file?  It's not a simple ramp that I use.  I'm not above coding anything, but I can't imagine that this hasn't been encountered before.

* My shapefile is of NC and SC coasts.  Assuming I can handle the classes issue satisfactorily, how about performance issues?  What is the correct way to approach this problem w/ my large shapefile?  For example, the initial image is of the entire Carolinas and their coasts.  Even if it is a 640x480 image, there is no reason to have MapServer crunch the shapefile to try to render pixels that don't even appear on the screen.  And along the same vain, when I'm zoomed in to a SC street detail (streets and population to be added later), I don't need to have MapServer consumed w/ NC-related data.  I have read examples of setting the scale to keep roads from displaying until you're zoomed in to a satisfactory level, but I'm not clear on how this could apply to me since I'm dealing w/ a homogenous set of land and water at this point.  Is the vector tile index the way to go?  (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex)  And that could muck up my classes and colors from my .map file, right?  How about different shapefiles for different levels of zooming?  Sounds painful.

* Finally, on a hopefully related note, would PostGIS create a clearer picture for me?  I'm a RDBMS fellow, not GIS by birth, but it seems reasonable to assume that slapping the large datafile into a PostGIS database would lend itself to more efficient access than as a flatfile.  Why?  I'm not quite sure, since I've read about shapefile indexing on flatfiles.  But I can't imagine breaking up a shapefile that's in the database just to have it render faster to accommodate issues in my second bullet above.

I'll admit that the other half of our outfit is ESRI-centric.  I've asked them how these issues are resolved w/i their suite of applications.  I'm eager to learn.

As always, thanks for your amazingly free and intuitive advice.  I will work to return the favor(s).

Charlton

?
?
?
Charlton Purvis
(803) 777-4453 : 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 peturkirke at fds.fo  Fri Mar 21 07:45:31 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Fri, 21 Mar 2003 16:45:31 +0100
Subject: [Mapserver-users] error
Message-ID: <014201c2efc0$e7b34500$10fea8c0@fds.fo>

What does this error mean ?:

getSymbol(): Symbol definition error. (END):(21) 



From havard.tveite at ikf.nlh.no  Fri Mar 21 09:04:28 2003
From: havard.tveite at ikf.nlh.no (Havard Tveite)
Date: Fri, 21 Mar 2003 18:04:28 +0100
Subject: [Mapserver-users] RE: symbol transparency
References: <1048262784.3e7b3880354c9@mail.up.edu.ph>
Message-ID: <3E7B461C.5010301@ikf.nlh.no>

ryanne cruz wrote:
> can anyone tell me how to makes the symbols transparent? i saw in the 
> documentation that the symbols has an attribute "transaparent [color index]". 
> but i did not understand it. can anyone please explain it to me? thanks. 

I don't think this has not been documented completely yet. I
have tested a bit, and the following is based on my experiences.
In mapserver 3.7, you can use TRANSPARENCY 50 (LAYER attribute)
to make everything in a layer 50% transparent (TRANSPARENCY 10
means 90% transparent :-( ). This works for both raster and
vector data. I am not sure if text can be made transparent.
The chosen image type / outputformat might be important.

-- 
H?vard Tveite                       Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY



From steve.lime at dnr.state.mn.us  Fri Mar 21 09:23:58 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 21 Mar 2003 11:23:58 -0600
Subject: [Mapserver-users] CIRCLE TYPE ?
Message-ID: 

I added the type for some special project work. It was never really
intended to be
used from shapefiles rather from MapScript. I don't think it's seen
heavy use regardless.
There are other ways to do draw circles as well. For example you can
simply use
a single point layer, and then a circle symbol combined with SIZE and
SIZEUNITS
parameters. So to draw a 2 mile radius circle you'd do:

  CLASS
    SYMBOL 'circle'
    SIZE 2
    SIZEUNITS miles
  END

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> "Stepan Kafka"  03/21/03 06:55AM >>>
Hi all,
  has someone any experience with layer CIRCLE TYPE? What is it for?
After
documentation it requires 2 point shapes (multishape or 2 point lines?)
as
bounding rectangle for circle. I think it would be more usefull to use
point
layer (as circle centre) and size as radius for it?
Any idea?

Thank you

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

_______________________________________________
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 Mar 21 09:37:05 2003
From: ed at topozone.com (Ed McNierney)
Date: Fri, 21 Mar 2003 12:37:05 -0500
Subject: [Mapserver-users] generation of class colors and optimizing large shapefile access
Message-ID: <13858AA1A74F30419F319ACB66A9D122019651@mercator.topozone.com>

Charlton -

Thanks for a well-articulated question!

You should focus on two MapServer tools for performance - TILEINDEX and SHPTREE spatial indexes.

The SHPTREE tool generates a spatial index for a shapefile.  Put simply, it acts analogously to a database index; it allows MapServer to perform spatial selection on a shapefile without having to do a linear scan of all the objects in the shapefile.  Use SHPTREE so that when you're drawing a portion of the NC coast, MapServer can quickly inspect only those objects inside a given shapefile that have a chance of being visible on the output image.

Remember, too, that each shapefile reports the extents of all the objects in the shapefile, so MapServer can quickly reject an entire shapefile if none of the objects in it will be drawn.

However (moving up a level), opening and checking a number of shapefiles to determine they're not needed takes time.  That's where the TILEINDEX comes in, created by the TILE4MS tool.  This tool takes a list of input shapefile names and creates a NEW shapefile (which can also be indexed with SHPTREE) that contains a rectangle for each input shapefile, showing its extent.  By opening the TILEINDEX file, MapServer can quickly ignore whole shapefiles that can't possibly show up on the map, and by using the SHPTREE index for the files it does open, it can quickly ignore those objects in the file that can't possibly show up on the map.

All of this is independent of scale.  You should certainly set appropriate MINSCALE and MAXSCALE values for each of these data layers.  If you zoom out to display all of NC and SC on one map, and your MAP file is set up to display every object in every layer, performance will be awful and the map illegible.  Remember that all this indexing allows MapServer to quickly discard objects that don't need to be drawn; if you compel everything to be drawn ANYWAY, the indexing won't help.

	- 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: Charlton Purvis [mailto:cpurvis at asg.sc.edu]
Sent: Friday, March 21, 2003 11:42 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] generation of class colors and optimizing
large shapefile access


Boy I'm showing my naivet? here, but I'm going to go for broke.

I'm dealing w/ topo/bat data whose shapefile approaches 1GB in size.  I have been through all sorts of conversions using ESRI software to get it from its original format to shapefile, and I thought I'd carry it further into a TIFF.  But I'm not going to be happy w/ a TIFF.  Not at this stage of the game, since it's topo/bat data that is the core of our product.

I've been through the wiki and the archives, and I'm not convinced my lines of thinking are going the right direction.

A few things:

* ArcMap allows me to manipulate my layers as categories and assign colors and ramps to each value or value range.  No surprise there.  Thinking MapServer now . . . let's say I were completely crazy and wanted to break my shapefile into 100 classes w/ a different color per class.  Is there any way to pull the RGB values from something ArcMap-esque w/o doing it manually to populate my .map file?  It's not a simple ramp that I use.  I'm not above coding anything, but I can't imagine that this hasn't been encountered before.

* My shapefile is of NC and SC coasts.  Assuming I can handle the classes issue satisfactorily, how about performance issues?  What is the correct way to approach this problem w/ my large shapefile?  For example, the initial image is of the entire Carolinas and their coasts.  Even if it is a 640x480 image, there is no reason to have MapServer crunch the shapefile to try to render pixels that don't even appear on the screen.  And along the same vain, when I'm zoomed in to a SC street detail (streets and population to be added later), I don't need to have MapServer consumed w/ NC-related data.  I have read examples of setting the scale to keep roads from displaying until you're zoomed in to a satisfactory level, but I'm not clear on how this could apply to me since I'm dealing w/ a homogenous set of land and water at this point.  Is the vector tile index the way to go?  (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex)  And that could muck up my classes and colors!
 from my .map file, right?  How about different shapefiles for different levels of zooming?  Sounds painful.

* Finally, on a hopefully related note, would PostGIS create a clearer picture for me?  I'm a RDBMS fellow, not GIS by birth, but it seems reasonable to assume that slapping the large datafile into a PostGIS database would lend itself to more efficient access than as a flatfile.  Why?  I'm not quite sure, since I've read about shapefile indexing on flatfiles.  But I can't imagine breaking up a shapefile that's in the database just to have it render faster to accommodate issues in my second bullet above.

I'll admit that the other half of our outfit is ESRI-centric.  I've asked them how these issues are resolved w/i their suite of applications.  I'm eager to learn.

As always, thanks for your amazingly free and intuitive advice.  I will work to return the favor(s).

Charlton

?
?
?
Charlton Purvis
(803) 777-4453 : 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



From steve.lime at dnr.state.mn.us  Fri Mar 21 09:37:04 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 21 Mar 2003 11:37:04 -0600
Subject: [Mapserver-users] RE: symbol transparency
Message-ID: 

Text cannot be made transparent because of the way it is cached. The
exception is 
drawing text outside of the labelcache and you can do that by setting
LABELCACHE OFF
in your layer definition.

Steve

>>> Havard Tveite  03/21/03 11:04AM >>>
ryanne cruz wrote:
> can anyone tell me how to makes the symbols transparent? i saw in the

> documentation that the symbols has an attribute "transaparent [color
index]". 
> but i did not understand it. can anyone please explain it to me?
thanks. 

I don't think this has not been documented completely yet. I
have tested a bit, and the following is based on my experiences.
In mapserver 3.7, you can use TRANSPARENCY 50 (LAYER attribute)
to make everything in a layer 50% transparent (TRANSPARENCY 10
means 90% transparent :-( ). This works for both raster and
vector data. I am not sure if text can be made transparent.
The chosen image type / outputformat might be important.

-- 
H?vard Tveite                       Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf 
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY

_______________________________________________
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 Mar 21 09:39:11 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 21 Mar 2003 11:39:11 -0600
Subject: [Mapserver-users] (no subject)
Message-ID: 

There is a max iamge size set in mapserv.h for the CGI version. You can
edit that file
and rebuild MapServer to fix the problem. The size limit is there to
keep people from
swamping the server by requesting HUGE images. For practical usage I
can't see needing
images within web pages that are larger than 2k per side...

Steve

>>> "emailfittizio at libero.it"  03/21/03
09:05AM >>>
Hi All,
in my project I often need to specify an img.x img.y parameters bigger
than 2048... this give an overflow error.
How can i resolve this problem?

Also I need big output image. What is the maximum value for imgsize ??

Regards,
Alessandro.



_______________________________________________
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  Fri Mar 21 10:00:25 2003
From: keon at nacse.org (Dylan Keon)
Date: Fri, 21 Mar 2003 10:00:25 -0800
Subject: [Mapserver-users] annotating multiple inline features
In-Reply-To: 
References: 
Message-ID: <3E7B5339.1060906@nacse.org>

Yeah, I call drawLabelCache() right before saveWebImage().

That bug report from the 3.5 era mentions the shape->draw() method no 
longer takes class index and text string arguments.  The documentation 
hasn't changed, though.  What's the status of shape->draw() in 3.6.x and 
3.7?

Seems like another way to do this might be to add an annotation layer to 
the mapfile, then for each line create a new shape containing one point, 
and use shape->set('text', 'test') to set annotation for that feature. 
I'll give this a shot.  Anyone else tried this?

Thanks,
Dylan


Steve Lime wrote:
> Are you drawing the label cache further down in your code?
> 
> 
>>>>Dylan Keon  03/20/03 06:22PM >>>
> 
> Hi,
> 
> I'd like to label multiple inline features with text from user input. 
>  From the 3.7 PHP MapScript docs it sounds like the ShapeObj draw() 
> method should do this ("The text string is used to annotate the
> shape"). 
>   I figured I could label each feature this way as long as each feature
> 
> was put in a separate shape.  The features are created just fine, but I
> 
> don't get any labels.  I'm using 3.7 from a week ago.
> 
> Is it related to this old bug?
> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=36 
> 
> If this method is no longer available, can someone recommend a way to 
> label inline features in a similar manner?
> 
> Thanks,
> Dylan
> 
> 
>    $image = $map->draw();
>    $layer = $map->getLayerByName('flightlines');
> 
>    for($i = 0; $i <= (count($beginlat) - 1); $i++) { 
> 
>      $shape = ms_newShapeObj(MS_SHAPE_LINE); 
> 
>      $line = ms_newLineObj(); 
> 
>      $line->addXY($beginlon[$i], $beginlat[$i]);
>      $line->addXY($endlon[$i], $endlat[$i]);
>      $shape->add($line); 
> 
>      $shape->draw($map, $layer, $image, 0, $label[$i]); 
> 
>      $line->free(); 
> 
>      $shape->free(); 
> 
>    }
> 
> 
> LAYER
>    NAME flightlines
>    STATUS ON
>    #DATA #not needed, dynamic layer
>    TYPE LINE
>    CLASS
>      COLOR 255 0 0
>      SYMBOL 'circle'
>      SIZE 4
>      LABEL
>        TYPE TRUETYPE
>        FONT ARIAL
>        SIZE 14
>        COLOR 0 0 0
>      END
>    END
> END



From m.spring at gmx.de  Fri Mar 21 10:12:36 2003
From: m.spring at gmx.de (m.spring at gmx.de)
Date: Fri, 21 Mar 2003 19:12:36 +0100
Subject: [Mapserver-users] perl mapscript: creating legend gifs
Message-ID: 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi list,

has anyone created legend gifs with mapscript?

I'd like to do so to pre-generate gifs for HTML Legend style purpose, 
but I have absolute no idea how to generate those besides the basic

- - create map object
- - loop over all layers
  - loop over all classes
    - output legend image

Any help will be appreciated, and if successfull I'll put it on the wiki.

Markus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard 

iD8DBQE+e1YUxxUzQSse11ARAsr/AJ9aDGyc5JM94tm+yfRu7t9OIfm27QCcCRIk
uVpydxXpsr+e8xigue03J8k=
=Aw6U
-----END PGP SIGNATURE-----


From cpurvis at asg.sc.edu  Fri Mar 21 10:41:10 2003
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Fri, 21 Mar 2003 13:41:10 -0500
Subject: [Mapserver-users] generation of class colors and optimizing large shapefile access
Message-ID: 

Kudos for an even better-articulated response, Ed!

Infinite thanks for sharing your experience.  I'll admit that we've been dancing on the fence of whether or not to stay in flatfile-land or plug it into PostGIS and let it take care of everything ("everything" being a gross overstatement).  Truth be told, I will probably have to try both before I'm completely happy.  You've shed bright light on flatfile approaches while other comrades have suggested that PostGIS will take care of my indexing issues.

Additionally, flatfiles are also somewhat compelling since we plan to share the data via MapServer queries as well as DODS (i.e. netCDF).

I'll read closely how to use SHPTREE and what type of parameters I'll need to control.  That sure will be a clear indication of whether or not I understand my data, not to mention my users!

Yes, I want to have an image of the entire shapefile as the first point-of-entry for the user.  Sounds like I'll need to keep my TIFF handy unless I want to have MapServer trudge through the entire shapefile -- not an option I'm willing to take.

As far as SCALE issues go, though, all I'm currently dealing w/ is one layer that might be divided into quite a few classes.  The layer is the topographic and bathymetric layers combined.  So I don't see any clear way to turn on and turn off parts of the layer based on SCALE or a clear way to take a sampling on-the-fly.  That is, I don't see a clear way for *me* to do it.  I'm hoping to leave it up to SHPTREE and TILEINDEX.

Thanks again.

Charlton

-----Original Message-----
From: Ed McNierney [mailto:ed at topozone.com] 
Sent: Friday, March 21, 2003 12:37 PM
To: Charlton Purvis; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] generation of class colors and optimizing large shapefile access

Charlton -

Thanks for a well-articulated question!

You should focus on two MapServer tools for performance - TILEINDEX and SHPTREE spatial indexes.

The SHPTREE tool generates a spatial index for a shapefile.  Put simply, it acts analogously to a database index; it allows MapServer to perform spatial selection on a shapefile without having to do a linear scan of all the objects in the shapefile.  Use SHPTREE so that when you're drawing a portion of the NC coast, MapServer can quickly inspect only those objects inside a given shapefile that have a chance of being visible on the output image.

Remember, too, that each shapefile reports the extents of all the objects in the shapefile, so MapServer can quickly reject an entire shapefile if none of the objects in it will be drawn.

However (moving up a level), opening and checking a number of shapefiles to determine they're not needed takes time.  That's where the TILEINDEX comes in, created by the TILE4MS tool.  This tool takes a list of input shapefile names and creates a NEW shapefile (which can also be indexed with SHPTREE) that contains a rectangle for each input shapefile, showing its extent.  By opening the TILEINDEX file, MapServer can quickly ignore whole shapefiles that can't possibly show up on the map, and by using the SHPTREE index for the files it does open, it can quickly ignore those objects in the file that can't possibly show up on the map.

All of this is independent of scale.  You should certainly set appropriate MINSCALE and MAXSCALE values for each of these data layers.  If you zoom out to display all of NC and SC on one map, and your MAP file is set up to display every object in every layer, performance will be awful and the map illegible.  Remember that all this indexing allows MapServer to quickly discard objects that don't need to be drawn; if you compel everything to be drawn ANYWAY, the indexing won't help.

	- 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: Charlton Purvis [mailto:cpurvis at asg.sc.edu]
Sent: Friday, March 21, 2003 11:42 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] generation of class colors and optimizing
large shapefile access


Boy I'm showing my naivet? here, but I'm going to go for broke.

I'm dealing w/ topo/bat data whose shapefile approaches 1GB in size.  I have been through all sorts of conversions using ESRI software to get it from its original format to shapefile, and I thought I'd carry it further into a TIFF.  But I'm not going to be happy w/ a TIFF.  Not at this stage of the game, since it's topo/bat data that is the core of our product.

I've been through the wiki and the archives, and I'm not convinced my lines of thinking are going the right direction.

A few things:

* ArcMap allows me to manipulate my layers as categories and assign colors and ramps to each value or value range.  No surprise there.  Thinking MapServer now . . . let's say I were completely crazy and wanted to break my shapefile into 100 classes w/ a different color per class.  Is there any way to pull the RGB values from something ArcMap-esque w/o doing it manually to populate my .map file?  It's not a simple ramp that I use.  I'm not above coding anything, but I can't imagine that this hasn't been encountered before.

* My shapefile is of NC and SC coasts.  Assuming I can handle the classes issue satisfactorily, how about performance issues?  What is the correct way to approach this problem w/ my large shapefile?  For example, the initial image is of the entire Carolinas and their coasts.  Even if it is a 640x480 image, there is no reason to have MapServer crunch the shapefile to try to render pixels that don't even appear on the screen.  And along the same vain, when I'm zoomed in to a SC street detail (streets and population to be added later), I don't need to have MapServer consumed w/ NC-related data.  I have read examples of setting the scale to keep roads from displaying until you're zoomed in to a satisfactory level, but I'm not clear on how this could apply to me since I'm dealing w/ a homogenous set of land and water at this point.  Is the vector tile index the way to go?  (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex)  And that could muck up my classes and colors!
 from my .map file, right?  How about different shapefiles for different levels of zooming?  Sounds painful.

* Finally, on a hopefully related note, would PostGIS create a clearer picture for me?  I'm a RDBMS fellow, not GIS by birth, but it seems reasonable to assume that slapping the large datafile into a PostGIS database would lend itself to more efficient access than as a flatfile.  Why?  I'm not quite sure, since I've read about shapefile indexing on flatfiles.  But I can't imagine breaking up a shapefile that's in the database just to have it render faster to accommodate issues in my second bullet above.

I'll admit that the other half of our outfit is ESRI-centric.  I've asked them how these issues are resolved w/i their suite of applications.  I'm eager to learn.

As always, thanks for your amazingly free and intuitive advice.  I will work to return the favor(s).

Charlton

?
?
?
Charlton Purvis
(803) 777-4453 : 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



From ed at topozone.com  Fri Mar 21 10:49:00 2003
From: ed at topozone.com (Ed McNierney)
Date: Fri, 21 Mar 2003 13:49:00 -0500
Subject: [Mapserver-users] generation of class colors and optimizing large shapefile access
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F4026@mercator.topozone.com>

Charlton -

The other option I did not mention is the simplification of your shapefiles.  If you have, say, a shapefile with a single polyline in it that's the entire NC coastline at 1-meter resolution, then when you're zoomed way out you will waste a LOT of time having MapServer draw multiple tiny little line segments, all of which fit inside a single pixel.

In cases like these it's appropriate to look for tools (e.g. the "genfeat" sample feature generalization script that comes with ArcView) to create multiple shapefiles, each at a coarser resolution than the original.  You can then use THOSE files with MINSCALE/MAXSCALE to create layers with an appropriate level of detail for each zoom level.

	- Ed

-----Original Message-----
From: Charlton Purvis [mailto:cpurvis at asg.sc.edu]
Sent: Friday, March 21, 2003 1:41 PM
To: Ed McNierney; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] generation of class colors and optimizing
large shapefile access


Kudos for an even better-articulated response, Ed!

Infinite thanks for sharing your experience.  I'll admit that we've been dancing on the fence of whether or not to stay in flatfile-land or plug it into PostGIS and let it take care of everything ("everything" being a gross overstatement).  Truth be told, I will probably have to try both before I'm completely happy.  You've shed bright light on flatfile approaches while other comrades have suggested that PostGIS will take care of my indexing issues.

Additionally, flatfiles are also somewhat compelling since we plan to share the data via MapServer queries as well as DODS (i.e. netCDF).

I'll read closely how to use SHPTREE and what type of parameters I'll need to control.  That sure will be a clear indication of whether or not I understand my data, not to mention my users!

Yes, I want to have an image of the entire shapefile as the first point-of-entry for the user.  Sounds like I'll need to keep my TIFF handy unless I want to have MapServer trudge through the entire shapefile -- not an option I'm willing to take.

As far as SCALE issues go, though, all I'm currently dealing w/ is one layer that might be divided into quite a few classes.  The layer is the topographic and bathymetric layers combined.  So I don't see any clear way to turn on and turn off parts of the layer based on SCALE or a clear way to take a sampling on-the-fly.  That is, I don't see a clear way for *me* to do it.  I'm hoping to leave it up to SHPTREE and TILEINDEX.

Thanks again.

Charlton

-----Original Message-----
From: Ed McNierney [mailto:ed at topozone.com] 
Sent: Friday, March 21, 2003 12:37 PM
To: Charlton Purvis; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] generation of class colors and optimizing large shapefile access

Charlton -

Thanks for a well-articulated question!

You should focus on two MapServer tools for performance - TILEINDEX and SHPTREE spatial indexes.

The SHPTREE tool generates a spatial index for a shapefile.  Put simply, it acts analogously to a database index; it allows MapServer to perform spatial selection on a shapefile without having to do a linear scan of all the objects in the shapefile.  Use SHPTREE so that when you're drawing a portion of the NC coast, MapServer can quickly inspect only those objects inside a given shapefile that have a chance of being visible on the output image.

Remember, too, that each shapefile reports the extents of all the objects in the shapefile, so MapServer can quickly reject an entire shapefile if none of the objects in it will be drawn.

However (moving up a level), opening and checking a number of shapefiles to determine they're not needed takes time.  That's where the TILEINDEX comes in, created by the TILE4MS tool.  This tool takes a list of input shapefile names and creates a NEW shapefile (which can also be indexed with SHPTREE) that contains a rectangle for each input shapefile, showing its extent.  By opening the TILEINDEX file, MapServer can quickly ignore whole shapefiles that can't possibly show up on the map, and by using the SHPTREE index for the files it does open, it can quickly ignore those objects in the file that can't possibly show up on the map.

All of this is independent of scale.  You should certainly set appropriate MINSCALE and MAXSCALE values for each of these data layers.  If you zoom out to display all of NC and SC on one map, and your MAP file is set up to display every object in every layer, performance will be awful and the map illegible.  Remember that all this indexing allows MapServer to quickly discard objects that don't need to be drawn; if you compel everything to be drawn ANYWAY, the indexing won't help.

	- 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: Charlton Purvis [mailto:cpurvis at asg.sc.edu]
Sent: Friday, March 21, 2003 11:42 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] generation of class colors and optimizing
large shapefile access


Boy I'm showing my naivet? here, but I'm going to go for broke.

I'm dealing w/ topo/bat data whose shapefile approaches 1GB in size.  I have been through all sorts of conversions using ESRI software to get it from its original format to shapefile, and I thought I'd carry it further into a TIFF.  But I'm not going to be happy w/ a TIFF.  Not at this stage of the game, since it's topo/bat data that is the core of our product.

I've been through the wiki and the archives, and I'm not convinced my lines of thinking are going the right direction.

A few things:

* ArcMap allows me to manipulate my layers as categories and assign colors and ramps to each value or value range.  No surprise there.  Thinking MapServer now . . . let's say I were completely crazy and wanted to break my shapefile into 100 classes w/ a different color per class.  Is there any way to pull the RGB values from something ArcMap-esque w/o doing it manually to populate my .map file?  It's not a simple ramp that I use.  I'm not above coding anything, but I can't imagine that this hasn't been encountered before.

* My shapefile is of NC and SC coasts.  Assuming I can handle the classes issue satisfactorily, how about performance issues?  What is the correct way to approach this problem w/ my large shapefile?  For example, the initial image is of the entire Carolinas and their coasts.  Even if it is a 640x480 image, there is no reason to have MapServer crunch the shapefile to try to render pixels that don't even appear on the screen.  And along the same vain, when I'm zoomed in to a SC street detail (streets and population to be added later), I don't need to have MapServer consumed w/ NC-related data.  I have read examples of setting the scale to keep roads from displaying until you're zoomed in to a satisfactory level, but I'm not clear on how this could apply to me since I'm dealing w/ a homogenous set of land and water at this point.  Is the vector tile index the way to go?  (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex)  And that could muck up my classes and colors!
 from my .map file, right?  How about different shapefiles for different levels of zooming?  Sounds painful.

* Finally, on a hopefully related note, would PostGIS create a clearer picture for me?  I'm a RDBMS fellow, not GIS by birth, but it seems reasonable to assume that slapping the large datafile into a PostGIS database would lend itself to more efficient access than as a flatfile.  Why?  I'm not quite sure, since I've read about shapefile indexing on flatfiles.  But I can't imagine breaking up a shapefile that's in the database just to have it render faster to accommodate issues in my second bullet above.

I'll admit that the other half of our outfit is ESRI-centric.  I've asked them how these issues are resolved w/i their suite of applications.  I'm eager to learn.

As always, thanks for your amazingly free and intuitive advice.  I will work to return the favor(s).

Charlton

?
?
?
Charlton Purvis
(803) 777-4453 : 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



From cpurvis at asg.sc.edu  Fri Mar 21 11:37:43 2003
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Fri, 21 Mar 2003 14:37:43 -0500
Subject: [Mapserver-users] generation of class colors and optimizing large shapefile access
Message-ID: 

I'm wondering if too-much-of-a-good-thing applies in the MapServer world.

My mind is racing w/ potential pros and cons of mixing the options you've given me together.  For example, I can certainly see the value and inherent simplicity of reducing the resolution into multiple shapefiles and only rendering them when their appropriate SCALE is encountered.  Further still, I can imagine that producing the coarse shapefiles would not be too time-consuming, but I can also see the overhead to reproduce these files if my original source data were to change.  Then again, maybe not, if I organized the data effectively.

I think a good start for my particular problem would be for me to:

* identify the levels of shapefile-granularity and how that correlates w/ SCALE boundaries.  

* Maybe I could create, say, 10 shapefiles from the original 1GB file, each shapefile 1/10 more fine than the next.  

* Perhaps I could run a combination of SHPTREE and TILEINDEX on all 10 of these shapefiles.

* My CLASSES would stay the same since we're dealing w/ the same types of data (elevation) no matter what the zoom factor.

And all of this w/o a RDBMS in the background.  Come to think of it, I don't think PostGIS would help me w/ the first two bullets.  But using what little knowledge I have gleaned from my partners in crime, it could possibly eliminate the third.

Thanks again for paying attention to another selfish email.

Charlton

-----Original Message-----
From: Ed McNierney [mailto:ed at topozone.com] 
Sent: Friday, March 21, 2003 1:49 PM
To: Charlton Purvis; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] generation of class colors and optimizing large shapefile access

Charlton -

The other option I did not mention is the simplification of your shapefiles.  If you have, say, a shapefile with a single polyline in it that's the entire NC coastline at 1-meter resolution, then when you're zoomed way out you will waste a LOT of time having MapServer draw multiple tiny little line segments, all of which fit inside a single pixel.

In cases like these it's appropriate to look for tools (e.g. the "genfeat" sample feature generalization script that comes with ArcView) to create multiple shapefiles, each at a coarser resolution than the original.  You can then use THOSE files with MINSCALE/MAXSCALE to create layers with an appropriate level of detail for each zoom level.

	- Ed

-----Original Message-----
From: Charlton Purvis [mailto:cpurvis at asg.sc.edu]
Sent: Friday, March 21, 2003 1:41 PM
To: Ed McNierney; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] generation of class colors and optimizing
large shapefile access


Kudos for an even better-articulated response, Ed!

Infinite thanks for sharing your experience.  I'll admit that we've been dancing on the fence of whether or not to stay in flatfile-land or plug it into PostGIS and let it take care of everything ("everything" being a gross overstatement).  Truth be told, I will probably have to try both before I'm completely happy.  You've shed bright light on flatfile approaches while other comrades have suggested that PostGIS will take care of my indexing issues.

Additionally, flatfiles are also somewhat compelling since we plan to share the data via MapServer queries as well as DODS (i.e. netCDF).

I'll read closely how to use SHPTREE and what type of parameters I'll need to control.  That sure will be a clear indication of whether or not I understand my data, not to mention my users!

Yes, I want to have an image of the entire shapefile as the first point-of-entry for the user.  Sounds like I'll need to keep my TIFF handy unless I want to have MapServer trudge through the entire shapefile -- not an option I'm willing to take.

As far as SCALE issues go, though, all I'm currently dealing w/ is one layer that might be divided into quite a few classes.  The layer is the topographic and bathymetric layers combined.  So I don't see any clear way to turn on and turn off parts of the layer based on SCALE or a clear way to take a sampling on-the-fly.  That is, I don't see a clear way for *me* to do it.  I'm hoping to leave it up to SHPTREE and TILEINDEX.

Thanks again.

Charlton

-----Original Message-----
From: Ed McNierney [mailto:ed at topozone.com] 
Sent: Friday, March 21, 2003 12:37 PM
To: Charlton Purvis; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] generation of class colors and optimizing large shapefile access

Charlton -

Thanks for a well-articulated question!

You should focus on two MapServer tools for performance - TILEINDEX and SHPTREE spatial indexes.

The SHPTREE tool generates a spatial index for a shapefile.  Put simply, it acts analogously to a database index; it allows MapServer to perform spatial selection on a shapefile without having to do a linear scan of all the objects in the shapefile.  Use SHPTREE so that when you're drawing a portion of the NC coast, MapServer can quickly inspect only those objects inside a given shapefile that have a chance of being visible on the output image.

Remember, too, that each shapefile reports the extents of all the objects in the shapefile, so MapServer can quickly reject an entire shapefile if none of the objects in it will be drawn.

However (moving up a level), opening and checking a number of shapefiles to determine they're not needed takes time.  That's where the TILEINDEX comes in, created by the TILE4MS tool.  This tool takes a list of input shapefile names and creates a NEW shapefile (which can also be indexed with SHPTREE) that contains a rectangle for each input shapefile, showing its extent.  By opening the TILEINDEX file, MapServer can quickly ignore whole shapefiles that can't possibly show up on the map, and by using the SHPTREE index for the files it does open, it can quickly ignore those objects in the file that can't possibly show up on the map.

All of this is independent of scale.  You should certainly set appropriate MINSCALE and MAXSCALE values for each of these data layers.  If you zoom out to display all of NC and SC on one map, and your MAP file is set up to display every object in every layer, performance will be awful and the map illegible.  Remember that all this indexing allows MapServer to quickly discard objects that don't need to be drawn; if you compel everything to be drawn ANYWAY, the indexing won't help.

	- 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: Charlton Purvis [mailto:cpurvis at asg.sc.edu]
Sent: Friday, March 21, 2003 11:42 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] generation of class colors and optimizing
large shapefile access


Boy I'm showing my naivet? here, but I'm going to go for broke.

I'm dealing w/ topo/bat data whose shapefile approaches 1GB in size.  I have been through all sorts of conversions using ESRI software to get it from its original format to shapefile, and I thought I'd carry it further into a TIFF.  But I'm not going to be happy w/ a TIFF.  Not at this stage of the game, since it's topo/bat data that is the core of our product.

I've been through the wiki and the archives, and I'm not convinced my lines of thinking are going the right direction.

A few things:

* ArcMap allows me to manipulate my layers as categories and assign colors and ramps to each value or value range.  No surprise there.  Thinking MapServer now . . . let's say I were completely crazy and wanted to break my shapefile into 100 classes w/ a different color per class.  Is there any way to pull the RGB values from something ArcMap-esque w/o doing it manually to populate my .map file?  It's not a simple ramp that I use.  I'm not above coding anything, but I can't imagine that this hasn't been encountered before.

* My shapefile is of NC and SC coasts.  Assuming I can handle the classes issue satisfactorily, how about performance issues?  What is the correct way to approach this problem w/ my large shapefile?  For example, the initial image is of the entire Carolinas and their coasts.  Even if it is a 640x480 image, there is no reason to have MapServer crunch the shapefile to try to render pixels that don't even appear on the screen.  And along the same vain, when I'm zoomed in to a SC street detail (streets and population to be added later), I don't need to have MapServer consumed w/ NC-related data.  I have read examples of setting the scale to keep roads from displaying until you're zoomed in to a satisfactory level, but I'm not clear on how this could apply to me since I'm dealing w/ a homogenous set of land and water at this point.  Is the vector tile index the way to go?  (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex)  And that could muck up my classes and colors!
 from my .map file, right?  How about different shapefiles for different levels of zooming?  Sounds painful.

* Finally, on a hopefully related note, would PostGIS create a clearer picture for me?  I'm a RDBMS fellow, not GIS by birth, but it seems reasonable to assume that slapping the large datafile into a PostGIS database would lend itself to more efficient access than as a flatfile.  Why?  I'm not quite sure, since I've read about shapefile indexing on flatfiles.  But I can't imagine breaking up a shapefile that's in the database just to have it render faster to accommodate issues in my second bullet above.

I'll admit that the other half of our outfit is ESRI-centric.  I've asked them how these issues are resolved w/i their suite of applications.  I'm eager to learn.

As always, thanks for your amazingly free and intuitive advice.  I will work to return the favor(s).

Charlton

?
?
?
Charlton Purvis
(803) 777-4453 : 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



From steve.lime at dnr.state.mn.us  Fri Mar 21 11:57:08 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 21 Mar 2003 13:57:08 -0600
Subject: [Mapserver-users] annotating multiple inline features
Message-ID: 

What you write helped jog my memory. Class index and label text values
are indeed held
within a shapeObj structure. This was done so shapes were more
autonomous. So, you
should be able to set those parameters and then call the draw method.
It probably worked
for you before because the default classindex for a shape is 0.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Dylan Keon  03/21/03 12:00PM >>>
Yeah, I call drawLabelCache() right before saveWebImage().

That bug report from the 3.5 era mentions the shape->draw() method no 
longer takes class index and text string arguments.  The documentation

hasn't changed, though.  What's the status of shape->draw() in 3.6.x
and 
3.7?

Seems like another way to do this might be to add an annotation layer
to 
the mapfile, then for each line create a new shape containing one
point, 
and use shape->set('text', 'test') to set annotation for that feature.

I'll give this a shot.  Anyone else tried this?

Thanks,
Dylan


Steve Lime wrote:
> Are you drawing the label cache further down in your code?
> 
> 
>>>>Dylan Keon  03/20/03 06:22PM >>>
> 
> Hi,
> 
> I'd like to label multiple inline features with text from user input.

>  From the 3.7 PHP MapScript docs it sounds like the ShapeObj draw() 
> method should do this ("The text string is used to annotate the
> shape"). 
>   I figured I could label each feature this way as long as each
feature
> 
> was put in a separate shape.  The features are created just fine, but
I
> 
> don't get any labels.  I'm using 3.7 from a week ago.
> 
> Is it related to this old bug?
> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=36 
> 
> If this method is no longer available, can someone recommend a way to

> label inline features in a similar manner?
> 
> Thanks,
> Dylan
> 
> 
>    $image = $map->draw();
>    $layer = $map->getLayerByName('flightlines');
> 
>    for($i = 0; $i <= (count($beginlat) - 1); $i++) { 
> 
>      $shape = ms_newShapeObj(MS_SHAPE_LINE); 
> 
>      $line = ms_newLineObj(); 
> 
>      $line->addXY($beginlon[$i], $beginlat[$i]);
>      $line->addXY($endlon[$i], $endlat[$i]);
>      $shape->add($line); 
> 
>      $shape->draw($map, $layer, $image, 0, $label[$i]); 
> 
>      $line->free(); 
> 
>      $shape->free(); 
> 
>    }
> 
> 
> LAYER
>    NAME flightlines
>    STATUS ON
>    #DATA #not needed, dynamic layer
>    TYPE LINE
>    CLASS
>      COLOR 255 0 0
>      SYMBOL 'circle'
>      SIZE 4
>      LABEL
>        TYPE TRUETYPE
>        FONT ARIAL
>        SIZE 14
>        COLOR 0 0 0
>      END
>    END
> END



From steve.lime at dnr.state.mn.us  Fri Mar 21 14:17:35 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 21 Mar 2003 16:17:35 -0600
Subject: [Mapserver-users] default extent
Message-ID: 

Who wrote that documentation? It's wrong so it was probably me... ;-)
The extent given in the map file IS the default extent. So, if you
access the application and don't specifiy and extent (via a myriad of
means) then that value will be used. There is no magic way to create it
in absence of setting it. The default is something like -1,-1,-1,-1 and
the scale computation code checks for a degenerate extent and reports
the error you mention.

The code *should* (in absence of an extent) examine all layers and come
up with a minimum bounding box. You can add this as a feature request to
bugzilla but it's not a high priority... Interestingly the tool (i.e.
msLayerGetExtent() function) to get that value has already been written
and just needs to be hooked up in the CGI version and perhaps as a
method for MapScript (eg. $map->setDefaultExtent();).

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Jan Hartmann  03/21/03 10:04AM >>>
The MS3.7 MapFile doc says under the MAP heading:

-------------------------------------
EXTENT [minx] [miny] [maxx] [maxy]

     The spatial extent of the map to be created. Most often you will 
want to specify this, although mapserver will extrapolate one if none
is 
specified.
---------------------------------------

It would be nice if EXTENT had some sort of default, but I always get
an 
error-message when I don't specify it:

(msCalculateScale(): General error message. Invalid image extent).

What exactly does this mean?

Jan

_______________________________________________
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  Fri Mar 21 14:41:44 2003
From: keon at nacse.org (Dylan Keon)
Date: Fri, 21 Mar 2003 14:41:44 -0800
Subject: [Mapserver-users] annotating multiple inline features
In-Reply-To: 
References: 
Message-ID: <3E7B9528.5040203@nacse.org>

Thanks Steve, it's working now.  After reading your message I reexamined 
the docs and saw that classindex and text can be set using shape->set().

You wrote that the syntax is:
	int draw(mapObj map, layerObj layer, imageObj image)
but the current documentation still says it's:
	int draw(mapObj map, layerObj layer, imageObj img,
             int class_index, string text)

Should I file a bug so that the documentation gets changed?  Or is it 
that way for a reason?

Thanks,
Dylan


Steve Lime wrote:
> What you write helped jog my memory. Class index and label text values
> are indeed held
> within a shapeObj structure. This was done so shapes were more
> autonomous. So, you
> should be able to set those parameters and then call the draw method.
> It probably worked
> for you before because the default classindex for a shape is 0.
> 
> Steve
> 
> Stephen Lime
> Data & Applications Manager
> 
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
> 
> 
>>>>Dylan Keon  03/21/03 12:00PM >>>
> 
> Yeah, I call drawLabelCache() right before saveWebImage().
> 
> That bug report from the 3.5 era mentions the shape->draw() method no 
> longer takes class index and text string arguments.  The documentation
> 
> hasn't changed, though.  What's the status of shape->draw() in 3.6.x
> and 
> 3.7?
> 
> Seems like another way to do this might be to add an annotation layer
> to 
> the mapfile, then for each line create a new shape containing one
> point, 
> and use shape->set('text', 'test') to set annotation for that feature.
> 
> I'll give this a shot.  Anyone else tried this?
> 
> Thanks,
> Dylan
> 
> 
> Steve Lime wrote:
> 
>>Are you drawing the label cache further down in your code?
>>
>>
>>
>>>>>Dylan Keon  03/20/03 06:22PM >>>
>>
>>Hi,
>>
>>I'd like to label multiple inline features with text from user input.
> 
> 
>> From the 3.7 PHP MapScript docs it sounds like the ShapeObj draw() 
>>method should do this ("The text string is used to annotate the
>>shape"). 
>>  I figured I could label each feature this way as long as each
> 
> feature
> 
>>was put in a separate shape.  The features are created just fine, but
> 
> I
> 
>>don't get any labels.  I'm using 3.7 from a week ago.
>>
>>Is it related to this old bug?
>>http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=36 
>>
>>If this method is no longer available, can someone recommend a way to
> 
> 
>>label inline features in a similar manner?
>>
>>Thanks,
>>Dylan
>>
>>
>>   $image = $map->draw();
>>   $layer = $map->getLayerByName('flightlines');
>>
>>   for($i = 0; $i <= (count($beginlat) - 1); $i++) { 
>>
>>     $shape = ms_newShapeObj(MS_SHAPE_LINE); 
>>
>>     $line = ms_newLineObj(); 
>>
>>     $line->addXY($beginlon[$i], $beginlat[$i]);
>>     $line->addXY($endlon[$i], $endlat[$i]);
>>     $shape->add($line); 
>>
>>     $shape->draw($map, $layer, $image, 0, $label[$i]); 
>>
>>     $line->free(); 
>>
>>     $shape->free(); 
>>
>>   }
>>
>>
>>LAYER
>>   NAME flightlines
>>   STATUS ON
>>   #DATA #not needed, dynamic layer
>>   TYPE LINE
>>   CLASS
>>     COLOR 255 0 0
>>     SYMBOL 'circle'
>>     SIZE 4
>>     LABEL
>>       TYPE TRUETYPE
>>       FONT ARIAL
>>       SIZE 14
>>       COLOR 0 0 0
>>     END
>>   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 gerard at intranet.ctfc.es  Sat Mar 22 01:00:04 2003
From: gerard at intranet.ctfc.es (Gerard =?ISO-8859-1?Q?Farr=E0s?=)
Date: 22 Mar 2003 10:00:04 +0100
Subject: [Mapserver-users] Configure --with-system-regex
Message-ID: <1048323605.1752.4.camel@sistemes-portatil>

Hi all,

My platform:	Distribution : 	Suse Linux 7.3
		Kernel:		2.4.14
		Arch:		sparc64
		Mapserver-version	3.6.4
		PHP-Version	4.3.0.
	
	I'm trying to recompile MapServer with php support, but I get this:

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-system-regex 
!!!
!!! and then re-configure and re-compile MapServer.                  
!!!

	I have recompiled php --with-regex=system (and --with-system-regex),
but.. I get the same result...

	Can anybody help me?

	Thanks,

		Gerard Farr?s


	 







From jhart at frw.uva.nl  Sat Mar 22 03:01:26 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Sat, 22 Mar 2003 12:01:26 +0100
Subject: [Mapserver-users] default extent
In-Reply-To: 
References: 
Message-ID: <3E7C4286.6020901@frw.uva.nl>

I put a request in Bugzilla to let a mapfile's extent default to the 
bounding box of all layers combined. This would come in very handy for 
peaple starting with a bunch of GIS- and raster-files they are not 
acquainted with. Setting a false extent will generally produce a blank 
map. When one could leave out extent altogether, something would be 
visible in any case (provided STATUS DEFAULT is set of course -:) ), 
though probably not at the expected position or scale.

Jan

BTW I saw that some items in Bugzilla were put in a language vaguely 
reminiscent of French, e.g:

"J'ai roule mapserver 3.5 (avec la getgeatureinfo) et voici les memory
leaks reportes" (bug 42)

Is this native Canadian?

Steve Lime wrote:
> Who wrote that documentation? It's wrong so it was probably me... ;-)
> The extent given in the map file IS the default extent. So, if you
> access the application and don't specifiy and extent (via a myriad of
> means) then that value will be used. There is no magic way to create it
> in absence of setting it. The default is something like -1,-1,-1,-1 and
> the scale computation code checks for a degenerate extent and reports
> the error you mention.
> 
> The code *should* (in absence of an extent) examine all layers and come
> up with a minimum bounding box. You can add this as a feature request to
> bugzilla but it's not a high priority... Interestingly the tool (i.e.
> msLayerGetExtent() function) to get that value has already been written
> and just needs to be hooked up in the CGI version and perhaps as a
> method for MapScript (eg. $map->setDefaultExtent();).
> 
> Steve
> 
> Stephen Lime
> Data & Applications Manager
> 
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
> 
> 
>>>>Jan Hartmann  03/21/03 10:04AM >>>
> 
> The MS3.7 MapFile doc says under the MAP heading:
> 
> -------------------------------------
> EXTENT [minx] [miny] [maxx] [maxy]
> 
>      The spatial extent of the map to be created. Most often you will 
> want to specify this, although mapserver will extrapolate one if none
> is 
> specified.
> ---------------------------------------
> 
> It would be nice if EXTENT had some sort of default, but I always get
> an 
> error-message when I don't specify it:
> 
> (msCalculateScale(): General error message. Invalid image extent).
> 
> What exactly does this mean?
> 
> Jan
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

Jan Hartmann
Department of Geography
University of Amsterdam
jhart at frw.uva.nl



From morissette at dmsolutions.ca  Sat Mar 22 11:44:43 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Sat, 22 Mar 2003 14:44:43 -0500
Subject: [Mapserver-users] default extent
References:  <3E7C4286.6020901@frw.uva.nl>
Message-ID: <3E7CBD2B.FF2DA881@dmsolutions.ca>

Jan Hartmann wrote:
> 
> I put a request in Bugzilla to let a mapfile's extent default to the
> bounding box of all layers combined. This would come in very handy for
> peaple starting with a bunch of GIS- and raster-files they are not
> acquainted with. Setting a false extent will generally produce a blank
> map. When one could leave out extent altogether, something would be
> visible in any case (provided STATUS DEFAULT is set of course -:) ),
> though probably not at the expected position or scale.
> 

Note that this feature will come with a performance cost, which may be
huge for some layer types... so the documentation should be clear on the
fact that setting explicit extents in the mapfile is still very strongly
recommended.  (I would personally have opted for creating a command-line
utility that would scan all layers in a mapfile and report the extents.)

For instance, this will be very slow with OGR CONNECTIONs to ASCII file
formats, or even some binary formats that don't carry any extents
information in the file header.  It will also be slow with connections
to spatial databases since the databases will have to evaluate the SQL
query in order to return the extents.  Finally, I'm not even sure how
this lack of extents would/should be handled in the case of WMS or WFS
layers.

> 
> BTW I saw that some items in Bugzilla were put in a language vaguely
> reminiscent of French, e.g:
> 
> "J'ai roule mapserver 3.5 (avec la getgeatureinfo) et voici les memory
> leaks reportes" (bug 42)
> 
> Is this native Canadian?
> 

I'm not sure what you meant by native Canadian, but this is not written
in any official language, it's simply an unfortunate mix of French and
English.  Since we often don't know of a good French equivalent to
describe some technical things then we'll sometimes just use an English
expression in the middle of a French sentence, or switch back and forth
between languages without really noticing it.

FYI the reason why this half-French half-English bug report ended up
there is that it comes from a note exchanged between me and Assefa which
was not initially intended to end up in a bug report, sorry if it lead
to any confusion.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------



From millardymecki at sympatico.ca  Sat Mar 22 11:13:48 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Sat, 22 Mar 2003 14:13:48 -0500
Subject: [Mapserver-users] labelitem
Message-ID: <000c01c2f0a7$2adf30f0$f098fea9@pauls>

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C2F07D.41A2C600
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,
    I was wondering if anyone knows how to go about changeing the =
labelitem string at run time?
thx,
Paul

------=_NextPart_000_0009_01C2F07D.41A2C600
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi,


    I was wondering if =
anyone knows=20
how to go about changeing the labelitem string at run time?


thx,


Paul


------=_NextPart_000_0009_01C2F07D.41A2C600--



From jhart at frw.uva.nl  Sat Mar 22 12:19:23 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Sat, 22 Mar 2003 21:19:23 +0100
Subject: [Mapserver-users] default extent
In-Reply-To: <3E7CBD2B.FF2DA881@dmsolutions.ca>
References:  <3E7C4286.6020901@frw.uva.nl> <3E7CBD2B.FF2DA881@dmsolutions.ca>
Message-ID: <3E7CC54B.5040703@frw.uva.nl>

Sorry Daniel, it was meant as a joke. I come from a region 30 km north 
of Li?ge, so I know what bilingualism means. No offense or critique meant.

Jan

> I'm not sure what you meant by native Canadian, but this is not written
> in any official language, it's simply an unfortunate mix of French and
> English.  Since we often don't know of a good French equivalent to
> describe some technical things then we'll sometimes just use an English
> expression in the middle of a French sentence, or switch back and forth
> between languages without really noticing it.
> 
> FYI the reason why this half-French half-English bug report ended up
> there is that it comes from a note exchanged between me and Assefa which
> was not initially intended to end up in a bug report, sorry if it lead
> to any confusion.
> 
> Daniel



From Da.Wa at uni-jena.de  Sun Mar 23 05:21:30 2003
From: Da.Wa at uni-jena.de (Daniel Wagner)
Date: Sun, 23 Mar 2003 14:21:30 +0100
Subject: [Mapserver-users] navigation arrows around the map
Message-ID: <1048425690.3e7db4da92a56@fsuj28.rz.uni-jena.de>

Hi all,

how can I create navigation arrows around the map?

Has somebody an idea or working examples?

Thanks in advance!!

Daniel Wagner




-----------------------------------------------------
This mail was sent through http://webmail.uni-jena.de



From john.hagstrand at interageresearch.com  Sun Mar 23 08:01:09 2003
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Sun, 23 Mar 2003 10:01:09 -0600
Subject: [Mapserver-users] change parameters via URL
Message-ID: <4.3.2.7.0.20030323094752.01682bc0@pop.registeredsite.com>

Hi Jan,

In a previous message you told me about the feature that allows me to
change mapfile parameters on the URL.

 >On your second question: you can specify an expression dynamically in
 >the calling URL:
 >http://.../mapserv?map=my.map&layer=...&map_layer_0_class_0.expression="{...)"
 >See the end of the MapFile reference for this very powerful mechanism.

I've been trying to do this, but I'm using the WMS version.

http://localhost/saveantioch/map/bin/mapserv.exe?map=c:\John\Interland\SaveAntioch\Production\Map\sa.map&map_devHilite_class_expression=([Id]eq2)&VERSION=1.1.0&REQUEST=GetMap&BBOX=1035257,2093349,1090581,2123975&LAYERS=,city,wetlands,water,hiways,roads,rail,streets,fpbound,statpark,parcels,dev&width=690&height=382

I realize this syntax is not standard WMS so I'm wondering if this will be 
possible.  I really do need a way to dynamically select certain polygons 
out of specified layers.

Can you help?
Thanks
John


-------------------------------------------------
John Hagstrand
Interage Research, Inc.
847 838 5371
Software Development Consulting for Internet Content Management
We make knowledge accessible, useful, and relevant for everyone.
http://www.interageresearch.com




From ycnyon at pd.jaring.my  Sun Mar 23 20:12:16 2003
From: ycnyon at pd.jaring.my (YC Nyon)
Date: Mon, 24 Mar 2003 12:12:16 +0800
Subject: [Mapserver-users] RE: PHP-MS with postgis support
Message-ID: <010201c2f1c2$5832aa20$5340baca@gis>

this is a follow up from my earlier post.
I got hold of a php_ms 3.6 dll file which supports postgis.
Got it working. However it was not compiled with TTF and this 
gives me problem as I can't use my custom fonts and symbols.

Does anyone have a solution?
Wondering when DM Solutions will add a postgis connection to php ms.

Regards
Nyon


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.463 / Virus Database: 262 - Release Date: 17/03/2003


From ycnyon at pd.jaring.my  Sun Mar 23 20:18:04 2003
From: ycnyon at pd.jaring.my (YC Nyon)
Date: Mon, 24 Mar 2003 12:18:04 +0800
Subject: [Mapserver-users] Setting up WMS not returning a XML response
Message-ID: <010301c2f1c2$61fc7680$5340baca@gis>

I'm downloaded Mapserver 3.6  and Itasca demo.
Got it running without any problem. I then followed the instruction in wiki
on setting up WMS server. As the Itasca demo was pretty setup for WMS, i
didn't do much.

Proceed to try
http://localhost/gps/itasca/mapserv.exe?map=C:\web\GPS_spot\itasca\demo.map&
request=GetCapabilties;

All it returned was the Itasca interface with the rendered map.

No "save to file" prompt.

Any suggestions?

Nyon


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.463 / Virus Database: 262 - Release Date: 17/03/2003



From sholl at gmx.net  Sun Mar 23 09:08:10 2003
From: sholl at gmx.net (Stephan Holl)
Date: Sun, 23 Mar 2003 18:08:10 +0100
Subject: [Mapserver-users] compile php_mapscript
Message-ID: <20030323180810.59b116f1.sholl@gmx.net>

--=.DfNafU_9_NpCHq
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Dear List,
I am trying to compile php_mapscript with php-4.3.1 and mapserver
3.7-cvs.
after compiling php as cgi and loading php_mapscript.so in a script with
phpinfo(), the variable $PHP_SELF has now value.
How can I solve this?
When I run a test-script, the variable $PHP_SELF only contains strange
characters and the script does not run.

Perhaps anybody could give me a hint.
cheers
-- 
Stephan Holl

GnuPG Key-ID: 11946A09
ICQ# 117277975 

--=.DfNafU_9_NpCHq
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+fen+Eg9SKhGUagkRAsSvAJ47izfXo6hoIVe1Xu04OoDBwD1USQCfT8ja
nxIp/GUHr6pVc4+n7+YJnDc=
=1WrZ
-----END PGP SIGNATURE-----

--=.DfNafU_9_NpCHq--


From keon at nacse.org  Sun Mar 23 09:20:30 2003
From: keon at nacse.org (Dylan Keon)
Date: Sun, 23 Mar 2003 09:20:30 -0800
Subject: [Mapserver-users] compile php_mapscript
In-Reply-To: <20030323180810.59b116f1.sholl@gmx.net>
References: <20030323180810.59b116f1.sholl@gmx.net>
Message-ID: <3E7DECDE.2060204@nacse.org>

Stephan Holl wrote:
> after compiling php as cgi and loading php_mapscript.so in a script with
> phpinfo(), the variable $PHP_SELF has now value.
> How can I solve this?

Hi Stephan,

These two posts should answer your question:

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00550.html
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00553.html

--Dylan



From george_planansky at harvard.edu  Sun Mar 23 10:13:05 2003
From: george_planansky at harvard.edu (George Planansky)
Date: Sun, 23 Mar 2003 13:13:05 -0500
Subject: [Mapserver-users] 3.7_23mar breaking where 3.6.3 ran fine ??
Message-ID: <9743-Sun23Mar2003131305-0500-george_planansky@harvard.edu>

I just moved from mapserver-3.6.3 to 
mapserver_3.7_dev_2003-03-23 ... and my stuff
now fails, with and without error messages.

I've 5 closely related map file example below, 
the first two just fail silently,  the second three
produce the same error message, but at different
lines.

Could someone knowledgeable have a look, and
hopefully see in a flash, what I need to change 
to accommodate 3.7 ?

thanks,

George

fwiw Solaris 2.8 gcc   
Only change from 3.6.3, is I added libcurl, and,
the --with-wfs --with-wfs-client options
---------------------------------------------------
./configure \
--disable-rxposix-conflict-error \
--with-gd \
--without-tiff \
--with-jpeg=/usr/local \
--with-zlib=/usr \
--with-png=/usr/local \
--with-freetype=/usr/local/bin/freetype-config \
--with-eppl \
--with-proj=/usr/local \
--with-gdal=/usr/local/bin/gdal-config \
--with-ogr \
--with-postgis=/usr/local/pgsql/bin/pg_config \
--with-wfs \
--with-wmsclient \
--with-wfsclient \
--enable-debug \
--with-php=/usr/local/src/php-4.3.2RC1 \
--enable-runpath >& configure.out &

mapfiles:
---------

These both work fine with mapserver-3.6.3,
both fail silently (no image produced, no
error message) with mapserver_3.7_dev_20030323:


s23a.map 
1:NAME S23a
4:EXTENT 360772.000 3757330.000 387202.000 3777160.00
5:SIZE 800 600
6:
7:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
8:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
9:
10:IMAGETYPE png
11:
12:PROJECTION
13:  "init=epsg:26711" # our raster file
14:END
15:
16:LAYER # Shaded Relief Raster
17:  NAME "relief"
18:  DATA "strm_scal_utma.tif"
20:  STATUS off
21:  TYPE RASTER
22:  OFFSITE 0
23:END
24:
25:SYMBOL #Solid circle
26:  NAME 'circle'
27:  TYPE ELLIPSE
28:  POINTS 1 1 END
29:  FILLED TRUE
30:END
31:
32:LAYER 
33:  NAME "faultlines"
34:  DATA "jennings"
35:  STATUS DEFAULT
36:  TYPE LINE
37:  CLASS #  class
38:    NAME "faultlines"
39:    COLOR 255 255 0
40:    SYMBOL 'circle'
41:    SIZE 4
42:  END
43:END
44:
45:LAYER 
46:  NAME "faultlinesnames"
47:  DATA "jennings"
48:  STATUS DEFAULT
49:  TYPE ANNOTATION
50:  LABELITEM "NAME"
52:  CLASS # NAME's class
53:    COLOR -1 -1 -1
54:    LABEL
55:      COLOR 0 0 0
56:      MINDISTANCE 25
57:      OUTLINECOLOR 255 255 0
58:      TYPE BITMAP
59:      SIZE MEDIUM
60:      POSITION CC
61:      PARTIALS FALSE
62:      BUFFER 2
63:    END
64:  END
65:END
66:
67:LAYER # mapgrida 7.5 minute shapefile
68:  STATUS DEFAULT
69:  NAME "mapgridalines"
70:  DATA "mapgrida"
71:  PROJECTION
72:    "init=epsg:43001" # our raster file
73:  END
74:  TYPE LINE
75:  CLASS
76:    COLOR 0 0 0
77:    SYMBOL 'circle'
78:    SIZE 2
79:  END
80:END
81:
82:LAYER # mapgrida 7.5 minute shapefile quadnames
83:  STATUS DEFAULT
85:  NAME "mapgridanames"
86:  DATA "mapgrida"
87:  PROJECTION
88:    "init=epsg:43001" # our raster file
89:  END
90:  TYPE ANNOTATION
91:  LABELITEM "MAPNAME"
93:  CLASS
97:    LABEL
98:      POSITION CC
99:      COLOR 0 0 0
100:      TYPE TRUETYPE
101:      FONT arial
102:      SIZE 14
103:      ANTIALIAS TRUE
104:      PARTIALS FALSE
105:      BUFFER 2
106:    END
107:  END
108:END
109:
110:END # end of map file
111:

s32b.map
1:NAME S23
3:EXTENT 313612.000 3680020.000 477202.000 3823240.000
5:SIZE 800 600
6:
7:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
8:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
9:
10:IMAGETYPE png
11:
12:PROJECTION
14:"init=epsg:26711"
15:END
16:
17:LAYER # Shaded Relief Raster
18:  NAME "strm_scal_utma"
19:  DATA "strm_scal_utma.tif"
21:  STATUS off
22:  TYPE RASTER
23:  OFFSITE 0
24:END
25:
26:LAYER # Shaded Relief Raster
27:  NAME "scalmosaic_utm_shaded"
28:  DATA "scalmosaic_utm_shaded.tif"
29:  STATUS DEFAULT
31:  TYPE RASTER
32:  OFFSITE 0
33:END
34:
35:SYMBOL #Solid circle
36:  NAME 'circle'
37:  TYPE ELLIPSE
38:  POINTS 1 1 END
39:  FILLED TRUE
40:END
41:
42:LAYER # Jennings shapefile
43:  NAME "faultlines"
44:  DATA "jennings"
45:  STATUS DEFAULT
46:  TYPE LINE
47:  CLASS #  class
48:    NAME "faultlines"
49:    COLOR 255 255 0
50:    SYMBOL 'circle'
51:    SIZE 4
52:  END # end of faultlines class object
53:END
54:
55:LAYER # Jennings shapefile
56:  NAME "faultlines"
57:  DATA "jennings"
58:  STATUS DEFAULT
59:  TYPE ANNOTATION
60:
61:  LABELITEM "NAME"
63:  CLASS # NAME's class
65:    COLOR -1 -1 -1
66:    LABEL
67:      COLOR 0 0 0
68:      MINDISTANCE 5
71:      OUTLINECOLOR 255 255 255
75:      TYPE BITMAP
76:      SIZE MEDIUM
77:      POSITION CC
78:      PARTIALS FALSE
79:      BUFFER 2
80:    END # end of label
81:  END # end of NAMES class object
82:END # end of layer object
83:
84:LAYER # mapgrida 7.5 minute shapefile
85:  NAME "mapgrida"
86:  DATA "mapgrida"
87:  PROJECTION
89:  "init=epsg:43001"
90:  END
91:  STATUS DEFAULT
92:  TYPE LINE
95:  LABELITEM "MAPNAME"
96:  CLASS #  class
97:    NAME "mapgridalines"
98:    COLOR 0 0 0
99:    SYMBOL 'circle'
100:    SIZE 2
101:    LABEL
102:      POSITION CC
105:      COLOR 0 0 0
106:      TYPE TRUETYPE
107:      FONT arial
108:      SIZE 2
109:      ANTIALIAS TRUE
110:      PARTIALS FALSE
111:      BUFFER 2
112:    END # end of label
113:  END # end of mapgridlines class object
114:END
115:
116:END # end of map file

These two work fine with mapserver 3.6.3, 
fails with error with mapserver_3.7_dev_2003-03-23:

 
getInteger(): Symbol definition error. (END):(51) 
uses ilayers.map:
1:NAME ILAYERS
2:
7:EXTENT 360772.000 3757330.000 387202.000 3777160.00
9:SIZE 800 600
10:
11:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
12:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
13:
14:IMAGETYPE png
15:
16:WEB
17:  TEMPLATE ilayers.html
18:  IMAGEPATH "/l/www/wacke/htdocs/mapserver/tmp/"
19:  IMAGEURL "/mapserver/tmp/"
20:END
21:
22:LEGEND
23:  STATUS ON
24:  LABEL
25:    TYPE TRUETYPE
26:    FONT arial
27:    COLOR 0 0 0
28:    SIZE 10
29:    ANTIALIAS TRUE
30:  END
31:END
32:
33:REFERENCE
34:  STATUS ON
35:  IMAGE "/mapserver/cfm/data/labasin_relief_small_200x150.gif"
36:  EXTENT 360772.000 3757330.000 387202.000 3777160.00
37:  SIZE  200 150
38:  COLOR -1 -1 -1
39:  OUTLINECOLOR 255 0 0
40:END
41:
42:PROJECTION
43:  "init=epsg:26711" # our raster file
44:END
45:
46:LAYER # Shaded Relief Raster
47:  NAME "relief"
48:  DATA "strm_scal_utma.tif"
49:  STATUS off
50:  TYPE RASTER
51:  OFFSITE 0
52:END
53:
62:
63:SYMBOL #Solid circle
64:  NAME 'circle'
65:  TYPE ELLIPSE
66:  POINTS 1 1 END
67:  FILLED TRUE
68:END
69:
70:LAYER
71:  NAME "faultlines"
72:  DATA "jennings"
73:  STATUS on
74:  TYPE LINE
75:  CLASS
76:    NAME "faultlines"
77:    COLOR 255 255 0
78:    SYMBOL 'circle'
79:    SIZE 3
80:  END
81:END
82:
83:LAYER
84:  NAME "faultnames"
85:  DATA "jennings"
86:  STATUS OFF
87:  TYPE ANNOTATION
88:  LABELITEM "NAME"
89:  CLASS 
91:    COLOR -1 -1 -1
92:    LABEL
93:      COLOR 0 0 0
94:      MINDISTANCE 25
95:      OUTLINECOLOR 255 255 255
96:      TYPE BITMAP
97:      SIZE MEDIUM
98:      POSITION CC
99:      PARTIALS FALSE
100:      BUFFER 2
101:    END
102:  END
103:END
104:
132:
133:LAYER # mapgrida 7.5 minute shapefile
134:  STATUS ON
135:  NAME "mapgridlines"
136:  DATA "mapgrida"
137:  PROJECTION
138:    "init=epsg:43001" # our raster file
139:  END
140:  TYPE LINE
141:  CLASS
142:    NAME "Mapgrid Lines"
143:    COLOR 0 0 0
144:    SYMBOL 'circle'
145:    SIZE 2
146:  END
147:END
148:
149:LAYER # mapgrida 7.5 minute shapefile quadnames
150:  STATUS OFF
151:  NAME "mapgridnames"
152:  DATA "mapgrida"
153:  PROJECTION
154:    "init=epsg:43001" # our raster file
155:  END
156:  TYPE ANNOTATION
157:  LABELITEM "MAPNAME"
158:  CLASS
162:    LABEL
163:      POSITION CC
164:      COLOR 0 0 0
165:      TYPE TRUETYPE
166:      FONT arial
167:      SIZE 12
168:      ANTIALIAS TRUE
169:      PARTIALS FALSE
170:      BUFFER 2
171:    END
172:  END
173:END
174:
175:LAYER # co100a counties
176:  STATUS ON
177:  NAME "countylines"
178:  DATA "co100a"
179:  PROJECTION
180:    "init=epsg:43001" # our raster file
181:  END
182:  TYPE LINE
183:  CLASS
184:    NAME "County Lines"
185:    COLOR 0 0 0
186:    SYMBOL 'circle'
187:    SIZE 2
188:  END
189:END
190:
191:LAYER # co100a county names
192:  STATUS OFF
193:  NAME "countynames"
194:  DATA "co100a"
195:  PROJECTION
196:    "init=epsg:43001" # our raster file
197:  END
198:  TYPE ANNOTATION
199:  LABELITEM "NAME"
200:  CLASS
204:    LABEL
205:      POSITION CC
206:      COLOR 0 0 255
207:      TYPE TRUETYPE
208:      FONT arial
209:      SIZE 12
210:      ANTIALIAS TRUE
211:      PARTIALS FALSE
212:      BUFFER 2
213:    END
214:  END
215:END
216:
217:END # end of map file
218:

getInteger(): Symbol definition error. (END):(54)
uses izoom.map:
1:NAME IZOOM
2:
7:EXTENT 360772.000 3757330.000 387202.000 3777160.00
8:SIZE 400 300
9:
10:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
11:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
12:
13:IMAGETYPE png
14:
15:WEB
16:  TEMPLATE izoom.html
17:  IMAGEPATH "/l/www/wacke/htdocs/mapserver/tmp/"
18:  IMAGEURL "/mapserver/tmp/"
19:END
20:
21:LEGEND
22:  STATUS ON
23:  LABEL
24:    TYPE TRUETYPE
25:    FONT arial
26:    COLOR 0 0 0
27:    SIZE 10
28:    ANTIALIAS TRUE
29:  END
30:END
31:
32:REFERENCE
34:  STATUS ON
35:  IMAGE "/mapserver/cfm/data/labasin_relief_small_200x150.gif"
36:  EXTENT 360772.000 3757330.000 387202.000 3777160.00
37:  SIZE  200 150
38:  COLOR -1 -1 -1
39:  OUTLINECOLOR 255 0 0
40:END
41:
42:PROJECTION
44:"init=epsg:26711"
45:END
46:
47:LAYER # Shaded Relief Raster
48:  NAME "relief"
50:  DATA "scalmosaic_utm_shaded.tif"
51:  STATUS DEFAULT
53:  TYPE RASTER
54:  OFFSITE 0
55:END
56:
57:SYMBOL #Solid circle
58:  NAME 'circle'
59:  TYPE ELLIPSE
60:  POINTS 1 1 END
61:  FILLED TRUE
62:END
63:
64:LAYER # Jennings shapefile
65:  NAME "faultlines"
66:  DATA "jennings"
67:  STATUS DEFAULT
68:  TYPE LINE
69:  CLASS #  class
70:    NAME "faultlines"
71:    COLOR 255 255 0
72:    SYMBOL 'circle'
73:    SIZE 4
74:  END # end of faultlines class object
75:END
76:
77:LAYER # Jennings shapefile
78:  NAME "faultlines"
79:  DATA "jennings"
80:  STATUS DEFAULT
81:  TYPE ANNOTATION
82:
83:  LABELITEM "NAME"
85:  CLASS # NAME's class
87:    COLOR -1 -1 -1
88:    LABEL
89:      COLOR 0 0 0
90:      MINDISTANCE 5
93:      OUTLINECOLOR 255 255 255
97:      TYPE BITMAP
98:      SIZE MEDIUM
99:      POSITION CC
100:      PARTIALS FALSE
101:      BUFFER 2
102:    END # end of label
103:  END # end of NAMES class object
104:END # end of layer object
105:
106:LAYER # mapgrida 7.5 minute shapefile
107:  NAME "mapgrida"
108:  DATA "mapgrida"
109:  PROJECTION
111:  "init=epsg:43001"
112:  END
113:  STATUS DEFAULT
114:  TYPE LINE
117:  LABELITEM "MAPNAME"
118:  CLASS #  class
119:    NAME "mapgridalines"
120:    COLOR 0 0 0
121:    SYMBOL 'circle'
122:    SIZE 2
123:    LABEL
124:      POSITION CC
127:      COLOR 0 0 0
128:      TYPE TRUETYPE
129:      FONT arial
130:      SIZE 2
131:      ANTIALIAS TRUE
132:      PARTIALS FALSE
133:      BUFFER 2
134:    END # end of label
135:  END # end of mapgridlines class object
136:END
137:
138:END # end of map file
139:
140:END # end of map file
141:



getInteger(): Symbol definition error. (END):(98)
uses iquery.map:
1:NAME IQUERY
2:STATUS ON
3:
7:
10:
17:EXTENT  449985.000 3849975.000 650025.000 4050015.000
18:SIZE 800 600
19:UNITS METERS
20:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
21:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
22:
24:IMAGETYPE gif
26:
27:PROJECTION
28:  "init=epsg:26711" # our raster file
29:END
30:
31:WEB
32:  HEADER iquery_header.html
33:  TEMPLATE iquery.html
34:  FOOTER iquery_footer.html
37:  IMAGEPATH "/l/www/wacke/htdocs/mapserver/tmp/"
38:  IMAGEURL "/mapserver/tmp/"
39:  METADATA
40:  END
41:END
42:
43:QUERYMAP
44:  SIZE 400 300
45:  STATUS ON
46:  STYLE HILITE
47:  COLOR 255 0 0
48:END
49:
50:REFERENCE
51:  STATUS ON
52:  IMAGE "/mapserver/cfm/data/labasin_relief_small_200x150.gif"
53:  EXTENT 360772.000 3757330.000 387202.000 3777160.00
54:  SIZE  200 150
55:  COLOR -1 -1 -1
56:  OUTLINECOLOR 255 0 0
57:END
58:
59:LEGEND
60:  STATUS ON
61:  LABEL
62:    TYPE TRUETYPE
63:    FONT arial
64:    COLOR 0 0 0
65:    SIZE 10
66:    ANTIALIAS TRUE
67:  END
68:END
69:
70:SCALEBAR
71:  IMAGECOLOR 255 255 255
72:  LABEL
73:    COLOR 255 255 255
74:    SIZE tiny    
75:  END
76:  STYLE 1
77:  SIZE 80 2
78:  COLOR 255 255 255
79:  UNITS MILES
80:  INTERVALS 1
81:  TRANSPARENT TRUE
82:  STATUS TRUE
83:END
84:
85:SYMBOL 
86:  NAME 'circle'
87:  TYPE ELLIPSE
88:  POINTS 1 1 END
89:  FILLED TRUE
90:END
91:
92:LAYER # Shaded Relief Raster
93:  NAME "relief"
95:  DATA "sca_0001.tif"         # tile of new Shaded Relief Raster
96:  STATUS off
97:  TYPE RASTER
98:  OFFSITE 0
99:END
100:
101:LAYER
102:  NAME "faults"
103:  DATA "jennings"
104:  TYPE LINE
105:  STATUS on
106:
107:  CLASS
108:    NAME "Faults"
109:    TEMPLATE "faults.html"
110:    COLOR 255 255 0
111:    SYMBOL 'circle'
112:    SIZE 3
113:  END
114:  
115:  HEADER "faults_header.html"
116:  FOOTER "faults_footer.html"
117:
118:  TOLERANCE 3
119:END
120:
121:LAYER
122:  NAME "faultnames"
123:  DATA "jennings"
124:  STATUS OFF
125:  TYPE ANNOTATION
126:  LABELITEM "NAME"
127:  CLASS 
129:    COLOR -1 -1 -1
130:    LABEL
131:      COLOR 0 0 0
132:      MINDISTANCE 25
133:      OUTLINECOLOR 255 255 255
134:      TYPE BITMAP
135:      SIZE MEDIUM
136:      POSITION CC
137:      PARTIALS FALSE
138:      BUFFER 2
139:    END
140:  END
141:END
142:
143:LAYER # mapgrida 7.5 minute shapefile
144:  STATUS ON
145:  NAME "mapgrid"
146:  DATA "mapgrida"
147:  PROJECTION
148:    "init=epsg:43001" # our raster file
149:  END
150:  TYPE LINE
151:  CLASS
152:    NAME "Mapgrid"
153:    COLOR 0 0 0
154:    SYMBOL 'circle'
155:    SIZE 2
156:  END
157:END
158:
159:LAYER # mapgrida 7.5 minute shapefile quadnames
160:  STATUS OFF
161:  NAME "mapgridnames"
162:  DATA "mapgrida"
163:  PROJECTION
164:    "init=epsg:43001" # our raster file
165:  END
166:  TYPE ANNOTATION
167:  LABELITEM "MAPNAME"
168:  CLASS
172:    LABEL
173:      POSITION CC
174:      COLOR 0 0 0
175:      TYPE TRUETYPE
176:      FONT arial
177:      SIZE 12
178:      ANTIALIAS TRUE
179:      PARTIALS FALSE
180:      BUFFER 2
181:    END
182:  END
183:END
184:
185:LAYER # co100a county
186:  STATUS ON
187:  NAME "county"
188:  DATA "co100a"
189:  PROJECTION
190:    "init=epsg:43001" # our raster file
191:  END
192:  TYPE LINE
193:  CLASS
194:    NAME "Counties"
195:    TEMPLATE "county.html"
196:    COLOR 0 0 0
197:    SYMBOL 'circle'
198:    SIZE 2
199:  END
200:
201:  HEADER "county_header.html"
202:  FOOTER "county_footer.html"
203:
204:  TOLERANCE 3
205:END
206:
207:LAYER # co100a county names
208:  STATUS OFF
209:  NAME "countynames"
210:  DATA "co100a"
211:  PROJECTION
212:    "init=epsg:43001" # our raster file
213:  END
214:  TYPE ANNOTATION
215:  LABELITEM "NAME"
216:  CLASS
220:    LABEL
221:      POSITION CC
222:      COLOR 0 0 255
223:      TYPE TRUETYPE
224:      FONT arial
225:      SIZE 12
226:      ANTIALIAS TRUE
227:      PARTIALS FALSE
228:      BUFFER 2
229:    END
230:  END
231:END
232:
233:END # end of map file
234:





From keon at nacse.org  Sun Mar 23 10:28:25 2003
From: keon at nacse.org (Dylan Keon)
Date: Sun, 23 Mar 2003 10:28:25 -0800
Subject: [Mapserver-users] 3.7_23mar breaking where 3.6.3 ran fine ??
In-Reply-To: <9743-Sun23Mar2003131305-0500-george_planansky@harvard.edu>
References: <9743-Sun23Mar2003131305-0500-george_planansky@harvard.edu>
Message-ID: <3E7DFCC9.2000507@nacse.org>

George,

After just a cursory glance I noticed you have OFFSITE defined on at 
least one layer.  The syntax for OFFSITE has changed (now requires RGB 
value instead of color index value), and I know for a fact that will 
cause your app to fail with no warning.

There are probably other issues you need to address, so please see the 
3.7 migration guide for details on OFFSITE and more.  There's quite a 
bit to do when migrating from 3.6.x to 3.7, and almost all (?) of it is 
covered in the guide: 
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide

--Dylan



George Planansky wrote:
> I just moved from mapserver-3.6.3 to 
> mapserver_3.7_dev_2003-03-23 ... and my stuff
> now fails, with and without error messages.
> 
> I've 5 closely related map file example below, 
> the first two just fail silently,  the second three
> produce the same error message, but at different
> lines.
> 
> Could someone knowledgeable have a look, and
> hopefully see in a flash, what I need to change 
> to accommodate 3.7 ?
> 
> thanks,
> 
> George
> 
> fwiw Solaris 2.8 gcc   
> Only change from 3.6.3, is I added libcurl, and,
> the --with-wfs --with-wfs-client options
> ---------------------------------------------------
> ./configure \
> --disable-rxposix-conflict-error \
> --with-gd \
> --without-tiff \
> --with-jpeg=/usr/local \
> --with-zlib=/usr \
> --with-png=/usr/local \
> --with-freetype=/usr/local/bin/freetype-config \
> --with-eppl \
> --with-proj=/usr/local \
> --with-gdal=/usr/local/bin/gdal-config \
> --with-ogr \
> --with-postgis=/usr/local/pgsql/bin/pg_config \
> --with-wfs \
> --with-wmsclient \
> --with-wfsclient \
> --enable-debug \
> --with-php=/usr/local/src/php-4.3.2RC1 \
> --enable-runpath >& configure.out &
> 
> mapfiles:
> ---------
> 
> These both work fine with mapserver-3.6.3,
> both fail silently (no image produced, no
> error message) with mapserver_3.7_dev_20030323:
> 
> 
> s23a.map 
> 1:NAME S23a
> 4:EXTENT 360772.000 3757330.000 387202.000 3777160.00
> 5:SIZE 800 600
> 6:
> 7:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
> 8:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
> 9:
> 10:IMAGETYPE png
> 11:
> 12:PROJECTION
> 13:  "init=epsg:26711" # our raster file
> 14:END
> 15:
> 16:LAYER # Shaded Relief Raster
> 17:  NAME "relief"
> 18:  DATA "strm_scal_utma.tif"
> 20:  STATUS off
> 21:  TYPE RASTER
> 22:  OFFSITE 0
> 23:END
> 24:
> 25:SYMBOL #Solid circle
> 26:  NAME 'circle'
> 27:  TYPE ELLIPSE
> 28:  POINTS 1 1 END
> 29:  FILLED TRUE
> 30:END
> 31:
> 32:LAYER 
> 33:  NAME "faultlines"
> 34:  DATA "jennings"
> 35:  STATUS DEFAULT
> 36:  TYPE LINE
> 37:  CLASS #  class
> 38:    NAME "faultlines"
> 39:    COLOR 255 255 0
> 40:    SYMBOL 'circle'
> 41:    SIZE 4
> 42:  END
> 43:END
> 44:
> 45:LAYER 
> 46:  NAME "faultlinesnames"
> 47:  DATA "jennings"
> 48:  STATUS DEFAULT
> 49:  TYPE ANNOTATION
> 50:  LABELITEM "NAME"
> 52:  CLASS # NAME's class
> 53:    COLOR -1 -1 -1
> 54:    LABEL
> 55:      COLOR 0 0 0
> 56:      MINDISTANCE 25
> 57:      OUTLINECOLOR 255 255 0
> 58:      TYPE BITMAP
> 59:      SIZE MEDIUM
> 60:      POSITION CC
> 61:      PARTIALS FALSE
> 62:      BUFFER 2
> 63:    END
> 64:  END
> 65:END
> 66:
> 67:LAYER # mapgrida 7.5 minute shapefile
> 68:  STATUS DEFAULT
> 69:  NAME "mapgridalines"
> 70:  DATA "mapgrida"
> 71:  PROJECTION
> 72:    "init=epsg:43001" # our raster file
> 73:  END
> 74:  TYPE LINE
> 75:  CLASS
> 76:    COLOR 0 0 0
> 77:    SYMBOL 'circle'
> 78:    SIZE 2
> 79:  END
> 80:END
> 81:
> 82:LAYER # mapgrida 7.5 minute shapefile quadnames
> 83:  STATUS DEFAULT
> 85:  NAME "mapgridanames"
> 86:  DATA "mapgrida"
> 87:  PROJECTION
> 88:    "init=epsg:43001" # our raster file
> 89:  END
> 90:  TYPE ANNOTATION
> 91:  LABELITEM "MAPNAME"
> 93:  CLASS
> 97:    LABEL
> 98:      POSITION CC
> 99:      COLOR 0 0 0
> 100:      TYPE TRUETYPE
> 101:      FONT arial
> 102:      SIZE 14
> 103:      ANTIALIAS TRUE
> 104:      PARTIALS FALSE
> 105:      BUFFER 2
> 106:    END
> 107:  END
> 108:END
> 109:
> 110:END # end of map file
> 111:
> 
> s32b.map
> 1:NAME S23
> 3:EXTENT 313612.000 3680020.000 477202.000 3823240.000
> 5:SIZE 800 600
> 6:
> 7:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
> 8:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
> 9:
> 10:IMAGETYPE png
> 11:
> 12:PROJECTION
> 14:"init=epsg:26711"
> 15:END
> 16:
> 17:LAYER # Shaded Relief Raster
> 18:  NAME "strm_scal_utma"
> 19:  DATA "strm_scal_utma.tif"
> 21:  STATUS off
> 22:  TYPE RASTER
> 23:  OFFSITE 0
> 24:END
> 25:
> 26:LAYER # Shaded Relief Raster
> 27:  NAME "scalmosaic_utm_shaded"
> 28:  DATA "scalmosaic_utm_shaded.tif"
> 29:  STATUS DEFAULT
> 31:  TYPE RASTER
> 32:  OFFSITE 0
> 33:END
> 34:
> 35:SYMBOL #Solid circle
> 36:  NAME 'circle'
> 37:  TYPE ELLIPSE
> 38:  POINTS 1 1 END
> 39:  FILLED TRUE
> 40:END
> 41:
> 42:LAYER # Jennings shapefile
> 43:  NAME "faultlines"
> 44:  DATA "jennings"
> 45:  STATUS DEFAULT
> 46:  TYPE LINE
> 47:  CLASS #  class
> 48:    NAME "faultlines"
> 49:    COLOR 255 255 0
> 50:    SYMBOL 'circle'
> 51:    SIZE 4
> 52:  END # end of faultlines class object
> 53:END
> 54:
> 55:LAYER # Jennings shapefile
> 56:  NAME "faultlines"
> 57:  DATA "jennings"
> 58:  STATUS DEFAULT
> 59:  TYPE ANNOTATION
> 60:
> 61:  LABELITEM "NAME"
> 63:  CLASS # NAME's class
> 65:    COLOR -1 -1 -1
> 66:    LABEL
> 67:      COLOR 0 0 0
> 68:      MINDISTANCE 5
> 71:      OUTLINECOLOR 255 255 255
> 75:      TYPE BITMAP
> 76:      SIZE MEDIUM
> 77:      POSITION CC
> 78:      PARTIALS FALSE
> 79:      BUFFER 2
> 80:    END # end of label
> 81:  END # end of NAMES class object
> 82:END # end of layer object
> 83:
> 84:LAYER # mapgrida 7.5 minute shapefile
> 85:  NAME "mapgrida"
> 86:  DATA "mapgrida"
> 87:  PROJECTION
> 89:  "init=epsg:43001"
> 90:  END
> 91:  STATUS DEFAULT
> 92:  TYPE LINE
> 95:  LABELITEM "MAPNAME"
> 96:  CLASS #  class
> 97:    NAME "mapgridalines"
> 98:    COLOR 0 0 0
> 99:    SYMBOL 'circle'
> 100:    SIZE 2
> 101:    LABEL
> 102:      POSITION CC
> 105:      COLOR 0 0 0
> 106:      TYPE TRUETYPE
> 107:      FONT arial
> 108:      SIZE 2
> 109:      ANTIALIAS TRUE
> 110:      PARTIALS FALSE
> 111:      BUFFER 2
> 112:    END # end of label
> 113:  END # end of mapgridlines class object
> 114:END
> 115:
> 116:END # end of map file
> 
> These two work fine with mapserver 3.6.3, 
> fails with error with mapserver_3.7_dev_2003-03-23:
> 
>  
> getInteger(): Symbol definition error. (END):(51) 
> uses ilayers.map:
> 1:NAME ILAYERS
> 2:
> 7:EXTENT 360772.000 3757330.000 387202.000 3777160.00
> 9:SIZE 800 600
> 10:
> 11:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
> 12:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
> 13:
> 14:IMAGETYPE png
> 15:
> 16:WEB
> 17:  TEMPLATE ilayers.html
> 18:  IMAGEPATH "/l/www/wacke/htdocs/mapserver/tmp/"
> 19:  IMAGEURL "/mapserver/tmp/"
> 20:END
> 21:
> 22:LEGEND
> 23:  STATUS ON
> 24:  LABEL
> 25:    TYPE TRUETYPE
> 26:    FONT arial
> 27:    COLOR 0 0 0
> 28:    SIZE 10
> 29:    ANTIALIAS TRUE
> 30:  END
> 31:END
> 32:
> 33:REFERENCE
> 34:  STATUS ON
> 35:  IMAGE "/mapserver/cfm/data/labasin_relief_small_200x150.gif"
> 36:  EXTENT 360772.000 3757330.000 387202.000 3777160.00
> 37:  SIZE  200 150
> 38:  COLOR -1 -1 -1
> 39:  OUTLINECOLOR 255 0 0
> 40:END
> 41:
> 42:PROJECTION
> 43:  "init=epsg:26711" # our raster file
> 44:END
> 45:
> 46:LAYER # Shaded Relief Raster
> 47:  NAME "relief"
> 48:  DATA "strm_scal_utma.tif"
> 49:  STATUS off
> 50:  TYPE RASTER
> 51:  OFFSITE 0
> 52:END
> 53:
> 62:
> 63:SYMBOL #Solid circle
> 64:  NAME 'circle'
> 65:  TYPE ELLIPSE
> 66:  POINTS 1 1 END
> 67:  FILLED TRUE
> 68:END
> 69:
> 70:LAYER
> 71:  NAME "faultlines"
> 72:  DATA "jennings"
> 73:  STATUS on
> 74:  TYPE LINE
> 75:  CLASS
> 76:    NAME "faultlines"
> 77:    COLOR 255 255 0
> 78:    SYMBOL 'circle'
> 79:    SIZE 3
> 80:  END
> 81:END
> 82:
> 83:LAYER
> 84:  NAME "faultnames"
> 85:  DATA "jennings"
> 86:  STATUS OFF
> 87:  TYPE ANNOTATION
> 88:  LABELITEM "NAME"
> 89:  CLASS 
> 91:    COLOR -1 -1 -1
> 92:    LABEL
> 93:      COLOR 0 0 0
> 94:      MINDISTANCE 25
> 95:      OUTLINECOLOR 255 255 255
> 96:      TYPE BITMAP
> 97:      SIZE MEDIUM
> 98:      POSITION CC
> 99:      PARTIALS FALSE
> 100:      BUFFER 2
> 101:    END
> 102:  END
> 103:END
> 104:
> 132:
> 133:LAYER # mapgrida 7.5 minute shapefile
> 134:  STATUS ON
> 135:  NAME "mapgridlines"
> 136:  DATA "mapgrida"
> 137:  PROJECTION
> 138:    "init=epsg:43001" # our raster file
> 139:  END
> 140:  TYPE LINE
> 141:  CLASS
> 142:    NAME "Mapgrid Lines"
> 143:    COLOR 0 0 0
> 144:    SYMBOL 'circle'
> 145:    SIZE 2
> 146:  END
> 147:END
> 148:
> 149:LAYER # mapgrida 7.5 minute shapefile quadnames
> 150:  STATUS OFF
> 151:  NAME "mapgridnames"
> 152:  DATA "mapgrida"
> 153:  PROJECTION
> 154:    "init=epsg:43001" # our raster file
> 155:  END
> 156:  TYPE ANNOTATION
> 157:  LABELITEM "MAPNAME"
> 158:  CLASS
> 162:    LABEL
> 163:      POSITION CC
> 164:      COLOR 0 0 0
> 165:      TYPE TRUETYPE
> 166:      FONT arial
> 167:      SIZE 12
> 168:      ANTIALIAS TRUE
> 169:      PARTIALS FALSE
> 170:      BUFFER 2
> 171:    END
> 172:  END
> 173:END
> 174:
> 175:LAYER # co100a counties
> 176:  STATUS ON
> 177:  NAME "countylines"
> 178:  DATA "co100a"
> 179:  PROJECTION
> 180:    "init=epsg:43001" # our raster file
> 181:  END
> 182:  TYPE LINE
> 183:  CLASS
> 184:    NAME "County Lines"
> 185:    COLOR 0 0 0
> 186:    SYMBOL 'circle'
> 187:    SIZE 2
> 188:  END
> 189:END
> 190:
> 191:LAYER # co100a county names
> 192:  STATUS OFF
> 193:  NAME "countynames"
> 194:  DATA "co100a"
> 195:  PROJECTION
> 196:    "init=epsg:43001" # our raster file
> 197:  END
> 198:  TYPE ANNOTATION
> 199:  LABELITEM "NAME"
> 200:  CLASS
> 204:    LABEL
> 205:      POSITION CC
> 206:      COLOR 0 0 255
> 207:      TYPE TRUETYPE
> 208:      FONT arial
> 209:      SIZE 12
> 210:      ANTIALIAS TRUE
> 211:      PARTIALS FALSE
> 212:      BUFFER 2
> 213:    END
> 214:  END
> 215:END
> 216:
> 217:END # end of map file
> 218:
> 
> getInteger(): Symbol definition error. (END):(54)
> uses izoom.map:
> 1:NAME IZOOM
> 2:
> 7:EXTENT 360772.000 3757330.000 387202.000 3777160.00
> 8:SIZE 400 300
> 9:
> 10:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
> 11:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
> 12:
> 13:IMAGETYPE png
> 14:
> 15:WEB
> 16:  TEMPLATE izoom.html
> 17:  IMAGEPATH "/l/www/wacke/htdocs/mapserver/tmp/"
> 18:  IMAGEURL "/mapserver/tmp/"
> 19:END
> 20:
> 21:LEGEND
> 22:  STATUS ON
> 23:  LABEL
> 24:    TYPE TRUETYPE
> 25:    FONT arial
> 26:    COLOR 0 0 0
> 27:    SIZE 10
> 28:    ANTIALIAS TRUE
> 29:  END
> 30:END
> 31:
> 32:REFERENCE
> 34:  STATUS ON
> 35:  IMAGE "/mapserver/cfm/data/labasin_relief_small_200x150.gif"
> 36:  EXTENT 360772.000 3757330.000 387202.000 3777160.00
> 37:  SIZE  200 150
> 38:  COLOR -1 -1 -1
> 39:  OUTLINECOLOR 255 0 0
> 40:END
> 41:
> 42:PROJECTION
> 44:"init=epsg:26711"
> 45:END
> 46:
> 47:LAYER # Shaded Relief Raster
> 48:  NAME "relief"
> 50:  DATA "scalmosaic_utm_shaded.tif"
> 51:  STATUS DEFAULT
> 53:  TYPE RASTER
> 54:  OFFSITE 0
> 55:END
> 56:
> 57:SYMBOL #Solid circle
> 58:  NAME 'circle'
> 59:  TYPE ELLIPSE
> 60:  POINTS 1 1 END
> 61:  FILLED TRUE
> 62:END
> 63:
> 64:LAYER # Jennings shapefile
> 65:  NAME "faultlines"
> 66:  DATA "jennings"
> 67:  STATUS DEFAULT
> 68:  TYPE LINE
> 69:  CLASS #  class
> 70:    NAME "faultlines"
> 71:    COLOR 255 255 0
> 72:    SYMBOL 'circle'
> 73:    SIZE 4
> 74:  END # end of faultlines class object
> 75:END
> 76:
> 77:LAYER # Jennings shapefile
> 78:  NAME "faultlines"
> 79:  DATA "jennings"
> 80:  STATUS DEFAULT
> 81:  TYPE ANNOTATION
> 82:
> 83:  LABELITEM "NAME"
> 85:  CLASS # NAME's class
> 87:    COLOR -1 -1 -1
> 88:    LABEL
> 89:      COLOR 0 0 0
> 90:      MINDISTANCE 5
> 93:      OUTLINECOLOR 255 255 255
> 97:      TYPE BITMAP
> 98:      SIZE MEDIUM
> 99:      POSITION CC
> 100:      PARTIALS FALSE
> 101:      BUFFER 2
> 102:    END # end of label
> 103:  END # end of NAMES class object
> 104:END # end of layer object
> 105:
> 106:LAYER # mapgrida 7.5 minute shapefile
> 107:  NAME "mapgrida"
> 108:  DATA "mapgrida"
> 109:  PROJECTION
> 111:  "init=epsg:43001"
> 112:  END
> 113:  STATUS DEFAULT
> 114:  TYPE LINE
> 117:  LABELITEM "MAPNAME"
> 118:  CLASS #  class
> 119:    NAME "mapgridalines"
> 120:    COLOR 0 0 0
> 121:    SYMBOL 'circle'
> 122:    SIZE 2
> 123:    LABEL
> 124:      POSITION CC
> 127:      COLOR 0 0 0
> 128:      TYPE TRUETYPE
> 129:      FONT arial
> 130:      SIZE 2
> 131:      ANTIALIAS TRUE
> 132:      PARTIALS FALSE
> 133:      BUFFER 2
> 134:    END # end of label
> 135:  END # end of mapgridlines class object
> 136:END
> 137:
> 138:END # end of map file
> 139:
> 140:END # end of map file
> 141:
> 
> 
> 
> getInteger(): Symbol definition error. (END):(98)
> uses iquery.map:
> 1:NAME IQUERY
> 2:STATUS ON
> 3:
> 7:
> 10:
> 17:EXTENT  449985.000 3849975.000 650025.000 4050015.000
> 18:SIZE 800 600
> 19:UNITS METERS
> 20:SHAPEPATH "/l/www/wacke/htdocs/mapserver/cfm/data"
> 21:FONTSET "/l/www/wacke/htdocs/mapserver/fonts/fonts.list"
> 22:
> 24:IMAGETYPE gif
> 26:
> 27:PROJECTION
> 28:  "init=epsg:26711" # our raster file
> 29:END
> 30:
> 31:WEB
> 32:  HEADER iquery_header.html
> 33:  TEMPLATE iquery.html
> 34:  FOOTER iquery_footer.html
> 37:  IMAGEPATH "/l/www/wacke/htdocs/mapserver/tmp/"
> 38:  IMAGEURL "/mapserver/tmp/"
> 39:  METADATA
> 40:  END
> 41:END
> 42:
> 43:QUERYMAP
> 44:  SIZE 400 300
> 45:  STATUS ON
> 46:  STYLE HILITE
> 47:  COLOR 255 0 0
> 48:END
> 49:
> 50:REFERENCE
> 51:  STATUS ON
> 52:  IMAGE "/mapserver/cfm/data/labasin_relief_small_200x150.gif"
> 53:  EXTENT 360772.000 3757330.000 387202.000 3777160.00
> 54:  SIZE  200 150
> 55:  COLOR -1 -1 -1
> 56:  OUTLINECOLOR 255 0 0
> 57:END
> 58:
> 59:LEGEND
> 60:  STATUS ON
> 61:  LABEL
> 62:    TYPE TRUETYPE
> 63:    FONT arial
> 64:    COLOR 0 0 0
> 65:    SIZE 10
> 66:    ANTIALIAS TRUE
> 67:  END
> 68:END
> 69:
> 70:SCALEBAR
> 71:  IMAGECOLOR 255 255 255
> 72:  LABEL
> 73:    COLOR 255 255 255
> 74:    SIZE tiny    
> 75:  END
> 76:  STYLE 1
> 77:  SIZE 80 2
> 78:  COLOR 255 255 255
> 79:  UNITS MILES
> 80:  INTERVALS 1
> 81:  TRANSPARENT TRUE
> 82:  STATUS TRUE
> 83:END
> 84:
> 85:SYMBOL 
> 86:  NAME 'circle'
> 87:  TYPE ELLIPSE
> 88:  POINTS 1 1 END
> 89:  FILLED TRUE
> 90:END
> 91:
> 92:LAYER # Shaded Relief Raster
> 93:  NAME "relief"
> 95:  DATA "sca_0001.tif"         # tile of new Shaded Relief Raster
> 96:  STATUS off
> 97:  TYPE RASTER
> 98:  OFFSITE 0
> 99:END
> 100:
> 101:LAYER
> 102:  NAME "faults"
> 103:  DATA "jennings"
> 104:  TYPE LINE
> 105:  STATUS on
> 106:
> 107:  CLASS
> 108:    NAME "Faults"
> 109:    TEMPLATE "faults.html"
> 110:    COLOR 255 255 0
> 111:    SYMBOL 'circle'
> 112:    SIZE 3
> 113:  END
> 114:  
> 115:  HEADER "faults_header.html"
> 116:  FOOTER "faults_footer.html"
> 117:
> 118:  TOLERANCE 3
> 119:END
> 120:
> 121:LAYER
> 122:  NAME "faultnames"
> 123:  DATA "jennings"
> 124:  STATUS OFF
> 125:  TYPE ANNOTATION
> 126:  LABELITEM "NAME"
> 127:  CLASS 
> 129:    COLOR -1 -1 -1
> 130:    LABEL
> 131:      COLOR 0 0 0
> 132:      MINDISTANCE 25
> 133:      OUTLINECOLOR 255 255 255
> 134:      TYPE BITMAP
> 135:      SIZE MEDIUM
> 136:      POSITION CC
> 137:      PARTIALS FALSE
> 138:      BUFFER 2
> 139:    END
> 140:  END
> 141:END
> 142:
> 143:LAYER # mapgrida 7.5 minute shapefile
> 144:  STATUS ON
> 145:  NAME "mapgrid"
> 146:  DATA "mapgrida"
> 147:  PROJECTION
> 148:    "init=epsg:43001" # our raster file
> 149:  END
> 150:  TYPE LINE
> 151:  CLASS
> 152:    NAME "Mapgrid"
> 153:    COLOR 0 0 0
> 154:    SYMBOL 'circle'
> 155:    SIZE 2
> 156:  END
> 157:END
> 158:
> 159:LAYER # mapgrida 7.5 minute shapefile quadnames
> 160:  STATUS OFF
> 161:  NAME "mapgridnames"
> 162:  DATA "mapgrida"
> 163:  PROJECTION
> 164:    "init=epsg:43001" # our raster file
> 165:  END
> 166:  TYPE ANNOTATION
> 167:  LABELITEM "MAPNAME"
> 168:  CLASS
> 172:    LABEL
> 173:      POSITION CC
> 174:      COLOR 0 0 0
> 175:      TYPE TRUETYPE
> 176:      FONT arial
> 177:      SIZE 12
> 178:      ANTIALIAS TRUE
> 179:      PARTIALS FALSE
> 180:      BUFFER 2
> 181:    END
> 182:  END
> 183:END
> 184:
> 185:LAYER # co100a county
> 186:  STATUS ON
> 187:  NAME "county"
> 188:  DATA "co100a"
> 189:  PROJECTION
> 190:    "init=epsg:43001" # our raster file
> 191:  END
> 192:  TYPE LINE
> 193:  CLASS
> 194:    NAME "Counties"
> 195:    TEMPLATE "county.html"
> 196:    COLOR 0 0 0
> 197:    SYMBOL 'circle'
> 198:    SIZE 2
> 199:  END
> 200:
> 201:  HEADER "county_header.html"
> 202:  FOOTER "county_footer.html"
> 203:
> 204:  TOLERANCE 3
> 205:END
> 206:
> 207:LAYER # co100a county names
> 208:  STATUS OFF
> 209:  NAME "countynames"
> 210:  DATA "co100a"
> 211:  PROJECTION
> 212:    "init=epsg:43001" # our raster file
> 213:  END
> 214:  TYPE ANNOTATION
> 215:  LABELITEM "NAME"
> 216:  CLASS
> 220:    LABEL
> 221:      POSITION CC
> 222:      COLOR 0 0 255
> 223:      TYPE TRUETYPE
> 224:      FONT arial
> 225:      SIZE 12
> 226:      ANTIALIAS TRUE
> 227:      PARTIALS FALSE
> 228:      BUFFER 2
> 229:    END
> 230:  END
> 231:END
> 232:
> 233:END # end of map file
> 234:
> 
> 
> 
> _______________________________________________
> 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  Sun Mar 23 10:54:10 2003
From: sholl at gmx.net (Stephan Holl)
Date: Sun, 23 Mar 2003 19:54:10 +0100
Subject: [Mapserver-users] compile php_mapscript
In-Reply-To: <3E7DECDE.2060204@nacse.org>
References: <20030323180810.59b116f1.sholl@gmx.net>
 <3E7DECDE.2060204@nacse.org>
Message-ID: <20030323195410.689310d1.sholl@gmx.net>

--=.qsv:9c4TgDz,WE
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

At Sun, 23 Mar 2003 09:20:30 -0800 Dylan Keon wrote:

Hello Dylan,

> These two posts should answer your question:
> 
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00550.html
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00553.html
indeed,

I used the posted workaround and voila, everything works like a
charm....

cheers
  Stephan

-- 
Stephan Holl

GnuPG Key-ID: 11946A09
ICQ# 117277975 

--=.qsv:9c4TgDz,WE
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+fgLUEg9SKhGUagkRAgjiAKCqltfI7XlCmrv+HwYSr+QxcUmswACgi4+q
8wt4bTPX/XJ0n1NCfBH5PUE=
=bULv
-----END PGP SIGNATURE-----

--=.qsv:9c4TgDz,WE--


From tbartlett at dddd.com.au  Sun Mar 23 13:48:53 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Mon, 24 Mar 2003 08:48:53 +1100
Subject: [Mapserver-users] changing map file parameter from URL
Message-ID: <002101c2f185$ffad3140$1701a8c0@dddd.com.au>

This is a multi-part message in MIME format.

------=_NextPart_000_001E_01C2F1E2.32E1FFD0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

G'Day all,

I'm trying to change the label size and color of a scale bar for a URL, =
as described in at the bottom of the MapServer CGI Reference document =
online.

I have tried some of the obvious ones like =
map_scalebar_label_color=3D255+255+255 but I can't get it to work.  I =
can change the units and the interval of the scale bar (& just about =
everything else) just not the label.  Any suggestions.  Below is the map =
file...


SCALEBAR
  IMAGECOLOR 255 255 255
  LABEL
    COLOR 0 0 0=09
    SIZE SMALL
  END
  SIZE 350 5
  COLOR 255 255 255
  BACKGROUNDCOLOR 0 0 0
  OUTLINECOLOR 0 0 0
  UNITS MILES
  INTERVALS 5
  STATUS ON
END


Thomas Bartlett
-------------------------------------------------------------------------=
---------------------------------
GIS Technician
Digital (Digest) Data Design Pty Ltd=20
Military GIS Professionals and Consultants=20
http://www.dddd.com.au/=20
Telephone: 02 6286 9555=20
Facsimile: 02 6286 9888=20
Postal : PO Box 683 MAWSON  ACT  2607
------=_NextPart_000_001E_01C2F1E2.32E1FFD0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









G'Day all,


 


I'm trying to change the label size and color of a =
scale bar=20
for a URL, as described in at the bottom of the MapServer CGI Reference =
document=20
online.


 


I have tried some of the obvious ones like=20
map_scalebar_label_color=3D255+255+255 but I can't get it to work.  =
I can=20
change the units and the interval of the scale bar (& just about =
everything=20
else) just not the label.  Any suggestions.  Below is the map=20
file...


 


 


SCALEBAR
  IMAGECOLOR 255 255 255
 =20
LABEL
    COLOR 0 0 0	
    SIZE=20
SMALL
  END
  SIZE 350 5
  COLOR 255 255 =
255
 =20
BACKGROUNDCOLOR 0 0 0
  OUTLINECOLOR 0 0 0
  UNITS=20
MILES
  INTERVALS 5
  STATUS ON
END


 


Thomas=20
Bartlett
-------------------------------------------------------------=
---------------------------------------------
GIS=20
Technician
Digital (Digest) Data Design Pty Ltd 
Military GIS=20
Professionals and Consultants 
http://www.dddd.com.au/ =

Telephone: 02=20
6286 9555 
Facsimile: 02 6286 9888 
Postal : PO Box 683 =
MAWSON =20
ACT  2607


------=_NextPart_000_001E_01C2F1E2.32E1FFD0--



From doug at moximedia.com  Sun Mar 23 18:43:29 2003
From: doug at moximedia.com (Doug Cates)
Date: Sun, 23 Mar 2003 18:43:29 -0800
Subject: [Mapserver-users] DUMP GML output
Message-ID: <000201c2f1af$2787d7a0$6401a8c0@vn.shawcable.net>

Hi,

I'm using MapServer 3.6.4 as a WMS server, and it is working very well. For
the GetFeatureInfo request, I'm asking for the info in format
"application/vnd.ogc.gml", which works fine if "DUMP true" is added to the
map file for each queryable layer. The result returns attribute values and
geometry.

I'm asking for it this way so I can process the XML response, move the
values into a recordset, and use the results in my application in a number
of ways. Most of the time, I don't need the geometry. Since the geometry can
be quite large, it wastes a lot of bandwidth and time when I don't need it.
I'd like some way of turning the geometry off when it isn't required, or
when I don't care to expose the geometry to other users of my services.

I propose that the DUMP directive be extended, with more options than true
or false. Something like:

DUMP true
Outputs all attribute fields and geometry.

DUMP false
Disable GML output.

DUMP attributes
Outputs attribute fields only (no geometry).

DUMP "field1,field2,...."
Outputs specified fields only. Output geometry only if geometry/shape field
name included.

Strangely, DUMP doesn't seem to work unless a template is specified in a
class of the layer. There does not seem to be a way to specify that a map
query should respond in GML format only. I'd like to see the DUMP work
independently of a template. Perhaps we should review the way that the
GetFeatureInfo capabilities are determined from the map file.

For the time being, I've modified my code to disable the geometry output.
I'd prefer to be able to do this on a layer by layer basis. I'm not that
experienced with MapServer, so perhaps this is already possible. I'd be
interested in any comments or suggestions that anyone has on this.

Best regards,
Doug
--
Doug Cates
Moxi Media Inc.
757 - 1641 Lonsdale Avenue,
Vancouver, BC, Canada V7M 2J5
Phone:  604-984-8109
Fax:    604-608-4764
E-Mail: doug at moximedia.com
Web:    www.moximedia.com





From jfielke at mipela.com.au  Sun Mar 23 22:07:42 2003
From: jfielke at mipela.com.au (Justin Fielke)
Date: Mon, 24 Mar 2003 16:07:42 +1000
Subject: [Mapserver-users] Mac OS X Apache Install Question.
Message-ID: <8ED32F51BA71144695D9927DDA124CAD6B4B@mipelasrv1.mipela.local>

Hi there,

I have mapserver running successfully on my ibook (OS X 10.2).  It is a fairly standard compile with proj, gdal and ogr support. However I am have a problem uploading my compile of mapserver to a mac os x based web hosting company (running Mac OS X server 10.2).  I have been working closely with the adminstrator of the isp to make sure files permissions are correct etc but cannot get mapserv to run.  The adminstrator said that mapserv should execute but when you try using the correct url it just wants to dowload mapserv as a text file.  Would there be a setting on a apache that would need to be changed. 

Also do any libraries etc need to be installed on the mac os x server being used as a host.   The administrator of the web hosting company tried renaming mapserv to mapserv.cgi  to attempt to run it and this only returned 

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request. 
Please contact the server administrator, webmaster at example.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. 
More information about this error may be available in the server error log. 


In compiling mapserver I have used fink to install some of the supporting libraries.  Is this going to cause a problem taking mapserv to another machine etc. 

Thanks
Justin



From bwragg at tpg.com.au  Sun Mar 23 22:40:02 2003
From: bwragg at tpg.com.au (Benjamin Wragg)
Date: Mon, 24 Mar 2003 17:10:02 +1030
Subject: [Mapserver-users] Sun Solaris 8 Support
Message-ID: <001101c2f1d0$3380dd10$5cba07ca@mapping12>

This is a multi-part message in MIME format.

------=_NextPart_000_0012_01C2F228.360F2110
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi all,
 
I was doing some MapServer promotion the other day and the guys I was
talking to asked what the Sun Solaris 8 support was like. I've only run
it on Linux and Windows but I assumed that it ran fine. Is all the same
modules supported on Sun Solaris as on Linux?
 
Thanks,
 
Benjamin

------=_NextPart_000_0012_01C2F228.360F2110
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable




Message




Hi=20
all,


 


I was =
doing some=20
MapServer promotion the other day and the guys I was talking to asked =
what the=20
Sun Solaris 8 support was like. I've only run it on Linux and =
Windows but I=20
assumed that it ran fine. Is all the same modules supported on Sun =
Solaris=20
as on Linux?


 


Thanks,


 


Benjamin


------=_NextPart_000_0012_01C2F228.360F2110--



From tokr at tmapy.cz  Sun Mar 23 22:50:42 2003
From: tokr at tmapy.cz (Tomas Krecmer)
Date: Mon, 24 Mar 2003 07:50:42 +0100
Subject: [Mapserver-users] Sun Solaris 8 Support
In-Reply-To: <001101c2f1d0$3380dd10$5cba07ca@mapping12>
References: <001101c2f1d0$3380dd10$5cba07ca@mapping12>
Message-ID: <3E7EAAC2.8070401@tmapy.cz>

We run it on Sun Solaris 9 without any problems.

Tomas

Benjamin Wragg wrote:
> Hi all,
>  
> I was doing some MapServer promotion the other day and the guys I was 
> talking to asked what the Sun Solaris 8 support was like. I've only run 
> it on Linux and Windows but I assumed that it ran fine. Is all the 
> same modules supported on Sun Solaris as on Linux?
>  
> Thanks,
>  
> Benjamin

-- 
Tomas Krecmer, tomas.krecmer at tmapy.cz
T-Mapy spol. s r. o., Nezvalova 850, 500 03 Hradec Kralove,
Czech Republic, phone: + 420 49 5513335 , fax + 420 49 5513371



From thfischer at mapmedia.de  Mon Mar 24 01:34:22 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 24 Mar 2003 10:34:22 +0100
Subject: [Mapserver-users] 3.7_23mar breaking where 3.6.3 ran fine ??
In-Reply-To: <3E7DFCC9.2000507@nacse.org>
References: <9743-Sun23Mar2003131305-0500-george_planansky@harvard.edu>
 <3E7DFCC9.2000507@nacse.org>
Message-ID: <1048498462.10128.8.camel@jeanjacques>

On Sun, 2003-03-23 at 19:28, Dylan Keon wrote:
> After just a cursory glance I noticed you have OFFSITE defined on at 
> least one layer.  The syntax for OFFSITE has changed (now requires RGB 
> value instead of color index value), and I know for a fact that will 
> cause your app to fail with no warning.

I know for a fact that it won't :) It does fail though of course, but it
will complain in a different way; in the first layer 'relief' for
example, it will try to interpret the next three tokens after 'OFFSITE'
as numbers. This will fail because 'END' obviously isn't a number. The
error I have seen so far in this case is a 'getInteger' error.

But maybe this has changed ... I stumbled over this some time ago, and
it may have changed. ymmv.


hth,

thorsten



From thfischer at mapmedia.de  Mon Mar 24 01:50:15 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 24 Mar 2003 10:50:15 +0100
Subject: [Mapserver-users] Mac OS X Apache Install Question.
In-Reply-To: <8ED32F51BA71144695D9927DDA124CAD6B4B@mipelasrv1.mipela.local>
References: <8ED32F51BA71144695D9927DDA124CAD6B4B@mipelasrv1.mipela.local>
Message-ID: <1048499415.10128.24.camel@jeanjacques>

On Mon, 2003-03-24 at 07:07, Justin Fielke wrote:

> Also do any libraries etc need to be installed on the mac os x server 
> being used as a host.

I do not know the fink tool you mentioned (heck, i do not know much
about macos at all :) ), but if you dynamically linked your mapserver
binary then all the libraries you linked to belong on the isp's
webserver as well. 

If you don't, the error you described,

> Internal Server Error
> [ ... ]
> More information about this error may be available in the
> server error log. 

is likely to occur in _some_cases. I have seen this recently, to name an
example, when I had compiled the png library with a wrong header that
was left lurking on the system from before a system update. libpng
barked and cause the above error to occur.

Generally spoken, do as the last line in the error message says and
check the apache logs. This can be very enlightening sometimes; well, in
case it isn't just the good old 'preliminary end of script headers'
message ;)


hth,

thorsten



From thfischer at mapmedia.de  Mon Mar 24 02:09:34 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 24 Mar 2003 11:09:34 +0100
Subject: [Mapserver-users] Rotating symbols
Message-ID: <1048500574.10128.34.camel@jeanjacques>

Dear list,

I was asked a question about symbols recently. A lady (who already makes
heavy use of mapserver in her institute) involved into mapping
seismographic events asked about the possibility of rotating labels. She
has some ellipsoids (easy to create with a ELLIPSE symbol) but they need
to be rotated, thus showing errors of measurement errors in the
direction of the larger radius of the ellipse. I know of ANGLE and
LABELANGLEITEM for labels; but that only covers annotations. Is there a
way to rotate 'ordinary' symbols? Should I file a feature request? :)


tia,

thorsten



From mschulz at webgis.de  Mon Mar 24 00:23:03 2003
From: mschulz at webgis.de (Michael Schulz)
Date: Mon, 24 Mar 2003 09:23:03 +0100
Subject: [Mapserver-users] navigation arrows around the map
References: <1048425690.3e7db4da92a56@fsuj28.rz.uni-jena.de>
Message-ID: <3E7EC067.D832E9B3@webgis.de>

Hi,

you can use static urls as links for your navigation arrow images as the
most simple way of implementing a fixed panning mechanism. I would
prefer some javascript that is executed when the nav arrow is clicked,
since it is more flexible, but the idea beneath is always to set the cgi
parameter "imgxy" to some value that you want to become the new center
of the next map image.

Javascript example code, use it like 
function pan(x) {
  pf = 6; // pan factor
  mw = [mapwidth];
  mh = [mapheight];
  switch (x) {
  case "n" :
    document.karte.imgxy.value = mw/2+" "+mh/pf;
    break;
  case "s" :
    document.karte.imgxy.value = mw/2+" "+(mh-mh/pf);
    break;
  [...]

HTH, Michael

Daniel Wagner schrieb:

> Hi all,
>
> how can I create navigation arrows around the map?
>
> Has somebody an idea or working examples?
>
> Thanks in advance!!
>
> Daniel Wagner
>
> -----------------------------------------------------
> This mail was sent through http://webmail.uni-jena.de
>
> _______________________________________________
> 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 jhart at frw.uva.nl  Mon Mar 24 01:43:41 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Mon, 24 Mar 2003 10:43:41 +0100
Subject: [Mapserver-users] Re: change parameters via URL
In-Reply-To: <4.3.2.7.0.20030323094752.01682bc0@pop.registeredsite.com>
References: <4.3.2.7.0.20030323094752.01682bc0@pop.registeredsite.com>
Message-ID: <3E7ED34D.4020904@frw.uva.nl>

I'm not sure (I have not used WMS much), but I don't think you can mix 
WMS calls (map=...&request=... etc) with regular MapServer 
URL-parameters (map_layer_class=... etc). I vaguely rememember having 
tried once and not succeeded. Can anyone shed light on this?

Jan

John Hagstrand wrote:
> Hi Jan,
> 
> In a previous message you told me about the feature that allows me to
> change mapfile parameters on the URL.
> 
>  >On your second question: you can specify an expression dynamically in
>  >the calling URL:
>  >http://.../mapserv?map=my.map&layer=...&map_layer_0_class_0.expression="{...)"
>  >See the end of the MapFile reference for this very powerful mechanism.
> 
> I've been trying to do this, but I'm using the WMS version.
> 
> http://localhost/saveantioch/map/bin/mapserv.exe?map=c:\John\Interland\SaveAntioch\Production\Map\sa.map&map_devHilite_class_expression=([Id]eq2)&VERSION=1.1.0&REQUEST=GetMap&BBOX=1035257,2093349,1090581,2123975&LAYERS=,city,wetlands,water,hiways,roads,rail,streets,fpbound,statpark,parcels,dev&width=690&height=382 
> 
> 
> I realize this syntax is not standard WMS so I'm wondering if this will 
> be possible.  I really do need a way to dynamically select certain 
> polygons out of specified layers.
> 
> Can you help?
> Thanks
> John
> 
> 
> -------------------------------------------------
> John Hagstrand
> Interage Research, Inc.
> 847 838 5371
> Software Development Consulting for Internet Content Management
> We make knowledge accessible, useful, and relevant for everyone.
> http://www.interageresearch.com
> 
> 
> 



From emailfittizio at libero.it  Mon Mar 24 02:34:24 2003
From: emailfittizio at libero.it (=?iso-8859-1?Q?emailfittizio@libero.it?=)
Date: Mon, 24 Mar 2003 11:34:24 +0100
Subject: [Mapserver-users] =?iso-8859-1?Q?Re:_[Mapserver-users]_(no_subject)?=
Message-ID: 

Hi Jim.
I have to use the CGI. Are max size limits different between the two implementations?



I've generated images more then 4000 in width using phpMapscript.

-Jim
MapServer Support Forums
http://mapserver.xerosystems.com/






From w.blanken at geon.nl  Tue Mar 25 03:02:19 2003
From: w.blanken at geon.nl (Wim Blanken)
Date: Tue, 25 Mar 2003 12:02:19 +0100
Subject: [Mapserver-users] Problem labelling polygon
Message-ID: <002901c2f2be$08227860$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

------=_NextPart_000_0026_01C2F2C6.62BD1340
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello List,

I have a problem with labelling certain polygons that have odd shapes. =
For example I have a donut shape
polygon whose label is only showing when I draw it with TYPE LINE in the =
mapfile. TYPE POLYGON and
TYPE ANNOTATION only draws the label of polygons with normal shapes. I =
even tried it without the other layers showing so it is not a =
conflicting label problem. I have tried the different CACHE and POSITION =
settings and different mapserver cgi's but no luck...
Here is the layer settings in my mapfile:
LAYER
  NAME "Test"
  TYPE POLYGON
  STATUS ON
  DATA "theme2"
  LABELITEM "waarde"
  CLASS
    NAME "Maatschappelijke voorziening"
    COLOR 161 02 110
    LABEL
      TYPE truetype
      FORCE true
      FONT arial
      COLOR 0 0 0
      BACKGROUNDCOLOR 250 250 250 #WIT
      POSITION cc
      SIZE 8
    END
  END=20
END

Hope someone has some insight into this strange behavior....

Wim Blanken
Advisor Geo-Information-Management=20
GEON bv - Groningen - The Netherlands


------=_NextPart_000_0026_01C2F2C6.62BD1340
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello List,


 


I have a problem with labelling certain =
polygons=20
that have odd shapes. For example I have a donut shape


polygon whose label is only showing =
when I draw it=20
with TYPE LINE in the mapfile. TYPE POLYGON and


TYPE ANNOTATION only draws the =
label of=20
polygons with normal shapes. I even tried it without the other layers =
showing so=20
it is not a conflicting label =
problem. I have=20
tried the different CACHE and POSITION settings and different mapserver =
cgi's=20
but no luck...


Here is the layer settings in my=20
mapfile:




LAYER
  NAME "Test"
  TYPE POLYGON
  STATUS=20
ON
  DATA "theme2"
  LABELITEM "waarde"
 =20
CLASS
    NAME "Maatschappelijke=20
voorziening"
    COLOR 161 02 =
110
   =20
LABEL
      TYPE=20
truetype
      FORCE=20
true
      FONT=20
arial
      COLOR 0 0=20
0
      BACKGROUNDCOLOR 250 250 250=20
#WIT
      POSITION=20
cc
      SIZE 8
   =20
END
  END 
END


Hope someone has some insight into this =
strange=20
behavior....


 


Wim Blanken


Advisor Geo-Information-Management =



GEON bv - Groningen - The =
Netherlands


 


------=_NextPart_000_0026_01C2F2C6.62BD1340--



From thfischer at mapmedia.de  Mon Mar 24 05:52:33 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 24 Mar 2003 14:52:33 +0100
Subject: [Mapserver-users] navigation arrows around the map
In-Reply-To: <3E7EC067.D832E9B3@webgis.de>
References: <1048425690.3e7db4da92a56@fsuj28.rz.uni-jena.de>
 <3E7EC067.D832E9B3@webgis.de>
Message-ID: <1048513952.334.24.camel@jeanjacques>

On Mon, 2003-03-24 at 09:23, Michael Schulz wrote:
> you can use static urls as links for your navigation arrow images as the
> most simple way of implementing a fixed panning mechanism. I would
> prefer some javascript that is executed when the nav arrow is clicked,
> since it is more flexible,

Lots of people I know have javascript turned off, mostly because it
continues to pose a security risk, but also because it is usually used
to implement annoying 'features' such as popup windows, so this is a
solution that would only work for a subset of potential users.

Something I came up with was the following. You construct an url
including [imgext] (or was it [mapext]? I keep mixing them up) etc for
each of the arrows. In addition, you can hardcode img.x and img.y in
each of them, according to their position around the map. If you have 8
arrows around your map, you can tile the image into 3x3 squares in your
mind and the center image coordinate of each of these tiles is the
imaginary click-point you use for the url. I've done that, works
smoothly.

Downside is that you are in trouble if the user changes the layer
selection (you just cannot track changes in plain html), and you are
lost if you have the feature of changing the image size, using a
drop-down box for example. Again, you cannot track the user's changes in
the map layout.


hth,

thorsten


PS: It's unbelievably sunny in Berlin today, I hope all of you enjoy
their working day as much as I do ;)




From jhart at frw.uva.nl  Mon Mar 24 04:22:43 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Mon, 24 Mar 2003 13:22:43 +0100
Subject: [Mapserver-users] Displaying Lat-Long grids in the map image?
In-Reply-To: <41CC46B3925E384BA64B1FB5041C38FA49D5@max.novacell.com>
References: <41CC46B3925E384BA64B1FB5041C38FA49D5@max.novacell.com>
Message-ID: <3E7EF893.501@frw.uva.nl>

John,

Am I right that labels have to be provided? When I try to draw the grid 
layer without a LABEL, MapServer crashes. With labels it runs OK, 
although it takes plenty of time, much more than when displaying a grid 
based on a shapefile layer.

Jan

Administrator wrote:
> Francisco,
>  
> A GRID keyword has been added to LAYER in Mapserver 3.7 that provides 
> the functionality you're looking for.  Here's an example:
>  
> LAYER
>   NAME "GRID"
>   PROJECTION 
>    "proj=latlong"
>    "ellps=WGS84"
>    "datum=WGS84"
>   END
>   TYPE LINE
>   STATUS DEFAULT
>   CLASS
>  COLOR 0 255 128
>    LABEL
>   TYPE BITMAP
>   SIZE MEDIUM
>   COLOR 255 128 89
>    END
>   END
>   GRID
>  MININTERVAL 0.10
>  MAXINTERVAL 0.10
> # INTERVALCOUNT 10
> # MINARCS   16
> # MAXARCS     16
>   LABELFORMAT "DDMMSS"
>   END
> END
>  
> This will render a grid in Lat-Long with one tenth degree spacing and 
> degree minute second labels.  For variable spacing, remove the min, max 
> interval tags.
>  
> To allow Mapserver to pick defaults for the grid, simply specify
>  
> GRID
> END
>  
> in your layer.
>  
> Regards,
>  
> John Novak
> Novacell Technologies
> www.novacell.com 
> 
>     -----Original Message-----
>     *From:* Francisco Delgado [mailto:fdelgado at snet.gob.sv]
>     *Sent:* Thursday, March 20, 2003 7:20 AM
>     *To:* mapserver-users at lists.gis.umn.edu
>     *Subject:* [Mapserver-users] Displaying Lat-Long grids in the map image?
> 
>     Hello everybody.
>      
>     I want to set up my maps to show the Lat-Long (UTM or whatever)
>     grids. I got the idea that there is no way to add them as a property
>     of the map file, am I right? In that case, does someone has a clever
>     idea to do this? I made a shapefile with the gridlines cathegorized
>     to show different densities of gridlines at different scale levels,
>     but I guess that there must be much more elegant alternatives.
>      
>     Thank you all.
>      
>     ---------------------------------
>     Francisco Delgado
>     Informatica - SNET
>     http://www.snet.gob.sv



From peturkirke at fds.fo  Mon Mar 24 03:48:50 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Mon, 24 Mar 2003 12:48:50 +0100
Subject: [Mapserver-users] one or many files ?
Message-ID: <015701c2f1fb$5604b6b0$10fea8c0@fds.fo>

This is a multi-part message in MIME format.

------=_NextPart_000_0154_01C2F203.B7BF81C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I want to make a Map Server application, that shows a map, that has a =
size of 1.400 kilometers square.

I usually use Microstation, and we have the maps stored in many =
different files.

When i use Map Server can i then have the maps stored in many files, or =
would it be better to store this map og 1.400 kilometers square in one =
single file ?

------=_NextPart_000_0154_01C2F203.B7BF81C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









I want to make a Map Server =
application, that shows=20
a map, that has a size of 1.400 =
kilometers=20
square.


 


I usually use Microstation, and we have =

the maps stored in many different files.


 


When i use Map Server can i then have =
the maps=20
stored in many files, or would it be better to store this map og 1.400=20
kilometers square in one single file ?


------=_NextPart_000_0154_01C2F203.B7BF81C0--



From gerry.creager at tamu.edu  Mon Mar 24 05:11:08 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Mon, 24 Mar 2003 07:11:08 -0600
Subject: [Mapserver-users] 3.7_23mar breaking where 3.6.3 ran fine ??
References: <9743-Sun23Mar2003131305-0500-george_planansky@harvard.edu>	 <3E7DFCC9.2000507@nacse.org> <1048498462.10128.8.camel@jeanjacques>
Message-ID: <3E7F03EC.6090300@tamu.edu>

Nope.  getInteger is still the failure mode...

gerry

Thorsten Fischer wrote:
> On Sun, 2003-03-23 at 19:28, Dylan Keon wrote:
> 
>>After just a cursory glance I noticed you have OFFSITE defined on at 
>>least one layer.  The syntax for OFFSITE has changed (now requires RGB 
>>value instead of color index value), and I know for a fact that will 
>>cause your app to fail with no warning.
> 
> 
> I know for a fact that it won't :) It does fail though of course, but it
> will complain in a different way; in the first layer 'relief' for
> example, it will try to interpret the next three tokens after 'OFFSITE'
> as numbers. This will fail because 'END' obviously isn't a number. The
> error I have seen so far in this case is a 'getInteger' error.
> 
> But maybe this has changed ... I stumbled over this some time ago, and
> it may have changed. ymmv.
> 
> 
> hth,
> 
> thorsten
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


-- 
Gerry Creager -- gerry.creager at tamu.edu
Network Engineering -- AATLT, Texas A&M University	
Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843



From rich at greenwoodmap.com  Mon Mar 24 05:32:18 2003
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Mon, 24 Mar 2003 06:32:18 -0700
Subject: [Mapserver-users] navigation arrows around the map
In-Reply-To: <1048425690.3e7db4da92a56@fsuj28.rz.uni-jena.de>
Message-ID: <5.2.0.9.0.20030324063037.00a8c890@mail.greenwoodmap.com>

--=======56B37F5=======
Content-Type: text/plain; x-avg-checked=avg-ok-3A1502; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 8bit

At 02:21 PM 3/23/2003 +0100, you wrote:

>Hi all,
>
>how can I create navigation arrows around the map?
>
>Has somebody an idea or working examples?
>
>Thanks in advance!!
>
>Daniel Wagner

I have a Javascript example at:

http://www.bepreparedtc.com/

Rich

Richard W. Greenwood, PLS
(307) 733-0203
Rich at GreenwoodMap.com
www.GreenwoodMap.com 

--=======56B37F5=======--



From keon at nacse.org  Mon Mar 24 07:20:40 2003
From: keon at nacse.org (Dylan Keon)
Date: Mon, 24 Mar 2003 07:20:40 -0800
Subject: [Mapserver-users] 3.7_23mar breaking where 3.6.3 ran fine ??
In-Reply-To: <1048498462.10128.8.camel@jeanjacques>
References: <9743-Sun23Mar2003131305-0500-george_planansky@harvard.edu>	 <3E7DFCC9.2000507@nacse.org> <1048498462.10128.8.camel@jeanjacques>
Message-ID: <3E7F2248.6070900@nacse.org>

Thorsten Fischer wrote:
> On Sun, 2003-03-23 at 19:28, Dylan Keon wrote:
> 
>>After just a cursory glance I noticed you have OFFSITE defined on at 
>>least one layer.  The syntax for OFFSITE has changed (now requires RGB 
>>value instead of color index value), and I know for a fact that will 
>>cause your app to fail with no warning. 
> 
> I know for a fact that it won't :) It does fail though of course, but it
> will complain in a different way; in the first layer 'relief' for
> example, it will try to interpret the next three tokens after 'OFFSITE'
> as numbers. This will fail because 'END' obviously isn't a number. The
> error I have seen so far in this case is a 'getInteger' error.


You are correct...it results in a getInteger() error in the error_log, 
because of the reasons you mentioned.  What I meant was that it suddenly 
results in a blank screen.  I didn't explain that well.

Thanks,
Dylan




From morissette at dmsolutions.ca  Mon Mar 24 07:28:16 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 24 Mar 2003 10:28:16 -0500
Subject: [Mapserver-users] Re: change parameters via URL
References: <4.3.2.7.0.20030323094752.01682bc0@pop.registeredsite.com> <3E7ED34D.4020904@frw.uva.nl>
Message-ID: <3E7F2410.58E9A328@dmsolutions.ca>

Jan Hartmann wrote:
> 
> I'm not sure (I have not used WMS much), but I don't think you can mix
> WMS calls (map=...&request=... etc) with regular MapServer
> URL-parameters (map_layer_class=... etc). I vaguely rememember having
> tried once and not succeeded. Can anyone shed light on this?
> 

You are correct, the WMS interface and the traditional mapserv CGI
interface are completely independent, so you cannot mix both in the same
request.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From morissette at dmsolutions.ca  Mon Mar 24 07:44:50 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 24 Mar 2003 10:44:50 -0500
Subject: [Mapserver-users] Sun Solaris 8 Support
References: <001101c2f1d0$3380dd10$5cba07ca@mapping12>
Message-ID: <3E7F27F2.CB06070B@dmsolutions.ca>

> Benjamin Wragg wrote:
> 
> I was doing some MapServer promotion the other day and the guys I was
> talking to asked what the Sun Solaris 8 support was like. I've only
> run it on Linux and Windows but I assumed that it ran fine. Is all the
> same modules supported on Sun Solaris as on Linux?
> 

We've run mapserv and php_mapscript on various Solaris versions for a
few years and on many servers.  Actually our first production
installation of php_mapscript back in 2000 was performed on a Solaris
box... so there are really no problems on that platform.  Except perhaps
for minor compilation issues sometimes depending on how well setup your
compiler and libraries are.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From morissette at dmsolutions.ca  Mon Mar 24 07:56:04 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 24 Mar 2003 10:56:04 -0500
Subject: [Mapserver-users] Re: [Mapserver-users] (no subject)
References: 
Message-ID: <3E7F2A94.8A77B78E@dmsolutions.ca>

"emailfittizio at libero.it" wrote:
> 
> Hi Jim.
> I have to use the CGI. Are max size limits different between the two implementations?
> 
> I've generated images more then 4000 in width using phpMapscript.
> 

This limit applies to the CGI parameters and to values stored in a .map
file only.  In MapScript you are free to set the image size to any value
that you like in your script and you won't get any error.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From thfischer at mapmedia.de  Mon Mar 24 10:19:28 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 24 Mar 2003 19:19:28 +0100
Subject: [Mapserver-users] Sun Solaris 8 Support
In-Reply-To: <3E7F27F2.CB06070B@dmsolutions.ca>
References: <001101c2f1d0$3380dd10$5cba07ca@mapping12>
 <3E7F27F2.CB06070B@dmsolutions.ca>
Message-ID: <1048529968.5918.2.camel@jeanjacques>

On Mon, 2003-03-24 at 16:44, Daniel Morissette wrote:
> > Benjamin Wragg wrote:
> > 
> > I was doing some MapServer promotion the other day and the guys I was
> > talking to asked what the Sun Solaris 8 support was like. I've only
> > run it on Linux and Windows but I assumed that it ran fine. Is all the
> > same modules supported on Sun Solaris as on Linux?

I have not done it yet myself, but I personally know at least 2 people
who run mapserver and perl mapscript on the latest sun OS flavours
without any problem (well, without any problem beyond the ones they
would encounter on linux as well :P )


hth,

thorsten



From denny at fata.pt  Mon Mar 24 08:12:18 2003
From: denny at fata.pt (Denny Morais)
Date: Mon, 24 Mar 2003 16:12:18 -0000
Subject: [Mapserver-users] Fatal error...
Message-ID: 


Hi, this error occurs when trying to create a new Appliation.

Using,
	- PHP 4.3.1
	- MapLab (2.0rc5)
	- MapServer version 3.6.3
	- Windows 2000 Pro
	- IIS

Fatal error: Due to thread-safety problems, php_mapscript cannot be used as
a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to run
this version of MapScript. See
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in
c:\inetpub\wwwroot\maplab\htdocs\gmapfactory\build_phtml.php on line 1284



php.ini configurations:

cgi.force_redirect = 0

;Windows Extensions
extension=php_dbase.dll
extension=php_gd.dll
extension=php_mapscript_36.dll


Any help, please?


Thanks



From morissette at dmsolutions.ca  Mon Mar 24 10:22:39 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 24 Mar 2003 13:22:39 -0500
Subject: [Mapserver-users] Fatal error...
References: 
Message-ID: <3E7F4CEF.68F6F429@dmsolutions.ca>

Denny Morais wrote:
> 
> Using,
>         - PHP 4.3.1
>         - MapLab (2.0rc5)
>         - MapServer version 3.6.3
>         - Windows 2000 Pro
>         - IIS
> 
> Fatal error: Due to thread-safety problems, php_mapscript cannot be used as
> a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to run
> this version of MapScript. See
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in
> c:\inetpub\wwwroot\maplab\htdocs\gmapfactory\build_phtml.php on line 1284
> 


This has been fixed in version 3.6.5.  You'll have to either upgrade to
MapServer/MapScript 3.6.5, or go back to PHP 4.2.x

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From pkishor at geoanalytics.com  Mon Mar 24 10:24:47 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Mon, 24 Mar 2003 18:24:47 -0000
Subject: [Mapserver-users] Re: Mac OS X Apache Install Question.
In-Reply-To: <8ED32F51BA71144695D9927DDA124CAD6B4B@mipelasrv1.mipela.local>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Justin Fielke" 
wrote:
> Hi there,
> 
> I have mapserver running successfully on my ibook (OS X 10.2).  


good.


> However I am have a problem uploading my compile of 
> mapserver to a mac os x based web hosting company 
> (running Mac OS X server 10.2).  

compilations are dependent on the machines they were compiled on.
Unless you statically link all the libraries, you generally can't just
up and move a binary to another machine and hope it will work. It
won't. However, I have managed to take a binary compiled on one MacOS
X machine and put it and make it work on another MacOS X machine. It
has worked for me in the past.

>  The adminstrator said that mapserv should execute but 
> when you try using the correct url it just wants to 
> dowload mapserv as a text file.  

so, it seems the execute bit on mapserv binary is not set. And/or the
cgi-bin directory (or whatever directory mapserv is in) doesn't have
the necessary permissions set for Apache to execute the binary. Check
the settings in Apache httpd.conf.

> 
> Also do any libraries etc need to be installed on the 
> mac os x server being used as a host.   

see note above.

> The administrator of the web hosting company tried 
> renaming mapserv to mapserv.cgi  to attempt to run 

that will not do anything at all... I am surprised the admin tried
that... any unix admin should know that that would do nothing at all.


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

The key is to determine what that error is... you (or the admin) can
do that by looking at the error_log generated by Apache. That is the
only thing that will give you a clue about what is going wrong.


> 
> In compiling mapserver I have used fink to install some 
> of the supporting libraries.  Is this going to cause a 
> problem taking mapserv to another machine etc. 
> 

a lot of users have had a great amount of luck with fink. I have not.
Since Mapserver is fairly standard in its dependencies, I have found
it more straightforward to compile it all myself so I know what is
going on. Fink hides all this complexity, but therein lies a problem
for someone trying to troubleshoot... you know something is wrong, but
you have no idea what or where it is. Also, keep in mind, fink users
have had problems with perl upgrades (if you need that).

If you want to compile mapserv on MacOS X, check the wiki. There are
great instructions there compiled by Bill Wheaton.



From steve.lime at dnr.state.mn.us  Mon Mar 24 11:14:45 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 24 Mar 2003 13:14:45 -0600
Subject: [Mapserver-users] labelitem
Message-ID: 

You should be able to use the map_layername_labelitem CGI variable to do
that.

Steve

>>> "Paul Dymecki"  03/22/03 01:13PM >>>
Hi,
    I was wondering if anyone knows how to go about changeing the
labelitem string at run time?
thx,
Paul


From bfraser at geoanalytic.com  Mon Mar 24 11:31:34 2003
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Mon, 24 Mar 2003 12:31:34 -0700
Subject: [Mapserver-users] Rotating symbols
References: <1048500574.10128.34.camel@jeanjacques>
Message-ID: <024e01c2f23b$faff1ad0$020002c0@SHARK>

Thorsten,

  We had a similar requirement recently.  Unfortunately currently there is
no simple way to rotate symbols (that I know of).  It would require the
creation of a CLASSANGLEITEM keyword into the LAYER object (plus source code
changes to internal MapServer structures and function calls).

  The timeline of our particular project was too tight for a source code
enhancement of that magnitude, so we simply used eight classes in  a single
layer.  Each class represented a range of angles of 45 degrees (e.g., N, NE,
E, SE, etc) and the expression in the class filtered the record based on a
heading attribute:

 CLASS
   EXPRESSION ([HEADING]<23 or [HEADING]>337)
   SYMBOL 'arrowup'
   SIZE 10
   COLOR 255 0 255
   OUTLINECOLOR 0 0 0
 END # CLASS


Obviously this method does not render the symbol with the exact direction,
but for our purposes it was close enough.

For the long term, we too would like to see symbol rotation from an
attribute implemented.

On a related note, we did add OUTLINECOLOR support for truetype symbols.  I
see that it is now checked into CVS and available via nightly builds.


Brent Fraser
GeoAnalytic Inc


----- Original Message -----
From: "Thorsten Fischer" 
To: 
Sent: Monday, March 24, 2003 3:09 AM
Subject: [Mapserver-users] Rotating symbols


> Dear list,
>
> I was asked a question about symbols recently. A lady (who already makes
> heavy use of mapserver in her institute) involved into mapping
> seismographic events asked about the possibility of rotating labels. She
> has some ellipsoids (easy to create with a ELLIPSE symbol) but they need
> to be rotated, thus showing errors of measurement errors in the
> direction of the larger radius of the ellipse. I know of ANGLE and
> LABELANGLEITEM for labels; but that only covers annotations. Is there a
> way to rotate 'ordinary' symbols? Should I file a feature request? :)
>
>
> tia,
>
> thorsten
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From morissette at dmsolutions.ca  Mon Mar 24 11:51:43 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 24 Mar 2003 14:51:43 -0500
Subject: [Mapserver-users] DUMP GML output
References: <000201c2f1af$2787d7a0$6401a8c0@vn.shawcable.net>
Message-ID: <3E7F61CF.227F94D1@dmsolutions.ca>

Doug Cates wrote:
> 
> I propose that the DUMP directive be extended, with more options than true
> or false. Something like:
> 
> DUMP true
> Outputs all attribute fields and geometry.
> 
> DUMP false
> Disable GML output.
> 
> DUMP attributes
> Outputs attribute fields only (no geometry).
> 
> DUMP "field1,field2,...."
> Outputs specified fields only. Output geometry only if geometry/shape field
> name included.
> 


I think this, or something along those lines would make lots of sense. 
I have filed this in bugzilla so that we can discuss and decide on the
exact way that this should be implemented.  Anyone interested please
comment via the bug report:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=300


> Strangely, DUMP doesn't seem to work unless a template is specified in a
> class of the layer. 

This is not specific to GetFeatureInfo, it's the way MapServer works:
the presence or not of a template value is what decides if a layer/class
should be queryable.


> There does not seem to be a way to specify that a map
> query should respond in GML format only. I'd like to see the DUMP work
> independently of a template. Perhaps we should review the way that the
> GetFeatureInfo capabilities are determined from the map file.
> 

Actually, setting the "wms_feature_info_mime_type" metadata to "NONE"
should disable the HTML GetFeatureInfo in the capabilities, see: 
http://mapserver.gis.umn.edu/doc36/wms-server-howto.html#mime_type

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From pond_bear at hotmail.com  Mon Mar 24 12:20:25 2003
From: pond_bear at hotmail.com (pond bear)
Date: Mon, 24 Mar 2003 14:20:25 -0600
Subject: [Mapserver-users] sde client libraries
Message-ID: 

Where is the sde client libraries for linux?
I only have a CD "ESRI ArcSDE 8.2 for Oracle 9i", but I can't get sde client 
libraries from there.
Please help me, thanks a lot

Jing

University of North Dakota

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



From toomas.aas at raad.tartu.ee  Mon Mar 24 13:33:47 2003
From: toomas.aas at raad.tartu.ee (Toomas Aas)
Date: Mon, 24 Mar 2003 23:33:47 +0200
Subject: [Mapserver-users] Undefined symbol 'gdImageGif'
Message-ID: <200303242134.h2OLYMB21979@lv.raad.tartu.ee>

Hello!

We are successfully running MapServer 3.5 on Apache 1.3.27/FreeBSD 4.7.

Now we would like to try out PHP Mapscript.

I downloaded the source of MapServer 3.6.5 and ./configured it with the
same options that were used for 3.5, adding only --with-php:

./configure \
 --with-jpeg=../jpeg-6b \
 --with-freetype=/usr/local/bin/freetype-config \
 --with-gd=../gd \
 --with-png=../libpng \
 --with-tiff=../tiff/libtiff \
 --with-eppl \
 --with-ogr=../gdal/ogr \
 --with-proj=../proj \
 --with-eppl--with-gdal=/usr/local/bin/gdal-config \
 --with-php=/usr/ports/www/mod_php4/work/php-4.2.3

(note: I modified the FreeBSD's mod_php4 port so that it is installed 
as CGI).

After some trouble (the mapscript/php3/Makefile needed adjustments, as 
I found out from the mailing list archives) everything finally built 
fine. But when I try to load the module with dl(), I get this error:

Warning: Unable to load dynamic library
'/usr/local/lib/php/extensions/php_mapscript.so' -
/usr/local/lib/php/extensions/php_mapscript.so: Undefined symbol
"gdImageGif" in /home/sirvi/tartukaart/load_mapscript.pcgi on line 2

It looks like PHP has trouble finding the gd library. From somewhere on 
the mapserver.umn.edu pages I read that this might mean that my PHP 
does not support dynamic modules, but this information was about PHP3 
and I cant find anything about enabling/disabling support for dynamic 
modules in PHP4 documentation.

I even specifically rebuilt PHP with GD support (it wasn't used in the 
beginning), but this didn't change anything.

PHP info at: http://www.tartu.ee/tartukaart/index.pcgi
Error at: http://www.tartu.ee/tartukaart/load_mapscript.pcgi

Help!
--
Toomas Aas | toomas.aas at raad.tartu.ee | http://www.raad.tartu.ee/~toomas/
* Testicle -- n., a humorous question to an exam.



From pond_bear at hotmail.com  Mon Mar 24 14:38:43 2003
From: pond_bear at hotmail.com (pond bear)
Date: Mon, 24 Mar 2003 16:38:43 -0600
Subject: [Mapserver-users] How to handle 6-band tiff file ?
Message-ID: 

right now I can display 3-band tiff file. But we have landsat images which 
have 6 bands. How to handle such tiff file?
Thanks a lot.

Jing
University of North Dakota.

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



From steve.lime at dnr.state.mn.us  Mon Mar 24 14:38:56 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 24 Mar 2003 16:38:56 -0600
Subject: [Mapserver-users] sde client libraries
Message-ID: 

Our SDE distribution came with several CDs. The one you need is labeled
"8.2 Client" and contains the client libraries
for several OSes.

Steve

>>> "pond bear"  03/24/03 02:20PM >>>
Where is the sde client libraries for linux?
I only have a CD "ESRI ArcSDE 8.2 for Oracle 9i", but I can't get sde
client 
libraries from there.
Please help me, thanks a lot

Jing

University of North Dakota

_________________________________________________________________
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 steve.lime at dnr.state.mn.us  Mon Mar 24 14:47:45 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 24 Mar 2003 16:47:45 -0600
Subject: [Mapserver-users] It's official, there's gonna be a User Meeting!
Message-ID: 

Hi folks: Just want to let everyone know that there will be a MapServer
User Meeting in early June
of this year. For more information about the meeting, cost and
accomodations please visit the
MapServer homepage at http://mapserver.gis.umn.edu/ and look for the
"User Meeting" button
towards the top of the page. It should be a great opportunity to get
together and finally meet
and to learn more about what people are doing with the software. I hope
to see you all in St. Paul 
June 6th and 7th!

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937


From jfielke at mipela.com.au  Mon Mar 24 15:50:26 2003
From: jfielke at mipela.com.au (Justin Fielke)
Date: Tue, 25 Mar 2003 09:50:26 +1000
Subject: [Mapserver-users] Mac OS X Apache Install Question.
Message-ID: <8ED32F51BA71144695D9927DDA124CAD6B4D@mipelasrv1.mipela.local>

The server log error is:
[Mon Mar 24 08:30:15 2003] [error] [client 66.7.64.4] Premature end of 
script headers: /Library/WebServer/CGI-Executables/mapserv

Justin 

-----Original Message-----
From: Thorsten Fischer [mailto:thfischer at mapmedia.de]
Sent: Monday, March 24, 2003 7:50 PM
To: Justin Fielke
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] Mac OS X Apache Install Question.


On Mon, 2003-03-24 at 07:07, Justin Fielke wrote:

> Also do any libraries etc need to be installed on the mac os x server 
> being used as a host.

I do not know the fink tool you mentioned (heck, i do not know much
about macos at all :) ), but if you dynamically linked your mapserver
binary then all the libraries you linked to belong on the isp's
webserver as well. 

If you don't, the error you described,

> Internal Server Error
> [ ... ]
> More information about this error may be available in the
> server error log. 

is likely to occur in _some_cases. I have seen this recently, to name an
example, when I had compiled the png library with a wrong header that
was left lurking on the system from before a system update. libpng
barked and cause the above error to occur.

Generally spoken, do as the last line in the error message says and
check the apache logs. This can be very enlightening sometimes; well, in
case it isn't just the good old 'preliminary end of script headers'
message ;)


hth,

thorsten




From warmerdam at pobox.com  Mon Mar 24 18:56:13 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 24 Mar 2003 21:56:13 -0500
Subject: [Mapserver-users] How to handle 6-band tiff file ?
In-Reply-To: 
References: 
Message-ID: <3E7FC54D.4040700@pobox.com>

pond bear wrote:
> right now I can display 3-band tiff file. But we have landsat images 
> which have 6 bands. How to handle such tiff file?
> Thanks a lot.

Jing aka Pond Bear,

With the development version of mapserver it is possible to select the
band combination you want to see using the BANDS processing option.
For instance, if you included the following line in a GDAL processed raster
layer it would display bands 4,2,1 (band 4 as red, band 2 as green and band
1 as blue).

PROCESSING "BANDS=4,2,1"

In 3.6.x you should be able to use the file, but only the first three
bands will be used as red, green and blue, and of course the conversion
of the three bands to an eight bit output result will be done with a
color reduction table that can produce poor results in gradually changing
values.

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 tbartlett at dddd.com.au  Mon Mar 24 19:29:49 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Tue, 25 Mar 2003 14:29:49 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References: <3E4215C93D3CE24D84A9FF385DF88D87FC4165@afeb-ms-02>
Message-ID: <005c01c2f27e$cb08d530$1701a8c0@dddd.com.au>

G'Day Antti,

Thanks for posting the document on wiki !!

I'm trying to get ArcExplorer connecting to MapServer... without a lot of
success to date.

I have a couple of questions:

1.  What type of system did you manage to get it working on, and will it
work in a window environment.  I am using the MapServer 3.6.3 windows binary
from the mapserver website (which says it is OGC WMS compliant.  as does
running mapserv -v
2.  If the "GetCapatiblies" XML document contains no "WARNINGS" does this
mean it is WMS compliant?  Or just no obvious issues which will cause
ArcExplorer to fail !
3.  I am currently using a windows binary version of PHP (CGI only) are they
any issue there ? eg. getting the header part of the document inserted ??

I have gone through the WMSMapServer document, but I can't find any obvious
non-WMS compliant parts.

Any ideas

Many thanks
Tom Bartlett

----- Original Message -----
From: 
To: 
Cc: 
Sent: Friday, March 21, 2003 2:38 PM
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page


> Hello all,
>
> Since I got ArcExplorer talking to Mapserver using the advice Daryl
Herzmann recently
> posted to the group (plus some direct assistance from him), I have put a
set of notes
> up on the Wiki:
>
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer
>
> This is also accessible through the WMSMapServer link on the main page.
>
> Cheers,
>
> Antti
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From Antti.Roppola at brs.gov.au  Mon Mar 24 19:56:33 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Tue, 25 Mar 2003 14:56:33 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
 page
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4181@afeb-ms-02>

Hi Thomas,

To answer your questions:

1. The client is Windows 2000 Pro. The server is Mapserver 3.6.1
or 3.6.4 on Linux depending on whether it's my dev box or not.

2. My guess is that it means that it is probably OK. I'd try and
test it by issuing getMap requests manually or pointing one of the
online WMS clients (such as Cubewerx) at it. I am not sure about how
detailed the checking inside Mapserver is, though it is acceptable
to Arc Explorer.

3. Shouldn't be anything special. Just remember that you can't send
headers as part of a web request after any regular output (STDOUT)
has been sent. PHP will generate an error and tell you if you try. :o)

FWIW, I found getting the syntax just right to be the most fiddley
part of the operation.

Cheers,

Antti

-----Original Message-----
From: Thomas Bartlett [mailto:tbartlett at dddd.com.au]
Sent: Tuesday, 25 March 2003 2:30 PM
To: Antti.Roppola at brs.gov.au; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS -
Wiki page


G'Day Antti,

Thanks for posting the document on wiki !!

I'm trying to get ArcExplorer connecting to MapServer... without a lot of
success to date.

I have a couple of questions:

1.  What type of system did you manage to get it working on, and will it
work in a window environment.  I am using the MapServer 3.6.3 windows binary
from the mapserver website (which says it is OGC WMS compliant.  as does
running mapserv -v
2.  If the "GetCapatiblies" XML document contains no "WARNINGS" does this
mean it is WMS compliant?  Or just no obvious issues which will cause
ArcExplorer to fail !
3.  I am currently using a windows binary version of PHP (CGI only) are they
any issue there ? eg. getting the header part of the document inserted ??

I have gone through the WMSMapServer document, but I can't find any obvious
non-WMS compliant parts.

Any ideas

Many thanks
Tom Bartlett

----- Original Message -----
From: 
To: 
Cc: 
Sent: Friday, March 21, 2003 2:38 PM
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page


> Hello all,
>
> Since I got ArcExplorer talking to Mapserver using the advice Daryl
Herzmann recently
> posted to the group (plus some direct assistance from him), I have put a
set of notes
> up on the Wiki:
>
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer
>
> This is also accessible through the WMSMapServer link on the main page.
>
> Cheers,
>
> Antti
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From tbartlett at dddd.com.au  Mon Mar 24 20:12:42 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Tue, 25 Mar 2003 15:12:42 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References: <3E4215C93D3CE24D84A9FF385DF88D87FC4181@afeb-ms-02>
Message-ID: <00a701c2f284$c87cc460$1701a8c0@dddd.com.au>

Thanks for the speedy reply Antti,
Can you clarify "point 3" !

I have only added:



at the top of the XML document, am I missing something ??

I have noted that when I load wms.php into a web-browser I get an error
displayed (not a PHP but a HTTP error [like HTTP 404 - File not found]) and
when I view the source on that error document I see the XML document, but
php has not adding anything eg a header??  Should there be something there
??

Thanks again !!

Tom
----- Original Message -----
From: 
To: ; 
Sent: Tuesday, March 25, 2003 2:56 PM
Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page


> Hi Thomas,
>
> To answer your questions:
>
> 1. The client is Windows 2000 Pro. The server is Mapserver 3.6.1
> or 3.6.4 on Linux depending on whether it's my dev box or not.
>
> 2. My guess is that it means that it is probably OK. I'd try and
> test it by issuing getMap requests manually or pointing one of the
> online WMS clients (such as Cubewerx) at it. I am not sure about how
> detailed the checking inside Mapserver is, though it is acceptable
> to Arc Explorer.
>
> 3. Shouldn't be anything special. Just remember that you can't send
> headers as part of a web request after any regular output (STDOUT)
> has been sent. PHP will generate an error and tell you if you try. :o)
>
> FWIW, I found getting the syntax just right to be the most fiddley
> part of the operation.
>
> Cheers,
>
> Antti
>
> -----Original Message-----
> From: Thomas Bartlett [mailto:tbartlett at dddd.com.au]
> Sent: Tuesday, 25 March 2003 2:30 PM
> To: Antti.Roppola at brs.gov.au; mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS -
> Wiki page
>
>
> G'Day Antti,
>
> Thanks for posting the document on wiki !!
>
> I'm trying to get ArcExplorer connecting to MapServer... without a lot of
> success to date.
>
> I have a couple of questions:
>
> 1.  What type of system did you manage to get it working on, and will it
> work in a window environment.  I am using the MapServer 3.6.3 windows
binary
> from the mapserver website (which says it is OGC WMS compliant.  as does
> running mapserv -v
> 2.  If the "GetCapatiblies" XML document contains no "WARNINGS" does this
> mean it is WMS compliant?  Or just no obvious issues which will cause
> ArcExplorer to fail !
> 3.  I am currently using a windows binary version of PHP (CGI only) are
they
> any issue there ? eg. getting the header part of the document inserted ??
>
> I have gone through the WMSMapServer document, but I can't find any
obvious
> non-WMS compliant parts.
>
> Any ideas
>
> Many thanks
> Tom Bartlett
>
> ----- Original Message -----
> From: 
> To: 
> Cc: 
> Sent: Friday, March 21, 2003 2:38 PM
> Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
>
>
> > Hello all,
> >
> > Since I got ArcExplorer talking to Mapserver using the advice Daryl
> Herzmann recently
> > posted to the group (plus some direct assistance from him), I have put a
> set of notes
> > up on the Wiki:
> >
> > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer
> >
> > This is also accessible through the WMSMapServer link on the main page.
> >
> > Cheers,
> >
> > Antti
> >
> > _______________________________________________
> > 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 Mar 24 23:52:01 2003
From: pucher at atlas.gis.univie.ac.at (Alexander Pucher)
Date: Tue, 25 Mar 2003 08:52:01 +0100
Subject: [Mapserver-users] It's official, there's gonna be a User Meeting!
In-Reply-To: 
References: 
Message-ID: <3E800AA1.1020906@atlas.gis.univie.ac.at>

Hi Steve,

is it possible to send in some posters, even if nobody from our 
department is actually coming over to St. Paul? Might be a little too 
far from Vienna, Austria ;-)

As you may know, we have some Mapserver apps running and would like to 
present them to the meeting participants.

Best regards,
alex

Steve Lime wrote:

>Hi folks: Just want to let everyone know that there will be a MapServer
>User Meeting in early June
>of this year. For more information about the meeting, cost and
>accomodations please visit the
>MapServer homepage at http://mapserver.gis.umn.edu/ and look for the
>"User Meeting" button
>towards the top of the page. It should be a great opportunity to get
>together and finally meet
>and to learn more about what people are doing with the software. I hope
>to see you all in St. Paul 
>June 6th and 7th!
>
>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
>
>
>  
>

-- 
________________________________________________________

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
--------------------------------------------------------
An eye for an eye, and soon the whole world is blind -- Mahatma Gandhi




From heihachi.cv90g at nctu.edu.tw  Mon Mar 24 23:55:59 2003
From: heihachi.cv90g at nctu.edu.tw (=?big5?B?pr+pdq5p?=)
Date: Tue, 25 Mar 2003 15:55:59 +0800
Subject: [Mapserver-users] About OGC specification
Message-ID: <001d01c2f2a3$f979df20$3910718c@sbvr.com>

This is a multi-part message in MIME format.

------=_NextPart_000_001A_01C2F2E7.0749A7F0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

Hi!!!

Here a question about Mapserver.
Besides OGC WMS specification,does Mapserver conform to any other OGC =
spec?
Are there any source about this?

Regards!!!

Kent

------=_NextPart_000_001A_01C2F2E7.0749A7F0
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable









Hi!!!


 


Here a question about Mapserver.


Besides OGC WMS specification,does Mapserver conform =
to any=20
other OGC spec?


Are there any source about =
this?


 


Regards!!!


 


Kent


------=_NextPart_000_001A_01C2F2E7.0749A7F0--



From Heiko.Kehlenbrink at vermes.fh-oldenburg.de  Tue Mar 25 00:37:09 2003
From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko.Kehlenbrink at vermes.fh-oldenburg.de)
Date: Tue, 25 Mar 2003 09:37:09 +0100 (CET)
Subject: [Mapserver-users] reproject raster datat
Message-ID: <1048581429.3e8015356438e@mail-ole.fh-oldenburg.de>

hi all,  
  
got a little prolem reprojecting raster data with the mapserver.  
  
in the web section i`ve set proj=latlong  
  
and in the layer definition   
init=epsg:4326.  
  
i recive such an error message:  
Warning: MapServer Error in msDrawRasterLayer( TIFF ): Raster reprojection 
supported only  
with the GDAL library. in /srv/www/htdocs/world/htdocs/test.phtml on line 78  
  
though the php-info page says :  
  
MapScript  
MapScript Version ($Revision: 1.104.2.5 $ $Date: 2002/10/28 21:47:53 $)  
MapServer version 3.6.4 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP  
SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER  
SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS  
INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE  
  
any hinds for me?  
  
best regards   
  
heiko  



From schut at sarvision.com  Tue Mar 25 00:45:53 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 25 Mar 2003 09:45:53 +0100
Subject: [Mapserver-users] Display/hide a RASTER layer when scale is over 1/1000
In-Reply-To: <20030321155437.13266.qmail@mx1.ovh.net>
References: <20030321155437.13266.qmail@mx1.ovh.net>
Message-ID: <200303250945.53326.schut@sarvision.com>

Didier,

I'm not a cgi neither a wms layer expert, but I thought I'd just throw in my 2 
cents...

- In one of your reply's I see that you use a url like 
...LAYERS=layer1,layer2. The mapserver cgi documentation sais:

	LAYERS [name name ...]
	The names of the layers to be turned on. Layer names must be seperated
	by spaces.
Try replacing the colon by a space...

- An often returning problem using scale is using the wrong units in your 
mapfile. Are you sure you set them right? (to 'DD' or 'meters')? If they are 
wrong, the scale will be miscalculated en of course minscale and maxscale 
won't work as expected.

- This might be hard using only cgi (I really don't know) but a simple check 
would be to display the calculated scale value somewhere in your html page 
Using mapscript you can just print $map->scale (after $map->draw(), otherwise 
it has not been calculated yet). If you can do this somehow, you can of 
course simply check whether the calculated scale is below or above 500000.





Regards,
Vincent Schut.


On Friday 21 March 2003 16:54, contact at netency.com wrote:
> I would like to know if it is possible de specify a range of display for
> RASTER layers ? ie enter a MINSCALE and MAXSCALE parameters ?
>
> thanks for all
>
> Didier
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From boily at bsw.org  Tue Mar 25 00:49:51 2003
From: boily at bsw.org (Roger Boily)
Date: Tue, 25 Mar 2003 09:49:51 +0100
Subject: [Mapserver-users] Reference map with more then one class
Message-ID: <3E80182F.4030001@bsw.org>

Hi to all,

I'm using a layer with many classes filtered by expression ('[field]' eq 
'value')
Now, since I have 30 filtered classes in this layer, I want to give the 
user the oportunity
to choose one or more (normally not more than 5) class (filtered by the 
given value).
It works well using the cgi command "map_layer_class_1_status=ON" (using the
good class indexed number) but my prob is that the legend image still 
display the 30 classes
legends. Is there a way to display in the legend only the actived 
filtered class?

Thanks in advance,
Roger





From stepan.kafka at centrum.cz  Tue Mar 25 01:12:52 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Tue, 25 Mar 2003 10:12:52 +0100
Subject: [Mapserver-users] About OGC specification
In-Reply-To: <001d01c2f2a3$f979df20$3910718c@sbvr.com>
Message-ID: <002601c2f2ae$b699f6d0$324de4c2@HSGIS>

This is a multi-part message in MIME format.

------=_NextPart_000_0027_01C2F2B7.185E5ED0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: 7bit

Mapserver also supports WFS (basic) both client and server and MapContext.
See more at Documentation and Mapserver WIKI pages.

Stepan Kafka
  -----P?vodni zprava-----
  Od: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele |?cvRi
  Odeslano: 25. b?ezna 2003 8:56
  Komu: mapserver-users at lists.gis.umn.edu
  P?edm?t: [Mapserver-users] About OGC specification


  Hi!!!

  Here a question about Mapserver.
  Besides OGC WMS specification,does Mapserver conform to any other OGC
spec?
  Are there any source about this?

  Regards!!!

  Kent

------=_NextPart_000_0027_01C2F2B7.185E5ED0
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable









Mapserver also=20
supports WFS (basic) both client and server and MapContext. See more at=20
Documentation and Mapserver WIKI pages.


 


Stepan=20
Kafka



  
-----P=F9vodn=ED zpr=E1va-----
Od:=20
  mapserver-users-admin at lists.gis.umn.edu=20
  [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=9Eivatele=20
  =A6=BF=A9v=AEi
Odesl=E1no: 25. b=F8ezna 2003 =
8:56
Komu:=20
  mapserver-users at lists.gis.umn.edu
P=F8edm=ECt: =
[Mapserver-users] About=20
  OGC specification


  
Hi!!!

  
 

  
Here a question about Mapserver.

  
Besides OGC WMS specification,does Mapserver =
conform to any=20
  other OGC spec?

  
Are there any source about =
this?

  
 

  
Regards!!!

  
 

  
Kent


------=_NextPart_000_0027_01C2F2B7.185E5ED0--



From schut at sarvision.com  Tue Mar 25 01:07:08 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 25 Mar 2003 10:07:08 +0100
Subject: [Mapserver-users] Configure --with-system-regex
In-Reply-To: <1048323605.1752.4.camel@sistemes-portatil>
References: <1048323605.1752.4.camel@sistemes-portatil>
Message-ID: <200303251007.08859.schut@sarvision.com>

Gerard,

Have you checked what your phpinfo sais about php's regex? You can check 
whether your php *really* is using the system regex by looking in 
your phpinfo output: in the 'Standard' section, it should say:

Regex Library                   System library enabled

Mind that you should check the phpinfo page using the php version that 
mapserver will also use (e.g. the cgi version). (Eventually call your php 
page containing the phpinfo statement info.phpms or whatever suffix you have 
defined for your cgi version of php, if you defined a separate one).
If there is something different than 'system library enabled', your php was 
*not* compiled with the system regex library and you should check the 
configure output of php to find the reason why it ignores your regex=system 
option.

If it *does* say php is using the system regex, maybe after compiling your 
php-cgi, you recompiled php as an apache module (or 
some other SAPI) using another regex? This, when you do a make install, 
changes the header files 
of php and the php-config, so that mapserver only sees the last compiled 
version of php. You should either compile the cgi last, or use a different 
install directory for the cgi version (e.g. /usr/local/phpcgi ). You can set 
this with some prefix option(s) in the configure options. I am using the last 
option myself (separate directories) which enables me to do separate 
compilations of whatever type of php without having to bother about mapserver 
using the wrong header files. Make sure though that the php ./configure 
option for mapserver is pointing towards the right php-config executable. 
Otherwise it will find the one that is first in the path, which might be the 
one belonging to the module version.

Btw have you checked the 
'http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37' 
wiki document? This contains a lot of pointers towards compiling a proper 
mapserver environment (including php) on linux.

Regards,
Vincent Schut.

On Saturday 22 March 2003 10:00, Gerard Farr?s wrote:
> Hi all,
>
> My platform:	Distribution : 	Suse Linux 7.3
> 		Kernel:		2.4.14
> 		Arch:		sparc64
> 		Mapserver-version	3.6.4
> 		PHP-Version	4.3.0.
>
> 	I'm trying to recompile MapServer with php support, but I get this:
>
> 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-system-regex
> !!!
> !!! and then re-configure and re-compile MapServer.
> !!!
>
> 	I have recompiled php --with-regex=system (and --with-system-regex),
> but.. I get the same result...
>
> 	Can anybody help me?
>
> 	Thanks,
>
> 		Gerard Farr?s
>
>
>
>
>
>
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com



From jacobi at dfki.de  Tue Mar 25 01:47:55 2003
From: jacobi at dfki.de (Sven Jacobi)
Date: Tue, 25 Mar 2003 10:47:55 +0100
Subject: [Mapserver-users] aerial views
Message-ID: <200303250941.h2P9fkJv022229@corp-200.dfki.uni-sb.de>

Hi list,

I want to create a layer with aerial views of the underlaying map.
Unfortunately the filesizes are much too big to get acceptable 
aquisition times. 
But I have read that it is possible to split these images into
several boxes of certain extent.
Does anybody have experiences with that and could give me some
hints how to manage this?

Thanks in forward,

Sven



From nica.constantin at uti.ro  Tue Mar 25 02:07:03 2003
From: nica.constantin at uti.ro (Nica Constantin)
Date: Tue, 25 Mar 2003 12:07:03 +0200
Subject: [Mapserver-users] MapServer with SDE
Message-ID: <002401c2f2b6$488b17c0$1be4e7c1@utisoft.soft.uti.ro>

This is a multi-part message in MIME format.

------=_NextPart_000_0025_01C2F2C7.0C13E7C0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Helo friends,
I'm trying to acces maps stored in Oracle in a SDE schema.
So,  if it is possible, please help me with some advices how to obtain
mapserv.exe CGI with SDE support and some examples of .map 
files which describe a connection to a SDE oracle schema
Thnks a lot
Nica Constantin
 

------=_NextPart_000_0025_01C2F2C7.0C13E7C0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable






















Helo =
friends,



I’m trying to acces =
maps
stored in Oracle in a SDE schema.



So, 
if it is possible, please help me with some advices how to
obtain  mapserv.exe CGI =
with SDE
support and some examples of .map 



files which
describe a connection to a SDE oracle =
schema



Thnks a =
lot



Nica Constantin



 









------=_NextPart_000_0025_01C2F2C7.0C13E7C0--



From schut at sarvision.com  Tue Mar 25 02:12:23 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 25 Mar 2003 11:12:23 +0100
Subject: [Mapserver-users] Undefined symbol 'gdImageGif'
In-Reply-To: <200303242134.h2OLYMB21979@lv.raad.tartu.ee>
References: <200303242134.h2OLYMB21979@lv.raad.tartu.ee>
Message-ID: <200303251112.23323.schut@sarvision.com>

Toomas,

Sounds like you are/were using 2 different versions of libgd. Mapserver 
appears to be compiled against a gd that does support GIFs, but the dynamic 
library that is found on your system during runtime doesn't have the gif 
functions. GIF support in GD has been excluded some time ago for license 
reasons, see their homepage for more details.
Here are some checks/hints:

- run 'ldd php_mapscript.so'. It will show you the libraries which it was 
linked against, and where the dynamic linker finds them on your system. Check 
whether the gd library that is found is the same as the one you compiled 
mapserver against.
- run 'find -name libgd*' as root from /. It will show you whether there are 
more than one version of libgd on your system. If so, you might easiest 
remove them all and reinstall (or compile) gd. Don't forget to do the same 
for the header files (gd.h probably).
- make sure php and mapscript were compiled against the same version of GD, 
and that this version of GD is also the one that has been compiled *and 
installed* on your system. If you compiled GD yourself, did you previously 
remove an older version (that you maybe installed with yast)? You should. If 
you installed libgd and libgd-dev with yast, make shure they are of exactly 
the same version.
- You can check in the ./configure output of php and mapserver if the version 
of libGD they found supports gif. If one of them does, and one doesn't, you 
have 2 versions on your system. Find them, delete one and 
reconfigure/recompile.

Regards,
Vincent Schut.

On Monday 24 March 2003 22:33, Toomas Aas wrote:
> Hello!
>
> We are successfully running MapServer 3.5 on Apache 1.3.27/FreeBSD 4.7.
>
> Now we would like to try out PHP Mapscript.
>
> I downloaded the source of MapServer 3.6.5 and ./configured it with the
> same options that were used for 3.5, adding only --with-php:
>
> ./configure \
>  --with-jpeg=../jpeg-6b \
>  --with-freetype=/usr/local/bin/freetype-config \
>  --with-gd=../gd \
>  --with-png=../libpng \
>  --with-tiff=../tiff/libtiff \
>  --with-eppl \
>  --with-ogr=../gdal/ogr \
>  --with-proj=../proj \
>  --with-eppl--with-gdal=/usr/local/bin/gdal-config \
>  --with-php=/usr/ports/www/mod_php4/work/php-4.2.3
>
> (note: I modified the FreeBSD's mod_php4 port so that it is installed
> as CGI).
>
> After some trouble (the mapscript/php3/Makefile needed adjustments, as
> I found out from the mailing list archives) everything finally built
> fine. But when I try to load the module with dl(), I get this error:
>
> Warning: Unable to load dynamic library
> '/usr/local/lib/php/extensions/php_mapscript.so' -
> /usr/local/lib/php/extensions/php_mapscript.so: Undefined symbol
> "gdImageGif" in /home/sirvi/tartukaart/load_mapscript.pcgi on line 2
>
> It looks like PHP has trouble finding the gd library. From somewhere on
> the mapserver.umn.edu pages I read that this might mean that my PHP
> does not support dynamic modules, but this information was about PHP3
> and I cant find anything about enabling/disabling support for dynamic
> modules in PHP4 documentation.
>
> I even specifically rebuilt PHP with GD support (it wasn't used in the
> beginning), but this didn't change anything.
>
> PHP info at: http://www.tartu.ee/tartukaart/index.pcgi
> Error at: http://www.tartu.ee/tartukaart/load_mapscript.pcgi
>
> Help!
> --
> Toomas Aas | toomas.aas at raad.tartu.ee | http://www.raad.tartu.ee/~toomas/
> * Testicle -- n., a humorous question to an exam.
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From pucher at atlas.gis.univie.ac.at  Tue Mar 25 02:14:30 2003
From: pucher at atlas.gis.univie.ac.at (Alexander Pucher)
Date: Tue, 25 Mar 2003 11:14:30 +0100
Subject: [Mapserver-users] Strange PostGIS/MapServer behaviour
Message-ID: <3E802C06.6010907@atlas.gis.univie.ac.at>

This is a multi-part message in MIME format.
--------------000505080204000405020303
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

I'm using MapServer 3.6 along with PostGIS 0.7.3.
When working on my application code, from time to time I get the 
following error:

---

*Warning*: MapServer Error in prep_DB(): Error executing POSTGIS DECLARE 
(the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT 
myclass::text,asbinary(force_collection(force_2d()),'XDR'),OID::text 
from  WHERE && setSRID('BOX3D(93965 204396.645,705057 
585565.355)'::BOX3D, 31297 )'

Postgresql reports the error 'ERROR: parser: parse error at or near "" '

---

I have tracked it down to the case that it happens when I move the line 
'dl('php_mapscript_36.so');' to another place, but still it remains 
before the '$map = ms_newMapObj($cfg_map_file);' line in the code!!
The strange thing about this is that the app doesn't work anymore, even 
if I undo all the changes until the initial state. I have to get the 
file from the backup to make it work again ?!?
I have tried to execute the PostGIS query manually and it works, so this 
shouldn't be the problem:

select the_geom from
    (select bez_p.the_geom,bez_p.oid,temp_20030325103702.value,
        case when temp_20030325103702.value > 0.1 then 1
        when temp_20030325103702.value between 0.05 and 0.1 then 2
        when temp_20030325103702.value between 0 and 0.05 then 3
        when temp_20030325103702.value between -0.05 and 0 then 4
        else 5
    end as myclass from bez_p,temp_20030325103702
    where bez_p.bezirk_id = temp_20030325103702.id)
as foo using SRID=31297

Any suggestions?

alex

-- 
________________________________________________________

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
--------------------------------------------------------
An eye for an eye, and soon the whole world is blind -- Mahatma Gandhi


--------------000505080204000405020303
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit




  
  


Hi,



I'm using MapServer 3.6 along with PostGIS 0.7.3. 

When working on my application code, from time to time I get the
following error:



---



Warning:  MapServer Error in prep_DB(): Error executing POSTGIS
DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR
FOR SELECT
myclass::text,asbinary(force_collection(force_2d()),'XDR'),OID::text
from  WHERE  && setSRID('BOX3D(93965 204396.645,705057
585565.355)'::BOX3D, 31297 )' 



Postgresql reports the error 'ERROR:  parser: parse error at or near
"" '



---



I have tracked it down to the case that it happens when I move the line
'dl('php_mapscript_36.so');' to another place, but still it remains
before the '$map = ms_newMapObj($cfg_map_file);' line in the code!!

The strange thing about this is that the app doesn't work anymore, even
if I undo all the changes until the initial state. I have to get the
file from the backup to make it work again ?!?

I have tried to execute the PostGIS query manually and it works, so
this shouldn't be the problem:



select the_geom from     		

    (select bez_p.the_geom,bez_p.oid,temp_20030325103702.value,

        case 			when temp_20030325103702.value > 0.1 then 1 			

        when temp_20030325103702.value between 0.05 and 0.1 then 2 			

        when temp_20030325103702.value between 0 and 0.05 then 3 			

        when temp_20030325103702.value between -0.05 and 0 then 4 			

        else 5 		

    end as myclass 		from bez_p,temp_20030325103702 

    where bez_p.bezirk_id = temp_20030325103702.id) 	

as foo using SRID=31297



Any suggestions?



alex


-- 
________________________________________________________

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
--------------------------------------------------------
An eye for an eye, and soon the whole world is blind -- Mahatma Gandhi





--------------000505080204000405020303--



From emailfittizio at libero.it  Tue Mar 25 02:18:13 2003
From: emailfittizio at libero.it (=?iso-8859-1?Q?emailfittizio@libero.it?=)
Date: Tue, 25 Mar 2003 11:18:13 +0100
Subject: [Mapserver-users] =?iso-8859-1?Q?query?=
Message-ID: 

Hi list,

At the moment i use this line to query the CGI:

http://laplace/mapserver/mapserv.exe?map=calabria/calabria.map&imgext=2574847.224432619+4449795.614692735+3352308.224432619+4195815.614692735&imgsize=1024+334&layers=bacini&img.x=74.33&img.y=111.50&mode=querymap

Is it possible to query the server with the world coordinate insteed of using img.x img.y ?
If it'possible.. How the query string will change?

Thanks,
Alessandro.




From toomas.aas at raad.tartu.ee  Tue Mar 25 02:49:27 2003
From: toomas.aas at raad.tartu.ee (Toomas Aas)
Date: Tue, 25 Mar 2003 12:49:27 +0200
Subject: [Mapserver-users] Undefined symbol 'gdImageGif'
In-Reply-To: <200303251112.23323.schut@sarvision.com>
References: <200303242134.h2OLYMB21979@lv.raad.tartu.ee>
Message-ID: <200303251050.h2PAo2P07761@lv.raad.tartu.ee>

> Sounds like you are/were using 2 different versions of libgd. 

You were 100% correct. Mapscript working, case closed.

Thanks a lot.
--
Toomas Aas | toomas.aas at raad.tartu.ee | http://www.raad.tartu.ee/~toomas/
* Why is the third hand on a watch called a second hand?



From jhart at frw.uva.nl  Tue Mar 25 03:03:22 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Tue, 25 Mar 2003 12:03:22 +0100
Subject: [Mapserver-users] Fatal error...
In-Reply-To: <3E7F4CEF.68F6F429@dmsolutions.ca>
References:  <3E7F4CEF.68F6F429@dmsolutions.ca>
Message-ID: <3E80377A.3020608@frw.uva.nl>

I have not followed development on this, but does this mean that 
PHP-Mapscript can now be used as a shared in-memory PHP-module? That 
would be great!

Jan


Daniel Morissette wrote:
> Denny Morais wrote:
> 
>>Using,
>>        - PHP 4.3.1
>>        - MapLab (2.0rc5)
>>        - MapServer version 3.6.3
>>        - Windows 2000 Pro
>>        - IIS
>>
>>Fatal error: Due to thread-safety problems, php_mapscript cannot be used as
>>a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to run
>>this version of MapScript. See
>>http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in
>>c:\inetpub\wwwroot\maplab\htdocs\gmapfactory\build_phtml.php on line 1284
>>
> 
> 
> 
> This has been fixed in version 3.6.5.  You'll have to either upgrade to
> MapServer/MapScript 3.6.5, or go back to PHP 4.2.x
> 
> Daniel



From peturkirke at fds.fo  Tue Mar 25 04:19:35 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Tue, 25 Mar 2003 13:19:35 +0100
Subject: [Mapserver-users] please give me an advice on this !
Message-ID: <00c801c2f2c8$cc6a8870$10fea8c0@fds.fo>

I want to make a Map Server application containing a map, that has a size of
1.400 kilometers square.

We usually use Microstation, and we have the maps stored in many different
files.
Now I convert the files to shp.

Now to my question:
When I use Map Server is it possible to have the maps stored in many files,
or would it be better to store this map with a size of 1.400 kilometers
square in one single file ?



From schut at sarvision.com  Tue Mar 25 05:41:55 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 25 Mar 2003 14:41:55 +0100
Subject: [Mapserver-users] please give me an advice on this !
In-Reply-To: <00c801c2f2c8$cc6a8870$10fea8c0@fds.fo>
References: <00c801c2f2c8$cc6a8870$10fea8c0@fds.fo>
Message-ID: <200303251441.55979.schut@sarvision.com>

Petur,

that depends on so many things you don't provide information about, that it 
really is impossible to answer your question now.
E.g. for performance of mapserver the spatial extent (1400 km) is not so much 
the issue, but for example things like the complexity of your shapes, how 
many layers / classes do you have (if you have these), how are your shapes 
organized, what is the size (in bytes, not in meters) of your data, what kind 
of requests will your users do, will they zoom in much or rather use a view 
of the entire extent, etc. etc.
Usually it is better to just start simple, and don't think about performance. 
Once you got things working, start improving the performance by using 
shapetrees, tiles, etc. You will be able to find quite some usefull 
information about several performance issues (there is no 'generic best way' 
to organize things, all depends on your data and your application) on the 
mapserver home/wiki pages and by searching the archives of this mailinglist ( 
http://mapserver.gis.umn.edu/cgi-bin/wilma/mapserver-users ).

Hoping to have helped you a bit in the right direction...

Regards,
Vincent Schut.

On Tuesday 25 March 2003 13:19, Petur Kirke wrote:
> I want to make a Map Server application containing a map, that has a size
> of 1.400 kilometers square.
>
> We usually use Microstation, and we have the maps stored in many different
> files.
> Now I convert the files to shp.
>
> Now to my question:
> When I use Map Server is it possible to have the maps stored in many files,
> or would it be better to store this map with a size of 1.400 kilometers
> square in one single file ?
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From morissette at dmsolutions.ca  Tue Mar 25 05:53:48 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 25 Mar 2003 08:53:48 -0500
Subject: [Mapserver-users] Fatal error...
References:  <3E7F4CEF.68F6F429@dmsolutions.ca> <3E80377A.3020608@frw.uva.nl>
Message-ID: <3E805F6C.230D44F3@dmsolutions.ca>

Jan Hartmann wrote:
> 
> I have not followed development on this, but does this mean that
> PHP-Mapscript can now be used as a shared in-memory PHP-module? That
> would be great!
> 

No.  It's just that in PHP 4.3.x, the 'cgi' SAPI has (apparently) been
renamed 'cgi-fcgi', so we had to modify the test in the php_mapscript
module to take that into account.

Unfortunately there is still some work to do before php_mapscript can be
used with the PHP module loaded as a DSO.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From warmerdam at pobox.com  Tue Mar 25 06:15:28 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 25 Mar 2003 09:15:28 -0500
Subject: [Mapserver-users] reproject raster datat
In-Reply-To: <1048581429.3e8015356438e@mail-ole.fh-oldenburg.de>
References: <1048581429.3e8015356438e@mail-ole.fh-oldenburg.de>
Message-ID: <3E806480.3070908@pobox.com>

Heiko.Kehlenbrink at vermes.fh-oldenburg.de wrote:
> hi all,  
>   
> got a little prolem reprojecting raster data with the mapserver.  
>   
> in the web section i`ve set proj=latlong  
>   
> and in the layer definition   
> init=epsg:4326.  
>   
> i recive such an error message:  
> Warning: MapServer Error in msDrawRasterLayer( TIFF ): Raster reprojection 
> supported only  
> with the GDAL library. in /srv/www/htdocs/world/htdocs/test.phtml on line 78  
>   
> though the php-info page says :  
>   
> MapScript  
> MapScript Version ($Revision: 1.104.2.5 $ $Date: 2002/10/28 21:47:53 $)  
> MapServer version 3.6.4 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP  
> SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER  
> SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS  
> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE  
>   
> any hinds for me?  

Heiko,

You need to force the GDAL TIFF support to be used in preference to the
built-in libtiff support in MapServer.  I would suggest reconfiguring, and
building with the --without-libtiff configure switch.  This will ensure that
TIFF files are handled through GDAL which supports reprojection.

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 schut at sarvision.com  Tue Mar 25 06:19:38 2003
From: schut at sarvision.com (Vincent Schut)
Date: Tue, 25 Mar 2003 15:19:38 +0100
Subject: [Mapserver-users] please give me an advice on this !
In-Reply-To: <017801c2f2cd$e34f07a0$10fea8c0@fds.fo>
References: <00c801c2f2c8$cc6a8870$10fea8c0@fds.fo> <200303251441.55979.schut@sarvision.com> <017801c2f2cd$e34f07a0$10fea8c0@fds.fo>
Message-ID: <200303251519.38053.schut@sarvision.com>

Petur,

(first: please reply to all when replying on a list message. Others might want 
to join the discussion, or at least learn from it...)

I'll try, though I'm not an expert. But if you ask expert-questions on this 
list, you'll get expert-answers for sure... That's the way this list works 
:-)

a shapetree is basically a spatial index for all shapes in a shapefile. It 
enables mapserver to do a fast search on this index first, to check which 
shapes are inside the requested bounding box, and only after that acces these 
shapes to check whether they should be rendered, and eventually draw them. It 
saves you a lot of time since otherwise mapserver always has to do a 
sequential search of the entire shapefile(s).
Tiling means you split up your dataset in several different tiles (spatial 
subsets). It essentially means less overhead in accessing large files. When a 
certain zoomlevel is requested, not the entire shapefile has to be read, but 
only the few tiles that fall inside the requested extent.
A careful combination of both can enhance mapserver performace considerably, 
as has been testified in several posts on this list.
Read more:
http://mapserver.gis.umn.edu/doc36/utils.html, contains info about the shptree 
and tile4ms programs.
If you want to use these, probably the best way is to experiment a bit to get 
accustomed to these utilities. I do not have much experience with them, so 
I'm afraid I can't help you much with that. I hope, however, that the general 
idea is clear now.

Regards,
Vincent Schut.


On Tuesday 25 March 2003 13:56, you wrote:
> could you explain really short, what shapetrees and tiles are ?
>
>
> ----- Original Message -----
> From: "Vincent Schut" 
> To: "Petur Kirke" ; "MapServer"
> 
> Sent: Tuesday, March 25, 2003 2:41 PM
> Subject: Re: [Mapserver-users] please give me an advice on this !
>
> > Petur,
> >
> > that depends on so many things you don't provide information about, that
>
> it
>
> > really is impossible to answer your question now.
> > E.g. for performance of mapserver the spatial extent (1400 km) is not so
>
> much
>
> > the issue, but for example things like the complexity of your shapes, how
> > many layers / classes do you have (if you have these), how are your
> > shapes organized, what is the size (in bytes, not in meters) of your
> > data, what
>
> kind
>
> > of requests will your users do, will they zoom in much or rather use a
>
> view
>
> > of the entire extent, etc. etc.
> > Usually it is better to just start simple, and don't think about
>
> performance.
>
> > Once you got things working, start improving the performance by using
> > shapetrees, tiles, etc. You will be able to find quite some usefull
> > information about several performance issues (there is no 'generic best
>
> way'
>
> > to organize things, all depends on your data and your application) on the
> > mapserver home/wiki pages and by searching the archives of this
>
> mailinglist (
>
> > http://mapserver.gis.umn.edu/cgi-bin/wilma/mapserver-users ).
> >
> > Hoping to have helped you a bit in the right direction...
> >
> > Regards,
> > Vincent Schut.
> >
> > On Tuesday 25 March 2003 13:19, Petur Kirke wrote:
> > > I want to make a Map Server application containing a map, that has a
>
> size
>
> > > of 1.400 kilometers square.
> > >
> > > We usually use Microstation, and we have the maps stored in many
>
> different
>
> > > files.
> > > Now I convert the files to shp.
> > >
> > > Now to my question:
> > > When I use Map Server is it possible to have the maps stored in many
>
> files,
>
> > > or would it be better to store this map with a size of 1.400 kilometers
> > > square in one single file ?
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > --
> > ______________________________________
> > Vincent Schut (schut at sarvision.com)
> > Sarvision B.V.
> > Wageningen, The Netherlands
> > www.sarvision.com

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From armin.burger at libero.it  Tue Mar 25 06:35:49 2003
From: armin.burger at libero.it (=?iso-8859-1?Q?armin.burger@libero.it?=)
Date: Tue, 25 Mar 2003 15:35:49 +0100
Subject: [Mapserver-users] =?iso-8859-1?Q?Prototype_of_MapServer_application?=
Message-ID: 

Hello everybody,

I would like to present a prototype of a MapServer application that I developed for my former company Territorium Online that is now online at
 http://www.territoriumonline.com/mapserver/mapaccellight?language=2
 (if there are problems try
 http://www.territoriumonline.com:88/mapserver/mapaccellight?language=2)
 
It is based on PHP/MapScript and uses a DHTML zoom/pan interface. The multilingual interface is still not completed so you might encounter some language mix. The represented region is South Tyrole in Northern Italy.

Armin Burger




From Thomas  Tue Mar 25 07:10:11 2003
From: Thomas (Thomas)
Date: Tue, 25 Mar 2003 09:10:11 -0600 (CST)
Subject: [Mapserver-users] Mapserver (FWD)
Message-ID: <200303251510.h2PFAA53016890@mallit.fr.umn.edu>

------------- Begin Forwarded Message -------------

X-WebMail-UserID: 00319499d
Date: Tue, 25 Mar 2003 21:16:12 +0800
From: 00319499d <00319499d at polyu.edu.hk>
To: mapserver-info at lists.gis.umn.edu
X-EXP32-SerialNo: 00002817
Subject: Mapserver
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-WebMail-Urgent: Y
X-Priority: 1

Dear Sir/Madam,

I am a university student doing a project using Mapserver version 3.6.4.

I am writing to ask for help on some problems. I would be very grateful if you 
can answer me these questions.

I want to add some labels/symbols like bus-stop symbols on the map(after the 
user queried the route between 2 points). How can I do this?

Thank you very much!

Student,
Joyce


------------- End Forwarded Message -------------




From mcilhagga at dmsolutions.ca  Tue Mar 25 07:22:02 2003
From: mcilhagga at dmsolutions.ca (Dave McIlhagga)
Date: Tue, 25 Mar 2003 10:22:02 -0500
Subject: [Mapserver-users] About OGC specification
References: <002601c2f2ae$b699f6d0$324de4c2@HSGIS>
Message-ID: <3E80741A.7050006@dmsolutions.ca>

For everyone's info, this summer, we will be extending MapServer to
support Styled Layer Descriptors and Filter Encoding.

Dave



Stepan Kafka wrote:
> Mapserver also supports WFS (basic) both client and server and 
> MapContext. See more at Documentation and Mapserver WIKI pages.
>  
> 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 ???v?i
>     Odesl?no: 25. b?ezna 2003 8:56
>     Komu: mapserver-users at lists.gis.umn.edu
>     P?edm?t: [Mapserver-users] About OGC specification
> 
>     Hi!!!
>      
>     Here a question about Mapserver.
>     Besides OGC WMS specification,does Mapserver conform to any other
>     OGC spec?
>     Are there any source about this?
>      
>     Regards!!!
>      
>     Kent
> 






From morissette at dmsolutions.ca  Tue Mar 25 08:02:51 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 25 Mar 2003 11:02:51 -0500
Subject: [Mapserver-users] PHP mapscript install problems
References: 
Message-ID: <3E807DAB.E7FA50D5@dmsolutions.ca>

Timothy.Mackey at ga.gov.au wrote:
> 
> But when I try "phpinfo()" I get the following error (before the general PHP info comes up normally).
> 
> Warning: dl() [function.dl]: Unable to load dynamic library '/public/http/php/extensions/php_mapscript.so' - ld.so.1: php: fatal: relocation error: file /public/http/php/extensions/php_mapscript.so: symbol _ZN21OGRGeometryCollection16getNumGeometriesEv: referenced symbol not found in ..../info.php on line 10
> 

Looks very much like your php_mapscript.so was compiled for one version
of OGR and is finding another version at runtime.

Looking at your configure parameters, perhaps this explains it:

>    --with-gdal=$MAPSERV/gdal-1.1.7.2/bin/gdal-config \
>    --with-ogr=$MAPSERV/gdal-1.1.7/ogr
> 

OGR and GDAL are the same library, but they are being pointed to
different locations.  Try this instead:

  --with-gdal=$MAPSERV/gdal-1.1.7.2/bin/gdal-config  \
  --with-ogr

This way OGR should (in theory) use the same gdal-config as GDAL.\

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From Heiko.Kehlenbrink at vermes.fh-oldenburg.de  Tue Mar 25 08:20:17 2003
From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko.Kehlenbrink at vermes.fh-oldenburg.de)
Date: Tue, 25 Mar 2003 17:20:17 +0100 (CET)
Subject: [Mapserver-users] reproject raster datat
In-Reply-To: <3E806480.3070908@pobox.com>
References: <1048581429.3e8015356438e@mail-ole.fh-oldenburg.de> <3E806480.3070908@pobox.com>
Message-ID: <1048609217.3e8081c154aef@mail-ole.fh-oldenburg.de>

Quoting Frank Warmerdam : 
 
> Heiko.Kehlenbrink at vermes.fh-oldenburg.de wrote: 
> > hi all,   
> >    
> > got a little prolem reprojecting raster data with the mapserver.   
> >    
> > in the web section i`ve set proj=latlong   
> >    
> > and in the layer definition    
> > init=epsg:4326.   
> >    
> > i recive such an error message:   
> > Warning: MapServer Error in msDrawRasterLayer( TIFF ): Raster 
> reprojection  
> > supported only   
> > with the GDAL library. in /srv/www/htdocs/world/htdocs/test.phtml on 
> line 78   
> >    
> > though the php-info page says :   
> >    
> > MapScript   
> > MapScript Version ($Revision: 1.104.2.5 $ $Date: 2002/10/28 21:47:53 
> $)   
> > MapServer version 3.6.4 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP   
> > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER   
> > SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG 
INPUT=POSTGIS  
>  
> > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE   
> >    
> > any hinds for me?   
>  
> Heiko, 
>  
> You need to force the GDAL TIFF support to be used in preference to 
> the 
> built-in libtiff support in MapServer.  I would suggest reconfiguring, 
> and 
> building with the --without-libtiff configure switch.  This will ensure 
> that 
> TIFF files are handled through GDAL which supports reprojection. 
>  
> 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 
>  
> 
 
Thanks Frank,  
that does the trick... 
But i also had to disable -without--tiff  
 
Best Regards 
 
Heiko 
  



From peturkirke at fds.fo  Tue Mar 25 07:27:16 2003
From: peturkirke at fds.fo (Petur Kirke)
Date: Tue, 25 Mar 2003 16:27:16 +0100
Subject: [Mapserver-users] MapScript and WMS
Message-ID: <004d01c2f2e3$04b0f880$10fea8c0@fds.fo>

Is PHP/MapScript also meant for building/creating WMS applications ?
Or is it just meant for MapServer applications that aren't build for WMS ?



From armin.burger at libero.it  Tue Mar 25 08:35:42 2003
From: armin.burger at libero.it (=?iso-8859-1?Q?armin.burger@libero.it?=)
Date: Tue, 25 Mar 2003 17:35:42 +0100
Subject: [Mapserver-users] =?iso-8859-1?Q?Re:_[Mapserver-users]_Prototype_of_MapServer_application?=
Message-ID: 

Nyon,

the zoombox interface  uses the DOM model and is therefore quite simple (it
doesn't work with Netscape 4.x). It uses JavaScript functions to load a new url
into an HTML frame  passing the zoombox extent (in pixels) via the url lile
http://....?imgbox=....
The loaded PHP page reads the imgbox parameter and uses it for the
zoomrectangle() function. A snippet of the PHP code is below:

$imgbox_str = $_GET["imgbox"];

$imgbox_arr = explode(" ", $imgbox_str);
 // New map extent in image pixel ((0,0) top-left)
 $pix_minx = $imgbox_arr[0];
 $pix_miny = $imgbox_arr[1];
 $pix_maxx = $imgbox_arr[2];
 $pix_maxy = $imgbox_arr[3];
                
 $pixext = ms_newrectObj();
 $pixext->setextent($pix_minx,$pix_miny,$pix_maxx,$pix_maxy);

 $map->zoomrectangle($pixext, $mapwidth, $mapheight, $geoext0);
 $pixext->free();

The ?geoext0 variable is the map extent in map units and is taken from a session
variable (it is the geographic extent out of the last zoom/pan action).

Armin

---------------------------------
ycnyon at pd.jaring.my wrote: 

very nice.
I've been wanting to do the rubber-band zoom. how did you do it?
a snippet of your php code would be helpful.
take a look at mine
www.malaysiagis.com/wwf/map.php
you would need 1024x768 resolution.

Regards
Nyon


----- Original Message -----
From: 
To: "mapserver-users" 
Sent: Tuesday, March 25, 2003 10:35 PM
Subject: [Mapserver-users] Prototype of MapServer application


> Hello everybody,
>
> I would like to present a prototype of a MapServer application that I
developed for my former company Territorium Online that is now online at
>  http://www.territoriumonline.com/mapserver/mapaccellight?language=2
>  (if there are problems try
>  http://www.territoriumonline.com:88/mapserver/mapaccellight?language=2)
>
> It is based on PHP/MapScript and uses a DHTML zoom/pan interface. The
multilingual interface is still not completed so you might encounter some
language mix. The represented region is South Tyrole in Northern Italy.
>
> Armin Burger
>
>
> _______________________________________________
> 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.463 / Virus Database: 262 - Release Date: 17/03/2003






From ed at topozone.com  Tue Mar 25 09:03:55 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 25 Mar 2003 12:03:55 -0500
Subject: [Mapserver-users] aerial views
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F4043@mercator.topozone.com>

Sven -

What file format are you using for the aerial images?  It is possible that a better choice of file format and/or the creation of image pyramids/overviews may help quite a bit.

Are you trying to view the images at close to "full resolution" or are you zoomed out, viewing a large amount of image data at once?

	- 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: Sven Jacobi [mailto:jacobi at dfki.de]
Sent: Tuesday, March 25, 2003 4:48 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] aerial views


Hi list,

I want to create a layer with aerial views of the underlaying map.
Unfortunately the filesizes are much too big to get acceptable 
aquisition times. 
But I have read that it is possible to split these images into
several boxes of certain extent.
Does anybody have experiences with that and could give me some
hints how to manage this?

Thanks in forward,

Sven

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



From Da.Wa at uni-jena.de  Tue Mar 25 09:21:00 2003
From: Da.Wa at uni-jena.de (Daniel Wagner)
Date: Tue, 25 Mar 2003 18:21:00 +0100
Subject: [Mapserver-users] reference map rectangle
Message-ID: <1048612860.3e808ffc7b30a@fsuj28.rz.uni-jena.de>

Hi all,

FIRST:
Thanks for previously help!!

Now my current problem:
Whenever I click in the reference map the rectangle goes to a strange positon, 
but in the main map it loads the area accurately.

It's not a problem with the coordinates! (I checked this.)

I've got no idea what the problem can be.
Has somebody an idea?

As always:
Thanks in advance!!

Daniel Wagner


-----------------------------------------------------
This mail was sent through http://webmail.uni-jena.de



From Michael.Smith at erdc.usace.army.mil  Tue Mar 25 09:30:32 2003
From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH)
Date: Tue, 25 Mar 2003 12:30:32 -0500
Subject: [Mapserver-users] Problems with transparency, 3.7 and 24bit output
Message-ID: <048FBD219330D211B47000A0C9B3BAFD03CD18DF@crl02.crrel.usace.army.mil>

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_000_01C2F2F4.3CD3F120
Content-Type: text/plain

I'm using the latest nightly build (3/24) of mapserver 3.7 compiled with gd 2.0.11, and freetype 2.12 and gdal-1.1.8.

Using outputformat of pc256, layer transparancy works fine.
Changing outputformat to rgb with layer transparancy results in fonts getting munged.
It's a little better with mode rgba, but still bad.
Removing transparency eliminated the problem.

Is this a mapserver issue, or gd/freetype issue?
Ideas?



Mike Smith 
email: michael.smith at erdc.usace.army.mil 
RSGISC 
ERDC - CRREL 
Hanover, NH  03755 
(603) 646-4765 


------_=_NextPart_000_01C2F2F4.3CD3F120
Content-Type: application/octet-stream;
	name="trans_png8.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="trans_png8.png"

iVBORw0KGgoAAAANSUhEUgAAASwAAADICAMAAAESBhzxAAAB0VBMVEX////47bry6dHm06fZv5D4
78PLvqb47r7m1LD489z48tzs3LPy6Mn48tnfyqPm1bPSr4LV19HZv5fs3bby5sDm1bL4893y58Pf
yqLZwJTZwJXy6M3489/m06vy6Mbs3rzfyZ7s38Lfy6by6dDy6dL4897ZwJjm1K/h2cPm1bXy6Mzy
58HTtoffyqX48tLfyqbfyqDZwJf48tbfyqHZwJby5r348+Ds38Ty6tLTtonm1K7m1KzTtojm1K34
8c349OH/+dX//erY5u7zU0//+NT/++D4+u/2gXr+++zv9e//+NH/+97/+tf//OL//OT//ej//uz1
b2rX5u79/u/yT0v//N73+u/g6+///en/+9v/+9z/+dL/+9r//eb/+tb//u3//ef//OP//u7//eX/
+93//u///uv//OH/+M3I3O7k7u/94tX7xbr3jIXK3u72+e/xNjTc6e/t9O/T4+7//N///eT/+tP/
+c7//ur/+9nB2O7/+MjNrHvn5vKIgL2ln80uIItza7RqYKzDv95MQJzh3+7///8RAXuak8FFOpz+
GxzVztPwk5Po5+YAAACvr6/c3OvwGhr/98Pm3rD64pzhyYn11KOWlpb///C50+6Cx/YvhRw/AAAA
AXRSTlMITj1QVAAAIABJREFUeJzVXf9zHLd1337/nrRNmzRunDZyrJRxbEeJIpL2OZeZzvSnZsbT
/pQqsRzHZDT9oZ1pSetobqWryOPe6cS5w4LSAP5rs/i6D8ADFrt3pJ1ni1zeYbEffPAAPDw8YIuX
L6+umv+vXly9eCF+vUSluKp5rWXF5CVloRQv6lYYsxd+sqsapgN3QOE62eWzZ7UraG6XVaXgteko
TKqTFfNC/l4vFwudjMPS6GS2tMXTyn82D4rQJLss7PWzZ4Uql0hGJQwrvL2sKpNzw5t8tsIhP7o3
MskWlc25eKkwUtaSS2pfuEkmk8r8fzpme28Hya5UEgIqwE/DzUNhIcrT0U8+AalWtU3mZXAKrokp
AqTj8tJ8S2pZMI254JwDqmZPQDagaDIZNxlSTSjRVaCriulkJp0FwOun1VLcR1V2OhkXn9SyLFr1
Lk0VyA+Lzz77TOXHuSrwZTV1CinTiWQqnfhLfGFUjzRPVhkLRfrMpKMMqK4WXSKYjK9XK1WEQmbC
22SC3peiKV+9JE2jFr/x1qxrU4BqKNJIglYKysRMZQStvlX7OtqUOdepnj177hUQy6uaLmo/WR2k
KhbyYrVeLGByNxW37aOq5siDHfQi02Xb2J494zph4eo/bMVz0Ii1VgoNFanLe2/ZvGyqutD4at1a
gJZDHJY6pWF7bLRf7n/kpOF1YWrDfnYc5MdVXrTFP2InbHLqJROpar/51l+yV9Skgl9fLnV1qtar
OOWqWbapqieVRlIr/VGNUjc33WboZWVq8blUa5Wq0RzTJlXTb3OVlDb1C1s4131+bVStAC2X2ZZb
c8PZReWqGkxlWrdVNfE8la1ptyrVKmi3Z9NK5dY229V6tZbZEdsIbLfSjBIMdotEY6lF56y0Chtt
UfEHJqL+rVeOnqCjd5jXS79ggCZPujJ0cBXLy+Wl6QwDuPoJmXnNn1ZPK3eMDvPLxdVoVQX6hNW6
6QX0cO4BxPK0toPTCO0f8+qiiiJldQJXHfQTxcJF6mET1dGMd9TkRWUDpm5yvOux0hhIomu1Pb9E
yaTV0NzbjNXcPLPpXLjJsqwnk+NDP69iWpkOmFiU1DVUhL4bPdecsCYvFhS9uFwWoOhECswLiinz
p/vqd5kutKy94oWjzaRFpOQf6/HpL3aO98tXv3Lnx6mcBNoXDhoapDrQXfFpTSIVwm1ebRlVyb2E
X76/+wH7KXvI7n87kZW6zZh11NeKhBAzDqq6b+qLUJ1XNBPRfqD97hgS3KVZ5sU5b7t8/VytM9V0
NjPth9gfSlQeXGTJieanzcvktrbWfnFZLf0eqJpV1Zk2E0xGSoc4g3lBbLy21QF6NTkdMQ2UA4BM
WZCcfwYzc9RNpp5fzCow8+DgN5h91coatUORHtzs8KbE79WIm1WLzeQFsFHYhnARmaiuwnzg5AWQ
NZarMF4BuHD2UtdPzmR/rrHRRtq82tyaUVcIAznMz6fTmdu/Fo3N7faShTCA5UT3Soi8Fj+JnP5G
DOaIFMFASDSXhOjmjndKiAiUwaAqpzBNWWn7Z25eiKyNOdk5KHbn1bQPv4vpLmsRFtAgsfSBkg/A
Jecq4cdJaNzN67JpxNJA88tHcjJz83I7P1fZSXduMK9VdfE4buZ0Q3NwVRfT6gJmjkITtYLm6PLV
dC7QiF4LAz5w2Zgc03mZTtn01ivVsWCDGUegxXTVlLpKmF9+U4V5tapuL6rQ6IQcqjw4iouDDliK
6J8v67goswEvo09N2OFJZF6VSGuryct4RBIPD/Ny+nolYjxVUxgauJDghWfhEKGIs5l7A5PzbY2w
ZV5AVX9x/rA+qD869Yv+tJo+eaLmO9DGBHXaPqEd0x4e1Affm/jjUFslErb5FOTV6EtNjdFuMz6o
WTiz9qpEmqtOXjKH1vnVU5o5spMVsYpnUtx+pB78sCunIC+rxDbNeGev/HDMdhl7cC8JSuQVNngK
NOKk/odxWY5H7GflvyTMci7/D/JCiFLcx6c1IifpiGszccpmZKLnL0FVtrIyDwJ5CR0l/uM/ZO+9
W47LUfn7vxfLamVQFyyoOkfe/9Pd3XKvye2rr6VLaXDRDPPtF6eKFCGgGXA/L9hNYGabJ+Lhasoo
pxiUajdzoYlCxLGfzZNIXZO2rkyPqucKEZ5q6bkNnY0Kl8mGG/1Wc5jAsrcyDwYOW36/qaiCIXMY
ovskOS0I3JtuZlzPY7y8TGbG20SBXU/k/2Jk0SYHbV1tROeJzIeM56rpcov5wumlRIJZdXGmy02N
c16qgujv8emQnBtitVIJ54cpqJ4jaE3nTl72ZlIDR5O1ygS0qoLeXE5om1eNzNOo9E+0rcqxyopF
NS+IKTG31WC4d+ZprfKYvGbCLEOKq/G3Y03hTaxqLqtZz6ANRVOQFw8uTWaFP0uTawzuwkpUzTzj
P5g/cq/Db60yKLyGnjHq5gWmfCavSI+hOZcmxbKGmaF5iRlfIi+uWJxC7XDyajOjKzUXJXgPoh8x
rx5Xs9Y0axQJ5NVORddrNRUFeQEd03mJ1roAxm3dzt0hMDOtbU2YpkSzC6MXukNuuspgXqsV066G
wZIBv5NJROy4RXtMU/uKdGMKZ2SKZ9ICY8ApBCjYNkDrXcVHIgJ/raTvPGwWltprgIWLq/jSkyLF
1C53UmwPWPEyaUIE7ZG1Q2EsSb2FOu2AhYi4y70H7UuGI8NCA5JieuNIjABWgL6QdJ8ehSU7cilL
5/MOI4/A79lgzmKwVsrqis/Zu2xQ4z/cMqzl+VSs4lSz88p5Tj4wi08Z572aabwSF419dXbWwFqi
36/WHXCc6rTauDGsQhq81SJ0SghQYlEU6B9mr2t0wSd9YGlLEDXucWnMDKF/F7OUz6jWRrcrGW5Q
jC0O/fHgY/+DpQB03gErqoODKlG7XZKwCttcU56sqEDSfEdcsjvl6eZWFAqYby0h4uUTVoXA1fzk
ObC2J6TuaCBq6OCaNhFKQNvxJGftBvu4g1YJa37e9IHn1XQ2TWmigaVYU5i48gOl2qP7VfkpeHK6
FZNldT5tpgAXzX8kUQi5OG5gQa3jzJmB1sZiVlRy1ZuoHqV8WE/2D/abf3dOuwhLNJDgzshaNqhK
iq0ZGimbDwSs0XhnkgbVq4HEYGkhuoFEYXUUephwHl3516RJR7IdZHkAyv/kNOH1y8QkcaVgqbkX
h8vffiaTO7cY2y2/eTzaGR+P7v53+fGr5dcmd0c/2AQYT8MyuJh25Yf1d9LoVsnGD8vRh+PxPhN/
7LHxg4N7+4MxEeV2vkoMTnoxNSNS4ZXxLQkaWWzIxcNr4DpqYCVUK1zt6MrcPKIvJg5+SVgBmNrM
bijtbFrHbx/cdpCXcmUgRRjylXEecmJwYbrVY4pW/rz+hO1+sMvKh2MmFhnKn4zeH30i2nh+JlZa
0wxXeSdlSiZvll+avFe+e/LNsoF2OmZ/+Ae/LkXHml+NbUpQFAtLUCR/u7B6y+mvjtXDXKuUhJky
G1Sl/NKUm2UpyFa06jbtu61PHy55GXe1/kz02MJPZ1BIWN35ehKb21rx6pCg1jv3/qQtNYV04/o+
8C5cXXPbmjs3EXRW4aKSsUoQlivduIgwnbTh1MAiRmAyPBvqw+J2aYW4lRbA4m30vkYBbTZ93cxt
ZzNhZlawEkl4bWv7eaHQwsk1Z7yFJl0i1LhFMVgWmMp7vXaeKfJIz20tXXrB3HFx2zzsShSBFIo5
hr/EgjKmu2DbqdBYw3VqWtdiVZ2JRZnp1I+Ml7476ik9M/OMKKyIkoHwtghNLrD5mZh4V4+fuoay
jRskPi7WLtZ0EubwwUJY8f5CV3YVrpLVugJ8R05KtxxcQEdh4cBj4v1FY78Xy/ml+BVQZdSChqjQ
pQenItvuhXu3trIUXcVFtBtzV5XDGBoHGfVhRYCJny0m1NYp/u9CrJicnVV4pw/vaVGF4TvmGc6i
D45LLudxpyjhrK6jv2hvIBhXPmGMebBwYEArkeJniEnObRzRMz8m3gPmw0IrMlDJfrBgeILsymbC
+TnzurIaLjQHsBBgwlG6Vktw6+ZCwMLMoChW1/Jq2oZ0IM4wRaRxWBiuNRQ5XmC9WvEcrR83KuXS
9CXzApJoRQbGYrBCXIwZugRjAhZqNC7bIRB86g0YTftYSFC2fSADCgoLw+UIXGYEMm/MnZnoKqoq
oX0wAiyCSkUVNyJjiFUY8ZWVFy+J+fzqpfnmhf0IxhzzXvHH3QHKfjiRUz2UmJKZaHI7uArD6RoX
hc1YGSddI1RYZBUSODZey5p1YR7ZOWe13iQbj3Sda9W66lj3FINqVLIF+N3qlnGZRpoxwV+JHou5
8QnOctM1wMoRjcs4vAIJTOBrh6UnG8zAwsnd4sp+pnumVS/uruyH/eY2wEU3CiRwdd+yBVgpusIJ
aUb0pU22Caz86AyAK55oS7jSKh+JCPGLggIbBEf5aYbAct28PJWuPyrZV6dgFc8vL5fiXxsay+vU
ylYdfDuILyVRWMvITKB73dAKpYNVLArreXQC3yEu7i3DWrfz92CCIh8eZ835ZmgwSxzWWfWkenIR
gZU/KRsELAZrpRxTFxdmOtdrvcSNYQcW5Kaw6oWcys2crSEQdnh8R1yY6eo2hyUiQqaz6dlsAbeb
OrjyewsbKJpLWbzfMk6rSxSWiP3xHbYINnDdK6ArDkvjMlvIHVgyIGkV93LgwGrHyZkBC5vXFsVy
UUlHXh2kEb4Isxcu9CMHuNzA8RzlN880LrZ4WYNaXMltdbNZtG+L3Zqh+YGn1ckC82kD6ehyTR7B
jdTsPeunWzZ8KweWZKvnAKWx9YRlw+JDtI7MLaxU/FasH3Fw8SxYJuItTZfnquoLDOJI7O/EgCVh
4YsB+bikk4FyalZ+s2AFOEJYgQctUxANYXKAyoLVVYnYGkV8TAdjQriiZDaZZsHqaop4uogkxwQ1
QeBGydT5WnYo9Sc12Z7ujITOmBAvooaldnQbzN6MuTMAUn2cFb0iFl9UQHJqTGAWlgodq9VolYSF
xchGl0sCWGJvELLk6YquxDY4geoTNSjc0Bcgch7OxknIQAghsueV62jLrohFF5bq13i4wqn2XnqD
uVh1aWCdMHbyiLGjTvWaz8BKrF3MIyScrVBqjyIDgZTcV3xrjEs0INRKwHpnb++dw93x9ztAJceE
cM0NHSk9DQNjhPdFA6v8+OPy8M3yjU7lQscEc48HLA1LLiZ7g5cLizHB1gc741FnJ5EeE9ybI7DU
KEXVGW8JWI38TOnWcQYsZEwAuIDEYFkITIXiRavxOoQjO+WhEN3BBivcbQbun1uCRZKwiCSKw906
/plg//vrE/AnEjvWG5LIpoMtIe6inZ8LcwMWne51GCwuUHXDcnAFirXDbp2Wo9GDV0flz14tv8ZE
qO7kR+UPj4YDE6g6KpFpV2YM1VHJ9g9FAOXer0R87j4Tobq7oz32y0GIBCBSd8HSbDFzWknYCF/f
Y+NvidhOBWssYbHvsp3guLhsZDqmOTFhgxvNaxXp6MloUh+XIq7zhyMRZP2VphL/cp+9Ud7tDJ5H
IXE7qyy6nQIUORDOk/u3xl8/rTfqITRNOqyk6Jx65+R5KiwIXd5hodZ6T5YNHk6RRWjPTl176YeH
WpvxCznDxISoMtZtoJ9omozo3QU9YZk4v3aiFbZEMy/KOc7nZDTee+UR+ED1p4g3xAoWAK73FEo7
LgZL4gJqnio5261P7x+ORhM2Pi3F5oeyvMUmd3vGBrVx6SlY+fHfNdtr6m1/cjgSGx/Y3k/Lpuva
ee1Bvzh+brzDwCbXsLhHV6Yc3zmalKPDSdO9/0ruyWDjk7I8yikRhq+9RHv5fFxvfW/0J5OmEiej
V0pZkWW9t1P3gsWRK+eknSHVGAi7lTz8AYgKfSVokgIgoaZzSC+Rd8ACR0i1xadBaJUI0dGapOdk
DUJiw/hhxTHk9Ndh4gam6zB+2MBl3L5+njQEKOEYWxvblU5PAmGZaHkKnmM/0HFHcnMB4XZh15yR
nRiOkWpElmYDiKBKvDkKRVq/DPIBYfy9Gp6R2NJstDRYe/dhwZlAkVF/IV1dS7NenF170D80wX1Y
EEjWXoxAstYJHOlkizMPlhvKiUlAlzz05fHTFKwwK6winSoE+u0HpueUXLiqdMB3NYc7ROAWEaSb
DCw7u0MkOLgojJfHGkDbptQzFtqt5y5fkBaLv3LEEVzc7g5hxMeFhPH7Xl0bTdn+Xuo49Grht0Ti
sOWF7VJ1uKADi6tNIiq0z/YR2O4CcEwb8R6nM/eXZj1gxDRFfOM57LccvecKZ00jmx7gY1ZrZ7Vc
5ukvzfrIzSd4NLE+UVrD8vbTqOqM7MUAj1lL49EOWEzB8pZmA1Elm8+aykb2w6tAvqCTUG9/kA/A
YbX16EcWuKekR0XDEkeVyjhnFxZV/ll3z4nNNbHPxz42jHfwOmQjbh0qWEsR5KF2m7nfMrOW4osy
wnh0Q0101xO8Pw5Lz9nFua5TERQzd79LxEU45wfm4HIycjq/iEHBI6cHgJUHHFVq+xGCieOwogZF
IV9D4HckMOcg+qDugkXBvcqsJIB1CCtqUKCHGni7orBNUcnNWgaUvYkjGQiJGhTC2X05X0qfdzAw
md8IWfK8eM7x/T08AEUisGZimalRbNSg8AaucEWNYrDSW7U8qoLXKChYU9MNoHYOR/+AM4qgtNhp
8Q4u8dOpQKSFLiQs0Wmi8RD4yjKE5a9H0I6tbRYWN/dg88blbKb2wgYGhYsEhgE5FHpq720/iqh+
a68FZVeSMigcBFEPk99NdO+4o+2Gu9hAiBoUGKygd4jh6oaVXC4wsJIGhYUi3H2RDV1eP+HtisJQ
gZ44N4gdhyUv4kcSJWChWh9ffc2DBTusmGUoE8RhYbiQ7q4/LDNozKtz0WbFaWJBwtT+RASXTKmO
CI2Hm6Zh2YpsYJntb2FK2gsWXbW7JoVXmPY6GcXGzklZVtNzMR6cK1hehxGHhe7m1KAUY13KH8KC
7sdmNt6Mnk+fogMVVZIFi6uATiOrqI7h4bFuQJ9vGfr961V0N2cAizKFR3G2iuo+HgrlPji0DN3v
9cs4EVjIZs4V2GQqYCFeOlJHwmPdpamu4676wYIi3vFIgpZH1MHXwd5kwp3VA2gZ9mSrc+8rVkwN
SzpMqjmBn7viD4corJfpRfL4jkrxDQl3f3sDFTGBTlZ0sq3vtLwBKV54M6KAmcSSMOrOcXKSjLpb
ZX+LRZ+xmGe5RMmK0aV+wS28SuSXrqptc8vldQk4kJJqV9ggsuI7c90uRm4Rjx/d8MXmyz29k/aL
LiDRv+ywafb1me6Yxu+3GL6wjG101CmJ/rmyxg+TzdC2xNxw6S8kYdsky2drFT4uGCx+q9jaKlku
Xe0RDVzFpKEtPLU2b4aAz5MgKP2Pu+8oKNbRy3lAn0ykuCPNF4Gy1CtJuyRSTHxcpDGPVmfcB+pa
/VxEWPBD2YqWMmHRo8nzw2Q+X76KF9lAk5wkvqJdZMkbsgm7eb6slbhJB58qn/Nd4sge7Qbqys6R
m+q+gkn7dZFVR7Z4d9zShnck5ca0y40Z6U1W0brSW7da4AWy2jIghNJIijS18/OmKDPSn6yAq/ge
/bbQGdoSvR39VKnqDdPVk6zVCqw65GzRd4o9lLH4XTfLVl+y1tL9+vSiqqZns7NpdTETRwfkRt51
FD1xT7xB3iBfQ8g6PxMBd7NpNZ3pyDsvMKWr5L0eae/CbxNPuynCevdZy+pxo0wXiibx73zmHrKQ
5koFWQ3sv5JvGlHlUaPuNc0o+3fwsh02LD15XD19Uj2tns6qOQx16CJLBfAN7u7T7ZEGn3y+ZF2C
A5h1aE804ikU9arJldyL+3x52chyqX8/z3nvipLs4XW7CjbAzlI7jq0svECHOFl64VGdvFssQxMk
eA1pl6CE+Y7x7dFVXMHF5wwp1MrfotUqb0d0PB976q4g6xKz1wYcMJNu0H6w2aZkwZwz+Cq0XC7n
8+Wl+ctFGL3ZqNbKOU0dNOghWxgJoCUu2yAMb4ZW1ZL8ZbrtcDFkXThkZdyI4+iuZzNcbsBaRp/F
wc8AZOqWpCwNWbPZ+RbI6pZ2jXIwXT06eG627Gag7GYLjBJWuRaD3h7Y3w4ZfO5kz9HQHQjiDbGT
LRExKOSs1axF79EQIOlHWIyuMNpkE7JqoFuJdz5lkBUYbIt8OwuVXnRhWwRo12GnQ51/3Nm/gnzf
lYGyQABVy2BU7S/9+LKhFrBqacscpZ6ebeApTb7aMossaYA0rXFhjZDBYMwxBTpvdHaQZUm2h0KF
WraJWzn16rUhBtPgCaOfQ2x2kMGWcsGq66D/SpPV5TpPkDWIrQ3ogpoVnx10291OkWUrpZAsCl7f
5s7arULGJFG27PlTdo75t+Ozg4FZUp8sfRyGT01iCQtii0ouXWC+IPa/D6MZAJJkTcXOopn1JQ0l
izrNEDvPC/jOTAxo76gOKclys1P2KfY9GdqIDSI5O3j8RDCm35sVP3i7U2g7Q4qQxeySmTjXgMa8
EhFPL0iN3qc/YuX4IQ5w2OtX5Z0CUjM7OJ/J+OSp9X/L2cHwRk5Dsoxl5m+fVMVP7xil1kJReVvK
wAYeh0OuyTqZvDcqR+9OTiY/uluOfviDo15kYSmL5YVaSJH+b7myYmcHxBFQlgwiixf555MnyYrt
mq1dlmARNVlsf3fyweHuiB2O3t67xz4SR5gNVy1ZqIGzgy7CihfZXKXfcxGZJ6SMD0PWaPfwg8nu
Ppt894Dd29kXB6ttSlb27CB4Toqv9Eu7cbLMNIHUYAyNTqribLFSyo9tM3zjTlne/fGkC3OnbDQ7
SKhXL7IYfDuWfMUXWICKsTUs+msz1boWIR2vg0+xJiugm6xEO0zysfnUZ5uiDMDBZBHH60hxstJa
lbQ+r021huUrbeWBZOnNOKpN8phnu6MFcv4//1R+J3YiJRGmxWnky5sSM47LacUwsjg8jATZy5ZJ
Vn3yevnt8rWjmn3C2AGbPDqZPHjA/oOdnkzYR+z4n8VoqS4fPTpufh0e4dxdZ/emvHZ6AWczzTJk
oWx1Rvs9EkbDa+XrJ6y8Pb53a8Teu/3667fL8eS92+OPdkZfZe3l+/u7B+M7379JRbMrXMRcDu6z
MNWirA3IyBgDT9ktaTrss4aV+w/HJSvvffCwuT5QJsXfNpf/ri/ff+vN75WjNwYdIruJcO2zs2QN
W0kLtxA6e+EyyJrs7LNHDWW3b4v2Jsj6zu1vjIVmvXt7fLBb/o3QrHf/Wlz+1b+NdsbjndGNkdWO
PKRuD6KVzr8hbLlk+fTkuA0mRxNxcucn7F/ZQ3Z6yk7Z348P2Ljp1ZuOqunCPmGfMnP5X8fiKcc3
0AyBs4jXnDsekG2Qta2D2o/feqUs/+6tY4BbX92ciWom/1rco4cFWcOaoemcru9Me2CG9T8veeAD
22cqrpzvi6v+XZZyN6uZ4fVib69JZtzKdp5Wa668JFleB9dtr/6gW5iPTI6+3IxxX/rBcSwB+yNr
luZFfyCSdxNfuUcKcnNmPUxUXOVxVXvnoNEtzN4mX77z/tH9478o/1x14yfC0Sx7em2lCpuCHR8d
1yfHJ+IFGtfYdak4qFasyQA/zLOz8NZm2BpaBFbu/VxeTN7Z3zvY239nYmwIY6UKsn63/MbRg9G3
pPbxTXZspGRljjk3osjyNcshKx4WMWy9Ii3s7u6Hwjb9s3F57+P643vlgSDrviRLWani78OdO+zN
W4fcjFTuQ7eia9gyAVa2bAv+Gtg6+cXo7XGjUa+wPzaaNbr1UWOWslbD9hob7NZtYb2qMlyH7wZd
UskmCx0g001xkJweib6qmR+bPuuRmDaLDkv3Xf/Jfs1Of9nYqSemEDlPJH0EH2PxwISQrNgOooiV
cO1Out8pv/6WfSME73oiJZ3mTJOA6eAZ5X4Jw8QDxVLERsgya/dUz/RS7yjpSdcmvUxHnBO1brZE
HtqWDgLAdQ5EWNuROHukGSbXoDG5OQ8wjP5wIQgBy51gRd0N39BJxKlgji4w6BtvvpVzQp8Chyz9
iN5m+Y2xhZJlVIAEJwY5tQ+386Cjvv1a2e401FBD1mYTlyy28vbApsS8cAJfriLReVswYKUCR6Uj
OIgoUiUwmtWLrF5Lk/ZRvffA+k9N7jwn6LCEu3GTYbbGaZ4ma/NYn6RssAdWSZIsuDLnsZX1WcAV
RhaPSo9ixErgiFpPP7ebYPuHmEX79/bTrJ2GCa54uxjTiyyeOEAmARf9SnynyGqDgKJkRffHpQwH
NKInxkiCKYLzJCVNVj8FixVDf760ZJlNsFX8pbIEyy6cGnrPDkO045rl9WbykC/r/sXZ6iYrT8GI
8z6OVjuAiqg9sNM2cFEoVmQDirEGfMu6hmd+pvd3UuOlRDXIIUtdEQYbqPFL9SYrfA8v5AQpJCqd
e2DRfMAbSPSz7CM79neqqDr1A1MtS5RkingJODMvWKJWYzPJQtQLsAS8jMhZ5gZq5x5YjCuHJtDO
ZDRkn/2d1GPCYS1yNKgkUhSdqtMQ88lytMtlar1u31zi61Y7B+ncAxslqxVYE6RnBHdrv4MzeQKd
ckRMhwC1Pchqtcspi9rKC0pDIhgz9sB2ceW6niRZ5/kR3NQolZ4ScjP4JbjST+UDyEL6LshUpKwU
A5CQVMcHyVpqrrIjuA1TChSPNr8WLHXu7UkWz3yNF/zDPQd3Q7KgbskIbs94S+zvlG6E9vFNJ5R1
ijFt9as/WVmWKjR7vKGo+/bOfRu61orl/yuukAhu7LbwOVlLpi3gAWRls4WfExCzjnv7JHifCO5g
CTU6mYxzNYisTLYiZyrEyOrvk8AjuPGJks9VRlQ6CzzEg8gKNdox+1ToN+H4nDZC1gCfRCSCG2HL
B+y52HPD0geSBR+OMdKkiA01EbLmyiHhuiWyfBLhslWw/NB1R3Ti7YLNeosFJnBdI6BK/4ZhSf6r
BhBWc1uDAAACPUlEQVSyphe+WyLXgRMsxnRwhWlfxvpf5tsionSp/WMcTuDBdc5qi5YlJMu4JbJd
gwnlCvuMyN7uWCB/mwInK5MuAYOaa8OU6yzqXsYzQOaALGON5x+KEa6KRiMxolu7010X/o6bnmwB
sjymEm8UCKWPTwIRhABt6/l9e+LMgIQhofYbxsjKZQtSFdPfrL18+T4JTFBtIaFeJc9X6LK74mRl
s1XDZoiSVWeoVw+fBCYBWTKMVgR09T0CLsFXgqxculCmAra66Mr3SWSRJatQPrP/EXBRupJkZdOF
P8Hr2rPXrQcscPudNrfrsYOOgIvQ1UFWHlvx7CFf10oWvMfpp/q6CE0eWGPpIiuPr9pnC3sZys2Q
FZhVYmogtuIrc+Qik6waq/8MsvLZat84KN8Pt16r98RZDnJtrv5sGRc959wfABtrdyYO6VKGrj4I
Lm9q4NOVQ1YeW9R5gx58a51+xUlq+RIter5gocVGGoNEKNaFXdm9gEfAJZ2Zg8jKZsvqlSvqHZL9
yOo14vNElHyxXMh5uZqcy4PgoIswfxGZ0jyystiiGFHtqxpZLDYlQlafEZ8j5qclq8NFaLqRmIBj
oDLJymGLsZXlZ206L/C6zWyyZJvqNeLzxN6erEMeEmwNIKsPW2vwblnwylQ1p86Y+sgUfUZ8ubIb
oyvnkIcta1YOW6Fh4oVR28KlCTNkgeXA5IgffaO35UJPCGOP3XYzHMgWJM6dKwYOKI/XpePaakd8
hOhOXbUrv1G28sj6DZC3AkfgAJ4vAAAAAElFTkSuQmCC

------_=_NextPart_000_01C2F2F4.3CD3F120
Content-Type: application/octet-stream;
	name="trans_png24.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="trans_png24.png"

iVBORw0KGgoAAAANSUhEUgAAASwAAADICAIAAAGqunuUAAAgAElEQVR4nO19b2xc15XfIUEhYykr
akVlpTG7SYmhaouc2a4cbViVA4FG0JG2QbxEpVT2hyBYxMICtuD1hxpOAKNYBAEaIlhAEBgDhRT0
gz+42tpYIokTcorUXIWESyC2ks6QihFOiMSmRkREVWOYyiTaUv1w3rvvvvvv3XvffW/eSPyBkGbe
vP/nnnvOPX97tuqvAcCuvb8HgHsffQI/AECzuZnPDzSbmwCQzw+QjQf2PArx0POH31ze9anHqquj
leFl4R4zs7cmJ5+s1rfpHZrNzfzQhOUlf7009ek/+7cRe+VKAADtmvQnE/SSl6aC8GLkJ8WvHKr1
7V5+68adwv3hZ+4PP6N71chfKVSKvYJLAsDAja/0fPgBs3Fm9pb6qs21eZ2HFlzy4KH81MUKv71U
Kq9c31f5/PuVz78vPFdt60To8hJ4I5bepBi9kCsDwP7eV27fPSU7Y3h/b3BV69uVYq/0kspTlDdu
Ng8eykN7QbYLDoKeDz8I7ZMrQbuGd9ALAMjv9Acp2gs/v5VTXA8v1vPhB/t7XwkfWCP/9vx6aerT
n/sbwc80v1Mj4r23ZvHDE18Qv9vK59//6Ttrt7e/Kbuznq36a7tHv8hsba7N54cmyKsQDsJW4Wx/
44rwpApUV0fFl2QvT00X5CkJZI8rveQffnN515+eYX5oDY70r6+oOAyHg8mVAAAZoe/eR5/YRf/Y
rjWbm/nGFdkZ/af0KXr6pchrz8zemjy1jFcFMS31b18x3fvgSd6H/zEEE2LjTgEADu5r8DfXKpwF
gP7GFcL73gAE6F9fYS7RM1e7Tc4gnXS8ZyoDgIIpvQeSiDNyydAcW10dlc0Gzebm/t5XWAb3nw8A
7g8/s7enF3JlZmav1rfxQ35oIph9aNS2Tgivmh+aWG78BT+19jeu4Ljo+fCDgRtfWblW935o15pr
8821eTK14oMKLgmUQGg2N73L50rebQIAJ1CRHBs3mwAwcrQY3GV+IJ8foJ/Yo+U33rmL38c+2aYv
XNpzFa/t3SZ15MadwsFDeQAxXcWzEiFwuxY85dLHOeZZK8Vecj1CMwA4eCh/afqq8GIAsDRXBwBW
ryB3nCsFT8k/a2nP1fzQxMzM25OnDvAXiIBweAuHD43a1olG4x6gCpIrscMqV2YehcwvACAc3jiY
e2jVGdVlALj30SfuVV7e/b+/gco0vd3wYVn03P/dT8jpCEL0z5U8HYKe1cx1V0QvUJq/CswU2q6p
tSkZeu7/7ifRe6kllN6z4uwjuB6Ogo++9nL/s3+ucyKjqwqGKCpIX3r9EYOLQUiDMrseAFTGv1td
/Cq9ZWb2VmP9cdSSZYpycEn5Vdn3iSqyTGvav3v29vY3L01fPfesincDcC9Zb7wEx5dXrtVHjhal
0jFXvv8v/hQA/ufs/wlJWf/CvZAr4Zdo5RgA2gsf7hpUiOJL01dxncSKdP8l99y/f4fejtKZluC0
FhKpGUOujDOZbFnCXi+4HfrV+/RXLYD0ILkevQ4Saf40NNVivNc+omMxqAwvQ5vd6J06V4J2ze5Z
Q8+H86FiOsXne+L0S97XN79tpPMDUU2RYN5qRg7v7HrqMi92wHs+jeM37hQ2m5uDi/P8pMrrwexw
w9EwvAy0HqwmBs4s/PqboSJtT6JX3t5N0PNndXWU6AS0moRnuX7j+f29rxw7PsTcB16sdflnqF54
+qDoheH5Q3o+/6Ah1V3+2vHpAQI1KZiH/aUFnkEw7ZKnbDY3hbM2Pkrr8s/IFnzV/E3zh/cR/ZPR
fauro8HbDz8Zmg+Ovf5I9Vly4wu3754Sz6vhsSMWK7RyJ3yNx44PMQKSPpZ9ATKtl3nESrF3ZuZt
ADDWeoXGJF7lZXT7mZm3S6UyADTWH2f4qVU4y1ORYONmc3/vK94IIkB99w+/uXzrnw8g00QugAVy
nwzdXAmIMSIMb5q0tfPGRB/gFN2ugabq68N72natsf54rXZrchKALOXDg8w7LW/lSgU9W/XXdhf+
pYMz0RO2CZJ+4F7iwVAhV165vm/jTgH/9daVFFqFs95krfF4jEhQTPROoKUuX5q+OnK0eOTR74wc
LR48lOfXsEamTHrn0NNqvyMj6Bm/fX0WoTD5ImZmb5VK5ULhAGr53pUYc7gIEXZfq+W11KOgqWoq
drt0efvlF6o4g6sVfjNQngIdmDkwzDTsXLky/t2fvrOG3yIpzyDSjk+mqGp9u7TnKrpB+UnLl4f4
M+Ui1Zcc8RdRCqxc3/fi+aXQ5X4s9bqyt50rgScPhyYAID/kTfSoq+FKinHQ0u+V8RszwJtgVjwA
xrJk5Gixulgk+gqaLJlbAn/2Ym+mXWs2N7VdM5TuItVR+LvnucV0MZkrA8DGzeZmc9OzLyuHOiOK
QObvMoVM3ZNZHd57a9Z0+WoKMl/2/HppatenHtPRKlidU2O8Ce0OPNw+LTNGAj5Uo7k2Dwuv9hty
UcCBzIH+mG8Vzi7N1QHiTlSKkd8XEVbi3xkOQlNP7Htvfpt8fuL0S++9+W3/3xL+9MT6SiW2EsM8
3tjJIlA3yfFhu0YmSSOZ4RyBZQA9ttSdoNwLzfO+GtAaHLm78Cq9s/eEOq5RTTBxKz2rr6v3Vwk3
in1Ya48EvLdcYKEhUM/pZF5mxm1grZFHjDCjPXrwc1IHH5g8drW+PXayKFydqt4KbQWj0Vh/HAD6
G1eW5uohBSBXglzp9vY30aawcq3OmhXCApqAfN2/exZyZciV8cOly57TOFh2oE5C0bM1OAIAlWJv
MM/7Hr/q6ijkSioa0lDT0xtpIsO4f9XyyrX6QH5gs7k5kB+QheZs3CkcefQ75CuvygqGtEIFR7/B
N965i+anpY9zjB2KAZ5ad0kefsJLl7fPnT8BOG5F9taIx+C2K+yzzA2w/mWE4lG9hRXFA/zzCGC4
wuQ5U/F41FUE9BQ/ISgfEnznOvnqcCpmQD8M4zOs/li86AtZeRVPCFGUbKw/XqstAECpVMYPk5NP
ej/LSWoXveWBsg+RcS6kJ+0ZVM2lSx/nGIstQXV1tFDwAqnw8QAAjcc4ucnQ37hy6fI2TpjBtGkC
XECRWVo4XDGyBf+8CAgEHTl8YM+jjBkOwx/ojWTL3X/zn1v/+LcQXqHFD5dwgp77v/uJqakzGGmM
4X1wBKj4LkRnDd4Q8qIbBv8FRwEAFdLl2QeEE49tLEocsH49Y7RrGD6E0xf+Sx6PXXEnafmVwTAS
QoZcCWloZJJKx4Gh62uOhsR/aqFVu0VvzMcLxqHkPNHSzypqSwc4rLT8Fht3CsQtwzgoMezQg7lb
BpHPDyTxkDgpaPGh/qJWX2UR7pkEZ0Y/4czsrUl0fxKYGOdN4fwho0epReDqzOwt4WgUQuxORNjG
VtLQGqX0wvTY8SGZUk/QWH+8MPiL1uWf7f3WVHClKINNBGynXM1I0vLGzeaRR7+z8O7TdFigUK/H
NcfkqQPMYuc//df/YO3AwQvZDWBHEl8EXDSQsB5XzkNTRTeaD2X2KPKr5pX0oeLhds2L+efvxFeM
GUQ/YWV4GS0XEdfmQHt/r994Xv9ALXlDYlfW5jFnT8YCBqPU2BOaKwPApemraIMylTEoMM2mq1wp
5AvEQ278akZAdLuVlFPgE2raZniQaakPAJho42ZzM88GO0ZAQV76J/Q0GQ0ENlZPeyCQqaiPnZRy
Je/xohZEjLeEeUjk2wPv//0BmIWi52PrX18ByXzAQ8aNtLon8ywAeIzabG5KI62ZXVmE5W+0D9h3
rbUGR8xsbZSh9fqN50Mpc9wAEZ45+gkD+YNeLjrbk4Zm+rcpextOV8xs39+4okFD5uZwvgqP7eQs
wnGAnKKXBoJ2tFwJmZPXJ2RDFP/YUxXOJr2up/WQPsV+NPi42ABRA499yIt//YROcogtGDWrzyhG
DPyFMxmW1dXRyrDbO4wFMveQD2GLsAbsWY4zVbkNF6OfbexkkcyrqpmGnVGs7cXCWCmnOtPM7C2y
UhfE06hAxUGgwDF68XS0SRgumZApp8GEjgY0FAc7xHvTkTFRT3zhVEJjlSCgIfobILy4jBlSoyAR
/fAydSTScqfzdsJ86Mv0pFycRvDXA/iNCRwlqW50CaHd5ef40hPeE+IM6SAISi/mQgg6EIVNlQKA
8MwnCyASRAx5NHQ0s23cKfzJsc+Rr8aJyjT4LDvqkYRPiBsZeSaOp7FmfbvoddXI15bVwscDRR6Z
2sTUKpwlf/T2p84cpr/yeYNCqBhbPriI6Ym2QQki2dUxUUJi0uKVRrO5mR/6K3XcDCEX+UDnigsd
JGR2kKVtMqG9TA5xxNqCp6S0WhWm1gLc3v7m1MXKseNDfFAbUOQShrZhiRJM/ieFssioo11UpT1B
FQ5mTsIyD821eVwMacW16bBlEPNZjOGTzJVDaYTCedgXZkxkEAt/H8syAQSED/FNyy6p8EASVFdH
cYRjeRBhrRT61sdOFiOdNpXhZcvYRBJ0lM8PRAcm6nsg/TSbqYuVc+dPtAYH6cEsDW1T2kqCJ9SM
TVSLKf4C5Najh58JWAEjt4z1YmgXRnfJYrwQOOtU69v0NI2P1xocCcrhuYhMj9yBFTBM1urQBBll
gsg9NSURTP0lnfJZRh5INSLKJIUhmBjUlOSh4+g6eCiPzpmFd5+WpZzL4JHUr10U1NliIPEW28SX
svMKhOqZxV95CGcUxoFxYXps5IjAOsF7UXVtbUJguCXCpk6VEvhs5FG9coU+Lk1fHTkiGIBeGEBk
fQNQjtXq6mhzbZ48HtYIwLJYAA5inMZOFoGTT0xtTkYBZoBORRy0Khoq5Ed+aKK0fQ8AarUFEkGr
CdOUE8S58yeIxuvVj2h7Pgx+pR/MfO2a5Sit1rfvroofzIsylXPjwI2vhFRWTjbK7F23t7+Jy2uv
Gp0PtVLpZQXxglsmAwLnjBLqDFMAqYwWru7JPuRzB0Nys4ZQKjedHB1rhQAAIsEhrRvCQZHGFckE
KZfd6Dik2fjxrW5C2c9vxPILtdoCSdbwfOsMCa3GkzcZPNAUlYr7hBy6PFEnTx1gxGlQPxQASEAQ
B50IJoyekp3hwUDPVv211u4/SoJgNhp4uO64pp8yjqr/AMy6CZLQHpSA1Pc2x1yzdRctY5TWTwYy
e4QO/dxXjelEWpYO+NBZL9HCGQn9oq9CXP/+j4TWBh6Jul6FSfIC5EpBbFvm4YaEM7O3fvvh/pdf
qCr2iRnBnrRXXZZHnH0qxjKx0Rgf3x+qghH2qAnqrxvOgYyz0TlkidKk2hNDziByotM0djmRko88
CVeu1TUnUhm86n2Dv4hzEjU0p1nVirkTctQxCTEnit4cFMS1daOhMx2X/x4VlXI3VlwLB0u+T5GW
YhLSXjvaMQIxwmviA2k5eeoARurgRnr2Jnu6yRzzwYSK6B+YUoJ6HC5kiGqn31sctXJ9X/mz/x0/
p0BCcCiDE+BO3fwDIWiPHu9uTyIZETFytEjcaxiMQtPPKPdPE850KL1EZiNzYFJLe3Urk7jwVadL
01fplcz1G88r+j45hNFz2U1OoUnYT0vDBlTMnpmwznQdqJpDiSlWnHGKrgVM7+g3kqRbbfFtt/zt
0p9cwMnES0J9jXKwrXFp+ioJDaXDRPFv6IWb9qdu15ilS2V4Wehxoys/T5CtfIXoan27UgwdSd64
Kx2Vyb+KBJ2fQdI4yLHEFGCaZ6wDcvLxH8yp99Q16WkDfWd0qXJxC1ACWTMkkPRfoqETTEfOT08a
dMqZ8Mz4q7jX0+mXSGYV9gpN1jKXKzPymAafpRwJi7t1ULs70p8gDKxXQc9Br0lCnVPZo9OKFbgq
v84DU+x5tUprYeT6vaeXeJYicIoaO6lRKdoOdxde5ctty1ShwBOmHxCO7QrpPzmCipVZ9QXqg1FB
lubq7rmQ714lDmfiYcJ8ms0HGNDTbGh7wh0ZnIPWEtxzYf/6ClNQl49QZQuudaK6ZzeiujpKFktB
UnqwtHc3yfCM6CydWAPCxQbELmqUMoj9mVfLmdv2SehUSIQWLplhL37F2XHfCw/halu9BI9YF0pB
dbok2wjlADP8E1YCGXEYLc9yfn8Xas8k2NE6Iot40/gTjp0sYsVb/sz26kzH6z/JNBpmaSj8TLZg
XAUA0GVrsga1w9JenckPTUROv+kYKmNC1ic4NaiNw0L3Ow0pF4aYjJktYxZP6ixE2Z+MayxyJqS7
TdlcXdJAjx7xeCeegwmbcHPl9PCDaiJ1OFV2u30kVK+DV7ajSgzKSnYIj8UPJMUMv2JfGyFFwiRM
kqVs44jcRBgrYKR9tApn7y68GiciRrN9GtlZQTyEVxSCNCejf3OubVtQkY50EiJ+mAwhYeTtkR2s
45r06RdqFKecEXUrlxDEpKsmFb0yz4Wz6z+Yw0gnWWzx7bunFEqTTgBx/KwMfYrSrfxAZHTEHUK2
kaip0ZiEBNgjWWdPVbFibjcuDdgrRyMk4cK7T0dOpDqDRuLalM7hH33t5f7z52lHEon4xq8KipK2
jBCe/Bhy0jMiydMTpr/bkxAhJCT/RrDhIx2LrV1/rR+SiTCmwTCisBA6A1lZERZ6NfN4k6QQzbV5
EgFFVKG4JESoOVJodGCKwIZuVDQv2anHmvO2cC4lvVJJfgGdaHBp+uq5Z3VLhDEZr7JYNDWE0VDg
ioSImBKFvEepaEl4DcoQkukZCmESbtxs6gRVKLr8elVG7aDZ6NcC+gKShrrmWACNNqYuVyB+2xxm
s/4cLqQfM/2YFnTgZyPHJAQJFdU6G6NASxFFQscrECpXa+VafXHx9lNnDoeK+shJqGjkKxQfmjqt
eGmvaBELekXnhKBrFSoWQ4qfLITfyvV9I0eLIJn61N2TI6Ffh1qzEYsQkbTUrZ1LoGiDq0ZQfdfv
AM6UUcQPvEO/NTiCTnyLCRnpJ8PCu0+bnpAGrlOF2+mvavph+TUFIp/a8y7kSl4sUq4UwYUE1uwI
lOuZbdFNgR9cVjVPkspx1LkltesxucQ2XRIi4hAS6xWrbksk6jJlH5fdDGOiY3qHMej58AP9kaRD
SLOlid2kisjnByLuJsmEjfjga9ny8RC4w9ALN5nkCjrvQlrUWQQv2V/Z2cu4XAJS0ZId2zVMmQeq
izxBqVQGGG+sAza1DH7QK0AjhEMmHjtZhLA30W4dPD6+H8DMu1IZXoa2lCMtK15E1rrmgU8+eepA
Yx3AL9QqRKlUbqxDobCLbFF7W6KRK7emp2WTm9HMpiPSrt94XljhAwCmLlbozqyaJ0SQtrn3fhuy
/JnJQgYWvIi6DDaQVxSjLZXKSEI0HsZ0Pq9c3/fi+SXFDpHVtM1i3Xyt6sunf/jTd9ZwG1aN93YQ
jRhrh0ksEkIMKmqCb39o7XQUNpcAgP29r6zl/5tbpUmnz6Jsf1P0bNVf47fe2rohHPX3PvoEfti1
9/eKkzabmwf2PHqv8nLrH/9Wxj3kVPzZIisK08cKsXD/C+Wet9T7PDDouX//jllzMT3lwjPjUv1N
6ZEokMx+OrnM+EsHlSiyHh9C9Nz/3U/EltaE3QLCelj0FpKYEWk7fchrdodabNOvNYVIX5mWrMiE
Cui6U5vbh6hLOkmuTz78iX/dbAhWuEWr4lTq0z7AEDe6TycFCfzieAChVaBmxwUdTe9hoKVYv08t
WYLUVseVIkIYEclDZxmQzw9EnqfbkVSitgKMywZtaTQXMogplSvDyw94hfwbv5pJP0FJLRSJOqND
PDsr6IPUv6Ln/v07HUltiaRi/HY1Wuj+Agp+AS/XiExL453gdDNUTxFNwfekV5owy9Bt55EE1FQE
k4kuTiIjc9GuQ29nM3V5MUa/UP03S3In7G6D+HGyDDryiA5E6oBGGglCRZ0+I/RXWYSSLjI8qSLB
COXodbN4aW+DXLk1Pd0+cxoANpubg4vz5LPXU1HiViUZtpBMtrTxmbtNwXFGwpXr+4588S+ll9H2
jCfdLUbHoAM4E3SJZcfZRDq4OK/4deVaXfM8icar6YhM7JcHKZqoYsINFzbWH/+LwxcUO0xdrOjm
AYngfJrV5PWuYERnDX+AS8SlYRR5x8N5tx/N86CmmnFCuplITbtqg1Ul7uSUHQWqq6MeIcPKanbs
rs7Umcrn3/eC3kXgs/GMAn5kla3Shq+sCuwhndNjnakzF6bHFL8yjdpNgcRDQiZUUapVOBt95nYN
mU+g6XRuTelyXSgrNO4Vqg4vKiy40Gu8feqAUSEDO1hHDqYvOF1aZ86dP0H68BAsvPt0HBacmb1F
PPsErelp2f6KfBQj6Cw/hKUx07e4slxoH5Pq58SuXKu/eH7pp++sTV2shNJiOc7QuRZDP+RCN7Uo
9ECzY+QN0+UCIC1/pGAiZXRFumWEUaErtyHMOJcCwOSpA/t3B2UsSTYv2RJzDaqA8fhORccRrAv5
+YHpkOawPYz+2TqojuJwtHhwtpFKMhSNHq3MfQsLDoPVOi8hjI/vd3tCnE4sBq7nw/KTzhOSkXH7
F4KEeJrLcGH58EjwShONgQRsm05WMvqajlHUnQOZIexCSZfjd46nzhwmn5n+k1MXKzHXoELEdCkT
aJrOMaldE+7WhQBgVXPeRrjGLupjDSd2WibxAQBqWye8WgSiSsxqOCYhwogqdiQE8xzMjiDGIo0z
5kmI6tJTQYASLuma8wcP5auLXxXXZVLCoVIdbSeC/2ujyjY380MAFP3IFh6JcCEiThXCFK7r5lru
6pPQ4Lu0kLqHfG6ll19IpmBVhq1h5YkOloxJ7dKadiLHwzQ8owaNYAnNhV16kJGTa+Dj5CGDQjBp
DR1SrlhWs3TkSC+4rXLOScRgUYEFvYRmvRSiqu0WiEAXewNAK5LM+PBggF9Z9vLlpOmdkK61rRNs
O4XmJv3u7KAwxkYjV3rvrdn33po98P7fm5bXjQ90LkYuE8fH9yeyOA77JrU0UvodoaStbW0HXyXS
UVa0GT/k8wO8AT2SftJ1p1DhbtdIySa3II82dVllRhnID6ijfmQNYBQIouvaNXyZPTd+NSPziajb
aYN2/lhwQkWJBEb7IsUTZQ38/DZoCqTQG3TjToG3MCC8daqhRmrTUfv+/diuNX0FR2lxMEvQ0Sah
80VL+DZi2Ylk92ZEyKSkCD1FaGpDWCzVueoUWcU1Jg4eyl+/8fyx48HCe+piRREJRkM2toySQxxY
Z0LiMFcCgOba/G7qa34okSo2T5x+KWKPtJKVrO1ECmhSsb9xxcVEyoE364Vaw2oeuwMliIqQyES6
u/wcfgiqbulRRZ9+RkuaB291iEAZ4Z6EXvlJSqRV69s6rhMD/suVKsXeSrEXC417f3KMnSxG7tMV
oMci6e6byEQauqq8GhcLE81W2JU38pAUlhmJgiy0sJQ7bkychKBHRVcrCv1ezPQh2c/SpkHTD5Lw
FzJNwHTCQHZUGDWY+bO/cQVWg1/dk5CpPcn0pggl0fsrkB36qUFHJ/FL/j7nIY58ETz6a4ha7Rq2
gctDYtaT7gdtFkaTL2PT8bz2SSdzmK4u7EGJSVrIJWtmSwDkhnktlHkQP/AiUYU7TWVB1LYeOBeH
ujlPx8HcLU1F/p77QBlaY4fW4Ah2Du+AnJMPF/rh+xtXxgrF6lwd3LrUY4PvQEMgCyfruf+7n9ix
IO+KIlv4zgTuwd9zdINK/xDOseXwvuJA1jEX5PQDu3VhODJuIvgBX02ulE4FQ3qdp7O2e++tWWZP
63wXBazPhml4dMdqckKgu89xJ7dc2tNUJBtlc2YiI918dS/Y8wunIDPN2WT1BEhEroyEljZSwnxY
aIeU2yGgHSXZmal4VFdHaUtHB28D5Al46hEmWNormrPSUJdgz8K41oFRW55kb2M4IoFSxgkCUmkG
hOWHJrLcbrCLENMXppKFWoYbpRKRETFDA5UaRBzHhXVNcHrq0sk8ibyQnIQ+bdgWMuEQtITKnycI
ekRKxp9a/yKNpUyj98BvOFXbOgHcxEhrD3SBBqQxH4RB9pGSMHR/4WyK1BqRpAOmE69651bhLNtD
yo/nRAjfDF0AA1UN/n2Gsllypeba/O7yc0tz9Ug2lXoqQukT4RblXUQ/V+sZQt27C6/2U9txWmJt
W2HmZlbPpT1XASaCMgr+4d5JvKp9kB+aqPqqcnV1tLTnqiyhJURC4gmK7CBoCvvp1LbYMMKCfsIp
S3bzshQUOtaLJnC1vl0pBocIDs+V6P0rw8vQuFLJ9TbXpNN+MJFm02/nqtiwDnTHWQyXgOaCjew8
drLozdtytZHy5CVcqsguQcRVsWEZjBT66MqXVOF6J4js3QgAPXO12yDpdJUFqwpd6IlHcoWeImDL
iPpcyO4p58I+coDgLKLksTiwloh89qWs67g1zBQf8kINaalPv7GTRVhfASZURQSD2Jn42p0R/fxZ
66/1dpNeLrKuNz5XZBqbePxZlX2WhfSR7ZViL6FfpIJiFv6EfFnac9Va8VEsUckOuAX/Pfb590lZ
Eh5PnTnc/2z0sMClsXoA6Q8vZihjTSdNKiomUvypNThSnauTfXTc5jYRbLWtE9A0oCLNB4q3iduZ
ny5Mj5U/KybhseNDBw/lod0Q/kpADwgFIdmfcuXW9DRdzWJvT+/94WcA4N8BAKcJB7mShnxJcx7G
b1bCcs1bhPi+WJ6injpjAXVzOvX0FckTVPr4XxkVG9YBuTrv8g1uTF5QBrCmzLN/rr6KkJAMF2pq
N4SitNZZGV7GBag9Cb2TakhH9Ed7NZmjwD15PwDwVFx49+mRo0WAiBxMOwWqVTi7/oO5F88vKfap
/vixyPMwz8KLQDJ56iweAuMqnTe/Nh+XhBCmovCVNdYfxy4IhIQqCz2r43n2LP1iwxbgNbVLl7dJ
OTBaEw623NXzcpD25FzhH6NlPkAoGo8+0EU0NxUsw1NlZvYWAMt/aDcSniyUgA8A0ML/Ro7cqf74
MQAc+41IEZgRENYBol62a5Ar0csGU1SGl44UMWAAABkKSURBVKEdENLBujgy98yooC8dwxHT0hGn
YIirurS1rRPeIoFyFSD/6UyeIYSz2CvDy2gMcmPaqNa3ZR58Nf3Eb9kfEEyxFPv7iwJfV8MTtBKo
a9oS4PzcXJtn9L7K8LJdXwumHAHWSXKWFmO60kDwE2+suGTGrfH1r2/cKYCeW4OpGVUphnQoxhh0
/cbzALozOfNOiNy1W1u7XFQIYW2+odsDiD04GnYKl26NXBkAKuPf5Q0LmosZHWOWTS8EbiHn2Eas
nu6azU36j2xvFc6q6acJ526N6uJXmTnTo1/kgRL6MfWuUfBrzqj8hIxwnF8oyzRD2shmyKW5eiXX
C2HvqAWGXrgJ8BXZr1OLt7EuoRHOnT/x1JnD33vjl+Pj+xkBabfoFHag1jlQ6rVf+jg39sk2+b70
cQ4A6C2mYAagmniom+kvbyPB+zQQxp4Nap48uA/+4395pr9xhZk8ZcZCG39AjC6JvQCw9HGO/OFW
5qspiHanvi16bdu/vtIaHAn93K7Rfx1v3q7Zy0FBPzRoyC6h05hdKKciJpaYVMznB0gTdmaRx9sm
CBfKJv1I0FW0eNCtESyQdCEwhFou8jXOms3NaNlgTUUFhLYlpFxrcMSa4RQ9FD23RgwoUi90bAjI
nU5CaoM4+lwpPzTR84137kYeE0c0EoSs7LxtkGK7OOFuzt0aBGoJ5zDPzVQoamloMRmR9D4hyot6
/zhDNYkeijpQ37NR7xzTDohaXAguGNFl6SAZzHso6kOx1MMPnu+F8xXTMDQvaAXm6JIQ4lER/ZMg
t0QkEcXqNp1DrWoGP8X2FYegQUUDEoItFanHc1cVWANuSaizBHTlK2YvoZzAzKwzjB3A4CYwSkBp
fEmuCUYSEKZN9zeu/MPl26R5BY/9va/4Lk9dVIaXq3UVFY0NbHGoyGycmXmb/jo5+eTM7K3ON6/X
QMp1MirDy801qZqaSNstGZpr80s/v49xNMxPpVK50bhXKpUb60CqPgTi04o7HQtCvabMRr5i/aHg
JhSYwI4Rvfv4+S2Gftgwm95Yq8Hk5JNAWb2zk9EY+dKNfMVGrCxcaeSHJtLjQvLwTJN6BLNxZuZt
pCIiLv0iW9TpKfqaTDN1sSKzqvO+YlNGvPfbUKOvex+8YUlCO0ZsNjcnJ59sNO7RG4WTKntkvHJE
renpvZKf9n5rCs6f1zyP5rs+d/7E/3j9l3JfcYiEpFaePkfu+lRIIbLnQgsq1rZO5AFqtQV+8gzt
Ft4emRciA1kGfOn1R+Azfyfb7cK1+siRiFONnSxWTcruVRe/ypj61L7iOMpRquoMgYx4ArRrXr19
jbwIGfgWdQT7e19ZXDysdgWTsolGnYoVvmIecVTcWCS0YMRqfZsWcjogZEuuckbk4MD3q/WW2wvg
uwYPNq6ce7YX4E6ivYV7tuqv7R79IiRRBJ0veBJPK6HP5tXL5KqGRZJZ4Qfg7xBPyB8S4dXjHpPJ
vt/BDmj0/HppChUczfFhwUt0y0LD2xPDIMVMdDOKJ2WrwVA8T/ZxEuKzgx0Q9PzhN5eZVUb6PiFT
RHKaA1YUJQaCRFNgw7Yo0ByrkJ+yV2oTKbyDboOACWnwg4DklyZ/b1LoVkqLoZrSUGdXMdma+AET
5IHjrjj+yx1t9kFFBBMS0HUYsy8JjfbEgtheGjlncmBLKRV7w3UMQoJR8+XEDCXge9jvoKuha1vz
xlanY+JNoVNsBny3CHqcGVYkbMZzY5y7ghisGJBAVPF3B12HTlSfSxeRTaknTx3Q8ZmQ8GVZHLNp
yrVRz3M1TOOGd5Ap6KqjmYJ1JSD1UTOzt8b+dY9QpAhVUCet/JKoOy9Lst6RltlEz1b9tdbuP+ou
JTPOwI1jsKFZMU4ZSItb0oS+13/H7podeM76LJhbNOFkyMa3neIbc947ISEo7nNnPdlxBBEz3cKH
Dser8wibmDcDHe0zt8ONnULfra0bn27XoKt697iCjpUSC4ikMEDpe+gIQ5JSKTvcmAR4bzMxLnSf
YSYJzU3znG5DYUGj+0cH2wXuLBrtoFk4lzaw7zBh6MygIX+cd5KLhNqTkSiX7khFa0T2kCFbsseE
uTJgDqCkWIsMXnonGJeTkWUodXyRZgFh/9iYYOQ/7IhH18giE1pwIMIozdoIMlnUFSwaX3fghf+O
hHSIDDEhxnD+q88Mq6slqXFhemzkiKStezJIQvgkBLea/A4fukJnUutlKJXK/+tHK8J6V3xWPA+d
PHnnUPTtS/M2dKDZglMTxG4MOwpqPDz4saNCGLXNtoDDuFDnIF09W4Wz8W+ytnXC8220a821+Z0Q
VgtkSBJOnjoA8Ivfx+tPNj6+HyBCHU2uaCFq1Fi5MWaqRAogNxZHNjI9jAFA4Wzk/TpMmOvDKVEz
xISIkaNFzTZyPKYuVgbyA5FMmDToJrfZZ0VwxI0MSGKH2rPKbnko9dsMGWY85MobN5vfe+OXws4S
CgR17110oLMDSkLwU4Txs1fSOFcGgI2bzdwbb66PTwxQg2+zuQkAg4vz/PbBxfn2mdNeqb0kC37J
wOurqc0mD0/uchaZEP/fuNn88ukf8vU7eRw7PvTam/9ev+2EWyYkjIdA9iPFU4Om77nyyrW6ohem
Ate//6ORo8WOMKEMMWWmUfVIeNAtsX0QZaXoVDmZg4fy1cWvolQUVtMFWvoZIjlhiAKQ5kPExs2m
upupAoOL8ysAkQVu0wQT6WrKjTovn2bU1CJ4O4JoSUhYNCVuzAmKrAPAxs3mZnNzcfE2AIyP7/c6
YQvhtCa6Jmh5SAtDIgkvXd42VbBpTF2sfGai1Nn6WgrwfGgq60zxIDFkXHVUKEVJcXf6qyt0JAU2
PmRMqNlaeOpi5dyzmfYn0XRJmgMRMgMsdNsyMq51VPGi6Z/44Z5ycyMhsLR9Ordh1O6n25EaZWm3
JBpaiZuki0Rlhw0zvLTUkZ+pNZB0iI07BaGdSUcSepanfQ3+p0wha56YbuHDDms4leFl/MOvmoEs
zuNRkg6gAYCDh/IXpseOHVd22hTh2PGhC9NjSbeMdgLa35iFgCHPnOMoiKda38Y/J2ejkT0XBQAo
5SH+5HWodnetxIWh7yc0coGGvC9ZclFoIiOy0VokMupuQqI1o0zIQMiTXWahoay+OqyIAjDUVK0L
mZAgO9zIbyRROzrTscIaRKO2dQK0K0R3BxMSkNfUfctCzvVCnC7EC3rs+NCXnjksdcB0FRPyr1RA
MhdRRCkpMj6EffJiZlp2GRNCAuooZMNUq0BGxEhMCJnQSRRRanwoKDLARcN6N2PSJSGpAO7kCrHg
u265Pm2W+bArosAZ6LxPV1FEifqlaQRR6fkB2djGqzfXQj051eLRk4RkJ2GyiewnIZjrJVTO1PmI
pA2kmeXG7uJDBvzNx48iyngAAyIyL4SVhHTzM1lLAzVwtugK/wwNJrQAOsGKvKeEmeNhrg6rMHay
uDRXZ/bpXgg9pfRGYVEFWWhR1qCzROzj9yOf85RPSybQaEYVHii7M8hwueFk1ZtcSX7dmuJ+AjSu
VMAzTVVXR7OsSNPg29Q9DFFERCYp4ukcrAnJeRUNpQmvounW+7wK0LmJXCZ26K+4j7VglB343pvf
5nd+4vRLRifH0cxIxeyD5sOB/IBF9ALi2PGhp84cBmjwp80aMGZAUXZAu0movyykT91sbtLSTMh+
eCCRjTUu4IA5iQ70C2aDaO7BpyC8Qd5ItS5lS1lIjZqTWWUSNxZBCBlnSjm2LRabKcNIDjNUwygi
u+t6UUTtBnNm/Ugd9RBKtOos6TiA6Gs2Nz/9Z7ouCmZAR6qdPHhGbUZn7dpAoYvLngLvTah4E6nI
bNQcf+HdpOqoBfobV8YKxepcvVMKRczrjhwtCkMXmCUf/RWjiEJhDBRcsU2arUH6AFSrlBRAm4Ky
AMa0C/7a1Xq0dcWCrYM4eCh/7nz+qTOHbaKI4kFTjMfMYI5E34E9j7o9oyvwtllkBvotMGVInDNz
Qqd1CxSGkNUVkSYIK5pFEcWDxfxIkgccsmLQnzALCK05RWu53eXnaA5UF9VzFW6bcSYEgFbh7FLn
NNIdWAP5OVslD9WdcWkOTA3Oq9km4VF4MIThQwLauDAGsDRX74KAA8Tu8nN3F16lt5AYotDGoQm7
GAMGzbV5rCqtCFCyBjr3nCcxppAV2RXI+HvAKXjsZBEA0L2ULXVUiNbgSP/6CrORsB/tpSTmTVAK
1UgkpX/mSkJ/A404vgdPKS324lWy48Z4OCHrAItkon/KljrKAL3/QkcSzWMk2Rn5sOsi5ljYGqv7
11fY0uVGp4rHsd0SuJMa+ApGHvtxwRWZZkKUbEYJE0Qe2kGWn5IaeFGp8NdHRt5ECl7hUXbY4UCF
GowmfVlsU6aZENG/viLUSAkqxV5F5Q86co9AlpeZcSvoDrIMvp4g/ktyX4URVECYMOPVGnX4ULjd
4y4SuUfwUDYe2UESkEUIe4mvvlub7MazYiizPssl4tRMSIMkUmnaV9JLXLJd7DkJ+I7GjhVHA3ze
qTCeka7/EDnAukAd1URIpWzXQFu3TG8xYzfKFawrOqE6A2vHrR8HmpnfhAOX5uqwGj3AAkmYZTEI
AK3BEfQT8ss52FnLUYhMgyQm8h1W1ERk1hu/G3Kg5hvu+cNvLt/65wOQvdURk57Px6zBDu+JoKNd
MwuVyP0fThitUxgONArt6vn10tSnP/c3pvdnB1pqqQUvXWKDLPA6ErbmHkqXvRsPe/gSwnOm37/F
GunfXnV19O7qP4HfYMvrMKncHz/Qi0CEzm33pSZMGL1Rs+NcsFt+ALj6CA8mksgs487Zv76CnNkq
nB3z46eyifRnh7ur/8R0ttNBpCtChr57H31il9WNmkJosWRSjEPbRV/5OiUED0bEhsIQKvTjK7br
nBNISs5q4qmr3QLSarIw+IvCoC4HMjCKX9W1jirqxxghfoaejA8fAA7sCMhwIYYEfXXjwZj4CPBV
TJ7CJ/qF0bHMOtDotegyYXz2oxEzm14hD3dgCtOWWMJjHwDELOcVB7H8hHHibOLzIWS7xpYCdn52
2VHC7XYRpGkiC73TgFoMx5lQYjZlsGFCJtKyg6V+u1IkphyYYm7mSe6tNpubJC80nyTVAg9WrsRY
BBnTZQU8DZzOE9B/dgsxyM8+NvmEQgnGV78HyhsBkqKJRtdVIFOs2I0rJV4Zc/hKkfdkSaHO7fPC
xklerzJtuvCVOPEp8DOJG2kNjjAHWrw0y6ReGR9C5xzomeLDroNWJzM9MDP93YVXUSLJ9ufzs/lf
dZugiC6ENsXSnqvChkpCCUHvqShZRM6MHmwykZkygpY6yt+ccEXX2fiVrlRNHxTQ7g2+YqeaAyMc
xSJ+8LaEWzAIq+BSVv0Jemfqs+BazFWYAtb0mQGAxJD4fF4CmFc8EQ8xEwoc6whqPZPBkLEO8GGu
DACt6em935oyOu6jr73cf/48QCZaf6qzUUFDxbJ+5/rWBL6dg2bt6TiG/cjbQ5MMMmp+yJspTFlD
zIR8FmynYLq+Sp8PLTgQAPZ+a6oF4PFhR6E2zcd5k0iI/himOzpX27pwScxiC7JzAnLg+gpYlaKn
Ea2OdrZxn3V51nT4cOVa/cXXH4HP/J3Nwa/DhfE6trl88ECTwLpbnrpmQiTiHBt5WsKB8dG3cP8L
IL7XE9g1KXT5KINsRqyCqfHh4uJtLBSNMO2qt7h4eORIh6tOCttsOH97JAY4tFGDLeMLMYdikHC1
Qw4E50m9hJylPVc7bqeBBAZTdgIsGSOkw1tKbv5Kv8iIEw6keQ8w9t3nQEEstDmSyqyvbQWCtIPi
0ZVIJLzHnCpmm8vx8f2twkm72xMYIWPwD1l7u3pdzElka3vStS+hnHJ6QcisMCMPBEof9kQfJ/2c
tDPqmavdjnO8EVITj2RQ0m3rFGNLJlWi5V6ufGn6KuklZKSOTl2sPHXm8MF9jYiHiYLw0UwlNjIJ
niqCD3NlANi42cy98eb6+MQARdDN5iYADC7O89sHF+fbZ057HV0kBmE6d5QJ/Ihp10GWi2RCZn8I
VzZS5zAI/ZmavTdTZUJEpdjrpMQ1zTk6oy0RLStXFrbXi4THgYfy8V0UOvOLbAfZO+RnsQC58sq1
+pEv/qXFrV7//o9GjhYVj8y4ucVfTRgyMvtHyJkYB6O56mNYF8c2H0CGTyHUCDrAhASmgjFydsdM
MEU2NOnzbqohy8nfj/9t3Gx++fQPaSONDNjjMujyFY8JjWYW9bSleC30VTbuFHJvvGnhlQGAj772
8vr4xMiROxbHMohUX3mxJtyB+VW/qJ/OpSFs4C3tuQp+i2ugVNlOMiHoSUV93sOvtdoCAMgSok3l
oSwYykc//QWlIumtxyCQfjRSZEI1dOamVuHsP3z9dVOxT2PqYuXcs87MlQpWJKtBhaPCK/FuIvd0
b4yqz4JhqyCfDjrMhARCqag5wkgqNIGMA+3MD8pJt1+4deNmE5tdAkBEg8sYTOhWwdZMqLt0efvl
F6rMchfXujpLYrdMCBR1eNFHcwL4iozA1OkaMrkSlNUKc2NW6o7Wtk7kc6xUNOXAyHIgZIQZWU2V
5XDYThn4CAf3wcF94PsA7wDcgXZcAwx7YddLXKHDkEdMg7Bz5PMDjGLJNzUgGiARj07UTuktkQi7
MCsGE1zbn/KKvZAdJgRvijpR0yiWSkO/Dg8DI0eikANdlfzIDggfKkgwkB84dtwyTOvY8aGnzhwG
cDYf0YkLzTUAAFnoJkbtVIoTXtm+xDjQu5wkrY/AKwZVH4XsqKMM0vT16zi1jLxY6bTXTjQkSCYS
K8PLaB0dOVqkt2uqo96BjmLW7QpS4HtLudS1ekhklAmhc3zIk9aUYG6YMJP5GdXV0Urxj8E3Qelb
aEI24dg3ZlGWl3hByfbU+DByPGSXCaETfBifA8EdE9rlZwDhw4SSpHJl8lGHFY8dH7owPUZLztbg
YBwZbsGBOjVg3PKkUQWJTDMhwp1PL7wbl6u1u/zc0lwdnTkIO6o4YcKV6/tePL9kffiF6TEn7jgB
KCZEEFMw8c0cOz70pWcOS83C7YU44XVgMiTo9oCRcMiHRmOgC5gQNF56nDhg2rTtxGjmhAl5T4C+
GwBcu+MioS9waBixosUK0OKuHAaU6w+DvqWPc3bXGPtk2+5AC1RXR4Wqqaz0gO5p69uVYi9t3kQO
jGTFjGQ8ZwcebzSuGEkefUeRNQdWhpeN2q2TgHJwypBq2LsokHtTY0VMy1CsEpnACLXnQO1dkDUG
JrbmFFaq8fMzAJJRR5WoDC9X5+pjBQM+hCiRaF2WlzfGGIF4Fy0Pl1fHYRDXT9gRVgSfJOj8IWFB
NIRFDSLjCQmISPSK26Xe0X7kaHHqYsXu2KmLlYH8QEeYEMz5EDRY0ZQDkW/je3GsawKETiLhRiJp
e77xzt04FyBIUztFRNZv5xPJdBzrQtdqB+q4ZSA/wxpGSikNoc8WDC0xEFsGMnDuzGAY2xkTQof4
UMiBDPvpB7WoNYdU0+p9I2Sn8jPiwJoJEXQPU8t1YAKTZnJ+RZdMCJ3jQyE3WgSUaVq00hCMYU9A
+vkZcWDBhLTEw8ODdtOJpRHbwTk3OmZCRPqsSCNmMKe+ZTlZVuTccYh08jNiwpQJmWmUFWVJphFb
wyErJhLAnbK1hkZleBnaAKkEJSVb000ybkh+hn9p9/kZMWHaIwX3ZzRP+t1u3GwOLs7b3czg4vwK
QBJ1JTVbTesgwSyKpY9zKfMhoWKcV6NvWd6BDDpikHCduu5wq3D2e19//eUXbgJ8xeZWXrg5dfF2
cnUlkRXpvCQLJJvKRCIB0uFGQlcjy3ISFZp3IANZ+2laXPobV+CyZ9zmw4PUYKq8JgfvWdqWs39K
+YSpSUUhH87MvM3sRmphAEDhEWg0/h8WxSA/1WoLpVK5sQ5kuyJxsSPtqDLbAEcoBpk67kZmz6yl
EStgp6Oml9SbPh8CwMzM26VSGUs/0fswX4U/0ftMTj7Jh6p5LzpXIkFzOxpsdXV0jNsCnM5p5HjA
NGIdJw0PdRqxdSyOW6SaWZ8yH+bzA2OwufTzBVru0Z/10WjcAxj3SkhNPunsRh0iY3Z8hJNRfvBQ
/sL02IvmvXMwi+rgobzMdqVZ0cMUKA919kQdKu3yFh2Rh2DLewqBKYSTeszWIHb8vRDKQvwT/4Nw
+95vTa2gHd81HHYsHjlafO3NAbrOciTY0AUJeD50Lhjv/fb9XZ96TPgTDpUO1JhJlQ+LvZNDnlJK
/0RzF6OsKtiVV2s7CGZBmCk7fhJq3sFD+XPn80+dOWyRRqwGc5/pdztPxFmvg9S8F2j55PkQwTOV
WmbWagu0OspEeEOKoW0ME2L+ofXZnOQfMrWVnbGiizRizUslwYEKSYjoWLW1lL2IsoVcoSDejgVh
eTwJ0Ho+tIV0S0bwxeRTNmBGZv0ycGXH56ubOxvNPgsRrs599uxI48rIkd5zzz4G8FircLb/x/iS
Y1WXTGJ9qINOljxMhw/t3IA6+fUoBhUrQIPGMvzJwz1q1Pv0N664suPHnDiSVuSE53flrUnIThOJ
/w9TBtO/qCFIGAAAAABJRU5ErkJggg==

------_=_NextPart_000_01C2F2F4.3CD3F120
Content-Type: application/octet-stream;
	name="notransp_png24.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="notransp_png24.png"

iVBORw0KGgoAAAANSUhEUgAAASwAAADICAIAAAGqunuUAAAgAElEQVR4nO29e3xU1bk3/uxJyD0M
5EIYQsQQEswkQROQSAPUqAzeoLEixhzQ0yJtUWr9taev7Xv48ebQ/Nrm18uxFPW01PYcsZjiLd7Q
jGgUiJgWJiLDAMEQMOQGITDkMrnN7PePNbNmzb6ufZlLLN9PPjCzZ1/W2ms963nWc2WG7LsAIGH2
AAAMn09GHwDAZmstKcmz2VoBoKQkDx+8YcZC0AaGvfIsAFg7Ki1ZdYJn1DeaKirKrXYPeYLN1lpS
Xq3ykUc+fBJ3QhTGKgAA527RnxQ9EvVSHsYq4UcqfLDV7hF4ZK+rYsaixQDAHP/flDdS9NRowaOp
XY8AQH/gwfpGU0V5t+idnLvRjJN9vIF/KGOmqXa7pd9TwzleVLTUcWaZ5e4Yy90xgvfqS9/qf3xj
tYJHWu2XN64/Ds7nOMdz0l42FxcWLUg7fKhd8F7klC4pySPH3mr34M/U0wfBuKm3pztjponfIAy2
4OcAwJzvCDgHzT5jFaBeInonP4jC+dzRvjiJ5wFAatcjsy8/mmLYEnjhbvwvc+TDJ7lE7XshfnoP
JI9h9vZz/3gnf3Gc4CMtd8ccPtTe76kRa5lBYAEzVtlsrWCsElsiEpgP8hfHOc3c+YVg3TvWfzlT
7HnWjkqB6QMA3s4ZqwCAM/fcSWvZuKUjhjuTO+wDY8va7MJ9lQDDXnmWT0bOTLOx0yGx3LDJa5iB
V+gfY+2oBN+UNgyfTw582m5bY7XRsUXieS37umDoPUfzEBs9j42eJfu8+kYTST/MkH1XQsEqzlMp
284akhnPgPQ5TnON0REwe70Lnq2xWpaf9LoqACAjvt7fXt/z0FQyOrbgMbI1VqMJYewkjpTkAYDh
IHuP1e7pS9+KXrcE3O6EA40XBH8yOrYYHVuc5hr8hiS4KdNwLGD1Tru4TbC7NlvrHbcnAkD/5Uzy
OH5v3EXH112r3WMpJOjCuZtLJH3pWwXXoJLy6n0fDHGeh/qHXs8jpbWpXY84Wuz41rbGaltjNfk8
RG/cXiKgCeYXfDAVOXeDCEPtdVXkz3pGeNEJvJzZdmgYfS1NGiFPS7u4DTEjbzOJaYzunpae2No6
jd9c/hTlPNXf6+bBgHWkL32rpdCAn0cub4ihtvb+lP8wAGhusAMAW/BzNLpk/9Cz/b3k9zXt4raS
8ur6+kYpYUAEKdM74+OndHbNCDiKmZcY+tK3trWNA0B9o8m71gdcv4nTFQ6ZuVzj3Ds6d4NzN0OK
zlh4GT6fPG55yujYgoRp8riyzvIQ7b3d7DwgRHL0MG87jFV96R4wGsC5GwvyKmRXBAP5GClwllzn
bmlpSgx0Io8e4jIStASeh2bB1Z88ZVwfRXMjRU8VmKKpXY/MH3/sgZfiFTwMAiQoZc/r99RcP2+G
tWkDebC+0dTW9wCSksUEZf8jxZ/KfZ9ogye8PgGkTO8EgNrtlo3rj0v3wwveS1YsIjta7ObiQlGR
1biJnZ0FAO+/93nAxtT3YIZlrwAE7lQkIbHDBYCduwqeesIKPN6Jn2rAn0rKq/G65V2mjVWclcy2
r3Pp7Isj7hvFnrdx83Kpxjp3+/rH+yHg1fvGX7pzNBBZso1V/n0QMdlKU9vZqQ/ZP7lq/2TAtq/T
fmiITV5D+SS0oEet/vqIKftW/s85sS/B6DEYPUYejJvSyYza0+ffmTGz69iU7ywpaGXGHJTPa7ta
mGO0B7xPtB5KzJrjhwbMlg0weoyJL2YnrsKwlWHHKJ+H4J+fUpoMEZxxxM41j4r9KjjhGZa9QvOM
XlfFpe5LmU0f8RdVvhzMnW5IVMyqA1Jck554KdM7f//8fd/f8DqHsDgzltQn8cVR4IuH6GLOemaz
tWbm/6/8Wc8sWpJt3SswYM5d7qm/rAVSYDRWcZ7n5Ud8cZRsr/fBckOL1lWGYS71zyL77TTXGDuJ
CcyXuIGQfGy2VsFVG0lKzl1ufARpXS65f8ZpNP/yaCx/cmRfa0elpdzXmsCeMec7UgxbFr0Ub13v
e7fO50R324FzR3h9CRDuhF7joiXZHAZJXst9AWJSL6eLlkJDfX0jACiVevd+9PUnv/NG38XAHQ9f
5OXI9vX1jUVFSwGgre8BDj05zTX8UcRYWDq97+IQV5WG5F32yrOYaGQ3wAJ8H09dYxVgZUQgvMuk
Wj2vRiiTKMge4s9tfQ8cO3awoqKcOE9qidSi1VYBZsi+y78z0ILAfS09gt1hyl3EJkeLPdWUeqn7
Uqopla84FZNaBSF6stqdlzSoerhzV8GhA131L9sffbz0r3+2uVzjwmKmcsgoHPQA7RiSmmUJlS9C
faOpqGhpTk4akvK9T+Kow4UgMxdU9Vygh4hNU4rVEqehfUW/pwa/HX1GnrAU0ECA+6IWC7abr9mU
eAsbNy9ftCTb3z2e3UcaYnp8vMfFugur3WNrrBbTZvj4YUkeKR5T7g29D9C8iZKA48yyJzc3Bzxu
75jYE7nNxhIG2nv6JeWOypLyamQu4Qwa+V5ttlYJCxK60LavEwDYpFVs0io20cIm36+0h+biwqGr
Q4cPtR//7PzhQ+0PPJQLPJkZt4o7Ks7dtsZqIQtCILyCDiG7iMoofE5orAIA1j0ALAswCoZpzMDL
ysbcuAkAenu6L3VfMhcXAoD0csWf2/I9pIGYuHegp3J6+58KlyRxz9/XWXKHPvxGDHi9ZI58+CTQ
CY1cmZNCduk4DVm54GJWxjFNbOyS3i9OZ8zLOfHhW6NDlzNyc+MTEy6c7Z5zY278lLOqe8IHZ45E
A133bI3V8OLaEoUS2ezcKDZ5TdzAaww7zrjeN2UCuM4WLEkASGBhgoG+qOW1BxrslqyzyjrBg8TM
l5ulgV1SJJ0BQHdH5sxspq9naprJBXGlMNHJxGSxg/uYpDvYof1DI/M+6Z6pfR3mdI/TSF4Pnbux
jUkRz9Adfs0AT7OJhPUARxyfGODMNLe9uJY82dtDGtMoJQLsSxQ+LFLMjSAfrrZHBHxrubDBEEF6
/uB1mTNvU6Z3zs9P37P34cSkmHnpvxCU1DgTSX7y82Q01GHcbavdU7qyEI85eaZUDxH4/WzreyAn
7WUIfP3EKzf29nTnz3rm4JFKvvZdujMp0ztb2n64KO9pt9vzXtN3jh45K2AsILRpAR0jgKaktaPS
UmiQ76FYP0l4uyqkGPc1S2aHiYBsu/grfxMjMKUlRHBsY0bqp+bBOI4eigNs66bakgf2cOeugo2b
l59r7y/O+e2jj5f+6ZlmiX2GGGWSxyX0s5wGcO3LCBJd9W6sCBrg90cACneY/Mks0T3iKQLjKdxD
kOwk+Izr+KuOSzEHZGc4NkNBLbj3EmLVFe0hyI0kUrEBQFHRUvTBr24TH1KlMgOJv762OL8wo+6F
lj890wy+/bTgeJKbHqkeIoj1E2uLSVRUlDszzdJ92LmrwPpO+7HPuqOjDe/sf7Q457e0e3/jJgDY
uWO/10oopxNB8HpAIJCewzfMWMjRMiL3B/IgPuI017S9uBYCd2ja3SV0QaAfHZ1g7Z9pHMV7phkA
ONwpvApvCNBESbtWiIFw6UIfLIUG0YUnOBpRaXDteorh3I3ch9Dyhf7F3ePuuCVdJIIEhZ4QYvBZ
3hVthUJjwKC1NctDxH6qQqrWFwaN3fPPQ5H7yHM/VV5bNEDTSn7HBQC9ropeV4XjzLJeVwXHQInc
Dr2geFmCet6SkrxgdBItClR0SL+ppRdZBM8MBmXKj2F9oym16xHmfMe29X9K7XoEhYKIgV4iEzwz
GIMp30Nswn+t7hjQmR/qG02iVgceOGcGBImo9a0kQTVLyY2pmGsLCaQEwM4u3icpCjriQ4vnqiwy
ZppOdD0OAAePVJIOH4JO9njP8cBL8SvnVOM/WY98CVg7KlUPpk4cXwjIgQhDL+OhUkFXfgytHZUS
r192ZO7+Rj5lUzCkaNi5u6QkT1DoJcO6SMj30JJVhzQXMs/mAa1Je984AQBoklOCakHGEVqN1cg8
KqrVp5+lii2hqjasGIhhKluujFUBtkB0iXBgqbqdlK5APaTUzfCBhQcDANfbWD42kAdKQnWaa5Su
qIcPtb+xb/3AlcE/192/u/5B+gvxUhTNXZSMVSXl3g/SGyKOtYQzh1FPVlz/oSWrjk1+kBn4G5v8
4NQTMfAlbRMRNa7fsDAzcdv8/PRG6xfxCVPW3M31PCNPDoBzN2qkiGc371Te8wP4r9imno2aAQnl
qHvH3/uvgpUbrl5XokzXRihaT3Q9TobMQeBrFROJ5Xvo5z/IylVeLezOIv4iWI8bdRKG9spGDvLu
oGy54qz2RscWijH0X70bNRoHFWIETyOsBYhSqKQ2QHo0YxUiTr48Ida91s8MbFQG91bmGjZqhuD5
eoFcz4Sj5fngW7D8EOcr1y9e1X2mJXnG8tMfv1RcsXFk2BObNG3sQAEkFHjAwMDExNj4lNE3qFtO
Bc5yrViLgTbOSIwA524xWQkA2Ji8KWP1cQmG6NgEYODzd/6bYeD43mfTri+C8S9aXvv1uHvK8Xf/
oK4bYkBrD/bLs2TVCUdWS0A1ybHJD8JgPcP6ozL0dRfDd7N2VJauLMTrqtRKw11RlEs5bNIqgGhm
8HXucYhhQFnAizTIfBOcFye30qBdmXM3jopVJpR4RoCJ6ukw9nZOs+3rdDF32vZ1OpqHW/a1n7Zd
Pf8FL5pUFeobTeRXvE9A4MaWkEADiOckGndl88qQNO66HDttXkzyXGBhYmQQALJv+SYAXH/Lgylz
bwelr0wIFeXd5AByGunvIbI3cPbRKmRUEszg6zETH0xPPjJ9qq1kRWZy7MGSOzLj2fdK7sg0GCbi
oz5Fp4ltymQ3azRvJ5AOfTw9SCZOZQhMWsFxHMWhbmQKoZx1e/ipJ7w9RCukDk5QdD4XgvBHopEO
UQTIlU/MgUjAY8gfk6cHcPYBBMWByiT4UXaBEWn8HqKDHH4mlURBBZD3enz8FBx1T6OAkpr5SjIo
CZouRePIpIkY+R6THsgIq9fkkl8XLcmmaZwUYYtPLrz4k1yALzPL+EQJDqZYOiebrbWk/D+l/Wbw
cOEPZKy4oIEErw5iYZsc117/T87dIMvx+SPJYa9++Hzh+z01tdsti5ZkC+r/8XBxxg19/fLAUWQj
+fSlA9hAgmcdadVIu7jNf23gmmQpNHgFFWMVGKuo/NpoyNLv81mo3iaJlMj9npqs5G0jIxMX+4Te
po+ZcTyDuPCdQ7c/FCd3TiSA2CMlLJAYeL6kGLYMDY39/D/vkG566cpCWT2/JauOqod8gQ4FW6CQ
XW/LJBe9GYsWz1i0OH/VXTMWLSb1n5zW9Htq0OJUu92ycfNyzjLGIRmjYwsnm5kfgh60lL6J0myK
/wCEc/0PFuf8tt9T8x8/bfhd7QHtNgwugxHXjBmaB+PQH/CicjlAr9Bq95DLNOqeM9OMtyCCL7U4
57foAzJCSkNW2rR2VHIZTOBDvTE/ACDo1yY9kgic/Es06bMUWSCloShqUYAOpUeSDxpDl5gFkgY+
OvfmLmILfj6VMSAtYwDEYtdU+JdyHZ7BP0l02XkIOstyDBhP7yg1zz3Av5bv60CraxME4X0pmbRS
FbAqCX1FiSLnZE8/134ZAJqacs1zBa7yrq6y+Q1Acq5aOyptjdW4eyhHAEqLBaCDj1PpykLgiRm1
2y0A8I01BQBw4OhmjgDMAdrKexO0SXvQSrjPIoc9ZLJH8LrPSqY/BArvHJGFxG/A8OaP8Em80jo7
lbPUavcMf3FQ8Cevl6k4NaZ2PRIfP+VTxxNZc6ab4qv5kxtJEfxG93tq0PY6YyZX9STRVG9UEJ9x
i/EAv3FGEpzMxAIQ4dGCu3t8Dv4cRpfcSEOAGR+vtBp3CAh8ahLNG8KDRBiXLBGEOO1G2CHqiaFd
6ya4IPIPovQLZG4Ur22dM4Sq5pN3MfhKj2gQXb7oxTekFglIb0NALMmZdCbAgDt8pQeSGbLvOnnh
SDAs8Gok8MBkvJR2Si2i/ldg1Q3iEKoHwSDprc0a92yTayxJWSGICyk9xPQRNOOnf9aYcIRl0YCv
61QQaEEFX9JXQZx4611BbQMfQTW9krZJKRir/L5tEQ99hrC+0XTxfArKoysGjdrfYFvVxeKII38U
aR32ZFFWllJyc2ZyciyypSUnxzIMExVlONr+oztX3SB4iSL3Emxs1KW1fAiuxkhhZ7V7+DpYUscV
XmjSkmJUlHeDscIQ3Tww4HVWq3t7fVS04c6yPzIG5kLPwMEjlQDchVQRD/Nm76PNwKwGYsssaie2
bqEds59JkxvWcPBRPXkhAKBkLeRhf0JchUEWGGjXiLb/RUVLc9Jelua7mvxaeFC5gIdwLIWHkFzi
SMMIaHCv0Q6vBqC8G+evB4B+T8259v5bzNtHRyfwmXolHEXguIrQXxiqAHUNVMgZVHXyvYqrHGeW
LV3ov2RBsenzlgB7gL5DCDoKU0GgTk3iDGnR48sm2p1hxWAuLkTmNQTO+CmK/aOEbsIwXeyrIikp
WFt7egWmGvis9jt37Cd3Mie6Hvda2tTyXUoo6pe6xSlgEfaJUagAFefMiNDOTDoQOYeCJljxlFPI
b48fZOYrJEkWqOGX3fIdF/1JD+iy8GJX3+DtIEns3LH/rjlbzjS2rCn4WWrXI2uLamZffjTf/fj5
ps+LmO9nP9Gj/tbO3RzloiWrTtDiJhLlxNvrYL0qnhr4jesro9IvO7Z9ncNFP1ya8TeJc5zmmuYG
e5CkaKe5pvPthqUL6yz3zD/+eU9nh3N+fvqXZ6+cvfLvGbHVKDF7u+kvoCMrBQCiYjMiR5lANT7Z
YnB8p/mgcabD9ycXDTLkTPDO3oSU+zqLVxYz7gts0qrjDX/NX/GvJ97/74KV6+zvvWC2bDhzqH7e
TVEMOxZczZxxE4cfk+BHKctCRWujh88nJxhFf5bY1mC+Kmbfx00JdKwXvj/5IAt454Qs9bAJt7EA
BoMBgAGGQQc97gmPezwxZRYk3gyDrwU7Xmnj5uUbNy8XF6yU3U1Fa/VJv84HSgXJF6uoNkZ656YI
XeBZCIGWqNKVFJmi1aHtxbX8dNtiolBATTzq8bN2VCIJS/ZMb7leQxJr4Obyn3TgiCDNDXb9qZBf
vUrYnUngSmXExyZVnPro5ZiEadmlqxiD4eKZo+db3p+35GuJ6fOOvVuXMb/UaMqNi3fbG/4Wk2i8
fum642/+uvjeip5Tjp7Tp/PKliSk33Sqcc/o0FXz7aumuD9V2MswQziiWS8YOx3ITxCD76HKTbim
PLsnG5P32RvPzb/t4blLvtHy+m9Ylk1Ky7pp5U2nDzUdt76y4O6Hp2XmAYD9/VcK73k879Z1UTAK
AGx0dtKskpu++SNDwg0ejyGv/OH8Fd9yfPiOhu6GFNaOSrxZwoJCYKpZncAnRN3CiSnQ2uLOLq3o
tB+Ys+gu5upL+DgnZ03wNhu6AOufZcsw+YZQV/Wrf8Ao/L5DBv6OM+y2Fz4Ed9vSW3BfQi+lEIpF
I6tjOc01ohGAOsEds+zMiUR34v0n/zHuSbxP9nxLVl3LB12sYTp5pHRloe7qeNU3rG80DX/xMWk8
wEChNIJ3Vi/OhD3/U8sH3TfddRszdoKNvg7iv3al6/S0lMtX+qdNmzW/5fVfF68sHvGUxE9Nsb36
q+LV/+oacidMm2l79VfFd956oulo/h3rj73zh6LbFjATXVg6j9iNh7TBUr04gwqyyT5b9f1lcdPq
R7883mnb19lx0gmsa9T5xWfvHhwbaIfRo7lLln7W8NlQ/3nvqSOHGEMMALiN8yZGevJvvbvl9e1F
d61jJrpAvE5wyCBNtYLmdxKiVBhAZBzfXG3Jk8IL1pAM8UsBPMxQAz7IMY3J6mnJalPKHu/L3C74
CHLGo5Z4DUy+ot0Bd8KpriQWUh2XysmuHwnI18EXtuVSDIql7BC8Fn3AIWboK6prIzgigUMYTJJS
60ekj4exBBSZZFG1FS0eMZTl0/DJEoOHEH2QvQdwDa/ARVlfadvo2KJiFHfu2P+URBr7hXU6usnI
Ng+dUCJpwJEG/fihemqWTgeAzINoq6phaBxXylH0pnn2GeQAgG+KQ2f2X86UEJo42YoEoT0qg95T
jax4B0JKR3RCgG5EbmlUPIQYaRe30cccoQ+yc1zgHOMmS9nzhw+12zt+7J7wrLjlD+9/+t27lu7s
6rwKAAePVMoupDSTRiy8X2wNv/qTp4ybN5MeOmgeYD2+xIjisozgG0LB4SSDYHCcnmD4u/ohRBAc
SP4baet7AABQzUexc/wI2KsYITgexiQE67By8ohwIJZWhAu6nHl8laQgbI3V2AMKL+ZahxBBmiKx
Cy95kJMENqChQuuSOvGYct0WXEtRTrE3PvjWN27/CwCg1XtO9vShwbG+i0O12y0CxUEF4asYirsg
5osmDUFvKNBrCBE0chT8HkVZS5D3oJyB3LmroKh4zt3LdqKvaAif+PHS4eHxPz3TTOlUIVHl15tl
VB0oC/2qAD2DDGiPZM4x4jy5IdR3B2LcxF/AQckaLjh+nOVHaR4A/mqk8xCCyChKy2xiBYm5kBtC
MtZCEMp2IESaMEeLvampf/Wa3ICkPuJDKFHIV5B9UMq0wlt7demfZEEWM5fYDEn8pIL5oVgLvOVA
H5KTYwcHxwwGxu32aNlEirFV6YrEHMhuYGTHUoAKZWvgguaBDFDU+sRowZGzNVbnrNujXhVn3NTd
ddU0a2qKYUtL2w/nZKekGLa88/GjKNKRZgciDRrhSHr8qOwhdLY/XC+FaghBwygCYXrmlugObBBn
cqnKeRKsGEeaJkl7AgQvsI12CBG0DCTKVyzVLCFWF1H6cbHG4OERrB3GAXO+g34m0Qyksq2J0myl
JEpK8mRaE8yADe3g57Ll+0OgE7Kf6EntemT//zReajnx6UsH/vFyU2rXI+ebPkfpuXfu2E//UH+w
vziUUSGGCnJE/UQh8xCYBhMBHUc/YT0AMu6oNnvpSMT01sSU6Z29o9UZsdX2jh+X3vC74eFxJEyd
7H7qBlOtapYsRpEqhxA0jCJStskiJ2cKEJonTdoZ4ybnjh1iixvlyoZuRcPSyDzPHKDE43zlquzT
JaB+CEHdKBYaAICfj5aDoqKl5BBqND47zix7cnOzxAmy2bSV+br5pKr19+9F6YwBDx6C0IxRPZaa
hhA0jCIlUGxGwBEVRsddBU89YUXmquaTP1gw59etvT9JS0/CFqt201/0FZpo6iyKna8UzJB9F/+o
WGK94fPJ6EPCbKmyizZb6w0zFo5bnmp7ca0Y9eBb8e8mm1GYvFYQB9l7ljKTxkdbIxiWvUJZjsEL
uux2XjUuUd+UnIkCnNkXTi6m/CWdSlQbzb+SYNgrzwprWoNsFuCMIr82OA7MkNWd/pPn7BbOzQ0h
8fQVk5IlIqH843otN7cPQhkvcHC93sEGfMbOf92cbSwnwF/iVtK3/QpDOGlJaEKQgNjpoy0EAmXF
Bcqs3F/5sRSW70MWLFFR3o12h2iniEA6BUmAZhtQUpIne5/JjmAFakuA4zOIdGkkFXKgkStbsuoi
JHFokMAc+fDJ0AcoSTNFLM7QDJ46LehXqewBw7JXwhLaIjuK2svVUCFSk6nTw5fAS2/IhqUhZ23y
CFkM1SuIhsD2RJeaMJJBW84jGJAeRVCy0GkJZOQ8dNLBEN5IXT4bI18o/ZvVmHw92DHluoAs4ErW
cw2DRCoLPIo0dUbIr3yyVoYIXlTRgOGRI/fNeqZXd+7YMbLmfgC41H0ps+kj/NlbU1HErIojbCE4
0dKK7zzZBBzdhtBxZln+qrtEH0Pt8xPsajG0ZdaIbJERDt0W0symjyR+dbTYKe8TVH81GpaJa1BE
VikycehDhW19D9yc+7TECQrigISg+zJLSeuTghB1FmdeePWh+Pgpv3/+PgD4418fQMV/tMPo2KJV
VOHdkOY0JKlGrIyDoM8QIlX1e03fefj+lwBg7bobAWDNQzcODIwcbf+R4CUqUiQFT9iRgLWjUnAg
I0fvqlvNpmeXZN9Z9kf0tadrAAD6Lw3NS/9FVJQhKsqwek0ugPqFVDDIVBfITgtsNA3IrYr1IXg3
GT45VreF9Okdpfjzilv+cLT9R8tveuadjx/9xP794sVzOIXalQINHhrIIGWUcppr5O/s3I2IT0DS
Cd96q+e+UCzRuDdRdeCmQpHbHVl5q6K8W1EiA3VQ7TkYeglIT3Fm4+blZB0ehINHKrWQYH2jCVv2
MZw7doidLxGPogg02w/B1Jih17hyqVC9T6ovJtbRYn9yc/PhQ+212y0BYbE8yqB5Fmf8EBXqk4uC
DiQ5yjaYTBcAobJHcsUZfhpaMsxTqgO+ETLPBetecJr/YlyfCXBcaZZ/DirKuwFeBt9aioC93AHg
aPuPPB62OOe3+EhTU655rqaHklAkBgvKPsGGgETKXx84FdL08mxD04XybmLi6C3m7S7XuOBPeoE+
IIYDbiGV4Eit8ryQ027BhMOgap+nC1yu8ZPdT5FHyspS9H0EIkQVE9drw/JVXwoSj9RavxBEBo9y
/RFMHy4LjtB08cIQ+TXVlKr0hrLQZSdDL+ko8rrTQSIVrEJJpuPXHavX5JJfl93oF1Brt1s07kEF
oVc9b0oeiYLaKaFz/UIVOefVMFfNSX1UQxdbGCfwAQD60rd6cxEIZWKWRlBKUCoaFXVDCMpjMMMC
DZs07xD6lUEig6qPjpQDxOGCnXM+Y6bJ2rRBOC+TJHQUquX1RB2X1YiyvhJzZOY9TtE5jKAMIQBY
suq0bQglQRCZeS6Y5wK5AZVd63QM93Hu2DFV5Kepv6yFzZs1PYsoJNqXvhV94MdWeuML8alSEbZ0
waH+BoQvZUzIHk2pJ9KT7oG7okYD1gP57CaCVXoQIQevgI8unfQnglGbI1IpDh9qf+ODbxmnxd+6
8NmoKMPF8W1kyjCsJwre+AG5kCIxSXDBDUKVSHgAACAASURBVIFXtSJNDQlSBhbMHBnskkzfuP0v
c7KnA4Db7d3MPfavrw4NyqTQUA2Bitr8dNLk9hMV2+5L38otp2BrxbWrVUNCGSsPY5WLuRNdFfq6
Wci4iLeJ7+x/lPy178LQpb7hqChDWVlKUDbHgbZJKnGGdDxFxNqX7vF/FeGOYkmb0YeSkjy+Al12
/AT3nWxMPsQuAGBg1Abufki4HYCBiXOM61DpykIIAlPEXavdVXDHXQWFWb8if93w2GKUOTjVlCqd
ol+sAIwE/N51zt3oZTJHPnxSzCYiXU4bqOPH/DeUSJFAsFi0+skU8DNWua72x7PvAUB3x7SkjEIA
Zqj384z8Wy+eOWmcldPr2HddXrBWMwxFiZ5ooEIQY1j2iqILhB5LLeBIahyUBegQQ2jb11V8z50A
0PLOe8UVj33Z0njprCPn5hLjtF4INjvUpicSa5uigQxWTAW5RFBKQ6gUG73oxLIeT3KlJ7nSNL9g
aMA4OGA0zc/3uOzRcUkLVm0+f6INnYYq/wUPGTNNJ7oeX7QkGx+p3W7xjp8cxOaWIo9LHbb2AezQ
WAUouS/xtaQ8KFlsEoxp6MPMnFkQOwuASUrqBfelWebbAQzm2++B4Y91f6ggVOuJJEA5ikbHFj0W
Uh74ar2A0rCU116DJLCIEJSFNGfdHvTBn3WLblTox0/RliZc5uhgA/EI/YfQm36SYGlWu4fGdKKU
/mYaWTbuFjZmvuyZpSsLwVg16aLO+CDnYunKwuYGO+gjkUo/VTwbFxcK+aUnufL0/rq85Q8yA3+T
P5uQYCcv8EYLpXJHB4Me5UuZB0iFX0n38QN5yx86c+gNlomz7et0NA85mofZpG+ePxNz9KOLtn2d
bOxN3ecSW/Z1DbnmsCwLAGzCimMH+k/Z3GzSNwcG0lv2dZ05zrBxi1T1LAxAqihy/CAYxiZOETAa
NxAVIgwbX3bh9CumgmVDl7sh8dsAO/LLK1xDbiYqLnlmcWbhspY3X4CYvCRT8o2FqxzW5wtWLgGA
4/teK7j7MQDoO3us9+QX2besnpoxFzw9CrsYanDWT6NjC3T4f9V/CDm5Jzm1KQKC6H07EBUi6IQn
JfuW1QaDIe/Wqitd7QAAo0cZQ4n3Z9YNAAAMMMAwTM7XvgnAAADLehiGAYDpWfNjYtippnldjoOz
8heq6mjoQHon8bf8Uau/PmJK6YK4Ir2eZ7V7cmYw5BHyqymly4Q9zEaP2Q692pe+NcdIGwOMceqT
o7OLypiBl6Pis058+CoAmHKME3DdlNj4i60fn7UdYj1u07z0vrOff9H0dtJUT/z0nImxEVPefPtb
z186Z8/IXTQ+dNqx71XGACmzc5jx05r6HExYOyrbrhaiV5S2pDLu8eVIp5NjtKM/r+9MsIM5lO4u
VIONnnPm6IXrilec+WRP3qIkBibQ8RBYnfQFbjBfCuV0xOf+FFSBO4QpXVgmEZLuATDARAfjasLH
OSYO6eI8YQentQFFr3htjgZJ1xp1cGaaUeXw0KtaGHYIBvYI/kR23ujYUmoutDbYQV+TumbwK9Bg
iLmTMeyVZ9WRIN8UhY/wKxMEA2zsAogxAzAw3sqMHJE/n0kCAIYdJA9G1AIrVjEXxMcPAAwqxs/W
WI2cqzibOZwGKyTjV3hi/6GRgf7hK70n9+9noyg0y8mrRiAwTtFcoy4iQAKq74bC8MSif1BcjuDN
VWpnSP9GfFBszQzGTGeTH7zccTJl2lGWiWMN6Uz8wuMNLwBAwcp/YaKSXVf745iDLdZTJff/+OKZ
o+db3p+35GunDzUBQNr1C7KKVwA7cubTvTmFYxAxxdnE8glgj1wxT3mV+0LsyiY2bOR7Cc5KZYhN
SgEAhh0B9urxhv8pWPkwAGt/74Wiex4DAGAS0Xlxyak33bu25a2/laz5setqf1zStAunD8dNnZ5d
ei8MvWbtqISGSguEeS21dlQCfCxBghLXCijYKMNqpG2zQZ/XnsudxxrZ+CVs4p2f7TuF9GcArHcL
75mA2AXoxOjYBBhvBe/WlIXRli77gTOfvs1MnAXCeyp4QTw0sGTVyebzEHP0EgoRpaupFBaB04+h
97MXltitb7MsFN35UFRM4vGGFxiDofDOdezE1bN/f4thWP/J7DAAuD3syff/u/gOU/Ytq0aHrjKj
tvC0nAeNjEaKF1LFpkru+SKEzZDwJN5//vOPs266jRHZe1BCdU5wctLTRJ7IPkh8CH1jwy0hE+iC
FqT058EDm7wWAGDwTYYVrfkmTRa4sJRS7z3wLV0oQILzCHIlJxM0oDHmr/P4HNEhDGhfYDRFyAqR
hAacSrzSJ6OqpoGHdsuK5WQCDKT057/PgGgWYxUqLt7cYJclU8lNRcTnOpYFDZuhGUL8E98VVkC3
HPjeJC4RuNy5G5+P5EqkF027uE0soCVAnMGWINkKgkqhfjlVm2wYQYWYILhkiTVe0DaAqQr9Siov
rXaPhbhE4HJjFXm+JasOHFssRoOtUZSi/FQYma5jeiUbpgHtPNNgEhAuFSl+cunKQu+6Lb4i+m8X
7FRF6jZeeiUbFoMifZh85ksicb0ukK3dCABMw7F+EPFwiQT9b8r0TolfNSYbVg+1hEhPhdwzxakw
Gl8gcBeh4DEtUM0RW9p+OCc7JcWw5QdPLRsaHPvTM1LlsdVB2f5abRpS+vErXVkIvmrwICmXeKmQ
tgUhpEu0amV3fwt97ffUpBi2JCfHDg6OGQwMises3W5Z+4uHxO5AJouRmDq4yoK6LbYKhwcxx0z+
cRoBRZmaG9Fl2sVtqgUfiS0qPgEdQf8uujuGTJo3LSU+Ni6676I33dPqNbnG9fJkjbbG0iNEvzxw
6BUZ3ShHUWIhRT85M83WBjs+h0aLqYwKMRSNIocOJOIl+ccdZ5YtXViHF1Icxg44AEyJRCr4CGEq
NG5y7tghlt2UIwkHREoTGzs+0DiR1EZ+xv6bJF/zDidauoUyVqgcQu+txXms9PIlSxPES/lPRcmG
aYCfzk9x6G+YeEIZQDll1kdJP0VwIDlUSCnd4BENGPWsOrQBVT+E3ptScEdkj/bmZJYDr+dGAOCP
4sEjlebiQgCZGEx1ApTTXNP5dsOTm6WEJute+RBiTl/4rA4vnjSbB79yNZBZah1CCBxFwVfW1vcA
qoKAh1BKQ8+V8YzoP/pkwyrAF0d37iqw3FMIALOvM6ZP+T+3r8z9ZP/Z5Kmx73/63buW7uzqvNp/
OZPq1rg8OS4NzimzSQ/fmmftqCQv1MOb21iF784flfpGEwCX/pDeSPBmAQH4AOBL6mSee8C6FwAy
AY5rTzZMA5Rp+O5v5APA+S+vAMC+v39vwZxft/b+JC/jl5Q3waQDWLx07gZjFbltUApLVh04/QOp
Q1iMbOyZovoSuGQSKEzLyYcWQzzKS/tW44a9b5zABzNmJgFAWnoS/X360rdaCg1IbiD7ZSk00Cye
AQiMYrdk1SFlkD6RTVa7R8wPQ3r8hN+yb0JwkqWob58c+H5siNHu3PEpebDuhc8A4JWXjvILAQgC
rc/I4Y/zOHV1LTjpCJArhm7BaX3pW1W8Zf7Cq2mojJucu9y9ropeV4XjzDL46U/x515XBc7hLwh+
wura7ZY3X/Vq706duOhyjf9gYz0AfOdfXubktJUGZw+A54q6vbWemwpBqFbfkOUBhC04FHoKPc0a
xk0AYCl7nlQsIFBuZmg0dmpqIfA2cjqHiErTkM3WSv75W2WukR4/Suhu1rA2beCsmd7xk71QZPw4
+a4R46dcUfkLMoLO8YV96VtByCdTIkcfADQ3VFqMBgi0jqpA9hM9AI+I/Vrb1K+ifsXGzctXr8l9
85XTZWUp3p2oD+o2nYIVqGkuFLPaG5oH48jvzYNxnCNKwZELUCI+2URgzkyzlodi2Dt+HB8/BX/A
lRQV38j5HP7LiK9f+4uHzHMPkAdBPDWMGqdCDVW7mG2HhiV+Lk0SdfOSBs3CyNnbcpUUyj13UqZ3
zs9P//LsFZdrHH04e+XfM2KrkZVDo3GRcmAkTqNKdq08x5kML1RNkbgGFS7Cztnk8XUTePzEFn1Z
kFm0EHAlReCVRlCKYCcCQ5CmRX6OM5utVV6c0biuCkJQt4RGzplpVm3JenpH6avWf/3U8QQAoA+4
kuKiJdka82qRSSY4oNEhIOrUxaW2pLzaO4rGqpLyapmFFEH1ckqCb1sJAEF2WtzddDdrYEgvpKrr
OvGhVCyn2lRoJERc+wQRn6xuV8tUDUYNRRpIt1lR7RylFRCDVeSABNbzSgyejh7iGzcvLytLETZr
BAFYAi9dWWhxCNuKV8DPgTGwBT+nVC9gbThNA2iHsHkwTstyasmqszUGvypjcGooSsOfGN5HiBKV
TJ07dsjaiomzqUaRihdiqBtFP3vQMSswBfSNyJFw2iDP0cVWzH2EJOtRpmBTxxTRUiOrvw5xFWON
QJHvHOHF6NjS1NR/+FB7lMH9zJ9Xf3nm4vO7v9n15SVr04adL953zNbB17jKAhmVJE5QzAvVrajW
jkpLCVdUq69vJL9WVJTXN5qCUbxed8hKnsZp8aX5v/v83L8hEzH4DMjqgNiQ2BQPeiZEErbG6vr6
xra28fr6Rs74FRUtbWsbLypa2tbnV4Z5teFqXad1XEXJ5GfS44dsxSfsveUr5mETcYphy4JiAZGK
PhxAgsWokUhVizYlJXlfNgLyo8FABbPJg8fAVFFRDoTWO3IiGmXpD6nC16678fTJPmwi/tZ3b+7t
Gfy8pbt2uwXAr+RTtIkU3GnQbu35UC3X8IvUC+LYsYNoFL3QGOkoW6KOzvhHtXMXVy8A0jDE1/Pv
LHNPSahcSNXJNTZba8DAAADAsWMHOX8CV2pLEefcsUPsJ4kNAB+U73rj5uV8bS2I2BqVlTkSgkoq
RFBBi5ZCQ319I3/x5AMPtmxciBjwNoCyRJ30rWjT7vncOzi06B8/vSuchkI7w4f04AXAudubb58i
LkIMhw+18yvTHW3/kcfDFuf8FpeoE22Cb/wUVSqWsBXzoWU51TSEKuQaq93DX0ulgYdNi4TJr0x3
i3m7yzWODlIWHqV6y87nwGcazHBs2bgeHZShci1ghuy7EgpWAV0qe6UKFG7CE21SJXk3b77MwBvS
kKmEHYDfQnRD/iUyVj1eNznR99dwDSSYIx8+iT5Rzg8VtESWLFR0oRhokotINEaip9xsMATN43MU
O2FfwzVIwpeZm4C0d2okZDZRHVKNIU+KQoGBICIpSDjfkRQrwT/FXqkaT+FrmGwQIEIS/EmA40uD
3DAp0GZK0yCakpA29HCiNdEHFCAPPOrSYr+8Js1+VSFDhBhkHsbI54SKzkQJsb1h5DyVAzeVki/R
Af5K/kr5cjS6EvBr2F/DpAYtEUYUFE1i2ZM5pi9BUgRCHJWQSxWtUDp69VxjkpMaIXW5CAtki1JX
lHfT2Eyw+7KYH7PSoCRFNc+lodRv+BoiCl99Tkh/VX2j6Trjx4IsRVAE1aWUXzDyzos5el7jlpEJ
Zsi+6+SFI2Hf5imClomrRWFDkqKWNJAqmkQJeqv/Nb1r5ADlJqiWdZKPHGicsmR6WTGgeCK+gIcE
UVIc1aVeno5yqURoOOeIN7mWhtD+a9ALfo+ZSFB70kBHvqG7h43GxkBIanaK4Zp2J1xgjnz45KSg
PQzdN1GqSTF4y1Z4CfIaNQYDfGszlqcmn2ImGJoMynvq6woLFNU/wlgu8NqmUR0oE+eSCvZrRBhw
Z6DgP7pXkpOF9I4xqFR6jSuqBn0NmcgjQuMmAJAo7CEGb3gnKI73EotQCvsmTQUE68dqBIf/wzX2
qDcikQhVUCACZZi1CojxoklBotplBz7zv8YhdUQEESHy4cybM086W5I0aKKs9UUwmE+QoK8kf40O
9UJ4QuvFUFS09MN3HWRSq2999+bfPPeNzMT/cLnGZ2Qk/WVP5ezrjN1dA99eW9fVebXfU9Nx7rLH
wwLALebto6MTsnHyuoO+bl/YQVmCkxJeM+M1/Y1mRBYRkihfMe+J/7W08t4Xf/PcN9CRfX//3qpb
nz/XfjktPfET+/dRpSsyxwE9dEnWKwGaKqXhAln5EzRTY1/6VlStCK4pVNUigsRRBFTm9f/9/1as
f3QhSiUyJzul49zlG7N/0ztaPTfl50NDYwzDXHL/LH3KVpR3ZEGxac/eh28w1QKqQyknjgaPApFE
TWZujFhSJBEMFRSlZZXjqvXPScARxwnNxYW12y1PPWH92b+/j470e2puMW8HgLoXPtvw2OLtvzq4
4bHFr7x01O32fOu7N//lD/+Yfd20ixeGAKB2uyXVlBrO1gNAYJFbskBwuNslCn15IwIO7JC2rHKP
/FPKtxHHCcG4qben+81XToulfhSDP++9HhXo1AFxQvCFCKPPXsZo3AQAvT3dca+82ll2K7lYXOq+
BACZTR/xj2c2fTSy5v4gpdqjAV8tHLLV5J8ndjkSiRD939vTvf7+vTSZxxctyd716t301bT1JUJM
eAiI/HCUsL/ou3GTo8UuUQtTAifeetdcXBgWIhSDRp6pKHskfNU1sdEgFwoQrnQyGTNN1qYNiCu+
/NJpQWpUXfUleMwQMUCSDhF6e7qlq5lKILPpIwdAiLW+0iDJT4WwTVkvEJ+JNbFfSVKU54SYRENE
jSL1rXt7ui91X2pq6geAsrKUVFOqKO3RcYzg8UOSGWJOuHNXgVIBm0TtdsucW4vCm19LAnw6VMrr
lOKrRJBaxVFBLspJ7q7vSIQlBFY7xIiw31ODrKDSl2ssVhsCkOMSbApEEFPAwmTbRmrVjkq8aPIn
/nQPJQGIgbZGiB5A5X74GBgYQfVpn3rinffeOhmCloQAIRtZMiIZKVq96tZJJbuGWTHD55Y0/FNf
jX9o6LDXVSGhZ0K1MrDlkwOv5imwHFAEItIsMZOFDiNLO0oKt9KEoa9QKvs4HWDc5GixoyrC5OF3
Pn406/ppruHxTQ+/YvtHJ/+6RUuyn95RGmnaUWlEVACKXqSIAwVla4YrRWQRIYYEP0Q/la4snHRE
CABKTaAB1pfJQ4QYEcIbVdMhR9wNEmuNUCLkQJAmJ5mGhtD60pCinwFiTEIixIgcauQfxF47NMux
hDaIRF/6VqDmmZODCDHwa5p820Ke6QUbXbAVdNGS7AceyhU1wEwqIuS/UoEh08OLKESCjA+CdfI0
RlpOMiKEIIijEBmqWglECBvRCEEi1MWLKGR0KJBkgOcN622Mkn1jsBy4g5eIBb1rp963jWQ6nBRe
4BzQvE+9vIiCapcm4fdKR1lbhYCebmsMqMkpzR69nBCfJBhsIvaTIDjPC1JeQN1nJL1iNoyYXHTI
Ab/x2r2IItyBAUE2LoTLCcniZ+rScqPVYlLYZ0hwXAsgHKTIdz/irPHQUAkdULqysLnBzjnnK4Ds
nJQ3Pvz2gjm/BoCWth9OiYmalWlE7kS/f/6+L1r7fld74NHHSxd/7brv/MvL4W4sLWi2iAx75Vma
88QYGkmogjcRvFC7sBoCnhAs8cZYxQ68ySSvPtjqHh5jVN8fvYFwrRfqwBk1FMCNv2771Z3Xz53+
8P0voa/z89MPHf8BIsLe0ep5ab8YGBgl47knESf0F40VohEd9oT4vlKF+3y0ilS3kA4AYO0ACN8E
EmM75Fd0juqJLnZhi/VU/or+slk2xn1B6T0x0GzmcMXIB0mHqabURUuyDx9qX7wk6091D1beu8tx
rFfwqp6ugWkp8QMDo6lpCf2Xhtxuz6Il2avX5AIc59820oBCQLA/HfDYIy0nRBCwXZbkgbGKvkH8
/MQqyhvRJ8wGobWHo9fC3RdIVE440wkSoSwl88+xFBpsr/4qf8WGOIOfCNkYM8Tk9J7Y3/dlx7hr
cEp8Uvr1182YvwzGvoCYvMHuTzpPnnc5LxmipySnz8haUBo9ZYIZOYxeRXODPYycUJNCy7jJ0WI3
FxdeuTzsvDKCjhXn/BYIcRRlNuHk+Jp1XaqYFxF9aR3pKRRKpx9fLQolhKQvVGhudKxHT98eGnoT
BHeaGqsEiDC58vh7f8hccNs002wYPQaxhVe6z58/+mHhXZuAdR1v+J94Y0bq9YWJqZlR0bGMwQMT
FxjXfnRt2OlQPSaJF1GwCTIaAMJIgRCoCooEcFS74OOZqme5+IUMC4j3MgDAsqzvOAvAAouOsx63
J2vBkmRTEcMw4yOD3Sc/6TtzdME931bXmAhExkzTxs2m1Wty1XgRaQMlG9cYwSwLf2m0MEJCeUMC
nUO+BU4aEvI+Orr56bxGGKtsr/6Kc6zojuXRSebek/v7zn057hqKSUxOm3PdjLylMHYGYuYP9v69
80S7y9nHMEximml2/py4aQXM0Dv48kjeEUlhcnoR6c4YI4IIMQL2nEJ7uZx1e0gKlE6qpxcdRhSj
FsQklkj/uYHoObJSHkrQDIcCQwbdC9kGwzXH6NhSai6EycgM//lAKhdKoaa5wa5zZFTwkLNuT9uL
a8kj2Ico4KBOpb9tjdXg3I00y7qzQWtHJfrT/bb63nCSIsLfA1qCS1cWAgAyL0UWJxSEM9Ns7HQY
Ox0lxEE++VntHmyiRIJoSbnKJ4ZA/lx4PQx1Omz7OjPNC2fkLWIG39Z4Q8QMrQ12vwmEOch4BnVp
7eRChIjlYhVgneYaaKgkrbsRTYTIcFcq9BMpuGL7HqLDCPeYs2TVsbELRsdnnDv27g23rz/VuDtu
etbUlGWM6wAYq9jhT5mEW1iPG4AFMIDHCSN/h+jZMGUuMNEAAEw0jDqYuAJ24E2IngMxucDEAbAA
MPXsHUvuWQPW17xPYhLYmIATwH0JRg4DEw1xJWCYjk4CGIeJLhg5wrBjWvoVyR7wYQE/gxHaukMD
l1FHNBEizqYoYILkhyogFp+iI9goE8Tkn/7gv2bfeFv8VOPcW+5ta3qj4M4NMbGFDEDLuweS0s9l
3XjblLj4ruOfDFxoN1u+03P8PWfv4etL7zVERZ07Yh24cC5/hSku8baeEx9fvXBszqI7o+PiL35x
9MIXh81v/NFv6oi/ReCEFVXRMUn29/6ckVeaen3hxJjryyMNsfFRWfO19usaBUqIwUh9LebbFNFE
iGDsdCCJVOwES6FBolA48ibniK9icZnBlkJZiIGE5e3Nb42PDJ///MPzn3+Ijrc27i6463vAsgCQ
ddOKuKjjMDGRPm9hX/tRxsD0tB6ff/v62OgOmOjLKVvz2eu/AQBgYrtPOQDA8f5f8P0vnG6ZVXQ7
+uxh4rtOnWCA5Z5QsCx3ydd7z5w98f6nY8PD8cbUGXPmQGIZDL4G16AB/HyC6F8c+8p1x/fBS4QR
nq2Rhg4Fj3upC3vuYYSr8EjiHRdO2wb7Om6q+H+YkYPMRBfLJELS6tMH93xx8JW8rz/oPY0dBQBk
xAeAjFzzlzZr9uJ7majsjk99OdfY8YzcvMG+gesWroyJT77c2fqlzWpMNeCrDOzIzNzcgb6rcxbe
iU+4EnvDQDc7avsgbe6N8297hGGiLpw+fP7ECfPsspC+h68QxDyEvYGvPhMuPo1PigGR9ZGcIk6a
CEngQCpK/UooAxHYxLtgoheiM2Cilxm1eQ9Gz2ESy1jXYSZ+ETu4j0m6gx14EwCY5NUo3sLZdTwh
ZU50TAKAZ3zUZd/7XwtWbY4asULMXJgyF5h47909AzD6OZO47GCre2leFDvwBkzxn8B6WAYGYfTz
v/d8bfGcfjBMB2AAGAA3uC/AiI3xDITgDUx28ONOBf0ZyfwPshPsq0OEkW9SVwc2oXx0sL/jaMtg
fy9jMEydkTm7wDwlIYMZfl/wfOkIrGtmfS0QjPwW2wriABfZt+0nwkimQABwZpqRnZC/nYPg7+Um
EWTDIL06umuqFGpQ+u4HWOFXFtIvdt5QJoi8DSEnPJ/vswbXaE8INNI1Z6Mie/4/JxTtUzgUqMi1
izny4ZMhIz+Sa0kzXjLFBt7ghcVtTXewEAWJFvfYxd7TZy93nh5zDUfHxE2blW3KL46OiYeh9xhd
npK8dvRCfdS0ldHjjYIm+9DXb1GN0DfP2lE5/MXH4CuwRdY/FzsffSA3gQg0zWbYK8+GJpRJUG4U
I0WBXI68EIpJCjbxnu6TRwb7enKXVYD7AoydhbiCMdfYiQ9ezl5069RUD8TkApMAAAAMsEMwdooZ
a8VJMTg6GwAQsO9HTQOAltd+nb9iQ/zUFHa8CzyDYEhihj9iY28CQzJ4BsCQzLgOgM+H+NpGkQQq
eA5kjVdJCKbhpF87DMPnk9U3VglKyqv5jp3IfsD/49Aq/mp0bBELnY5wj0E/DFN7T9lm33g7jLYy
rk8Ydxcz9H6M56ObymdMNc3taes53vDXwUudHvf44KXO4w1/7W3rZZNWA0CL9ZTraj8wCcAkuK72
t1hPofu1vHugdf/fRgb63eMjHZ/tc+zbA77oRJb1sCw7dNXd8vab4+PxbOwidkqO3frGlT6D14cG
wOjYglMq0oelf4WBS03mpL1MQ4GCUDQbaZ1LrHaPhEGcHiXl1WCs0uJjLUaHk2chZ+OmTnM5L8KU
LO93JhaS1/b3GV1XR7pPOeZ+7b6k5KtRw68lJTvnfu2+rlMn/EYIYIEx+N3QfMi6aUVc9MmoiX+k
z1s4OnSVYRiDwQAADGOAoQ8SjVMzC5e1Nb0GMbnnDr83bfYN00zX72vNRNdiV/LmBjumRsqeTJqF
jw7oVVSUd1eUd+ekKUvoxmGDyB5IOSdpidBSaNCxGI3GWAcJfjgJMHosd+mdPSebztqaXLDCnXD/
0OgtJz/4a297d2yy0XRD8ZlP6ocGjO7E+wcHjGc+ed00Px9YF+thYxOnXjx92B29eGTihi9bGri3
ZUeBdWNLPQCwwLjHXJBQDq6PZuTeHJM4/VTjrpGBy7MX3ArDH6zI+hs6TdF04WDyLHzy0JjOSws0
BfVq9LPRbtmbpFtElomB2BshepaPETMxewAADG9JREFUxTHAjsDEORj5HGLmBewJPYMw3sqMtbJR
aRB3Mximejd+DAOuT5mEJQAguFfscXoyklmY6IZoEwy+AXGLRseSTzT8ufCe70WzJ5gxgRUQexuH
5q1GyDKK/TlVLyikY5o6qCFC7RUwBO+jDpOUDkMGFmBkyH3y0wtxU5PnLlock2BkXIcEzyRd/oP0
Vm22VhwXGlTzkt+CZaziaAQFVZecFYG+7yoqo/BXHx2I0HuQl/0eCGsEEGlg8Dk6DkNEkeJkDOrh
C2M6vlJEe3yHpyA5WggWTvLWKqMeF6yQJ4/krNuDPmO/EWemmXOhipemUhwNUl5tLYgoOpx0oKpk
RgfOSt/24lrpnJp4XRYzVgHdpBLLgosUimkXtwkWVBLkEOSZEimL8J2RBRsvZEoJgYoIBV9TBPpq
XqND1dBIhGIJyJzmmrYX18p4ZVAnnuazJvxZ7CYSWeEpHyp2c2wswLIo6VgC2olw8jpkhpoOjZsA
wLljx9Rf1iq67upPnjJu3gwQEaU/BRWD6E1qTO8nS4SKoEIRqDHIW/rO4KNApZXLOBBuX+T4kSrV
/4beeqGCAgFg6i9rnTt2BKM9SiGtmsemfBVAZCyYj4u2bXYP/gOfv4eKm6h7uuw9S1cWGjsdYKzS
SC/ykfXhLdyn4omIDkPDDx0t9idfioc51WoufgmeLrOjMpdfPZBDoLpannTOBFkEg/yAQ4F6IPog
ew8ItjV9K6qaFPB4Ob4UIVrBkNFhU1M/ShSNEBVluPWOnJfffQQV9OKUMenqvMq7PDfsRIgjUEno
/vaQfyLXaZGCLLULkzqKowH7QJ0oEHTPMYOHU0WtJX0RpBLT0nskt9tz/ssr+Ou+v39v1a3Pn2u/
nJae+In9+3kZv9S9JRg6djN461fok4zoQoEk7QGAsdMBPgrkbALVzflgJf/tS98apBS3iqDXFhE7
N3P2SGVlKRJXZcxM6rswBACX+obT0pOiorhvu6wsRXXzUEs47VF9NzxMulAg/yZi08CbW9m5W/dM
597nElIeZ4cpeyE6DQuflkIDyn9LnqZLsmmm4Vi/xlvQI2TsEc9FPBWk55YYV5HXDRo37dyxn6wl
RNaX/d3OirbWvu2/OihY5Ll2u2X1mtyM+HreTZVBsGtKtZrIRIE1otJdBoDenu64V17tLLs11ZSK
f7nUfQkAMps+4h/PbPpoZM390vXMAnSMHGOYKlaJiQ3xQ5L2BDkk53wITKoibe0QjdSjmPAhJUIE
S6FBL4c1/JlmtgVFyjJuUlpeD8FLgTNN2k0UNOuL2Ali75C/ivlh3ORoseevuktFU0+89a5gZU8M
jplb+KtCEwVICqWClIn8YCh3fRzSRXOb70CGeiHoTRUGIsRQyhhlV3cUCSYRDY3rvCtVIIkPvxH9
19vTvf7+vaSSRgwBNS5Bq51QhUkdgX+VxGshn9Lrqoh75VUVVhkAuPqTpzrLbjXPPaDiWg5kPZb5
bE3wBM6v9En9aB4NgQretIvbwFfiGojKnOEkQqDjivS0h74eO3YQAMTCMZXyQ7mS4EbyC+KKuLYe
B37uF9Cg0BGhNGjWJqe5Zs9PX1LK9knUbrdsXH9c9eUcSJAiNtNL7AC9Kd6V8D3ahhH5WZDbKogv
B2EmQgxBrkg5w3AoNIYYBaqL1pFcdI2CR3GxSwAQLXCJoIEI9RWwKQPqdu4qIImwtOy62u333rrw
WSAKzaMt8e+fv++L1r7f1R4gt8T6EiEQo8NnfSQlgE+QEVB16g3ZiuscaowUIgS1e0WSAhUlI1DD
Eil2IyFzqQ3GFpeGGTrOLFu60HtO2dezf/H03cuLn8G/knqp3tHqeWm/GBgYZRjmkvtn6VO2ut0e
3YkQ8PLBoz0SaPgwe9RF7JSArOMn2eYIqkVhtXuQh4CiDZvqLCCKDImCFKjROTgCgQ33EkOQakpd
tCT78KH2ZeVzf/703ctuFHW+6+kamJYSPzAwmpqW0H9pyO32LFqSvXpNLoBuREgGLtgaAbDNgwfk
tWMpr/am7QsmBQIv1AF4BOnN3m2vhIjihCRCaesXNGpxZqGiwOXQMMOgugSJmfUsWXVIO/rCC+cf
ebS4rOj35K9YHO04d/nG7N9wHIZmXZf69I5Sae2oikYq1bGh9xbiVNfSUyJCiRDCR4f8oVU6YPoQ
YUTGZ1g7Ki2F08GngqLX0ATohDU3TEVaXmwFxcdDRoey8yFyiRDCQYfaKRD0I0J18RmA6TBIQVLG
TfgjDSkuWpLtZYA+ODMztfBwFRRIk35CX5pUlEEiookQQT+bXuBpPD+pnHV7mhvsyJiDEMbcOY4z
y57c3Kz68qd3lOpijhMAQYQIWBWMbTOLlmQ/8FCuqFrY+ZxqWVqpCKooC5OOdKhoDkwCIgSKl67F
D5hUbeuiNNOFCJElgBOWAdSBGsFQQkpARb4jULitVbEDVNEqHR3K6adBdPNgnLpnlCaNqLtQBawd
lYKiKV66SspV3dbu4eRTRRRIU4ZNzfOUgxOWwT8S1EANenhpw7FFEeehjzhTTYGWrDpF5da9c8y5
G3QlSGmoN1Eg6g0ZKfalb7V2SO0SOY4R0pYDaeuCWGFgrGsOwU5VOj4Dgx+o4XZ76C/XHZasOmuD
vdSsgA5BjiWqTsvLV8YoAvYvU3m5ULYoQWi1cTUPxqnmpSqAI6TQV2T8EQxOEXRWwpEssgnFMUu0
NVbbGqtxhYyQKYrMxYW12y2yp9W98NmGxxYDwIbHFr/y0lFEgbXbLWQQQ4hhyaprbrArCqqSTb+v
lALRDNFuxdGSm8N/k/JqMFbxqz/YbK02WysYq5hth4Y1PgMhlNIpgmypVExmsr68JARNq2HI4xYB
8RmqoToptVggoiJNDGjmgRzobszgBGfpRoQQJjoUpEAO+dE7tUhLDhpTjymDTwkZrvgMLdCYGZ6s
YapyHxiERTN4dkU9iRDCR4eC1KjCoYxSoxUKxhhoCQh9fIYWqCBCkuOhy/0lE4MWRqwOulOjzkSI
EHpSJKHRmZNesxxcUuSZ4xBCE5+hEUqJkLOMcllZMMOIVUNHUgyKA3eIFackLFl14AQIiVNScHO6
icybjHjImAvmucQSoEgHH3wozSqEzudInuS77e3pzmz6SF1jMps+cgAEI6Udzh+nfZoFMYqieTAu
xHSIR1HLq6HXLF+DGGjYIKY6ibzDAOA017z504KnnugBeERNU57oqd3eH7y8kogUObFUShHcMBxk
wAiZDYNjuqC9KjgpYq9BENjCRKlxIYm55ObMA0c3z8mejr7+/vn7fvDUMgB49PHSP/71AQDo99TE
x0/Rv9Fy8FZZVZszLih7QkGEjCvy+WF9fSPnHJwLAwMlxcA/HTt2EH9AxyWS1oSrHFVkFsARbBUn
j7sitScOI/7i4k+P2rqun5sCAP/22Ft1b6/jBA2f6f/fV/pdAPDUE++899ZJdHmIPfhAuSAWuqDe
kEmn5ADX1zcWFS1FqZ/IczhfBX8iz6moKOcvciXl1QA1YKzCTnPXJFhrR2Up1HCOAI/vKTI84DDi
iQnP97/9elfn1SlTonpH/6Pj3GVO0PAcYw0AREUZLo5vQ4H80mHEqn1x9EVII+tDTIclJXlg+/jY
sQC+x+eBNGhrGzde9+/eFFIVqhxVg40I0+Mj6DLLM2aant5R+uRm+Frh75+vW5uTl9bTNVCa/7Tz
ygh2Xl9+0zMA8M7Hj2ZdP801PH5H6XOIAp/eUZox0ySmuxKzM2sE2ijSnIlkqFCntwgLPwS1tCfB
MAWBk9ipeJZ2YD3+VAiIQpzh+yB4fOovax1Ij683dKxYbC4u3PVq6puvnL5vxX+Tx+/5+p/EvnJd
F0TAp8NQMkY0VcKQYyakdFhuKPEJpeRPJHVxhFUJcuWLtWEEZ+sVUXr8YIh5GTNNGzebVq/JVRFG
LA1OO0Nf7Tw8iZ5CR4d2j6XQUFFRzqFDMkmpBF3R8E+Or2nOuj3OkLm2EXjzldNh1+M7zTUWB1h9
ni5BJUVlYcTUCD0FQhizrYXYiii2kcvJET6OEsLyUQ7gfDzwDuv2kCTHTyYfYoKUTf7Z76nBIcI6
gp/dXLfZ7NusYqqOW1hjdmwxz4WN6wEg02muMe7d4te+qPVeCFfxonCmPAwNHaormEwTX+/MNLe9
uFZiB6igsAz/5hShQGTFCBxAWJzzW5T8E31du+7GeWm/AIDnn/37///7VZsefnVgYORTxxMQqMfn
3FP1whFsNiJ4f71cl4Kkp5HF/wV7wPcnMtS+gAAAAABJRU5ErkJggg==

------_=_NextPart_000_01C2F2F4.3CD3F120
Content-Type: application/octet-stream;
	name="trans_rgba.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="trans_rgba.png"

iVBORw0KGgoAAAANSUhEUgAAASwAAADICAYAAAEl2OzDAAAgAElEQVR4nO2df3hcV3nnP3PjkIkN
USoZnIkhwZWDY1sDjTAVxsI4ZSub9RLcVYKTZ+HJ0sTbJTEpbKsGtmJbilni6uk2DSK7XZuFNk+f
4IKKobiR1YUYR26qAgowso0TCyfxD9nE1lpp7ChxPNo/zj2jM2fO/X3vzB1Z3+fRo5l779x77rnv
/Z73vOf9kTk38sgUwOVXvVIEuPDiFZb8DDA2doZcromxsTMA5HJNqPvmz7vWIgFkXn1++8XL37iE
gcPLrY7F+4tuB+/sP21t2HAzAyNF9GPHxs6QW7QmtkZmnhvaevG6t7/H/y+yeXHxyYLzTchjIsBS
H40vuDVIPcbPcQ4YGCnieGenzjZbU4vvsKYW31F5jN+LhmxcR4vl3DCAphN3kjl2NGPat7P/tL/H
NVkojh3ZUwzai44nX3BNjq0PdQBMmfbn8+0cOHi11fH+Q1bH+w+5NrJwbvX0ftlQD5TeSh1+3lKy
7Rbw8Uar+3+On18X/LEpL8nASJGOlun2OzbM34nbrVMnx1hwTQ4mBz0bJuU1c+xo5fHZvMVkoSgb
awEl8tQ/e2JysPjT01lfjbIblMkcOzqv0eo2nMuWP/u/4LFf/x3XN6+MPDUBHt7VfxmwDPib1vXr
3u7WsI73H7J+9OQRxotbPG8mc27kkam5yz9o3Dl2ZE8xt2hNWRe7vVkTzRuthtEdoflLYuDwcsu1
YcaGaoQ8vKv/SuBVYDHwC+A9wO+1rl93S6SGvfr89ouXv+VW4+s+sXAZDccP+CPKbP4lJguvj9IY
oDQGz7nw4hXW5fpRk4Xi2NgZcqM7YLLgekJbxl6B/gbgp8A7Wju7bmGy8C2/jdrZf9rasG5/UTYO
3GQs7FiXzV9m//6in8Od5HKO/GCSHzecOttsASy4erT8pEqDJpo3WgANozuKKpmWXioQoiJpS2lD
ZndhvGzI8WR7iWz7SWAvk4Mf9jq01Cse6pDasIoDBw4vt7xIdmzsDI1W97WNVvftTg2Rn6cW32Fd
lbHE8GUYyAdGpr/mFq2xyphfR+HcatfG5RatsfaPvqvoND42jO4oCXLm2NHOphN3cuCpkekD7IF8
7Mieojo+gug1MDxKFfKxlun76uOw7/7U2WbrTSt+HYDM4UfLGnvqbLO19Novu7O94ZyZP3nyfGlb
2+snKxqZn7e3KNWW0t1pj+PU2WZrwTW5DPAmJgfHnG7UdWTQGlfWj0MvZSuUwsK51VZHi1XWKFWG
QOhu23r3TgGnnBoEMLRbPE6jZqzebDZvlfWYhN5z+Xl7i7lFa6ydOx9nw7r5kcdCsu2XAXOZHPzX
yn0uwq+jcG61NTp6AbBV6mze/HJk243zBJXRARqt7qlGq/uc8WL2m5vRJ7xyggti8nuh437m/vOf
FOVEWN/v58aCIjP18hMX1QupqBDUbN4qqb/6cBXDPFLCAowNcoVp/LS73s8EwwuZqZef8DXAliD1
cT/HBYRkfsdGSYF98dP303D3r4W/+xCNc/yBPUlYcNujV4ZuD1AxoYjUKGCqY9VXTg3su6tix87+
09bo8RtLk1qviW1Zw3w0zvj45ITWawLROLffGi9uyWzr3Tu16W4r0qTWs1H+T9puHXhqhGU3tXjP
HbPt1tSb3wLAP/b/rFKvUxoodBt7Q6CJLMDkYPHY5Qt9TWa39e4tGWCMiqbyaDNTU2crNAWpIeoa
pa5WD+/qt4DlwKut69cdcm1Vtt2SM2sv+4WxUWWt15+7Iqi+jCkh4N4oNKtK5XR/PdAPPIOYqLwV
OAzc0Lp+XWBZlTeZOfGLnRddDbT+2Pv7TBZ+I2rPlRql95Qcu/yMh8O7+p8GlrZ2dv0BsBV4eriv
Z0mYXlJRmhtK+SkZQnygdf26twEX7Rl3EWGDeNTPb500E5AyFXDWfOpss3Vm7AwL9+1xHBedJqvG
lwfKbP9lMxy/8mAz+dcare7/aHq9TbKlLy7oZslSg9HGvoHDyy1VfdUnC/LkB0/cS6PV/R9XrFxk
bLRs0MT2n5RU5FyuyXPsk9d3nAvqd1oxNffxyOXYCFhMDl5QL14aW4W9YRr6dEtvtfw8NnYGt4FZ
9sbE9p+UnW+8uIVGq3sKKHsb5Q07nXOOOu8zTU4HDi+3yp69oYcyx47SaHWz4tErGbhb2TE5WBw/
vw4mB53uxyj4rnqQPj1ye2QrVi7CpHvp5zP2qtek1NRbHS0WO3c+DhB9Uppt/y6wqdHqPlXx5jpN
SE3T+J07Hyefbwdg9PiNlolnJpo3mntBw6mTY7c0Wt2nxotbKnfKyeirz2+/ePq1+SUOCWL1c9RM
1TfU/lwyAhtQGtpiXCRNAnPAHn9teQs8N1VQ6rzJQnH0+I1WoXDa2rBB7Ct1lOF9KV3TaZEkJRAG
7ua3xq5DlmCw34VFrTuwzOHBF7Lt1oGDV1unzjaX/turmxWYaN44bTYO2FEmrcDP6J4kAj+lbb17
WXZTy8al136ZZTe1fGLBNTnzAiXOg68f6L+t6LyQDyEKgi9LK3NMCT+LphI7+09b+Xw7zc3zkbP6
UmNMy9Uu8L12GpPR0dO5IMzszs9vtm0vWvffN4A9VGds9dBzkh8Jmp9AUERyeIg0Tc62Wx2rvsKP
njxS2hREQk0IskqvDhYDI0WxumE7qDkNItN6ljxQ82ILq0okZanxgwMHr7Y+uXmoYvvA95Z4vinG
e1Y1ZbmQWTa5Pbzcyi1aI5ZosnmrYn5BJemOjZ3xZSiU5xre1W8N7+q/jGz+MrL5Z+3/Zz1P4IFl
N7UwsO+u/I+ePMLAvrvmDey7K3PbHTcA5qmueh9G4bDXM8L5hGgauqcG7jRiTXNHBjgELAH+lcnC
3KivOMCpk2OcGTsjzMjg+xU3qS3g4dkTFV5TJ9uV5Bkc7JXDu/qt1vUJEr4PqANd5rmhrRcvf+OS
wJqxca4XUOcZ3tXfC/wu8DbgaQQt/FfgvwP7gRuBLQifnC7gztb16/YHuUZYmCRbzA0DdtTYkT1F
Bh+mwcMJyQutnV1/CIwC79T8fz4HQDafARqZLLww0bzRGto9chCSGTT8vPaWb59tRWPO5ZqQCypR
Gjjc1/PJ4b6e5uG+nlttov9D+79lv6JTw30948O7+tsajh8wr/7EAFNHta1tqTjOzFm2CxtgVCnS
ijKDq3TD09ot9agKX3pFYZ1YuIzzgw9X8G2ps4J6r4WByWtc90Rygy8dSaMUo33fA04OmK5uWBJ+
xV99LU2atG2KXw48Bry+0epudJvemDTyQL60DtMa2YFqRw6MFGlb2+Jqd/PV5fqiio7R4zeWlpSG
do+UdZRUasnmrfHiFk6dHNvfaHVfd+CpkUajCRdtiUqDuq1xbr9Ftv15su1X2J//Zdt2ZZlDtUzY
N69L2sTCZYCwm5eN7orP1MDh5RbZvPOijhv8SlrptXFZwJ5unPBDaMo1cWbsDE25Jk8ne+k8qMJp
fun4CvuZVKtOh3KFYuilbMa0WmGC6ikZ2Hpp6Kxt24vWps2rAZ5ttLrfOl7c8olGq/tLfqwQXlym
7/ezlmlqq9HfUMJPx5XMOBoH6BfyREQ7mROX+emo8nY4S5prZ4G/DoNpB051WzVGWBP0DjE5Yw18
b4nrQ6hYKcVHZ4F/CRMrOmIpNZ9vR37esOHm6QN9SFtc0SMlZNv/GmgB/grobbS6p+Tr7SZpugXF
V2dJeHWauhKrY8OGm4X+4rMTbA77APATxLTsiUar+63hwr2EFWJb715sXgxlZCx5/Ero4a3z511r
XAGS3r76PnX7+Xf/N2viW79rXI9Myls4SQi3w4hre2WvjWkJ3dZlTCvS9bIaDbqPpl9HYy9oUY4S
HS2WN+nH6P4dN3y7ogTCZKEoIwjkiCL/qx1ltFrUcBHVC9G8f71gBxBAgCguA2q9bC8RygUxEDx8
3uKYGFcL8XCUhrLXy+P8gfSpmKJGgkK+HYGf1KmzzWVOISYHMRnfVUIMTiESuVwT1e4wybeBOSus
AS+sVu72u2pzWaDOEulNNmQQWR8+AzwAwORgcoOEB6rZYYEuojmTft3+H8getrP/tBV2ocPVZ0si
xog4HYFfQ93gtmLlIs8ZvIrR4zdazQt/XpzY/hPrqge2ljcmgD3eN2IcQed4H1KOBdfkOHjiXpZe
+2UGf3y7jLAq7XebxUurRPPC+dz26JVw/R+X7f/9mJ1JRFvsVZ4YXtVklVIXNM7ttwDGi1uq5psV
dR4a6EdeCxfqcQFOuyFIG0zwxYHK4rAT1HmsCaEkyytC029KItWMfPDEvZUZNJKEEpYIypzVzawc
9jWM7KwWk0FOhXx4kQYP+3WtSFUBiOhCJ9GMy2RTJcjOCmNzd4I6OIjR0BApKw4K22y7gT6kTz/G
9paJZKUY2HdXBngZeCewG8gyOdgY5lzqYDDHODJk81apowKYWUyOGKYOkwPA/EN/lplPP7R0jQLN
wA8bjh/4ACPFF4LfVtmk/G7gSkRerwFgLvBhnWO93A2AksI7NnbGO/LY9EMjDMTo0/MPgNbOrueG
+3qKrZ1dr59YuGx+pNUdn4OHSardrhuos8r0lElF2XPzLffXwc8Ci4Ah4E4mC9G8+yIOHiZVpGF0
R2Wktm/ITpCjh+F1rtUia9yQtBFuQrtwWckzZmCk6KgRe72Cw7v696qvYtk1mjdaZPNLw7QvLujK
deC5IZiXtCrgT+XYCHxueFf/+4AfAJchnHEP89DHfrsVGN7VfzkilL+xdf26UMQfBqZZyJwosSww
bUVUXzlBnL5+/kvgoP3fAv4f8C7gKLAQ0XGvAJcDz4VtY1CoxK9+rlxkDYhYeSmb/z7wUSYLx9XN
1Qpt0TupbW1LmUrhi+CNBB7PYmwD8AyThTc57L/Mb8rHqBB5LKeNm45+8L6gef9KnSTKUx/u63kJ
yAF/gEhz+ueIkJRDwAj0TyGUyp+1rl/3X8Jcww9M2ZlN4YNlkuXq2ZvAHNEeCa8B3o3grG8ANyPI
XnbaG4FrW9eve6oWr6OKMsmSvghQaSBLwhfeIXPO44jR7yBQHN7V/xLwM7nTS8sOsooUtPMrOUtR
NmvieBYFmo0KDLqeajFVAiKk49rc9nsspyTEpc6So1pi0RQhvJHdoLt/G9PZ2NAHKK9AAseggZJk
JWy3UvO7SkROY6jDKY2T1jFunSX3mVQiX4lu44ASQD4POB92kcLXax9Sb3TrKPCRSsjv4oMMn9XD
aCVuufWGit84pbdygy9+9PGWqIsT+kKFY0C53wgLNynTFTodwpTzId9+7qr0qJ/1hRI3vwuVe72S
m5kCTU0ZBH2Lq5OEeZbbUALVx4tb2PpQBytWLsIpbgfKpcctfidz7OizdiZKMseODqolQdTXSPe8
yc/bW3ZO08AgM/iOHdlTlBaWwLE7QXmsLL7PlEI4CrLtlzVa3VN2x78BmGRy8BXn46fVIVNQgBHK
8cGJ0Ad5mkL/vRrmx+9LxcDh5ZYcJBqtbhqt7n/d1rv3gttv1BtvW9sSyM+rY/H+YmxRYWo0Qi7X
FCwijJB+X0rWka0PdbBp82omFi6seHU943d8msTLOitMVJhf3capAdMNbn/ejgYD6fuVkN+XUf3w
seBiDb2Uzcg/MOfWM0ES/sBIsWIYlh01sXAZZTWU3PlK1SO+7niUS1v8HmtUP0wZ42TGFBuOsTt+
JUzCVN4haMWQKH5ffuG70IIBjjv9SpgTgrr1SL8vgMEf3+6ZK9MLJWlTShuUFRoxwcNjMJZ4QyOR
2xeXH5O0TrgRuMnv4cHeNpYtPeuhRFc+7FCrO27QQuhcNfu4ITtJ7Ti73FYG+FVEsSm29e6dWrbU
WfBLfqpB0syCv9dx4PBya+zInqLaUTLZqqz+ASQWISGze5hUGrumHsCt9v+CaZ5qgiy3I19NX5Ll
R6XILVpj5YtCJywUBktRrGERNWGGxKbNq2UGZYCtpdzBk6OlY5wspmUD1GShGNtrODBS5Pxh9w6y
4w59cVfTiTulOecgcB1wJZODxtoyXgsn48UtSMPjgmtyFfv9TuFK6VWcFEkvFaDMOcQnTIVfHeGh
LLpZSNXj1e9piDCb6ahIJqknWYzdUGDDSZPwzG3tAD/5eUrRxz5YIC0hjvUKzyylSa31uKmoTvtk
7txCYbAsU0TJidMkWDG9FCWWnRU2X/DspFq47TkJ3IZ184sm5a2sYqANVZM0QU4c/YanydAMr/PO
QiBzbuSRqYm5b6i632csk2pDhewwvmJxT/Bnh9EaClas0PSvsI6ISViQLhUh03XcSJngawEvg3BQ
oapqEvYUZ9gJCqeozFJCh8QFSyk96YaDf/+Yq43XCbX0onPLDeoIezl8pjNZooK1s/+09cKxRu6/
b8DX8UkEktfafdMrl+BMFa7YF3V0rFrVyHhxSxvwc2Ci0epmvLilAXgJMSsdBT7RaHV/2+kcUYYr
k3tXNeHWbrl4JO/PJGhlPsR1JIRVGQoRZTwApmzBGkQI9UpEKFPngadGhsIMhV4o1Y1a+POasVaY
IdOX/TDFOlu1BItTJ8fQ02qDVvgzYjIHFdJnUxpUS8LlU+eL3dfcAbExacqEzFWwdF8n3eFC35ZW
SCHbsG5+UfrgS9gOc88CSxut7pfV3yWaPEiByQs77LnSorfFzlgmgYtrSh/HeQ4cvNpqf+e0L6Ht
VNMKDCtuEGJflQQLqqADVpnRYr+Y7hHl5OEZMKtWbFh2U4vqeESj1T3VaHX/WBcq6XdYLSQ+sQiR
+TDK0lVNDKRe2ckSheJAuq13b4Up5OCJe6f9kGLU+cIgSv/ENUpUDK1K5qLCudWOYSl1Z3m/lFBe
hKBGkw6H1QwZ6+SUd0jEW9sVqcqKf+jfDRf0PCZBJDmUqjGoUasQxoVtvXvJHDu6KnPs6OHMsaNr
7UjBD2SOHZ2XOXY0lzl29PnMsaNvWXTfyXgvbCfd1NGxeL9rgExZnUxd8pwKAosFx8qTqQ876dmi
KY1OEAzv6lfta2UZJdTzqQbWqJkHg0K99qrv7gb4J+BTCGMzwPP2/6OIVEZT8nj190lCuhLpFbfF
UPiWWz3fSifKU2EKInZC0Ogi9fo6NeupiNyuK4/TBQs4AiwFDrZ2dlnDfT0WcAPw7dbOrrVMFi7W
dHko226ZdEIdcWTCjeM+51x48Qrrch8H+rGNqIqcl+VYLw7plQtVvb7elo7F00IckFHkeYrKH8D1
wAuI9Jz/jCjHXBUGcMOmzavZtHm1j0nHqOHX/hHHfSZajNwJspaa04wjsM2litmLa72onWbI0aJt
bUv8diw/OD/4sGM1Z6/JQJkfUNiiWNn8ZcqfVfrsA0qpuKW1TgKaBpj06qHdI9VlLFNyF/AIhnBC
BJZSMsYOIZZzNtrf7wa+DLwfoSifArYC3wGeBo4jwl7fC0y1dnYtGe7r+TDwWaANUaHyh4jw2CWt
69edCtvGeoOu21aVsRqOHyiFYKlwimc01sqJr3TfKwhh2AjIGeFe4ArgCYQy/0bgm/Y+mVD2vcDr
lfN83/7NeSBrn3MpInh0RmPg8PKyNF9lGTbLDKRVWE9yYq3EUwsGxPCu/j0IoesBPqYnuEyiEEIa
oa79Os24Tfc8LVhVWqSssHnUUdkQFU72s3ry+nCCmz3Sr63Stx3LE6qAOETNlGVHrfHManhX/xuA
rwB3AvuAla3r1zmnbtORzV823NfzMnClzmbVZq84A0JUFyOna7WtbSlV9XS6bqzKez3VpRje1f8q
oqSMig3ATmBDa2fXN4b7euYgjKhva+3sOjTc14P9/e2tnV0/Vb4XgDxwqrWzawGThYvq1LvWL1Gc
8Os7Fuvwl1u0xgoypNZ4He5K4C+BC8CX7G2LEUr9dYiZ3nvt7+/Rfjtp//87YD5CqKaABfIA2eH1
IFR+113dHD91eDJWBQuZhrkkijLUC7L55fanv0FUH0MWizC5BwUZtsoy6UTtU6W8uVsb9Jddtrvk
JmP/zqlUk/zsayisxhB3qVu0KxJGO82cA5TG8koa7XY++VnNPCSRn7e3mFu0xjU4uFKwasg28QUW
JBsk6wdRFOqJ5o3W+cGHPRf9A7fJR6ont9/6ESiJUjZgeUFT6HQ1p85xCJceMOGGpPzaVcEKck/q
sXEGRoQVqoGRopiAKAwaSLDCIgmhCyNcpTq+zRut49/djQyYGC9uWY5YtpnA9llS6xmMn19X9DOJ
CBr4mlROiLDCpgqW1xKaPLbCmB1gNIssWCry8/aGzvIiPwd5sx2PV5LAjxe3nABeQyy1DAGrGq3u
oyASNAcZCoMKvLvPmfdw/eKn76dh8+YK33s1clrCj7BJgdEFy03Q9BFMTRXllvIzVsGScBMwp84e
PX6jBVRELIerodMAVD9IVoeJtdyKfpvglRDbiBCFmJyW2twwdmRPUQ2oUCcDiQiWhF8Gc7P2mopT
6nAbHuKa0YYZnt2Gw8a5/ZYd0/h4o9W9xv4sUxA0I3Jb/HJb796pTXdbYVyDLFMyOq/oGr9wC7CA
hAVLIgldQ31onnpHje1qJgHbtr1obdq8+p8QQ/OUJlj3I7wlek+dHJsK6mrspd+NjZ2ZLjoYF9xq
xCSJsPqXDr/1XcoQRLCqZarItltOQzWEH67dhMrE/lGT9jqNCFUTLHAXLr+zHdP01xMBBKtqpgqt
8sqBp0bYt2+cW269oTJxvw/B8mIpL5UizGzT1UDqVSFGImgtIjfo5bf82Fj8HBOHPnXg4NXWspta
1GFJ/VzK69VodV+I2wYWtkCxH9NGEPNHECELVTxUhVolLCrKipLK4nh2JTGnop5OXqYTC5eVvErj
GGqX3dQCwntUQv28C+Fi89rgj2+PfC0d0g7ntl/f5leoZBEdPwjSjyXHAzt4WQY/+2YsFXGyF5R7
J0o7ixs7Ob0l8aT4rk0+Lwm/9+DX56tWaZFCCZZE3AImi8X6uhEXvameF7S92m5aKprY/hPrqge2
ep47c+xo6JchqIBFMmbENTRK5HJN/htfw7wRScGpUKeTO7A8dtF9J8kcO5rJHDv6/cyxo6ftys//
bG97XlaF3ta7N3TbSvlSHdJw64ic3FYKV2zsNVkoyryhgGN9OrF/lTV6XBxTYVwNkfPdDdVgwba1
LTC6A9BKVPobyi4g1kKPAx9A2MHmIKK6T4FINAxnI7VRJAPxZrBIQ6GOOIRLdqJc4gmC5maRLEBd
nojd8p5ttyZ6e/EaesIMO/IaQfUivZqvCbJwttO6Y5B26rjwwqGKbbEKFsQkXLbiPjo6XVnTC/l8
e4VgJeGgeODg1dYnNw/5OjZIqeZI0T3KhOOjnf/Aj56cnsiWBErCRdjj9MiIXbAgXuEKA5kbomJ7
jL5eijvOIeAtiCQi87Ez2DRa3VNHcl+tms+7Kc4xyLXjdvPJnBt5xFEITp874frGX3jxitLTv/yq
V3wb3+bPu9a60HE/E9/6XU9GUa/hdJ0gFVv187lhcGo97Zldfg+fhYLM1NTZKVe7kddySAglubQI
qrxRpjfMUUFU8mB6Labq/tt+8nzNIjoyUy8/cdF1IbLGngFuZUD07WpeiCBribM1o+NHZurlJ8qi
ePUHmYYgVK+prZ9sNWVCN1sTOnFUCFYJar7RFARTOD1oY/CH6tEYYelnVrjCw1mwSK7QeBioRlNp
VpBw0hHd2DborGlWyILBtaPSIlRQXmhc2rck3ELXnBDUDJDLNQU6/6WO1L6BJvcRuWyjM5YJSeiG
HYv3F2er2PtD5sQvdl5MEzOp8Ktvqcp7UIGKaw0wqovvTENmaursVK1NCm4IIlwdLVbNzSNA6moH
1gIWTL9t1UKQ9EVOXpWyIoL8XpoJpsGVJkSlrZmGWF1LkoJf4YLwQ1HcubpMbbuUYKVdqCSc9CD9
AYZ9mGpuhnAtNLctFUNzAtBjE/R4hRmhC6jCFeRFMWWy8wpoCIUZNjRKAVKFSbcjuhpIY4HtGDd5
aycAZ8bOsHDfnrLvTbkmEUvn4RinZsiD6qdhjHzdS0ipT1ywDhy82lr6wQ94NySko38tAyfCWO/B
ZtgZbslP/MYW7tvj67gDT42EOn8to3GC6mW5XFNpqK4X3TYsEmWs0eM3Wu+64UFfx259qINQWVVc
UM0hMwxzzmTWihyl4wd2mPq3gP+AKIL0MeBR4HZsV95tvXtjzyERNAtfHNcKAjlrnIkClujNKEEQ
TwK/ZX/+iP3/dkQehOfczhFH7edaKfl+MHB4uVUSMMPMsV7XJhNX3jvef8ga2HeXDGydi6iKdT1w
BmjCZs1TJ8cumPJARXHy9yrfkUooM0dH43UdzC4Tb+CDvW36pjYES70DUb5tP/BaReqeGCAFSgpY
LSphTDRvtAJd12Yu1xWROrCLVcWO5VUku1TP2GBuiIOx8vn26WjpCEll40KcoVlp1c+q0qBNm1ez
9aEO477BH99emWgsInb2n7ZUj1MVE729nr/3k2AjCoKaKdzK16V1TdLIWLEGLyqZ6w48NcInNw/x
oyePsPWhjsrsdQ4MEbQ9JqGSjJVotuIQ0NkryL3qeVghPf5gjkOhaTYmbyJqscdqRunK4RCEztU4
t7/svsaLW54Hio1W91vV7UnY1fwg8kudEsXe0Y7lRL8di/cX1X1JVWDQ2xL2Oj5mhEsRmVmqlotV
R9hkICaoAbmlCUANhC3QBU037Vba1fQ9hTiPneZHhUj5Ux1I9o7jBS256iipM2uhg8X+0PXh0oQw
Bku3YtdB4DCJ+KW+oanKa3lJmkLCKvhRopISuxl9uFT3DRxeHsy2EyNuufWGsu+NVvdUo9Vdlvl1
60Mdsc9UvZCEo6GKMIveMnVnGCRvx7IRR3X3WPS5hBL3x4kk1zZNKRQACudWW6UcsC4Vdf2iaoIl
EUU44hIsiJ6kLM2I11zksMTkIXBV8W5QIXWlWld3X3BNjoF9d7lXhPCJasyMA60Y8P9iaZNgN/uz
VuhJbndC1RlLIu5qWnEjbSm9q5FyW0dp2JhBRo0AACAASURBVNQCQtQqX075xkr5sdRx1VeGvIhZ
idP24ExIUxvDrBhU7UU0DItzQFkGUCTTJKkSkgrdjkkSSXZYWU71lAgVIKvF7gGubrS6f228uOVy
4IJd42cQ8SxXbuvdO7VsqbiFWgkVaOYGWQfFbb0pDZHGcdm0QKvrY59bX12Qx8VxvYi4Gei0P7+m
bL8T+FD1m+NsfC2r7mCahpa+20JXOLfaKHhjY2cqHlJc8LNuGQjZvDW8q3/p8K7+y+Yf+rNMR4sV
a4WNuCB9uTTb1hOGQ38JnAbmrFrVWH2/M4N/WOBZoR6YKBW8wrli+TYP3curFK9ELtfkuPgdRKg8
7WjZ/GeAzwP3Az+yt34P+DsmCx9Wq0ZUC2ofbd1etIBRYCGV65r3YFdkbco1+fb1NwlgmLxhpf+2
/z7INEYerhZ+Mg1HSSVUdi0/yWxNsxS1gpjLUNmxeH+RbN4a7utZAjxtb/40sNf+3A78KeJh7QQ+
27p+3X8KdTMxIkr1iaCIY9Ii0hglgbBKvU9Lb6RkJpWCJevQqJ+3Ab8NrG9dv24XVNfcUYEEVgy8
7ieKgNVEIdUpOMyEQBZgjDCZmIO4fwv4LPBu4D325yxwEvgV4M/lD4IUk0wCC67JcfDEvaxYWW6d
3PpQx7RQBYDXSxIlj0VilvcKPctmorEje4pztW25RVQ9K0trZ9d+5WsTgp2+AHQBrcBjCHeaPUwW
3lbNtrkhzhUDPwgjXA2jO4rJDYUOcFpvktuDBgfUQ36vSwWqXlv1oXBu+z1Gk0YY4QgrVFHMIimx
Z6UWUl2oaieVyr1petHASDGwe0ZopsrmL+tosYTtKpu/k2y+i2z+MrL5y/z8vG1tC7K4dvCLzyzo
L1nb2haGdovkLlUfCnX4KVdiRPhZ52XDfT3y2w+A9wG0dnbBZMHfgrw9q2xdv+5gqDbMEKjmHVn8
XKLmggXBhSuiqUEK1heAP0QkK/kthNHxZ4DV2tn1uuG+np3A3UBja2fXkuG+ng8jZoxtrZ1dzw73
9bwJYa44DvwCeC/CBvY94O9aO7vOMlmouf2rGtCFCmowFOoI6lcdo7L++4j7f7ey7R2IjDhvQwiI
eqE9wJXANxDWeYAjiCKY70MI4V8h1vI+Cnw7jkamDVI/lX9Otq6qOvqZSr11tFgVtXAq8okqpoqY
hKoRIQBFYBXw75V9kw6/Kdp/64Gr7W1z7G0AXweOAf2IpaFb42ho2qDHMjgZUOdUM/bMqZiSvq1C
eOw1qMK51VaOWCzfjyPYCcQwNmo4Zj0ihxcIY+lHETrZHcDz9vbrEUPhi4j4xBeBlxHsNuOgr7fK
9VOTBb/kQVrr5BJRTQ+xIptfO9zX83Hgd4Bvt3Z2rVIV+5ou7VQZ6r06zQJNfTHtmlzL6XPacqFn
8zJGbD/wXeA2XbCgfFiQCuxMEjjTferC5XS/c8Cfc3xcmFi4jPODDxdL9ZlrzU4mTBaeUb79e6DC
DKF3aMPojmJbc4s1sHskcphbraE7PpqO8QqGEYwVE1s5udeo2ycWLqtpdA6AYgz9ImJ2+L+Be33b
scQ5ltifDuu/q+eh0i0LohQ4PxFWsViQx47sKeUKMLmqqqU/ai5UNob7en463Nfz1eG+nncN9/W8
B1gX8PeHh/t6KvpuonmjFafrtBfivI5M/+SVSEUmMHG7dizmBnVYMxZOksOdgy5Vgzf8cwi2kv5Y
7xzu6ykCz9rfm1s7u6YUn62p1s4uhvt6NiGyPr8f24tzuK/nfwGSAb/VOrrjFpieMSWNuPutUBik
eeF8x/1+7ys2O5YaseOlN+lGtRoMG58GVirfiwhjp9Q0nTI5/xy4AqFzZRCG1KeB/wKMALcBrwwc
Xm6xe4QO9jucJn0Q7PMDX2zl53yOguVkc3KD3+LkKRgODwB/hoh6ATiHCEbQ8Trtu8xKo3fMFxFR
M/OgcraYgvv1RMfi/UUWOzOV8XgXOCdeC7ooTPmQmHK8F+ElehwhJDmEcfMI8CrC8HkI+BumLesm
FBAM1gn8aoLtTRRJqCK+FqEDW+d92qXq5W12w/Cu/iuAvwDuBWhdvy7WlAVx1qzWX/igOTSCtMVb
sBQhMaXAMUXU1KLYd82Qzb9qf2oGTniZLPyyw9jYGea232M1HD8QOeoJpkeTwrnVjnY23QVZT7or
hdDJVVk93lOwKm7KkLPBr251KUEVoKAvz0TzRsu0YK/G7Um49bueSVnqzU7PryJnh/2s57bfYw3t
HvFlv5LwnBVW5GdQclv6ubmZgqRNIqrwnR98uNigpz+wRwfjColB9TCt/YrEamussuS3yjlL5y4V
jhLPf0DxtRo4vNzKz9tb9MrbUSFYqsuKr6wzMSHWITHGqq4ScQiV2xDide9e+TT0QBRdAAVblZ/D
8ZzZfIUAdyzeX2R0Bx1Zyxo7gqceXTYU1smMzhNJV3UNilAvTcxOAWHMR+pv29a2TPvT+Zic+ZPg
KiGuZBZJV3X1QpRllkAl6bTK8UnCqPO5ILO7MD4F03YrU0PrbUFVrz7hhFpVn/CNGFkrLGMZf+eD
sUo6lpvku6URihtx6lrjxS3PAm+1k5N9BlF4s7fR6q5aAEkkpV99gBGFLKxQta1tAZutKlzGXRB6
rTCpWVIUoZoeRj4mNy1iOuXPwwjBmmP+jXebgtSYlv0TZDHa9aWKqcSvV0SUur+jxSoTqiD6d6RF
aMlk+Xl7Y1X6/Rjg1GPldvl/xfsPWWqabRuNiGWcUhWKW269gYa7gwmyNBD6fQHCviimF1d6joQR
Lj9DoTxmYuEyBnaPlB0fdLkuFu+GwrnVFmPhhUtnAj8PT+43HfNgbxvt7zwCYu1P4hHsPJ0g0v4I
c4MpjsIMXYD9CJjxGNscomdBvipjMbX4DgvgNwGOHbVMs9ayfGERmUxnKBmt3kGlelQyV8gh2iXB
cUl5jwMdLZYvxc7vkBKEGcpTXn4oUlXXoFDb6VTJq+xefORsBztv+92/5rt9bgJmYqwwCr0qbPqE
r2Px/qK0qcUqWKULBtS9pOdiqbxuAJg7swEAJ+Ea/PHtLLvJznXlU7DimlRMNG+0jn93N5/cPOTr
+IHvLYncH056lTr0BTUnlK076ulDj+wpJiJYUClcbg9m9PiNVqEwCJT7WvtafTfOlhpKn8JWdY0D
ThOcbduL1qbNq5+1v17XaHVb48UtH0Ckq7wKGAJWNVrdR8fPrwvePrtPVEbSdbMoBlOgbGRSCwpI
JBcJnc2XrSU5CYdw3jczlVxGcENFflIAJkqfli09Wxz43hJAxj6MBtKrEoRcNNmAyB8hg2B/iAjb
fyHsiVU2kd9LcQfZvKWbEaKiY/H+IpPlApaYpT1IaqKgw58K6Wdfdt2YEXd6a6XI5g8QCXRVXGP/
9+/OqaFwbrVVMhdoTgOSqYIOfRUwpOnsWLy/KFcDEl3CGRgpeuYX9StUrg9XEWBTuvBawSlap6Tf
wZcMP/tr+//XHYp2ukIOvzJyytQmU172MDDlgZXFFxLTsVTEbedS4TXVDrywnoBnhAoxXPyK48RC
xcET97Lg6tFA13AzXFfsiyn0L3FzgxvitNKrHRS3YFXFM8Kumdix6isYDLlAOHNI0NUQ3REwFBzM
S1XzZvA7JI2Nnan4UyEDQuWxcXtkVNMzYmDfXcYa1SWhCnIuD6EylUt2igP1A6ehVqJq+bG8UhBJ
IfHKITG0e4SOrGV0ZosDi+47iah55I6t+8aRVbaiYNPm1dxy6w1855vPsGpVo6p/lRCXDc3pHGHU
FC8PUmvopWxFgaKhl7IZ0/aoMCmyfiqOQbmRz5QZME6MF7ecGC9umad+Hi9u+dp4cUtmvLjl65Ev
MDlYVP8WXD1a/PAX7xB1BrV94J1rPRaHgJgUegkLpgVJFyjTtqhQhcvvUKYb8xqOHzAL12ShqP+F
nDT8puHzR+z/t4c5oRfkMpDbftN2P0IlDc1eUHNs+IGbeuOby5MQrlyuqeQF6eQN6WQhVu0wXuN9
EOjlRBScsP+Pg/CMiBu1Lqki4Ze5nMrOjI2dCaa8JzE8usFt2UEK08TCZbEGezzY2wbwj4BMtS0/
tyFyOryj5BkRM/TMwyYENdZKRksydjO3aM20cNlqTeZPnjwf6CRtr59MzDxRsVrutJalsVPcET7V
9IxQ4VdXcvKgiBNRZ9yBf5gEa4l4NwHJUkEWSON+GzdtXm00A4DwjEiyKJIf+L1fk4nBL8KaISQC
MxYkx1pVKSDgBdt4CdX3jPBji5KfS14fDk6DOqIZdINb6EMJFsQvXNJJDLwtwdWOf6xWfgm/M7zy
ZZlknAYrEFC4QgsWxCdcYdavqilc1RIst+uYhC5pp0FjG3yOKpEs70MvZTNxCFdpRT5A9mYvy+9M
gVuR9IbRHcW/3T5u/ejJI4wXt7wX+Aqi/MoQouLGUUT6y6WNVvfL0z5p4SDcYvwJV+QlnbiFy7Rv
587HK7Zt2HAzO/tPW1F8udKOgLO+qxGSc5RyR8FYF76ES473jLGmIfUmjB3ZU9y583FGRy+wc+fj
RqHK59sZHb0g/h+/sTwri1y4jjGKuFr6lZ6Pyo9QKU6DI0AH5Y6CGUQZYsdrhmlrogGrKuJiLbAb
/dPTSB94Ffl8O0DFvkIBa8MGkU5UHUrrNW9XEKZSFq0/gki+W3IUBP4zog7QsMl8EsUG5maKyC1a
Y1W1+pcX1A6VQmSCad/OnY8jhUsiEaHyMQt78dP307B5c3hHwIAPfOtDHTRa3Z9XNv22/b+0rnnw
xL2YalGFNbLKvr3wwqGKfReOfrMYm2DFxVpjY2fYsOFmRkcvVOwzsRi4CKEW0BEHJnp7ucrjmKse
2AqbN4c6f5iHvGnzar7x6DM+nAYrBUstwBSWwS5/Y+WkIFbGikO4hN+WECKnoa/iN4b9QRJYeEE1
A9z26JVw/R97/ubBp0ZYttT/NdrWtjCweyT0wx3Yd5fR3dmv02DcS0OpGgp1eAmUIyYLxbnt9wjF
NGCuBS/YU/vLgQt2FptBpkP3nwOKjVb3W/ftu8G3I6BaOczNvOAFP06DToh73TF2wYqDtQZGihX6
UlCogpTArO415fOdiCw2IIphnsfOcBNEoOVDDfxwbT1O+lwtGN1R3HS3BZyFyZAvZgzInBt5ZGru
8g8CVS76jUN67wQUbv06pdJ2hmsFZTc/XgBO9yWv5XQO335RDn1myk06i1nUMzLPDW29KJX6MEId
B8mUJYpJ2OwUOvOQA/ySgTG1ukaiKiIHKs9iFjMQmVef337RZIVIqwNLVAQho8SIyyWDFbhruH7i
k3Sy86OpeT3DWEJbZzGLiHAkLB1OAqumckugfbEjVFGbmKeIOvymxzFlN5OfZYJQMJNP3A5ls9PM
WdQCvglLhV6mbKZqWFF+JyvBl9JfOhh7jcUaWixDUtlKbgjT90l4wpbnfp0lsVkkh1CrOWpB+noi
qygImtodph0upE+iibhUInIirzgRJIu4X5TJgEvN1FnMIipmhSkAvPK9qNiwbn4xqF+GGqLrFa4b
NSdMkHsJi6jhrrOYhY5QU8J6RpwVAPyeZ2f/aavtHRnX4jduU8AyW1XMGm21q7x7pXSc1chm4YbM
uZFHpibmvuGSmdrF/YLGbZTXiSvJTNMS1SCtsJ6ps6uTs1BRchytN+N5GCT5Yia1miifS5IpsKD6
mpYOP/c3axObRZmn+0wnrWq8lNX0lI8bQQoS1xqz5HVpYs7pcyeK100WgOS9zC8FBF2Fk3mv0/AC
6u1NM4Gp+cLT0HeziA4nf0TVnntJGd2rPe0Jc71qxVeCOXWR07Ss1lNGP5i1d6UbYeqH6ivls4RV
petCME2l9PKlTOv16wpRS3Kb1bjSD68wNKf99U9YdiZ2P9nNvVBKkQaRs7Z75YlJ83QrCehEl/R9
mzRVmNW+6h0zgrDiICuJKHkdo8BLc5nJxJaU5uukpc5qYPWLuiUsGav3tusX+67E4BcP9raJ6qYp
Q7W1lFqgWtP2WdKqT6Q65agX8vl2vv/YAZkGVK1u95+B/wnMa7S6z40Xt+SAbwDXIQqj3gYcQ2Rw
fB6QL8jSRqv75SDpQqsJtxe5HozifqCusqrf44a6OguzU8V6wUx7SB3A94Cvadt/iEg5ez3wIeAp
Zd9SRHWZRcBk2AuHLRYSF6oRG1hNNIzuKKrkldS9Fc6ttkouEpOF4tiRPcXZ+Mf0om41LFHi6+e8
sqpRCvIXgbsRebBlVXD5/xrgl/bn04hqRXMQFYtAVC16DFgAssrRWd9tSdoL3QlyWizLnSWRiSEN
UO8lbs1Lf25qJhJwnzo6uZyY4iVnNbh4UPeduOymFlkE/DPAG5nWlkBoTyCqX91jf74HUQXrNcTU
EcRU8Zcgihs1pcyVwAs7+09bo8dvtCSB6dOqmYRqaV4SMuOErnW5+cflck0Vf7PaWzyoW6N7Cdl2
69TJMb7zzWcqahEFRVlR+gCrhLXWsGA6UaBEqcis7fZx6uQY2W/2cXzVmgpCPmNrBAv37XHcv3Df
HiZv7Zyu7VTlVdQgcCKxNGmds0kPw2FGEJb8eOrkGB/t/AfHCn1OWLFyEY/0/dvyQmspJCyVoCQk
UanVGQuFwTLCOvDUCEs/+IFY2nDw7x8T9cNSTFheSMKgH6U+G8yuWvrFHPBvME573vYF1+QY2HcX
UuNyKy8KmkYVEbXSsqRWpZOWxKmTYyzctye26y3ct4cDEKiaZ9pgipmMSl5Bn71OcGmKKU0zAmlY
KrGlhrwUDcuEUyfHODN2hn37xgFhUG/KNXmTVJUKgoeBrmnpWpaqYW3bXrSiTpV1bH2og+vX5NMj
AzHAibSiak5RMUtg5UhkSuimsanF0fVtSSPNieqSghdhjRe3AMxDVBYGoNHqdq2wvPWhDjbdbaXm
HuOCLh+1JisJr5VKuHTsYIm4Nfh5wPoxTi962gjAC7LefFraLFw0XKG6gXwC+E6iDaojpOUZQmUO
f7lCqbphXAraWN0Y3Z00sqCaWrV8lNJCWqfONltuCxFKhMAc4AJweaPVfcHpfKUFiqtHa35vSaDe
fdhmOmnVzY11LN5flH9yWxjv8mp6hNfa+x3EQsSDvW2sWLnI6ZAngKPAfqAN4Z9mxIqVi3iwty2W
RYq0QndSrTdfNtXnK8nrDIwUS3/VRN1oWF7wo2nJY9rWtiTuk5MW+4fqhxXFV63C9aOO3RrCoB41
rzi1LdOUtBba3IwhLBPcSOySMcBrq6hBiUtqVctuainfcYkRlop6JS8nqB77QQdaPwsCOgrnVotr
hCgSPKMJS4X6IC4pO5aD24fq7qH6q61YuYjb7rjB2/3jEiEsp2foKEMJRhakRmtX4ERYptClODSy
S4awoLpTQnm9NAlXHKhH7SIJuBFWkpEFaSItx6yuDjGWpbaH0KwkapKtoVb5yuVDnqjiYsNMI62Z
mhHCCUGfX9KRBbX0Y9QhA8PlZ6/3WbZz7IgSR2n/xq/2VdKw1B+4pc3wOsYNpkbVohZiNV82faVw
JpHXpUJaJjjde1KRBTPRUVciSBJFo4aVW7TGUonEzWAXBJKRZ7KfiA6Tg6xpe1rg5IphGtnZPQKH
sdrWtjC0e8R4/KUKLQPuYuDxRqv7zfa+Z4HXAdcynRX3a8Ah4AFgM7AKuMMr6qDeEdSuNcfpR+r3
nObC46UV6QTndi43pLXUVRTUVKXP5i1gCeLFWAI8Xdm+wkW3UxjbOrqDDvaXtI6Bw8utmTYV1iH9
+XQtyyGy4OPAj4A3298XAcsQvm8SHwGkoD8MfAn4aJxtTiNUJcZPmFFiNiz1ol41yKCc5OSyZ+n7
YfE/7S+Al3aib5PHx6l1eZ1ruK/HkaxaO7siXVu+vCaNa6ZCJ62mXJPqpPseYAewHvgZooaAE04A
jcCLiIy448BrK1Yu4pZbbwBGHa9Z75DOrn6yvYYiLNWOpV94bOxMhUbkRlTyXKrmVXDwnjWdOyjC
VmMGZ+aX/aCShNrZAyPeROblFe+XDI1TN7mvRd9SjuG+HhCZW38HoQ0cQ4z0D7Z2dv3BcF/PnwLt
wJ8Db0fEIQ4An2jt7Po8k4X/5H6F9CGKJmiSIxlZgCCns/bft7XDjiCmhDAdx9lGeaGUdwDTkQWT
04RlShkdR9tNqGX9zFKufQWZ54a2Xrzu7e+R04VUIw4DfVDCittb2K39QTQ0LxhfxGzesknJqGEh
XqRPATuVbRuAv2jt7Lp2uK/ncsRQ/zPgK8A/ITSC11o7u9YxWdglfzTRvNEa2j2Seq04dszwyIJa
FwAWGlYdkBVULgbUG0wrpDBto4vz5Q55LpMcyG2fBbLAvQitqgi8CfgjRG780yGuN2Ox4Jocmzbn
uOXWG+KJLEgAYbTLJJIfBsGc+fOurQuy8gOn1UxJCHrnmvJqV5MQa3FNG4cM25oQZdB+H6FpXQs8
C3zZ3v5pRBm0F4EnEVPC14BB4L3At9STNYzuKLY1t1iM7kjmDuoEKnFFiixIAHEMkGoygWoQV+bc
yCNTc5d/MOnrJIIKG5qLjWlu+z0VZOW3fFPSQZ71rDW64ZKdFs4idkhSrNu6hODP0cxEVmlCNcs+
VdvVYFbLmkVY6PbcNmBo90j95MMKi7nt91jnBx+ueEnVsIKKfYvWWHE5y5owdmRPUVYa9hPSECek
j1Q1c3WlIS/YTMZM7F85sLatFbY86SZT11NCN0wsXEbD8QPGfSpR6f5i0gUjqVzZNZn+ZfOX2auD
Kj4CPAL8HvA/1B2tnV0w6e5AGgSlqWGLJV0nltjXOOj121nMTBjdbhTtX8qMjrqeEpognVTbXI7R
SUjNmihJa4aHD/0q8FcIX58hhJvC/y07Qqwcb0Lkeb8R4QbxceCDCF+tLwK/jVhF/CLQg3CX+DCw
Bei2j5/fcPzAv3SI8/wE1Xkym/8j/VjgX5g+Fhz8vpgsnIqnK6Yx073z0wSn2gclonJwPJ5xhCU1
pIkI51A1rbjglXqjyvgBghR+BvwW8BhiJfAEwHBfzxTwfWAv8LcIQvo3rZ1dPxju6/ksguRuQxDJ
X2GTVWtnF8N9Pa8B+4A7gQeB+xC+Xc+2dnbdrTbC7Vj7kKP2td+L8AL/KnC2tbMrEReKWbJKBn6m
rHIF3ytCYsYRlkTD8QOu00IVHS2Wr9zUesyTCq8kZikhKhDe1G9GuCt8Wdn+Q+AtCP8qEBqPdC79
C+Ae+/MfATcxTSofANTp4+cRcvWMdt37gS8A23we+xngZvvzQYQH+M8QJPmC103OIj1wqoYl/6v5
6dwiNUAhrJlY3ywoabmhRD5qzJMKu8wSpLoPPwmsBi5jmpgkvgf8I/B+j3N8AeHlvhHhl6USUBGR
beA3gI8hQns+bB/zLcSUToXbsVmEv9f/At6J8Pn6PQRhvZfywOFZpAxeMa2l3HSKb6T6Gyfiqsg4
OtPKBPklLB1qGpwwhvJUpZHJ5i8DfoqwWf0U2AP8ruHI24FHMWd0eBtwaLiv5zeBYURwLghv91NA
Q2tn14sIremPgM8hbFxvAg4jPOW/Kc9jn/ujHseCCCCWNizpqPopJguzhJUCOOV7cwsz0zP/BnlX
ZglLwUx14IwN2fye4b6eTcBfIozhryKN4HDSa3XRb0qdWYfT+oBbckovu5Wa0SPIcy4jrJlGViAI
S/phOdmZIFU2phmLIDnA1GXtWeJKD8IE6Fc4gdpkFea5Zl59fvvF06/NB1Jte/EFUzZTp7AcmCWp
aiPoNNlk3wjy+1nEgyjmDRNZRYk6Eellfv13UkNUusbjV+vTUzqr9qc0h+ZUFdn8G4b7es4Drwf+
EGHkvg6RaeHv7G1nWzu75jBZeCWhNkgn1sUIO9i421RSD1hPlW0wJqT1ngYOL7fOH/4BAPl8O4XC
IBvWzffdRpWsdHuVRNB7npMmLcM0PSuV3g4wXS37Ta4JHNLZXqL4HGKl8GaE64DEtcBziNW/fttQ
/wcYkvkhnD8dDfP2502IFT/d+bQdYTh/xv6tMN5n8/8b4dC6VmlTT8PxA4uZLNwCgrxkTNlMQtqI
SuL84R+Qz7cDBCYrFUHcFrww58KLV1iXh/llAnBblTNlH6zY77LNKQe3ikvA0/nHCFJ4l2HfCaAB
YLiv59MIovoPwENAK/A3wOtaO7ues48xkpVMszzc17MNB+dTQIrcHPvYFcDdCD8wEN7zR4GPt3Z2
fQZ4BZT0JYexap1IbqZjZ//pEqE0L/x5sXnh/NjOHSX2MZTjqJ8c7VGQVJ4oL9Ka4WQF8FbgANCC
cMLU8WF7/+cRLhByefWfEHnJf4rtDW+ASRicnE9lP79m//8RwkH0MYRT6iMIkvuOejJV0FWjbVjt
+RIYoAJD9vGGdbJffh7pfCabVZQ+D8U4HS1WYmSlIomsCWrCsUsQX0A4XX4WoTHdiHDQfDfwFII0
nrb3/729/XUIX6hd9vbrEYTzNCKM5iqEdvWXAdvyGiLcRuJ/ILznhxAVZT6l/0A6FMZFMrNkVY4k
iqHEjdhDc+L2mE8iLfKlVr1YwZbWzq75wFJEoPEXgH+HcNg8jXDWzCI80B9AZB99lOnso+ft87yv
tbPrywjSewJBfAcQHutfBWjt7NJtXE/bnw+1dnb1IaaFfcC/G+7rucI+76fs3yxM5O4TRj0OhKo9
MG4Cj7oiaEIshGWKmauHgql+7FozCu4pY96EmLLd47B/McLj/M+VbT9QPr8dEbIj+/Kg/VlPIVNE
FLYQbcnmr0AQ3lMI0ltEwPzwtXqOY2NnyvKt5WooR2WuOtm8ZVrAMq3QddgRThPNG60JbcYVtj/j
0K6cyD+WfFhuGpBTeXood10A9/JhSaOeietSs8U4TV2q8QwlSXnlWqvm6rvTCvrYkT1FWeMzrHw4
ldaT/SC/q87ZEwuXGc8Vx7OJLYGfF2lB+h0165m0LiU4EXScz880wp8ffLgoNRiv3zsliXQ6Lui7
USISh7bIhbH8vL1lM50gyoL+Oz91jfmjiAAAC9ZJREFUDtTrSv9HdYCJygWBp4RON+Rma0o7UUlc
clPEWZSgu0mYylkBvsnKt8+gCymUtmsLT7lFayy18LCO8lX88nbo7dLP40quCkmZrq+maFKdtadJ
M29BtBoGroTl6MgpoflF1QsxuSG1pGUX6Jzo7eWqB7ZGOtWLn76fhs2bxZeUFOj0C7/J4CDYFCTO
5x3WdqvmWitXBoKfK+5V/CD3JI3tkuByi6bJOCpHuDYi7UZzJ0Q1+qXV9SEOsgK46oGtTPT2xtCi
6sLvsnvD6I5inAQkBzC3wiVhMDBSLPsDqT1Ff+/8JKSME6XU5GtbRHaUbD6W+9ARaEoYNQ6oWoiz
QGRaNK0DT43wyUevhOv/OJ4TPgoPrhph2dJ4TjdTocuAJK04Xka/mW6DoNpEpV6zRFYJYs7g1Hpw
vcnVVuGweU8QTSat5OaGNJHWvn3jpWrBEuPFLZcD/wbhIT6v0eo+N17ckkOkQb4O4ZV+G3Cs0eqe
0k7Jvn03sGxp6hRJR6jJ33RU8zmpsaoV+wISWVIO2NVw7FbJsRpkBVXM6a4KWn7e3rpJlFcLJ9MA
NpjXgOe1bT8E3gf8AuFbtR94Y9xtNME0ja5Gn9VqUElrquwkyUonKRCpyFHIyjEWOAbUpAhF4Vy5
1lYP2lfS2pZKUqZrrFrVWPkjM64Bfml/Po3waDc+51WrGploXhvbPTmurBEvqahuDUk/E9O5vfze
Si9nwCwjcUGv+qRPE4MQmrriWDH1c9CokohOkcjsLoxXTBVqiTRpX+oLpwqu35fES+MItJqVbbe2
9e7l/vsGSpvGi1syiLi7/UxPCf8PIrzlT4HNwCrgDn1KuPWhDm659QYWXD1a1Zdd7oNontQdi/eX
BhDfpGWvtJ46OUb2m30cX7WGJk3Wztja0cJ9exz3L9y3h8lbO1lwTU5s9Fhp1fOzmRyp4yI1lZwk
MQUhLNPvoTLVuN8ECG5+Zk5OqW5IHWFJdLRYieZY18kk6MtT9WlItt06dXKM73zzmTLSCoMSWV2T
S8ytISipex3r9bycBpcyZNutA0+NsPSDH/Bqli8c/PvHWHZTi68+NDlMum6LQGBBsqm4kZn0WA9j
mzIRn3yfnaJfZD+4abCpJSwVUbWuICO6zAPkJ8OifCnjCI3xFtSG0qdTJ8f4aOc/VBjhvbBi5SIe
6fu305oBJEJYUcjc70Dip8/1dpw622xlv9kXi2sICH+246vWsGzp2cQGriBTSiftyO1Y03FhK035
gYkg1W35eXtLGpn6TkhCqwvCguAaV1iSkigUBgE8syxG1bS8Qiym0VCxRWpc33j0GVfyKtOodKSM
sPwi6CAx0bzR+tvPPBpZO9Wx9aEONt1tJa5p+yEu1Xblx72hVCU9giYVBno6cxnvqLbJCXVDWCrc
NK4wL4uaXVGFF1nFZfz1N4pWEpaKUyfHODN2hn37RMbhVasaaco1mUlKRcyEVa2pcpjcTdu2F637
7xuQtj+JduBLjVb3rwGMF7c8i8gBdi3TdsGvIeyCD6DZBatFWFAuJ07alE4GgPE3ZSt8VYSX0lFW
bMRAXnVZqr5wbrWVy5o1rqhkFSRvtfqyRFlF9Je3fsK4VfbBgqthwdUoflVnxd/kaNDmhEY17Xpu
PllOMKy0rkFkQn0HIk89iPQ2ciFD4iOAFLSHEbntPxqsxdGRyzUZp3Km9E7ysyQtVftKcsrnhbLw
IwNxlQ1Ak8rAZLe9LgkL5Ggh3COi2I/CJtY3IYrPlhtZJZ2Sul6hkpYfGWjKNbFiZSkw7zcQZJX3
cakTiOyoLyLcRMaB11asXMQtt94AJD8o6BkPxmwLgFd8nvTM72gRROGWGqda8Eo3paJUtGJE3H/d
EpaKgcPLrTS5Q7hpW2EM9G5ElaTPSz3AbxWWjsX7iwuuyfFgbxtAByIR4XLDoUcQU0KYTj7YRnn0
wDsAHuxts1dakyUsnZSDPmupwcsMCmNH9qQqTljVupwg770ubVhOSBNpgf+aelGdCxMlrBmSJWLg
8HKro+VXgOnFirAG+IrV1oTuJY4Cpqq/mro/TVXeg8jvjCIsSC9pJUVWkDxhxZUlAhTSqkVaG5t8
JYIS14qVi3iwt034XimYWLgw9hCkOMgqaE71apFYlIzCM46wJJL3izL8xkGtndt+jzW0e6TkYyIR
l3AkSVgHDl5tfXLzUKznfLC3LVHfJUdohCWhrrCqLiIrVi7itjtu8F5xnRyMNWwravWagcPLrbAF
IKpBWlHkdcYSFgR74HEHrOrLzkmuzCRJWIorQEVmCAiXMaKargB+EVYr0RGFuOIosxXHfVQjeDus
zM4Zeimb8T7MH9peP5kq8vMyxnulfA11TXv5WDeUS7IKQlxxJouLAabMEE7ba5YxIixKJDG6I5KG
Eta9JU6y6li8v6hXwAkCNXgbqkNgfhHrKqEkvzQRl8wM4ce2ZfIO9utK4Nf1oOH4AVfSUpd402CL
C5AlQoVrxghxzrOR25YUOhbvLw7sHrHamltCaUtB3VviLGDqZGSPAtWfK7Zz+shlb0Iibg1pJi4o
Xx5WSyGZoKfq0PdJBPGRUrWtUnkkg+NfGrDspha2PtQR9Gd/jahv+Kf2/69jl6Xf+lCHnQEhvYQF
0UkLghFXVLKSpJeU826cmVYrzu1BXqqGl/mTJ8+TJNJEWipUAfH04XHILRTUkdPNQS4tmU0rUGdZ
IuJElKmhDje/PIhmYJe/r1ZdxmpNDU0EmThhQbpJy42sTEQV1tvcr9obNVdU7FBW1tKeJSJuxElY
EiqpRM3yUW2yUlErP66qEBakn7TcyCuOkJgwqyKp0LoMrgBpzRIRN+IgLF2Dkucc2j0yrVXVKLFg
XKgmeVWNsCTSSlw6kojbC7uUW1PicvBdkkhLlogkEJWwTAOhURuqYWLBOFEN4qp6LGEaDfI6Ohbv
LzIpPqchhKGm1Xs8hF7NEjHdxupmiUgCUWtbyt+bpn368zx1coyF+/ZEuVwZFu7bwwGoegk3f1lH
oqFmwc9DL2UzaSQtVbji7viwS7mzqA2CalcqOfkp9gpCe/7OZx7l/vtOAndGam8J951k60PjNSvh
JolLTw0TB2qarUF1Wk0LealCF2Up180dYhYzB6qNKowBvWF0R5HtxZKgjBe3tAFfAT6EcLwF+CqG
BIKIHF7zgJJdx1R/slYo9cdkfIN/atLLpEnjciOtnTsfN/5GTa8M0HwljI5eLKVaVo8pFAbJ59ut
0eOU7feTm8tUuCAtSFPh2ahw065MFdCjrPhpzrmPAcPAP9rfP45zAsGXmE6B8wngO2GuXw3ENV1M
DWFBekkLBFHl8+2l4hQ6TNvcjtGP37DhZsaO7DH+rvSAs3lLDSGanVYmg4HDy602h+1gnu5FcU+Q
iQXtFdfXgI8BxxB5uV5BhD5VJBAE3mCfYg5wAbgchBuJn8SCcXrYVwupIixIJ2nlck20caY49NNB
S9ek9O9hMTp6AVhllYpfbLg5lvPWHHW+ZC+R5MstEwt+UqQKWw7sAN6GCBxfiggLqEggCDwBvBUx
JWzDzoLqN7FgmDTTUSE1raC/kzOL1BEWpJO01G1xkZQfrcwN9ZJtVF2yv4rKvFpvUj677b/qga0c
kEv2VUQcZdy8sOymFh7pa2Jb794XlIiCNzM95ZO4DjhqOMWQ0UHXA06kVU2t68ILh7j8jUtcj5Ey
nkrCghSSVovFhkXTU0MdOvmYpo5+iM5pylkPMNmv6nnJvtpTpgXX5Ni0Occtt94QS2JBvzDdXzVI
Ogyq7jgaFGkhLZhennUiLQknwvGrmRUKgxVTQlOgNKQrlMdEWDKfVpxIMp+WqThu4sSVYGLBMM2p
Nln50bAkUqthSaRJ05Lwsi81N7vvl4UrnXAzMHFv5XZZREDd5lSyPQ0EpiNIzT9qsGTvVMk78ZdX
IRaVHLPv3GgtG91RXLbUYtPdS4Aloo3fk882/lJu1bZpBUXqCQvSQ1px+VYFzTwqtSs/tiqVqOIg
L710fJDjG0Z3FLUl+yA1/3wt2SdB0LWeCrldP2nXkVoY4oPg/wPfU3J0Giow/gAAAABJRU5ErkJg
gg==

------_=_NextPart_000_01C2F2F4.3CD3F120
Content-Type: application/octet-stream;
	name="notransp_png24.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="notransp_png24.png"

iVBORw0KGgoAAAANSUhEUgAAASwAAADICAIAAAGqunuUAAAgAElEQVR4nO29e3xU1bk3/uxJyD0M
5EIYQsQQEswkQROQSAPUqAzeoLEixhzQ0yJtUWr9taev7Xv48ebQ/Nrm18uxFPW01PYcsZjiLd7Q
jGgUiJgWJiLDAMEQMOQGITDkMrnN7PePNbNmzb6ufZlLLN9PPjCzZ1/W2ms963nWc2WG7LsAIGH2
AAAMn09GHwDAZmstKcmz2VoBoKQkDx+8YcZC0AaGvfIsAFg7Ki1ZdYJn1DeaKirKrXYPeYLN1lpS
Xq3ykUc+fBJ3QhTGKgAA527RnxQ9EvVSHsYq4UcqfLDV7hF4ZK+rYsaixQDAHP/flDdS9NRowaOp
XY8AQH/gwfpGU0V5t+idnLvRjJN9vIF/KGOmqXa7pd9TwzleVLTUcWaZ5e4Yy90xgvfqS9/qf3xj
tYJHWu2XN64/Ds7nOMdz0l42FxcWLUg7fKhd8F7klC4pySPH3mr34M/U0wfBuKm3pztjponfIAy2
4OcAwJzvCDgHzT5jFaBeInonP4jC+dzRvjiJ5wFAatcjsy8/mmLYEnjhbvwvc+TDJ7lE7XshfnoP
JI9h9vZz/3gnf3Gc4CMtd8ccPtTe76kRa5lBYAEzVtlsrWCsElsiEpgP8hfHOc3c+YVg3TvWfzlT
7HnWjkqB6QMA3s4ZqwCAM/fcSWvZuKUjhjuTO+wDY8va7MJ9lQDDXnmWT0bOTLOx0yGx3LDJa5iB
V+gfY+2oBN+UNgyfTw582m5bY7XRsUXieS37umDoPUfzEBs9j42eJfu8+kYTST/MkH1XQsEqzlMp
284akhnPgPQ5TnON0REwe70Lnq2xWpaf9LoqACAjvt7fXt/z0FQyOrbgMbI1VqMJYewkjpTkAYDh
IHuP1e7pS9+KXrcE3O6EA40XBH8yOrYYHVuc5hr8hiS4KdNwLGD1Tru4TbC7NlvrHbcnAkD/5Uzy
OH5v3EXH112r3WMpJOjCuZtLJH3pWwXXoJLy6n0fDHGeh/qHXs8jpbWpXY84Wuz41rbGaltjNfk8
RG/cXiKgCeYXfDAVOXeDCEPtdVXkz3pGeNEJvJzZdmgYfS1NGiFPS7u4DTEjbzOJaYzunpae2No6
jd9c/hTlPNXf6+bBgHWkL32rpdCAn0cub4ihtvb+lP8wAGhusAMAW/BzNLpk/9Cz/b3k9zXt4raS
8ur6+kYpYUAEKdM74+OndHbNCDiKmZcY+tK3trWNA0B9o8m71gdcv4nTFQ6ZuVzj3Ds6d4NzN0OK
zlh4GT6fPG55yujYgoRp8riyzvIQ7b3d7DwgRHL0MG87jFV96R4wGsC5GwvyKmRXBAP5GClwllzn
bmlpSgx0Io8e4jIStASeh2bB1Z88ZVwfRXMjRU8VmKKpXY/MH3/sgZfiFTwMAiQoZc/r99RcP2+G
tWkDebC+0dTW9wCSksUEZf8jxZ/KfZ9ogye8PgGkTO8EgNrtlo3rj0v3wwveS1YsIjta7ObiQlGR
1biJnZ0FAO+/93nAxtT3YIZlrwAE7lQkIbHDBYCduwqeesIKPN6Jn2rAn0rKq/G65V2mjVWclcy2
r3Pp7Isj7hvFnrdx83Kpxjp3+/rH+yHg1fvGX7pzNBBZso1V/n0QMdlKU9vZqQ/ZP7lq/2TAtq/T
fmiITV5D+SS0oEet/vqIKftW/s85sS/B6DEYPUYejJvSyYza0+ffmTGz69iU7ywpaGXGHJTPa7ta
mGO0B7xPtB5KzJrjhwbMlg0weoyJL2YnrsKwlWHHKJ+H4J+fUpoMEZxxxM41j4r9KjjhGZa9QvOM
XlfFpe5LmU0f8RdVvhzMnW5IVMyqA1Jck554KdM7f//8fd/f8DqHsDgzltQn8cVR4IuH6GLOemaz
tWbm/6/8Wc8sWpJt3SswYM5d7qm/rAVSYDRWcZ7n5Ud8cZRsr/fBckOL1lWGYS71zyL77TTXGDuJ
CcyXuIGQfGy2VsFVG0lKzl1ufARpXS65f8ZpNP/yaCx/cmRfa0elpdzXmsCeMec7UgxbFr0Ub13v
e7fO50R324FzR3h9CRDuhF7joiXZHAZJXst9AWJSL6eLlkJDfX0jACiVevd+9PUnv/NG38XAHQ9f
5OXI9vX1jUVFSwGgre8BDj05zTX8UcRYWDq97+IQV5WG5F32yrOYaGQ3wAJ8H09dYxVgZUQgvMuk
Wj2vRiiTKMge4s9tfQ8cO3awoqKcOE9qidSi1VYBZsi+y78z0ILAfS09gt1hyl3EJkeLPdWUeqn7
Uqopla84FZNaBSF6stqdlzSoerhzV8GhA131L9sffbz0r3+2uVzjwmKmcsgoHPQA7RiSmmUJlS9C
faOpqGhpTk4akvK9T+Kow4UgMxdU9Vygh4hNU4rVEqehfUW/pwa/HX1GnrAU0ECA+6IWC7abr9mU
eAsbNy9ftCTb3z2e3UcaYnp8vMfFugur3WNrrBbTZvj4YUkeKR5T7g29D9C8iZKA48yyJzc3Bzxu
75jYE7nNxhIG2nv6JeWOypLyamQu4Qwa+V5ttlYJCxK60LavEwDYpFVs0io20cIm36+0h+biwqGr
Q4cPtR//7PzhQ+0PPJQLPJkZt4o7Ks7dtsZqIQtCILyCDiG7iMoofE5orAIA1j0ALAswCoZpzMDL
ysbcuAkAenu6L3VfMhcXAoD0csWf2/I9pIGYuHegp3J6+58KlyRxz9/XWXKHPvxGDHi9ZI58+CTQ
CY1cmZNCduk4DVm54GJWxjFNbOyS3i9OZ8zLOfHhW6NDlzNyc+MTEy6c7Z5zY278lLOqe8IHZ45E
A133bI3V8OLaEoUS2ezcKDZ5TdzAaww7zrjeN2UCuM4WLEkASGBhgoG+qOW1BxrslqyzyjrBg8TM
l5ulgV1SJJ0BQHdH5sxspq9naprJBXGlMNHJxGSxg/uYpDvYof1DI/M+6Z6pfR3mdI/TSF4Pnbux
jUkRz9Adfs0AT7OJhPUARxyfGODMNLe9uJY82dtDGtMoJQLsSxQ+LFLMjSAfrrZHBHxrubDBEEF6
/uB1mTNvU6Z3zs9P37P34cSkmHnpvxCU1DgTSX7y82Q01GHcbavdU7qyEI85eaZUDxH4/WzreyAn
7WUIfP3EKzf29nTnz3rm4JFKvvZdujMp0ztb2n64KO9pt9vzXtN3jh45K2AsILRpAR0jgKaktaPS
UmiQ76FYP0l4uyqkGPc1S2aHiYBsu/grfxMjMKUlRHBsY0bqp+bBOI4eigNs66bakgf2cOeugo2b
l59r7y/O+e2jj5f+6ZlmiX2GGGWSxyX0s5wGcO3LCBJd9W6sCBrg90cACneY/Mks0T3iKQLjKdxD
kOwk+Izr+KuOSzEHZGc4NkNBLbj3EmLVFe0hyI0kUrEBQFHRUvTBr24TH1KlMgOJv762OL8wo+6F
lj890wy+/bTgeJKbHqkeIoj1E2uLSVRUlDszzdJ92LmrwPpO+7HPuqOjDe/sf7Q457e0e3/jJgDY
uWO/10oopxNB8HpAIJCewzfMWMjRMiL3B/IgPuI017S9uBYCd2ja3SV0QaAfHZ1g7Z9pHMV7phkA
ONwpvApvCNBESbtWiIFw6UIfLIUG0YUnOBpRaXDteorh3I3ch9Dyhf7F3ePuuCVdJIIEhZ4QYvBZ
3hVthUJjwKC1NctDxH6qQqrWFwaN3fPPQ5H7yHM/VV5bNEDTSn7HBQC9ropeV4XjzLJeVwXHQInc
Dr2geFmCet6SkrxgdBItClR0SL+ppRdZBM8MBmXKj2F9oym16xHmfMe29X9K7XoEhYKIgV4iEzwz
GIMp30Nswn+t7hjQmR/qG02iVgceOGcGBImo9a0kQTVLyY2pmGsLCaQEwM4u3icpCjriQ4vnqiwy
ZppOdD0OAAePVJIOH4JO9njP8cBL8SvnVOM/WY98CVg7KlUPpk4cXwjIgQhDL+OhUkFXfgytHZUS
r192ZO7+Rj5lUzCkaNi5u6QkT1DoJcO6SMj30JJVhzQXMs/mAa1Je984AQBoklOCakHGEVqN1cg8
KqrVp5+lii2hqjasGIhhKluujFUBtkB0iXBgqbqdlK5APaTUzfCBhQcDANfbWD42kAdKQnWaa5Su
qIcPtb+xb/3AlcE/192/u/5B+gvxUhTNXZSMVSXl3g/SGyKOtYQzh1FPVlz/oSWrjk1+kBn4G5v8
4NQTMfAlbRMRNa7fsDAzcdv8/PRG6xfxCVPW3M31PCNPDoBzN2qkiGc371Te8wP4r9imno2aAQnl
qHvH3/uvgpUbrl5XokzXRihaT3Q9TobMQeBrFROJ5Xvo5z/IylVeLezOIv4iWI8bdRKG9spGDvLu
oGy54qz2RscWijH0X70bNRoHFWIETyOsBYhSqKQ2QHo0YxUiTr48Ida91s8MbFQG91bmGjZqhuD5
eoFcz4Sj5fngW7D8EOcr1y9e1X2mJXnG8tMfv1RcsXFk2BObNG3sQAEkFHjAwMDExNj4lNE3qFtO
Bc5yrViLgTbOSIwA524xWQkA2Ji8KWP1cQmG6NgEYODzd/6bYeD43mfTri+C8S9aXvv1uHvK8Xf/
oK4bYkBrD/bLs2TVCUdWS0A1ybHJD8JgPcP6ozL0dRfDd7N2VJauLMTrqtRKw11RlEs5bNIqgGhm
8HXucYhhQFnAizTIfBOcFye30qBdmXM3jopVJpR4RoCJ6ukw9nZOs+3rdDF32vZ1OpqHW/a1n7Zd
Pf8FL5pUFeobTeRXvE9A4MaWkEADiOckGndl88qQNO66HDttXkzyXGBhYmQQALJv+SYAXH/Lgylz
bwelr0wIFeXd5AByGunvIbI3cPbRKmRUEszg6zETH0xPPjJ9qq1kRWZy7MGSOzLj2fdK7sg0GCbi
oz5Fp4ltymQ3azRvJ5AOfTw9SCZOZQhMWsFxHMWhbmQKoZx1e/ipJ7w9RCukDk5QdD4XgvBHopEO
UQTIlU/MgUjAY8gfk6cHcPYBBMWByiT4UXaBEWn8HqKDHH4mlURBBZD3enz8FBx1T6OAkpr5SjIo
CZouRePIpIkY+R6THsgIq9fkkl8XLcmmaZwUYYtPLrz4k1yALzPL+EQJDqZYOiebrbWk/D+l/Wbw
cOEPZKy4oIEErw5iYZsc117/T87dIMvx+SPJYa9++Hzh+z01tdsti5ZkC+r/8XBxxg19/fLAUWQj
+fSlA9hAgmcdadVIu7jNf23gmmQpNHgFFWMVGKuo/NpoyNLv81mo3iaJlMj9npqs5G0jIxMX+4Te
po+ZcTyDuPCdQ7c/FCd3TiSA2CMlLJAYeL6kGLYMDY39/D/vkG566cpCWT2/JauOqod8gQ4FW6CQ
XW/LJBe9GYsWz1i0OH/VXTMWLSb1n5zW9Htq0OJUu92ycfNyzjLGIRmjYwsnm5kfgh60lL6J0myK
/wCEc/0PFuf8tt9T8x8/bfhd7QHtNgwugxHXjBmaB+PQH/CicjlAr9Bq95DLNOqeM9OMtyCCL7U4
57foAzJCSkNW2rR2VHIZTOBDvTE/ACDo1yY9kgic/Es06bMUWSCloShqUYAOpUeSDxpDl5gFkgY+
OvfmLmILfj6VMSAtYwDEYtdU+JdyHZ7BP0l02XkIOstyDBhP7yg1zz3Av5bv60CraxME4X0pmbRS
FbAqCX1FiSLnZE8/134ZAJqacs1zBa7yrq6y+Q1Acq5aOyptjdW4eyhHAEqLBaCDj1PpykLgiRm1
2y0A8I01BQBw4OhmjgDMAdrKexO0SXvQSrjPIoc9ZLJH8LrPSqY/BArvHJGFxG/A8OaP8Em80jo7
lbPUavcMf3FQ8Cevl6k4NaZ2PRIfP+VTxxNZc6ab4qv5kxtJEfxG93tq0PY6YyZX9STRVG9UEJ9x
i/EAv3FGEpzMxAIQ4dGCu3t8Dv4cRpfcSEOAGR+vtBp3CAh8ahLNG8KDRBiXLBGEOO1G2CHqiaFd
6ya4IPIPovQLZG4Ur22dM4Sq5pN3MfhKj2gQXb7oxTekFglIb0NALMmZdCbAgDt8pQeSGbLvOnnh
SDAs8Gok8MBkvJR2Si2i/ldg1Q3iEKoHwSDprc0a92yTayxJWSGICyk9xPQRNOOnf9aYcIRl0YCv
61QQaEEFX9JXQZx4611BbQMfQTW9krZJKRir/L5tEQ99hrC+0XTxfArKoysGjdrfYFvVxeKII38U
aR32ZFFWllJyc2ZyciyypSUnxzIMExVlONr+oztX3SB4iSL3Emxs1KW1fAiuxkhhZ7V7+DpYUscV
XmjSkmJUlHeDscIQ3Tww4HVWq3t7fVS04c6yPzIG5kLPwMEjlQDchVQRD/Nm76PNwKwGYsssaie2
bqEds59JkxvWcPBRPXkhAKBkLeRhf0JchUEWGGjXiLb/RUVLc9Jelua7mvxaeFC5gIdwLIWHkFzi
SMMIaHCv0Q6vBqC8G+evB4B+T8259v5bzNtHRyfwmXolHEXguIrQXxiqAHUNVMgZVHXyvYqrHGeW
LV3ov2RBsenzlgB7gL5DCDoKU0GgTk3iDGnR48sm2p1hxWAuLkTmNQTO+CmK/aOEbsIwXeyrIikp
WFt7egWmGvis9jt37Cd3Mie6Hvda2tTyXUoo6pe6xSlgEfaJUagAFefMiNDOTDoQOYeCJljxlFPI
b48fZOYrJEkWqOGX3fIdF/1JD+iy8GJX3+DtIEns3LH/rjlbzjS2rCn4WWrXI2uLamZffjTf/fj5
ps+LmO9nP9Gj/tbO3RzloiWrTtDiJhLlxNvrYL0qnhr4jesro9IvO7Z9ncNFP1ya8TeJc5zmmuYG
e5CkaKe5pvPthqUL6yz3zD/+eU9nh3N+fvqXZ6+cvfLvGbHVKDF7u+kvoCMrBQCiYjMiR5lANT7Z
YnB8p/mgcabD9ycXDTLkTPDO3oSU+zqLVxYz7gts0qrjDX/NX/GvJ97/74KV6+zvvWC2bDhzqH7e
TVEMOxZczZxxE4cfk+BHKctCRWujh88nJxhFf5bY1mC+Kmbfx00JdKwXvj/5IAt454Qs9bAJt7EA
BoMBgAGGQQc97gmPezwxZRYk3gyDrwU7Xmnj5uUbNy8XF6yU3U1Fa/VJv84HSgXJF6uoNkZ656YI
XeBZCIGWqNKVFJmi1aHtxbX8dNtiolBATTzq8bN2VCIJS/ZMb7leQxJr4Obyn3TgiCDNDXb9qZBf
vUrYnUngSmXExyZVnPro5ZiEadmlqxiD4eKZo+db3p+35GuJ6fOOvVuXMb/UaMqNi3fbG/4Wk2i8
fum642/+uvjeip5Tjp7Tp/PKliSk33Sqcc/o0FXz7aumuD9V2MswQziiWS8YOx3ITxCD76HKTbim
PLsnG5P32RvPzb/t4blLvtHy+m9Ylk1Ky7pp5U2nDzUdt76y4O6Hp2XmAYD9/VcK73k879Z1UTAK
AGx0dtKskpu++SNDwg0ejyGv/OH8Fd9yfPiOhu6GFNaOSrxZwoJCYKpZncAnRN3CiSnQ2uLOLq3o
tB+Ys+gu5upL+DgnZ03wNhu6AOufZcsw+YZQV/Wrf8Ao/L5DBv6OM+y2Fz4Ed9vSW3BfQi+lEIpF
I6tjOc01ohGAOsEds+zMiUR34v0n/zHuSbxP9nxLVl3LB12sYTp5pHRloe7qeNU3rG80DX/xMWk8
wEChNIJ3Vi/OhD3/U8sH3TfddRszdoKNvg7iv3al6/S0lMtX+qdNmzW/5fVfF68sHvGUxE9Nsb36
q+LV/+oacidMm2l79VfFd956oulo/h3rj73zh6LbFjATXVg6j9iNh7TBUr04gwqyyT5b9f1lcdPq
R7883mnb19lx0gmsa9T5xWfvHhwbaIfRo7lLln7W8NlQ/3nvqSOHGEMMALiN8yZGevJvvbvl9e1F
d61jJrpAvE5wyCBNtYLmdxKiVBhAZBzfXG3Jk8IL1pAM8UsBPMxQAz7IMY3J6mnJalPKHu/L3C74
CHLGo5Z4DUy+ot0Bd8KpriQWUh2XysmuHwnI18EXtuVSDIql7BC8Fn3AIWboK6prIzgigUMYTJJS
60ekj4exBBSZZFG1FS0eMZTl0/DJEoOHEH2QvQdwDa/ARVlfadvo2KJiFHfu2P+URBr7hXU6usnI
Ng+dUCJpwJEG/fihemqWTgeAzINoq6phaBxXylH0pnn2GeQAgG+KQ2f2X86UEJo42YoEoT0qg95T
jax4B0JKR3RCgG5EbmlUPIQYaRe30cccoQ+yc1zgHOMmS9nzhw+12zt+7J7wrLjlD+9/+t27lu7s
6rwKAAePVMoupDSTRiy8X2wNv/qTp4ybN5MeOmgeYD2+xIjisozgG0LB4SSDYHCcnmD4u/ohRBAc
SP4baet7AABQzUexc/wI2KsYITgexiQE67By8ohwIJZWhAu6nHl8laQgbI3V2AMKL+ZahxBBmiKx
Cy95kJMENqChQuuSOvGYct0WXEtRTrE3PvjWN27/CwCg1XtO9vShwbG+i0O12y0CxUEF4asYirsg
5osmDUFvKNBrCBE0chT8HkVZS5D3oJyB3LmroKh4zt3LdqKvaAif+PHS4eHxPz3TTOlUIVHl15tl
VB0oC/2qAD2DDGiPZM4x4jy5IdR3B2LcxF/AQckaLjh+nOVHaR4A/mqk8xCCyChKy2xiBYm5kBtC
MtZCEMp2IESaMEeLvampf/Wa3ICkPuJDKFHIV5B9UMq0wlt7demfZEEWM5fYDEn8pIL5oVgLvOVA
H5KTYwcHxwwGxu32aNlEirFV6YrEHMhuYGTHUoAKZWvgguaBDFDU+sRowZGzNVbnrNujXhVn3NTd
ddU0a2qKYUtL2w/nZKekGLa88/GjKNKRZgciDRrhSHr8qOwhdLY/XC+FaghBwygCYXrmlugObBBn
cqnKeRKsGEeaJkl7AgQvsI12CBG0DCTKVyzVLCFWF1H6cbHG4OERrB3GAXO+g34m0Qyksq2J0myl
JEpK8mRaE8yADe3g57Ll+0OgE7Kf6EntemT//zReajnx6UsH/vFyU2rXI+ebPkfpuXfu2E//UH+w
vziUUSGGCnJE/UQh8xCYBhMBHUc/YT0AMu6oNnvpSMT01sSU6Z29o9UZsdX2jh+X3vC74eFxJEyd
7H7qBlOtapYsRpEqhxA0jCJStskiJ2cKEJonTdoZ4ybnjh1iixvlyoZuRcPSyDzPHKDE43zlquzT
JaB+CEHdKBYaAICfj5aDoqKl5BBqND47zix7cnOzxAmy2bSV+br5pKr19+9F6YwBDx6C0IxRPZaa
hhA0jCIlUGxGwBEVRsddBU89YUXmquaTP1gw59etvT9JS0/CFqt201/0FZpo6iyKna8UzJB9F/+o
WGK94fPJ6EPCbKmyizZb6w0zFo5bnmp7ca0Y9eBb8e8mm1GYvFYQB9l7ljKTxkdbIxiWvUJZjsEL
uux2XjUuUd+UnIkCnNkXTi6m/CWdSlQbzb+SYNgrzwprWoNsFuCMIr82OA7MkNWd/pPn7BbOzQ0h
8fQVk5IlIqH843otN7cPQhkvcHC93sEGfMbOf92cbSwnwF/iVtK3/QpDOGlJaEKQgNjpoy0EAmXF
Bcqs3F/5sRSW70MWLFFR3o12h2iniEA6BUmAZhtQUpIne5/JjmAFakuA4zOIdGkkFXKgkStbsuoi
JHFokMAc+fDJ0AcoSTNFLM7QDJ46LehXqewBw7JXwhLaIjuK2svVUCFSk6nTw5fAS2/IhqUhZ23y
CFkM1SuIhsD2RJeaMJJBW84jGJAeRVCy0GkJZOQ8dNLBEN5IXT4bI18o/ZvVmHw92DHluoAs4ErW
cw2DRCoLPIo0dUbIr3yyVoYIXlTRgOGRI/fNeqZXd+7YMbLmfgC41H0ps+kj/NlbU1HErIojbCE4
0dKK7zzZBBzdhtBxZln+qrtEH0Pt8xPsajG0ZdaIbJERDt0W0symjyR+dbTYKe8TVH81GpaJa1BE
VikycehDhW19D9yc+7TECQrigISg+zJLSeuTghB1FmdeePWh+Pgpv3/+PgD4418fQMV/tMPo2KJV
VOHdkOY0JKlGrIyDoM8QIlX1e03fefj+lwBg7bobAWDNQzcODIwcbf+R4CUqUiQFT9iRgLWjUnAg
I0fvqlvNpmeXZN9Z9kf0tadrAAD6Lw3NS/9FVJQhKsqwek0ugPqFVDDIVBfITgtsNA3IrYr1IXg3
GT45VreF9Okdpfjzilv+cLT9R8tveuadjx/9xP794sVzOIXalQINHhrIIGWUcppr5O/s3I2IT0DS
Cd96q+e+UCzRuDdRdeCmQpHbHVl5q6K8W1EiA3VQ7TkYeglIT3Fm4+blZB0ehINHKrWQYH2jCVv2
MZw7doidLxGPogg02w/B1Jih17hyqVC9T6ovJtbRYn9yc/PhQ+212y0BYbE8yqB5Fmf8EBXqk4uC
DiQ5yjaYTBcAobJHcsUZfhpaMsxTqgO+ETLPBetecJr/YlyfCXBcaZZ/DirKuwFeBt9aioC93AHg
aPuPPB62OOe3+EhTU655rqaHklAkBgvKPsGGgETKXx84FdL08mxD04XybmLi6C3m7S7XuOBPeoE+
IIYDbiGV4Eit8ryQ027BhMOgap+nC1yu8ZPdT5FHyspS9H0EIkQVE9drw/JVXwoSj9RavxBEBo9y
/RFMHy4LjtB08cIQ+TXVlKr0hrLQZSdDL+ko8rrTQSIVrEJJpuPXHavX5JJfl93oF1Brt1s07kEF
oVc9b0oeiYLaKaFz/UIVOefVMFfNSX1UQxdbGCfwAQD60rd6cxEIZWKWRlBKUCoaFXVDCMpjMMMC
DZs07xD6lUEig6qPjpQDxOGCnXM+Y6bJ2rRBOC+TJHQUquX1RB2X1YiyvhJzZOY9TtE5jKAMIQBY
suq0bQglQRCZeS6Y5wK5AZVd63QM93Hu2DFV5Kepv6yFzZs1PYsoJNqXvhV94MdWeuML8alSEbZ0
waH+BoQvZUzIHk2pJ9KT7oG7okYD1gP57CaCVXoQIQevgI8unfQnglGbI1IpDh9qf+ODbxmnxd+6
8NmoKMPF8W1kyjCsJwre+AG5kCIxSXDBDUKVSHgAACAASURBVIFXtSJNDQlSBhbMHBnskkzfuP0v
c7KnA4Db7d3MPfavrw4NyqTQUA2Bitr8dNLk9hMV2+5L38otp2BrxbWrVUNCGSsPY5WLuRNdFfq6
Wci4iLeJ7+x/lPy178LQpb7hqChDWVlKUDbHgbZJKnGGdDxFxNqX7vF/FeGOYkmb0YeSkjy+Al12
/AT3nWxMPsQuAGBg1Abufki4HYCBiXOM61DpykIIAlPEXavdVXDHXQWFWb8if93w2GKUOTjVlCqd
ol+sAIwE/N51zt3oZTJHPnxSzCYiXU4bqOPH/DeUSJFAsFi0+skU8DNWua72x7PvAUB3x7SkjEIA
Zqj384z8Wy+eOWmcldPr2HddXrBWMwxFiZ5ooEIQY1j2iqILhB5LLeBIahyUBegQQ2jb11V8z50A
0PLOe8UVj33Z0njprCPn5hLjtF4INjvUpicSa5uigQxWTAW5RFBKQ6gUG73oxLIeT3KlJ7nSNL9g
aMA4OGA0zc/3uOzRcUkLVm0+f6INnYYq/wUPGTNNJ7oeX7QkGx+p3W7xjp8cxOaWIo9LHbb2AezQ
WAUouS/xtaQ8KFlsEoxp6MPMnFkQOwuASUrqBfelWebbAQzm2++B4Y91f6ggVOuJJEA5ikbHFj0W
Uh74ar2A0rCU116DJLCIEJSFNGfdHvTBn3WLblTox0/RliZc5uhgA/EI/YfQm36SYGlWu4fGdKKU
/mYaWTbuFjZmvuyZpSsLwVg16aLO+CDnYunKwuYGO+gjkUo/VTwbFxcK+aUnufL0/rq85Q8yA3+T
P5uQYCcv8EYLpXJHB4Me5UuZB0iFX0n38QN5yx86c+gNlomz7et0NA85mofZpG+ePxNz9KOLtn2d
bOxN3ecSW/Z1DbnmsCwLAGzCimMH+k/Z3GzSNwcG0lv2dZ05zrBxi1T1LAxAqihy/CAYxiZOETAa
NxAVIgwbX3bh9CumgmVDl7sh8dsAO/LLK1xDbiYqLnlmcWbhspY3X4CYvCRT8o2FqxzW5wtWLgGA
4/teK7j7MQDoO3us9+QX2besnpoxFzw9CrsYanDWT6NjC3T4f9V/CDm5Jzm1KQKC6H07EBUi6IQn
JfuW1QaDIe/Wqitd7QAAo0cZQ4n3Z9YNAAAMMMAwTM7XvgnAAADLehiGAYDpWfNjYtippnldjoOz
8heq6mjoQHon8bf8Uau/PmJK6YK4Ir2eZ7V7cmYw5BHyqymly4Q9zEaP2Q692pe+NcdIGwOMceqT
o7OLypiBl6Pis058+CoAmHKME3DdlNj4i60fn7UdYj1u07z0vrOff9H0dtJUT/z0nImxEVPefPtb
z186Z8/IXTQ+dNqx71XGACmzc5jx05r6HExYOyrbrhaiV5S2pDLu8eVIp5NjtKM/r+9MsIM5lO4u
VIONnnPm6IXrilec+WRP3qIkBibQ8RBYnfQFbjBfCuV0xOf+FFSBO4QpXVgmEZLuATDARAfjasLH
OSYO6eI8YQentQFFr3htjgZJ1xp1cGaaUeXw0KtaGHYIBvYI/kR23ujYUmoutDbYQV+TumbwK9Bg
iLmTMeyVZ9WRIN8UhY/wKxMEA2zsAogxAzAw3sqMHJE/n0kCAIYdJA9G1AIrVjEXxMcPAAwqxs/W
WI2cqzibOZwGKyTjV3hi/6GRgf7hK70n9+9noyg0y8mrRiAwTtFcoy4iQAKq74bC8MSif1BcjuDN
VWpnSP9GfFBszQzGTGeTH7zccTJl2lGWiWMN6Uz8wuMNLwBAwcp/YaKSXVf745iDLdZTJff/+OKZ
o+db3p+35GunDzUBQNr1C7KKVwA7cubTvTmFYxAxxdnE8glgj1wxT3mV+0LsyiY2bOR7Cc5KZYhN
SgEAhh0B9urxhv8pWPkwAGt/74Wiex4DAGAS0Xlxyak33bu25a2/laz5setqf1zStAunD8dNnZ5d
ei8MvWbtqISGSguEeS21dlQCfCxBghLXCijYKMNqpG2zQZ/XnsudxxrZ+CVs4p2f7TuF9GcArHcL
75mA2AXoxOjYBBhvBe/WlIXRli77gTOfvs1MnAXCeyp4QTw0sGTVyebzEHP0EgoRpaupFBaB04+h
97MXltitb7MsFN35UFRM4vGGFxiDofDOdezE1bN/f4thWP/J7DAAuD3syff/u/gOU/Ytq0aHrjKj
tvC0nAeNjEaKF1LFpkru+SKEzZDwJN5//vOPs266jRHZe1BCdU5wctLTRJ7IPkh8CH1jwy0hE+iC
FqT058EDm7wWAGDwTYYVrfkmTRa4sJRS7z3wLV0oQILzCHIlJxM0oDHmr/P4HNEhDGhfYDRFyAqR
hAacSrzSJ6OqpoGHdsuK5WQCDKT057/PgGgWYxUqLt7cYJclU8lNRcTnOpYFDZuhGUL8E98VVkC3
HPjeJC4RuNy5G5+P5EqkF027uE0soCVAnMGWINkKgkqhfjlVm2wYQYWYILhkiTVe0DaAqQr9Siov
rXaPhbhE4HJjFXm+JasOHFssRoOtUZSi/FQYma5jeiUbpgHtPNNgEhAuFSl+cunKQu+6Lb4i+m8X
7FRF6jZeeiUbFoMifZh85ksicb0ukK3dCABMw7F+EPFwiQT9b8r0TolfNSYbVg+1hEhPhdwzxakw
Gl8gcBeh4DEtUM0RW9p+OCc7JcWw5QdPLRsaHPvTM1LlsdVB2f5abRpS+vErXVkIvmrwICmXeKmQ
tgUhpEu0amV3fwt97ffUpBi2JCfHDg6OGQwMises3W5Z+4uHxO5AJouRmDq4yoK6LbYKhwcxx0z+
cRoBRZmaG9Fl2sVtqgUfiS0qPgEdQf8uujuGTJo3LSU+Ni6676I33dPqNbnG9fJkjbbG0iNEvzxw
6BUZ3ShHUWIhRT85M83WBjs+h0aLqYwKMRSNIocOJOIl+ccdZ5YtXViHF1Icxg44AEyJRCr4CGEq
NG5y7tghlt2UIwkHREoTGzs+0DiR1EZ+xv6bJF/zDidauoUyVqgcQu+txXms9PIlSxPES/lPRcmG
aYCfzk9x6G+YeEIZQDll1kdJP0VwIDlUSCnd4BENGPWsOrQBVT+E3ptScEdkj/bmZJYDr+dGAOCP
4sEjlebiQgCZGEx1ApTTXNP5dsOTm6WEJute+RBiTl/4rA4vnjSbB79yNZBZah1CCBxFwVfW1vcA
qoKAh1BKQ8+V8YzoP/pkwyrAF0d37iqw3FMIALOvM6ZP+T+3r8z9ZP/Z5Kmx73/63buW7uzqvNp/
OZPq1rg8OS4NzimzSQ/fmmftqCQv1MOb21iF784flfpGEwCX/pDeSPBmAQH4AOBL6mSee8C6FwAy
AY5rTzZMA5Rp+O5v5APA+S+vAMC+v39vwZxft/b+JC/jl5Q3waQDWLx07gZjFbltUApLVh04/QOp
Q1iMbOyZovoSuGQSKEzLyYcWQzzKS/tW44a9b5zABzNmJgFAWnoS/X360rdaCg1IbiD7ZSk00Cye
AQiMYrdk1SFlkD6RTVa7R8wPQ3r8hN+yb0JwkqWob58c+H5siNHu3PEpebDuhc8A4JWXjvILAQgC
rc/I4Y/zOHV1LTjpCJArhm7BaX3pW1W8Zf7Cq2mojJucu9y9ropeV4XjzDL46U/x515XBc7hLwh+
wura7ZY3X/Vq706duOhyjf9gYz0AfOdfXubktJUGZw+A54q6vbWemwpBqFbfkOUBhC04FHoKPc0a
xk0AYCl7nlQsIFBuZmg0dmpqIfA2cjqHiErTkM3WSv75W2WukR4/Suhu1rA2beCsmd7xk71QZPw4
+a4R46dcUfkLMoLO8YV96VtByCdTIkcfADQ3VFqMBgi0jqpA9hM9AI+I/Vrb1K+ifsXGzctXr8l9
85XTZWUp3p2oD+o2nYIVqGkuFLPaG5oH48jvzYNxnCNKwZELUCI+2URgzkyzlodi2Dt+HB8/BX/A
lRQV38j5HP7LiK9f+4uHzHMPkAdBPDWMGqdCDVW7mG2HhiV+Lk0SdfOSBs3CyNnbcpUUyj13UqZ3
zs9P//LsFZdrHH04e+XfM2KrkZVDo3GRcmAkTqNKdq08x5kML1RNkbgGFS7Cztnk8XUTePzEFn1Z
kFm0EHAlReCVRlCKYCcCQ5CmRX6OM5utVV6c0biuCkJQt4RGzplpVm3JenpH6avWf/3U8QQAoA+4
kuKiJdka82qRSSY4oNEhIOrUxaW2pLzaO4rGqpLyapmFFEH1ckqCb1sJAEF2WtzddDdrYEgvpKrr
OvGhVCyn2lRoJERc+wQRn6xuV8tUDUYNRRpIt1lR7RylFRCDVeSABNbzSgyejh7iGzcvLytLETZr
BAFYAi9dWWhxCNuKV8DPgTGwBT+nVC9gbThNA2iHsHkwTstyasmqszUGvypjcGooSsOfGN5HiBKV
TJ07dsjaiomzqUaRihdiqBtFP3vQMSswBfSNyJFw2iDP0cVWzH2EJOtRpmBTxxTRUiOrvw5xFWON
QJHvHOHF6NjS1NR/+FB7lMH9zJ9Xf3nm4vO7v9n15SVr04adL953zNbB17jKAhmVJE5QzAvVrajW
jkpLCVdUq69vJL9WVJTXN5qCUbxed8hKnsZp8aX5v/v83L8hEzH4DMjqgNiQ2BQPeiZEErbG6vr6
xra28fr6Rs74FRUtbWsbLypa2tbnV4Z5teFqXad1XEXJ5GfS44dsxSfsveUr5mETcYphy4JiAZGK
PhxAgsWokUhVizYlJXlfNgLyo8FABbPJg8fAVFFRDoTWO3IiGmXpD6nC16678fTJPmwi/tZ3b+7t
Gfy8pbt2uwXAr+RTtIkU3GnQbu35UC3X8IvUC+LYsYNoFL3QGOkoW6KOzvhHtXMXVy8A0jDE1/Pv
LHNPSahcSNXJNTZba8DAAADAsWMHOX8CV2pLEefcsUPsJ4kNAB+U73rj5uV8bS2I2BqVlTkSgkoq
RFBBi5ZCQ319I3/x5AMPtmxciBjwNoCyRJ30rWjT7vncOzi06B8/vSuchkI7w4f04AXAudubb58i
LkIMhw+18yvTHW3/kcfDFuf8FpeoE22Cb/wUVSqWsBXzoWU51TSEKuQaq93DX0ulgYdNi4TJr0x3
i3m7yzWODlIWHqV6y87nwGcazHBs2bgeHZShci1ghuy7EgpWAV0qe6UKFG7CE21SJXk3b77MwBvS
kKmEHYDfQnRD/iUyVj1eNznR99dwDSSYIx8+iT5Rzg8VtESWLFR0oRhokotINEaip9xsMATN43MU
O2FfwzVIwpeZm4C0d2okZDZRHVKNIU+KQoGBICIpSDjfkRQrwT/FXqkaT+FrmGwQIEIS/EmA40uD
3DAp0GZK0yCakpA29HCiNdEHFCAPPOrSYr+8Js1+VSFDhBhkHsbI54SKzkQJsb1h5DyVAzeVki/R
Af5K/kr5cjS6EvBr2F/DpAYtEUYUFE1i2ZM5pi9BUgRCHJWQSxWtUDp69VxjkpMaIXW5CAtki1JX
lHfT2Eyw+7KYH7PSoCRFNc+lodRv+BoiCl99Tkh/VX2j6Trjx4IsRVAE1aWUXzDyzos5el7jlpEJ
Zsi+6+SFI2Hf5imClomrRWFDkqKWNJAqmkQJeqv/Nb1r5ADlJqiWdZKPHGicsmR6WTGgeCK+gIcE
UVIc1aVeno5yqURoOOeIN7mWhtD+a9ALfo+ZSFB70kBHvqG7h43GxkBIanaK4Zp2J1xgjnz45KSg
PQzdN1GqSTF4y1Z4CfIaNQYDfGszlqcmn2ImGJoMynvq6woLFNU/wlgu8NqmUR0oE+eSCvZrRBhw
Z6DgP7pXkpOF9I4xqFR6jSuqBn0NmcgjQuMmAJAo7CEGb3gnKI73EotQCvsmTQUE68dqBIf/wzX2
qDcikQhVUCACZZi1CojxoklBotplBz7zv8YhdUQEESHy4cybM086W5I0aKKs9UUwmE+QoK8kf40O
9UJ4QuvFUFS09MN3HWRSq2999+bfPPeNzMT/cLnGZ2Qk/WVP5ezrjN1dA99eW9fVebXfU9Nx7rLH
wwLALebto6MTsnHyuoO+bl/YQVmCkxJeM+M1/Y1mRBYRkihfMe+J/7W08t4Xf/PcN9CRfX//3qpb
nz/XfjktPfET+/dRpSsyxwE9dEnWKwGaKqXhAln5EzRTY1/6VlStCK4pVNUigsRRBFTm9f/9/1as
f3QhSiUyJzul49zlG7N/0ztaPTfl50NDYwzDXHL/LH3KVpR3ZEGxac/eh28w1QKqQyknjgaPApFE
TWZujFhSJBEMFRSlZZXjqvXPScARxwnNxYW12y1PPWH92b+/j470e2puMW8HgLoXPtvw2OLtvzq4
4bHFr7x01O32fOu7N//lD/+Yfd20ixeGAKB2uyXVlBrO1gNAYJFbskBwuNslCn15IwIO7JC2rHKP
/FPKtxHHCcG4qben+81XToulfhSDP++9HhXo1AFxQvCFCKPPXsZo3AQAvT3dca+82ll2K7lYXOq+
BACZTR/xj2c2fTSy5v4gpdqjAV8tHLLV5J8ndjkSiRD939vTvf7+vTSZxxctyd716t301bT1JUJM
eAiI/HCUsL/ou3GTo8UuUQtTAifeetdcXBgWIhSDRp6pKHskfNU1sdEgFwoQrnQyGTNN1qYNiCu+
/NJpQWpUXfUleMwQMUCSDhF6e7qlq5lKILPpIwdAiLW+0iDJT4WwTVkvEJ+JNbFfSVKU54SYRENE
jSL1rXt7ui91X2pq6geAsrKUVFOqKO3RcYzg8UOSGWJOuHNXgVIBm0TtdsucW4vCm19LAnw6VMrr
lOKrRJBaxVFBLspJ7q7vSIQlBFY7xIiw31ODrKDSl2ssVhsCkOMSbApEEFPAwmTbRmrVjkq8aPIn
/nQPJQGIgbZGiB5A5X74GBgYQfVpn3rinffeOhmCloQAIRtZMiIZKVq96tZJJbuGWTHD55Y0/FNf
jX9o6LDXVSGhZ0K1MrDlkwOv5imwHFAEItIsMZOFDiNLO0oKt9KEoa9QKvs4HWDc5GixoyrC5OF3
Pn406/ppruHxTQ+/YvtHJ/+6RUuyn95RGmnaUWlEVACKXqSIAwVla4YrRWQRIYYEP0Q/la4snHRE
CABKTaAB1pfJQ4QYEcIbVdMhR9wNEmuNUCLkQJAmJ5mGhtD60pCinwFiTEIixIgcauQfxF47NMux
hDaIRF/6VqDmmZODCDHwa5p820Ke6QUbXbAVdNGS7AceyhU1wEwqIuS/UoEh08OLKESCjA+CdfI0
RlpOMiKEIIijEBmqWglECBvRCEEi1MWLKGR0KJBkgOcN622Mkn1jsBy4g5eIBb1rp963jWQ6nBRe
4BzQvE+9vIiCapcm4fdKR1lbhYCebmsMqMkpzR69nBCfJBhsIvaTIDjPC1JeQN1nJL1iNoyYXHTI
Ab/x2r2IItyBAUE2LoTLCcniZ+rScqPVYlLYZ0hwXAsgHKTIdz/irPHQUAkdULqysLnBzjnnK4Ds
nJQ3Pvz2gjm/BoCWth9OiYmalWlE7kS/f/6+L1r7fld74NHHSxd/7brv/MvL4W4sLWi2iAx75Vma
88QYGkmogjcRvFC7sBoCnhAs8cZYxQ68ySSvPtjqHh5jVN8fvYFwrRfqwBk1FMCNv2771Z3Xz53+
8P0voa/z89MPHf8BIsLe0ep5ab8YGBgl47knESf0F40VohEd9oT4vlKF+3y0ilS3kA4AYO0ACN8E
EmM75Fd0juqJLnZhi/VU/or+slk2xn1B6T0x0GzmcMXIB0mHqabURUuyDx9qX7wk6091D1beu8tx
rFfwqp6ugWkp8QMDo6lpCf2Xhtxuz6Il2avX5AIc59820oBCQLA/HfDYIy0nRBCwXZbkgbGKvkH8
/MQqyhvRJ8wGobWHo9fC3RdIVE440wkSoSwl88+xFBpsr/4qf8WGOIOfCNkYM8Tk9J7Y3/dlx7hr
cEp8Uvr1182YvwzGvoCYvMHuTzpPnnc5LxmipySnz8haUBo9ZYIZOYxeRXODPYycUJNCy7jJ0WI3
FxdeuTzsvDKCjhXn/BYIcRRlNuHk+Jp1XaqYFxF9aR3pKRRKpx9fLQolhKQvVGhudKxHT98eGnoT
BHeaGqsEiDC58vh7f8hccNs002wYPQaxhVe6z58/+mHhXZuAdR1v+J94Y0bq9YWJqZlR0bGMwQMT
FxjXfnRt2OlQPSaJF1GwCTIaAMJIgRCoCooEcFS74OOZqme5+IUMC4j3MgDAsqzvOAvAAouOsx63
J2vBkmRTEcMw4yOD3Sc/6TtzdME931bXmAhExkzTxs2m1Wty1XgRaQMlG9cYwSwLf2m0MEJCeUMC
nUO+BU4aEvI+Orr56bxGGKtsr/6Kc6zojuXRSebek/v7zn057hqKSUxOm3PdjLylMHYGYuYP9v69
80S7y9nHMEximml2/py4aQXM0Dv48kjeEUlhcnoR6c4YI4IIMQL2nEJ7uZx1e0gKlE6qpxcdRhSj
FsQklkj/uYHoObJSHkrQDIcCQwbdC9kGwzXH6NhSai6EycgM//lAKhdKoaa5wa5zZFTwkLNuT9uL
a8kj2Ico4KBOpb9tjdXg3I00y7qzQWtHJfrT/bb63nCSIsLfA1qCS1cWAgAyL0UWJxSEM9Ns7HQY
Ox0lxEE++VntHmyiRIJoSbnKJ4ZA/lx4PQx1Omz7OjPNC2fkLWIG39Z4Q8QMrQ12vwmEOch4BnVp
7eRChIjlYhVgneYaaKgkrbsRTYTIcFcq9BMpuGL7HqLDCPeYs2TVsbELRsdnnDv27g23rz/VuDtu
etbUlGWM6wAYq9jhT5mEW1iPG4AFMIDHCSN/h+jZMGUuMNEAAEw0jDqYuAJ24E2IngMxucDEAbAA
MPXsHUvuWQPW17xPYhLYmIATwH0JRg4DEw1xJWCYjk4CGIeJLhg5wrBjWvoVyR7wYQE/gxHaukMD
l1FHNBEizqYoYILkhyogFp+iI9goE8Tkn/7gv2bfeFv8VOPcW+5ta3qj4M4NMbGFDEDLuweS0s9l
3XjblLj4ruOfDFxoN1u+03P8PWfv4etL7zVERZ07Yh24cC5/hSku8baeEx9fvXBszqI7o+PiL35x
9MIXh81v/NFv6oi/ReCEFVXRMUn29/6ckVeaen3hxJjryyMNsfFRWfO19usaBUqIwUh9LebbFNFE
iGDsdCCJVOwES6FBolA48ibniK9icZnBlkJZiIGE5e3Nb42PDJ///MPzn3+Ijrc27i6463vAsgCQ
ddOKuKjjMDGRPm9hX/tRxsD0tB6ff/v62OgOmOjLKVvz2eu/AQBgYrtPOQDA8f5f8P0vnG6ZVXQ7
+uxh4rtOnWCA5Z5QsCx3ydd7z5w98f6nY8PD8cbUGXPmQGIZDL4G16AB/HyC6F8c+8p1x/fBS4QR
nq2Rhg4Fj3upC3vuYYSr8EjiHRdO2wb7Om6q+H+YkYPMRBfLJELS6tMH93xx8JW8rz/oPY0dBQBk
xAeAjFzzlzZr9uJ7majsjk99OdfY8YzcvMG+gesWroyJT77c2fqlzWpMNeCrDOzIzNzcgb6rcxbe
iU+4EnvDQDc7avsgbe6N8297hGGiLpw+fP7ECfPsspC+h68QxDyEvYGvPhMuPo1PigGR9ZGcIk6a
CEngQCpK/UooAxHYxLtgoheiM2Cilxm1eQ9Gz2ESy1jXYSZ+ETu4j0m6gx14EwCY5NUo3sLZdTwh
ZU50TAKAZ3zUZd/7XwtWbY4asULMXJgyF5h47909AzD6OZO47GCre2leFDvwBkzxn8B6WAYGYfTz
v/d8bfGcfjBMB2AAGAA3uC/AiI3xDITgDUx28ONOBf0ZyfwPshPsq0OEkW9SVwc2oXx0sL/jaMtg
fy9jMEydkTm7wDwlIYMZfl/wfOkIrGtmfS0QjPwW2wriABfZt+0nwkimQABwZpqRnZC/nYPg7+Um
EWTDIL06umuqFGpQ+u4HWOFXFtIvdt5QJoi8DSEnPJ/vswbXaE8INNI1Z6Mie/4/JxTtUzgUqMi1
izny4ZMhIz+Sa0kzXjLFBt7ghcVtTXewEAWJFvfYxd7TZy93nh5zDUfHxE2blW3KL46OiYeh9xhd
npK8dvRCfdS0ldHjjYIm+9DXb1GN0DfP2lE5/MXH4CuwRdY/FzsffSA3gQg0zWbYK8+GJpRJUG4U
I0WBXI68EIpJCjbxnu6TRwb7enKXVYD7AoydhbiCMdfYiQ9ezl5069RUD8TkApMAAAAMsEMwdooZ
a8VJMTg6GwAQsO9HTQOAltd+nb9iQ/zUFHa8CzyDYEhihj9iY28CQzJ4BsCQzLgOgM+H+NpGkQQq
eA5kjVdJCKbhpF87DMPnk9U3VglKyqv5jp3IfsD/49Aq/mp0bBELnY5wj0E/DFN7T9lm33g7jLYy
rk8Ydxcz9H6M56ObymdMNc3taes53vDXwUudHvf44KXO4w1/7W3rZZNWA0CL9ZTraj8wCcAkuK72
t1hPofu1vHugdf/fRgb63eMjHZ/tc+zbA77oRJb1sCw7dNXd8vab4+PxbOwidkqO3frGlT6D14cG
wOjYglMq0oelf4WBS03mpL1MQ4GCUDQbaZ1LrHaPhEGcHiXl1WCs0uJjLUaHk2chZ+OmTnM5L8KU
LO93JhaS1/b3GV1XR7pPOeZ+7b6k5KtRw68lJTvnfu2+rlMn/EYIYIEx+N3QfMi6aUVc9MmoiX+k
z1s4OnSVYRiDwQAADGOAoQ8SjVMzC5e1Nb0GMbnnDr83bfYN00zX72vNRNdiV/LmBjumRsqeTJqF
jw7oVVSUd1eUd+ekKUvoxmGDyB5IOSdpidBSaNCxGI3GWAcJfjgJMHosd+mdPSebztqaXLDCnXD/
0OgtJz/4a297d2yy0XRD8ZlP6ocGjO7E+wcHjGc+ed00Px9YF+thYxOnXjx92B29eGTihi9bGri3
ZUeBdWNLPQCwwLjHXJBQDq6PZuTeHJM4/VTjrpGBy7MX3ArDH6zI+hs6TdF04WDyLHzy0JjOSws0
BfVq9LPRbtmbpFtElomB2BshepaPETMxewAADG9JREFUxTHAjsDEORj5HGLmBewJPYMw3sqMtbJR
aRB3Mximejd+DAOuT5mEJQAguFfscXoyklmY6IZoEwy+AXGLRseSTzT8ufCe70WzJ5gxgRUQexuH
5q1GyDKK/TlVLyikY5o6qCFC7RUwBO+jDpOUDkMGFmBkyH3y0wtxU5PnLlock2BkXIcEzyRd/oP0
Vm22VhwXGlTzkt+CZaziaAQFVZecFYG+7yoqo/BXHx2I0HuQl/0eCGsEEGlg8Dk6DkNEkeJkDOrh
C2M6vlJEe3yHpyA5WggWTvLWKqMeF6yQJ4/krNuDPmO/EWemmXOhipemUhwNUl5tLYgoOpx0oKpk
RgfOSt/24lrpnJp4XRYzVgHdpBLLgosUimkXtwkWVBLkEOSZEimL8J2RBRsvZEoJgYoIBV9TBPpq
XqND1dBIhGIJyJzmmrYX18p4ZVAnnuazJvxZ7CYSWeEpHyp2c2wswLIo6VgC2olw8jpkhpoOjZsA
wLljx9Rf1iq67upPnjJu3gwQEaU/BRWD6E1qTO8nS4SKoEIRqDHIW/rO4KNApZXLOBBuX+T4kSrV
/4beeqGCAgFg6i9rnTt2BKM9SiGtmsemfBVAZCyYj4u2bXYP/gOfv4eKm6h7uuw9S1cWGjsdYKzS
SC/ykfXhLdyn4omIDkPDDx0t9idfioc51WoufgmeLrOjMpdfPZBDoLpannTOBFkEg/yAQ4F6IPog
ew8ItjV9K6qaFPB4Ob4UIVrBkNFhU1M/ShSNEBVluPWOnJfffQQV9OKUMenqvMq7PDfsRIgjUEno
/vaQfyLXaZGCLLULkzqKowH7QJ0oEHTPMYOHU0WtJX0RpBLT0nskt9tz/ssr+Ou+v39v1a3Pn2u/
nJae+In9+3kZv9S9JRg6djN461fok4zoQoEk7QGAsdMBPgrkbALVzflgJf/tS98apBS3iqDXFhE7
N3P2SGVlKRJXZcxM6rswBACX+obT0pOiorhvu6wsRXXzUEs47VF9NzxMulAg/yZi08CbW9m5W/dM
597nElIeZ4cpeyE6DQuflkIDyn9LnqZLsmmm4Vi/xlvQI2TsEc9FPBWk55YYV5HXDRo37dyxn6wl
RNaX/d3OirbWvu2/OihY5Ll2u2X1mtyM+HreTZVBsGtKtZrIRIE1otJdBoDenu64V17tLLs11ZSK
f7nUfQkAMps+4h/PbPpoZM390vXMAnSMHGOYKlaJiQ3xQ5L2BDkk53wITKoibe0QjdSjmPAhJUIE
S6FBL4c1/JlmtgVFyjJuUlpeD8FLgTNN2k0UNOuL2Ali75C/ivlh3ORoseevuktFU0+89a5gZU8M
jplb+KtCEwVICqWClIn8YCh3fRzSRXOb70CGeiHoTRUGIsRQyhhlV3cUCSYRDY3rvCtVIIkPvxH9
19vTvf7+vaSSRgwBNS5Bq51QhUkdgX+VxGshn9Lrqoh75VUVVhkAuPqTpzrLbjXPPaDiWg5kPZb5
bE3wBM6v9En9aB4NgQretIvbwFfiGojKnOEkQqDjivS0h74eO3YQAMTCMZXyQ7mS4EbyC+KKuLYe
B37uF9Cg0BGhNGjWJqe5Zs9PX1LK9knUbrdsXH9c9eUcSJAiNtNL7AC9Kd6V8D3ahhH5WZDbKogv
B2EmQgxBrkg5w3AoNIYYBaqL1pFcdI2CR3GxSwAQLXCJoIEI9RWwKQPqdu4qIImwtOy62u333rrw
WSAKzaMt8e+fv++L1r7f1R4gt8T6EiEQo8NnfSQlgE+QEVB16g3ZiuscaowUIgS1e0WSAhUlI1DD
Eil2IyFzqQ3GFpeGGTrOLFu60HtO2dezf/H03cuLn8G/knqp3tHqeWm/GBgYZRjmkvtn6VO2ut0e
3YkQ8PLBoz0SaPgwe9RF7JSArOMn2eYIqkVhtXuQh4CiDZvqLCCKDImCFKjROTgCgQ33EkOQakpd
tCT78KH2ZeVzf/703ctuFHW+6+kamJYSPzAwmpqW0H9pyO32LFqSvXpNLoBuREgGLtgaAbDNgwfk
tWMpr/am7QsmBQIv1AF4BOnN3m2vhIjihCRCaesXNGpxZqGiwOXQMMOgugSJmfUsWXVIO/rCC+cf
ebS4rOj35K9YHO04d/nG7N9wHIZmXZf69I5Sae2oikYq1bGh9xbiVNfSUyJCiRDCR4f8oVU6YPoQ
YUTGZ1g7Ki2F08GngqLX0ATohDU3TEVaXmwFxcdDRoey8yFyiRDCQYfaKRD0I0J18RmA6TBIQVLG
TfgjDSkuWpLtZYA+ODMztfBwFRRIk35CX5pUlEEiookQQT+bXuBpPD+pnHV7mhvsyJiDEMbcOY4z
y57c3Kz68qd3lOpijhMAQYQIWBWMbTOLlmQ/8FCuqFrY+ZxqWVqpCKooC5OOdKhoDkwCIgSKl67F
D5hUbeuiNNOFCJElgBOWAdSBGsFQQkpARb4jULitVbEDVNEqHR3K6adBdPNgnLpnlCaNqLtQBawd
lYKiKV66SspV3dbu4eRTRRRIU4ZNzfOUgxOWwT8S1EANenhpw7FFEeehjzhTTYGWrDpF5da9c8y5
G3QlSGmoN1Eg6g0ZKfalb7V2SO0SOY4R0pYDaeuCWGFgrGsOwU5VOj4Dgx+o4XZ76C/XHZasOmuD
vdSsgA5BjiWqTsvLV8YoAvYvU3m5ULYoQWi1cTUPxqnmpSqAI6TQV2T8EQxOEXRWwpEssgnFMUu0
NVbbGqtxhYyQKYrMxYW12y2yp9W98NmGxxYDwIbHFr/y0lFEgbXbLWQQQ4hhyaprbrArCqqSTb+v
lALRDNFuxdGSm8N/k/JqMFbxqz/YbK02WysYq5hth4Y1PgMhlNIpgmypVExmsr68JARNq2HI4xYB
8RmqoToptVggoiJNDGjmgRzobszgBGfpRoQQJjoUpEAO+dE7tUhLDhpTjymDTwkZrvgMLdCYGZ6s
YapyHxiERTN4dkU9iRDCR4eC1KjCoYxSoxUKxhhoCQh9fIYWqCBCkuOhy/0lE4MWRqwOulOjzkSI
EHpSJKHRmZNesxxcUuSZ4xBCE5+hEUqJkLOMcllZMMOIVUNHUgyKA3eIFackLFl14AQIiVNScHO6
icybjHjImAvmucQSoEgHH3wozSqEzudInuS77e3pzmz6SF1jMps+cgAEI6Udzh+nfZoFMYqieTAu
xHSIR1HLq6HXLF+DGGjYIKY6ibzDAOA017z504KnnugBeERNU57oqd3eH7y8kogUObFUShHcMBxk
wAiZDYNjuqC9KjgpYq9BENjCRKlxIYm55ObMA0c3z8mejr7+/vn7fvDUMgB49PHSP/71AQDo99TE
x0/Rv9Fy8FZZVZszLih7QkGEjCvy+WF9fSPnHJwLAwMlxcA/HTt2EH9AxyWS1oSrHFVkFsARbBUn
j7sitScOI/7i4k+P2rqun5sCAP/22Ft1b6/jBA2f6f/fV/pdAPDUE++899ZJdHmIPfhAuSAWuqDe
kEmn5ADX1zcWFS1FqZ/IczhfBX8iz6moKOcvciXl1QA1YKzCTnPXJFhrR2Up1HCOAI/vKTI84DDi
iQnP97/9elfn1SlTonpH/6Pj3GVO0PAcYw0AREUZLo5vQ4H80mHEqn1x9EVII+tDTIclJXlg+/jY
sQC+x+eBNGhrGzde9+/eFFIVqhxVg40I0+Mj6DLLM2aant5R+uRm+Frh75+vW5uTl9bTNVCa/7Tz
ygh2Xl9+0zMA8M7Hj2ZdP801PH5H6XOIAp/eUZox0ySmuxKzM2sE2ijSnIlkqFCntwgLPwS1tCfB
MAWBk9ipeJZ2YD3+VAiIQpzh+yB4fOovax1Ij683dKxYbC4u3PVq6puvnL5vxX+Tx+/5+p/EvnJd
F0TAp8NQMkY0VcKQYyakdFhuKPEJpeRPJHVxhFUJcuWLtWEEZ+sVUXr8YIh5GTNNGzebVq/JVRFG
LA1OO0Nf7Tw8iZ5CR4d2j6XQUFFRzqFDMkmpBF3R8E+Or2nOuj3OkLm2EXjzldNh1+M7zTUWB1h9
ni5BJUVlYcTUCD0FQhizrYXYiii2kcvJET6OEsLyUQ7gfDzwDuv2kCTHTyYfYoKUTf7Z76nBIcI6
gp/dXLfZ7NusYqqOW1hjdmwxz4WN6wEg02muMe7d4te+qPVeCFfxonCmPAwNHaormEwTX+/MNLe9
uFZiB6igsAz/5hShQGTFCBxAWJzzW5T8E31du+7GeWm/AIDnn/37///7VZsefnVgYORTxxMQqMfn
3FP1whFsNiJ4f71cl4Kkp5HF/wV7wPcnMtS+gAAAAABJRU5ErkJggg==

------_=_NextPart_000_01C2F2F4.3CD3F120--


From warmerdam at pobox.com  Tue Mar 25 10:01:19 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 25 Mar 2003 13:01:19 -0500
Subject: [spam score 3/10 -pobox]  [Mapserver-users] Problems with transparency,
 3.7 and 24bit output
In-Reply-To: <048FBD219330D211B47000A0C9B3BAFD03CD18DF@crl02.crrel.usace.army.mil>
References: <048FBD219330D211B47000A0C9B3BAFD03CD18DF@crl02.crrel.usace.army.mil>
Message-ID: <3E80996F.6050800@pobox.com>

Smith, Michael ERDC-CRREL-NH wrote:
> I'm using the latest nightly build (3/24) of mapserver 3.7 compiled with gd 2.0.11, and freetype 2.12 and gdal-1.1.8.
> 
> Using outputformat of pc256, layer transparancy works fine.
> Changing outputformat to rgb with layer transparancy results in fonts getting munged.
> It's a little better with mode rgba, but still bad.
> Removing transparency eliminated the problem.
> 
> Is this a mapserver issue, or gd/freetype issue?
> Ideas?

Mike,

Sorry ... this is a known problem that I had intended to dig into but
forgot all about.  You might want to add yourself to the CC list on this
bug so you know when it is supposedly fixed:

   http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=271

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 boily at bsw.org  Tue Mar 25 10:28:38 2003
From: boily at bsw.org (Roger Boily)
Date: Tue, 25 Mar 2003 19:28:38 +0100
Subject: [Mapserver-users] Reference map with more then one class
References: <3E80182F.4030001@bsw.org>
Message-ID: <3E809FD6.80707@bsw.org>

Hi ,
looking forward in this problem, I found that if the class'name is not set,
class won't show up in legend. That's ok. So, I eliminated the class'name
in the map file and I tried to set a name to the
class with this cgi command: 
&map_layer_class_1_status=ON&map_layer_class_1_name=class1
But it does not work. Is anybody  has an idea with wath I'm doing wrong?
Thanks, Roger

Roger Boily wrote:

> Hi to all,
>
> I'm using a layer with many classes filtered by expression ('[field]' 
> eq 'value')
> Now, since I have 30 filtered classes in this layer, I want to give 
> the user the oportunity
> to choose one or more (normally not more than 5) class (filtered by 
> the given value).
> It works well using the cgi command "map_layer_class_1_status=ON" 
> (using the
> good class indexed number) but my prob is that the legend image still 
> display the 30 classes
> legends. Is there a way to display in the legend only the actived 
> filtered class?
>
> Thanks in advance,
> Roger
>
>
>
> _______________________________________________
> 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 Mar 25 11:17:38 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 25 Mar 2003 13:17:38 -0600
Subject: [Mapserver-users] query
Message-ID: 

Hi Alessandro: It's certainly possible to use real coordinates. Just
remove the imgext, imgsize and img.x/y parameters and add a mapxy
parameter that holds the coordinate of interest and that should do it.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> "emailfittizio at libero.it"  03/25/03
04:18AM >>>
Hi list,

At the moment i use this line to query the CGI:

http://laplace/mapserver/mapserv.exe?map=calabria/calabria.map&imgext=2574847.224432619+4449795.614692735+3352308.224432619+4195815.614692735&imgsize=1024+334&layers=bacini&img.x=74.33&img.y=111.50&mode=querymap


Is it possible to query the server with the world coordinate insteed of
using img.x img.y ?
If it'possible.. How the query string will change?

Thanks,
Alessandro.


_______________________________________________
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 Mar 25 11:20:00 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 25 Mar 2003 13:20:00 -0600
Subject: [Mapserver-users] reference map rectangle
Message-ID: 

Sounds to me like the size and/or extent values are out of whack
someplace.
Make sure the image sizes are consistent with the size values in the
map file.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Daniel Wagner  03/25/03 11:21AM >>>
Hi all,

FIRST:
Thanks for previously help!!

Now my current problem:
Whenever I click in the reference map the rectangle goes to a strange
positon, 
but in the main map it loads the area accurately.

It's not a problem with the coordinates! (I checked this.)

I've got no idea what the problem can be.
Has somebody an idea?

As always:
Thanks in advance!!

Daniel Wagner


-----------------------------------------------------
This mail was sent through http://webmail.uni-jena.de 

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


From Kevin.Slover at noaa.gov  Tue Mar 25 11:50:28 2003
From: Kevin.Slover at noaa.gov (Kevin Slover)
Date: Tue, 25 Mar 2003 14:50:28 -0500
Subject: [Mapserver-users] reference map rectangle
References: 
Message-ID: <3E80B304.D3846D7B@noaa.gov>

My 2 cents, and observations...maybe I am doing something wrong...

my reference image is not a perfect "square", the dimensions are 200 x
142, while my map is 500 x 500.  I notice that my reference location is
not exactly where I am on the map.  I have attributed (erroneously,
maybe) to the fact that the ref dimensions to not make a perfect
square...

maybe not your problem exactly... but somewhat related...
Steve Lime wrote:

> Sounds to me like the size and/or extent values are out of whack
> someplace.
> Make sure the image sizes are consistent with the size values in the
> map file.
>
> Steve
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
> >>> Daniel Wagner  03/25/03 11:21AM >>>
> Hi all,
>
> FIRST:
> Thanks for previously help!!
>
> Now my current problem:
> Whenever I click in the reference map the rectangle goes to a strange
> positon,
> but in the main map it loads the area accurately.
>
> It's not a problem with the coordinates! (I checked this.)
>
> I've got no idea what the problem can be.
> Has somebody an idea?
>
> As always:
> Thanks in advance!!
>
> Daniel Wagner
>
> -----------------------------------------------------
> This mail was sent through http://webmail.uni-jena.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

--
LTJG Kevin Slover, NOAA
GIS Specialist/Oceanographer
NOAA/National Hurricane Center/Storm Surge Unit
11691 SW 17th Street
Miami FL  33165

W (305) 229-4456




From r000t at adelphia.net  Tue Mar 25 12:00:26 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Tue, 25 Mar 2003 15:00:26 -0500
Subject: [Mapserver-users] Query data PHP/Mapscript
Message-ID: <009d01c2f309$2f133b80$9601a8c0@emasi.com>

This is a multi-part message in MIME format.

------=_NextPart_000_009A_01C2F2DF.44D2CE10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hey all, looks like spring is here at last!

Anywho, I want to search a dbf file for some data ( not map ). For =
example I have a parcel layer that I want to search on. I want to get =
all the "smiths" or whatever I want to search on. Can this be done?

Thanks!
-Jim
http://www.phpgis.org/


------=_NextPart_000_009A_01C2F2DF.44D2CE10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hey all, looks like spring is here at=20
last!


 


Anywho, I want to search a dbf file for =
some data (=20
not map ). For example I have a parcel layer that I want to search on. I =
want to=20
get all the "smiths" or whatever I want to search on. Can this be=20
done?


 


Thanks!


-Jim


http://www.phpgis.org/


 


 


------=_NextPart_000_009A_01C2F2DF.44D2CE10--



From pkishor at geoanalytics.com  Tue Mar 25 12:57:48 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Tue, 25 Mar 2003 20:57:48 -0000
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
In-Reply-To: <009d01c2f309$2f133b80$9601a8c0@emasi.com>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Jim Burnett"  wrote:
> Hey all, looks like spring is here at last!
> 
> Anywho, I want to search a dbf file for some data ( not map ). For
example I have a parcel layer that I want to search on. I want to get
all the "smiths" or whatever I want to search on. Can this be done?


sure... check out the dbase methods in php. make sure php is compiled
with dbase.

since dbf is a crummy format, you will have to loop through each row,
and within each row, loop through each field, unless you know which
field you are searching for, until you find what you are looking for.



From steve.lime at dnr.state.mn.us  Tue Mar 25 12:58:48 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 25 Mar 2003 14:58:48 -0600
Subject: [Mapserver-users] reference map rectangle
Message-ID: 

The reference map doesn't have to have the same shape as the main image.
What's important
is that the size and extent in the mapfile match the actual image and
that the display size in the
HTML form is correct.

Steve

>>> "Kevin Slover"  03/25/03 01:50PM >>>
My 2 cents, and observations...maybe I am doing something wrong...

my reference image is not a perfect "square", the dimensions are 200 x
142, while my map is 500 x 500.  I notice that my reference location
is
not exactly where I am on the map.  I have attributed (erroneously,
maybe) to the fact that the ref dimensions to not make a perfect
square...

maybe not your problem exactly... but somewhat related...
Steve Lime wrote:

> Sounds to me like the size and/or extent values are out of whack
> someplace.
> Make sure the image sizes are consistent with the size values in the
> map file.
>
> Steve
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
> >>> Daniel Wagner  03/25/03 11:21AM >>>
> Hi all,
>
> FIRST:
> Thanks for previously help!!
>
> Now my current problem:
> Whenever I click in the reference map the rectangle goes to a
strange
> positon,
> but in the main map it loads the area accurately.
>
> It's not a problem with the coordinates! (I checked this.)
>
> I've got no idea what the problem can be.
> Has somebody an idea?
>
> As always:
> Thanks in advance!!
>
> Daniel Wagner
>
> -----------------------------------------------------
> This mail was sent through http://webmail.uni-jena.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 

--
LTJG Kevin Slover, NOAA
GIS Specialist/Oceanographer
NOAA/National Hurricane Center/Storm Surge Unit
11691 SW 17th Street
Miami FL  33165

W (305) 229-4456


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


From r000t at adelphia.net  Tue Mar 25 13:28:10 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Tue, 25 Mar 2003 16:28:10 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
References: 
Message-ID: <00cf01c2f315$710215a0$9601a8c0@emasi.com>

Yeah I looked in the dbase methods but they dont work with any of the dbf
files I have. Actually Excel and Access can even read them.  Any clues?


----- Original Message -----
From: "pkishor_98" 
To: 
Sent: Tuesday, March 25, 2003 3:57 PM
Subject: [Mapserver-users] Re: Query data PHP/Mapscript


> --- In mapserver-users at yahoogroups.com, "Jim Burnett"  wrote:
> > Hey all, looks like spring is here at last!
> >
> > Anywho, I want to search a dbf file for some data ( not map ). For
> example I have a parcel layer that I want to search on. I want to get
> all the "smiths" or whatever I want to search on. Can this be done?
>
>
> sure... check out the dbase methods in php. make sure php is compiled
> with dbase.
>
> since dbf is a crummy format, you will have to loop through each row,
> and within each row, loop through each field, unless you know which
> field you are searching for, until you find what you are looking for.
>
> _______________________________________________
> 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  Tue Mar 25 13:37:17 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Tue, 25 Mar 2003 21:37:17 -0000
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
In-Reply-To: <00cf01c2f315$710215a0$9601a8c0@emasi.com>
Message-ID: 

--- In mapserver-users at yahoogroups.com, "Jim Burnett"  wrote:
> Yeah I looked in the dbase methods but they dont work 
> with any of the dbf
> files I have. Actually Excel and Access can even read 
> them.  Any clues?

I am assuming you meant to write "Actually Excel and Access _can't_
even read..."


Since neither Excel nor Access can read these dbf files, they are
probably not dbf files created by dbase, or compatible with the dbase
format. In all likelihood, these are foxpro files. In which case, your
best bet would be to use the foxpro odbc driver, and access the files
as odbc datasources.





> 
> 
> ----- Original Message -----
> From: "pkishor_98" 
> To: 
> Sent: Tuesday, March 25, 2003 3:57 PM
> Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> 
> 
> > --- In mapserver-users at yahoogroups.com, "Jim Burnett" 
wrote:
> > > Hey all, looks like spring is here at last!
> > >
> > > Anywho, I want to search a dbf file for some data ( not map ). For
> > example I have a parcel layer that I want to search on. I want to get
> > all the "smiths" or whatever I want to search on. Can this be done?
> >
> >
> > sure... check out the dbase methods in php. make sure php is compiled
> > with dbase.
> >
> > since dbf is a crummy format, you will have to loop through each row,
> > and within each row, loop through each field, unless you know which
> > field you are searching for, until you find what you are looking for.
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at l...
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From tbartlett at dddd.com.au  Tue Mar 25 13:51:34 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Wed, 26 Mar 2003 08:51:34 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References: 
Message-ID: <005b01c2f318$b439b280$1701a8c0@dddd.com.au>

Once again thanks for the assistance,

Sorry give you a URL, I am currently running it on my personal machine at
home which has no permanent connect to the outside world.  I did a little
more checking last night and found.

1.  Mapserver will display "WARNINGS" in the XML if it is incorrectly
formatted (I deliberately introduced an error to test this). The
Capatibilities XML file that I am trying to use contains no warning!!
2.  GetMap works but doesn't check for WMS compliance, rather it just checks
if the non-WMS tags in the map file are correct.
3.  The header for the XML document seems to work fine.  I tried adding echo
"
hello world
"; then viewing the document in a web browser.  The
result is Hello World, then the expected error message similar to:

Warning: Cannot add header information - headers already sent by (output
started at http://localhost/fawkner_mapserv/wms.php:2) in
http://localhost/fawkner_mapserv/wms.php on line 3

4.  It all seem to be correct but when I try loading it in ArcExplorer,
using the interoperability extension I get

"Invalid Capabilities File.  Check Server URL"

I have tried logging all message in ArcExplorer.  I get a heap of errors /
warnings but I nothing that I can understand ??

 Any ideas ?

Cheers  Tom


----- Original Message -----
From: "Daryl Herzmann" 
To: "Thomas Bartlett" 
Cc: 
Sent: Wednesday, March 26, 2003 5:09 AM
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page


> Hi,
>
> Can you send me your URL and I can check it out?
>
> THanks,
>   Daryl
>
> On Tue, 25 Mar 2003, Thomas Bartlett wrote:
>
> >Thanks for the speedy reply Antti,
> >Can you clarify "point 3" !
> >
> >I have only added:
> >
> >
> >
> >at the top of the XML document, am I missing something ??
> >
> >I have noted that when I load wms.php into a web-browser I get an error
> >displayed (not a PHP but a HTTP error [like HTTP 404 - File not found])
and
> >when I view the source on that error document I see the XML document, but
> >php has not adding anything eg a header??  Should there be something
there
> >??
> >
> >Thanks again !!
> >
> >Tom
> >----- Original Message -----
> >From: 
> >To: ; 
> >Sent: Tuesday, March 25, 2003 2:56 PM
> >Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
> >page
> >
> >
> >> Hi Thomas,
> >>
> >> To answer your questions:
> >>
> >> 1. The client is Windows 2000 Pro. The server is Mapserver 3.6.1
> >> or 3.6.4 on Linux depending on whether it's my dev box or not.
> >>
> >> 2. My guess is that it means that it is probably OK. I'd try and
> >> test it by issuing getMap requests manually or pointing one of the
> >> online WMS clients (such as Cubewerx) at it. I am not sure about how
> >> detailed the checking inside Mapserver is, though it is acceptable
> >> to Arc Explorer.
> >>
> >> 3. Shouldn't be anything special. Just remember that you can't send
> >> headers as part of a web request after any regular output (STDOUT)
> >> has been sent. PHP will generate an error and tell you if you try. :o)
> >>
> >> FWIW, I found getting the syntax just right to be the most fiddley
> >> part of the operation.
> >>
> >> Cheers,
> >>
> >> Antti
> >>
> >> -----Original Message-----
> >> From: Thomas Bartlett [mailto:tbartlett at dddd.com.au]
> >> Sent: Tuesday, 25 March 2003 2:30 PM
> >> To: Antti.Roppola at brs.gov.au; mapserver-users at lists.gis.umn.edu
> >> Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS -
> >> Wiki page
> >>
> >>
> >> G'Day Antti,
> >>
> >> Thanks for posting the document on wiki !!
> >>
> >> I'm trying to get ArcExplorer connecting to MapServer... without a lot
of
> >> success to date.
> >>
> >> I have a couple of questions:
> >>
> >> 1.  What type of system did you manage to get it working on, and will
it
> >> work in a window environment.  I am using the MapServer 3.6.3 windows
> >binary
> >> from the mapserver website (which says it is OGC WMS compliant.  as
does
> >> running mapserv -v
> >> 2.  If the "GetCapatiblies" XML document contains no "WARNINGS" does
this
> >> mean it is WMS compliant?  Or just no obvious issues which will cause
> >> ArcExplorer to fail !
> >> 3.  I am currently using a windows binary version of PHP (CGI only) are
> >they
> >> any issue there ? eg. getting the header part of the document inserted
??
> >>
> >> I have gone through the WMSMapServer document, but I can't find any
> >obvious
> >> non-WMS compliant parts.
> >>
> >> Any ideas
> >>
> >> Many thanks
> >> Tom Bartlett
> >>
> >> ----- Original Message -----
> >> From: 
> >> To: 
> >> Cc: 
> >> Sent: Friday, March 21, 2003 2:38 PM
> >> Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page
> >>
> >>
> >> > Hello all,
> >> >
> >> > Since I got ArcExplorer talking to Mapserver using the advice Daryl
> >> Herzmann recently
> >> > posted to the group (plus some direct assistance from him), I have
put a
> >> set of notes
> >> > up on the Wiki:
> >> >
> >> > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer
> >> >
> >> > This is also accessible through the WMSMapServer link on the main
page.
> >> >
> >> > Cheers,
> >> >
> >> > Antti
> >> >
> >> > _______________________________________________
> >> > Mapserver-users mailing list
> >> > Mapserver-users at lists.gis.umn.edu
> >> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >>
> >
> >
>
> --
> /**
>  * Daryl Herzmann (akrherz at iastate.edu)
>  * Program Assistant -- Iowa Environmental Mesonet
>  * http://mesonet.agron.iastate.edu
>  */
>



From bplatzen at sosnetz.de  Tue Mar 25 14:01:22 2003
From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=)
Date: Tue, 25 Mar 2003 23:01:22 +0100
Subject: [Mapserver-users] Dynamic Layers with MapScript
Message-ID: <200303252301.22812.bplatzen@sosnetz.de>

Hello list,

I have made things with the MapServer CGI, but I'm a Greenhorn in 
Mapscript...

Is it possible to generate polygons or lines dynamically with MapScript? 
I'm going to use Python-MapScript.

At the moment I just need an answer if it is possible in principal, 
because I'm going to have a negotiation with a customer in about 10 
hours...

The job will be to show road construction on a map. We have shp's for 
the streets and I think we will get coordinates for the 
construction-areas and duration of the construction from a 
MySQL-database. The construction-areas should be laid upon the map only 
during the construction-time, so that the customer's job will be to put 
the data into the DB and nothing more.

I would be very glad to get an answer before I talk to my customer...

Thanks in advance,

Bjoern.
-- 
small office solutions
info at sosnetz.de  -  http://www.sosnetz.de



From pkishor at geoanalytics.com  Tue Mar 25 14:08:29 2003
From: pkishor at geoanalytics.com (Puneet Kishor)
Date: Tue, 25 Mar 2003 16:08:29 -0600
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
Message-ID: 

please reply to the email list... others may have better ideas than me.


> -----Original Message-----
> From: Jim Burnett [mailto:r000t at adelphia.net] 
> Sent: Tuesday, March 25, 2003 3:58 PM
> To: pkishor_98
> Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> 
> 
> I was hoping to not have to use odbc. Is there anyway to access the
> information via mapserver? I could do a query, show the query 
> on the map and
> in templates.

when you say "I could do a query" do you mean that you are able to do so, or
you would like to do so?

I am not sure of the capabilities of the dbase methods that have been
recently built in mapserver, but my sense is that they also access only dbf
files that are actually dbase compatible. The problem is, dbf files created
by foxpro are not really true dbf files... they just happen to have the .dbf
extension. If that is what you have, odbc may be the only way out, unless
you can find a foxpro driver for php (I seriously doubt that).

So, first determine what exactly these dbf files are. Then use the
appropriate way to access them.

Hope this helps.

Puneet.




> 
> ----- Original Message -----
> From: "pkishor_98" 
> To: 
> Sent: Tuesday, March 25, 2003 4:37 PM
> Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> 
> 
> > --- In mapserver-users at yahoogroups.com, "Jim Burnett" 
>  wrote:
> > > Yeah I looked in the dbase methods but they dont work
> > > with any of the dbf
> > > files I have. Actually Excel and Access can even read
> > > them.  Any clues?
> >
> > I am assuming you meant to write "Actually Excel and Access _can't_
> > even read..."
> >
> >
> > Since neither Excel nor Access can read these dbf files, they are
> > probably not dbf files created by dbase, or compatible with 
> the dbase
> > format. In all likelihood, these are foxpro files. In which 
> case, your
> > best bet would be to use the foxpro odbc driver, and access 
> the files
> > as odbc datasources.
> >
> >
> >
> >
> >
> > >
> > >
> > > ----- Original Message -----
> > > From: "pkishor_98" 
> > > To: 
> > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > >
> > >
> > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett" 
> 
> > wrote:
> > > > > Hey all, looks like spring is here at last!
> > > > >
> > > > > Anywho, I want to search a dbf file for some data ( 
> not map ). For
> > > > example I have a parcel layer that I want to search on. 
> I want to get
> > > > all the "smiths" or whatever I want to search on. Can 
> this be done?
> > > >
> > > >
> > > > sure... check out the dbase methods in php. make sure 
> php is compiled
> > > > with dbase.
> > > >
> > > > since dbf is a crummy format, you will have to loop 
> through each row,
> > > > and within each row, loop through each field, unless 
> you know which
> > > > field you are searching for, until you find what you 
> are looking for.
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at l...
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at l...
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


From steve.lime at dnr.state.mn.us  Tue Mar 25 14:17:18 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 25 Mar 2003 16:17:18 -0600
Subject: [Mapserver-users] Dynamic Layers with MapScript
Message-ID: 

Yes, it's possible.

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> =?iso-8859-15?q?Bj=F6rn=20Platzen?=  03/25/03
04:01PM >>>
Hello list,

I have made things with the MapServer CGI, but I'm a Greenhorn in 
Mapscript...

Is it possible to generate polygons or lines dynamically with
MapScript? 
I'm going to use Python-MapScript.

At the moment I just need an answer if it is possible in principal, 
because I'm going to have a negotiation with a customer in about 10 
hours...

The job will be to show road construction on a map. We have shp's for 
the streets and I think we will get coordinates for the 
construction-areas and duration of the construction from a 
MySQL-database. The construction-areas should be laid upon the map only

during the construction-time, so that the customer's job will be to put

the data into the DB and nothing more.

I would be very glad to get an answer before I talk to my customer...

Thanks in advance,

Bjoern.
-- 
small office solutions
info at sosnetz.de  -  http://www.sosnetz.de 

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


From akrherz at iastate.edu  Tue Mar 25 15:31:39 2003
From: akrherz at iastate.edu (Daryl Herzmann)
Date: Tue, 25 Mar 2003 17:31:39 -0600 (CST)
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
 page
In-Reply-To: <005b01c2f318$b439b280$1701a8c0@dddd.com.au>
Message-ID: 

Hi Thomas,

To be honest, I am really confused about what you are trying here :)

On Wed, 26 Mar 2003, Thomas Bartlett wrote:

>1.  Mapserver will display "WARNINGS" in the XML if it is incorrectly
>formatted (I deliberately introduced an error to test this). The
>Capatibilities XML file that I am trying to use contains no warning!!

Do you mean ArcExplorer will produce errors?  Or are you saying that 
Mapserver is producing debug statements in the XML output saying that you 
need more METADATA entries in your .map file?

>2.  GetMap works but doesn't check for WMS compliance, rather it just checks
>if the non-WMS tags in the map file are correct.

k

>3.  The header for the XML document seems to work fine.  I tried adding echo
>"
hello world
"; then viewing the document in a web browser.  The
>result is Hello World, then the expected error message similar to:
>
>Warning: Cannot add header information - headers already sent by (output
>started at http://localhost/fawkner_mapserv/wms.php:2) in
>http://localhost/fawkner_mapserv/wms.php on line 3

This is a problem.  Are you certain that your php header() call is the 
first thing that is in your .php file?   If you have an empty line, then 
that will constitute output and you can't resend headers...

>I have tried logging all message in ArcExplorer.  I get a heap of errors /
>warnings but I nothing that I can understand ??

Perhaps someone on the list can or I can.  Please gzip/zip and attach :)  
I believe your problem is #3 though...

Good luck,
  Daryl




From bplatzen at sosnetz.de  Tue Mar 25 15:32:47 2003
From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=)
Date: Wed, 26 Mar 2003 00:32:47 +0100
Subject: [Mapserver-users] Dynamic Layers with MapScript
In-Reply-To: <200303252301.22812.bplatzen@sosnetz.de>
References: <200303252301.22812.bplatzen@sosnetz.de>
Message-ID: <200303260032.47855.bplatzen@sosnetz.de>

Thanks a million Sean and Steve,

now I know, that I am able to satisfy my customer with the help of 
MapServer...

Once again, I feel, that there is more support in the 
OpenSource-Community than in the Commercial-Edge...

Thanks,

Bjoern.
-- 
small office solutions
info at sosnetz.de  -  http://www.sosnetz.de



From jose.quintal at cfe.gob.mx  Tue Mar 25 16:07:21 2003
From: jose.quintal at cfe.gob.mx (jose.quintal at cfe.gob.mx)
Date: Tue, 25 Mar 2003 18:07:21 -0600
Subject: [Mapserver-users] Dynamic Extent
Message-ID: 

                                                                                                
                                                                                                
                                                                                                
 Like making with PHP/Mapscript to create of dinamyc way extent of a map If I take from a data  
 base several points with his coordinates                                                       
                                                                                                
                                                                                                
 Thanks                                                                                         
                                                                                                






Jos? Antonio Quintal Castillo
Comison Federal de Electricidad
Sistemas



__________________











From tbartlett at dddd.com.au  Tue Mar 25 16:13:45 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Wed, 26 Mar 2003 11:13:45 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References: 
Message-ID: <012d01c2f32c$9185c990$1701a8c0@dddd.com.au>

Here goes !!

> >1.  Mapserver will display "WARNINGS" in the XML if it is incorrectly
> >formatted (I deliberately introduced an error to test this). The
> >Capatibilities XML file that I am trying to use contains no warning!!
>
> Do you mean ArcExplorer will produce errors?  Or are you saying that
> Mapserver is producing debug statements in the XML output saying that you
> need more METADATA entries in your .map file?

Based on the instruction on wiki, Under the section "Test Your WMS Server" -
"Validate the Capabilities Metadata"

I have used a web browser to produce the GetCapabilities XML document, using
a statement something like :
http://my.host.com/cgi-bin/mapserv?map=mywms.map&REQUEST=GetCapabilities

If there are errors in the map file (mymws.map) then MapServer puts
 tags in this XML document.  I tested my system by deliberately
miss-spelling the WMS_TITLE (as WMS_TITLA) in the map file.  This resulted
in WARNINGS in the GetCapabilities XML document.  When I dont deliberately
introduce errors I get a GetCapabilities XML document which does not contain
WARNINGS so I assume that the map file I am using is correct.

However  GetCapabilities does not check whether the map file is WMS
compliant does it !  It simply checks that the map file is correct as far as
MapServer is concerned !!  I remove all reference to WMS from the same map
file and the GetCapabilities XML document returned contain NO warning.  This
map file is obviously not WMS compliant (as it contains none of the WMS
tags) hence my conclusion.  Am I wrong in this conclusion ??

> >3.  The header for the XML document seems to work fine.  I tried adding
echo
> >"
hello world
"; then viewing the document in a web browser.  The
> >result is Hello World, then the expected error message similar to:
> >
> >Warning: Cannot add header information - headers already sent by (output
> >started at http://localhost/fawkner_mapserv/wms.php:2) in
> >http://localhost/fawkner_mapserv/wms.php on line 3
>
> This is a problem.  Are you certain that your php header() call is the
> first thing that is in your .php file?   If you have an empty line, then
> that will constitute output and you can't resend headers...

I only used the echo in front of the header() call to ensure that PHP was
working.  My wms.php document doesn't usually contain this echo statement.
It was just a test.  When I use a web browser to view this file, I am prompt
so open or save the document.  If I open it in a text browser it doesn't
contain anything before the  tag.  Which I think is correct the header() doesn't
return anything ??  Or should it ??

> >I have tried logging all message in ArcExplorer.  I get a heap of errors
/
> >warnings but I nothing that I can understand ??
>
> Perhaps someone on the list can or I can.  Please gzip/zip and attach :)
> I believe your problem is #3 though...

I can't get access to it until tonight but I will post both the map file and
the GetCapabilities XML document tomorrow, to see if there is anything
obvious.  Unless I manage to figure it out tonight.

Thank you all of your input !!

Regard Tom


----- Original Message -----
From: "Daryl Herzmann" 
To: "Thomas Bartlett" 
Cc: ; 
Sent: Wednesday, March 26, 2003 10:31 AM
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page


> Hi Thomas,
>
> To be honest, I am really confused about what you are trying here :)
>
> On Wed, 26 Mar 2003, Thomas Bartlett wrote:
>
> >1.  Mapserver will display "WARNINGS" in the XML if it is incorrectly
> >formatted (I deliberately introduced an error to test this). The
> >Capatibilities XML file that I am trying to use contains no warning!!
>
> Do you mean ArcExplorer will produce errors?  Or are you saying that
> Mapserver is producing debug statements in the XML output saying that you
> need more METADATA entries in your .map file?
>
> >2.  GetMap works but doesn't check for WMS compliance, rather it just
checks
> >if the non-WMS tags in the map file are correct.
>
> k
>
> >3.  The header for the XML document seems to work fine.  I tried adding
echo
> >"
hello world
"; then viewing the document in a web browser.  The
> >result is Hello World, then the expected error message similar to:
> >
> >Warning: Cannot add header information - headers already sent by (output
> >started at http://localhost/fawkner_mapserv/wms.php:2) in
> >http://localhost/fawkner_mapserv/wms.php on line 3
>
> This is a problem.  Are you certain that your php header() call is the
> first thing that is in your .php file?   If you have an empty line, then
> that will constitute output and you can't resend headers...
>
> >I have tried logging all message in ArcExplorer.  I get a heap of errors
/
> >warnings but I nothing that I can understand ??
>
> Perhaps someone on the list can or I can.  Please gzip/zip and attach :)
> I believe your problem is #3 though...
>
> Good luck,
>   Daryl
>



From chodgson at refractions.net  Tue Mar 25 17:12:48 2003
From: chodgson at refractions.net (chodgson at refractions.net)
Date: Tue, 25 Mar 2003 17:12:48 -0800
Subject: [Mapserver-users] PHP Mapscript Problem
Message-ID: <1048641168.3e80fe90957dc@www>

This message is in MIME format.

--=_41b84a744625f462190f001a
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

My problem is this:

The attached mapfile displays correctly for me using basic mapserver in map 
mode (straight image output). If I do something along the lines of:

dl('php_mapscript.so');
$map = ms_newMapObj( '/home/chodgson/www/vsa/vsa.map' );
$map->setExtent( $minx, $miny, $maxx, $maxy );
$image = $map->draw();
header( "Content-Type: image/png" );
$image->saveImage( '', MS_PNG, 0, 0, 0 );

in PHP mapscript, I am unable to display the "lhas" layer. The reason I want to 
use mapscript is to dynamically generate the classes for the lhas layer. At 
first, I thought it was my class manipulation in PHP that was causing this 
layer not to display, but after moving all of the class definitions into the 
mapfile, I am still unable to display them using mapscript - even though it 
displays fine using mapserver alone. Yes, I have tried using mapscript to set 
the status of the lhas layer to MS_ON, to no effect.

What's up with this? Has anyone else experienced a similar problem before?

Thanks,
Chris

--=_41b84a744625f462190f001a
Content-Type: text/plain;
	name="vsa.map"
Content-Disposition: attachment;
	filename="vsa.map"
Content-Transfer-Encoding: base64

TUFQCiAgTkFNRSB2c2EKICBFWFRFTlQgMjUwMDAwIDI1MDAwMCAxOTAwMDAwIDE5MDAwMDAgICMg
ZnVsbCBtYXAgZXh0ZW50cwogIFNJWkUgNTUwIDU1MAogIFNIQVBFUEFUSCAiL2hvbWUvY2hvZGdz
b24vd3d3L3ZzYS9kYXRhIgogIFVOSVRTIG1ldGVycwogIEZPTlRTRVQgIi9ob21lL2h0dHBkL29m
ZmljZS9odG1sL2Nob2Rnc29uL3ZzYS9mb250cy9mb250cy5sc3QiCiAgU1lNQk9MU0VUICIvaG9t
ZS9odHRwZC9vZmZpY2UvaHRtbC9jaG9kZ3Nvbi92c2Evc3ltYm9scy5zeW0iCiAgSU1BR0VDT0xP
UiAxOTIgMjI0IDI1NQogIElNQUdFVFlQRSBwbmcKICBQUk9KRUNUSU9OCiAgICAicHJvaj1hZWEi
CiAgICAiZWxscHM9R1JTODAiCiAgICAibG9uXzA9LTEyNiIKICAgICJsYXRfMD00NSIKICAgICJs
YXRfMT01MCIKICAgICJsYXRfMj01OC41IgogICAgInhfMD0xMDAwMDAwIgogIEVORAoKICBXRUIK
ICAgIE1FVEFEQVRBCiAgICAgICJ3bXNfdGl0bGUiICJCcml0aXNoIENvbHVtYmlhIgogICAgICAi
d21zX29ubGluZXJlc291cmNlIiAiaHR0cDovL2h5ZHJhL21hcHNlcnYvbWFwc2Vydj9tYXA9L2Rh
dGEvUmVmcmFjdGlvbnMvVlNBL21hcF9kYXRhL3ZzYS5tYXAmYW1wOyIKICAgIGVuZAkKICBFTkQK
CiAgTEFZRVIgCiAgICBOQU1FICJsaGFzIgogICAgR1JPVVAgImxoYXMiCiAgICBDT05ORUNUSU9O
VFlQRSBwb3N0Z2lzCiAgICBDT05ORUNUSU9OICJob3N0PWh5ZHJhIGRibmFtZT12c2EgdXNlcj1j
aG9kZ3NvbiIKICAgICNEQVRBICJ0aGVfZ2VvbSBmcm9tIGxoYV9jb21iaW5lZF9hbGJlcnMiCiAg
ICAjREFUQSAidGhlX2dlb20gZnJvbSAoU0VMRUNUIHRoZV9nZW9tLCBhLmxoYV9pZCBGUk9NIGxo
YV9jb21iaW5lZF9hbGJlcnMgYSBMRUZUIEpPSU4gbGhhX3N0YXRzIGIgT04gYS5saGFfaWQgPSBi
LmxoYV9pZCkgYXMgdGJsIHVzaW5nIHVuaXF1ZSBsaGFfaWQgdXNpbmcgc3JpZD0tMSIKICAgIAog
ICAgREFUQSAidGhlX2dlb20gZnJvbSAoc2VsZWN0IHRoZV9nZW9tLCBhLmxoYV9pZCBhcyBsaGFf
aWQsIGFjX3Ntcl9wcmV2XzV5cjo6ZmxvYXQ4IEZST00gbGhhX2NvbWJpbmVkX2FsYmVycyBhIExF
RlQgSk9JTiBsaGFfc3RhdHMgYiBPTiBhLmxoYV9pZCA9IGIubGhhX2lkKSBhcyB0YmwgdXNpbmcg
dW5pcXVlIGxoYV9pZCB1c2luZyBzcmlkPS0xIgogICAgCiAgICBUWVBFIFBPTFlHT04KICAgIFNU
QVRVUyBERUZBVUxUCiAgICBNRVRBREFUQQogICAgICAid21zX3RpdGxlIiAibGhhcyIKICAgICAg
Indtc19ncm91cF90aXRsZSIgImxoYXMiCiAgICBFTkQKICAgIFBST0pFQ1RJT04KICAgICAgInBy
b2o9YWVhIgogICAgICAiZWxscHM9R1JTODAiCiAgICAgICJsb25fMD0tMTI2IgogICAgICAibGF0
XzA9NDUiCiAgICAgICJsYXRfMT01MCIKICAgICAgImxhdF8yPTU4LjUiCiAgICAgICJ4XzA9MTAw
MDAwMCIKICAgIEVORAogICAgQ0xBU1MKICAgICAgRVhQUkVTU0lPTiAoW2FjX3Ntcl9wcmV2XzV5
cl0gPj0gMC43ODY4NDIgQU5EIFthY19zbXJfcHJldl81eXJdIDw9IDAuOTUwNzI3KQogICAgICBD
T0xPUiAyNTUgMCAwCiAgICAgIE9VVExJTkVDT0xPUiAwIDAgMAogICAgRU5ECiAgICBDTEFTUwog
ICAgICBFWFBSRVNTSU9OIChbYWNfc21yX3ByZXZfNXlyXSA+PSAwLjk2OTU4NiBBTkQgW2FjX3Nt
cl9wcmV2XzV5cl0gPD0gMS4wMTk3MTEpCiAgICAgIENPTE9SIDE5MSAwIDAKICAgICAgT1VUTElO
RUNPTE9SIDAgMCAwCiAgICBFTkQKICAgIENMQVNTCiAgICAgIEVYUFJFU1NJT04gKFthY19zbXJf
cHJldl81eXJdID49IDEuMDIwMjkwIEFORCBbYWNfc21yX3ByZXZfNXlyXSA8PSAxLjExNjM3OCkK
ICAgICAgQ09MT1IgMTI4IDAgMAogICAgICBPVVRMSU5FQ09MT1IgMCAwIDAKICAgIEVORAogICAg
Q0xBU1MKICAgICAgRVhQUkVTU0lPTiAoW2FjX3Ntcl9wcmV2XzV5cl0gPj0gMS4xMTc0ODAgQU5E
IFthY19zbXJfcHJldl81eXJdIDw9IDEuMjIxMDI0KQogICAgICBDT0xPUiA2NCAwIDAKICAgICAg
T1VUTElORUNPTE9SIDAgMCAwCiAgICBFTkQKICAgIENMQVNTCiAgICAgIEVYUFJFU1NJT04gKFth
Y19zbXJfcHJldl81eXJdID49IDEuMjIzNTc1IEFORCBbYWNfc21yX3ByZXZfNXlyXSA8PSAxLjgy
Mzc1OCkKICAgICAgQ09MT1IgMCAwIDAKICAgICAgT1VUTElORUNPTE9SIDAgMCAwCiAgICBFTkQK
ICBFTkQKCiAgTEFZRVIKICAgIE5BTUUgIkxha2VzIgogICAgR1JPVVAgIkxha2VzIGFuZCBSaXZl
cnMiCiAgICBEQVRBIGxha2VzCiAgICBUWVBFIFBPTFlHT04KICAgIFNUQVRVUyBPTgogICAgTUVU
QURBVEEKICAgICAgIndtc190aXRsZSIgIkxha2VzIgogICAgICAid21zX2dyb3VwX3RpdGxlIiAi
TGFrZXMgYW5kIFJpdmVycyIKICAgIEVORAogICAgUFJPSkVDVElPTgogICAgICAicHJvaj1hZWEi
CiAgICAgICJlbGxwcz1HUlM4MCIKICAgICAgImxvbl8wPS0xMjYiCiAgICAgICJsYXRfMD00NSIK
ICAgICAgImxhdF8xPTUwIgogICAgICAibGF0XzI9NTguNSIKICAgICAgInhfMD0xMDAwMDAwIgog
ICAgRU5ECiAgICBDTEFTUwogICAgICBDT0xPUiAxOTIgMjI0IDI1NQogICAgICBPVVRMSU5FQ09M
T1IgNjQgMTYwIDI1NQogICAgRU5ECiAgRU5ECgogIExBWUVSCiAgICBOQU1FICJSaXZlcnMiCiAg
ICBHUk9VUCAiTGFrZXMgYW5kIFJpdmVycyIKICAgIERBVEEgcml2ZXJzCiAgICBUWVBFIExJTkUK
ICAgIFNUQVRVUyBPTgogICAgTUVUQURBVEEKICAgICAgIndtc190aXRsZSIgIlJpdmVycyIKICAg
ICAgIndtc19ncm91cF90aXRsZSIgIkxha2VzIGFuZCBSaXZlcnMiCiAgICBFTkQKICAgIFBST0pF
Q1RJT04KICAgICAgInByb2o9YWVhIgogICAgICAiZWxscHM9R1JTODAiCiAgICAgICJsb25fMD0t
MTI2IgogICAgICAibGF0XzA9NDUiCiAgICAgICJsYXRfMT01MCIKICAgICAgImxhdF8yPTU4LjUi
CiAgICAgICJ4XzA9MTAwMDAwMCIKICAgIEVORAogICAgQ0xBU1MKICAgICAgQ09MT1IgNjQgMTYw
IDI1NQogICAgRU5ECiAgRU5ECgogIExBWUVSCiAgICBOQU1FICJXaWRlIFJpdmVycyIKICAgIEdS
T1VQICJMYWtlcyBhbmQgUml2ZXJzIgogICAgREFUQSByaXZ3aWRlCiAgICBUWVBFIFBPTFlHT04K
ICAgIFNUQVRVUyBPTgogICAgTUVUQURBVEEKICAgICAgIndtc190aXRsZSIgIldpZGUgUml2ZXJz
IgogICAgICAid21zX2dyb3VwX3RpdGxlIiAiTGFrZXMgYW5kIFJpdmVycyIKICAgIEVORAogICAg
UFJPSkVDVElPTgogICAgICAicHJvaj1hZWEiCiAgICAgICJlbGxwcz1HUlM4MCIKICAgICAgImxv
bl8wPS0xMjYiCiAgICAgICJsYXRfMD00NSIKICAgICAgImxhdF8xPTUwIgogICAgICAibGF0XzI9
NTguNSIKICAgICAgInhfMD0xMDAwMDAwIgogICAgRU5ECiAgICBDTEFTUwogICAgICBDT0xPUiAx
OTIgMjI0IDI1NQogICAgICBPVVRMSU5FQ09MT1IgNjQgMTYwIDI1NQogICAgRU5ECiAgRU5ECgog
IExBWUVSCiAgICBOQU1FICJNdW5pY2lwYWxpdGllcyIKICAgIEdST1VQICJNdW5pY2lwYWxpdGll
cyIKICAgIERBVEEgbXVuaWNpcGFsaXR5CiAgICBUWVBFIFBPTFlHT04KICAgIFNUQVRVUyBPTgog
ICAgTUVUQURBVEEKICAgICAgIndtc190aXRsZSIgIk11bmljaXBhbGl0aWVzIgogICAgICAid21z
X2dyb3VwX3RpdGxlIiAiTXVuaWNpcGFsaXRpZXMiCiAgICBFTkQKICAgIFBST0pFQ1RJT04KICAg
ICAgInByb2o9YWVhIgogICAgICAiZWxscHM9R1JTODAiCiAgICAgICJsb25fMD0tMTI2IgogICAg
ICAibGF0XzA9NDUiCiAgICAgICJsYXRfMT01MCIKICAgICAgImxhdF8yPTU4LjUiCiAgICAgICJ4
XzA9MTAwMDAwMCIKICAgIEVORAogICAgQ0xBU1MKICAgICAgT1VUTElORUNPTE9SIDI1NSAxMDAg
MTAwCiAgICBFTkQKICBFTkQKICAgICAgCiAgTEFZRVIKICAgIE5BTUUgIkhpZ2h3YXlzIgogICAg
R1JPVVAgIlJvYWRzIgogICAgQ09OTkVDVElPTlRZUEUgcG9zdGdpcwogICAgQ09OTkVDVElPTiAi
aG9zdD1oeWRyYSBwb3J0PTY1NDMgZGJuYW1lPWNob2Rnc29uIHVzZXI9Y2hvZGdzb24iCiMgICAg
REFUQSAidGhlX2dlb20gZnJvbSAoc2VsZWN0IHRoZV9nZW9tLCBvaWQgZnJvbSByb2FkcyB3aGVy
ZSBuYXZfcmRfc2NsID0gJ2hpZ2h3YXlfbWFqb3InIG9yIG5hdl9yZF9zY2wgPSAnaGlnaHdheV9t
aW5vcicgb3IgbmF2X3JkX3NjbCA9ICdmcmVld2F5JykgYXMgcmQiCiAgICBEQVRBICJ0aGVfZ2Vv
bSBmcm9tIHJvYWRzIgogICAgRklMVEVSICJuYXZfcmRfc2NsID0gJ2hpZ2h3YXlfbWFqb3InIG9y
IG5hdl9yZF9zY2wgPSAnaGlnaHdheV9taW5vcicgb3IgbmF2X3JkX3NjbCA9ICdmcmVld2F5JyIK
ICAgIFRZUEUgTElORQogICAgU1RBVFVTIE9OCiAgICBNRVRBREFUQQogICAgICAid21zX3RpdGxl
IiAiSGlnaHdheXMiCiAgICAgICJ3bXNfZ3JvdXBfdGl0bGUiICJSb2FkcyIKICAgIEVORAogICAg
UFJPSkVDVElPTgogICAgICAicHJvaj1hZWEiCiAgICAgICJlbGxwcz1HUlM4MCIKICAgICAgImxv
bl8wPS0xMjYiCiAgICAgICJsYXRfMD00NSIKICAgICAgImxhdF8xPTUwIgogICAgICAibGF0XzI9
NTguNSIKICAgICAgInhfMD0xMDAwMDAwIgogICAgRU5ECiAgICBNSU5TQ0FMRSA1MDAwMDAKICAg
IENMQVNTCiAgICAgIENPTE9SIDAgMCAwCiAgICBFTkQKICAgIFRFTVBMQVRFICJodHRwOi8vb2Zm
aWNlLnJlZnJhY3Rpb25zLm5ldC9jaG9kZ3Nvbi9kZW1vL2h0ZG9jcy9xdWVyeS5waHA/b2lkPVtz
aHBpZHhdIgogIEVORAoKICBMQVlFUgogICAgTkFNRSAiQXJ0ZXJpYWwgUm9hZHMiCiAgICBHUk9V
UCAiUm9hZHMiCiAgICBDT05ORUNUSU9OVFlQRSBwb3N0Z2lzCiAgICBDT05ORUNUSU9OICJob3N0
PWh5ZHJhIHBvcnQ9NjU0MyBkYm5hbWU9Y2hvZGdzb24gdXNlcj1jaG9kZ3NvbiIKIyAgICBEQVRB
ICJ0aGVfZ2VvbSBmcm9tIChzZWxlY3QgdGhlX2dlb20sbmF2X3JkX3NjbCwgb2lkIGZyb20gcm9h
ZHMgd2hlcmUgbmF2X3JkX3NjbCA9ICdoaWdod2F5X21ham9yJyBvciBuYXZfcmRfc2NsID0gJ2hp
Z2h3YXlfbWlub3InIG9yIG5hdl9yZF9zY2wgPSAnYXJ0ZXJpYWxfbWFqb3InIG9yIG5hdl9yZF9z
Y2wgPSAnYXJ0ZXJpYWxfbWlub3InIG9yIG5hdl9yZF9zY2wgPSAnZmVycnknIG9yIG5hdl9yZF9z
Y2wgPSAnZnJlZXdheScpIGFzIHJkIgogICAgREFUQSAidGhlX2dlb20gZnJvbSByb2FkcyIKICAg
IEZJTFRFUiAibmF2X3JkX3NjbCA9ICdoaWdod2F5X21ham9yJyBvciBuYXZfcmRfc2NsID0gJ2hp
Z2h3YXlfbWlub3InIG9yIG5hdl9yZF9zY2wgPSAnYXJ0ZXJpYWxfbWFqb3InIG9yIG5hdl9yZF9z
Y2wgPSAnYXJ0ZXJpYWxfbWlub3InIG9yIG5hdl9yZF9zY2wgPSAnZmVycnknIG9yIG5hdl9yZF9z
Y2wgPSAnZnJlZXdheSciCiAgICBUWVBFIExJTkUKICAgIFNUQVRVUyBPTgogICAgTUVUQURBVEEK
ICAgICAgIndtc190aXRsZSIgIkFydGVyaWFsIFJvYWRzIgogICAgICAid21zX2dyb3VwX3RpdGxl
IiAiUm9hZHMiCiAgICBFTkQKICAgIFBST0pFQ1RJT04KICAgICAgInByb2o9YWVhIgogICAgICAi
ZWxscHM9R1JTODAiCiAgICAgICJsb25fMD0tMTI2IgogICAgICAibGF0XzA9NDUiCiAgICAgICJs
YXRfMT01MCIKICAgICAgImxhdF8yPTU4LjUiCiAgICAgICJ4XzA9MTAwMDAwMCIKICAgIEVORAog
ICAgTUFYU0NBTEUgNTAwMDAwCiAgICBNSU5TQ0FMRSAxMDAwMDAKICAgIENMQVNTSVRFTSBuYXZf
cmRfc2NsCiAgICBDTEFTUwogICAgICBFWFBSRVNTSU9OICJmZXJyeSIKICAgICAgQ09MT1IgMCAw
IDE5MgogICAgRU5ECiAgICBDTEFTUwogICAgICBFWFBSRVNTSU9OICJoaWdod2F5X21ham9yIgog
ICAgICBTWU1CT0wgc29saWQKICAgICAgU0laRSAyCiAgICAgIENPTE9SIDAgMCAwCiAgICBFTkQK
ICAgIENMQVNTCiAgICAgIEVYUFJFU1NJT04gImhpZ2h3YXlfbWlub3IiCiAgICAgIFNZTUJPTCBz
b2xpZAogICAgICBTSVpFIDIKICAgICAgQ09MT1IgMCAwIDAKICAgIEVORAogICAgQ0xBU1MKICAg
ICAgRVhQUkVTU0lPTiAiZnJlZXdheSIKICAgICAgU1lNQk9MIHNvbGlkCiAgICAgIFNJWkUgMgog
ICAgICBDT0xPUiAwIDAgMAogICAgRU5ECiAgICBDTEFTUwogICAgICBDT0xPUiAwIDAgMAogICAg
RU5ECiAgICBURU1QTEFURSAiaHR0cDovL29mZmljZS5yZWZyYWN0aW9ucy5uZXQvY2hvZGdzb24v
ZGVtby9odGRvY3MvcXVlcnkucGhwP29pZD1bc2hwaWR4XSIKICBFTkQKCiAgTEFZRVIKICAgIE5B
TUUgIlJvYWRzIgogICAgR1JPVVAgIlJvYWRzIgogICAgQ09OTkVDVElPTlRZUEUgcG9zdGdpcwoj
ICAgIENPTk5FQ1RJT04gImhvc3Q9cGxhdHlwdXMgZGJuYW1lPWRlbW8gdXNlcj1wb3N0Z3JlcyIK
ICAgIENPTk5FQ1RJT04gImhvc3Q9aHlkcmEgcG9ydD02NTQzIGRibmFtZT1jaG9kZ3NvbiB1c2Vy
PWNob2Rnc29uIgogICAgREFUQSAidGhlX2dlb20gZnJvbSByb2FkcyIKICAgIFRZUEUgTElORQog
ICAgU1RBVFVTIE9OCiAgICBNRVRBREFUQQogICAgICAid21zX3RpdGxlIiAiUm9hZHMiCiAgICAg
ICJ3bXNfZ3JvdXBfdGl0bGUiICJSb2FkcyIKICAgIEVORAogICAgUFJPSkVDVElPTgogICAgICAi
cHJvaj1hZWEiCiAgICAgICJlbGxwcz1HUlM4MCIKICAgICAgImxvbl8wPS0xMjYiCiAgICAgICJs
YXRfMD00NSIKICAgICAgImxhdF8xPTUwIgogICAgICAibGF0XzI9NTguNSIKICAgICAgInhfMD0x
MDAwMDAwIgogICAgRU5ECiAgICBNQVhTQ0FMRSAxMDAwMDAKICAgIENMQVNTSVRFTSBuYXZfcmRf
c2NsCiAgICBDTEFTUwogICAgICBFWFBSRVNTSU9OICJmZXJyeSIKICAgICAgU1lNQk9MIHNvbGlk
CiAgICAgIFNJWkUgMgogICAgICBDT0xPUiAwIDAgMTkyCiAgICBFTkQKICAgIENMQVNTCiAgICAg
IEVYUFJFU1NJT04gImhpZ2h3YXlfbWFqb3IiCiAgICAgIFNZTUJPTCBzb2xpZAogICAgICBTSVpF
IDMKICAgICAgQ09MT1IgMCAwIDAKICAgIEVORAogICAgQ0xBU1MKICAgICAgRVhQUkVTU0lPTiAi
aGlnaHdheV9taW5vciIKICAgICAgU1lNQk9MIHNvbGlkCiAgICAgIFNJWkUgMwogICAgICBDT0xP
UiAwIDAgMAogICAgRU5ECiAgICBDTEFTUwogICAgICBFWFBSRVNTSU9OICJmcmVld2F5IgogICAg
ICBTWU1CT0wgc29saWQKICAgICAgU0laRSAzCiAgICAgIENPTE9SIDAgMCAwCiAgICBFTkQKICAg
IENMQVNTCiAgICAgIEVYUFJFU1NJT04gImFydGVyaWFsX21ham9yIgogICAgICBTWU1CT0wgc29s
aWQKICAgICAgU0laRSAyCiAgICAgIENPTE9SIDAgMCAwCiAgICBFTkQKICAgIENMQVNTCiAgICAg
IEVYUFJFU1NJT04gImFydGVyaWFsX21pbm9yIgogICAgICBTWU1CT0wgc29saWQKICAgICAgU0la
RSAyCiAgICAgIENPTE9SIDAgMCAwCiAgICBFTkQKICAgIENMQVNTCiAgICAgIENPTE9SIDAgMCAw
CiAgICBFTkQKICAgIFRFTVBMQVRFICJodHRwOi8vb2ZmaWNlLnJlZnJhY3Rpb25zLm5ldC9jaG9k
Z3Nvbi9kZW1vL2h0ZG9jcy9xdWVyeS5waHA/b2lkPVtzaHBpZHhdIgogIEVORAoKICBMQVlFUgog
ICAgTkFNRSAicm9hZF9sYWJlbHMiCiAgICBHUk9VUCAicm9hZHMiCiAgICBDT05ORUNUSU9OVFlQ
RSBwb3N0Z2lzCiAgICBDT05ORUNUSU9OICJob3N0PWh5ZHJhIHBvcnQ9NjU0MyBkYm5hbWU9Y2hv
ZGdzb24gdXNlcj1jaG9kZ3NvbiIKIyAgICBEQVRBICJ0aGVfZ2VvbSBmcm9tIChTRUxFQ1QgbWlu
KHJkX3NlZ19pZCkgYXMgcmRfaWQgLCBmZWF0X25hbWUsIGNvbGxlY3QodGhlX2dlb20pIGFzIHRo
ZV9nZW9tIEZST00gcm9hZHMgR1JPVVAgQlkgZmVhdF9uYW1lKSBhcyBmb28gdXNpbmcgdW5pcXVl
IHJkX2lkIHVzaW5nIFNSSUQ9LTEiCiAgICBEQVRBICJ0aGVfZ2VvbSBmcm9tIChTRUxFQ1QgbWlu
KHJkX3NlZ19pZCkgYXMgcmRfaWQgLCBmZWF0X25hbWUsIGNvbGxlY3QodGhlX2dlb20pIGFzIHRo
ZV9nZW9tIEZST00gcm9hZHMgV0hFUkUgdGhlX2dlb20gJiYgc2V0U1JJRCghQk9YISwgLTEpIEdS
T1VQIEJZIGZlYXRfbmFtZSkgYXMgZm9vIHVzaW5nIHVuaXF1ZSByZF9pZCB1c2luZyBTUklEPS0x
IgogICAgVFlQRSBBTk5PVEFUSU9OCiAgICBTVEFUVVMgT04KICAgIE1FVEFEQVRBCiAgICAgICJ3
bXNfdGl0bGUiICJSb2FkIExhYmVscyIKICAgICAgIndtc19ncm91cF90aXRsZSIgIlJvYWRzIgog
ICAgRU5ECiAgICBQUk9KRUNUSU9OCiAgICAgICJwcm9qPWFlYSIKICAgICAgImVsbHBzPUdSUzgw
IgogICAgICAibG9uXzA9LTEyNiIKICAgICAgImxhdF8wPTQ1IgogICAgICAibGF0XzE9NTAiCiAg
ICAgICJsYXRfMj01OC41IgogICAgICAieF8wPTEwMDAwMDAiCiAgICBFTkQKICAgIE1BWFNDQUxF
IDIwMDAwCiAgICBMQUJFTElURU0gImZlYXRfbmFtZSIKICAgIFNZTUJPTFNDQUxFIDEwMDAwMAog
ICAgQ0xBU1MKICAgICAgTEFCRUwKICAgICAgICBBTkdMRSBBVVRPCiAgICAgICAgU0laRSA4CglN
SU5TSVpFIDYKCU1BWFNJWkUgOAoJT0ZGU0VUIC02IC02CglDT0xPUiAwIDEyOCA2NAoJVFlQRSBU
UlVFVFlQRQoJRk9OVCBhcmlhbAoJQlVGRkVSIDQKICAgICAgRU5ECiAgICBFTkQKICBFTkQKCkVO
RAo=

--=_41b84a744625f462190f001a--



From soprina at mac.com  Tue Mar 25 18:05:38 2003
From: soprina at mac.com (soprina)
Date: Wed, 26 Mar 2003 12:05:38 +1000
Subject: [Mapserver-users] Re: Mac OS X Apache Install Question
Message-ID: <7089575F-5F2F-11D7-83E6-0003934886B8@mac.com>

Sorry...I am using a different e-mail address from my original post so  
I have just subscribed with this e-mail address and re-submitted I have 
also include my makefile  in this e-mail

Thanks for all the info.  I am quite new to unix and compiling on mac 
os x and appreciate all your help.

So my next question would be how would I go about statically linking 
all the libraries when compiling mapserver.  I know there are good 
reasons for not doing this but I am just thinking about portability and 
the problem I am currently facing. I definitely need to be able to 
transfer the binary from one machine to another without having  to 
install a range of supporting libraries.  I currently do this with a 
windows compile of mapserver and it works well.  Alternatively is it 
possible that any libraries needed are created/moved to the same folder 
that mapserver is compiled in and if so is it likely that mapserver 
will work when the all the files are then transfer to another machine?

My current configure command for compile is as follows if this is of 
any help?

./configure --with-gd --without-tiff --with-jpeg 
--with-proj=/mapserver/libraries/proj-4.4.5 
--with-gdal=/sw/bin/gdal-config 
--with-ogr=/mapserver/libraries/gdal-1.1.8/ogr

My makefile is:

# Generated automatically from Makefile.in by configure.
# Run ./configure in the main MapServer directory to turn this 
Makefile.in
# into a proper Makefile

LIB_INSTALL=/usr/local/lib/
HEADER_INSTALL=/usr/local/include/mapserver-3.5/

#
# mpatrol runtime memory debugger
#
MPATROL=  	
MPATROL_INC=	
MPATROL_LIB=	

#
# If you want to ignore missing datafile errors uncomment the following
# line. This is especially useful with large tiled datasets that may not
# have complete data for each tile.
#
#IGNORE_MISSING_DATA=-DIGNORE_MISSING_DATA
IGNORE_MISSING_DATA = -DIGNORE_MISSING_DATA

#
# Apparently these aren't as commonplace as I'd hoped. Edit the
# following line to reflect the missing functions on your platform.
#
# STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP
STRINGS=

# Proj.4 distribution (cartographic projection routines). Not required 
for normal use. (EXPERIMENTAL)
PROJ_INC= -I/mapserver/libraries/proj-4.4.5/src
PROJ_LIB= -L/mapserver/libraries/proj-4.4.5/src/.libs -lproj
PROJ=     -DUSE_PROJ -DUSE_PROJ_API_H

# GD distribution (graphics library GIF and/or PNG support). (REQUIRED)
#
#   - Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_1_3).
#   - Versions 1.6 and greater write PNG (-DUSE_GD_1_6). Add -lpng -lz 
to GD_LIB line.
#
#
GDFONT_OBJ=gd-1.2/gdfontt.o gd-1.2/gdfonts.o gd-1.2/gdfontmb.o 
gd-1.2/gdfontl.o gd-1.2/gdfontg.o
GD_INC=
GD_LIB=  -lgd  -ljpeg -lttf -lpng -lz
GD=       -DUSE_GD_PNG -DUSE_GD_WBMP -DUSE_GD_FT
GD_STATIC =

# PDFlib distribution (PDF library w/ PDF support). (EXPERIMENTAL)
#
#
#
PDF_INC=
PDF_LIB=
PDF=
PDF_OBJ=

# TIFF distribution (raster support for TIFF and GEOTIFF imagery). 
(RECOMMENDED)
TIFF_INC=
TIFF_LIB=  -ljpeg -lttf -lpng -lz
TIFF=

# JPEG distribution (raster support for grayscale JPEG images, INPUT 
ONLY).
JPEG_INC=
JPEG_LIB= -ljpeg
JPEG=     -DUSE_JPEG

# EPPL7 Support (this activates ERDAS as well) Included in the 
distribution. Probably the best raster alternative if
# you've got EPPL7 laying around. See http://www.lmic.state.mn.us/ for 
more information. (RECOMMENDED)
EPPL=     -DUSE_EPPL
EPPL_OBJ= epplib.o

# ESRI SDE Support. You MUST have the SDE Client libraries and include 
files
# on your system someplace. The actual SDE server you wish to connect 
to can
# be elsewhere.
SDE=	
SDE_LIB=
SDE_INC=

# Optional OGR Support.  OGC Simple Feature inspired interface for 
vector
# formats.  See http://gdal.velocet.ca/projects/opengis/
OGR=	  -DUSE_OGR
OGR_LIB=
OGR_INC=  -I/mapserver/libraries/gdal-1.1.8/ogr/ogrsf_frmts 
-I/mapserver/libraries/gdal-1.1.8/ogr 
-I/mapserver/libraries/gdal-1.1.8/ogr/../port
OGR_STATIC= 
/mapserver/libraries/gdal-1.1.8/ogr/ogrsf_frmts/ogrsf_frmts.a 
/mapserver/libraries/gdal-1.1.8/ogr/ogr.a 
/mapserver/libraries/gdal-1.1.8/ogr/../port/cpl.a

# Optional GDAL Support (provides read access to a variety of raster 
formats)
# See http://www.remotesensing.org/gdal
GDAL=	  -DUSE_GDAL
GDAL_LIB=  -L/sw/lib -lgdal.1.1
GDAL_INC=  -I/sw/include/gdal1

# Optional PostGIS Support.  See http://postgis.refractions.net/
POSTGIS=
POSTGIS_LIB=
POSTGIS_INC=

# Optional ORACLESPATIAL Support. Contact: cabral at cttmar.univali.br
ORACLESPATIAL=
ORACLESPATIAL_LIB=
ORACLESPATIAL_INC=

# w3c-libwww ... required for WMS Client Connections
WWW_INC=
WWW_LIB=

# OGC WMS Compatibility:  -DUSE_WMS (Requires PROJ4 support)
# OGC WMS Client Connections:  -DUSE_WMS_LYR (Requires PROJ4 and libwww)
WMS=	  -DUSE_WMS

#
# UofMN GIS/Image Processing Extension (very experimental)
#
#EGIS=-DUSE_EGIS
#EGIS_INC=-I./egis/errLog -I./egis/imgSrc -I./egis
#EGIS_LIB=-L./egis/errLog -lerrLog -L./egis/imgSrc -limgGEN -L./egis 
-legis
#MAKE_EGIS=egis
#MAKE_EGIS_CLEAN=egis_clean

#
# IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS:
#
# In order to compile the PHP_MAPSCRIPT module, we have to make 
MapServer
# uses the same version of the REGEX library that PHP was compiled with:
#
REGEX_OBJ=	
REGEX_INC=	

#
# Multithreading support.
#
THREAD=
THREAD_LIB=

#
# Pick a compiler, etc. Flex and bison are only required if you need to 
modify the mapserver lexer (maplexer.l) or expression parser 
(mapparser.y).
#
CXX=	c++
CC=     gcc
LD=	gcc
AR= ar rc
RANLIB= ranlib
LEX=    flex
YACC=   bison -y

XTRALIBS=  -lm
RUNPATHS=

CFLAGS= -O2  -Wall  \
         $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL) $(PROJ) $(WMS) \
	$(ORACLESPATIAL) $(TIFF) $(JPEG) $(GD) $(PDF) $(SDE) $(OGR) $(GDAL) \
	$(POSTGIS) $(MPATROL) $(THREAD) \
	$(GD_INC) $(PDF_INC) $(PROJ_INC) $(TIFF_INC) $(JPEG_INC) $(EGIS_INC) 
$(SDE_INC) \
	$(REGEX_INC) $(MPATROL_INC) $(OGR_INC) $(GDAL_INC) $(POSTGIS_INC) \
	$(WWW_INC) $(ORACLESPATIAL_INC)

# Link flags and shared libs only
LDFLAGS=  $(RUNPATHS) -L. -lmap $(GD_LIB) $(PDF_LIB) $(TIFF_LIB) 
$(PROJ_LIB) \
           $(JPEG_LIB) $(EGIS_LIB) $(SDE_LIB) $(OGR_LIB) $(GDAL_LIB) \
	  $(POSTGIS_LIB) $(WWW_LIB) $(ORACLESPATIAL_LIB) $(MPATROL_LIB) \
	  $(THREAD_LIB) $(XTRALIBS)

# STATIC_LIBS is full filename with path of libs that will be 
statically linked
STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC)

RM= /bin/rm -f

OBJS= maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o 
mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o 
mapfile.o maplegend.o maputil.o mapscale.o mapquery.o maplabel.o 
maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o 
mappostgis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o 
maporaclespatial.o mapgml.o mapprojhack.o mapthread.o $(EPPL_OBJ) 
$(REGEX_OBJ) $(PDF_OBJ)

#
# --- You shouldn't have to edit anything else. ---
#
.c.o:
	$(CC) -c $(CFLAGS) $< -o $@

all: $(MAKE_GD) $(MAKE_EGIS) libmap.a shp2img shp2pdf legend \
	mapserv shptree shptreevis shptreetst scalebar sortshp perlvars \
	tile4ms

egis::
	cd egis/errLog; make; cd ..
	cd egis/imgSrc; make; cd ..
	cd egis; make; cd ..

php3_mapscript:: libmap.a
	cd mapscript/php3; $(MAKE); cd ../..

maplexer.o: maplexer.c map.h mapfile.h

maplexer.c: maplexer.l
	$(LEX) -Pmsyy -i -omaplexer.c maplexer.l

mapparser.o: mapparser.c map.h

mapparser.c: mapparser.y
	$(YACC) -p msyy -d -omapparser.c mapparser.y

mapogr.o: mapogr.cpp
	$(CXX) -c $(CFLAGS) mapogr.cpp -o mapogr.o

lib: libmap.a
libmap: libmap.a
libmap.a: map.h $(OBJS) map.h
	$(AR) libmap.a $(OBJS)
	$(RANLIB) libmap.a

shp2pdf: libmap.a shp2pdf.o map.h
	$(LD) $(CFLAGS) shp2pdf.o $(LDFLAGS) $(STATIC_LIBS) -o shp2pdf

shp2img: libmap.a  shp2img.o map.h
	$(LD) $(CFLAGS) shp2img.o $(LDFLAGS) $(STATIC_LIBS) -o shp2img

sym2img: libmap.a   sym2img.o map.h
	$(LD) $(CFLAGS) sym2img.o $(LDFLAGS) $(STATIC_LIBS) -o sym2img

legend: libmap.a  legend.o map.h
	$(LD) $(CFLAGS) legend.o $(LDFLAGS) $(STATIC_LIBS) -o legend

scalebar: libmap.a  scalebar.o map.h
	$(LD) $(CFLAGS) scalebar.o $(LDFLAGS) $(STATIC_LIBS) -o scalebar

mapserv: mapserv.h libmap.a  mapserv.o cgiutil.o map.h
	$(LD) $(CFLAGS) mapserv.o cgiutil.o  $(LDFLAGS) $(STATIC_LIBS) -o 
mapserv

shpindex: libmap.a shpindex.o map.h
	$(LD) $(CFLAGS) shpindex.o $(LDFLAGS) $(STATIC_LIBS) -o shpindex

shptree: libmap.a shptree.o map.h
	$(LD) $(CFLAGS) shptree.o $(LDFLAGS) $(STATIC_LIBS) -o shptree

shptreevis: libmap.a shptreevis.o map.h
	$(LD) $(CFLAGS) shptreevis.o $(LDFLAGS) $(STATIC_LIBS) -o shptreevis

shptreetst: libmap.a shptreetst.o map.h
	$(LD) $(CFLAGS) shptreetst.o $(LDFLAGS) $(STATIC_LIBS) -o shptreetst

sortshp: sortshp.o
	$(LD) $(CFLAGS) sortshp.o $(LDFLAGS) $(STATIC_LIBS) -o sortshp

tile4ms: tile4ms.o
	$(LD) $(CFLAGS) tile4ms.o $(LDFLAGS) $(STATIC_LIBS) -o tile4ms

perlvars:
	touch perlvars
	pwd > perlvars
	echo $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL) $(PROJ) $(TTF) $(TIFF) 
$(JPEG) $(GD) $(SDE) $(OGR) $(GDAL) >> perlvars
	echo -I. $(PROJ_INC) $(GD_INC) $(TTF_INC) $(TIFF_INC) $(JPEG_INC) 
$(SDE_INC) $(OGR_INC) $(GDAL_INC) >> perlvars
	echo $(LDFLAGS) >> perlvars
	echo $(STATIC_LIBS) >> perlvars

egis_clean:
	cd egis/errLog; $(MAKE) clean; cd ..
	cd egis/imgSrc; $(MAKE) clean; cd ..
	cd egis; $(MAKE) clean; cd ..

php3_mapscript_clean::
	cd mapscript/php3; $(MAKE) clean; cd ../..

install: libmap.a
	cp -f libmap.a $(LIB_INSTALL)
	cp -f map.h $(HEADER_INSTALL)

clean:	$(MAKE_EGIS_CLEAN)
	rm -f libmap.a *.o shp2img shp2pdf mapserv legend shptree shptreevis 
shptreetst scalebar sortshp perlvars

distclean:
	$(MAKE) clean
	rm config.*

sorta-clean:
	rm -f *.o




Thanks again for your help
Justin



From peter at riptari.net  Tue Mar 25 18:40:03 2003
From: peter at riptari.net (Peter Thomas)
Date: Tue, 25 Mar 2003 18:40:03 -0800
Subject: [Mapserver-users] [ANNOUNCE] Geo::Sketch 0.02
Message-ID: <20030325184003.A26794@very.lowbrow.com>

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


Geo::Sketch provides Perl & SOAP APIs for generating an array of PNG images
accompanied by supporting JavaScript and HTML to facilitate simplistic
geographic animation on the web.  The first release is available for
testing.  Web service exposure of the API is presented via SOAP::Lite and
a prototypical WSDL document to support the development of clients in other
languages.  Visit http://geosketch.riptari.net for more info.

Regards,

-p

--=20
Peter Thomas
peter at riptari.net


--rwEMma7ioTxnRzrJ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+gRMCEdjdKZMEiToRAvPBAJ9zGPefILzNmlbqwYCEpTHf0fKJ+QCgyemv
0I29HTWsyqVq/a0yaybiIpE=
=Z+71
-----END PGP SIGNATURE-----

--rwEMma7ioTxnRzrJ--


From Antti.Roppola at brs.gov.au  Tue Mar 25 22:00:33 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Wed, 26 Mar 2003 17:00:33 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
 page
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4198@afeb-ms-02>

Daryl Herzmann wrote:

>>3.  The header for the XML document seems to work fine.  I tried adding echo
>>"
hello world
"; then viewing the document in a web browser.  The
>>result is Hello World, then the expected error message similar to:
>>
>>Warning: Cannot add header information - headers already sent by (output
>>started at http://localhost/fawkner_mapserv/wms.php:2) in
>>http://localhost/fawkner_mapserv/wms.php on line 3

>This is a problem.  Are you certain that your php header() call is the 
>first thing that is in your .php file?   If you have an empty line, then 
>that will constitute output and you can't resend headers...

To clarify, I suggested (temporarily) adding an echo to make sure
that the web server and PHP are configured correctly. AFAIK, it was.
Apologies if this confused anyone.

Cheers,

Antti



From Antti.Roppola at brs.gov.au  Tue Mar 25 22:11:53 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Wed, 26 Mar 2003 17:11:53 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
 page
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4199@afeb-ms-02>

Thomas Bartlett wrote:

> However  GetCapabilities does not check whether the map file is WMS
> compliant does it !  It simply checks that the map file is correct as far as
> MapServer is concerned !!  I remove all reference to WMS from the same map
> file and the GetCapabilities XML document returned contain NO warning.  This
> map file is obviously not WMS compliant (as it contains none of the WMS
> tags) hence my conclusion.  Am I wrong in this conclusion ??

That seems like a reasonable conclusion to me, and suggests that a good
next step would be to check the map and layers to make sure that no
mandatory WMS items have been omitted. It would certainly explain why
Arc Explorer doesn't like the output you are sending.

BTW, thanks for the insight into what is and is not checked, lets me
cross one more item off my list of "things to investigate". :o)

Cheers,

Antti



From armin.burger at libero.it  Tue Mar 25 23:24:52 2003
From: armin.burger at libero.it (=?iso-8859-1?Q?armin.burger@libero.it?=)
Date: Wed, 26 Mar 2003 08:24:52 +0100
Subject: [Mapserver-users] =?iso-8859-1?Q?Re:_[Mapserver-users]_Prototype_of_MapServer_application?=
Message-ID: 

Tyler,

it's "all" Mapserver, using PHP/Mapscript. The zoombox is DHTML using DOM. The application uses HTML frames. For every zoom/pan action the central map.php file is loaded into the mapFrame  via JavaScript. Here the necessary parameters like zoom type, zoomextent or zoom point are passed via the URL. Also the session ID for PHP. All central settings for PHP are saved and re-read in sessions. Some Javascript variables are saved in hidden input tags. 

The map.php reads these parameters and processes the map. I think it should be similar to how the ROSA applet works. In the same way as pan/zoom of the main map, the reference map, scale bar, scale, and layer list/legend are updated via javascript.

The data are only shapefiles and tiffs. I tested it also with PostgIS layers on Linux. The application now runs on Windows using the DM Solutions binary with GD2 from 10 February or so. The limitation is for this version that it cannot find truetype fonts (also not when using absolutue font paths) so at the moment only bitmap fonts are used. 

Armin


Hi Armin,
Nice looking work.  Can you tell us more about what's behind it all?  What
kinds of data sources are you using?  Is it "all" mapserver?


                                                                                                                                                 
                      "armin.burger at libero.it"                                                                                                   
                                              
                      Sent by:                            cc:                                                                                    
                      mapserver-users-admin at lists.        Fax to:                                                                                
                      gis.umn.edu                         Subject:  [Mapserver-users] Prototype of MapServer application                         
                                                                                                                                                 
                                                                                                                                                 
                      03/25/2003 06:35 AM                                                                                                        
                                                                                                                                                 




From jacobi at dfki.de  Wed Mar 26 00:28:45 2003
From: jacobi at dfki.de (Sven Jacobi)
Date: Wed, 26 Mar 2003 09:28:45 +0100
Subject: [Mapserver-users] aerial views
In-Reply-To: Your message of "Tue, 25 Mar 2003 12:03:55 EST."
 <13858AA1A74F30419F319ACB66A9D1221F4043@mercator.topozone.com>
Message-ID: <200303260822.h2Q8MCJv017614@corp-200.dfki.uni-sb.de>

Hello Ed,

I will get 8-bit tiff images and till now I had no idea how
to display them. I don't want to display a large area, it is
an application for forestmen and they should identify trees 
on the images.
I have read about the pyramids, but don't know how to use them
especially when using Mapscript/Python.
Do you know an application/link where this is used and where I 
could get some information. 

Thanks,

Sven



From jhart at frw.uva.nl  Wed Mar 26 03:37:25 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Wed, 26 Mar 2003 12:37:25 +0100
Subject: [Mapserver-users] World map projections without inverse projection
Message-ID: <3E8190F5.9070700@frw.uva.nl>

Hi,

I have been working on something educational with projections, using a 
small world map in latlong and projecting it to all supported 
projections in MapServer 3.7 CVS and Proj4.4.6. Some twenty projections 
crash MapServer, but work fine when used from command-line Proj. Most of 
these are from the "Misc" section of the Proj manual, like Apian or 
Ortelius . What unites them is that they all lack support for inverse 
projections. Can anyone explain why this is so (or even better, suggest 
a way to get them working with MapServer)? I can't understand why 
MapServer would need an inverse projection just to project a map from 
latlong to these projections.

Jan



From sscott at gwi.net  Wed Mar 26 05:02:13 2003
From: sscott at gwi.net (Shannon Scott)
Date: Wed, 26 Mar 2003 08:02:13 -0500
Subject: [Mapserver-users] ORA-13373 with 9i
Message-ID: <009701c2f397$eb9e0c10$37c8a8c0@PEMAQUID>

This is a multi-part message in MIME format.

------=_NextPart_000_0094_01C2F36E.024C4460
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,
I am trying to access some data stored in the oracle spatial ( =
SDO_GEOMETRY ) type.  When I try to draw a subset of the layer using the =
following DATA syntax:
  DATA "GEOM from tracts1test USING SRID 8307"

 I get the following error.

msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-29902: error =
in executing ODCIIndexStart() routine ORA-13373: Element of type Extent =
is not supported for Geodetic data ORA-06512: at =
"MDSYS.SDO_INDEX_METHOD_9I", line 232 ORA-06512: at line 1 . SQL =
statement: SELECT rownum, GEOM FROM tracts1test WHERE SDO_FILTER( =
tracts1test.GEOM, MDSYS.SDO_GEOMETRY(2003, 8307, =
NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(-71.914=
27,41.237,-68.08573,45.07) ),'querytype=3Dwindow') =3D 'TRUE'=20

Important part:
ORA-13373: Element of type Extent is not supported for Geodetic data.

When I try the query on the sqlplus command line, I get the same error.
Oracle suggests changing the query such that I use a polygon with four =
vertices instead of the rectangle spatial object type.  When I change =
the query to this it works.

SELECT rownum, GEOM FROM tracts1test=20
WHERE SDO_FILTER( tracts1test.GEOM,=20
mdsys.sdo_geometry(2003,8307,NULL,
mdsys.sdo_elem_info_array(1,1003,1),
mdsys.sdo_ordinate_array(-71.91,41.23,
-71.91,45.07,-68.08,45.07,
-68.08,41.23,-71.91,41.23) ),
'querytype=3Dwindow') =3D 'TRUE'=20

I found I could get around the error using:
  DATA "GEOM from (select GEOM from  tracts1test)"

but without the index it is very slow.

Has anyone else seen this?  What is the workaround?
Thank you for any insight,thoughts or advice.
Shannon

Linux RedHat 7.2
Mapserver 3.6
Oracle 9.0.1
Apache CGI/PHP.




------=_NextPart_000_0094_01C2F36E.024C4460
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello,


I am trying to access some data stored =
in the=20
oracle spatial ( SDO_GEOMETRY ) type.  When I try to draw a subset =
of the=20
layer using the following DATA syntax:


  DATA "GEOM from tracts1test =
USING SRID=20
8307"


 


 I get the following =
error.


 


msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-29902: =
error in=20
executing ODCIIndexStart() routine ORA-13373: Element of type Extent is =
not=20
supported for Geodetic data ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", =
line 232=20
ORA-06512: at line 1 . SQL statement: SELECT rownum, GEOM FROM =
tracts1test WHERE=20
SDO_FILTER( tracts1test.GEOM, MDSYS.SDO_GEOMETRY(2003, 8307,=20
NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(-71.914=
27,41.237,-68.08573,45.07)=20
),'querytype=3Dwindow') =3D 'TRUE' 


 


Important part:


ORA-13373:=20
Element of type Extent is not supported for Geodetic =
data.


 


When I try the=20
query on the sqlplus command line, I get the same =
error.


Oracle suggests changing the query such that I use a polygon with =
four=20
vertices instead of the rectangle spatial object type.  When I =
change the=20
query to this it works.


 


SELECT rownum, GEOM FROM tracts1test =

WHERE=20
SDO_FILTER( tracts1test.GEOM,=20

mdsys.sdo_geometry(2003,8307,NULL,
mdsys.sdo_elem_info_array(1,100=
3,1),
mdsys.sdo_ordinate_array(-71.91,41.23,
-71.91,45.07,-68.08,45=
.07,
-68.08,41.23,-71.91,41.23)=20
),
'querytype=3Dwindow') =3D 'TRUE' 


 


I found I could get around the error=20
using:




  DATA "GEOM from (select GEOM =
from=20
 tracts1test)"


 


but without the index it is very =
slow.


 


Has anyone else seen this?  What =
is the=20
workaround?


Thank you for any insight,thoughts or=20
advice.


Shannon


 


Linux RedHat 7.2


Mapserver 3.6


Oracle 9.0.1


Apache CGI/PHP.


 





------=_NextPart_000_0094_01C2F36E.024C4460--



From kames at keyspanenergy.com  Wed Mar 26 05:18:29 2003
From: kames at keyspanenergy.com (Kieran J. Ames)
Date: Wed, 26 Mar 2003 08:18:29 -0500
Subject: [Mapserver-users] Question: How to NOT label a road
Message-ID: <3E81A8A5.D028239F@keyspanenergy.com>

List,
In the course of preparing some road data, I concatenated parsed road
names into one field. When a road segment had no name, I created a bogus
label called STR_NAME_NOT_FOUND. However, these labels sometimes clutter
up my map image Is there a way to NOT render a line label if it contains
a certain value?
Thanks,
Kieran




From r000t at adelphia.net  Wed Mar 26 05:36:26 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Wed, 26 Mar 2003 08:36:26 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
References: 
Message-ID: <012c01c2f39c$b4918a80$9601a8c0@emasi.com>

I am pretty sure the are NOT dbase files, however mapserver reads them just
fine when querying the map. What I want to do is query these files without
displaying a map, but show the results of thedata found. Currently I put the
data in mysql, but I want to make my application 100% mapserver driven. Then
I just search on the mysql database  using sql. So thats what I want to do
with mapserver.

-Jim

----- Original Message -----
From: "Puneet Kishor" 
To: "'Jim Burnett'" ;

Sent: Tuesday, March 25, 2003 5:08 PM
Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript


> please reply to the email list... others may have better ideas than me.
>
>
> > -----Original Message-----
> > From: Jim Burnett [mailto:r000t at adelphia.net]
> > Sent: Tuesday, March 25, 2003 3:58 PM
> > To: pkishor_98
> > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> >
> >
> > I was hoping to not have to use odbc. Is there anyway to access the
> > information via mapserver? I could do a query, show the query
> > on the map and
> > in templates.
>
> when you say "I could do a query" do you mean that you are able to do so,
or
> you would like to do so?
>
> I am not sure of the capabilities of the dbase methods that have been
> recently built in mapserver, but my sense is that they also access only
dbf
> files that are actually dbase compatible. The problem is, dbf files
created
> by foxpro are not really true dbf files... they just happen to have the
.dbf
> extension. If that is what you have, odbc may be the only way out, unless
> you can find a foxpro driver for php (I seriously doubt that).
>
> So, first determine what exactly these dbf files are. Then use the
> appropriate way to access them.
>
> Hope this helps.
>
> Puneet.
>
>
>
>
> >
> > ----- Original Message -----
> > From: "pkishor_98" 
> > To: 
> > Sent: Tuesday, March 25, 2003 4:37 PM
> > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> >
> >
> > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> >  wrote:
> > > > Yeah I looked in the dbase methods but they dont work
> > > > with any of the dbf
> > > > files I have. Actually Excel and Access can even read
> > > > them.  Any clues?
> > >
> > > I am assuming you meant to write "Actually Excel and Access _can't_
> > > even read..."
> > >
> > >
> > > Since neither Excel nor Access can read these dbf files, they are
> > > probably not dbf files created by dbase, or compatible with
> > the dbase
> > > format. In all likelihood, these are foxpro files. In which
> > case, your
> > > best bet would be to use the foxpro odbc driver, and access
> > the files
> > > as odbc datasources.
> > >
> > >
> > >
> > >
> > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "pkishor_98" 
> > > > To: 
> > > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > >
> > > >
> > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > 
> > > wrote:
> > > > > > Hey all, looks like spring is here at last!
> > > > > >
> > > > > > Anywho, I want to search a dbf file for some data (
> > not map ). For
> > > > > example I have a parcel layer that I want to search on.
> > I want to get
> > > > > all the "smiths" or whatever I want to search on. Can
> > this be done?
> > > > >
> > > > >
> > > > > sure... check out the dbase methods in php. make sure
> > php is compiled
> > > > > with dbase.
> > > > >
> > > > > since dbf is a crummy format, you will have to loop
> > through each row,
> > > > > and within each row, loop through each field, unless
> > you know which
> > > > > field you are searching for, until you find what you
> > are looking for.
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at l...
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at l...
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From woodbri at swoodbridge.com  Wed Mar 26 05:52:48 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Wed, 26 Mar 2003 08:52:48 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
In-Reply-To: <012c01c2f39c$b4918a80$9601a8c0@emasi.com>
Message-ID: <3E816A60.18490.1C7A44D6@localhost>

In PHP look at the dbase module and in Perl look at the xbase module. 
Both of these will allow you to open and read dbf files.

-Steve W.

On 26 Mar 2003 at 8:36, Jim Burnett wrote:

> I am pretty sure the are NOT dbase files, however mapserver reads them
> just fine when querying the map. What I want to do is query these
> files without displaying a map, but show the results of thedata found.
> Currently I put the data in mysql, but I want to make my application
> 100% mapserver driven. Then I just search on the mysql database  using
> sql. So thats what I want to do with mapserver.
> 
> -Jim
> 
> ----- Original Message -----
> From: "Puneet Kishor" 
> To: "'Jim Burnett'" ;
> 
> Sent: Tuesday, March 25, 2003 5:08 PM
> Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript
> 
> 
> > please reply to the email list... others may have better ideas than
> > me.
> >
> >
> > > -----Original Message-----
> > > From: Jim Burnett [mailto:r000t at adelphia.net]
> > > Sent: Tuesday, March 25, 2003 3:58 PM
> > > To: pkishor_98
> > > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> > >
> > >
> > > I was hoping to not have to use odbc. Is there anyway to access
> > > the information via mapserver? I could do a query, show the query
> > > on the map and in templates.
> >
> > when you say "I could do a query" do you mean that you are able to
> > do so,
> or
> > you would like to do so?
> >
> > I am not sure of the capabilities of the dbase methods that have
> > been recently built in mapserver, but my sense is that they also
> > access only
> dbf
> > files that are actually dbase compatible. The problem is, dbf files
> created
> > by foxpro are not really true dbf files... they just happen to have
> > the
> .dbf
> > extension. If that is what you have, odbc may be the only way out,
> > unless you can find a foxpro driver for php (I seriously doubt
> > that).
> >
> > So, first determine what exactly these dbf files are. Then use the
> > appropriate way to access them.
> >
> > Hope this helps.
> >
> > Puneet.
> >
> >
> >
> >
> > >
> > > ----- Original Message -----
> > > From: "pkishor_98" 
> > > To: 
> > > Sent: Tuesday, March 25, 2003 4:37 PM
> > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > >
> > >
> > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > >  wrote:
> > > > > Yeah I looked in the dbase methods but they dont work
> > > > > with any of the dbf
> > > > > files I have. Actually Excel and Access can even read
> > > > > them.  Any clues?
> > > >
> > > > I am assuming you meant to write "Actually Excel and Access
> > > > _can't_ even read..."
> > > >
> > > >
> > > > Since neither Excel nor Access can read these dbf files, they
> > > > are probably not dbf files created by dbase, or compatible with
> > > the dbase
> > > > format. In all likelihood, these are foxpro files. In which
> > > case, your
> > > > best bet would be to use the foxpro odbc driver, and access
> > > the files
> > > > as odbc datasources.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "pkishor_98" 
> > > > > To: 
> > > > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > >
> > > > >
> > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > 
> > > > wrote:
> > > > > > > Hey all, looks like spring is here at last!
> > > > > > >
> > > > > > > Anywho, I want to search a dbf file for some data (
> > > not map ). For
> > > > > > example I have a parcel layer that I want to search on.
> > > I want to get
> > > > > > all the "smiths" or whatever I want to search on. Can
> > > this be done?
> > > > > >
> > > > > >
> > > > > > sure... check out the dbase methods in php. make sure
> > > php is compiled
> > > > > > with dbase.
> > > > > >
> > > > > > since dbf is a crummy format, you will have to loop
> > > through each row,
> > > > > > and within each row, loop through each field, unless
> > > you know which
> > > > > > field you are searching for, until you find what you
> > > are looking for.
> > > > > >
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at l...
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at l...
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From woodbri at swoodbridge.com  Wed Mar 26 05:56:17 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Wed, 26 Mar 2003 08:56:17 -0500
Subject: [Mapserver-users] Question: How to NOT label a road
In-Reply-To: <3E81A8A5.D028239F@keyspanenergy.com>
Message-ID: <3E816B31.22024.1C7D7742@localhost>

Create a CLASS with a classitem on the the label field and and and 
expression matching STR_NAME_NOT_FOUND and don't include a LABEL tag 
then create a CLASS with not EXPRESSION field after that one as a 
catchall to do the labeling.

-Steve W.

On 26 Mar 2003 at 8:18, Kieran J. Ames wrote:

> List,
> In the course of preparing some road data, I concatenated parsed road
> names into one field. When a road segment had no name, I created a
> bogus label called STR_NAME_NOT_FOUND. However, these labels sometimes
> clutter up my map image Is there a way to NOT render a line label if
> it contains a certain value? Thanks, Kieran
> 
> 
> _______________________________________________
> 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 Mar 26 06:04:13 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Wed, 26 Mar 2003 09:04:13 -0500
Subject: [Mapserver-users] Question: How to NOT label a road
Message-ID: <200303261404.h2QE47N04917@yogi.medinaco.net>

You could use filter & filteritem in an annotation layer deffinition to select everything with a road name that is not STR_NAME_NOT_FOUND.
Lowell F.

The following message was sent by "Kieran J. Ames"  on Wed, 26 Mar 2003 08:18:29 -0500.

> List,
> In the course of preparing some road data, I concatenated parsed road
> names into one field. When a road segment had no name, I created a bogus
> label called STR_NAME_NOT_FOUND. However, these labels sometimes clutter
> up my map image Is there a way to NOT render a line label if it contains
> a certain value?
> Thanks,
> Kieran
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From r000t at adelphia.net  Wed Mar 26 06:04:51 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Wed, 26 Mar 2003 09:04:51 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
References: <3E816A60.18490.1C7A44D6@localhost>
Message-ID: <016b01c2f3a0$acb9a640$9601a8c0@emasi.com>

As my last message says, the file is NOT dbase, it is foxpro. Or whatever
esri uses. These modules will not read the dbf files. I am talking about the
dbf files that are produced with the shp files.

-Jim
----- Original Message -----
From: 
To: "Puneet Kishor" ;
; "Jim Burnett" 
Sent: Wednesday, March 26, 2003 8:52 AM
Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript


> In PHP look at the dbase module and in Perl look at the xbase module.
> Both of these will allow you to open and read dbf files.
>
> -Steve W.
>
> On 26 Mar 2003 at 8:36, Jim Burnett wrote:
>
> > I am pretty sure the are NOT dbase files, however mapserver reads them
> > just fine when querying the map. What I want to do is query these
> > files without displaying a map, but show the results of thedata found.
> > Currently I put the data in mysql, but I want to make my application
> > 100% mapserver driven. Then I just search on the mysql database  using
> > sql. So thats what I want to do with mapserver.
> >
> > -Jim
> >
> > ----- Original Message -----
> > From: "Puneet Kishor" 
> > To: "'Jim Burnett'" ;
> > 
> > Sent: Tuesday, March 25, 2003 5:08 PM
> > Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript
> >
> >
> > > please reply to the email list... others may have better ideas than
> > > me.
> > >
> > >
> > > > -----Original Message-----
> > > > From: Jim Burnett [mailto:r000t at adelphia.net]
> > > > Sent: Tuesday, March 25, 2003 3:58 PM
> > > > To: pkishor_98
> > > > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> > > >
> > > >
> > > > I was hoping to not have to use odbc. Is there anyway to access
> > > > the information via mapserver? I could do a query, show the query
> > > > on the map and in templates.
> > >
> > > when you say "I could do a query" do you mean that you are able to
> > > do so,
> > or
> > > you would like to do so?
> > >
> > > I am not sure of the capabilities of the dbase methods that have
> > > been recently built in mapserver, but my sense is that they also
> > > access only
> > dbf
> > > files that are actually dbase compatible. The problem is, dbf files
> > created
> > > by foxpro are not really true dbf files... they just happen to have
> > > the
> > .dbf
> > > extension. If that is what you have, odbc may be the only way out,
> > > unless you can find a foxpro driver for php (I seriously doubt
> > > that).
> > >
> > > So, first determine what exactly these dbf files are. Then use the
> > > appropriate way to access them.
> > >
> > > Hope this helps.
> > >
> > > Puneet.
> > >
> > >
> > >
> > >
> > > >
> > > > ----- Original Message -----
> > > > From: "pkishor_98" 
> > > > To: 
> > > > Sent: Tuesday, March 25, 2003 4:37 PM
> > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > >
> > > >
> > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > >  wrote:
> > > > > > Yeah I looked in the dbase methods but they dont work
> > > > > > with any of the dbf
> > > > > > files I have. Actually Excel and Access can even read
> > > > > > them.  Any clues?
> > > > >
> > > > > I am assuming you meant to write "Actually Excel and Access
> > > > > _can't_ even read..."
> > > > >
> > > > >
> > > > > Since neither Excel nor Access can read these dbf files, they
> > > > > are probably not dbf files created by dbase, or compatible with
> > > > the dbase
> > > > > format. In all likelihood, these are foxpro files. In which
> > > > case, your
> > > > > best bet would be to use the foxpro odbc driver, and access
> > > > the files
> > > > > as odbc datasources.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "pkishor_98" 
> > > > > > To: 
> > > > > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > > >
> > > > > >
> > > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > > 
> > > > > wrote:
> > > > > > > > Hey all, looks like spring is here at last!
> > > > > > > >
> > > > > > > > Anywho, I want to search a dbf file for some data (
> > > > not map ). For
> > > > > > > example I have a parcel layer that I want to search on.
> > > > I want to get
> > > > > > > all the "smiths" or whatever I want to search on. Can
> > > > this be done?
> > > > > > >
> > > > > > >
> > > > > > > sure... check out the dbase methods in php. make sure
> > > > php is compiled
> > > > > > > with dbase.
> > > > > > >
> > > > > > > since dbf is a crummy format, you will have to loop
> > > > through each row,
> > > > > > > and within each row, loop through each field, unless
> > > > you know which
> > > > > > > field you are searching for, until you find what you
> > > > are looking for.
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Mapserver-users mailing list
> > > > > > > Mapserver-users at l...
> > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > >
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at l...
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at lists.gis.umn.edu
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
>



From jacobi at dfki.de  Wed Mar 26 06:15:12 2003
From: jacobi at dfki.de (Sven Jacobi)
Date: Wed, 26 Mar 2003 15:15:12 +0100
Subject: [Mapserver-users] querymap
Message-ID: <200303261408.h2QE8XJv004573@corp-200.dfki.uni-sb.de>

Hi list,

I want to display a querymap with pythonscript but I can't find
any function to draw it. It should be similar to the reference map
with the function "mymap.drawReferenceMap()" or "mymap.drawLegend()".

I don't want to display a specified query by a user, this is familiar 
to me, it's the automatic generated querymap of the mapfile in which
I can hilite certain regions,... 

Any idea???

Thanks in forward,

Sven




From jshorie at medinaco.org  Wed Mar 26 06:30:54 2003
From: jshorie at medinaco.org (Jon Shorie)
Date: Wed, 26 Mar 2003 09:30:54 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
In-Reply-To: <012c01c2f39c$b4918a80$9601a8c0@emasi.com>
References:  <012c01c2f39c$b4918a80$9601a8c0@emasi.com>
Message-ID: <200303260930.54905.jshorie@medinaco.org>

It is possible that what you are dealing with are actually .db files from a 
boorland product such as delphi or paradox.  They are very similar to .dbf 
files except that they do not have a record number as the first field in 
them.  This breaks the .dbf standard (and probably the ms excel and ms 
access) .dbf filters, but I do not think that it would be a problem for 
mapserver (perhaps someone else can shed some light on this).  If the .db 
files are renamed .dbf then it may be possible to still make use of them.  A 
good way to check is to see if (after renaming to .db) the file can be opened 
in quattro pro, paradox, or delphi.

On Wednesday 26 March 2003 08:36, Jim Burnett wrote:
> I am pretty sure the are NOT dbase files, however mapserver reads them just
> fine when querying the map. What I want to do is query these files without
> displaying a map, but show the results of thedata found. Currently I put
> the data in mysql, but I want to make my application 100% mapserver driven.
> Then I just search on the mysql database  using sql. So thats what I want
> to do with mapserver.
>
> -Jim
>
> ----- Original Message -----
> From: "Puneet Kishor" 
> To: "'Jim Burnett'" ;
> 
> Sent: Tuesday, March 25, 2003 5:08 PM
> Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript
>
> > please reply to the email list... others may have better ideas than me.
> >
> > > -----Original Message-----
> > > From: Jim Burnett [mailto:r000t at adelphia.net]
> > > Sent: Tuesday, March 25, 2003 3:58 PM
> > > To: pkishor_98
> > > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> > >
> > >
> > > I was hoping to not have to use odbc. Is there anyway to access the
> > > information via mapserver? I could do a query, show the query
> > > on the map and
> > > in templates.
> >
> > when you say "I could do a query" do you mean that you are able to do so,
>
> or
>
> > you would like to do so?
> >
> > I am not sure of the capabilities of the dbase methods that have been
> > recently built in mapserver, but my sense is that they also access only
>
> dbf
>
> > files that are actually dbase compatible. The problem is, dbf files
>
> created
>
> > by foxpro are not really true dbf files... they just happen to have the
>
> .dbf
>
> > extension. If that is what you have, odbc may be the only way out, unless
> > you can find a foxpro driver for php (I seriously doubt that).
> >
> > So, first determine what exactly these dbf files are. Then use the
> > appropriate way to access them.
> >
> > Hope this helps.
> >
> > Puneet.
> >
> > > ----- Original Message -----
> > > From: "pkishor_98" 
> > > To: 
> > > Sent: Tuesday, March 25, 2003 4:37 PM
> > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > >
> > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > >
> > >  wrote:
> > > > > Yeah I looked in the dbase methods but they dont work
> > > > > with any of the dbf
> > > > > files I have. Actually Excel and Access can even read
> > > > > them.  Any clues?
> > > >
> > > > I am assuming you meant to write "Actually Excel and Access _can't_
> > > > even read..."
> > > >
> > > >
> > > > Since neither Excel nor Access can read these dbf files, they are
> > > > probably not dbf files created by dbase, or compatible with
> > >
> > > the dbase
> > >
> > > > format. In all likelihood, these are foxpro files. In which
> > >
> > > case, your
> > >
> > > > best bet would be to use the foxpro odbc driver, and access
> > >
> > > the files
> > >
> > > > as odbc datasources.
> > > >
> > > > > ----- Original Message -----
> > > > > From: "pkishor_98" 
> > > > > To: 
> > > > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > >
> > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > >
> > > 
> > >
> > > > wrote:
> > > > > > > Hey all, looks like spring is here at last!
> > > > > > >
> > > > > > > Anywho, I want to search a dbf file for some data (
> > >
> > > not map ). For
> > >
> > > > > > example I have a parcel layer that I want to search on.
> > >
> > > I want to get
> > >
> > > > > > all the "smiths" or whatever I want to search on. Can
> > >
> > > this be done?
> > >
> > > > > > sure... check out the dbase methods in php. make sure
> > >
> > > php is compiled
> > >
> > > > > > with dbase.
> > > > > >
> > > > > > since dbf is a crummy format, you will have to loop
> > >
> > > through each row,
> > >
> > > > > > and within each row, loop through each field, unless
> > >
> > > you know which
> > >
> > > > > > field you are searching for, until you find what you
> > >
> > > are looking for.
> > >
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at l...
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at l...
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> 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 Mar 26 06:19:43 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 26 Mar 2003 09:19:43 -0500
Subject: [Mapserver-users] World map projections without inverse projection
In-Reply-To: <3E8190F5.9070700@frw.uva.nl>
References: <3E8190F5.9070700@frw.uva.nl>
Message-ID: <3E81B6FF.4010308@pobox.com>

Jan Hartmann wrote:
> Hi,
> 
> I have been working on something educational with projections, using a 
> small world map in latlong and projecting it to all supported 
> projections in MapServer 3.7 CVS and Proj4.4.6. Some twenty projections 
> crash MapServer, but work fine when used from command-line Proj. Most of 
> these are from the "Misc" section of the Proj manual, like Apian or 
> Ortelius . What unites them is that they all lack support for inverse 
> projections. Can anyone explain why this is so (or even better, suggest 
> a way to get them working with MapServer)? I can't understand why 
> MapServer would need an inverse projection just to project a map from 
> latlong to these projections.

Jan,

MapServer needs to convert both ways.  It converts the extents rectangle from
the map projection to the layer projection in order to establish a query
rectangle in that projection for which features are required.  Then it needs
to project the feature geometries from the layer projection to the map
projection.

In theory MapServer could be modified to skip the extents rectangle inverse
projection and just fetch all features but I am dubious about the value of
that.

You mention that it crashes MapServer.  Do you mean an actual seg fault, or
just that things fail with an error?  If you can submit a simple case of
mapserver crashing with un-invertable projections into bugzilla (and assign
it to me) I would be willing to fix up mapserver to at least return a
meaningful error.

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 r000t at adelphia.net  Wed Mar 26 06:30:14 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Wed, 26 Mar 2003 09:30:14 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
References:  <012c01c2f39c$b4918a80$9601a8c0@emasi.com> <200303260930.54905.jshorie@medinaco.org>
Message-ID: <017d01c2f3a4$38f854a0$9601a8c0@emasi.com>

What is interesting is that I can rename the file to xls, and open them in
excell. They ( recordsets ) don't have a record number/key either. I cant
import that excell file into access unless I save as another excel file
using the actuall excel format. The dbf files wont import as dbase files
into access or excell. I dont really care about access or excell, i just
want to be able to search on the data as is in the dbf file.

What format does ESRI use when producing the SHP files?

-Jim
http://www.phpgis.org/



----- Original Message -----
From: "Jon Shorie" 
To: 
Sent: Wednesday, March 26, 2003 9:30 AM
Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript


> It is possible that what you are dealing with are actually .db files from
a
> boorland product such as delphi or paradox.  They are very similar to .dbf
> files except that they do not have a record number as the first field in
> them.  This breaks the .dbf standard (and probably the ms excel and ms
> access) .dbf filters, but I do not think that it would be a problem for
> mapserver (perhaps someone else can shed some light on this).  If the .db
> files are renamed .dbf then it may be possible to still make use of them.
A
> good way to check is to see if (after renaming to .db) the file can be
opened
> in quattro pro, paradox, or delphi.
>
> On Wednesday 26 March 2003 08:36, Jim Burnett wrote:
> > I am pretty sure the are NOT dbase files, however mapserver reads them
just
> > fine when querying the map. What I want to do is query these files
without
> > displaying a map, but show the results of thedata found. Currently I put
> > the data in mysql, but I want to make my application 100% mapserver
driven.
> > Then I just search on the mysql database  using sql. So thats what I
want
> > to do with mapserver.
> >
> > -Jim
> >
> > ----- Original Message -----
> > From: "Puneet Kishor" 
> > To: "'Jim Burnett'" ;
> > 
> > Sent: Tuesday, March 25, 2003 5:08 PM
> > Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript
> >
> > > please reply to the email list... others may have better ideas than
me.
> > >
> > > > -----Original Message-----
> > > > From: Jim Burnett [mailto:r000t at adelphia.net]
> > > > Sent: Tuesday, March 25, 2003 3:58 PM
> > > > To: pkishor_98
> > > > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> > > >
> > > >
> > > > I was hoping to not have to use odbc. Is there anyway to access the
> > > > information via mapserver? I could do a query, show the query
> > > > on the map and
> > > > in templates.
> > >
> > > when you say "I could do a query" do you mean that you are able to do
so,
> >
> > or
> >
> > > you would like to do so?
> > >
> > > I am not sure of the capabilities of the dbase methods that have been
> > > recently built in mapserver, but my sense is that they also access
only
> >
> > dbf
> >
> > > files that are actually dbase compatible. The problem is, dbf files
> >
> > created
> >
> > > by foxpro are not really true dbf files... they just happen to have
the
> >
> > .dbf
> >
> > > extension. If that is what you have, odbc may be the only way out,
unless
> > > you can find a foxpro driver for php (I seriously doubt that).
> > >
> > > So, first determine what exactly these dbf files are. Then use the
> > > appropriate way to access them.
> > >
> > > Hope this helps.
> > >
> > > Puneet.
> > >
> > > > ----- Original Message -----
> > > > From: "pkishor_98" 
> > > > To: 
> > > > Sent: Tuesday, March 25, 2003 4:37 PM
> > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > >
> > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > >
> > > >  wrote:
> > > > > > Yeah I looked in the dbase methods but they dont work
> > > > > > with any of the dbf
> > > > > > files I have. Actually Excel and Access can even read
> > > > > > them.  Any clues?
> > > > >
> > > > > I am assuming you meant to write "Actually Excel and Access
_can't_
> > > > > even read..."
> > > > >
> > > > >
> > > > > Since neither Excel nor Access can read these dbf files, they are
> > > > > probably not dbf files created by dbase, or compatible with
> > > >
> > > > the dbase
> > > >
> > > > > format. In all likelihood, these are foxpro files. In which
> > > >
> > > > case, your
> > > >
> > > > > best bet would be to use the foxpro odbc driver, and access
> > > >
> > > > the files
> > > >
> > > > > as odbc datasources.
> > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "pkishor_98" 
> > > > > > To: 
> > > > > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > > >
> > > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > >
> > > > 
> > > >
> > > > > wrote:
> > > > > > > > Hey all, looks like spring is here at last!
> > > > > > > >
> > > > > > > > Anywho, I want to search a dbf file for some data (
> > > >
> > > > not map ). For
> > > >
> > > > > > > example I have a parcel layer that I want to search on.
> > > >
> > > > I want to get
> > > >
> > > > > > > all the "smiths" or whatever I want to search on. Can
> > > >
> > > > this be done?
> > > >
> > > > > > > sure... check out the dbase methods in php. make sure
> > > >
> > > > php is compiled
> > > >
> > > > > > > with dbase.
> > > > > > >
> > > > > > > since dbf is a crummy format, you will have to loop
> > > >
> > > > through each row,
> > > >
> > > > > > > and within each row, loop through each field, unless
> > > >
> > > > you know which
> > > >
> > > > > > > field you are searching for, until you find what you
> > > >
> > > > are looking for.
> > > >
> > > > > > > _______________________________________________
> > > > > > > Mapserver-users mailing list
> > > > > > > Mapserver-users at l...
> > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > >
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at l...
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at lists.gis.umn.edu
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > 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 Mar 26 06:35:40 2003
From: pkishor at geoanalytics.com (Puneet Kishor)
Date: Wed, 26 Mar 2003 08:35:40 -0600
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
Message-ID: 

Jim,


> -----Original Message-----
> From: Jim Burnett [mailto:r000t at adelphia.net] 
> Sent: Wednesday, March 26, 2003 8:05 AM
> To: woodbri at swoodbridge.com; Puneet Kishor; 
> mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> 
> 
> As my last message says, the file is NOT dbase, it is foxpro. 
> Or whatever
> esri uses. These modules will not read the dbf files. I am 
> talking about the
> dbf files that are produced with the shp files.

If you are talking about the dbf files that are produces with shapefiles,
those are indeed standard dbf files. If you are unable to open them then
there is something wrong with those specific files. The fact that you are
able to query them via mapserver proves once again that they are basic dbf
files.

I routinely query dbf files associated with shapefiles via perl's xbase
module, and also via php. No problem at all.

Dunno what to suggest... you said that Excel and Access also failed. I can
only think they are corrupted in someway.

If you have access to Arcview, you could read them in, and save them out
again as a copy... maybe that would fix them.




> 
> -Jim
> ----- Original Message -----
> From: 
> To: "Puneet Kishor" ;
> ; "Jim Burnett" 
> 
> Sent: Wednesday, March 26, 2003 8:52 AM
> Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> 
> 
> > In PHP look at the dbase module and in Perl look at the 
> xbase module.
> > Both of these will allow you to open and read dbf files.
> >
> > -Steve W.
> >
> > On 26 Mar 2003 at 8:36, Jim Burnett wrote:
> >
> > > I am pretty sure the are NOT dbase files, however 
> mapserver reads them
> > > just fine when querying the map. What I want to do is query these
> > > files without displaying a map, but show the results of 
> thedata found.
> > > Currently I put the data in mysql, but I want to make my 
> application
> > > 100% mapserver driven. Then I just search on the mysql 
> database  using
> > > sql. So thats what I want to do with mapserver.
> > >
> > > -Jim
> > >
> > > ----- Original Message -----
> > > From: "Puneet Kishor" 
> > > To: "'Jim Burnett'" ;
> > > 
> > > Sent: Tuesday, March 25, 2003 5:08 PM
> > > Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript
> > >
> > >
> > > > please reply to the email list... others may have 
> better ideas than
> > > > me.
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Jim Burnett [mailto:r000t at adelphia.net]
> > > > > Sent: Tuesday, March 25, 2003 3:58 PM
> > > > > To: pkishor_98
> > > > > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > >
> > > > >
> > > > > I was hoping to not have to use odbc. Is there anyway 
> to access
> > > > > the information via mapserver? I could do a query, 
> show the query
> > > > > on the map and in templates.
> > > >
> > > > when you say "I could do a query" do you mean that you 
> are able to
> > > > do so,
> > > or
> > > > you would like to do so?
> > > >
> > > > I am not sure of the capabilities of the dbase methods that have
> > > > been recently built in mapserver, but my sense is that they also
> > > > access only
> > > dbf
> > > > files that are actually dbase compatible. The problem 
> is, dbf files
> > > created
> > > > by foxpro are not really true dbf files... they just 
> happen to have
> > > > the
> > > .dbf
> > > > extension. If that is what you have, odbc may be the 
> only way out,
> > > > unless you can find a foxpro driver for php (I seriously doubt
> > > > that).
> > > >
> > > > So, first determine what exactly these dbf files are. 
> Then use the
> > > > appropriate way to access them.
> > > >
> > > > Hope this helps.
> > > >
> > > > Puneet.
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "pkishor_98" 
> > > > > To: 
> > > > > Sent: Tuesday, March 25, 2003 4:37 PM
> > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > >
> > > > >
> > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > > >  wrote:
> > > > > > > Yeah I looked in the dbase methods but they dont work
> > > > > > > with any of the dbf
> > > > > > > files I have. Actually Excel and Access can even read
> > > > > > > them.  Any clues?
> > > > > >
> > > > > > I am assuming you meant to write "Actually Excel and Access
> > > > > > _can't_ even read..."
> > > > > >
> > > > > >
> > > > > > Since neither Excel nor Access can read these dbf 
> files, they
> > > > > > are probably not dbf files created by dbase, or 
> compatible with
> > > > > the dbase
> > > > > > format. In all likelihood, these are foxpro files. In which
> > > > > case, your
> > > > > > best bet would be to use the foxpro odbc driver, and access
> > > > > the files
> > > > > > as odbc datasources.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "pkishor_98" 
> > > > > > > To: 
> > > > > > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > > > >
> > > > > > >
> > > > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > > > 
> > > > > > wrote:
> > > > > > > > > Hey all, looks like spring is here at last!
> > > > > > > > >
> > > > > > > > > Anywho, I want to search a dbf file for some data (
> > > > > not map ). For
> > > > > > > > example I have a parcel layer that I want to search on.
> > > > > I want to get
> > > > > > > > all the "smiths" or whatever I want to search on. Can
> > > > > this be done?
> > > > > > > >
> > > > > > > >
> > > > > > > > sure... check out the dbase methods in php. make sure
> > > > > php is compiled
> > > > > > > > with dbase.
> > > > > > > >
> > > > > > > > since dbf is a crummy format, you will have to loop
> > > > > through each row,
> > > > > > > > and within each row, loop through each field, unless
> > > > > you know which
> > > > > > > > field you are searching for, until you find what you
> > > > > are looking for.
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > Mapserver-users mailing list
> > > > > > > > Mapserver-users at l...
> > > > > > > > 
> http://lists.gis.umn.edu/mailman/listinfo/m> apserver-users
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Mapserver-users mailing list
> > > > > > > Mapserver-users at l...
> > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > >
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at lists.gis.umn.edu
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> >
> >
> 


From mschulz at webgis.de  Wed Mar 26 06:49:03 2003
From: mschulz at webgis.de (Michael Schulz)
Date: Wed, 26 Mar 2003 15:49:03 +0100
Subject: [Mapserver-users] querymap
References: <200303261408.h2QE8XJv004573@corp-200.dfki.uni-sb.de>
Message-ID: <3E81BDDF.26F60ACD@webgis.de>

Hi Sven,

hmm, i haven't used it yet, but there is a method "yourmapobj.drawQuery"
that should do the trick.

HTH, Michael

Sven Jacobi schrieb:

> Hi list,
>
> I want to display a querymap with pythonscript but I can't find
> any function to draw it. It should be similar to the reference map
> with the function "mymap.drawReferenceMap()" or "mymap.drawLegend()".
>
> I don't want to display a specified query by a user, this is familiar
> to me, it's the automatic generated querymap of the mapfile in which
> I can hilite certain regions,...
>
> Any idea???
>
> Thanks in forward,
>
> Sven
>
> _______________________________________________
> 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 gerard at intranet.ctfc.es  Wed Mar 26 07:06:13 2003
From: gerard at intranet.ctfc.es (=?iso-8859-15?Q?Gerard_Farr=E0s?=)
Date: Wed, 26 Mar 2003 16:06:13 +0100
Subject: [Mapserver-users] Configure --with-system-regex
References: <1048323605.1752.4.camel@sistemes-portatil> <200303251007.08859.schut@sarvision.com>
Message-ID: <002d01c2f3a9$43e88650$ec7bfea9@sistemes04>

This is a multi-part message in MIME format.

------=_NextPart_000_002A_01C2F3B1.9FC42CB0
Content-Type: text/plain;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

Thanks!

            I think than I didn?t understand what does
 mean to compile PHP as a CGI....

            Your wiki document was very userful.

--------------------------------------------------------------
Gerard Farr=E0s i Ballabriga
=C0rea de Sistemes
Centre Tecnol=F2gic Forestal de Catalunya (http://www.ctfc.es)
C/Pujada del Seminari, s/n
25280 Solsona
Tel. 973-481752/481681
Fax 973-481392
--------------------------------------------------------------


----- Original Message -----=20
From: "Vincent Schut" 
To: "Gerard Farr=E0s" ; =

Sent: Tuesday, March 25, 2003 10:07 AM
Subject: Re: [Mapserver-users] Configure --with-system-regex


> Gerard,
>=20
> Have you checked what your phpinfo sais about php's regex? You can =
check=20
> whether your php *really* is using the system regex by looking in=20
> your phpinfo output: in the 'Standard' section, it should say:
>=20
> Regex Library                   System library enabled
>=20
> Mind that you should check the phpinfo page using the php version that =

> mapserver will also use (e.g. the cgi version). (Eventually call your =
php=20
> page containing the phpinfo statement info.phpms or whatever suffix =
you have=20
> defined for your cgi version of php, if you defined a separate one).
> If there is something different than 'system library enabled', your =
php was=20
> *not* compiled with the system regex library and you should check the=20
> configure output of php to find the reason why it ignores your =
regex=3Dsystem=20
> option.
>=20
> If it *does* say php is using the system regex, maybe after compiling =
your=20
> php-cgi, you recompiled php as an apache module (or=20
> some other SAPI) using another regex? This, when you do a make =
install,=20
> changes the header files=20
> of php and the php-config, so that mapserver only sees the last =
compiled=20
> version of php. You should either compile the cgi last, or use a =
different=20
> install directory for the cgi version (e.g. /usr/local/phpcgi ). You =
can set=20
> this with some prefix option(s) in the configure options. I am using =
the last=20
> option myself (separate directories) which enables me to do separate=20
> compilations of whatever type of php without having to bother about =
mapserver=20
> using the wrong header files. Make sure though that the php =
./configure=20
> option for mapserver is pointing towards the right php-config =
executable.=20
> Otherwise it will find the one that is first in the path, which might =
be the=20
> one belonging to the module version.
>=20
> Btw have you checked the=20
> 'http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37'=20
> wiki document? This contains a lot of pointers towards compiling a =
proper=20
> mapserver environment (including php) on linux.
>=20
> Regards,
> Vincent Schut.
>=20
> On Saturday 22 March 2003 10:00, Gerard Farr=E0s wrote:
> > Hi all,
> >
> > My platform: Distribution : Suse Linux 7.3
> > Kernel: 2.4.14
> > Arch: sparc64
> > Mapserver-version 3.6.4
> > PHP-Version 4.3.0.
> >
> > I'm trying to recompile MapServer with php support, but I get this:
> >
> > 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-system-regex
> > !!!
> > !!! and then re-configure and re-compile MapServer.
> > !!!
> >
> > I have recompiled php --with-regex=3Dsystem (and =
--with-system-regex),
> > but.. I get the same result...
> >
> > Can anybody help me?
> >
> > Thanks,
> >
> > Gerard Farr=E0s
> >
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>=20
> --=20
> ______________________________________
> Vincent Schut (schut at sarvision.com)
> Sarvision B.V.
> Wageningen, The Netherlands
> www.sarvision.com
>=20
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
------=_NextPart_000_002A_01C2F3B1.9FC42CB0
Content-Type: text/html;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable









Thanks!


 


       =20
    I think than I didn´t understand what =
does


 mean to compile PHP as a =
CGI....


 


       =20
    Your wiki document was very userful.


 


--------------------------------------------------------------Gerard=20
Farr=E0s i Ballabriga
=C0rea de Sistemes
Centre Tecnol=F2gic =
Forestal de=20
Catalunya (http://www.ctfc.es)
C/Pujada del=20
Seminari, s/n
25280 Solsona
Tel. 973-481752/481681
Fax=20
973-481392
-----------------------------------------------------------=
---


 


 


----- Original Message ----- 

From: "Vincent Schut" <schut at sarvision.com>


To: "Gerard Farr=E0s" <gerard at intranet.ctfc.es>;=20
<mapserver-users at lists.gis.umn.edu>


Sent: Tuesday, March 25, 2003 10:07 =
AM


Subject: Re: [Mapserver-users] =
Configure=20
--with-system-regex



> Gerard,
> 
> Have you checked what your =
phpinfo sais=20
about php's regex? You can check 
> whether your php *really* is =
using the=20
system regex by looking in 
> your phpinfo output: in the =
'Standard'=20
section, it should say:
> 
> Regex=20
Library           =
       =20
System library enabled
> 
> Mind that you should check the =
phpinfo=20
page using the php version that 
> mapserver will also use (e.g. =
the cgi=20
version). (Eventually call your php 
> page containing the phpinfo =

statement info.phpms or whatever suffix you have 
> defined for =
your cgi=20
version of php, if you defined a separate one).
> If there is =
something=20
different than 'system library enabled', your php was 
> *not* =
compiled=20
with the system regex library and you should check the 
> =
configure output=20
of php to find the reason why it ignores your regex=3Dsystem 
>=20
option.
> 
> If it *does* say php is using the system regex, =
maybe=20
after compiling your 
> php-cgi, you recompiled php as an apache =
module=20
(or 
> some other SAPI) using another regex? This, when you do a =
make=20
install, 
> changes the header files 
> of php and the =
php-config,=20
so that mapserver only sees the last compiled 
> version of php. =
You=20
should either compile the cgi last, or use a different 
> install=20
directory for the cgi version (e.g. /usr/local/phpcgi ). You can set =

>=20
this with some prefix option(s) in the configure options. I am using the =
last=20

> option myself (separate directories) which enables me to do =
separate=20

> compilations of whatever type of php without having to bother =
about=20
mapserver 
> using the wrong header files. Make sure though that =
the php=20
./configure 
> option for mapserver is pointing towards the right=20
php-config executable. 
> Otherwise it will find the one that is =
first in=20
the path, which might be the 
> one belonging to the module=20
version.
> 
> Btw have you checked the 
>=20
'http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat8AndMapserver37' =

>=20
wiki document? This contains a lot of pointers towards compiling a =
proper=20

> mapserver environment (including php) on linux.
> =

>=20
Regards,
> Vincent Schut.
> 
> On Saturday 22 March =
2003=20
10:00, Gerard Farr=E0s wrote:
> > Hi all,
> >
> =
> My=20
platform: Distribution : Suse Linux 7.3
> > Kernel: =
2.4.14
> >=20
Arch: sparc64
> > Mapserver-version 3.6.4
> > =
PHP-Version=20
4.3.0.
> >
> > I'm trying to recompile MapServer with =
php=20
support, but I get this:
> >
> > checking whether we =
should=20
use PHP's regex... yes
> > configure: error:
> > !!! =
The=20
current version of PHP MapScript has some problems with
> > =
!!!
>=20
> !!! PHP4's bundled regex.  Until we figure the solution to =
the
>=20
> !!!
> > !!! problem, the workaround is to compile PHP4 =
with the=20
system regex
> > !!!
> > !!! Please re-configure and=20
re-compile PHP4 with --with-system-regex
> > !!!
> > =
!!! and=20
then re-configure and re-compile MapServer.
> > !!!
>=20
>
> > I have recompiled php --with-regex=3Dsystem (and=20
--with-system-regex),
> > but.. I get the same =
result...
>=20
>
> > Can anybody help me?
> >
> > =
Thanks,
>=20
>
> > Gerard Farr=E0s
> >
> >
> =
>
>=20
>
> >
> >
> >
> >
> >=20
_______________________________________________
> > =
Mapserver-users=20
mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=

> 
> -- 
>=20
______________________________________
> Vincent Schut (schut at sarvision.com)
> Sarvision=20
B.V.
> Wageningen, The Netherlands
> www.sarvision.com
> 
>=20
_______________________________________________
> Mapserver-users =
mailing=20
list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=


------=_NextPart_000_002A_01C2F3B1.9FC42CB0--



From r000t at adelphia.net  Wed Mar 26 07:27:21 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Wed, 26 Mar 2003 10:27:21 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
References: 
Message-ID: <01a801c2f3ac$33018fa0$9601a8c0@emasi.com>

I've got 15 diferent "parcel" shape files from 15 diferent countys here in
Virginia. None of these dbf files will open import into dbase, access or
excell. The php dbase functions do not work, and the perl module xbase
doesnt work either.

Could it be that the people producing these arent producing an index field
with them? I dont see any key of anykind when I look at the data in
ArcExplorer.

I will try xbase again to double check everything, its been a while sense I
tried it.

-Jim


----- Original Message -----
From: "Puneet Kishor" 
To: "'Jim Burnett'" ; ;

Sent: Wednesday, March 26, 2003 9:35 AM
Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript


> Jim,
>
>
> > -----Original Message-----
> > From: Jim Burnett [mailto:r000t at adelphia.net]
> > Sent: Wednesday, March 26, 2003 8:05 AM
> > To: woodbri at swoodbridge.com; Puneet Kishor;
> > mapserver-users at lists.gis.umn.edu
> > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> >
> >
> > As my last message says, the file is NOT dbase, it is foxpro.
> > Or whatever
> > esri uses. These modules will not read the dbf files. I am
> > talking about the
> > dbf files that are produced with the shp files.
>
> If you are talking about the dbf files that are produces with shapefiles,
> those are indeed standard dbf files. If you are unable to open them then
> there is something wrong with those specific files. The fact that you are
> able to query them via mapserver proves once again that they are basic dbf
> files.
>
> I routinely query dbf files associated with shapefiles via perl's xbase
> module, and also via php. No problem at all.
>
> Dunno what to suggest... you said that Excel and Access also failed. I can
> only think they are corrupted in someway.
>
> If you have access to Arcview, you could read them in, and save them out
> again as a copy... maybe that would fix them.
>
>
>
>
> >
> > -Jim
> > ----- Original Message -----
> > From: 
> > To: "Puneet Kishor" ;
> > ; "Jim Burnett"
> > 
> > Sent: Wednesday, March 26, 2003 8:52 AM
> > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> >
> >
> > > In PHP look at the dbase module and in Perl look at the
> > xbase module.
> > > Both of these will allow you to open and read dbf files.
> > >
> > > -Steve W.
> > >
> > > On 26 Mar 2003 at 8:36, Jim Burnett wrote:
> > >
> > > > I am pretty sure the are NOT dbase files, however
> > mapserver reads them
> > > > just fine when querying the map. What I want to do is query these
> > > > files without displaying a map, but show the results of
> > thedata found.
> > > > Currently I put the data in mysql, but I want to make my
> > application
> > > > 100% mapserver driven. Then I just search on the mysql
> > database  using
> > > > sql. So thats what I want to do with mapserver.
> > > >
> > > > -Jim
> > > >
> > > > ----- Original Message -----
> > > > From: "Puneet Kishor" 
> > > > To: "'Jim Burnett'" ;
> > > > 
> > > > Sent: Tuesday, March 25, 2003 5:08 PM
> > > > Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript
> > > >
> > > >
> > > > > please reply to the email list... others may have
> > better ideas than
> > > > > me.
> > > > >
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Jim Burnett [mailto:r000t at adelphia.net]
> > > > > > Sent: Tuesday, March 25, 2003 3:58 PM
> > > > > > To: pkishor_98
> > > > > > Subject: Re: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > > >
> > > > > >
> > > > > > I was hoping to not have to use odbc. Is there anyway
> > to access
> > > > > > the information via mapserver? I could do a query,
> > show the query
> > > > > > on the map and in templates.
> > > > >
> > > > > when you say "I could do a query" do you mean that you
> > are able to
> > > > > do so,
> > > > or
> > > > > you would like to do so?
> > > > >
> > > > > I am not sure of the capabilities of the dbase methods that have
> > > > > been recently built in mapserver, but my sense is that they also
> > > > > access only
> > > > dbf
> > > > > files that are actually dbase compatible. The problem
> > is, dbf files
> > > > created
> > > > > by foxpro are not really true dbf files... they just
> > happen to have
> > > > > the
> > > > .dbf
> > > > > extension. If that is what you have, odbc may be the
> > only way out,
> > > > > unless you can find a foxpro driver for php (I seriously doubt
> > > > > that).
> > > > >
> > > > > So, first determine what exactly these dbf files are.
> > Then use the
> > > > > appropriate way to access them.
> > > > >
> > > > > Hope this helps.
> > > > >
> > > > > Puneet.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "pkishor_98" 
> > > > > > To: 
> > > > > > Sent: Tuesday, March 25, 2003 4:37 PM
> > > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > > >
> > > > > >
> > > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > > > >  wrote:
> > > > > > > > Yeah I looked in the dbase methods but they dont work
> > > > > > > > with any of the dbf
> > > > > > > > files I have. Actually Excel and Access can even read
> > > > > > > > them.  Any clues?
> > > > > > >
> > > > > > > I am assuming you meant to write "Actually Excel and Access
> > > > > > > _can't_ even read..."
> > > > > > >
> > > > > > >
> > > > > > > Since neither Excel nor Access can read these dbf
> > files, they
> > > > > > > are probably not dbf files created by dbase, or
> > compatible with
> > > > > > the dbase
> > > > > > > format. In all likelihood, these are foxpro files. In which
> > > > > > case, your
> > > > > > > best bet would be to use the foxpro odbc driver, and access
> > > > > > the files
> > > > > > > as odbc datasources.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > ----- Original Message -----
> > > > > > > > From: "pkishor_98" 
> > > > > > > > To: 
> > > > > > > > Sent: Tuesday, March 25, 2003 3:57 PM
> > > > > > > > Subject: [Mapserver-users] Re: Query data PHP/Mapscript
> > > > > > > >
> > > > > > > >
> > > > > > > > > --- In mapserver-users at yahoogroups.com, "Jim Burnett"
> > > > > > 
> > > > > > > wrote:
> > > > > > > > > > Hey all, looks like spring is here at last!
> > > > > > > > > >
> > > > > > > > > > Anywho, I want to search a dbf file for some data (
> > > > > > not map ). For
> > > > > > > > > example I have a parcel layer that I want to search on.
> > > > > > I want to get
> > > > > > > > > all the "smiths" or whatever I want to search on. Can
> > > > > > this be done?
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > sure... check out the dbase methods in php. make sure
> > > > > > php is compiled
> > > > > > > > > with dbase.
> > > > > > > > >
> > > > > > > > > since dbf is a crummy format, you will have to loop
> > > > > > through each row,
> > > > > > > > > and within each row, loop through each field, unless
> > > > > > you know which
> > > > > > > > > field you are searching for, until you find what you
> > > > > > are looking for.
> > > > > > > > >
> > > > > > > > > _______________________________________________
> > > > > > > > > Mapserver-users mailing list
> > > > > > > > > Mapserver-users at l...
> > > > > > > > >
> > http://lists.gis.umn.edu/mailman/listinfo/m> apserver-users
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > Mapserver-users mailing list
> > > > > > > > Mapserver-users at l...
> > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Mapserver-users mailing list
> > > > > > > Mapserver-users at lists.gis.umn.edu
> > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > >
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at lists.gis.umn.edu
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > >
> > > >
> > > > _______________________________________________
> > > > 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  Wed Mar 26 07:33:15 2003
From: nhv at cape.com (Norman Vine)
Date: Wed, 26 Mar 2003 10:33:15 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
In-Reply-To: <016b01c2f3a0$acb9a640$9601a8c0@emasi.com>
Message-ID: 

Jim Burnett writes:
> 
> As my last message says, the file is NOT dbase, it is foxpro. Or whatever
> esri uses. These modules will not read the dbf files. I am 
> talking about the dbf files that are produced with the shp files.

If you can't find something on this page
http://gdal.velocet.ca/projects/shapelib/
that helps you please post a URL where
we can retrieve a copy of one of your 
problematic .dbf files

Norman


From r000t at adelphia.net  Wed Mar 26 07:40:32 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Wed, 26 Mar 2003 10:40:32 -0500
Subject: [Mapserver-users] Re: Query data PHP/Mapscript
References: 
Message-ID: <01b801c2f3ae$0aded530$9601a8c0@emasi.com>

OK will do, I am testing xbase, right now. Looks like I might have installed
it wrong. I do know php doesnt work, and importing to access, excel, and
foxpro.

I'll post a link soon.

Thanks
-jb

----- Original Message -----
From: "Norman Vine" 
To: 
Sent: Wednesday, March 26, 2003 10:33 AM
Subject: RE: [Mapserver-users] Re: Query data PHP/Mapscript


> Jim Burnett writes:
> >
> > As my last message says, the file is NOT dbase, it is foxpro. Or
whatever
> > esri uses. These modules will not read the dbf files. I am
> > talking about the dbf files that are produced with the shp files.
>
> If you can't find something on this page
> http://gdal.velocet.ca/projects/shapelib/
> that helps you please post a URL where
> we can retrieve a copy of one of your
> problematic .dbf files
>
> Norman
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From jhart at frw.uva.nl  Wed Mar 26 08:03:34 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Wed, 26 Mar 2003 17:03:34 +0100
Subject: [Mapserver-users] World map projections without inverse projection
In-Reply-To: <3E81B6FF.4010308@pobox.com>
References: <3E8190F5.9070700@frw.uva.nl> <3E81B6FF.4010308@pobox.com>
Message-ID: <3E81CF56.50301@frw.uva.nl>

No, it segfaults. Actually, I think those projections are mainly used 
for whole-world maps, so skipping the rectangle search and returning a 
default (like -18000000 -9000000 18000000 9000000 ) would make some sort 
of sense. From what I saw in msproject.c, a few lines at the beginning 
of  msProject() would do. I'll try it out for myself; I need a few 
illustrations for these projections.


Frank Warmerdam wrote:
> 
> Jan,
> 
> MapServer needs to convert both ways.  It converts the extents rectangle 
> from
> the map projection to the layer projection in order to establish a query
> rectangle in that projection for which features are required.  Then it 
> needs
> to project the feature geometries from the layer projection to the map
> projection.
> 
> In theory MapServer could be modified to skip the extents rectangle inverse
> projection and just fetch all features but I am dubious about the value of
> that.
> 
> You mention that it crashes MapServer.  Do you mean an actual seg fault, or
> just that things fail with an error?  If you can submit a simple case of
> mapserver crashing with un-invertable projections into bugzilla (and assign
> it to me) I would be willing to fix up mapserver to at least return a
> meaningful error.
> 
> Best regards,
> 



From assefa at dmsolutions.ca  Wed Mar 26 08:39:19 2003
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Wed, 26 Mar 2003 11:39:19 -0500
Subject: [Mapserver-users] Fatal error...
References:  <3E7F79DB.A519AAF2@dmsolutions.ca>
Message-ID: <3E81D7B7.BEF0B0A8@dmsolutions.ca>

 There is a new zip with the lates code from CVS for mapserver 3.6

http://www2.dmsolutions.ca/mapserver/dl/mapserver-3.6.6-dev-win32-php4.3.1-libwww.zip

Later,

Daniel Morissette wrote:

> Denny Morais wrote:
> >
> > Is that version (3.6.5) also win32? At the web site:
> > mapserver.gis.umn.edu/win32binaries.html, the most recent available version
> > is 3.6.3...
> >
>
> It's possible that the win32 binaries have not been updated yet.  Try
> the following from our site, it's 3.6.4, but it may have been patched
> with this fix and may work:
>
> http://www2.dmsolutions.ca/mapserver/dl/mapserver-3.6.4-win32-php4.3.0-libwww.zip
>
> If this one produces the same error about 'cgi-fcgi' mode then you'll
> have to wait until we have new 3.6.5 binaries on our site (maybe later
> this week?), or until someone else makes some available.
>
> Daniel
> --
> ------------------------------------------------------------
>  Daniel Morissette               morissette at dmsolutions.ca
>  DM Solutions Group              http://www.dmsolutions.ca/
> ------------------------------------------------------------

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

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

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





From laplagnegeo at softhome.net  Wed Mar 26 11:02:26 2003
From: laplagnegeo at softhome.net (Ignacio Laplagne)
Date: Wed, 26 Mar 2003 16:02:26 -0300
Subject: [Mapserver-users] error and mapserver+postgis demo
In-Reply-To: <3E790EF5.2070902@refractions.net>
Message-ID: <001c01c2f3ca$49fc73a0$f101a8c0@dgmod02>

Dave,

Thanks for answering and my apology for the delay in answering again. We
were asking for some help regarding an error in the EXPLAIN VERBOSE
handling in mappostgis.c; actually we were doing further tests and at
the same time developing the application without the 'query'
functionality.

We've been trying to understand what this error might be about. We
concentrated on these lines of msPOSTGISLayerGetItems in mappostgis.c

---
// two cases here.  One, its a table (use select * from table)
otherwise, just use the select clause
sprintf(sql,"EXPLAIN VERBOSE SELECT * FROM %s",table_name);
// this will call the postresql_NOTICE_HANDLER() callback!
layer->fields will be populated
query_result = PQexec(layerinfo->conn, sql );
[...]
---

We found part of a discussion between you and Sean Gilles about a patch
(http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0203/msg00311.
html), but this is dated March 2002, and the version of mappostgis.c we
have comes from mapserver 3.6.4 distribution, which incidentally seems
to be identical to the file coming with mapserver 3.6.5. Was this patch
you are talking about included in release 3.6.4?

We executed the command contained in the "sql" variable itself on
postgres (using psql, and starting the transaction and creating the
binary cursor just as done by mappostgis.c), and something strange
happened: the 'geometric column' comes out empty. If, on the other hand,
we add something to the sql statement to limit the number of records
(something like 'where gid=1') the geometry column comes out ok (right,
its content is binary but at least it has some content). So apparently
this is some kind of an error with postgis or postgresql, in any case,
since there should be no reason for the query to return an empty
geometry column.

We got stuck there and left the 'query' part suspended for the moment.
Any ideas? 


Many thanks,
Ignacio

-----Mensaje original-----
De: David Blasby [mailto:dblasby at refractions.net] 
Enviado el: mi?rcoles, 19 de marzo de 2003 21:45
Para: Ignacio Laplagne
CC: mapserver-users
Asunto: Re: [Mapserver-users] error and mapserver+postgis demo

Ignacio Laplagne wrote:

>msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL
>statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM counties -
Error
>...
>
This is a problem with postgresql 7.3's handling of "EXPLAIN VERBOSE", I

thought I already fixed this problem (someone submitted a patch).  Are 
you using the most recent CVS version of mappostgis.c?

dave






From laplagnegeo at softhome.net  Wed Mar 26 11:02:57 2003
From: laplagnegeo at softhome.net (Ignacio Laplagne)
Date: Wed, 26 Mar 2003 16:02:57 -0300
Subject: [Mapserver-users] error and mapserver+postgis demo
In-Reply-To: <3E790EF5.2070902@refractions.net>
Message-ID: <001d01c2f3ca$5254aea0$f101a8c0@dgmod02>

Dave,

Thanks for answering and my apology for the delay in answering again. We
were asking for some help regarding an error in the EXPLAIN VERBOSE
handling in mappostgis.c; actually we were doing further tests and at
the same time developing the application without the 'query'
functionality.

We've been trying to understand what this error might be about. We
concentrated on these lines of msPOSTGISLayerGetItems in mappostgis.c

---
// two cases here.  One, its a table (use select * from table)
otherwise, just use the select clause
sprintf(sql,"EXPLAIN VERBOSE SELECT * FROM %s",table_name);
// this will call the postresql_NOTICE_HANDLER() callback!
layer->fields will be populated
query_result = PQexec(layerinfo->conn, sql );
[...]
---

We found part of a discussion between you and Sean Gilles about a patch
(http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0203/msg00311.
html), but this is dated March 2002, and the version of mappostgis.c we
have comes from mapserver 3.6.4 distribution, which incidentally seems
to be identical to the file coming with mapserver 3.6.5. Was this patch
you are talking about included in release 3.6.4?

We executed the command contained in the "sql" variable itself on
postgres (using psql, and starting the transaction and creating the
binary cursor just as done by mappostgis.c), and something strange
happened: the 'geometric column' comes out empty. If, on the other hand,
we add something to the sql statement to limit the number of records
(something like 'where gid=1') the geometry column comes out ok (right,
its content is binary but at least it has some content). So apparently
this is some kind of an error with postgis or postgresql, in any case,
since there should be no reason for the query to return an empty
geometry column.

We got stuck there and left the 'query' part suspended for the moment.
Any ideas? 


Many thanks,
Ignacio

-----Mensaje original-----
De: David Blasby [mailto:dblasby at refractions.net] 
Enviado el: mi?rcoles, 19 de marzo de 2003 21:45
Para: Ignacio Laplagne
CC: mapserver-users
Asunto: Re: [Mapserver-users] error and mapserver+postgis demo

Ignacio Laplagne wrote:

>msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL
>statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM counties -
Error
>...
>
This is a problem with postgresql 7.3's handling of "EXPLAIN VERBOSE", I

thought I already fixed this problem (someone submitted a patch).  Are 
you using the most recent CVS version of mappostgis.c?

dave






From chodgson at refractions.net  Wed Mar 26 11:36:07 2003
From: chodgson at refractions.net (chodgson at refractions.net)
Date: Wed, 26 Mar 2003 11:36:07 -0800
Subject: [Mapserver-users] PHP Mapscript Problem
Message-ID: <1048707367.3e8201271fa99@www>

OK, so, my solution is this:

After beating my head against a wall for most of the day, it became obvious 
that my php_mapscript.so wasn't compiled against the same version of mapserver 
as my mapserv executable... so, I down'd v3.6.5 of mapserver, compiled myself a 
new php mapscript, and voila, it works!

Thought I'd post this answer to my problem, as obvious as it may be...

Chris

Quoting chodgson at refractions.net:

> My problem is this:
> 
> The attached mapfile displays correctly for me using basic mapserver in map
> mode (straight image output). If I do something along the lines of:
> 
> dl('php_mapscript.so');
> $map = ms_newMapObj( '/home/chodgson/www/vsa/vsa.map' );
> $map->setExtent( $minx, $miny, $maxx, $maxy );
> $image = $map->draw();
> header( "Content-Type: image/png" );
> $image->saveImage( '', MS_PNG, 0, 0, 0 );
> 
> in PHP mapscript, I am unable to display the "lhas" layer. The reason I want
> to
> use mapscript is to dynamically generate the classes for the lhas layer. At
> first, I thought it was my class manipulation in PHP that was causing this
> layer not to display, but after moving all of the class definitions into the
> mapfile, I am still unable to display them using mapscript - even though it
> displays fine using mapserver alone. Yes, I have tried using mapscript to set
> the status of the lhas layer to MS_ON, to no effect.
> 
> What's up with this? Has anyone else experienced a similar problem before?
> 
> Thanks,
> Chris
> 






----- End forwarded message -----






From pramsey at refractions.net  Wed Mar 26 11:49:13 2003
From: pramsey at refractions.net (Paul Ramsey)
Date: Wed, 26 Mar 2003 11:49:13 -0800
Subject: [Mapserver-users] PHP Mapscript Problem
In-Reply-To: <1048707367.3e8201271fa99@www>
References: <1048707367.3e8201271fa99@www>
Message-ID: <1048708153.3e82043968a91@www>

Yes, the moral of the story is: mapserver apps and mapscript libraries are 
STATICALLY LINKED against libmap. So it is not only possible but very easy to 
have a mapserv executable which is a different version than a mapscript 
library. This is not the first time this quirk has bitten us in the bum.

P.

Quoting chodgson at refractions.net:

> OK, so, my solution is this:
> 
> After beating my head against a wall for most of the day, it became obvious
> that my php_mapscript.so wasn't compiled against the same version of
> mapserver
> as my mapserv executable... so, I down'd v3.6.5 of mapserver, compiled myself
> a
> new php mapscript, and voila, it works!
> 
> Thought I'd post this answer to my problem, as obvious as it may be...
> 
> Chris
> 
> Quoting chodgson at refractions.net:
> 
> > My problem is this:
> >
> > The attached mapfile displays correctly for me using basic mapserver in map
> > mode (straight image output). If I do something along the lines of:
> >
> > dl('php_mapscript.so');
> > $map = ms_newMapObj( '/home/chodgson/www/vsa/vsa.map' );
> > $map->setExtent( $minx, $miny, $maxx, $maxy );
> > $image = $map->draw();
> > header( "Content-Type: image/png" );
> > $image->saveImage( '', MS_PNG, 0, 0, 0 );
> >
> > in PHP mapscript, I am unable to display the "lhas" layer. The reason I
> want
> > to
> > use mapscript is to dynamically generate the classes for the lhas layer. At
> > first, I thought it was my class manipulation in PHP that was causing this
> > layer not to display, but after moving all of the class definitions into
> the
> > mapfile, I am still unable to display them using mapscript - even though it
> > displays fine using mapserver alone. Yes, I have tried using mapscript to
> set
> > the status of the lhas layer to MS_ON, to no effect.
> >
> > What's up with this? Has anyone else experienced a similar problem before?
> >
> > Thanks,
> > Chris
> >
> 
> 
> 
> 
> 
> 
> ----- End forwarded message -----
> 
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 






From eric at gomoos.org  Wed Mar 26 07:14:57 2003
From: eric at gomoos.org (Eric Bridger)
Date: 26 Mar 2003 15:14:57 +0000
Subject: [Mapserver-users] Rotating symbols
In-Reply-To: <1048500574.10128.34.camel@jeanjacques>
References: <1048500574.10128.34.camel@jeanjacques>
Message-ID: <1048691697.9694.9.camel@ubet.gomoos.org>

Thorsten,

One solution to this is to use true type symbols.  This has come up
before in relation to displaying weather wind barbs:

http://lists.gis.umn.edu/pipermail/mapserver-users/2002-December/000041.html
This contains examples of how to do it.

Here is a link with a number of true type symbol fonts, one of which
contains geometric symbols.
http://moorstation.org/typoasis/designers/esri/index.htm

Here is a link to a Window TT font viewer to help you get the ascii char
number to use as text to get the symbol to display.  Then the angle and
size can also be set.

http://users.pandora.be/eclypse

Hope this helps.

Eric Bridger
Gulf of Maine Ocean Observing System | www.gomoos.org

On Mon, 2003-03-24 at 10:09, Thorsten Fischer wrote:
> Dear list,
> 
> I was asked a question about symbols recently. A lady (who already makes
> heavy use of mapserver in her institute) involved into mapping
> seismographic events asked about the possibility of rotating labels. She
> has some ellipsoids (easy to create with a ELLIPSE symbol) but they need
> to be rotated, thus showing errors of measurement errors in the
> direction of the larger radius of the ellipse. I know of ANGLE and
> LABELANGLEITEM for labels; but that only covers annotations. Is there a
> way to rotate 'ordinary' symbols? Should I file a feature request? :)
> 
> 
> tia,
> 
> thorsten
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From tbartlett at dddd.com.au  Wed Mar 26 13:36:20 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Thu, 27 Mar 2003 08:36:20 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References: <3E4215C93D3CE24D84A9FF385DF88D87FC4199@afeb-ms-02>
Message-ID: <003701c2f3df$bef6b110$1701a8c0@dddd.com.au>

This is a multi-part message in MIME format.

------=_NextPart_000_0034_01C2F43B.F1C766A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hello All,
Please find attached a copy of my map file and the resulting GetCapabilities
XML document!

I spent 6 hrs on it last night changing things in the map file as well as
reinstalling ArcExplorer and the Extension but it is doesn't seem to work.

Cheers Tom


----- Original Message -----
From: 
To: ; 
Cc: 
Sent: Wednesday, March 26, 2003 5:11 PM
Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page


> Thomas Bartlett wrote:
>
> > However  GetCapabilities does not check whether the map file is WMS
> > compliant does it !  It simply checks that the map file is correct as
far as
> > MapServer is concerned !!  I remove all reference to WMS from the same
map
> > file and the GetCapabilities XML document returned contain NO warning.
This
> > map file is obviously not WMS compliant (as it contains none of the WMS
> > tags) hence my conclusion.  Am I wrong in this conclusion ??
>
> That seems like a reasonable conclusion to me, and suggests that a good
> next step would be to check the map and layers to make sure that no
> mandatory WMS items have been omitted. It would certainly explain why
> Arc Explorer doesn't like the output you are sending.
>
> BTW, thanks for the insight into what is and is not checked, lets me
> cross one more item off my list of "things to investigate". :o)
>
> Cheers,
>
> Antti
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

------=_NextPart_000_0034_01C2F43B.F1C766A0
Content-Type: application/octet-stream;
	name="wms.php"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="wms.php"



 
  GetMap 
  Fawkner MapServer
  Because I have nothing better to do
  
  
  
  none



  
    
      application/vnd.ogc.wms_xml
      
        
          
          
        
      
    
    
      image/gif
      image/png
      image/jpeg
      image/wbmp
      
        
          
          
        
      
    
    
      text/plain
      text/html
      application/vnd.ogc.gml
      
        
          
          
        
      
    
  
  
    application/vnd.ogc.se_xml
    application/vnd.ogc.se_inimage
    application/vnd.ogc.se_blank
  
  
  
    FAWKNER
    Fawkner MapServer
    EPSG:4326
    
    
    
    
        oceansea
        CountyoceanseaBoundary
        Oceans and Seas
        EPSG:4326
        
        
    
  


------=_NextPart_000_0034_01C2F43B.F1C766A0
Content-Type: application/octet-stream;
	name="fawkner_wms.map"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="fawkner_wms.map"

NAME FAWKNER=0A=
STATUS ON=0A=
SIZE 620 500=0A=
EXTENT 112.285715 -45.050205 154.857144 -8.521226=0A=
UNITS DD=0A=
SHAPEPATH "data"=0A=
#FONTSET "fonts/fonts.list"=0A=
IMAGECOLOR -1 -1 -1=0A=
=0A=
IMAGETYPE PNG=0A=
=0A=
PROJECTION=0A=
  "init=3Depsg:4326"=0A=
END=0A=
=0A=
WEB=0A=
  TEMPLATE fawkner.html=0A=
  MINSCALE 1000=0A=
  MAXSCALE 1000000000=0A=
  IMAGEPATH "set in fawkner_init.html"=0A=
  IMAGEURL "set in fawkner_init.html"=0A=
  METADATA=0A=
    WMS_TITLE "Fawkner MapServer"=0A=
    WMS_ABSTRACT "Because I have nothing better to do"=0A=
    WMS_ACCESSCONSTRAINTS none=0A=
    WMS_ONLINERESOURCE =
"http://localhost/_cgi-bin/mapserv?map=3Dc:\inetpub\wwwroot\fawkner_mapse=
rv\fawkner_wms.map&"=0A=
    WMS_SRS "EPSG:4326"=0A=
  END=0A=
END=0A=
=0A=
LAYER=0A=
  NAME "oceansea"=0A=
  TYPE POLYGON=0A=
  DATA oceansea=0A=
  STATUS ON=0A=
  CLASS=0A=
    NAME 'Ocean / Sea'=0A=
    SIZE 0=0A=
    COLOR 35 193 245=0A=
  END=0A=
  METADATA=0A=
    WMS_TITLE "CountyoceanseaBoundary"=0A=
    WMS_ABSTRACT "Oceans and Seas"=0A=
    WMS_SRS "EPSG:4326"=0A=
  END=0A=
END=0A=
=0A=
END
------=_NextPart_000_0034_01C2F43B.F1C766A0--



From akrherz at iastate.edu  Wed Mar 26 13:43:12 2003
From: akrherz at iastate.edu (Daryl Herzmann)
Date: Wed, 26 Mar 2003 15:43:12 -0600 (CST)
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
 page
In-Reply-To: <003701c2f3df$bef6b110$1701a8c0@dddd.com.au>
Message-ID: 

Hi,

Are you using "&" in your document and not plain "&" ? :)

Daryl

On Thu, 27 Mar 2003, Thomas Bartlett wrote:

>Hello All,
>Please find attached a copy of my map file and the resulting GetCapabilities
>XML document!
>
>I spent 6 hrs on it last night changing things in the map file as well as
>reinstalling ArcExplorer and the Extension but it is doesn't seem to work.
>
>Cheers Tom
>
>
>----- Original Message -----
>From: 
>To: ; 
>Cc: 
>Sent: Wednesday, March 26, 2003 5:11 PM
>Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
>page
>
>
>> Thomas Bartlett wrote:
>>
>> > However  GetCapabilities does not check whether the map file is WMS
>> > compliant does it !  It simply checks that the map file is correct as
>far as
>> > MapServer is concerned !!  I remove all reference to WMS from the same
>map
>> > file and the GetCapabilities XML document returned contain NO warning.
>This
>> > map file is obviously not WMS compliant (as it contains none of the WMS
>> > tags) hence my conclusion.  Am I wrong in this conclusion ??
>>
>> That seems like a reasonable conclusion to me, and suggests that a good
>> next step would be to check the map and layers to make sure that no
>> mandatory WMS items have been omitted. It would certainly explain why
>> Arc Explorer doesn't like the output you are sending.
>>
>> BTW, thanks for the insight into what is and is not checked, lets me
>> cross one more item off my list of "things to investigate". :o)
>>
>> Cheers,
>>
>> Antti
>>
>> _______________________________________________
>> Mapserver-users mailing list
>> Mapserver-users at lists.gis.umn.edu
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>

-- 
/**
 * Daryl Herzmann (akrherz at iastate.edu)
 * Program Assistant -- Iowa Environmental Mesonet
 * http://mesonet.agron.iastate.edu
 */




From tbartlett at dddd.com.au  Wed Mar 26 13:50:22 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Thu, 27 Mar 2003 08:50:22 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References: 
Message-ID: <005701c2f3e1$b3d8db80$1701a8c0@dddd.com.au>

I know that I have tried using "&" at the end of the WMS_ONLINERESOURCE
tab in the map file but it didn't seem to help.  Is this the only place I
should need it ?

Either way I'm adding it the list of thing to try !

Cheers
----- Original Message -----
From: "Daryl Herzmann" 
To: "Thomas Bartlett" 
Cc: ; 
Sent: Thursday, March 27, 2003 8:43 AM
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page


> Hi,
>
> Are you using "&" in your document and not plain "&" ? :)
>
> Daryl
>
> On Thu, 27 Mar 2003, Thomas Bartlett wrote:
>
> >Hello All,
> >Please find attached a copy of my map file and the resulting
GetCapabilities
> >XML document!
> >
> >I spent 6 hrs on it last night changing things in the map file as well as
> >reinstalling ArcExplorer and the Extension but it is doesn't seem to
work.
> >
> >Cheers Tom
> >
> >
> >----- Original Message -----
> >From: 
> >To: ; 
> >Cc: 
> >Sent: Wednesday, March 26, 2003 5:11 PM
> >Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
> >page
> >
> >
> >> Thomas Bartlett wrote:
> >>
> >> > However  GetCapabilities does not check whether the map file is WMS
> >> > compliant does it !  It simply checks that the map file is correct as
> >far as
> >> > MapServer is concerned !!  I remove all reference to WMS from the
same
> >map
> >> > file and the GetCapabilities XML document returned contain NO
warning.
> >This
> >> > map file is obviously not WMS compliant (as it contains none of the
WMS
> >> > tags) hence my conclusion.  Am I wrong in this conclusion ??
> >>
> >> That seems like a reasonable conclusion to me, and suggests that a good
> >> next step would be to check the map and layers to make sure that no
> >> mandatory WMS items have been omitted. It would certainly explain why
> >> Arc Explorer doesn't like the output you are sending.
> >>
> >> BTW, thanks for the insight into what is and is not checked, lets me
> >> cross one more item off my list of "things to investigate". :o)
> >>
> >> Cheers,
> >>
> >> Antti
> >>
> >> _______________________________________________
> >> Mapserver-users mailing list
> >> Mapserver-users at lists.gis.umn.edu
> >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
> --
> /**
>  * Daryl Herzmann (akrherz at iastate.edu)
>  * Program Assistant -- Iowa Environmental Mesonet
>  * http://mesonet.agron.iastate.edu
>  */
>



From danielhabluetzel at gmx.ch  Wed Mar 26 13:51:11 2003
From: danielhabluetzel at gmx.ch (Daniel Habluetzel)
Date: Wed, 26 Mar 2003 22:51:11 +0100
Subject: [Mapserver-users] Unable to load GIF reference image.
Message-ID: <0F467713-5FD5-11D7-AEED-000A27925728@gmx.ch>

Hello

The "http://mapserver.gis.umn.edu/doc/mapfile-reference.html" says 
about reference maps:

"IMAGE [filename]
Full filename of the base reference image. Must be a GIF image."

But using a GIF causes "msDrawReferenceMap(): General error message. 
Unable to load GIF reference image." Using a PNG works, though.

Probably old news for you. But I am new into MapServer, that's why I 
bring up this subject.

Bye
Daniel



From k.chodak at autoguard.pl  Wed Mar 26 14:07:17 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Wed, 26 Mar 2003 23:07:17 +0100
Subject: [Mapserver-users] Map projections
Message-ID: 

Hello again dear mapserver professionals,

I would be grateful if someone could clear my mind in projections subject. (I'm sorry for such inquiries but it is too difficult for me to solve these problems and maybe they would be simple for some of you)


I got all geographic data in WGS84 projection. As I have made some "investigation" I think that Mercator is proper projection for my target users and theirs needs (I need to show all Europe road network for routing purposes). Am I correct that it is most suitable for such area and planned usage?

Is there any significant difference in ellipsoid used with Mercator projection? In EPSG guide Bessel is used in an example. Is it suggested ellps for Mercator (SP1) or may I simple stay with WGS84 one? Should I recompute false easting and northing given in example when switching to WGS84 ellps? Maybe they are constants, aren't they?

I also cannot catch the difference between one and two standard parallels. Which one is more suitable for my case in your opinion?

Another thing is a k0 parameter (scale factor at natural origin). When I'm doing following transformation (using PROJ library):
from "+proj=latlong +datum=WGS84"
to "+proj=merc +ellps=bessel +lat_ts=0N +lon_0=110E +k_0=0.997 +x_0=3900000 +y_0=900000"
	or the same with ellps=WGS84
the k0 parameter is replaced by 1.0 (and practically skipped in next computations as it is used as multiplier) after initiating target projection (pj_init). Is it correct way of PROJ transformation and would it have any influence on my projected maps when k0 factor would be skipped and not set to 0.997?

Maybe you can also give some advices for lat_ts and lon_0 - should I change them to any other values to project my area more precisely?


I got also a polite question to Jan Hartmann [jhart at frw.uva.nl] if he could publish his world map projections images in our discussion group - maybe they would help me and other people with understanding projections stuff?

Best regards,

Krzysztof Chodak

...lost in projections world :)


PS. Example from EPSG guide:
"2. Mercator (1SP) (EPSG coordinate operation method code 9804)
For Projected Coordinate Reference System: Makassar / NEIEZ
Parameters:
Ellipsoid: Bessel 1841 a = 6377397.155metres 1/f = 299.15281
then e = 0.081696831
Latitude of natural origin ??O     0??00'00"N = 0.0 rad
Longitude of natural origin ??O 110??00'00"E = 1.91986218 rad
Scale factor at natural origin kO 0.997
False easting FE 3900000.00 metres
False northing FN   900000.00 metres
Forward calculation for:
Latitude ?? =     3??00'00.00"S = -0.05235988 rad
Longitude ?? = 120??00'00.00"E = 2.09439510 rad
gives Easting E = 5009726.58 metres
Northing N =   569150.82 metres
Reverse calculation for same easting and northing first gives:
t = 1.0534121
?? = -0.0520110
Then Latitude ?? =    3??00'00.000"S
Longitude ?? = 120??00'00.000"E"




From morissette at dmsolutions.ca  Wed Mar 26 14:12:24 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Wed, 26 Mar 2003 17:12:24 -0500
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References:  <005701c2f3e1$b3d8db80$1701a8c0@dddd.com.au>
Message-ID: <3E8225C8.E78D7A79@dmsolutions.ca>

Thomas Bartlett wrote:
> 
> I know that I have tried using "&" at the end of the WMS_ONLINERESOURCE
> tab in the map file but it didn't seem to help.  Is this the only place I
> should need it ?
> 
> Either way I'm adding it the list of thing to try !
> 

I think that would be _the_ thing to try first.  And next on your list:
try to validate the XML capabilities output with an XML validator.  I
didn't follow this whole thread in details, but I wouldn't be surprised
if the problem was simply an XML validation issue.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From joe at otsys.com  Wed Mar 26 14:18:29 2003
From: joe at otsys.com (Joe Bussell)
Date: Wed, 26 Mar 2003 14:18:29 -0800
Subject: [Mapserver-users] PERL Mapscript under Cygwin
Message-ID: <3E822735.3010100@otsys.com>

Greetings Listers,
    Marketing came in the other day insisting on a TrafficDodger that 
works complete under Windows.  One of the major hurdles for us is our 
use of PERL Mapscript for handling dynamic data (routes, incidents & 
speeds).  One solution was to build Mapscript under Cygwin.  I went to 
the Wiki, downloaded the latest and greatest, then attempted a build.  I 
ran into a number of snags which I was able to hack my way around.  I 
have now produced a useful PERL Mapscript build under Cygwin. Now that 
Marketing doesn't care as much any more I thought I would pass on what I 
learned before it is meaningless.

    The wiki is correct on many points, but there are some gotchas along 
the way.  First thing, one that seldom is mentioned directly, is that 
there is an order to what gets made first.  GD needs freetype for one 
thing.  This is what I did:

1) Build a Cygwin environment with:
    build tools (make, cmake, libtool, gcc, flex, bison, ... )
    perl

    Make sure that you DO NOT have Cygwin's Postgresql installed, this 
makes the compile of gdal fail.  On multiple machines objdump reported 
that pq.dll was an unrecognized format (any ideas on why?)

    I didn't bother with the Cygwin native gd or freetype either.

2) Download appropriate sources:
	freetype-2.1.3
	gd-2.0.11
	gdal-1.1.8
	proj-4.4.6
	mapserver-3.6.5

3) Build freetype.
    This is trivial, you will need to run:
    ./configure
    make
    make install

4) Build gd
    This is trivial, you will need to run:
    ./configure
    make
    make install

5) build gdal
    This is where things get weird and more work needs to be done.  You 
will need to run:
    ./configure
    make
    make install
    edit the installed gdal-config.  This is necesary as the install 
part of the makefile makes the choice that the library is not shared. 
The libraries that gdal-config reports are incorrectly articulated in 
the LIBS string.  Specifically the '-l' is prepended to all libraries 
independent of their shared-ness.  If the path ends with a '.a' it 
should not be prepended with -l.  Additionally, the installer requires 
the addition of -l/usr/local/lib/lib which is just clearly wrong.  Your 
mileage may vary.  One build actually went completely correct with no 
edit required.

6) Build proj
    This is trivial, you will need to run:
    ./configure
    make
    make install

7) Build Mapserver
     Edit the Makefile.in so the following are correct:
HEADER_INSTALL=/usr/local/include/mapserver-3.6/
LD=     g++

then I used
    ./configure   --with-gd --with-proj=/usr/local --with-freetype \ 
--with-gdal=/usr/local/bin/gdal-config

followed by:
    make
    make install

8) Now for the PERL Mapscript part.  This is also weird and will require 
upstream patches to really be correct.  To reproduce my hand hack first 
you need to run:

perl Makefile.PL

the Makefile you just creaed is not perfect.  Edit it such that the 
linker is g++ as in step 7.

The link will still fail since gdal was built as a non-shared library. 
The linker will need the extra libs to make the dllwrap call work.  To 
accomplish this I added the back-ticked command
`/usr/local/bin/gdal-config --libs` to the end of the list of LDLOADLIBS.
Why the list isn't properly propagated from LIBS, which is correct in 
the Makefile, is unknown to me at this point.  It really should be fixed 
in MakeMaker.

There is still one extra hook.  dllwrap makes use of ld2, which is just 
a thin wrapper around perlld in Cygwin.  The perlld in /usr/local/bin/ 
in my Cygwin envoronment tries to use ld as its linker.  This fails to 
bring in the OGR and GDAL bits.  You will need to edit 
/usr/local/bin/perlld.exe to have
driver_name = g++;

now you can run
     make
     make install

You will still have to be sure to fully qualify mapscript objects when 
calling 'new' on them.  dump.pl in the examples does not do this 
correctly (see previous posts).

My hope is that the folks working on gdal can work out the shared 
library bits to improve the installed gdal-config.  I also would like to 
see the Makefiles be built using g++ as the linker when it is available. 
  I am unsure what my change to perlld will do to other perl builds (ie 
CPAN).  I have install from CPAN after the change and did not observe 
any new problems.

I hope that this is useful to someone as I fear it was an exercise in 
futility for me.  I am very happy with the uptime of our *nix servers 
and am not inclined to push for Windows solutions in the near future. 
It could haunt me later however, so I am sending these bits to you folks 
hoping for improvements.

Cordially,

Joe Bussell
On Time Systems
www.trafficdodger.com







From john_mapserver at hotmail.com  Wed Mar 26 14:52:29 2003
From: john_mapserver at hotmail.com (John Newton)
Date: Wed, 26 Mar 2003 14:52:29 -0800
Subject: [Mapserver-users] ORA-13373 with 9i
References: <009701c2f397$eb9e0c10$37c8a8c0@PEMAQUID>
Message-ID: 

This is a multi-part message in MIME format.

------=_NextPart_000_004A_01C2F3A7.52ACF5B0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

maporaclespatial.c has the extent type hardcoded to a rectangle, so =
there is no work around, without changing the source code.


Try changing maporaclespatial.c from:

  if (apply_window)
    sprintf( query_str + strlen(query_str),
        "SDO_FILTER( %s.%s, MDSYS.SDO_GEOMETRY("
          "2003, %s, NULL,"
          "MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),"
          "MDSYS.SDO_ORDINATE_ARRAY(%.9g,%.9g,%.9g,%.9g) ),"
        "'querytype=3Dwindow') =3D 'TRUE'",
        table_name, geom_column_name, srid,
        rect.minx, rect.miny, rect.maxx, rect.maxy );

to:

  if (apply_window)
    sprintf( query_str + strlen(query_str),
        "SDO_FILTER( %s.%s, MDSYS.SDO_GEOMETRY("
          "2003, %s, NULL,"
          "MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1),"
          =
"MDSYS.SDO_ORDINATE_ARRAY(%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.=
9g) ),"
        "'querytype=3Dwindow') =3D 'TRUE'",
        table_name, geom_column_name, srid,
        rect.minx, rect.miny, rect.minx, rect.maxy, rect.maxx, =
rect.maxy, rect.maxx, rect.miny,rect.minx, rect.miny );

I didn't test this change, so it may break non-geodetic layers due to =
direction of the polygon.  However, it should work for geodetic layers.

-john

  ----- Original Message -----=20
  From: Shannon Scott=20
  To: Mapserver-users at lists.gis.umn.edu=20
  Sent: Wednesday, March 26, 2003 5:02 AM
  Subject: [Mapserver-users] ORA-13373 with 9i


  Hello,
  I am trying to access some data stored in the oracle spatial ( =
SDO_GEOMETRY ) type.  When I try to draw a subset of the layer using the =
following DATA syntax:
    DATA "GEOM from tracts1test USING SRID 8307"

   I get the following error.

  msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-29902: =
error in executing ODCIIndexStart() routine ORA-13373: Element of type =
Extent is not supported for Geodetic data ORA-06512: at =
"MDSYS.SDO_INDEX_METHOD_9I", line 232 ORA-06512: at line 1 . SQL =
statement: SELECT rownum, GEOM FROM tracts1test WHERE SDO_FILTER( =
tracts1test.GEOM, MDSYS.SDO_GEOMETRY(2003, 8307, =
NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(-71.914=
27,41.237,-68.08573,45.07) ),'querytype=3Dwindow') =3D 'TRUE'=20

  Important part:
  ORA-13373: Element of type Extent is not supported for Geodetic data.

  When I try the query on the sqlplus command line, I get the same =
error.
  Oracle suggests changing the query such that I use a polygon with four =
vertices instead of the rectangle spatial object type.  When I change =
the query to this it works.

  SELECT rownum, GEOM FROM tracts1test=20
  WHERE SDO_FILTER( tracts1test.GEOM,=20
  mdsys.sdo_geometry(2003,8307,NULL,
  mdsys.sdo_elem_info_array(1,1003,1),
  mdsys.sdo_ordinate_array(-71.91,41.23,
  -71.91,45.07,-68.08,45.07,
  -68.08,41.23,-71.91,41.23) ),
  'querytype=3Dwindow') =3D 'TRUE'=20

  I found I could get around the error using:
    DATA "GEOM from (select GEOM from  tracts1test)"

  but without the index it is very slow.

  Has anyone else seen this?  What is the workaround?
  Thank you for any insight,thoughts or advice.
  Shannon

  Linux RedHat 7.2
  Mapserver 3.6
  Oracle 9.0.1
  Apache CGI/PHP.




------=_NextPart_000_004A_01C2F3A7.52ACF5B0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









maporaclespatial.c has the extent type =
hardcoded to=20
a rectangle, so there is no work around, without changing the source=20
code.


 


 


Try changing maporaclespatial.c =
from:


 


  if =
(apply_window)
   =20
sprintf( query_str +=20
strlen(query_str),
        =
"SDO_FILTER(=20
%s.%s,=20
MDSYS.SDO_GEOMETRY("
        &=
nbsp;=20
"2003, %s, =
NULL,"
         =20
"MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),"
     &=
nbsp;   =20
"MDSYS.SDO_ORDINATE_ARRAY(%.9g,%.9g,%.9g,%.9g)=20
),"
        "'querytype=3Dwindow') =
=3D=20
'TRUE'",
        table_name,=20
geom_column_name, srid,
        =
rect.minx,=20
rect.miny, rect.maxx, rect.maxy );


to:


 


  if =
(apply_window)
   =20
sprintf( query_str +=20
strlen(query_str),
        =
"SDO_FILTER(=20
%s.%s,=20
MDSYS.SDO_GEOMETRY("
        &=
nbsp;=20
"2003, %s, =
NULL,"
         =20
"MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1),"
     &=
nbsp;   =20
"MDSYS.SDO_ORDINATE_ARRAY(%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.9g,%.=
9g)=20
),"
        "'querytype=3Dwindow') =
=3D=20
'TRUE'",
        table_name,=20
geom_column_name, srid,
        =
rect.minx,=20
rect.miny, rect.minx, rect.maxy, rect.maxx, rect.maxy, rect.maxx,=20
rect.miny,rect.minx, rect.miny );


I didn't test this change, so it may =
break=20
non-geodetic layers due to direction of the polygon.  However, =
it=20
should work for geodetic layers.


 


-john


 



  
----- Original Message ----- 

  From:=20
  Shannon =
Scott 
  
To: Mapserver-users at lists.g=
is.umn.edu=20
  

  
Sent: Wednesday, March 26, 2003 =
5:02=20
  AM

  
Subject: [Mapserver-users] =
ORA-13373 with=20
  9i

  


  
Hello,

  
I am trying to access some data =
stored in the=20
  oracle spatial ( SDO_GEOMETRY ) type.  When I try to draw a =
subset of the=20
  layer using the following DATA syntax:

  
  DATA "GEOM from tracts1test =
USING SRID=20
  8307"

  
 

  
 I get the following =
error.

  
 

  
msOracleSpatialLayerWhichShapes(): OracleSpatial error. =
ORA-29902: error=20
  in executing ODCIIndexStart() routine ORA-13373: Element of type =
Extent is not=20
  supported for Geodetic data ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", =
line=20
  232 ORA-06512: at line 1 . SQL statement: SELECT rownum, GEOM FROM =
tracts1test=20
  WHERE SDO_FILTER( tracts1test.GEOM, MDSYS.SDO_GEOMETRY(2003, 8307,=20
  =
NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(-71.914=
27,41.237,-68.08573,45.07)=20
  ),'querytype=3Dwindow') =3D 'TRUE' 

  
 

  
Important part:

  
ORA-13373:=20
  Element of type Extent is not supported for Geodetic =
data.

  
 

  
When I try=20
  the query on the sqlplus command line, I get the same=20
  error.

  
Oracle suggests changing the query such that I use a polygon with =
four=20
  vertices instead of the rectangle spatial object type.  When I =
change the=20
  query to this it works.

  
 

  
SELECT rownum, GEOM FROM tracts1test =

WHERE=20
  SDO_FILTER( tracts1test.GEOM,=20
  =

mdsys.sdo_geometry(2003,8307,NULL,
mdsys.sdo_elem_info_array(1,100=
3,1),
mdsys.sdo_ordinate_array(-71.91,41.23,
-71.91,45.07,-68.08,45=
.07,
-68.08,41.23,-71.91,41.23)=20
  ),
'querytype=3Dwindow') =3D 'TRUE' 

  
 

  
I found I could get around the error=20
  using:

  

  
  DATA "GEOM from (select GEOM =
from=20
   tracts1test)"

  
 

  
but without the index it is very=20
  slow.

  
 

  
Has anyone else seen this?  What =
is the=20
  workaround?

  
Thank you for any insight,thoughts or =

  advice.

  
Shannon

  
 

  
Linux RedHat 7.2

  
Mapserver 3.6

  
Oracle 9.0.1

  
Apache CGI/PHP.

  
 

  



------=_NextPart_000_004A_01C2F3A7.52ACF5B0--


From gerry.creager at tamu.edu  Wed Mar 26 15:44:41 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Wed, 26 Mar 2003 17:44:41 -0600
Subject: [Mapserver-users] Map projections
References: 
Message-ID: <3E823B69.9090909@tamu.edu>

I'm still catching up on today's e-mail, so someone else may answer or 
have answered you, better than I.  But, here goes...

A projection is a mathematical tool used to represent an image of data 
normally meant to be shown on a spherical (or ellipsoidal) 
representation, in a flat display.  If you were to take your world 
globe, cut the map covering it, and remove the image from the globe, 
when you lay it out on the table, it's no longer spherical and not a 
rectangle.

Most of our images are rectangular in general shape, so we try to 
display our maps to fit that structure.  In order to do this, we have 
developed a number of "projections" designed to demonstrate the data 
with less distortion than we'd see if it remained unprojected.

In your note, you state that you are using a WGS84 projection.  However, 
at best, with the information you provide, I suspect you're using a 
non-projected longitude/latitude "projection" which does not diminsh 
distortion, but rather, will provide discrepancies all through your image.

In fact, WGS84 is a datum, the reference frame for geodetic measurement. 
  WGS84 is a dynamic datum designed to accommodate GPS use throughout 
the world.  Its ellipsoid is consistent with the ellipsoid referenced 
for NAD83, although not identical.  It is not the same as a Bessel 
ellipsoid.  If your data were acquired with WGS84, and your metadata so 
state, you need to reproject it in WGS84. The datum will affect accuracy 
of the representation; the projection will reflect the distortion in the 
display.  If your data were acquired using WGS84, and you tell proj 
'bessel' then things will likely be a bit erroneous.

Mercator projection should be satisfactory for displaying Europe, 
although there may be a bit of distortion at map edges.

gerry

Krzysztof Chodak wrote:
> Hello again dear mapserver professionals,
> 
> I would be grateful if someone could clear my mind in projections subject. (I'm sorry for such inquiries but it is too difficult for me to solve these problems and maybe they would be simple for some of you)
> 
> 
> I got all geographic data in WGS84 projection. As I have made some "investigation" I think that Mercator is proper projection for my target users and theirs needs (I need to show all Europe road network for routing purposes). Am I correct that it is most suitable for such area and planned usage?
> 
> Is there any significant difference in ellipsoid used with Mercator projection? In EPSG guide Bessel is used in an example. Is it suggested ellps for Mercator (SP1) or may I simple stay with WGS84 one? Should I recompute false easting and northing given in example when switching to WGS84 ellps? Maybe they are constants, aren't they?
> 
> I also cannot catch the difference between one and two standard parallels. Which one is more suitable for my case in your opinion?
> 
> Another thing is a k0 parameter (scale factor at natural origin). When I'm doing following transformation (using PROJ library):
> from "+proj=latlong +datum=WGS84"
> to "+proj=merc +ellps=bessel +lat_ts=0N +lon_0=110E +k_0=0.997 +x_0=3900000 +y_0=900000"
> 	or the same with ellps=WGS84
> the k0 parameter is replaced by 1.0 (and practically skipped in next computations as it is used as multiplier) after initiating target projection (pj_init). Is it correct way of PROJ transformation and would it have any influence on my projected maps when k0 factor would be skipped and not set to 0.997?
> 
> Maybe you can also give some advices for lat_ts and lon_0 - should I change them to any other values to project my area more precisely?
> 
> 
> I got also a polite question to Jan Hartmann [jhart at frw.uva.nl] if he could publish his world map projections images in our discussion group - maybe they would help me and other people with understanding projections stuff?
> 
> Best regards,
> 
> Krzysztof Chodak
> 
> ...lost in projections world :)
> 
> 
> PS. Example from EPSG guide:
> "2. Mercator (1SP) (EPSG coordinate operation method code 9804)
> For Projected Coordinate Reference System: Makassar / NEIEZ
> Parameters:
> Ellipsoid: Bessel 1841 a = 6377397.155metres 1/f = 299.15281
> then e = 0.081696831
> Latitude of natural origin ??O     0??00'00"N = 0.0 rad
> Longitude of natural origin ??O 110??00'00"E = 1.91986218 rad
> Scale factor at natural origin kO 0.997
> False easting FE 3900000.00 metres
> False northing FN   900000.00 metres
> Forward calculation for:
> Latitude ?? =     3??00'00.00"S = -0.05235988 rad
> Longitude ?? = 120??00'00.00"E = 2.09439510 rad
> gives Easting E = 5009726.58 metres
> Northing N =   569150.82 metres
> Reverse calculation for same easting and northing first gives:
> t = 1.0534121
> ?? = -0.0520110
> Then Latitude ?? =    3??00'00.000"S
> Longitude ?? = 120??00'00.000"E"
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


-- 
Gerry Creager -- gerry.creager at tamu.edu
Network Engineering -- AATLT, Texas A&M University	
Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843



From pkishor at geoanalytics.com  Wed Mar 26 15:43:25 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Wed, 26 Mar 2003 23:43:25 -0000
Subject: [Mapserver-users] Re: PERL Mapscript under Cygwin
In-Reply-To: <3E822735.3010100@otsys.com>
Message-ID: 

--- In mapserver-users at yahoogroups.com, Joe Bussell  wrote:
..
> I would pass on what I 
> learned before it is meaningless.
> 


(assuming all this works {I haven't tried your instructions yet})
thank you, thank you, thank you. May you win a lottery or something
(or get a salary raise, provided marketing gets sufficiently
interested again).

I tried the wiki instructions for cygwin, got stuck, got frustrated,
gave up. Now, hopefully I can get this going.

will report my experience later.



From jfielke at mipela.com.au  Wed Mar 26 17:56:52 2003
From: jfielke at mipela.com.au (Justin Fielke)
Date: Thu, 27 Mar 2003 11:56:52 +1000
Subject: [Mapserver-users] Mac OS X Binary Install
Message-ID: <8ED32F51BA71144695D9927DDA124CAD025865@mipelasrv1.mipela.local>

Not sure if this news is new (I couldn't find it mentioned in the lists) but check out 

http://www.serverlogistics.com/mapserver.php

For a complete install of mapserver 3.6.4 on mac os x 10.2

Looks like the quys from Server Logistics have done some nice work.
Well Done.

Justin 





From Antti.Roppola at brs.gov.au  Wed Mar 26 15:53:34 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Thu, 27 Mar 2003 10:53:34 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
 page
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC419D@afeb-ms-02>

Hi Thomas,

I have looked at your map file and PHP, you need to replace
every instance of '&' with '&' in both files. As I discovered
myself, the semi-colon is easy to overlook but very important.

Cheers,

Antti

-----Original Message-----
From: Thomas Bartlett [mailto:tbartlett at dddd.com.au]
Sent: Thursday, 27 March 2003 8:50 AM
To: Daryl Herzmann
Cc: Antti.Roppola at brs.gov.au; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS -
Wiki page


I know that I have tried using "&" at the end of the WMS_ONLINERESOURCE
tab in the map file but it didn't seem to help.  Is this the only place I
should need it ?

Either way I'm adding it the list of thing to try !

Cheers
----- Original Message -----
From: "Daryl Herzmann" 
To: "Thomas Bartlett" 
Cc: ; 
Sent: Thursday, March 27, 2003 8:43 AM
Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page


> Hi,
>
> Are you using "&" in your document and not plain "&" ? :)
>
> Daryl
>
> On Thu, 27 Mar 2003, Thomas Bartlett wrote:
>
> >Hello All,
> >Please find attached a copy of my map file and the resulting
GetCapabilities
> >XML document!
> >
> >I spent 6 hrs on it last night changing things in the map file as well as
> >reinstalling ArcExplorer and the Extension but it is doesn't seem to
work.
> >
> >Cheers Tom
> >
> >
> >----- Original Message -----
> >From: 
> >To: ; 
> >Cc: 
> >Sent: Wednesday, March 26, 2003 5:11 PM
> >Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
> >page
> >
> >
> >> Thomas Bartlett wrote:
> >>
> >> > However  GetCapabilities does not check whether the map file is WMS
> >> > compliant does it !  It simply checks that the map file is correct as
> >far as
> >> > MapServer is concerned !!  I remove all reference to WMS from the
same
> >map
> >> > file and the GetCapabilities XML document returned contain NO
warning.
> >This
> >> > map file is obviously not WMS compliant (as it contains none of the
WMS
> >> > tags) hence my conclusion.  Am I wrong in this conclusion ??
> >>
> >> That seems like a reasonable conclusion to me, and suggests that a good
> >> next step would be to check the map and layers to make sure that no
> >> mandatory WMS items have been omitted. It would certainly explain why
> >> Arc Explorer doesn't like the output you are sending.
> >>
> >> BTW, thanks for the insight into what is and is not checked, lets me
> >> cross one more item off my list of "things to investigate". :o)
> >>
> >> Cheers,
> >>
> >> Antti
> >>
> >> _______________________________________________
> >> Mapserver-users mailing list
> >> Mapserver-users at lists.gis.umn.edu
> >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
> --
> /**
>  * Daryl Herzmann (akrherz at iastate.edu)
>  * Program Assistant -- Iowa Environmental Mesonet
>  * http://mesonet.agron.iastate.edu
>  */
>




From Milos.Kolsek at gov.si  Wed Mar 26 21:46:24 2003
From: Milos.Kolsek at gov.si (Milos Kolsek)
Date: Thu, 27 Mar 2003 06:46:24 +0100
Subject: [Mapserver-users] (no subject)
Message-ID: 

Hello

I've Installaed Map Server on Windows. Mapsrv.exe is runnig OK. After
demo_init  i'm reciving error mesage: msLoadMap(): Unknown identifier.
(<):(0)
Please help.



From Sean.Geoghegan at dsto.defence.gov.au  Wed Mar 26 23:32:54 2003
From: Sean.Geoghegan at dsto.defence.gov.au (Geoghegan, Sean)
Date: Thu, 27 Mar 2003 18:02:54 +1030
Subject: [Mapserver-users] WFS Support
Message-ID: <108E7D907871D6118B5000306E0189F801DBD1AC@ednex504.dsto.defence.gov.au>

Hi,

I was wondering if anyone is actively working on completing the WFS support in mapserver?
The parts I am interested in are XML-POST request encodings and Logical filtering.

Thanks in advance.

Sean Geoghegan
Information Exploitation Group
Command and Intelligence Environments Branch
Command and Control Division
Defence Science and Technology Organisation
sean.geoghegan at dsto.defence.gov.au   ph +61 08 82595895



From stepan.kafka at centrum.cz  Thu Mar 27 00:11:37 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Thu, 27 Mar 2003 09:11:37 +0100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
In-Reply-To: <3E8225C8.E78D7A79@dmsolutions.ca>
Message-ID: <000c01c2f438$7d0e99d0$b04de4c2@HSGIS>

Hi all,

  my experience with Arcexplorer:

- ArcExplorer adds "?" at the end of service name (see its console). So only
thing to enable Mapserver WMS was to mimic map name as described in "WMS
server HowTo", so URL has to be "http://myserver/myservice" without ? or &
in the URL. Have anybody another experience?

- Because it doesn't support transformations, We need only one SRS in the
projection list. Otherwise it fails.

-  tag must be present in the Service section

We don't need PHP wrapper for modified XML (version 1.1.1), it may be
adressed directly (yes, it is dirty).

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 Daniel
> Morissette
> Odesl?no: 26. b?ezna 2003 23:12
> Komu: Thomas Bartlett
> Kopie: Daryl Herzmann; Antti.Roppola at brs.gov.au;
> mapserver-users at lists.gis.umn.edu
> P?edm?t: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS -
> Wiki page
>
>
> Thomas Bartlett wrote:
> >
> > I know that I have tried using "&" at the end of the
> WMS_ONLINERESOURCE
> > tab in the map file but it didn't seem to help.  Is this the
> only place I
> > should need it ?
> >
> > Either way I'm adding it the list of thing to try !
> >
>
> I think that would be _the_ thing to try first.  And next on your list:
> try to validate the XML capabilities output with an XML validator.  I
> didn't follow this whole thread in details, but I wouldn't be surprised
> if the problem was simply an XML validation issue.
>
> --
> ------------------------------------------------------------
>  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 k.chodak at autoguard.pl  Thu Mar 27 00:03:54 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Thu, 27 Mar 2003 09:03:54 +0100
Subject: [Mapserver-users] Map projections
In-Reply-To: <3E823B69.9090909@tamu.edu>
Message-ID: 

Thanks for Your helpful information.

Yes, You are right - I got raw non-projected long/lat data.
As I have understood You suggest staying with WGS84 datum to minimize errors.

Do You happen to know how should Mercator parameters look like? 

Best regards,

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 Gerry Creager N5JXS
Sent: Thursday, March 27, 2003 12:45 AM
To: Krzysztof Chodak; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] Map projections

I'm still catching up on today's e-mail, so someone else may answer or 
have answered you, better than I.  But, here goes...

A projection is a mathematical tool used to represent an image of data 
normally meant to be shown on a spherical (or ellipsoidal) 
representation, in a flat display.  If you were to take your world 
globe, cut the map covering it, and remove the image from the globe, 
when you lay it out on the table, it's no longer spherical and not a 
rectangle.

Most of our images are rectangular in general shape, so we try to 
display our maps to fit that structure.  In order to do this, we have 
developed a number of "projections" designed to demonstrate the data 
with less distortion than we'd see if it remained unprojected.

In your note, you state that you are using a WGS84 projection.  However, 
at best, with the information you provide, I suspect you're using a 
non-projected longitude/latitude "projection" which does not diminsh 
distortion, but rather, will provide discrepancies all through your image.

In fact, WGS84 is a datum, the reference frame for geodetic measurement. 
  WGS84 is a dynamic datum designed to accommodate GPS use throughout 
the world.  Its ellipsoid is consistent with the ellipsoid referenced 
for NAD83, although not identical.  It is not the same as a Bessel 
ellipsoid.  If your data were acquired with WGS84, and your metadata so 
state, you need to reproject it in WGS84. The datum will affect accuracy 
of the representation; the projection will reflect the distortion in the 
display.  If your data were acquired using WGS84, and you tell proj 
'bessel' then things will likely be a bit erroneous.

Mercator projection should be satisfactory for displaying Europe, 
although there may be a bit of distortion at map edges.

gerry

Krzysztof Chodak wrote:
> Hello again dear mapserver professionals,
> 
> I would be grateful if someone could clear my mind in projections subject. (I'm sorry for such inquiries but it is too difficult for me to solve these problems and maybe they would be simple for some of you)
> 
> 
> I got all geographic data in WGS84 projection. As I have made some "investigation" I think that Mercator is proper projection for my target users and theirs needs (I need to show all Europe road network for routing purposes). Am I correct that it is most suitable for such area and planned usage?
> 
> Is there any significant difference in ellipsoid used with Mercator projection? In EPSG guide Bessel is used in an example. Is it suggested ellps for Mercator (SP1) or may I simple stay with WGS84 one? Should I recompute false easting and northing given in example when switching to WGS84 ellps? Maybe they are constants, aren't they?
> 
> I also cannot catch the difference between one and two standard parallels. Which one is more suitable for my case in your opinion?
> 
> Another thing is a k0 parameter (scale factor at natural origin). When I'm doing following transformation (using PROJ library):
> from "+proj=latlong +datum=WGS84"
> to "+proj=merc +ellps=bessel +lat_ts=0N +lon_0=110E +k_0=0.997 +x_0=3900000 +y_0=900000"
> 	or the same with ellps=WGS84
> the k0 parameter is replaced by 1.0 (and practically skipped in next computations as it is used as multiplier) after initiating target projection (pj_init). Is it correct way of PROJ transformation and would it have any influence on my projected maps when k0 factor would be skipped and not set to 0.997?
> 
> Maybe you can also give some advices for lat_ts and lon_0 - should I change them to any other values to project my area more precisely?
> 
> 
> I got also a polite question to Jan Hartmann [jhart at frw.uva.nl] if he could publish his world map projections images in our discussion group - maybe they would help me and other people with understanding projections stuff?
> 
> Best regards,
> 
> Krzysztof Chodak
> 
> ...lost in projections world :)
> 
> 
> PS. Example from EPSG guide:
> "2. Mercator (1SP) (EPSG coordinate operation method code 9804)
> For Projected Coordinate Reference System: Makassar / NEIEZ
> Parameters:
> Ellipsoid: Bessel 1841 a = 6377397.155metres 1/f = 299.15281
> then e = 0.081696831
> Latitude of natural origin ??O     0??00'00"N = 0.0 rad
> Longitude of natural origin ??O 110??00'00"E = 1.91986218 rad
> Scale factor at natural origin kO 0.997
> False easting FE 3900000.00 metres
> False northing FN   900000.00 metres
> Forward calculation for:
> Latitude ?? =     3??00'00.00"S = -0.05235988 rad
> Longitude ?? = 120??00'00.00"E = 2.09439510 rad
> gives Easting E = 5009726.58 metres
> Northing N =   569150.82 metres
> Reverse calculation for same easting and northing first gives:
> t = 1.0534121
> ?? = -0.0520110
> Then Latitude ?? =    3??00'00.000"S
> Longitude ?? = 120??00'00.000"E"
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


-- 
Gerry Creager -- gerry.creager at tamu.edu
Network Engineering -- AATLT, Texas A&M University	
Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843

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




From jacobi at dfki.de  Thu Mar 27 00:34:47 2003
From: jacobi at dfki.de (Sven Jacobi)
Date: Thu, 27 Mar 2003 09:34:47 +0100
Subject: [Mapserver-users] querymap
In-Reply-To: Your message of "Wed, 26 Mar 2003 15:49:03 +0100."
 <3E81BDDF.26F60ACD@webgis.de>
Message-ID: <200303270827.h2R8RpJv022319@corp-200.dfki.uni-sb.de>

Hi Michael,

the function "mymapobj.drawQuery()" draws a specified query, for 
example by a specified attribute, but it won't return the hilited
"QUERYMAP" of the mapfile.
I think I have to write a script which gets into the specified
activated layer and returns the object I want to hilite, for 
example a certain forest area.

But anyway, thanks for your advice.

Best regards,

Sven 



From Heiko.Kehlenbrink at vermes.fh-oldenburg.de  Thu Mar 27 00:39:10 2003
From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko.Kehlenbrink at vermes.fh-oldenburg.de)
Date: Thu, 27 Mar 2003 09:39:10 +0100 (CET)
Subject: [Mapserver-users] weather forecast map
Message-ID: <1048754350.3e82b8aed4bd7@mail-ole.fh-oldenburg.de>

hi all, 
 
at the moment i`m doing an internship supporting my study of gis at the oldenburg university 
(germany). I`d like to ad a layer with a weather forecast or/and hurricane predictions regarding 
the us area especially texas... 
if anyone is aware of a wms compatible source or something equally i could use with the 
mapserver please let me know. 
 
best regards 
 
heiko kehlenbrink 
 



From Christian.Strobl at gla.bayern.de  Thu Mar 27 00:58:17 2003
From: Christian.Strobl at gla.bayern.de (Strobl, Christian)
Date: Thu, 27 Mar 2003 09:58:17 +0100
Subject: [Mapserver-users] installation problems mapserver 3.63 using apatche2 with windows2
 000
Message-ID: 

help

Hi all,

I know that this is a common error, and have searched the archives for
information relating to the problem that I am having, and am unable to find
any answers. No IIS is installed (but apatche2) and there exists no IUSR
-user at the system.

at the 'MapServer Demo Application Installation Instructions'-page is the
following hint:

Windows users, please read:
When running MapServer on Windows 2000 and IIS 5.0, clicking on the
"Initialize" button the user gets prompted to save and download the mapserv
(or mapserv.exe) file.
This is an IIS permission problem. Make sure that mapserv.exe had read and
execute permission for the IUSR account. Also, using the Internet Services
Manager, navigate to the "Scripts" (or cgi-bin) folder. Right click on the
Scripts folder and select "Properties". Check to make sure that the "Execute
Permissions" on the "Virtual Directory" tab is set to "Scripts and
Executables". If not, change it. Restart the web service. (This requires
administrative privileges to accomplish.)

My problem sounds similar but i am using apatche2 with windows2000
(mapserver 3.63, Windows Binary Download). clicking on the intialize-button
i get the correct link, but if i am clicking in the map window or at another
mapserver function (zoom, pan, query, ...) i get prompted to save and
download the mapserv (or mapserv.exe) file.

greetings from munich
christian



> christian strobl
> diplom-geologe
> bayerisches geologisches landesamt
> he?stra?e 128
> d-80797 m?nchen
> telefon: (089) 9214-2774
> christian.strobl at gla.bayern.de
> http://www.bayern.de/gla
> 
> 



From Thilo.Schlemmer at blva.bayern.de  Thu Mar 27 02:15:16 2003
From: Thilo.Schlemmer at blva.bayern.de (Schlemmer Thilo)
Date: Thu, 27 Mar 2003 11:15:16 +0100
Subject: [Mapserver-users] multiple request in  one layer
Message-ID: <3D62526F8230D211B54A0000CBC0A8A1032B07F0@dc001.blva.bayern.de>

Hi there, 


i want to get results from 2 tables in a mapfile-layer:


LAYER
    CONNECTIONTYPE oraclespatial
    CONNECTION "something/somewhere at else"
    NAME "STREETS"
    DATA "S.GEOM, P.GEOM from STREETS S, PATH P"
    STATUS off
    TYPE LINE
    FILTER "SHAPENAME like 'noidea'"
 CLASS
   EXPRESSION ...
   .
   .
   .
   
   ...but i receive the following error-message:
   
   "msOracleSpatialLayerWhichShapes(): Error parsing OracleSpatial DATA
variable. Must contain 'geometry_column from table_name|(SELECT stmt)'"
   
   I can't find any information about the request of multiple tables in the
documentation (or am i blind?).
   
   Any ideas?
   
   Thilo




From stepan.kafka at centrum.cz  Thu Mar 27 02:59:58 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Thu, 27 Mar 2003 11:59:58 +0100
Subject: [Mapserver-users] Changing image format via URL
In-Reply-To: 
Message-ID: <001201c2f450$01bcb2e0$b04de4c2@HSGIS>

 Hi all,
  what are the possibilities to change image format or quality in 3.7.
version? &map_imagetype seems not working :(
Here is the part of my map file:

OUTPUTFORMAT
  NAME png
  DRIVER "GD/PNG"
  MIMETYPE "image/png"
  IMAGEMODE PC256
  FORMATOPTION "INTERLACE=ON"
END

OUTPUTFORMAT
  NAME jpeg
  DRIVER "GD/JPEG"
  MIMETYPE "image/jpeg"
  IMAGEMODE RGB
  FORMATOPTION "QUALITY=40"
END

Any idea?

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



From schut at sarvision.com  Thu Mar 27 03:17:53 2003
From: schut at sarvision.com (Vincent Schut)
Date: Thu, 27 Mar 2003 12:17:53 +0100
Subject: [Mapserver-users] multiple request in  one layer
In-Reply-To: <3D62526F8230D211B54A0000CBC0A8A1032B07F0@dc001.blva.bayern.de>
References: <3D62526F8230D211B54A0000CBC0A8A1032B07F0@dc001.blva.bayern.de>
Message-ID: <200303271217.53874.schut@sarvision.com>

Thilo,

I'm afraid you can't do that this way. Not with mapserver, neither with 
standard SQL (but I'm not an expert, if I'm wrong please correct me...)
Here comes what I think...:
Your sql query selects 2 columns from two tables. That means your result will 
be a 2 column table, and the query assumes both STREETS and PATH have the 
columns S.GEOM and P.GEOM. Just try to do the same SQL SELECT as you have in 
your mapfile in Oracle, you'll see that it returns you 2 columns. Or an 
error. Mapserver wants you to result one and only one column, which should 
contain the geometry. What you need to do is: first create a (temporary?) 
table in which you insert the column s.geom (streets) and p.geom (path), both 
into the same column in your new table. Something like:
INSERT INTO new_table (geom) SELECT geom FROM streets;
INSERT INTO new_table (geom) SELECT geom FROM path;
And then you can use this new table in your mapfile:
DATA "geom FROM new_table"

It may be possible to do this more efficient and/or in one SQL statement; As I 
said I'm not an expert. But this should do the trick, imho.

Regards,
Vincent Schut.


On Thursday 27 March 2003 11:15, Schlemmer Thilo wrote:
> Hi there,
>
>
> i want to get results from 2 tables in a mapfile-layer:
>
>
> LAYER
>     CONNECTIONTYPE oraclespatial
>     CONNECTION "something/somewhere at else"
>     NAME "STREETS"
>     DATA "S.GEOM, P.GEOM from STREETS S, PATH P"
>     STATUS off
>     TYPE LINE
>     FILTER "SHAPENAME like 'noidea'"
>  CLASS
>    EXPRESSION ...
>    .
>    .
>    .
>
>    ...but i receive the following error-message:
>
>    "msOracleSpatialLayerWhichShapes(): Error parsing OracleSpatial DATA
> variable. Must contain 'geometry_column from table_name|(SELECT stmt)'"
>
>    I can't find any information about the request of multiple tables in the
> documentation (or am i blind?).
>
>    Any ideas?
>
>    Thilo
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From Michael.Smith at erdc.usace.army.mil  Thu Mar 27 04:00:34 2003
From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH)
Date: Thu, 27 Mar 2003 07:00:34 -0500
Subject: [Mapserver-users] multiple request in  one layer
Message-ID: <048FBD219330D211B47000A0C9B3BAFD03CD18E4@crl02.crrel.usace.army.mil>

You could do it with a SQL statement like 

  DATA "GEOM from (select S.GEOM from STREETS S union all select P.GEOM from  PATH P)"


Mike Smith
email: michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL 
Hanover, NH  03755
(603) 646-4765



-----Original Message-----
From: Vincent Schut [mailto:schut at sarvision.com] 
Sent: Thursday, March 27, 2003 6:18 AM
To: Schlemmer Thilo; Mapserver-Users-Request at Lists. Gis. Umn. Edu (E-Mail)
Subject: Re: [Mapserver-users] multiple request in one layer


Thilo,

I'm afraid you can't do that this way. Not with mapserver, neither with 
standard SQL (but I'm not an expert, if I'm wrong please correct me...)
Here comes what I think...:
Your sql query selects 2 columns from two tables. That means your result will 
be a 2 column table, and the query assumes both STREETS and PATH have the 
columns S.GEOM and P.GEOM. Just try to do the same SQL SELECT as you have in 
your mapfile in Oracle, you'll see that it returns you 2 columns. Or an 
error. Mapserver wants you to result one and only one column, which should 
contain the geometry. What you need to do is: first create a (temporary?) 
table in which you insert the column s.geom (streets) and p.geom (path), both 
into the same column in your new table. Something like:
INSERT INTO new_table (geom) SELECT geom FROM streets;
INSERT INTO new_table (geom) SELECT geom FROM path;
And then you can use this new table in your mapfile:
DATA "geom FROM new_table"

It may be possible to do this more efficient and/or in one SQL statement; As I 
said I'm not an expert. But this should do the trick, imho.

Regards,
Vincent Schut.


On Thursday 27 March 2003 11:15, Schlemmer Thilo wrote:
> Hi there,
>
>
> i want to get results from 2 tables in a mapfile-layer:
>
>
> LAYER
>     CONNECTIONTYPE oraclespatial
>     CONNECTION "something/somewhere at else"
>     NAME "STREETS"
>     DATA "S.GEOM, P.GEOM from STREETS S, PATH P"
>     STATUS off
>     TYPE LINE
>     FILTER "SHAPENAME like 'noidea'"
>  CLASS
>    EXPRESSION ...
>    .
>    .
>    .
>
>    ...but i receive the following error-message:
>
>    "msOracleSpatialLayerWhichShapes(): Error parsing OracleSpatial DATA
> variable. Must contain 'geometry_column from table_name|(SELECT stmt)'"
>
>    I can't find any information about the request of multiple tables in the
> documentation (or am i blind?).
>
>    Any ideas?
>
>    Thilo
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
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 schut at sarvision.com  Thu Mar 27 04:20:20 2003
From: schut at sarvision.com (Vincent Schut)
Date: Thu, 27 Mar 2003 13:20:20 +0100
Subject: AW: [Mapserver-users] multiple request in  one layer
In-Reply-To: <3D62526F8230D211B54A0000CBC0A8A1032B07F1@dc001.blva.bayern.de>
References: <3D62526F8230D211B54A0000CBC0A8A1032B07F1@dc001.blva.bayern.de>
Message-ID: <200303271320.20053.schut@sarvision.com>

Thilo,

please always reply to all when using a mailinglist; others might have more 
knowledge and join the discussion, or learn from it...

You are right that the result should be one column, the one you mention.
I don't know if it is possible to do this directly from mapserver. You'd have 
to ask a mapserver&sql specialist on this list, I'm afraid... Or try to find 
it out yourself by searching the mailing list, google, experiment... And then 
of course post your solution on the list :-)

I'm sorry I can't help you further, but now you at least know where and what 
the problem is.
Or course a workaround is to just create this table outside mapserver. But if 
you have dynamic data this might not be a good solution. Maybe a view is an 
option? But this is outside of my sql knowledge.
Why not using 2 layers, actually? Eventually you can group them into the same 
group and have them displayed in the legend as one group instead of 2 layers, 
if that's the bottleneck...

Regards,
Vincent Schut.

On Thursday 27 March 2003 12:33, you wrote:
> Thanks for your answer, Vincent
>
> > ---Urspr?ngliche Nachricht-----
> > I'm afraid you can't do that this way. Not with mapserver, neither with
> > standard SQL (but I'm not an expert, if I'm wrong please correct me...)
>
> 	okay...i tested my sql-statement in oracle and it works fine.
>
> > Here comes what I think...:
> > Your sql query selects 2 columns from two tables. That means your result
> > will
> > be a 2 column table, and the query assumes both STREETS and PATH have the
> > columns S.GEOM and P.GEOM.
>
> 	i guess the result should be 1 column [geom] with all results from
> Streets ( shortcut s) and Path (shortcut p)
>
> > What you need to do is: first create a (temporary?)
> > table in which you insert the column s.geom (streets) and p.geom (path),
> > both
> > into the same column in your new table. Something like:
> > INSERT INTO new_table (geom) SELECT geom FROM streets;
> > INSERT INTO new_table (geom) SELECT geom FROM path;
> > And then you can use this new table in your mapfile:
> > DATA "geom FROM new_table"
>
> 	...and what function or feature i have to use in mapserver for this
> task?
>
>
> 	Thanks a lot
>
> 	Thilo

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com



From fgclaram at idr-ab.uclm.es  Thu Mar 27 04:54:40 2003
From: fgclaram at idr-ab.uclm.es (=?iso-8859-1?Q?Francisco_Garc=EDa?=)
Date: Thu, 27 Mar 2003 13:54:40 +0100
Subject: [Mapserver-users] Problem with [mapx] and [mapy]
Message-ID: <000f01c2f460$07e7e170$a00a43a1@TSFG1>

Hello all.

I am trying to configure mapserver,
and i notice that always i click in the image map the variables [mapx] and
[mapy] returns the same values.

i.e.  if i click in top-left corner, [mapx]=xxxx.xxxxx and
[mapy]=yyyyyyy.yyyy (for example).
      but if i clickin down-right corner, [mapx]=xxxx.xxxxx and
[mapy]=yyyyyyy.yyyy too.

When i change the scale, i get those values [mapx]=x'x'x'x'.x'x'x'x'x' and
[mapy]=y'y'y'y'y'y'y'.y'y'y'y'
in all the points of the map.

anyone can help me?, anyone knows why is it?

thank you!.

Regards,
Fran.




From lfilak at medinaco.org  Thu Mar 27 05:38:31 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 27 Mar 2003 08:38:31 -0500
Subject: [Mapserver-users] weather forecast map
Message-ID: <200303271338.h2RDcMN22684@yogi.medinaco.net>

I know that there is a site at tamu that shows the current weather using mapserver and it has a link for 'Forcast' (but it doesn't seem to be working?), I also don't know if wms is enabled (Gerry?).
Lowell F.

The following message was sent by Heiko.Kehlenbrink at vermes.fh-oldenburg.de on Thu, 27 Mar 2003 09:39:10 +0100 (CET).

> hi all, 
>  
> at the moment i`m doing an internship supporting my study of gis at the oldenburg university 
> (germany). I`d like to ad a layer with a weather forecast or/and hurricane predictions regarding 
> the us area especially texas... 
> if anyone is aware of a wms compatible source or something equally i could use with the 
> mapserver please let me know. 
>  
> best regards 
>  
> heiko kehlenbrink 
>  
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From Thilo.Schlemmer at blva.bayern.de  Thu Mar 27 05:46:30 2003
From: Thilo.Schlemmer at blva.bayern.de (Schlemmer Thilo)
Date: Thu, 27 Mar 2003 14:46:30 +0100
Subject: AW: [Mapserver-users] multiple request in  one layer
Message-ID: <3D62526F8230D211B54A0000CBC0A8A1032B07F2@dc001.blva.bayern.de>

> please always reply to all when using a mailinglist; others might have
> more 
> knowledge and join the discussion, or learn from it...
	sorry :) thanks for your hint...

> Or course a workaround is to just create this table outside mapserver. But
> if 
> you have dynamic data this might not be a good solution. Maybe a view is
> an 
> option? But this is outside of my sql knowledge.
> Why not using 2 layers, actually?Eventually you can group them into the
> same 
> group and have them displayed in the legend as one group instead of 2
> layers, 
> if that's the bottleneck...
> 
	i guess i have to explain, what i need...

	actually i have  a dynamic mapfile (generated with jsp/javabean )
with 9 or more Layer. Each Layer  have a oraclespatial connection to get the
data. Three or more Layers are needed to get the same column and the same
type (Line) from different tables.
	I thought, that i could make my requests more performant, if i
receive the data in one layer . 

	I'm surprised, that my statement is in oracle ok but in mapserver
not.

	I have not so much knowledge and experience in oracle/sql and i am
truely not a mapserver-expert.

	with the last tip from michael I get this message:
	msOracleSpatialLayerWhichShapes(): ORA-00904: invalid column name.
SQL statement: SELECT rownum, KARTENSIGNATURNUMMER, GEOM FROM (select
STREETS.geom from STREETS union all select PATH.geom from PATH
)sdo_filter(geoloc,mdsys.sdo_geometry(.......)='TRUE'

	is it possible, that the WHERE-Term is missing before
sdo_filter...blabla?
	-------------------------------------
	here my mapfile-sequence:
	LAYER
	    CONNECTIONTYPE oraclespatial
	    CONNECTION"something/somewhere at else"
	    NAME "STREETS"
	    DATA "GEOM FROM (select STREETS.geom from STREETS  union all
select PATH.geoloc from PATH)"
	    TYPE LINE
	    FILTER "sdo_filter(GEOM, mdsys.sdo_geometry(.......) = 'TRUE' "
	 CLASS
	   EXPRESSION ('[KARTENSIGNATURNUMMER]' eq '3100' )
	   SYMBOL "circle"
	------------------------------------- 
	thanks for your patience 
>  
	 Thilo


From lfilak at medinaco.org  Thu Mar 27 05:50:07 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 27 Mar 2003 08:50:07 -0500
Subject: [Mapserver-users] querymap
Message-ID: <200303271349.h2RDnwN22849@yogi.medinaco.net>

Can you explain a little more of what your trying to do?
I believe that the QueryMap Object in both the mapfile & mapscript are intended for displaying query results.
If you have a QueryMap object in the mapfile and are trying to draw it via mapscript but it is not being drawn you may want to make sure that the status is set to 'on'.
If the QueryMap is being drawn but without the selected objects being hilited you may want to verify that the style is set to 'hilite'.
HTH
Lowell F.

The following message was sent by Sven Jacobi  on Thu, 27 Mar 2003 09:34:47 +0100.

> Hi Michael,
> 
> the function "mymapobj.drawQuery()" draws a specified query, for 
> example by a specified attribute, but it won't return the hilited
> "QUERYMAP" of the mapfile.
> I think I have to write a script which gets into the specified
> activated layer and returns the object I want to hilite, for 
> example a certain forest area.
> 
> But anyway, thanks for your advice.
> 
> Best regards,
> 
> Sven 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From jhart at frw.uva.nl  Thu Mar 27 05:53:26 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Thu, 27 Mar 2003 14:53:26 +0100
Subject: [Mapserver-users] Map projections
In-Reply-To: 
References: 
Message-ID: <3E830256.9020705@frw.uva.nl>

This is a multi-part message in MIME format.
--------------030102090703090903000009
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Krzysztof,

Perhaps the following will make things a bit clearer:

Projections are ways of displaying the three-dimensional globe on an 
two-dimensional map. It is impossible to do this without distortion, so 
many different mathematical models have been developed, each of which 
distorts some aspects of the earth and leaves others correct. MapServer 
uses the PROJ library, which supports more than 100 projections.

Some projections preserve direction (north is upward everywhere) but 
distort the form and area of land and sea masses. Mercator is such a 
projection. It was developed in the seventeenth century in order to 
cross the oceans, so direction was very important. It very much distorts 
the size and form of the continents, especially near the Poles (North 
and South, not your countrymen). Because of this, it is generally not 
thought of as a useful projection for anything but direction based 
transatlantic travel It has been very popular in school atlases and maps 
however, so many people imagine the world as something like a Mercator map.

Other projections preserve the form of continents (e.g. Lambert 
Conformal), others the surface area (e.g. Lambert Equal Area). Both 
distort directions very much. Most projections offer a compromise. They 
distort everything a bit. Most pseudocylindrical projections like the 
sinusoidal are like that.

As to the other parameters:

WSGS84 etc is the ellips on which the projection is based. The earth is 
not a perfect globe, but somewhat elongated at the equator. The 
difference with a perfect globe is minimal: the distance from north-pole 
to south-pole is only about 30 km less than the distance from one point 
on the equator to the other side of the world (on an average radius of 
about 6000 km). This will be only noticeable when comparing topographic 
maps of a very large scale (> 1.1000), e.g. between neighbouring states 
with different projection systems. For you application, you can forget 
about the ellips. Same goes for the k-parameter.

X and Y are mainly used for local grid systems, to displace the origin 
for easier use. In Holland for example, the national projection is 
stereographic, with the center of projection (lon_0,lat_0) at 5.38E 
52.16N, a church tower in Amersfoort, in the middle of the country. If 
we would use this point as the origin for the coordinate system, we 
would have points in all four quadrants, like 100000/-10000 and 
-10000/10000. This is very error prone, so the center has been moved 155 
km to the west and 463 km to the south. That way, all our cordinates are 
positive, and every Dutch X is below 200000, and Y above 300000. In 
general you should not have to set these by hand. There is a 
standardized list of these national projections from EPSG, and you can 
use these in MapServer with the parameter "proj=init:". The 
EPSG list should be with your MapServer distribution.

lat_0 and lon_0 are the coordinates of the center of projection. Not all 
projections require this, but for Europe this should be somewhere around 
50N 15E, and the US something about  30N 90W.

lat_1 and lat_2 are only used with conic projections like Bonne or 
Lambert Conformal. They specify the latitude where the projection cone 
intersects the globe.  For Europe and the US, numbers between  20N to 
60N are regularly used

For Europe, changing projections doesn't show dramatic differences. For 
routing applications, I would guess that maps should give a correct idea 
of distance, and that directions are less important. That would probably 
make  conformal projections a good choice. If your customers prefer the 
kind of maps they are used to from school, you can just as well use 
something like Mercator. As I said, for Europe it doesn't matter that 
much (it would be different for a road map for the US + Alaska!).


Attached some examples, 5 of the world, 5 of Europe:

- world1.png: Plate Carree (proj=eqc), a rectilinear cylindrical 
projection, much like Mercator
- world2.png: Plate Carree (proj=eqc,lat_ts=60), with true scale at 60 
degrees
- world3.png: Sinusoidal (proj=sinu), pseudocylindrical, compromising 
between direction, distance and area
- world4.png: Lambert Conformal (proj=lcc,lat_0=20,lat_1=20,lat_2=60), a 
popular conic projection
- world5.png: Stereographic (proj=stere,lon0=5), a much used azimuthal 
projection

- eur1.png: Lambert Conformal (proj=lcc,lon_0=-5, lat_0=5, 
lat_1=45,lat_2=75), conformal conic
- eur2.png: Lambert Conformal (proj=lcc,lon_0=-5,lat_0=0,lat_1=15, 
lat_2=20), same as 1, but more rectilinear, showing the effect of 
changing lat_1 and lat_2
- eur3.png: Lambert Equeal Area (proj=lea,lat_0=-1,lat_1=85): conic 
equal area, showing the difference with a conformal projection like 1 and 2
- eur4.png: Plate Carree: Cylindrical
- eur5.png: Good old Mercator


To get descriptions and examples of all projections, please download the 
PROJ manual at http://www.remotesensing.org/proj


Hope this helps,

Jan




Krzysztof Chodak wrote:
> Hello again dear mapserver professionals,
> 
> I would be grateful if someone could clear my mind in projections subject. (I'm sorry for such inquiries but it is too difficult for me to solve these problems and maybe they would be simple for some of you)
> 
> 
> I got all geographic data in WGS84 projection. As I have made some "investigation" I think that Mercator is proper projection for my target users and theirs needs (I need to show all Europe road network for routing purposes). Am I correct that it is most suitable for such area and planned usage?
> 
> Is there any significant difference in ellipsoid used with Mercator projection? In EPSG guide Bessel is used in an example. Is it suggested ellps for Mercator (SP1) or may I simple stay with WGS84 one? Should I recompute false easting and northing given in example when switching to WGS84 ellps? Maybe they are constants, aren't they?
> 
> I also cannot catch the difference between one and two standard parallels. Which one is more suitable for my case in your opinion?
> 
> Another thing is a k0 parameter (scale factor at natural origin). When I'm doing following transformation (using PROJ library):
> from "+proj=latlong +datum=WGS84"
> to "+proj=merc +ellps=bessel +lat_ts=0N +lon_0=110E +k_0=0.997 +x_0=3900000 +y_0=900000"
> 	or the same with ellps=WGS84
> the k0 parameter is replaced by 1.0 (and practically skipped in next computations as it is used as multiplier) after initiating target projection (pj_init). Is it correct way of PROJ transformation and would it have any influence on my projected maps when k0 factor would be skipped and not set to 0.997?
> 
> Maybe you can also give some advices for lat_ts and lon_0 - should I change them to any other values to project my area more precisely?
> 
> 
> I got also a polite question to Jan Hartmann [jhart at frw.uva.nl] if he could publish his world map projections images in our discussion group - maybe they would help me and other people with understanding projections stuff?
> 
> Best regards,
> 
> Krzysztof Chodak
> 
> ...lost in projections world :)
> 
> 
> PS. Example from EPSG guide:
> "2. Mercator (1SP) (EPSG coordinate operation method code 9804)
> For Projected Coordinate Reference System: Makassar / NEIEZ
> Parameters:
> Ellipsoid: Bessel 1841 a = 6377397.155metres 1/f = 299.15281
> then e = 0.081696831
> Latitude of natural origin ??O     0??00'00"N = 0.0 rad
> Longitude of natural origin ??O 110??00'00"E = 1.91986218 rad
> Scale factor at natural origin kO 0.997
> False easting FE 3900000.00 metres
> False northing FN   900000.00 metres
> Forward calculation for:
> Latitude ?? =     3??00'00.00"S = -0.05235988 rad
> Longitude ?? = 120??00'00.00"E = 2.09439510 rad
> gives Easting E = 5009726.58 metres
> Northing N =   569150.82 metres
> Reverse calculation for same easting and northing first gives:
> t = 1.0534121
> ?? = -0.0520110
> Then Latitude ?? =    3??00'00.000"S
> Longitude ?? = 120??00'00.000"E"
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
Jan Hartmann
Department of Geography
University of Amsterdam
jhart at frw.uva.nl

--------------030102090703090903000009
Content-Type: image/png;
 name="world5.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="world5.png"

iVBORw0KGgoAAAANSUhEUgAAAcIAAAD1AgMAAAHJeS3hAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAgAElEQVR4nK19bXAcx3VgY8e0tMAQ66o7Ws4lqtP5AtGkLGrMDS1TXmpQp7qqy8VJ
mIg9jV1wdpEoK4ogKbLqPAAJaYU981KV2DzLPzKEPgwJZx1EEhRIlhxQ1pfZ4sZ1R2ltuC41
WJE2RMY+yCIl21NGlrSkhebee92zuxAl+VLJClzsYOb16/f6fb/uFWNsRZ2/dwurLfHAZZIx
uYG7Ilqsu0L0/R1jzLgGro9HAc96X07CNfN44Vq7sYHz2mYDbstVnNuRdT33+Wa8zVbx0ubL
Gc9b4l/C8dhrfH7vDoDnvNfA8bbcyh+v3MZd7hRNQGd+Y+WFifRt3OFOthfhP2ExWXl7eCj7
1w+X4dK8ZsKyrPeeecDv/YSJ9zvx7ciM65sfY/hAxx8wY+V/urWxopLY0wsYDdOSK/tmtq00
NuBtiz3P2Ea+r6/C2Faa4FnJznjnX4BbP4MrO7pyZ7TRC06YJpMIYLiCpaLsHvyI4B0BgG3g
X5IGXOCAQAhcG6yStuiRs8Fmtsk3JF0YBgvg/iZ+gIWELc1WwPXt/HcM1na9Kaev4flNWxi7
/SFTXacY+96PGctsTiHthG/FZotlgDAT0VsWu2azIeGXBmDmzSeYaTPDMtW1XLE/BTO1Ukzf
XwEMZamMYUqYYgXQi/ei2dGAi3vwdo83fudiVB92+Z7fZqbkgtejcNjzgs0fB2yrat7brxm+
y/kP4dnEKi7WXffeAq95tNacb/nxuybHpUXqOV8If/qLAB7uxbn8+joRXlPn3A04Prx55b03
pM8GAa97tMy/J81U3c3z1wUQIpOsyoxgbLJGVMMasmp6W7/nsk9IJi0k9aXbXt/qmC/hxwSs
cseflH68gt2IPMkcnl1Mumf/vuOO9GZcI7/Mbi7O9QK5v8MsWN9eNt+ffQL4k4CRP+f/kNlL
wQsmIASmJfn9zLqxFJqSmNXBR78kV4BgGgyXe+W2IJJJjkuJFBkBH2Ud228ALjKU7VX+/azz
bz6B664ubdaxRV3Ca8P/hMvNLGXQSpobChFLbLYsvSo9WytSCZiBQnH9nlTIIomIYSgrkCyT
wSmh1JnsOobLbZAIGCZbDZcpwmkivVbHDC+AghU/u2j/YBvngQf/uLleY/o7wfm8V7v3eBQ1
CrzO5+Em731poEzytyao8X28Y/vi7qhyU2keFg9uSxoWEK7o92Awq2tT/gvXbqy5w1m8rekD
2Zkvcdf53roNDcO6bt5DHRdCxnevgwvuvlcRF9Lf9bhwuVfim8uyouQ+2OJ77/LzLLRudwQH
WJCMyYdA0Onl9hoF7n5dVllqHgbxeH7cmSz2Es2SAXd+94SVWDQbHTdx1806B7eD1O3HYQH7
F/+s/AkQdGmlfv++fS/z7DPelz72TTVnZNdhNstSZiVl5H4m9/oFX6AOMtaL0iDlaoC10sw8
c9fxg/vcbbUAlGdNuasXYQ3jjJmU1Qqz5SrTGNnPEgWUij5LIrNMMyFN5JnxnqjPzQz3mhsq
TF6zl3QS+bnmbyWspjkUzLjfd2A5/xX8fdVmqW4bN/OCNMyEBwsw1GvBmhvw9Kd7FXQy4CfZ
rDQO5osz3l+kwWjBCyWJpGLtEA/AJhiTu/z+K19GFlqx8QDYFXyJDxkNmGBRLMGawwKYoRkv
UkeNB8MCLJl5VswpAEZCCO8NxoJswIejkJn/K6qXSQWUWUNyYf1hwe+M6LX0XyXdpVf0ES+p
YTs47zOIjqXNH2+DBbwpuntnOg0DvQTGkvDarPmyjGCuDKvFzNP3IAuAYDMmCEbpcO+3UKVM
fAQEogIcwdv0jPkS34sGBu+mbaZYpVFLhO0F8cC7FsoK6JpUVh+tRaXbhw8paZlGyCSZY1aJ
IeHqpASEzG4AqGkSYrqDP+tBB/3z0T8usmhxVaSM4pZPoV0DFElQG1CAk0/Zi98vcu4sgbII
RgYIcPECaqQd2Y0oAusMn13OzihV+BY47UAEL87ajbDk1WBQj8+zjj8iPv7JGPe2ed7IL0aj
yvgwLDOslmsYW8jE/Ee8cGdPfiFqpBc434Ya6GnnavwlIBFipb2hEb0yfmW+vg/QOooNVsf3
YAr77k/fmuzPpMZrLio5n7MUDxOrvJLIbkmMXfNfMtVfujgm519G3uF0NwBx/B9v/pvVeww5
zmvjvOAGf0p3QKpWZbk7lxdPjb1lZWpgsNCrfAuptEBgV6El8Ryj8G32Ew8tice9nQgJopLA
J2EOxmuz7/XzUbQjxSDUNzt4XxBka86mAw92vQ28GoahncuH1Zol+B0gwXOfZPLUJrCQHi+5
d+/bxbUkcbMbWNRpGXLtdDDvbisNcdfPlhUXeJqB+H7MYKlNmwB7sXbWF36gNeOTkv2bCZA2
K9E1P1wTTw7/aPtZniMZybBVBvtGCqy3aUf+lWIwln1xBxhVLfor/pB9G4UqnZwR7ts1kJNy
eiABKod2raP4nQqrwripy9NH/vRRgVDXVrRKpLesh8ENKzw9NJ24UOIlmEwXM9HjAaUXjD8G
QwsSu+9kTfCxwDPY58pa+OVqdsLCYGJj773OjMjyLWAGj1orQAMMI9UDTqpaTbEN7JWVDu89
tAVANpS7ULYxIunEIcxrD0YdeVO+tIWF6Y6tCWUePsbYCQN0c0X2Lx/gCweYAEHPl5W2yS+A
p6tACLVUCIQnymyVNM2ezWUyhVbiWxNoKI0irPmtw4Z5+x0W6+YTSpesnl8DB6rGozX3YW8L
yMYNMKB/AckElV4lytVq5TQEr8Gf7SFfYbEVe3BCMmTXi53wWIe7rehe/qsGzB5nMhnbq/oA
2IVN46LgvtZAGyohflhPARpLzdw9zIxK57jj8aU3DHq+wZRLYCvEY9n7gVNRdNn3t6J9VD6e
rNYq0N47wCpM+zP88mYQdFNaaFrwrnmr4EEID6/r9BwHaCQzQjeNKtsAcnw3xAQmGy7U0eoo
YwLApplZEcC4A/BgYpuTS7esvYW/u9APbwlB6w6NbkmDCZFKRigg7HCG5/kWNGe/PQw0hRYK
EJkyCCo7HHA/fVFYZddFV5SrTUltWa0UDBsMIOSqYQ/lCucW34Sonwd/rF1BUgmzqe0qhFFw
sxch1+zY29O6+VFuog2yjJArhvf866uGdbI/hFAdXyd+9/03bZ6VTEGegN8N1pytbYHFpVwD
3Mt931Z2TbkI4tQKzw0JsmM4nZaSOETsRweSgpCUbho4qgyNmAEAH67gDrpHuGlR1JfS7EGX
Zr3MQ/JZ4JnA6Jta+/SidYEDT0d4M2IqdLdoRrQwH+ebbfTQKigjV4RzsUg4P+6iO0s1jJCW
uKLTDtIy8zYP9YggM1KRr4UBZL97DgUVVd+UClVFjY8Ck9gCrs8I4WaDKIC/YYiMxkRWTAF2
SKbpioRH50aSYP8R5maCPmBAhUOq6FjqSbGkj/IZFOrgGvjX+n99Yraatq2XIow8ebDEc/AL
DB93uvtY80VsrqE3AYMBb0t8RxlXHgMI8IdiCUw1H/VhAIgVOUQqnROKWAI09/g4ptcPUWJQ
GrzRUDL2K7DcgScgPgp8xFjDzM5c1acWhVb8t/6wCHEoLzlBAaac2//OdxFwVtZB/7wCmMtg
DNHDf6AZ653TZabiZpP97updOLzL60JMiXPzx0+B/w4b1Vu8OoasdcFL6IHhGYyrag8hNklL
8Klx1DRw677bl+m6/N0TP0dCF61X4G+AKCih+0NojkxPJ3sVkZJ13ME9YK4XwCNfNhLhk+zW
pdGUbFz40ZscyMwGHjlkTNBasochCOv4HMYV6Fi3gU1l65+v+KXR6Kfys/YOgaCQpFFOwetb
lO1qrub6JC4KxC+uGzjmoZ5vGgVvgJUXP77adRF0G3hyBfqqMlJlLYHgDeYd3/NcnM7A6fyb
b3Vy0TBA2q4rDUOmAJRCzAIke3z/AIv1SEnSClxtCIt4Xlz09lqzkP6ArzK6zyOmUj/cKGBE
4Awm9qCgkwAq8d8guA/p0TBHxovy+qW5+yumPXlfgFEVh3wT8hAPY3CVm7UsKyS3PItc9w4B
D4fYSmGYhrnx4SWYHwCPcFgvfneWF6fLTXlVlK5HgTzNwe/u46ImzHRv9Z20uXBlGOTNLaHE
gsgO9Y/zs4Hf1zQK+EoIb3OVzRD/Tj49BDlfuitt/vz68xANzfO6wxEp4F/gWYeXYztErzEP
rdCY8LY/Ol3+Iij5LAzn3C44xIgYB84jUo+7Rb49OxDPtIIKvcpRfBoqM/OpJ0MIQCFQOvRF
4NqwgAWZ+jmfG3xEuD733OKXmo4OX0knBJ+eLGOGYVzLqhWjeoY9Dx7Vg5nyITe3kOMjk3UO
uliMWUROz1zPy/8bsgnMnjAQSVfT5rk7nuE1L7jXFXnujwH8Dis5UPurtTNNC6bKLZ9zSgPy
LVipDFidTAUMdfcO57vcGXu1S2SDwBeet18mZHICQ6FYiCz0hT/on7LWKs2xwMYDpd1jzoIT
dXthADP2XUyDwYIdV2akN2YuvJcmLNlLBRhppGDOoTk2dmV74ri73cvmIZvlnsSA7fM009O9
zZUJ2YZXZeozFFmhXYUs4rGjX3niWD04VHLzgi+AScEHw86RwwB7pFehlEhqAqR1JUyV5BL+
MgtG4QuHH/vawjaXZ0+fHOdzSjNXgvpBOKUQqhoQN2T3LQpUQiIo/fIxq1Lt3Je/+J8hSe7h
9yvGpHtA/F7uVXOlkot5GKz7OhgklNJGtKvrjnVt4njA9749kDIS8w6t4sygTDT9ira5vwNu
ChDii5kZkD0/mzteG3Rdd2qnwao9QqWYkzxbiZczzSh/78xAXCgx8SInmeTkF8Rq4Op+1rAS
4gKjKoEfOJfiJdWe7cwtuTIFSDj/xXtBxV2w7f9DiG04vdSNG5Q/BV3eogUQJQG8o93hHX1H
qbzNZHLc4WJ80iu8emMReGM1mExh6g6MOMM5xXUhwcL6sZXBLpGXTLnJrmipAA7J49nZOcls
kJBM/BxLlr5SbqmLzcxJXvd5OcTVDY1O0Mea404uZZ2vPBqSrBgq6sCKwqpelZXjw8yoowfs
h2VuSJlqRkzcG67vwUqgytwBbyvLR6LRKfn9/BJ3Cj9lFNmtdLxc0M+P86I3tJPy6xRlxjE7
0f7RR5hHsMs/77mD/SyDAbGZGxoMIIx2s+LiAQCZtQxKbrRS4ix1wGWluCt8LuYdFAU7qq7w
7pkTo0u7duW3MsrckUeSjDRxlVZK0c3FZVh0d9dxyXTAc1o8yh1XRCryaDR52aab8FfJfDCZ
kD25DnLc1gwKnCMcJ99AowOjETrNYQ0r7VUOxSFuFJSRD8ABOSWEw/vsin7SljrUaRo+ZQV7
eCGi0hvfipBp8PZnBFhqFDWworZsdwo0ViRVuSUZgM0IvChyt5LoAs6Xstv6D4lUhPbXUMpI
pQUNimNISEE6uINeCeZ7IIY8zXf09x/CEmmMJbSac9SQOBwE7KPRkse3mDHkGb5N9PvlZEVH
3yrgVCGClgiCZM8ixnbI7/GiOHSQ8SZpCKkLK8sgN6AT9XifCn8Jko+JckJByo+A/LyCHGhC
nkYHDnblN0JumMxy38ux5mwlF9sE6+j7kNk2OcR6fL4NC1YtSH9s7C6WGI0abZCaQ/GqGLis
WBjb/mXTbEHeKMRdRnPx7UYMqdcTVhZTXibXgST4fWYUNSFXiB1RVCEZIklAyY1IBlkk4/IU
QF4vCpdnBhCjllvZJfpR7VklimVIVSJjUdRUN65H93yA5hUpyBSKpnpIF/xkm8QTRtQeC+nc
Qs+SsiD1BGSHMUMaTc4oSDOkMa3V/LxnMuUelHpWGLELjYnJVNa5GENKsikq5bkCOL/EDLti
sBgnfIh00bIRr14m9oA6JTSkuYp7W3FMVf6zFMcRKDTIa2lOkqFnisNM5T+fDESVRkktNiFJ
SbD4SEyMba3UUExmcETjmjo2nSrgQA0q31do0umQWkchEQqJN2tZaqkzykwPdwwlUhLsZgNy
lqoKSAmVIdsEUGFUPgkkpXNcIPWW1ZAxTpYOsZ5h0OimSm5C1pozxg5ow3e8Kol3SCL1YegT
/g3yUazZxG6zKQwhxqkQ+woMoGEZL/edshphNFvp7gEDEwU8j/ErJXv9K3oVGLVTMNpLAiCk
BrvrAD70l4U3bKsRVWZfwTqnx8V7GFZj3sb7N2JxRtNM8VAPdgz4aBHzBO/3+16NFhtRIzpz
liC5O+rA3RpmkTDda/VsDaoAjGGWWOJFyN/q3lfZbGMxihZnl4CCwhIkSUBGQNlVHjj48XLb
sib+D7gVSAMhYQQkD2IeGAHOKMLLQlDkwYuqPsuxIrVZrwsKVvdXfEyiIB2Et6Wjj7yiJP50
4GHbhrJdvA/pV5mF/marrDsGzPh3T/vEu7MEfPydNyLEGyVqSwoMPAfxvg7xv9GzubOstAtY
fHAFLghlzEBO//5LS5As26kE4IRrx8f5uDSnMuR/DhZ+LVXgP3gz1pgLlA8v8cLkO6ONVJSO
jIU6dpnOBpS1YtYGs2Xm2ABTmSss6KdWucQAB6Z0qfDGi7d/ezTVSKVT/xbGqSMBcMOjzAvZ
OfeNWHQle0gscMzKIJeeY5d3/6jyxadSDTNtXZoHqHoOAo2SYhTFx9ZhFhfuzYnxLC104I32
WZ9+/fLszwunwJacWgmJN0cxKHJK7lxVwF5TplwQRLDjPwRzmA0P8zHez2696RZr3o2itCmf
hSliijhMRAJwDgUPgRRnWdfXaS4C336d6lx/snJ94ZeNhrlnx6GgJALg3Awttec5RptdgVfn
r4h+D/Iv0WelKo9Zz6DwLcpNMyAAXtHD4oaLWf4WpjshUpHaleT5ALkLwdpew3pur4wERBj2
hVd2C8jMUHxg5Hl472t2UpQ1MTdCkAA3hbeNbzW6egbSJa/yjpFKr6GGnQepu6ASuttntYIT
pPgLK/l9SCVmij9mr11/4vs1iG4b1i9+5rrzbvCzSbqHufQPJUGgepONZivUkLyQ5Xe+5Dzz
91/0ILyZNdIbaiQ6JSoa4Nt3yjRdlFvVJljhOgHOq5D1/qhry+qJn58froSVTHWeaCiWKBvA
3QOpXhI7yeJsuyeAuaBZEO6z8/nPQG6x2wgzGEa6bs3dRwUeyH2DgysHmp5XSfxqD5JSrDfM
Qy59J0uMlV6thOFsJ+fobIogIlTjGBn83B7WZqrBet9M+o61AVjWXMWYF98JK5UHuuteHULB
Itcv10mQf1V0kudFhFjNEVkPSMsYwfD9ViU1vL1ecD23lvVUKMn7HU2dgsRkHPW2hsUDYmDm
++LRA3bUDZw5TwOC8Abe3DiEZJqjsZZhMfUy1Y0cHyh1KsnzsmJVVs5vDIBrboAc4oUjIvAn
l5UhACckYZd7X8T7aDcE2zjQ+CmTGx7/OVWxvDxBHuwPHinmnoxxSopfOoD7zECpPlfiQYGl
ThjvMnkrzqOEpglN0BAMUeTOtju1bcdfptEBxLMEWgvu5mZyYbeRPhVFV54ZnkcVKzjIHocP
DY7lZvKOKkCa1A81AXIA96kATSJbchaxJM+kGHODYVTOAHtLmKXPZ3cNcctUFQF0dyHwFvj8
DzCfYZ6Vh8EiSrP6gy2Pzasqz31IZw4gHymCfn8pjvtC/AHLxIxPw/1jjxw1PmOCz61Wv/+L
90B2Ch4pPeB0fQjuwNLdEasZOUJ3CJH73Pn2Z1Nf32pB2jzbiJa+J7wamEP3Plzk8bupnsWL
+yVre83kcYg6H5Jh4sLzzITgpPr919c8gy4sEMGbMOajZ1HQslzXh6QW+h4QjtBYeew48mYi
zSoW666+fpMXjGIx8/UHtjuTRwHSr2VdirCpa4vrmVqBloldY6XAtVUqKcyHuqv/DTKf0kg9
qG/fl5sZyvcJ7pSykHWbcaCJlfOkwOj6RlxhDCmwCBJFvxoGT3OXx+sHz/IFn/etm/n9Fx0+
x5oFZXx15DEQuU5ZRIhT4M/3Sn8ILPy94MryVKIcsG7+D8ENa0+2oLAZy3jfSVb9lCHTZsrE
SEpaRy4Og932L0zPZ/EDD/azZPnhsvGxlqLgPI1klveyT6nYB5vBs+nkpfveq20t3ZnkkBDW
gcdllrA6ZVynV68KFglEuaxKh8DZhmWm7WjksUeP1+een5x2ariUJyCeTpyQTc3W7YCV2Xsy
14Lso7cJkVajM5jJD32hQ3yFB3MoRS7FpXcRSKJXF9Awd3YHMkn4mAZ1xY6VNBLByLHLxsrL
T88X78NoqECV+m/Q8x29iDiNJR0zMVdmlTJZbYwWpbHIglP1k69MF58N9u3DIu4c5cvnCAAh
1bRhtHxZWhMGKAluPgqx4R2cXDh4CCuaYlcOnJmD4a3ZQwCnqU5tqrTst/oYe4KIMKVVqVqG
c27jT6bq4iDGi+gZtqAvstZmHwJzMtTLWJNHLw8z6w2sLVVhBpVUyLwfffpH73lvDrlusO1e
CDz6qKLNbhvH1e9VeQCSZiSOlxPdGNhnLCs0TMsGX/bvj2V/JiaHxd0vPznO+zIYNIOxu4Ox
x9W2AyWFHfzE6QMVtKYhq8C0EjOVTz9xwxMXg37Od8q/DWhzFBCZAnxsQy/W5yTlGGZiyGSd
38HooSIxzuk+WTk80SU3TP665xI8ch3faagyiQ/p6Cu9mkhC2gczfZwylMgwIb+wajtT0ryt
dAkyC6t6DeJEVTKSDqDpZWq7Aci81f1DSDG+ShUZBGOmfWUn+2n3obr3B588YbIOdyuDZMbw
BpmaKFNhBkrABWRPuWKoMonsHqrde6JWOMu9kX29VZCoLSr25oNxXEydwwos6TdRx3FTEiZc
jcrKkZo7cj7YBeo58wI8tmELJh2WhAg6tmCGTiQ+RYwxM5j+gemL6rXRpUD0lSAUPAB3kkK5
hLW8tP8GppZELah541tEcAorv5asrAOD6QVjhUnXLZWxPZifUJl9gW+Z0khTaoDk//0BljZJ
czOSPQaQnJ8XSe4epLRn7lX15CbOp2K7iYk1eIjO6UexlwwYYbKnt8/UsgKm+7UCHzSktKzP
fBISTdwLRA0PHb2hibCNziGvFzuuFjaXk/yZKxCWzfm7a9vuCokbv2crw7OKI5sNnX3jAEle
fAMSSjS/0ljpz9Sc7TN86c6bxCmVl8f1qxV8qFlVQEkGIwYx44Sk1HB2cR33wc8PLwW5rjGq
J6CZ0Sm7LzSdejhzE5/k98MDDRBdIxUtQZrj+cGc/arKzZsNTJkMMOvQuxHxV4+3D1UJQQ0D
Yo5z3PVguv9w4UIqXnUlPZnP+iTxNuG1WOI64bgC+SVnFxmEVnMQHjyzFJw7fZ6241i6/4gA
PtkEo9UwLgT9+6miZ6SWsggZ1Xkxt/qHFtYgLEMX+uABypF0YmYaNwIWwe/AIqTRrKUuecUC
OBTVBKSNQO1cVsLHHl/gcyOnBtHYgrNf62Vf35GlPW65PSzT1txusHYnCB8SEIRM7XMfh7zL
MOxqcl/xosjmR7Gp15sxaR8DTjbTFmqaSnQTQV4czGYf212hKajx54vejDdMWFIEmWFtuTmZ
2JTFYDVP+dn8AFh3lM4hflHcvSvLvdEZfJaKv0ZGd8jBxBEoXthdnI/5BS//TWbYElb92exZ
CMjyPMo5Zlz9WNQPk7OUoXaG9iRELBBy0a5bO2Kfz14Y49HSkUneZwKIjCeIQiGVVWgoDicL
Xg7j6ggnBDjXM3nUgWAo6w7YkhyYqp/ElWKEsmm5Ovjwawh594O69sZkFweDwAsNah6aOFWs
NmeUvNJ7GsdMQHi2BEF3disW36gMZjxchIwwb+KapKraDCxqKdBrimVuDP6xnZ0/ADjjZZ/P
j+eRsrhInZJN+dGvVGj6WfCvQcR53mQap/DdvPtNDKuk2grSYO0vqf5lfMz6IUWI3ANqVGns
8CF/3mmjOcVru/V0CxKk5rrLRcrbuDsQ6fhhjPPR+a1EE/kM3f2WWvQ0JFsV7H4bfbPnYovc
AuULV2Pms1XZqoi0RUOacS2OIHv4iD9ax751n54tu8bxHd4HkClNoKWMDzIawrxIa9wKlXpF
Ee4utwiyawfPTm6xozDmiarcE6OJ17NUCcPGtI+z5WVMWglyNIredmi2pooSmNGQikhdM8Zy
eRfE69uwD4zbshROQwzy3JNGIq7CxrX7Nkh8NqpjwEQN4uZsRXZ7URhJgkxFrUpxrNwK0vD3
uaPREvf2NiGvgWW6GyAfjJbVb/UrTvItI6lx7l2+g+aKMVludQ/aZK8FmeCQUQftOFcLkXtS
GJz9Bkh2RONUjgYgbzq6o1i8y3DIr3wU5G8pyD1NyNXiUUhsPhjyo7YIfdRLLsfZg+vZjtMQ
Y8W7cS/kb5rtje42LFqdaJMEnjtodPX9RshVeaRzxGqHLALklt/I21Xj/XyBI1CLoMAxujZ/
MCRryhD7/LgYiyKrHecgn8A8q2FdJUNtcguCOQ+z7VsG6fMBVBXsXYXWMrltQqI8fx5lSG3V
0ZCHMP824o6FapYsg0SVtzTkXgWZRiIXV/PtZWWG9GyxL9KCbKr8KiwC7WHYqNI4V/MdsOpt
lS/dXyMTGsZ2iLGHMfWP2md7DdXa7DZrQtE7Vtl1H0xB+nz0HD/B9AYCfGQFlhnYcguGL1vG
VlPVMuyAZ4snYoeEkMlBdBXtVlPxyGytDwYnoS/42Sz1RWi7N0DaUVV1SWRsqdtWNO4G2UyO
A6QHIUILJ4u7JBT42Xp2zVlipJxCoq8HyL2Rmq1qdVB3x7QrLPZIRjMWanpBHOd6zgsnKDI0
Y0iTIkUj01x5uQwS/bik9Rx1dC9Gy7zUV8yO10B1hxW9lqHnba0Ck0nJiB3FOPGTauNIXXtl
YVMw0mpgg6UhgUdIWy6bbUSQmATrqu2iBkxZKlGDOY/xwDFVhBQ3g1T0g4ECtpVVTmeoswyz
TA2Ec36U83vMUHW94gYUWCTLqCrSQt2Rwt16GNuo+glGR+DJ9lf1dooINyRQNwheppecJ1cA
ABpxSURBVBJcqbo/ZtxxU5AgyabPhyU12iB8i3E2LLKDi1TDVAJoxjKs1gUvV9Xq2NyH1KVt
tjY9bNBOBFOtSSsyjpdrdbAZK3FhXEzRJbaQIn/Z9qBeF0NP2zLqPEfhoMqfCRLFF4NKE/dJ
0FLI9vJtilTbsj/p5ZFTBGlHjVkwDgQJnIG52LSbnjU0ELWDmAql2BpvK9Ajse8pNc4GpUYV
IkCdtInPABGzVRpgskt8iw5kW7NVQbCNuNW+2jannYnhWef4KBEcqhSxomScfmVahllv4MGs
iSwzwie2oR+wQiWyCKn6rio1QhiSGb0LmRJgEgb4S13FUBZ1CekoBnYl1fOEQT1qtGHGEUk6
4a+dkCPXqeCNxUgPu30BFbEHTkUX1g2EGdO2QztaDCthau1P4Had7hYgocIar+440UZPag/c
lelxYqZSOhZLoGpTYhfNLwWqT4DNPo/gcczcQ9POYTuSjUy6EdqNKC0bxtLcJO5hVGMDFMSb
wlGwbl1jLLDbp8qxjDdl1qTEhXh3kS8RBPwTS9zR6LCRSS/gWqox27Cj2choJMZi36yRXgTi
IORU8CUqbfM8LbpkD2nB09SqsiJ+rL1TpCddwkwYC5Hi6rHExPqJqQqisPHNZEc8rmmkZxxs
Mok6tSDgX4E6Bhh6QnaTwIK0bKmYbOpLPjFJ0x1VdI7RUDhsIaquHbytPNHcVATa0AlP1KKa
4nwh6icYvxAzdJhQD5Bo93BebgswVBqI5iNxV6KICJaUBIgraro47ODRKcgi1p5r5sqmocWm
gHKCezJH8WEfd+mqHcLU7xwgbUjiVt9rb9CEZTSpMnPjmvJCUU0OhXWUF5FRUZ2Qvjl44/Fo
rWYpLKRpR0GMbnQJyN1FM8Qzj8RQnHTdRYzYY5/k91g3lllcJlakAu0OC7Lq+YC6Rlklr55Y
Cnj/qXfW2e+cKhCFjchu2OGbxFLcKQaz3O7SJBEjLQrRWaf9/YDntM/fmJpQ9kHrB/qbnr6k
l1X9E+wiQ4gxXMerJbx+49LxV47WXyzNpmejWVCRhs1mEYVH9wOxRKokqMWELRESnKA+oOsb
3D1SJlamY6lBI9Yz0INd4ZboFGawWXnZTBy97LDIf/Arv7KjVBoMQDqVCTOpM4ORQjeKCziM
W49zQhmPAomswG22ioM3j/RojLG0wp+tG3v9AuZwAS8JopOP4wbwPnBlx46fnbnfCDftvoJr
OLuYyYRhxliYwW3aVzgdhwyQPh/748ikAvXhuPNCrIIWO1hmygESW5Hy7oPl4zzYzrGMQzYE
T0aVeDABnvLUX//5e0JmjheGC6PpKF1NpytvhLcfpaa4QNaT2NazTcYis2CQQa0J6IVoV3oc
5tF7118Y2B7kulmPdGbRxoJfCKdk2PWqmbqpNlx4fjHKLM6mU09VLr07WHcFCCT88BeRiW+T
tVI2wCXTHHsP2VbDZqp4Brm4fBmh/AJpI9IpzsEAsPgW+0yYXPqRzLxd8+bPn0ov2tW0+eNw
U34G+yT043ho14qoSWrjAeclFzGqEoDWiKachvT+mXAtPDdXUDvIAxT5LM6/DJ5O3hb2vGMa
m9za8ChKa9qU7xove7kgALOGP2DjSp5DJtzV/UKk9x6m9hu2e1ij6dbXGbgzaZgexf0joJE5
WCOxG4KyCXvS28/Cmflh98ez6V+EFat6e8ZYe3mM9Fb9iAeOxJDKqAYBqKPUcXRsulmc/8GN
V9kCJ2nXM4WpOy8GvLCHZW77Zud5x6qmXG9++L50+otVqxq+fOEHXj8ICGgF/OQv+9hI1dwR
JWUmeVl1pxWuCY3R1EU9+AXK4G3DFUCgOgrtpCeCnanO3XNrXltXrl4M5pdqz6fT6W+bYbX7
qVnsfBZAK+Bn5MjlZ7Wxoel6qiJEXSsKPuF1Q4xRMRe5jYcdsp7aY4NYQRTceu5BlrySu/3R
sy90/9z1gqW3KmlztmJaEiaArTmPHJZDq4/YPFV+Qq/J//z5Cy0UTb7qGN3Cw33niRkBLb6H
hw2zpeCeM5em+WjnC2n28i+9mhjGvdBVq2Km35sRnifmcU89d4GpQmEL1KYeuAGSmuproWC6
hRv3KU3EiO3h/pJadOqkAnv2TA5z8dMuljZuEqNu/gcW0Jg2rcqiIbA1PE9NXg91EpcRN8jQ
1gEY6+Ht7MxQS0h11IH+39J/TND+i91x2AGYh4sQ4uBmhgmIK9d7rlsfeoswGk9Zp58GCnFe
8KCAXNZTmDwt7wJPA5jJvub4sYa0FAVPG8ULgByiIYocNwYN8/6dptEVBF7w7glYwor5SvTi
c9NYsQnwZE0A6n/II0wEqeRmFx0ObfZ6DZKcuGKgZHgDtfF92s6FvWkgYKaEh2CByLI0Vwoh
duRPLQJGu36pJsbUPgaYGR7ImFEALsVUAqft10WbnMQBndUmrreS1s6pIzZo5Yap5e8C9LBz
wJQb3AeOGZaFNHY/F5x7YyHwXDxsIhCj8EntURmDIDsFQ+SAS+WWoGovdTVG13GmtI8DPCgS
WEYc7pNmuOCdCAGbgV3LmRnvnRlY1sAluQFS52gZyCQXH8E+zaA/NgOx6sRyjMu42kPue26C
rZ+mOicsR/92Vx1Huh+E+dKrUjYuvWmCKr4yPr3kucIFx0SHiPB8Ee1Jw67D3EyW73L5IB86
OnVkOx0kaHFV5ToqbbOSArfGQZ7FkoFLy+8GztGAjzzm8Z8BROoJ8DFv1g4gxtH/nh8XeL6q
AMJa99D3gsnwELvriCy/PDUziEU57kzzeyRr5qAmi8NxTKKTCOH0YndoJiDBw0POrpi8Z0Hk
TGzmQubTda9pNuSb4hAIDqwjen48lxx4Di6mRzux+Iib4zseBosFHgXk4kArfpNM4cKPuL9G
YJkaGX58kjDiqTFezz6X8nIWpHuWTRt7TWv92XMLc7UAt1a5uFsM2ZFFzLSSDnfqGHec5UWe
Hz9yhA/IZVUwpnoe+NkHiDJhfPk2TrsZsvO+2OFfMKyjLI11F9syMWXfeO7VjaMzgLDk4XYl
T9B6qCNa3ghEkMoMQADDz046fp9ptq1hO15Ye4eWGLR20sMZH32rc2fi9rJ5qMokopTpCKsE
G4ai8OQ4IiTThsYODeQwGdb+i3zoEMqgBxhL+0Av74mjqdieU0cOLUMPcF0l5JARoNFxnoLP
iecuPe2/BeuYQpSQ1qYbG0eGDqwbFyVgZG1euQ93+wKZHM+ZGt/tw3wfoG1IOWTyQKatpaJx
qVR2E+dbDU31KwF/zL+kCiopdvNEBr9WY5FQ3mbd9ly++95DJTwKWBdkIkTgTD+Wm+Fi6AiE
rFPbgc9FXN8i97J8f7NWG8trRkU9lQTnfRRsYd1gvKzKHrjBKFxflhmsDWERTZ48Yb3wmAFh
Koqqm/PAzgT1oSnIHw85b0Nk5rm5IurFEdBlSA5zj0gd4MhWLBfXx3yeo+8RAXoSB6tMfVeK
VNUaPMtimkYqlCct69ipN48CNlH3RPlFsqb9OQjssiWeq4tz4vCaacEHcZ8ILOXZ0XJzS0oz
M1fGToY9oP9UlDFl0sHvSjCqdLrEgN/YX8PSrbz07Alr3THhAE/BcTibQHKEcCbPBzt88doU
hgFFiHCPBH1rdrlHBifBVrJmSoW1B5U7ZtSCdnJvkK1/gzD2U6BeZaoaN4tV4lSIKBcu7ume
7udzwWgNhKbQDRKOCvmaj3OgaCWH5Zib/8I4NwbUfXVRHfOM9xRntDKGSnhu8vngGIR8VmrN
HhX1hcDUjIXSg2U+7Mi8sTBybExMnl9y+dy4mNvfeRxEdpcHzmOctMPjA8i4romwE79NKMO+
QyjiQrP6IOPAoNqDAVwOrm6TqhpDm1YyeISGCouQp4aXnj42Gs29/thY8cTjgXePvOIcnRzD
UkyN7KLgE5hrXAt8S+5sshNJu6FJrCrn4uVskh/iTmhOTZi4FRwPCKdUiROEq2Gq8v3pGfdQ
7txJt/90wzji8kZigf8oCHJuHVwURoDBTjLYIHmJh6QenpbvG4q6FGvlIAZbObhr+wT89UkL
nzGx+DWL+HBXvQTdQIyXPPfo5MURMRqa7OWjD+xkMxC3udtLgU885YUJHJcqgWstNbSBmpbc
zOI6gIzNHHiNIHgI2dk1gG7aYou6LmzYFslOw0Ia80edIPrZoGWUn68duasTzxhDeDWCPHXV
bmVL1dFvebApJobCSFNYbJoe8B/CwRKT2f2QIhArzthuNlm6isNIS9U6Xp1xdzimfx4tag3W
71Jpgd+rYw5Hx24AeYZfiFUBVHyzVn+VmZt6Kdcdz6l8GeaFZyboaL5NC9mQ1EmZemNm113+
iWODl6aXwOQ8S/vuHzgCtnVGxXAOfeEMsS3BhzoTWO+G1y1YedAxh66XEsXri6V+LGO9fJfu
bFfAQ1sGFdwrDZTWyWDkqc6XR742dQoDueIoRB5ewZ2CMP4iyCkkjX1oJi013lemi9l+SnfY
6sHNrdJRSuHG4racwv3mJkvtREGuIrex8AufcCFTUcN8lI8YnZUoOrhe8BF/SUy6HHczju1+
BDz/efh0D1ktXWA1/LFgQDV2vD1t5TF1k0qQnY88BzPsLNP+FCwNGwYepTDxWAX+dO/ge4yE
7N6/9sTU6eMQ4gRjmL/P7ZZspXMLshUzXCpkE6IzdSQaPvSUNreXAHWABaQkeFDGVZAvYMSu
vmGBmjyViLaFdG/jJ0Bev8lOH0hFXz84zoP7F/g5Pgp5m3H4bYh084pjs3qpwkm1YZ6lxja3
lzmlMnPwXELQfnGj88j9jITVUu0cFBqyAV1Ttx2desOEVYU/HpnevfTk+rVPP0j9jTCBpRxl
xOIGhpnwcXsHrFzPD5eVctUhSFC+xPgAbhQz2Y3ncBMGCqtUjSE83IRVuUszVHzEvyRefxw0
8AV2+z37kWMWhBEFVAhLn2T5zNuHDbZ2amo/1auttnK1yZr7UlLnUCFBoI0ErCWq6SItik3f
xwQ0HnI8kd1rsI07pp4VlzFC7m/cjF8MRXYFsuS9aqcJEgCZDN97A4v7Om22XOoPSPXxMl7O
AvhaK1VFZtlVMq2zJK8bBZ8RznOivFGcn4c4I+Dnr2TFZN8smf3UzRC5NFmakWsxA86tfbA9
0LHogKj+AKjM5HGq8aeo2YdHP+G/iPbEmNil3SCKYD73CTyj6PKn+fASRsELDQq6gRRwHpql
dPongQFWYcBswyj1ySP8sEjGaEIZ93RIdq9B9KUbqk0EGI/CItbJZi8IvnMJTxFAGH0PKgN2
RxZ44YJiqeoOJvBUzuATeEBDvYi8hv5g0D7OyWePs9vYBO4AM1STBZd8dpHinbVDFAhTduyJ
0de+Mo6nE972yob6rhK2fuzchgmm+l406FrM8nMXDjaXkciz40o9hE+sUz6UCnJPgADhxhSJ
9NH+oRTIZ7d/dgzR7QKWYhFdTNzM3Sg/mWdMLSTLJPs25hh+F5RUahKup7x0grXZUoO+U0pd
kJQdHBPvjOFEzQZxdlaJK1oBYim+L2HNZu6o01WY59MQSjckYQSAiW6HhqERsYc4yelUCGIK
W0WI+PSria60x+UPneqjuJGcI+hapFqD49uDbSg57tQlsKpHAhFVksIRDvXgTD2iMZFRQ6m2
HgRsILF9qsXXaBYG6SShmlgGMYI/f1c1E6tMdUxR5xOeH+xyQCV2gdhMuoUlHhw+fSjLQ5qd
YTPVzVZ6ZlKrAwlZiyUm3V6zWYuzDe21rIzvAUYuRg/TzCMV6YDcAEcR2QifA38R1XfhcZcn
Zc8v36HnaL8cMdLS1UWtdyAaXNS1sFoxZ2MWIMbE43VVetodqi5cqqHicoMheYWl7QsuaCSI
D6zlWKNnroxPRbpsa8cENo8po3gsjEz1TGjyGk0JslRjVCbwaNp2IGAHSymceFSUFHKGCioO
vO3jQT93C3XfGzwBymSr4hCJjiLQjr0y9UHZiR6+ubURRTZTECTzZdxKNjoHfO0HLSMZRFEH
npqJIT/GCHr/OMqr7w6aawrSVBhToepKEoFxskH7+bqnJr8RKwidv5Sao0Dmk/qY4ftfQGOy
7TKYw1JlnruDp+r5XtIiW8YFXFtzFuW3JZ6xxUEexAYCnrODSTxo4wBrZxz19YxoT0lgO2d2
AIYR56KYmuZzfu3qaYVtwkpaZ7OWCrZhxM2VcT1inGN7bSEr7j6yL8pPqLASFBLPDCfOHp3M
8yHQQxAbbzKIoncxl8tCMFZpWLrOl27EBEo8sMpSbbNpReO42UEtZQJClX1R/aLjbucLxfxo
VaUeSCOYuQWRnR58LgcYHytES/DrKBaYin2zod6fYNI4GmO60TJset3aMTIrIpoXuDOH5fJj
PhA65B8wIqlMAJ3yfzSXnxzJBsLZxWdyCyivgo8uDSiTAyNGcRUF997EGXEToyKr+TdJG3I6
g0E/mBRFHgUiNzXy8B6Ug0ZsBE6PPeJm900GIpuf9CCgCvhCFBziZWVUQW+NGKPdJqxEWJrS
OCtajhHEduxJ0P7ctI9fTIRFz72KvhSex8dtqdvd4shUIIqoH6NR5MxNneXniEI7VGmhSWIR
lzDiKLER1+WY+koCGacKbDV1ovMYzmPXnZ/QHCUa7XbteA6pPBjws/hNnynaN2Vp3agsGxIc
XdisG9Flo/32NLbZc8cQIx6VzD1HEUf8n9T7Rm7i+SlMM0b4At+XTTf0KlpaK5VaxvlOVGkp
pNSf7LCpjt1o50WkDCsPnEuPnLAj2cQX71SZOvakS+cWZ0YvD1ix3ODwLHYIakg7bMPTpo7w
pGa6CSuYw25nFHjqfO9eRZ9NpjXGONnvuPhIFrCW9ZYLZK0iMy7dVKLYe2hkTYz0D6MKhsfq
3aL61iQP+8SQq4Gpfj+NXXxHDmk8CcnOCK0yZrPM1EtJU1fjNYucLVtntWGVIJGAMat2FiCN
EQSJfCg25i0anUeLWDh6jnvZPTh4Q7sOpsvDdqO9pNrUwuUGQP0xDXGMxqjfglEK+hVGXYcw
1grCWMLeOcW0BovfQOdCa9mYbJnet2Mk4ekEbkZKbNQb1ofIWSnjaKpogF4UBij9URYM3uyG
tayp0o5I7TiN/6IfgkwaacuNLunOLNF5gS2nkZ0+esTl6r+dcREBt0FIs2XmmuMSRamIPIqh
VrcdI8N94VkibxTPpbcwapelFvWQswv4mvdjjAqZZB+MMRW1LlBlo/iLS+iyhzDmeZNG2ijz
foyrudju8nHnVBQ1YhqXYdQDptBLNQWmfUHtqKFntpoTjVnBm1ydUDxtOw+Cx/KzgBGi42MK
n4wjHf0Dz0dR2GbK349RTQnJ7SKMEFcpSwc4nXbd0DR2wY17jwBG7kI01KmcR4zRRlzyfc7j
gzESgD9KciiaGAc+AOMhLnLTQCE8ABgnFUYVp8U0fgDGpilYjrHTF0VSf+4VdLB3NcYxjlx1
p6Z9/Yh1FVfbSsexvWlilMswsk53EjFOfQSNpwVhzPNdPtB4hC/najtG8/8HI3sMN2gJx/8I
jNuwteBMO3n+BOviThOjkqB/MsaViqsxxokY3zIad0yBFXDG+4x/EYwoq0cnY4zlqzHiOhYh
vXKwl2f88zF2A0ZnrMlV9gEYVyPGnMLYxfv+2RgdCso1xv4Pwgj6OCn4dA4xruYD/2yuOs5z
U4JDKAMYnf3sA/TRoObmdBFTjn8JjBzitG3KAuyIjdgHYMy6RUVj+Z+qHdb7MHbxIuRyPh8C
MuKI8WqM/ni89XGOfTjGZRbgQ6wcYMyRsamPcHfA+BAaffEI2JxHaG8qCrNFGU34gRg/2q6S
Mc8qC7DP/3CMj9CGgym9G7aNRlufMvjNGI2WFe5yCOPUST+2N1dj7DyKktOn4vWYoS2upiLl
/j4Mo02xgBmzI3lOhTietjfNwKbRxKidZLmJUXtko20Yna68D6OtvsW9LeqAnzVnFcZx0H7l
/6+mEfcPOdg91LHj+2OAVtSRUskqXdg6pTTfh7GHwjhIupd2sA/jKiTTGOPENH5onKPHb/uu
NOsqjBZbswAZMA+Ku/hRJRRWjGY5xj6VVcZc1bGcdRXGZYiaH1oPWfbbC/Q1H0W3WI7xtS2e
XtJ131rXvNfKrJbFq7Ido2zHaLRMAgXUPSoLAFOtKLR1HLCMRlrBSOVdLWldFpPLNgvTwmi2
Y6RnLZac0Rj7mGzlcldjZDrrCtv1Q7Gp0Y5Rxm9GO0bDiDXEZEmKctzBUxFrcbWJyFqGT3HV
iHRO3szmTHWWz1iGrIkR/kSJrBVj3Ie6EaHXUDxbRpq1jFg9J6o7mG0YLZV+mx+MMdVgzacI
o4vfkuzyCdnEh6c3onaMpNyyiZNkh75TTtGqZ8+auQ0h059S4ftNeTIie6Pcnqp0fAiN2j40
ZUcVWJaZVVX3UMQSRrtpD2KMqbDHVflqGTVa5YcfwVVaQrO5iPpb8GSbXQubGC3Nh3YTMAvw
Pdtop+6r+ACNpf5ZyzCqkxn0j0q+RtOs2tX3mxx6AF9Ru56YisO4EArjYWkofHGIYzWznSZG
QzsrerJpyM1mxaM5Oh0ptq8yAbpMaflZNAHHG234CJVcJjlR1LypxEYbAPqJrjIAqSZvmwrJ
olh/e5yAF+oDzdMnwLYP5qqh/g852iXHR7foR1VylxuA5QoZd0WQKYnscF1MlS09GMYShtZ4
acZvmqt2qHHi/KJ2dUzJ1uBaOdo+q86mFlYz8Z7H+U+U/GHptOmq2jE2vZf+PkMiMK1NjxrM
bjJQi2obxkaT7ageZ/A7qUbKpsK33MBRZeh9pg5xxs4j1QxYTdZqwjUxxpUAuVw9Tg8K7JXq
TkCMkb6BtEmjHbUbV93hulo56PBbjCn+jbXWlr/Ck9vrv+oHfCtKgjKrVoxgOVcNXXSlp/DA
mBYcs9Huq2yrHSMZ1XYPmSaLt/5bkwHvV0PETVbZXD2ridtUrUKmnmwTVdtqU450rJdaWDNN
eTIUdhTWb2W9Ujk243EjmRYuxhgvK7YKY9OK3XItqmnZJILJuIGlMLa+nYIuYlv+ZMnRxhK3
rBkfjjF+QD0dt3RwdeKlxN+qy/L/AGDvvv5vx10sAAAAAElFTkSuQmCC
--------------030102090703090903000009
Content-Type: image/png;
 name="eur2.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="eur2.png"

iVBORw0KGgoAAAANSUhEUgAAAbgAAAEBAgMAAAEAZmgLAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAgAElEQVR4nLV9b4wkx3VfTQ+HvBnOcRVAcxaVMLlAmuPtJhSGtBmAgoAdOlBgww4y
lLaqZ4ac2xGlPu0uSecSqE9/4MM2SRAQGX84JKq9P8AxGztD7o4tgfpwQuQvGdJQEPqL+IF9
jAwoMYKcIfPTwcZGdnCryftTVV3dM7N3VJAGeLM91b/61Xv16tWrV9VDISqJEKIpGzKW4Zrg
6/paYyClxNuWEIHsNmR2W5LdX4ngafNwSa3dV4HS94X4HNweP5Rvy4G0pcfl2tsWiw8/uSb4
tg53bVHp3hvC01/DsklHiE7FPTxpi4+dq/xUygE9/E5HfKzlmiH+4hPi2CvS3LbE+58WOoKb
kG8/LgMNLUxlSg9flp+HFmnXqkv4JxTi7S0hXm5c0H2uCsQT90mN4j0lO/RwCAVKPvXigLH3
Sfm6lP/6nKmqgg+HbdFcg5omoBv5L6RMRAlL8bb3pNSJeJwEDEqy3WnoXzfNaKjOPd+p/g5I
8RW6lV8Uld/s/BRLJxO4ffme8tttPVBrWFNDlu8R7YtaGawsi5JITn0MH4bbNVEuYe9waSlp
hkKUheiRRCVo1Xa5XC5h6b34wINr11DeZ0x3976Id6xn7N8O6HlgjaECt1HserAi33+4adUO
Dx+8XxpktxXZLUk2Bqrq852yu4UGPtp5EHr7gBvZFt/vNKPQ1Ay3F9tpTFV9DmTqiJN/1dCm
uyef/pj4ZFNxI4Fn7eNCS+VqXlNVKaWzjY48Dv0HEpg264fk9dCU3gLlnLkgz0Lnm/6tDnQP
qto02oDHdmJ59m0sRc1Stb/+ZMq3FdmTV+JENN7HO7i99pCS8LlmbgcvStkytycr8vhQq5Ic
2O4G877SjOOvcQ+2xfFXPmXb3JDinnKpLWWPbuHLe8QDF22phn8/KX777z15Bm/L0N1QLMQj
A2xzuZpoaENdlMiAy6KKbaCBidjTppPFI5Ecsjio5Zilr5uOgj58uYmDAq4DUk3LFSIIZFMw
ug6wPIdsgEbaFZkcmIo7IHrZUt6UvXgbao9N9yDSFf5IRnJjQi1CH2Cqtcg10Ii4XxugPEfq
x0EEj5VeBsLgSUWEYWy6Cv4p9ZDgRZmAESI0lVm1kwqqo/LSGRyV8kLWIBR1EmzAZ/PTQ/Gr
UYqtiV3hdPL2RSmWbldA1qZyDXqPVNASH16uYIuiL0l3xVBYJv3oTnVNVAkDjU1DatI506AG
DLP239GObh1M1rX2E+LKmeA8Q/S69FuLV++PGudRbweWM4TCui19QMZZa+SXQAsiK7xmC3HY
ngNbuZFpHb87q8ChQdEzpad+BZBtwSNb0NCAcZLiuPsOOOuGbdDEGEkEPlNuhwCp4z0Vrk6p
cH16GLfhkR74RmjLg1DY8pDdx7uBpGbK32jIQccwNrAXA+gvEUQy7Y/CbNTiYEOzFG3oVq3e
bcY5DVVgMhjWxUXx+NqVWwGbtb4IBT++hZOdVKK++p4I2mBN2Du9lPoTmwM+h/1gkLTWWvBo
TcoLHWN8FS272P4q/Ptp1MujaWw5y6c0CnfqddOE1rFS1qAyjldsRFKnWVKImjSjTCVUeRkF
6jRlGPmdfVKYQmhlu2G7mgdvWdhCsKpEmx4Fyz7nFaIzSEUjZruMsyFIhU0qJE8a27HiCrFG
wT4h9RVPBiG58Kl03VpfobBckcFBWLRbLIRW/lPxuwEPenIYE1eIYcfvUqN5UODIXp2YwtE0
gi8esXad2mFPhU3yIA1n9TnOEYzboWi4YWGHPSM76D7v7cWShqIZn6awMWzEbE50xQ5ZGrZE
NWnG4u1XbVlWbSnBsKkixbsGaNRHg7DyHewWKPxRaMu8QnRSnwSLr4RbA7lNTcoK0fiqL66R
fuJMFCqsDkEdjUobhkuYKcF429pvQOGJEx2x5BQUQiGrr6ag8L7TnxONyDWXkOWpqD0lxert
+4Q4wSGS5xiB8gsNRL6E/iY13ekKo4uNNnjw6J9zIV/vmUKYMuC5kZPf9iddegiFNLzBX/B1
4KptdOQX0CptCbpNV6hhAk0+T1+jTYfUIutvVQAmq5z1fGBay45xCFMujlcScp2aNDCFqKSR
rCBhNAitCRFnCwsDdYwb8lNuE8oKfSFuY2EtgXG0fiDlC07xxqWS7kvYzktGc+krgOW2UuEI
3V+4qXrgkSXMh1JNXOFJbE36VdJDDNpMXeyO8TqrlZqz1hDND6TMF/ZZQNWtbl5C58FFZR54
gIywcFg616TWtkwhQaMtqv3fvXMOHUTHFQqjc/jyAgpY8XwfevJ4R35JhodS/jZKj4W3bCGG
6vK1Q9CbalMv8iibTrFwBFOHBO+mrrAMJ/xqAbkm26kkvUFfSd1h/XCh7FQ674J+FTR9qOU1
W1g7ia3FmQOVmkBTB/FgaAobKIMQr0p00b3nRtLzfWVQSP87ImiDVm72dJmMz1kfh8VBu9EV
N7o1zd7P2S38DcM3CWSSdu9nOwk7pq1QOIBOAJV+Ipz8F7bfp/1CUP45sfpfG8N3qPCsvAiF
S39NhRADrp6D+BkcADb1bI85y7YQkI8lpR2hyYvzcCiTejjifVQEX8C7H8k07hQKa58Voiuq
nU9UYAi+l6sWuhiquogi3e/JeULK59E+oYRM4zOBV3hKSuilfyZpALwFFlAFXTtP3fh2fdmu
M27DA4+rGFvLLuw0LCUHZMe36Z6Rq1x4j3gIC1dtTZWRcnNZg+pv2SK04xRHhoIqBsZoaepk
H7U+EP7l4xqAi+VGvUkP9iwOr21ph5iZPltZFU1QPE4O9arkANBNQzx3CjLdWdwV5IghYnA4
di4XUqZdgOOlEOCMHzCNvODcj3DB4MQTTiwbXRDONDJMzV+h9FxIHtcw1TKuXzFBaerzzcM1
TfFeGSTtL9160fYANTeVbCRZ3Gpx1CBcwJfL0w43mwXO+MrTySzuJj5zaZqSYTwBrtzXKcId
3+oULrKyJfjjb6lwoJaTCepWG+EGBfnm8ZFp9UHsisxdDBezF+JghH8FhRrC36UXXOtkgU94
Kyn6Cxxd0oCnE/ziETuTW3i4Ll0H2Jhghf+S3XpNhjQrJU2Zv9aZL4db7vJfx0S9RHytSrcJ
E2fqem6bPoQ1TIPbT+xfx9G/AK6JrdPWUg5z8hmDnqCBdfnv4HtoNCBfY/xVGOCkFJqqWcZZ
nPEswQjmWVzloHTUfz/3dVrEfZ5UIXAkDas05SIucu2zHeh3AOJOqYQrKsngMnoxUOv2gVOK
szdxy+BMcPEPWT4IJ7ulDlQxfWCfSDID5X4kvqWpwR2D4aZMw8lYAxWMtYykf8U5eyHcCfnq
F6TBXcKPZsbghjrJ6AQjHKxVq9RQxHVHW9fpyV6cM9AB89UzXIqN1IrrGjkG5bRvZTyIHQ4v
jTgWMKBhRP3mxDOjL7zg8+FV4zXLUGTeL99r0q6a836+ClwNqL8tVnZmAHRdiE1bfVjQgPkK
mzYUO9LvZoNb9zow59w1R7g3RDCICkTy6wdOxpj4PNxJ+O+Yln+WLL+uCXeNgmgVbqfSNtBc
9Hw5M21s542KHkSsSLUj42nP9Tb3I80rS9OJj6tiArLRNw0EB9q7vul3grm6lg+dJvrP0+xI
D4lPs5VEnmCvMmfbBWxOzGAXnOfgKguG2t3XMtWGJ2GHobI+z9SjnSLVcxJzekreZMtRCXWT
/OB9MXPtv2aqNGY8ZqJeqKoQywSYGE/T/ixOO3XHGA1EQK2pmo6odQEXUumQnvWnh9cMbkt+
i+15wJksORGNUE2NfnjtZnDsMSomkUGrlA+liUEUyLb0AWjNSD6LK9k+uoLuVpmxJLeturlP
HG7iPBv6hrAXXZE88kJYRk8hmnMK187ORA6Hph2SQoYQ8q3/XI7gSd1p2YeaBrd0O4+rWtz6
3xxjvxT1I28pX8F0cZ6vDCbG7ZS8ZPssd6WkXAsbx6SJIgt3m5dP9jvHYRQ/JmnlE/KDK3+8
y81JD+bgGkbTdS27LbhLSaVtk5RCgznQGR/1QyPa2uvgUzU9FPUGhbnUlzLqYAbHxGjqPMtn
cVzhphleuyViKSno+TTiwQtWxh0vcpfp8T7mNYMOSgo1/AAIPtTiTS9xOMjjStq4WGxfANG9
HsBIu36lh+mTQ5lND1EBZ+JomdhReY3ikc6/udVwwwSxfyhzujReOm7jV9WQakr+8//BTLax
WsL2cP5rrU4nFmcKv0ZVBWEZ/E0FI1CV+I7/Zg/jL8dXnrrrNuOoqg4aAuZNzPjfJGtPczbd
ZPHOMd8QuyZIoIcv/8e6iWR/0GT8gVUJ4R6UHo6/bsIoC9RuHY0l0WsUwUKcFbsH8J8q873l
FKzDNn2gUSevJ/gnLMnQAeRx7ILsCJ3gypf0TLeA3VltsrENsnBcYCSHV9vgKv8T1JhwlVTt
0rtDbG6vaGd1NnlUcRPcpn7fNSV4rseJu/IpzHDwOsdFTICrUjChpRlKRj9LE8tZflCygRdw
AmX/oTSdBUr5k6nIXVdz7SzLfsKCusVEmaxKtezSgYesnc4uGBwM0wKuRLi1VsXacurgKYxd
bl65lhRxD9IDHYi0cJXZy+EGFIdk6zgfx7rZhYE3kPklIO0ViMI6zuG46rYgPhMycQ3rRi+5
xUrL8DfoWRhA7HN0hts2cch8XJM5RLbKiY0mOdoThcviIhMOM045nFmpLsJBhEfrd1FYT1+w
al2AazocJUh7RpkXXPR1JC5WBmeun0urnvz6b2Jdd7lpmmbGFqpo4IWDhfVthtOI0w6Hm9zb
ObXeFW6jGYcHA4cLj8Ypmy+AeHRqLNPZ2gJcw+HAUP986a9+6ONy7SwX+eiC4R+Et7K9QTcA
XQfkUxsWp8rlX2xNRDOeyRfcmouzVrn+1/S1DRWkay7luWdxDZIfwt0vC5up9jrBtrNsYuUM
V5JTVmFCs5vOcGFBPjMRtTjjAOt39Fv9U4BD4bLoOstPzJNvmcbOQG4Kwun8sjEurN8z3IqU
53uAQze8nOFyeY15OPBm568YXDXO5UNSD9cq4sAqv4EeCd1qVedWcqnNh2RPZ3/BeH8LPKCi
764WFriAu7AAd6+UtLal73RUzKMMFvG9K2nbjwMZ3Yu8ZXFMHpQfy3C/xjvs70DsWWJcIB7i
ucvh1sNZ3OOc6Zw0dwkHf1YSg7M2ekHOwT3B8fDkGAeo2O2dh3JKueDZmcfXtn/VAs734KJO
ZbDDgn2ap2OHOxXwBkUjUyIGyKYPHca4iuujy8YCGhC9YLGmiZl7GyNQiyvncXKNcdU+rIdw
+bszPjsyuPXMtmdxQ8bduyKaIdhLC0C9TV+0o3HH/j4odI1wuNKJXZRs80s5XBDLNuNqr+9W
JMTZrQY/uS5zfV/EXZcJ4yqDdgUDH8JpbGPORovtfFzZZeCZZJ+WA7iRve0Zp7Nr4fIvcD1h
cdUzpX/bneAfcvsnsnB5OHN9/9m24Xum8qUN/H61l2270UV9Yc5eONwTsmP4nqkOk0l5Whv1
5E88IosTq7d83L/ifgcNPRNcXL0tTh6Hde7NYkbF7JCt2qDvmPi+xZUpqg/6D4y1TQTM4PB0
yhR8tjihnoCpBJMVtwI6YtRcO84bY54DjbmdXn4JbPifbCnTMZSeougscla5ABeM5GNV+bKp
49sVUZWFy8u7+WHWSL9VkV/kOnR31C/CHO6DHG68g2c7nhbkALSSfU0P2e6LM9yB8C8tz7YE
xV4tEbwpffeQz/MdZOO9Rbiuw40z8+8VcYewzvFwEIqvtQLG1fIuM1OIpCNJedwIcMCXCPGY
sglF+IjirL2pGb85XA3i/hEe2BOPck7qustjOlyYmnVHK8M1pXoMnvy2wDxBJpHFoc2smxyE
m/vwYxnaqWWoE/FZ7eOMYINsYyaPa4I+NXnp/8Q95817qBAQzTY5h8N+kIQ7rzycMrh104J0
BtdPSLAkkJsOB0/ROcHMfaY2Lne4oXhcYragZJh6GQ6iXS/SyuN2QJEaD2XY8Oyqw9ksg41E
crgED9bgon5FEZ8aXWFpth1RljcVzoUSHBaoeAZgxM3saWnys3ERZ8c64zAx1G0SLsUw6Qpt
Y8tcNCFpCVvE9fcSTWwQKA/k1ApmO4CvNcrpe7jHuzSeUJOpCqfYefvRbJ62y77slsP92scF
eqMrUYgBKDzR10rO4jZsOyk7C/i3+K+/pYWptr2VycU9xJsbfjtxdOAMFJkTA3hpzvrhNdRW
LTO4gI4ybdIZBVr3jahHuANeYnpznKGew21QnSPSXi+ifHLPdNxGhWVcuz2LMytihU/sA+ab
kuJywrX5dFj432b5AptE4ytSnL/WODi6nGYK8dBKIW/aGp3W0povdFxvH6NkVNFaRXKsF9Iu
ZAH3qDXDHmvAno7phZ3mFsXPtB2bzPD5uCt+hw9F9XnAfT3F22ER95jFyS3V28QIxHr7tmg8
s9NYj+nGnSFyfMsGd1ZqTZELX3i2T9uxIQ2fwQnqhxHjtATDpEWLmY4gVFifBFRPbPLlOVzT
tFPGQDjWdqT2J2K1a1KI7ji6jyuRiwWib8r+GPT/gibczo9vlZDlEcKpWVyVcD2pvklmo3DL
BHBTo4DjttVFXMA4PbpOHbBJWy3racfg6gWcsDjatwD99WOzHapIjUNjiPWA10dePtngminZ
GDSuP8I/cbtRehrUR+Lo2RMpHk8ag5p0hqOYRqC88/lglfN3pwfU0EGvv+sSrA2Sry6Wbs/D
gfa33zuJhikVLjeH2X7ASLp2rpq9d8Q9mEp0TSmaZMoT/DXpEshQby8syreE8IZr5xADLeP5
siY1MCNpSWbl6+LRkmp+wX5SGEubl5divv6wav0C2Q0WrvQT2prXdj91BgfKgEkXxk7V6EiB
QDUZP0utCdNF9kIuko7W0MAJab+jaSalME2dXZvzM4HDDRHSwWFFt1vtujCT2TaOyjxO62/9
/hDTpffjipHCvEDdJL6hlZWG/GYOx8lw4OuWYXlcb1BKeoROUEk1phAjPIgpbsv2SBxuP6WY
Pni+SinwGrQTJgqasU0OzeIm2X4A1vaXugu3pecFp9xRoSOZLEs/PvBxOLRQ8nRrA27BWzbo
iCfYQG9FoTejHNqAOiaHK9lpvEvthM7DZTJo77IYL4eGDHHX8rhapHM4QXYi93vtySg0SUVO
z+dxVQ5tUz6b8Hu09B8KqTc3Jv8+Nf0v2egLONNOUvE/Fryzfl0P/2CipY8zx+sm3BeWD6MF
aOdlgQfiRskP1mFo/geHC2VxHwj0QvKx8dFh1uNSgFvq8klkabCwjNE5XNXH0dszSxCaPIFf
BBmuz+s4t/hzON58LnVhCVg/hVOpov2jVGb7R1uMYOdSrzCOUimr0/fpq6FovdKl8FISTvF0
mLUyv39k2lmvDnEFv9uqWpxNbE88+ZrMl2TyCZyD7t2H5Y+2PSDTCNdxPq7B/Wdwv4X/VrFH
unvCnGf+Du/Ohjfm4dqm4dQbCW2uCXYSioKbaD294e1r4oamLuLeQGY1JFwA4x98dYw7lTmc
OY8zdLhT1Q2MNqhDt6RoDnGr59B2scMtZ7E6V0eygkOiYnydo6XJUfD6z+GqioUQ1mQ170/s
JCaCq4l/kNIUUMAR31qGq+FasC5cduby5xqSs7YWx6erc7gafDycmCrpv/LfmERsEYdH+Lj7
ANd8MmsKYZeq7fopux+Xw/Vdyndyta/PZrgkACOGj/qJeTjKAZNaRh/yuDC4UnR2yo+cMCO+
iDu/C82sYXCtLA7/M8fv6TxibjwYHJ4CJU+LOLf/51DYMxGqMyzgSm8Je1hR2XdQEOX2/yJe
oBdxAnGvGBweXS5PMwz+BzPF09TOpdxSIDhn6RD38jRroGkzLCi+2nfyma1COodkZijzFZf7
XwUpWQw5TMwNaet2bDCfOpcp3bKRPsLDNEdXs0esjqALmh7d0NDFhqHnMdgmWDqMKWO/ujmi
zH5FUYKlS8SkKj26aBHdQNImyEen04YO6xmKPJ3yGWwT6DKbVoNZhiPpamNNZsuV0opaZww/
WUA3dULOoZssoiub8ySWTu0W6G7O0sk09M5chB+Rbm/EQRhXmhToUl9//N36of9dOMtwJJ3m
ZkceXbbZpuIiHaw6Ur8l8qPRaVmka5njQ3jZvJwVEt/AyNvpR6Ozh6qRLuRkiE+nc1XzKiw3
zvN0rdmbXKo/J10ojQuqWgbldeH6NN+FvxRd0yL7nKNMcnR9V/U0zYR04zyjy6nsbuhkNEvX
D8wgOyh04S9NN3J0Trq6MG4FgsLRH0pays5zK+EvQeek6zF+iCWco8BgemoeKIzz/0e6AcUe
iIdAjRyblN/AMDl4Wi+ky/ZrZwfzAjqROSnN+C6VLE1/gU/X9vOKm8fq1za5E92HRTq5u4op
zz16ujbfOmL/A7fZb90t3Ts5uvXpVNqtnvrKeDwu0M1jNbWtYmL1jnR/sc/47enUOMO+2QH7
ruT87xzryA28nDJxeTI5gu7HU5MY5tx+f2QP6y2bc0LxHLpwIV1BuiW3NLIPaAOMSDvR3sou
gXiA6/nGmGP1JLmzMv+Us4t9it2x6p3Eo4uK/ngO60eie5feg4MVaWTq3DOg0Vy6OayzVR8l
HafFh68aOnxTjugoPOsV/fEc1oVVz/uOw66vJjVWZn/PPrcygqhI6QLdLGv40ejeQNyX2SsP
3HsNAlM/+7PSFVkhSPpIdHTqEEZ2YGpJ3HMQWuMwnzvA7cfUKnOymO5k7jt6naeMe8BUy9A9
V0VVjQp0uY/pQN4F3c5I+d+NeDOK36LGOBOfW06YLlpIh3tN4d3QNUkE913tqrDBnlFmnV5O
MdIVwjzz8cGhI78THdtD7jvxTmKiL24J3CTLSFd0mvyxfuDdeXT1OXSf4jx4nu4G2Upopata
e1A6d1SACLbT3MCbpWv5H5dkMq4l+aIgpbcVHJ3b/5C66Famubuj6Pg7evN0mPM0wf4Nyrt6
dEqPvifpZWifbvvQ3HkDYlGnGbpL+FySozv1+xPByXWTCWpuSt4V8sc52uKc4X4Huodn6Xaq
5wWd30u7DD7FdtfrZTVzXFugC+9OOpV32yf3C3RVU5c2VW4fzuG5K7oAX2n5Sp5ujAdTwTTV
z07m6TCyCNenBYLsgw8+Hindy6TLHJ2W5y+LYzD8+YmyfdVcjSCGWchzd3T387LKf6Ipz4ug
+aqlgwdpjv/A7aTP5cErZrp5A86aypX+3ski3TfE6I3fxC0OfjC4SoFZNIcg41lIN/E/PrUs
N1WeTstzotmtdU/y8xAx0qnIu6DDvayyi7Pm0f0jtINhjm5FviWqEBOJ1hJlrx+XHITNo8t4
LJ0wUe3tuXQPI53K0QXy93gvDp/f38DXcvojsJ/Ngt5m6cKCMqdZLA0fQXdljxY9XY9uOv3F
+I+cNkZQhtKBNq8fwZOnm7GRpemca+KkO2PJQXQ1ppr7vfgIusxQ59LxxwjU8/Ibezid5YZK
E+lWcL9q5KpU8+Up0MVH0VWhtpcpc9PP9d1ooIaB3Eo+41epj+RJ59DlbET8LNmRV/A0Nfbe
l3PSDdQKfDe+5tcc3Q3d4HAhHTyxqUYgHcawT/N3ZUNH2H6OrjfrjnNi4TUdyFke84HHt/Fd
dtJm6NG9ZOu65td8Z7p13usq8NiVAp3BGBq6TDroNFvXJa9mNWey8bVIMctRdBofoy1LfC4x
ZStXtcvv+XS9xV6Z1Gi/XUgn9g3dGAnMm6VVmw4r0vE+wXy60E23RGc3UfJ0NIspk3Xz6Jx0
vKFga47mGgdq8cDTbezLk/9Anl6Zh3L4Ep2suv9ZOqI5l26uFteNFu9MRzxD89KliZgfHjY9
OuUT9GbnNhSsKPNCOopAPDpU58O72v0em3v1hu9UUYvb2cIgoxssorsfhevvlt0hCPwtxUvZ
gUdPOiawqdqYleiMI98I4eafAqvkmIhziiFFLIFM+XStqeOmX5U9kGoi2vmWEy6ka9IGfHnf
oLDrmjJVfh3z6MKCcVgt3onu1C7f1UigP8Ob5a2b7h0PuPofenTkVranc+Ycn07O0M2SayJI
KHDeyui2QNZ9V1VvnRK1C7U4Q1efT6cZ3CXvkp51VdFiLtoaEV041YvmnNy32fbgAjpyLr3+
DViwYgKR9kJNNhpPn+m+xl844nd4jqCzxiymR9M15dbKLi/HFXoOS4c7m/H2NDVzQW9mLiho
kel4N5Livvl0KkKb5GQDnkEzdPjev6nx7AtbUU/dqdP4dtdXps9q6N4cBgnToXeJ6OcFPGXS
dQb+3NLztbiVozM/u7FAmXw8ls7XTvjE41/23O5qlItLovmdtlHzb/um5UdZJlzHTnMoAVXt
Z5u5epZuU8vcSPuK0D4dz2J3pKt2xZ/alitH19eDLYU+LlQSxwMMQ93LdVpfLOf6sCuWMrrW
Qjqh/blmy6YzohfMD7YhydZ4fEN774NC/RsiT7fOu/d3QefPnXaI9TVvl6g38c4kqLIeDamn
7Ek6Kf/HgTnWkqdrFemaSZ7OpjM4v3eV3+yK/EK1h33454LyIWYLFjNViVfxAroaGMDZ3GAy
dGakaWnT3iwH/RZDIM3L0FW3BYulZ5M702knlsyPAG2zDWbfnukwAkzEeK+60RIm20NbsFT6
7B3pglk6clv9ceTRZfYKdHhUCOT7RjDGeMdswVKpuiOd2C/S7e/L7/V2jLVFHt2AlSn/F4t1
XqvgktuCdQMvH2bOmgrJl9Gd1fZ3XKT12ObX+3je4x/+g9lj8C9v03Imzei8xO/i8RDk6JDg
hai/T41Q5ghH5NHRS2Kiuv3f0TBqIwslKXfvgk6MvOiR1BZeHdEMZMT61jirUPX1W3gsDxMG
dI18uu7d0DU9OnpBKqQOja6kNLw3482sQiAk51Eb2066Lq3mpX1p62i6qkcXRbKnnqMuYz2N
8F1xRweB2Ea+9+2x+7unE17Sd6sHUrEcUeb82XQ+wKBPtfNuULRW9n26Vp5uMocu8NVq6Y0A
AAV3SURBVGaV3pbucy+NvW/1Nky7VKEqtr9uftgtztGVZx6aTxcZtalk2S0WD3jq+f9BZ89m
bcA0CFZgdkcVBqAxhGxazamp6tMtTad3otMZnV2TPA2BzRPS2Qj+pnSM//SLbsqst+XAl27J
RSVz6Kojr5fA+jA+gjVK4tP1xuo8WszWXDqt83S+dOUsC1bO7kymvm+kQ4f0mHZ0LmxIijaO
ybyxVHYPaHLnvqvm+65v6eoZnZqly0yGXzNK75au5tFBvQkeQ6fTI3zmIhc2ZHSPJEZKshSk
Cw/ntOUI6UiOLqeU+vjQG45OZXMMaXEkBz3aRhn/MT0Tya9PPemOomvm6IQ5/NCn0yPa0OlM
OqTT9PBoazwy0Ur4i1jO0lmdLqbbFfZ4QFIXwv2csc7mmBb/sqM/scLiT13z37ObpWuql0aY
WdxzdGOTgcDfgJImYwY1qx86uh7PMfZHc7mNfBJOnRnJaDHdeMQt3MR3koiuK8rL/d2s97v8
8KiHP9a+ydpD8eq7VY9u+gGz9kI11vO1J+hNBaeQTaZzCf4Vc4j8Zb49FZv31FI6wm4zqUhH
gjGtoi2nWR9g6EYZndy8jgmBxBqqatHPl8vnDDu9x6XV1XQzkv3aa79j6Mx5MUtHe0CL6NzG
FSPR5VvplvHVETpJOB4n+MU1pBtj5gN/WHCZpXPnxWwfbh5B1yrQge73h550FKCZDcoAXwSD
OXRrInQ3eA0Nyj8vZs06OpKO9jhzi88cHaoz5J16cU2hU3kWrK62P84i2QLdVnykdGq8k6NT
tu+CHT7GQSsV5LuGdjnCH8laQePwB5z3qY6kw84Z+XRDUXD2/JLlBqbmIqlq49O/an4kxXRW
kfa75rUuj66eo9v0EPTTfExXNTHkaykmjxLxJowCtTS9BSrZWkCntsa91z26SZGu6ie0B6Q0
89S++z+owPx6cbwj7sd31YYIPt306HxafIlpoI+mizI65T3VdHSf7clk+r85DckRcs2zDY9u
iw4b96RYNS8Kz9A1c3Rdj65KP+RML+IEvFWPMm3RWQVyNwU6ecP+SqCVDlMoBTqdoxt6dMH6
1LSxFXDWM9ixLzDkpLOfN83Soth3ZZe3KUh3xm3q3UbpnskaxUtEEAqcd5l+Gqcw4Da3Rmbp
gvt3hSB6gXTP+E9ldHi+IsGv0aFj5pp/wtgbcJRxMQuno+gCd2AXr+dzdP0/cHTVXf769Ept
tIHFVZ9OVc0CkOm+frCQruqSCzN0wV7myEdD/rqq+8mepbNLrwf29CZLiXTrh7GanQkMHRqb
nq9M/+kd8/Uy5RWweIR0Y7ODpLWh4wMli+lOaZ/uTDKHblc8cJUHSAt/i+M0F491D3MdwL9r
Nj1kGB4yrZpt752V6Ra1Yzs+Whh6JaZ4d1fjWy9jtFSiw/CB6MLFdPBklvG1C+1cT0MNg4vu
6x0voD31Dn0EyWSZwofQ0snFdP5AUAVHTigIMcNMumO48ZCzu9pl8Sc2fDBviadHSZcpszuP
Do9ldvNf51ojp7cm9v09vYAuA3jK7O8V6PTP+KcW37xYbKT7XD2E6bgV8PtU3zR94n7eZJZO
ZwnmxKuvJsYwtm6cas/TiXsMHDDuB7TMD0PGd6Z7aQzGzIt+V8/4LQhicW2YdnMoLq7tfWY8
Rnc/cVJWaTnoIs8j6EhpOFW9sWfqs9G0MjteM3Tj7z7NCWAn7XIkvV3u7Led59tCM9ywxSvc
PEMXD/3HmBamvwcKtdWbSBfpu6V72hbXZJ7On92BrmxeTi3oqo6JyF627TzzRlyeLnCu31jy
wNKZ10jxMZggbfUzn7iu0bw8YDrzrtwCOiNd7Yws0g1JfWZWLw4n96l3wLSketr87LL8v4n9
2+GXD9kdAAAAAElFTkSuQmCC
--------------030102090703090903000009
Content-Type: image/png;
 name="eur3.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="eur3.png"

iVBORw0KGgoAAAANSUhEUgAAAbgAAAEBAgMAAAEAZmgLAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAgAElEQVR4nH19e4wc533YdzNaibtc8hRUK1lB3LKxl9JRljuSw8I0zr2zXRl14BZn
+X4zu0sOdyVrKd6JtGnYQz2qi8YkXFSCDKuw50jKob2QvdTd0g+iANNEddKxVKKWK8QK4CGl
AKqFBCws/XVwegocHH39Pb7HLMVkRC53Hr/v9/3ej++blQLoKVVXE0DHPgXxM3WlDn8MEjyd
V/DG5+rK5xOI59UXlVLBBaCHl+AXio7gTviqfljl+F8D5MDT7U8rv3GbPfXw70f1bYQN5qaD
rHE6TiDCu3UfxwobdPs+ehiPifn306OfolO8W4GfIJ7iD6fwFJ+uXE7p7mydHw4msokYT+fU
79HpjaoycRnHhdlv0ulN9ZPbIZoH+CE9PP1+9TTimZdZ+dV/y3O+N20z3omvTkBBtIZ4mufX
Nz8FZ/EbktyiWTQPhAQWv46okG2T7yDolyeKvsz5VoA2PFCBGE/x4Sp+WadZdvgujrEbwmK/
IFK/7sJs4z/ET/M01PUT0Wxn2+xNO+i0jtR+47rmf+35inmlLsDcFjX7zwJPHr6l8Lf6KTLh
M3zaAMRF/84qPsXppsSwSAXKDyZUEz6tGn2cVF1F67Mkpz2XRCgwjw9u/+S/BxIhnkKQqxo8
iByg03sC1IX/1dldaAnivHCsCtDteT5TRRzRzQJPCWdWJFrc+V2vKgWNCIqC73pfCtboUasq
6kPfzDJk0D1FSyFWVZ3/54Aiu0dLvwIXcNjC+6rgrcDEYQSue9+Uuzdfj6DxrLpJxN2vFASc
fplU5Rn1P3fzpD7FiJ5RX8KTv0KNpaGq16lP4pMfu+swnq6pynXI0iS8ceISU/QHxX/Cm/vy
ChT7aKgGEtCfp0fmCNHk/4EM5itsC3icghBpw9MITwOcI96FrA3hL1TAJnUBwuS+DuCsVP6T
JUizj4XPLdDIalcVvjZ3w7H5nHmlGuEz6k5vgByjaQS3wux1weysmugbcV/nkWAfjfgUP3b6
uUpmPdQNH69N+IE6oRmn8Nssq/Q8DYcTekkxv1EGKItIRECmQgb/frlVXYejMUu90DfDfhsO
8U0/jOPPFHSdRR3jzfQVkgmq/xq5ghqD8KhJPKcnQaMi3yJUO2AliHhYpV6pyAPNBDHIESWC
Exl+J6Qk70a0je8UMp84mqMBb4AvkZvYDehUkgi6NBm6O0fGpthLeA/ON0QHETAknEeUOfxK
f+7C3vfSnRiiuYaeEPKONBnavyAJ0t11mL08/1EQUgL6wMtptY00otLBbO5BMSf6T0e28GV1
axjLhGdJTkcYLCfzaUyA36B7MQHDQDWYCWTxqcrPxWq74XkBn1WCE8EqePPekz/NmK/3IHR8
APSE1P++MKfqN95Od/DPxBsEGpmbkKLYT4cikM4ONRHHzCH1IZLHk2G6UzO99TuIpQj/r2YC
/rcHUhHyabrksaxZHHisvQcF9kTYDi9G8CbxKSGsA80etROSPsQ422Iu1yIDkUodPQYpIQpj
eH5ud6LZNGc424CwXTyIo8XfvBPgySLu82wRblrlJI/1FG3wAbw3/3EGfVXznW4erMznqv99
D1pV1dY6hMNOEL7tKs2gd35O7WD5RWzCOKOf0HN1laqKCtCZoHEkoNmXqwt9jBlKoYXi5wTG
syw0w9JUxQlqH6Qq8zfl24iUHLlXcfYn2s2sW96hT+kki1Co6kXNf1IURdx4JNcwr9Qa7MWS
SHCSGj+D5AR18o8eRT8tc7yJX+ffI0ysHYFZEZaxMvxibqIn/AybIIkloZv4NWLkL9UbSfIZ
scBYiyyJ9oZPi7XEFIrlYOufU/tuJU2gmy9m7YNKOwRWtTlkGMllA1lczSCaKsQ2I8c+0RR0
idphxELKq9o5oWgCCi3GKYCDJAbzzSTR+BJ7M89ZzW4Nn094yCULiUnC+4/5pEnnv7y7TVat
bxYRa/x7gW9m803Q3ivSHCLZPpzSTbj43vJ0SDVzVW8Czbge729owJhZhAqGNE501GQ+U4fW
iTHIh63GUyIwh5FPW8K8dow4ZL0uNxvz5w3nMr7p13NxN5VorkLXGHZutzN79kPo3j6eaXwY
WKA9x0Ds3yJo1ZtmMkeyOXxYC6XOpp43+jIqzI5uXLIi45tF0MwKgZwl49K+L6DgU4R4JRJF
CHj2LEtikI+xUu0lDkUITVdOI4c0D/ysMl8PhQUQtXDAxqvajeOx/PJRZXkOB3KVkUslpNfj
398JVaOwGj2rrJrsTJU3ANXQaoL3ezIhhMwxO/IG+3x0DQi7gLfDZypgmLAbDeze49cJ3D1E
bChOStUDtRuH/VKuOVvVkxKHoSYxoZo+IukzzMtNK5UDX+whLWjRpNTz21VVOylWeMBk7cVM
A3SIsSJs5ELg083LmgHtTHFkcpCVMMWbGWah2asfzNHG2xEbEgXAuQrMFjG8DadI/uT6KASb
KFiDiTbNvp2RA5pIIMO58Z2XyEsNaS4RxJiObBcOhlpt176X3ox0HBUlaFKiC7C/x6DI3c31
Pmc/EZYTOsF41KrmlGhzG9o9T9P0OpJCVq3eJiDUg1NJ0ftJnFDIJvaJjycOHGjH7WQZehol
M551yDOZTD+B5/EmnpznoJPTfb7ZpwdapyHKmBZxGAERmgzhboTZfwoon2tDyUkhoqxA3YX5
JhrNXToA8IT8jUb3CnHu1HJvCsJjd7GOvapsLIO5JmZj7YEHc3VM3uywtYN0c7YCP/XQ9yKP
JuCwlefLxDlPYfAdYPqwBYMJ9MXs8WYVdSNU3mwNtlT7zGqtJjn6hMqD+FWpc+pOpVo0hQmM
wULnJPoKqlm8I/W7ZinQoV92E/IvMKDqKQ/93DZkZhZbDvmNLlr1pJpTE3iG9y/ELauazBi6
jFGQi7bGayeJZaJgTalelLdPuyTo5fmEi58tThvFfeApKdf8jez3mjKzm1Om+qs005Z1M1zh
qCyjUSbQ+yNlcSoY0CncLjL7BBeJOiR9gjS/4FBaRCsyU5E9jk9zuEFHA5sPS2aCvoiDMrwR
weGDbFHam6namyzk82CPQgBlFFAS8uLZPZ/j7E9xeMm9M0cW8fJXInlq3QJSmkoAlFziIMnR
l3sMICQH1W//gNLUjxFEomEi+St+WubZh+gxRKbhEOVH2+xkNCcS+UdzhSEU/MN9cW/L6j41
o9zxl/xw0vMZm6QDiUEl8/ys8rbw5HJ/hlmR1zfyOzBbjFGOAdMU02dSgGEqAWJm8CHpDZiD
vjUunoC9AK+0S5wswAFGQJGWMitlM22CO1W0qShY0x6XEyKpKwvNI1bhulY09jEk8mHCI8cG
gUldCK3UNUoERvlioEwoIjSnzZyuPt7gCciD9WqoBBUfW9EQ/ASlY0SnJ8cjPSzyk2OydnEk
syTONrOohRniY5nM1QpblFPkJw976KiNDaABFPDahCQikeFiomVo5Ccc9DLozjm4dQgnStxw
bCms/NYEYxNZNKNFsZElEuwKqsJMXR+LfmoxGrnd3VNWhBTjyJNDZmYZWVxdjVfpHNOmSwi7
rR3D8So+d6ow80tEAFzG8ZljvoGsqx+gemHGnfQuCKY3NEuTUFULTauWmq+shtYr3ExQsD9v
JlbS/G2eXA0VgaHIL8+1ZjLGJkWyNNj6txnF3NhmldRZO4+2ej5hfLkg8w2cR9wowkmcUzty
1NHfuZca8EnEGYrckYvBpKVQgikmIBMJR6l1RhaZStsbxRTZGEhyFc0fVIFinVIOLLeH4I6E
ahZ81PsiXbXsDxDzBnPpCrXGQpVvqYJN00VLDwkLsTB2cPbw+3Av5YJBA5MSchGJlnkCr+6w
diY0UaYmH6xyQUYtj2VIDhs3zSylBpv6WU4ttnVhRqCV7DLZBIbbJgWXJtWksVVm7X0pNjVY
7kFglMY7KfPYOQEXlV89rPmSyGSlyUUGLnqda3WmUrNF5xM/VBmq+W/ae534MvHreGDoZbkz
i9YY9Hpqu2JwCNPhuUlMkNqF8BILNyoCiaVH22mD7Y+Q4R+fWOK3U8YfVj+RV3H0MBGBJ3B/
JpitQRkrQPGtDbZmLT75FzkFZVRfyxXVdFrKNujsQOXDz+7d3CTZV76XPcRPnJDABa9REpVm
GbyQaXqZkTn/yfrfmJACt1rowduFhMfeTlL8Kg8kd7QpEHGrkHqc31Wx3ggL3YzBo92OjoiB
cZ4HYOQg4hvCbIM0Yg9rJTPiMvvK2WrMeoHuCvZmQyFYGQqxDq03yFbOgS6sI+hHIdmM+hU9
QF1FzJB5qC7zcpIksX1FUXuqR6kYigDa7yyip7+MWbiQ4glno4sUno01TPNn3YNwsCsj7aKM
K1pgxQJ2eJ7psKE1hx0jgwDLSbSPsHOgukBO5QqTnzGl+2jw93IO0+6L5+fEyzeg7Emr8J0r
Iro+Z4AQz9e5ouBZ9kE3c8R+iDU85dqEiT0ZGkPC2kmT0pZEHokqhb6OYxallEB4K6Tx93Oa
Rd1h6TH04yTTduW8NaL8iBmWKpMwQ5xHsUabV8rUrMRMo59cK+upav81DA+EI+BKEwkKe8+L
jmTSTwiL8yL3SWUPmga66xDFFuMcC1Kb/nyT1Y2aIg9y4RSZOD1tSKRKLOoQlmNdxkEM/EPm
1Dz1VjLRvwRMzDNZFjMFE4LuLOOGdpiMhMGtwDTlOO9h/rOGbuA/4uS/g0aHVWiVHFr29DaR
4zFqtQBwLx+WLGXCGkmQ+lgOwiwOdgd+/xEJJ0nVbQTX192QSyXxpUoyHgxGqs4JuPJCOKfQ
1VDC/aq6ux9mOiV08gtwEqMtJPd+0VMfoD4Nltph0UFC/uXofazabdKXROCM+AIuatvkWHG6
c6I5X98DsMiMY5u4CI+CsBOc+JZPsZ10ztBIzygKY9Oq3hylNlf0kphYxBbB7CTryxva6XCm
dgc9WyES2RWLrLBEysDkySwCwplJVGYPOhFSPuQRyE6sD/5Yyza5x0rQqLTy10sXZtZ5XrN8
q/l9rUoxfIzZbR8jsArPobu5yafP4vPea0qCnBAH0cfhs1RVS91hjipX+kyNOJ2mLrx0AneD
ptw/Sb3E2KgKJWWx5opxVn9qaKDJ8vR6XGGQchgpYMbLjEo13J/eyJenGVdQ03EC9oo3YWnm
evymnibSsnOVAkWdg5vKaqFlY8wBROvYZK4pHI0IiOD78UGTKDa5a2rsJw7DVIQiB3k2rP/y
oC6FXJ1n+3sVQRLpyBfrFBvzTx6GhruRORBIwZrLZJoaiwZyqUVXCXgEp1fKtOp607NAJqNP
jPxMmn+P1I0Eh4VccPuOlwijJNT8tDB03eiZjPTG/bs/wYrBsAjwX/5WZQuvqSy26bUcl8DW
m9LZrwyUyw3V9oUX7sN8pcqLHLqqFdoSi4++P9y78GmqNxkO2VKLjtITX9Xsjw1EZEprI4fH
Kp+2RSqC3/DoKl19ssSTyCa/DKc5G90v4gxEF27g3h1UYg2VaISxIVYlJFV0348EJbjgfLGX
gtJlw3Ytfcm0C55ngl5qGeLvUgdOZOCryYxT3XlZBKVGuHyRqTG+8K9WofeBYY+0LDB//hIe
JbjZbe5BQUmQrF3qgGr+CdsOijwQlCrYnlEwP0d49cHy1wOQRNTBuvcrbakbMlV/TVWfRYfX
qdPygkHGc3xYsFIeeUg3QYj9/t8hHEam/Bb0GYexVh2C6aeaQswMosqKnPvSMs6zkCYYbteJ
U2zgpANAKTNnyb62YAOHKdODNMH8KzGn1a5YNbZ0SZmjXoILhB3RbDUySmYMSasJ+7NA6n6e
ccD5QVZwav0ow6+X6YrB1P2szsq4P4bzOMFJ9NjrVp0jh5D9wZqyTlPgsgRT8sNaWkyTiZe6
wyT9gjUV7NBdBuqnqG2UoWKZyZ6Ayw1e42BgW6fWucRa0V0NgcMbP4hDs/RTlEUnplFIARdc
mM9LcM0sbnkF90WN2N0hSLXQf3byp1us10Q4aNUdHmuAfIGXiUDKI7/++we+5+Buo1IWFRTi
q7CYr7HJJ66/xH0NDXcLRI9j0EmyyLbbyg2tAiT+BZhYd7nUFbh8J0RzVHtk1qsUZcRLUj+w
PzrdpeCm4bKo+AUlO5ltJ+mekZu31pIaysnB3VzAL6oJ4UsK02iKtFToNClMf4LS6jWZM0L+
BbWZgRrU5YaUFR7nn9JrU7sxQs8InL+GEn+kErvnxoXHjkJ3wBDu3+Hn5lowg4UcnIdeg1Fc
KoEwzCUNrnSo82Z5hjzPPYjm042IdbiwWKSblch5YSwhVw5uN96izTahcdN2tvca07d9t1zD
ECwG5zClj672LoWhrZdpoyynK4abVPAD5k9F6wWRgDCV/km5rMZx+ojPZ5OwGClViGkdCwa3
XcXNeUyzpHObaQdRhvNimocHR7V70kdCuWJT5Biy3Up6Y3nTjKUv1eVKoHDaHLXUaTOK9hN1
0ydCHZ9Cn4V0w+NT4nZju8b6mqxiJ1iq6VnWXUlWz8Se75jN9DwjI8M5msFyxv0l7eIdR7ez
E5wN8q2cWcaRs6Ie1tzhlszO0/bsNByQn6CMFJy7Zrgcq0nFabgW+4yZaYDODAuyIspV0/bB
LNz04rPXexyLDZ56GQ6yonhaUVuqKDkVglM7vK9I3mNynekxuHWqq85T+IsTIz2Eo00zVS7u
HENmtASRvmg9GR2nNhL67UJCF7PmOD048bNhMtY/m8wZzoMuOofQp4LF9M/EneltFlvQpCPR
Ey28DYLzr8ABLj92bONZEohePp6Vxyb6aEe5nWlddxYzuEyiyrMGz7DkA3u6idVMwKxUmL4b
znMIfwNxi3Ys9LOS8ASONbgaJ6IqBo5524AXBW6hyCQYSD7AgPxQleODUzKG84ehIvqCjtnR
A9av4Wi3s0NI3GoQHdSo9BstxX2fofa6UTncdr6BjzWiyOimcDQjuOogaEbzqj60bj0u+d9D
9Bj5QenZ+DzFlriMD1cIrmk4WSQl3vxHdiQ6HuWatDmB+4MqzbOS7B9z9HJclCJf6bguK42L
A+7wYqnWUv5W0HXRkmMM2go1WwrRz0kNtxXmCK56k8repH7kKRE8wZ02lU7IfTTdj9RmewP0
GF+Y4t3p5Uw7Tvw7f4tm0tFM/b70I5WoKP29A90D6d/+YzfjHGTFWoJlK7MzTc8D2D4mYcxV
NVQCV33PjLq/0P1PMqL7jZq24V6pw/XxITKi2rJ0vvdVjq9Vx7j48UyWVciyOGW2ukLOt8b0
5V5rkraoJtxFlPCVNmIL5+ppBvXXBlugxT7jfyj2ovYhZGJDeJQYSzZdRfp84tcM9/O1ZXU7
VwDUb6XAhQ7+Fv1838Ip0zdVw/u+Rf3WXN22Qj3CmPyooOmp9wJZyYkRCKdsv5Wawqd61ZDn
eduCHvVBHWzfVKOU9mdJSkr66izPzw70qnCO4KYApHVtHO+594i5JqIHJPdps07iA9Q9XvH1
GqDDY3udwcLv/zE90hTyRH7SL+C1YqhPMFwlA63S/ULA+XLeoBRRq3gpvGca30TbrqUd5mcW
PsVrYBR+qR4pOH8JfO1g0L6fzuAR9jqF/NG5YFrZn8vANI8MdL6rl6bRv2MZdjRVp/rGa6JO
03zV7bzhlIoQGMpC6yWSwRrDbUMJodb31P1tLeAlUayjyt/B6UlsNU26SdIb3BbyfoU5XSkP
nz1RoNj7kIV6ThikCIjhPiek0Yc34J14PS/RmvjOYeHDPr3fkwoXUbNhqNVsWpjqLaNDrSZk
o/1kXRQN2nu5wuAsituo1GbOtXpOmzWnxwa7XiC4jIjrc5f3ADuDr7DchszS8CGrZdMEdzdO
7350IfjIEjEhY2WJCO53hcPaHEr960mE2wOdL1eGtMq9nsV2pfERIzuwcbRl0OGQH9pQe3oq
qLSh/wRNsS2PQjSPI9b0spwObPMtB0cWn1Jb8nniCHWh+wXtikromab0YbKhMDtrGymIv/A3
Nzepdx2T6aHa9Gmy1GcX3JH2cBD2VfkI1O178GKb8EXEuz65pYO0ksbVamhWKdulPntOcJXz
YO7wMgTxpsXlBcG1k/1yl/vzQYnESkJGItzOyNqSImtRhzeWK0IefiktAyHXvjll4A5AIQbD
fX3rhEPzKfslNGuqOn/vR5jBXOyHcfg6XsBgmkVi9o4IxdvAr4I7sDejqa7C0dUOzlZ3w2ma
r2vyQNnsmo6hwGVR2Bmdp54ENazDNNPJuETsNukfwjnPlG9hwkPSX9o1VOjRz3IqQtMk0xqS
d5UsWRfvuecY1tbrfiSIBn2LF7iq18wWY7CikFvwbAb38bI9PdVPed0CnuLliAXTFyaerBk4
Wa5bXijCr3xdM68YPsndgr3Eneyi6YMJwIaGm2DCV6EIZ74GJouQcmfOO8/7p+IynJqWdQRx
Lsivbrqd4RYg3CXd0p4qIAzNMrdVM3FqE6KScAV00zRsn5PVQPj4dJP2A+tK0oquzqvMHsN9
p2BFepIS30x9tM9DedOVrG1VxsoOj8nNHJP1TdqFxtajhji/Vn2igc8trlynrgd3mPpWH1WZ
Z2+3JOGr/f5yoNdrv42lZB/G8ClrTQK3mN4lreytAGd5XTOh7vnPOlkW6VTWrZN4/FIIc2ue
NLlFE6H1Fe7lK7+nqlmoF5sTsDtfgtXF74rd8ro+su5YqiZC2ou6JQv3qe3oJvus2wAmH2Qz
wgmObie4M9msSkkICHepoFW82soOYsM200mJJL7L0aBGKepniKm3d4j32a14j5LVYt4tG2ra
bl+Kac6TmCPWI37P4hAtEAN8HVnyPcs2zwCBzj+5edLg8xf6BOcdUt6TAO/L7/7q4qhuJOxd
lK0lDBeYpkvIupB0vidwCEhJ0M27UkbH+WVY6tsoswibgXCYYyI9vJ36sLVsYBWqFhbjcl8r
w7WIdbTaMd2coxXdlAnh/blfkAqboCVDJoyyWEsLeJjAzlPXtkoRhXYMaN3IupSoSwdVm9+M
r9MBzCcoYY4ocfZmEeJ3B+rFc9KiAbg8Dke28KIuoFI2X4qxPsMhqdzEwPou0v36ogTn++u8
fnSU0W9SH9afYFaqnbIeRHnBn2ke2H0zvO60uQ70louPBsxM3cVjqPcFmt8FfHoVSv5FNhTx
WmKX9hfgswdpYnPKqopSd0H0JNrWlF031MetEruPCI4dOAGqdYhyUfttyDLibdXJjxO7KTk/
ooehQuBNZWs1jvAhV7MtUtPEwk2EV8Htsq9pMB23JLYbVZH9S3zUq9wil2RF5qoGyq1By0pS
j79X48jRV5Xs6IhyBzFkQwZpSknd4c3iKjo0pfsaZo+w2XDgrQzcxhje6yAqfZAv7Aosm9UU
q2eor1SPzgpxTNuHM7uNKbWzkXhL/YUEpP4LttyUkb4RcZi7LE/F0mFnHaPrdcbFniKQtyME
bigCEhdSochsDLaQhUXJB36u2Xt0tEL9CYmdPeW/wjzJQDYb2FQp1fv+zMATxMtgl9yOWzpf
oDcxbG+Kol9fckGzfmU2FkJ8Jg10TyawH3XDXc4EZIm1+tgoG1sc5K/r5kzWbwqwFKL2F8o1
496Qi8kxrlUFg6+bVnXl/vDrQ9R+fJBnLuZh9onKqp2+Fpn00a0iuH79L/ni/UUnzS1BphPk
211HSrjMcjgPttFFaAo7sKEpesOg03xVljh6XyuG1Yeylq+uQpObulJVn7qc5n5ttFJ7e8CL
BrHbgmok1S11UJL1q9BZ4vBLF/P2enaw7lY5ffeV/rz43ML+tQEnOHFH1VYTHUFlaINjyYWQ
wqwgJYaZhrEIFC1RWtv6R9Dh579+Fv77LliQdWbMSKOxlQzDQoeY7qyDIcigS/QdNMtBnrUC
R4+VmVz7YPZH8LoeP6FNl4kb3rW7IrsoxvO64mbEC7BufQ7g71emevkYOksgfp748yxMzPwQ
XVcnFloYSxbJGAuXrOh4P7Neg+cyP3pHfVcZUZXQsVLe/udYhPxAzzrMM7PVzi4Dr1skYyxc
suwlQ6AsGwHuF35uSG1lPy1G9dI6YKnM28cKXvSMndz0UkhhkRQlFsJSYdFF0RDrGEylqo9n
AL9OKU/21dXofB3A+/LyAiYpA3XJ8aurCelaJBE4FqIOWnThO16KpciAA9ZZchj+WhmL+TND
e6+iPnSYm4v4PC1BGwoeNnQ4OyxpaGzEqsITfl4bfq2lXNaKhUBuPIiR4wzmMNsPZAsk3gzT
2JzSjqFGUEJnvQxA4hxmYtamVVg3Uc/0hFkx/c01h46WuwJVi4ZtnvB5gBG1uqYScFIy7Iqc
S/l7+60Ak1mNcruNQNnyQdR+U44NPYMpLMaIRZx3RrxSYLhGszCkOJfysLkkz3ULWagwoc2h
y83qkzup896cDkFSJOj8XC2bznShm2GaEiuxQu/pMLcwQEgaQBHWV05810A3qYYjeu2oAN6b
CY/LG+4yWmkt0i0TRVaPzASiNySDMO0kLT7HT/2NrzUpzmszgKWodiwzI4u3jMzQJSRdKzph
r5JkRuV61a7Mz3oZsXrxWUorOzGT0x1bhY3d+IxqySFxhsiXlJaa75fEV78Wupc51eFXlCMS
SuIoMrHASnDdIYnL1u5yaVMplcQ3ju43XEJLmlSUeWdkB9KF4HELh2SpbO3GAlQwTaM+l5bE
59DRP+fbPBgKLypiy6x4LANadxHdCcw6zNIKPa/ZBbsWW/8kugSL8T04fNS3crNL8UyVJWTd
CSy26OwCPX9MY7HT+vCYsZewnu4Thp6aJOjXLTfj8k4Dh84lRZhRFkZ0ti+nza+a/nVHnczH
TEIkWaW9jDEMJn2C3G9RaAyx5pal5JcWXXkt1PGSxv6RdxY6eqPFVei8ExnN7+uydzuiYoRR
dBMzc3DJ/ZgTBWN+ia7urXIOmQfxM9eijn3JlZ5ujEjjFGyr3kowsafrliaNr7CLBWYhMos3
8YGeXC2hC7DoRKZcKXq6F59oZUnKW7oKS6Y1Fxd/9RpRbkWXSx20mYTXQDcF/w1TKjD151gA
ABBUSURBVExEm5IIy6pIF0o+xTZSyh9GQ5fs0rUVnd6Q+fBvxtyZKGmVhRS3PEHHpqDdiSEv
sYSVEkLrUriY0KtfmqEe5z0XBzNr+Ti6+swVDnPIZ2mvSjPCjQouoLtIwBWOQacbJXlJdPyG
YXiRUG1uWnT+5kZdZeFpGiqt6S71ebBlwVXpyph+OstgRyv1q7WFejMcDTQa6ntQLGeUiIWi
aos3PxP06dJgjL9rCYkdDlun0EOR3rZctoWBZWCZmX4TFomIXlAVasKoxCrtQq3f0nQuwlW8
7EqXy6zMa4ZeCx1tUy9oW29NIENJEpzal2xOowu9DCJX6jEHlDUDYwtmEW0MrSoEHQaMTPbH
LP/Wyt9GnsiMzOS2OLswmxF5KgtiBmtlXxZcA91UwQsZndRXvIraH/wbl4Y5I5DPJfYoYaq8
Vctvnk7bhNe1kvyuhS6TOoKaRyy83kxNe+gxadlyT1ZqPFM4gll6MVJbc/IzFJbQjbJEypZU
0e8BwcUf2xZZUUbnDHuJukziXrvmht7ww2zc+KfQ0YJKG7g1FpDwHkc+jfusxJEnE0DvSi8k
aubyxSG49/O4J2qwjKMLeN2H0CF1dTW1+sTTU3JqWOcM23hOiDCsnNYXeSmT+2eGJJ8XJPKy
Mtq28t0ZzZ9TlR5e8X87kO2+heFfYmlynjPEKuJPCAMcO7mVLnL7TJUi0KTFci10tDqIqYr/
Us5cCsFy07n/khRDn10RtFEAU5QdGXS5tTrTVrsK3R4ZjVfEwuO5/IQILBitvFQYpo6hU/X6
kJYYnqXl6nWLzneWXieGWvmNoYtkBTG6wl3GIRNb9piuRDDMTFW+Q9Xw2Z7H2VEm6FzA43i6
kb8L3d2Crg8U6nt0ufr86MxIhwbjhU22EjnqeGRVW8WrXensqlLAk68vbfwj1LU3Y1gcDfRe
G2IuIXIJbAFlz0kLBbrJWt23CvBHgk4QjcV0tTnmrmW/86UrQ8JJbkzJq3QhLS7aakFQFZbM
gW+IUN65FU/f0ogciULY5GYJ3fbV7mZRyGaTlkyK22K0nLZe0hJjfYy+5XrINMgUfIdmpK/k
lkRL2OSmOTao932RlkqKcMBV+sgjC87sr6JoZbERgQlRyrWelXeGDVSv26t3oytRR3tmjq46
dE1YjTh6dh0boZSy079H3ZCMAh1hgfUdT6DE0eDd6OqE7rEaSI2gOOR13loc2uaNpqpr0JFM
Q36zpbRy3oRurHOVkjGMf4g4qa99jpDEhI4234xombY7FszKrWDeGdRJSSRqh9bPTBdcfl42
hmuhQ9mFdVqxjOXd14wxf8HRpWOOyxT4+uLouVG657hg47dh1kWgToAlnH89SvW1GmcNHFcZ
HVEbdTOnJabscDms+QLR04Kuaiogo0D1cZze5dCgU7vw24pn0HGEjXjDQ8mDFY7YcusofMXy
stDo6rzBLrgKZ5aWsfsHKUspCF0d0T1BP07i6DHx1WK35MW93PLSbVvbKNsej39bOEZs9TXe
D9USav8ik4rSJl9jJlFK2xGirnmZGHSEaKYUiPiBO/BuakVZHf2KN2UMGN0V4CZLiR6jJIW5
lhj8HVp0MduonXpMXoXuNvLqFt3OqdcGmKae4+ffwhJ38USZHr1WElZjc8kkvO2Q5jylr9rR
8XNTlTl6FmOAQ1fLil5tGNKdDfXWgm6wmGFNl73VdLkRTyBqd9BUP7pgzi1FHOzWShz9Gi9z
WWaiVzr2ZOc4Mn0X762HzLGxa3CkWSk3Ypz9cLGjqIyT+RjRmfRhzX69M4OBQ+fBIx48lU7S
b0KOOMNqW+FxVUxnLdY/I8aETqjq7LtOlUOXixgJIaP74HBxUKbuiFo9vkZ7ajTogvUo64aY
B2gl0zZUIsLYN6gLg06GdEFhkktX9f3Maiar1iHeqUI5uzAmM8JbskxNaVNDuX9jN6oZuy9p
ivvMN98ZrdB2mZ5Ft3nlkKIl+I+Yoc1LEbCUGCpbsuPSMJMmImvIYO3CakopBqm81oFwc3Od
0VGYJW5GaVrlPVAGONOO2apGjxaeuXE2Iv88jBIw20ejyDKzpCk6NLxdG0K4/akqtBwzsZo5
hoOcduj6EWOzDoQC6m1FZ3R2hZb+UZcOn3B8taqi85eyvmTQXw35dwSPO3SyCe2wZhyTV0gn
SnNvv/IGwUAe9yiJLfqJQVfop3SlNYaUlyNWAlKzvZbRup57UDOOyUuWynJJ8+YX7FgZET40
hMcGRldaY+q5ndClAXtxg264KuieL6HLYjcYqc5j38rNpKVhEC4mljjjornSUmUa61RKpLzB
SaPzaMmaQTuFhQ+7pcxrNaxB/P8EG685SAE5VlEXktaays6qJ7/pG9RQv6IBX25C33VnzUyf
KOXPD+waNCHWxCnadMKIwsU/o1oksVzQlZbWFI2OXikdcO4c9Zi7/Da+AJ03kFe4WRwOGXmq
1PLzrcCg+4gV6InFTsfFPt0TmxyzhhdoXrM50RitUpD94FPh0LBEomocrYP84Br/XgI+5KV7
DvoG3QljjMum2hR27tV4JsvodgO9/izoeLPat1dtcxa+fYZMt1tgHklZ/BA6eIu6aNNbDI/o
bYFCqw8+ErmtbUescGesHaiXgbbkvC1aEM5Sjb1oBB6ehk578Up48RTXh9QCR0d1VG9usSml
Jo7kkdh98nBWWXS8YyhXDulbgq7He6z7WgFDMiXUkdVHSQXC0WUZ9FBpZ7lsPmPqFmUI+l2B
EeWmTxt0IsG/UyV0ufccPksb4qoPnTLoOgC/LEQ1F8+MjDeDs+4lLmqBYEjiGwf4ySQcYdVM
jspprkxuckM5BzNaZWbyZIeCDku6KyIVeilsQTO4HdqB7lbPDt269jJDWcW0uyd9x9JN42B4
A1QUDpq09rMqevzEFVuDm1/so2P4uDGBrQAmbUBW6B+SNZr55rvR4TEjvw40DJ8bqe8OFLcW
CZBwMUEUxB7SisC0LvV0lcNZiYnuIUm8tKAWdUaqjMcVm/7mxvPHdsn3DDrDYoFw0VALsH8x
63MeFmoi0BenWhpZaf2s6NvmhJCXdLLFMp4x17KV13h9jARPYKBdzgxUm/YFj6jHwuhiDnk9
GaFaFhX9Om5WalZHbf1O4TXREX+9Lb78UurFkUHHlhAynlBGoiDUEiB+aF2jo1WVvuiVpNXt
9iqU8YxJkNF1jssOuQI6I+lrcOeNX43TO7WvIK2rLXlckytHu7QuyUUD7bkv4/HLpMp0Xa9Z
+pkiDrbCUPYEUCtQXlXjzXy21AopU7tocCfcMtQbLuvXUJi6Gg0sugRMy23RJI/hxVWQ1mGm
33AjXkaF1gvS3iSxv0wRRbrBSKXdODotQXS+B8bR4cmI3ifnHav9pDPCsADRIssOWYMVC9mA
MFBeMXI/g5vYjt+a0ZRxhZmyOqXRjb7VZmvfP4RRRsvMTxTP6uQFqeMfHbWZEueX64mNBVFk
WnC0CHotdJRBlNEN4cF+eAYv/kCPsEQ/zaJzaXq3srQqqH9dJc4ccfL7Ljz0z/Nr6udyGR1C
7j1D1GkGdy9pltHow86o/3mzYKc1KtK7Feg4AR1XAUlj+N366X6pQxsZh0BB94ReK+HREWvn
mHnPkXpLn+qzGHWRtArJaqm+407i2jXMYcqhoxC+wNGN9v6TjjB8h2e0CGG6y9R75K2aYqSc
Z3eGbnmhVL1OvvIuc6g6dMtZ2KfdHNBpdopNyzROljHQ9LzM7X3bj55PF0lSJRRWpiUVqc/k
V6Hzhhbdan8Z6O2ZjqpuvgwWHa/AhqegN1xyca2XexIVnoV4AVyHDsrlJG9KWRs39qprQmUy
v3BDDfY4cMoLfri6cGBoeqd0pIGS1/QolpSuJ5wlm3RNqp+NsjkYdJG8uBZ3NykxM7+0XDC+
frSiTnUNuYRFHfdfXhxyMnPVho64hM4QObN5LXR96G4SIKFTZ/itwLeEYSdz9a8sucTLGgJn
/G4ROXSzBYHIK5ywDDr6Z3JTunI7Txh0m5t6PP2bqOgE2gn3OxZVMF1dsOSidKemA0WJl+Te
icUGUeldJP9qrL7uDRfSZ0eHeZaH06F71zKlR6sQrsyomvk/DvCe8QhLen6DPXQky/3kn0BH
hueY2e60pPCTvf103BniJBYWf6zrOeD3ZjFfeY1qElolIr1dd9R1WVU0cH0Mq05QXROdFtN8
T1RBT/A26A8hlaXnpswqpSY8fgQ7R/ybaG6nDugGo6HKoaseNFezEroezYyJMJVOFRO06B94
wt4iE34RMW1fTKnBSw5gceh6VqKhTlMsT3nIh65Gx3zKZff951d5T3U1oV9yOCigpDvDc3Yj
/GU21HAdXJpJaE1t7nyLGmpprbY8Leh09DJ19NXtuVqVeY5GzDaKbyt6xisn6YvJ3re5N1PL
/WpTm5dEWLXPhEJd21gh7ZWfsjeV+i0NOfrPO2xdJ2vUdGzlDS3mxWiLFJ+QtptzZQ4ddM5S
ut4qo1NToRTjoy5G/HBMVS2L6H/xgbfeKdElLGWdKEU7BNg1BOdW6YW4FY2uFspo1TMohnT6
dk56D6qTuyyW6bpFF4dcthipmZ6YdJvXSuiasLgw1pTsaHTesh5tx2XYZJbk3skmdAZG3abt
KOj+QpcZJa4npp800U7RWxLiWp0IDZM8M/mZXwPpiuLey1OGNdNOJKo5TAr7AlhktyJYPtRn
1hy6zrCEjn6BTJ5qHpKpYdQYyv/bhLK9jsYyXRIeXv5RvwPmsHmFnU4g5TI5c5MxCzratCuj
NNkJUfsP1TcUdKRYPJ2avP0kdFKWU7xtsTnPUkZHY73EmX7mVvlb7m4N9k6alhb/JB4N7g1o
OttXf2yFgQfXy5+32CJHnSo/hgP4vwX3W4HAG5jtZE5s6od9NfVAGWp04gkzTqCU1uzPZQad
bYe7l52MCJE79OauQdfWg/jUQ81sDZ5PPVOaRnXF/XK2uAmSeettja/rwtC70FGmT+/cUhW5
SU0qCns6o8jaBt1bK2UR8M9AmoFoAPgb/Ag/oGrsEAsoN4f1pPS/VRadpU6Vhz2j7c8bXhwD
Wyu5E/5Fh3VMBGkbAsp7xC99a/LMcC4uVDnJMOj2jqEzfVuzsqp3feQleN7GsQ4w8LBe48n5
XIrKgIm6ejzqwgzdBo2rZ6OkauSlJzrysX6R4p41k4PY9EIv9RtGTF5smZnb8aqcYhh0g3ej
wzRlZH6YXuUz4wMgIVe0Wsiih6ajKe3oq9Hl+n+yYNCl4+iu/teGLxmWvLtdX+b2h3ntrIak
7V8F/Zau5UUuPzJt0H33XWi2lJ+fyS1e+rLKWu+Sk4N1p7FT8KucNnjwQmgJXcaeVdCFVyUy
1bh3yqEr1dnSgRm3MdK0c8odRj02HBR6p2PUFxV04ci318ld0c9vP2CmJXzhB2orWL2wUZtd
pvpYukgao4ewJE3m9dKw/DOd/HRPldAtr4ahpHaMzrw6mxOfQmQjVcOSoFvhEWNTxzfLWOWc
IaOTHMUsZCtvdJaLgrbsx1I6eOhR9Hv0MZSrZRDkEYTHZDdCvWybgRor7prRikO/a5hpallj
Uwp4DjTQb85ClJX2P/OxDqZyT8UX5Or/A3zQwU5ElpGMAAAAAElFTkSuQmCC
--------------030102090703090903000009
Content-Type: image/png;
 name="eur4.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="eur4.png"

iVBORw0KGgoAAAANSUhEUgAAAbgAAAEBAgMAAAEAZmgLAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAcHElEQVR4nO1dz48cx3Wu6dHQ28MloYMmcgIEWMtuaXeYGBsBNmCdxjICBD6NnK2a
6aaH6JDp1e7QMXTQErJPHW4UiIIDEEFq+cNRMJHQq+1mJOjCwM6J8M05BQEYxD4pBwF2TvkD
Ajjvvarqru6Znl+kDR/SsJfdU/PVV++9qlevXlWP2CYrXfnjM7H96AreKx4bknPezx87HK8e
+wP1iA99vs1G6rt8z+V7bI99W31X7sHXW3sK2+b8L/Hr+hFKGtaj5KLBo/zROwSOjnp04A4q
6egvN6AxX9hrvG0eQ9Z4rd/w9eOX9hjrMUeox8awA21MsGIq3eMxiqMfG7H8OtcX8fa80uMz
+MUgf6QCkT+2OJf06NMjtl4c8r1td4/9yr7+V5Xu/U6LR33WwC9zscfe7qEa2XPw6PMhSOWK
XoceOY+d3ouduKWIOIeGPdO6qXkjjgZjPfM4hNLbjbhjVMdFCH83noVHVmPvrb796HFhPTYi
kDnMHzsc9QWQzdzcV8WzTNAj2LrF+yBRSI8nvK/MTVg3ty89Sr435xGUiJ/RI5j7uVZfm5tt
utDYP+43Orq00WONr4eur0tfA41uYNeixwv955gTSW1fduFbPC4Myi44qkWGtzH5XfsRWgEc
98yjA20SVmneNXx6dDn1o71Ja8rcUNriw+c6POqhudlFHD8dqC9Gc7NNeHQaoKqeoEcwaIPJ
zqtKwAvwp8GeaTHNi3/Y1sar6vEijsS418BSMPzmBqNOxNgL/O8Ye8R2We1VLXQ8KSazCx3u
q74ezygM1PBRDagUSqlKXiMXwfinVmELK3yBK2cC/+f/ZhXix6FDhV6IXyiqdSQOQsYNrV3o
Kuu0zLgsFXbUBy1jt1KhsmaPydiRU4U7/CrHQeFVkK4REwdIIyoXdtBQ7Jl+SzmuqFT4BU4q
uPpaD9slSsik18Hx6ECd7qs5UBV+jfdcaIjjF58XhV8RoJU95239WVQqBFEi3pdoSL+M/FX9
9T9GCR3d1ac4d/MyJBTSWDxXH6Ei5TVBiZKDfvNCpdChxsetfsNCdsiKfTVEQZkx08iXJd+X
/FsnYG6sgT7FTqqQ2pDgy/tUf0/1NlWImga9Yl0hTGu+yIB+S4YLlfAK1qrNvcU62vmb1vpc
tYGhs2v9SbmQnUABeFHqD04Mnp3v+4caYF+brFk/ZhcV/tU3awud52XwaU3hRT7g/s97Mwud
kRxw8ZjfmFXYGUUDzh/zoz1USAWYjTghj5RPKF0ex0JEgsWrSK4L/+yIDHeuVKsPha9D4d7L
fNiKmbasumBUj/aOsdo3qCcobRtKyUdhkwq3GlgYWrWCnUY9VdjJoNBucQcMO4qf5/wzftTg
FZOhhb/dMKKUCxMs3PRmFpKTGm52ZhYSsE+Fn00Vqk5VUy0NwGFNYULu4AdsMGnPRELxD1gz
9qYLPQ6BRrDJnueyVHgO//WGoJXeJnupUtjKa46ha0blwo4KL/oSkN5xpbVSec3Q42xaQ+QX
WevA22eb8rKMSoUuVdu6eS9GpF9CRrdwroV5FP5u/l6lkPc6IRb2QJ6/4WVOaAYOadb4FgSN
I369VNhRhVuHqL9RBdniDgQDDjoxOVX4NhSCZ/PIZlNIDF96LT6zEDpsxEPt26cL3bGa33wu
S4Xz3Zu6YK4hSfh3o6k+tKX9+yzOPIbi0RV/qrUSC+7hzDESU9UqKAhTtFbmhY6uVEhyNT+X
Nxyra4JihY8NugLI6NOdXVYppHkFq40eeW+4yypBVQvaR+QQXKrNibLA5NyAwh9Gt9Hfembu
Qb6rGHkwD5E9LGyoQhTSlzFzGhDYoRJ6atrsF0L2IJQAp/T7BknTlVaPwH4L/fACH/jhI/l9
6JQFEjquAz04vOAPZPQzfhS+wItC7Es91tq/cPKn7YZS/KKJTnkndIHgYFl4gR83Sl3T53px
AIWbJ03HLsSgRHtdJ95sX2vZhQ3VWEat3+wcsxLyUM2tTg+872aryZTDCBQAlo/QjSS1arPR
ZDv/zt9Mk8IqKkxkeor89Et/pB8fsakFj33hlNcs3ehrOVx3DZzz4U1/yI/i1XCNBLq/SPkn
MM8uj3vnq9AjB6ga0ORkaZzkR77P74BBDtE8AxPzL8C5QvyYj6XhI+LJYhwu28zXixseL8C5
+uvoULg4grGncH0cDPW4FgXaNl98PufL+H/W4WhOLrfzMmPtDNYFGHE/Hs7G6VXTEayqmh2N
u44F6PYR15+N82iJzY+g2maS87VCGkOAq2mn1BE/4u7kDT5zUmo9y2r00jKrj6PY8Ui+7ym7
K6nr9Nnh+jrYBQall8TYrxa3oWY8jo5itzVl9zoc2VtpM2S7rsFFi3CqkYEqxwliSb5Owcdo
BsCv+4txajlD+hTAl8DXxxO5rHxqTt8DP9E9hg/bP16I62JH6VBvGU/QHV3iYryEfC1sH5HC
6AZce65enCQPidvwOYU0e8oPnsdW1+FckZ1ZMlIurY+4NsSLWVKP41bwfj+jhoboB3n44bx2
bnMrrv9rGHWSRvZuK0K/JGpx7VvjSY6Tgp2TNLVQ/xSyXr6NFi+WIF6vMTyjanbb+PXDunae
8P7pzWLy8nSTHfZKymWtHS5k/r0hc6V2jZiSOHMnOOjHD6FrDqIa3EVOOsg100Xj8VTTiHq7
74BsJoiA/iJ5fuHX79TiEuSjT2Ch+01d6Ouv+/Xy8UD7WeiRnnFJYmE7L5LK25Jmm/tWKxfJ
x1RH86NJQlkJuk7ThfKhqYLb1FN0Gpmu/cMl+OB6h2LIk0I6HsHX6+1ucB2tEFKRYv0e9LH5
OCd6N9EfkwX8U+Q8GvsLcO1CiUSFTZYBfP10UTsNHSg0PQX9cJrfo4V+1ywhgE4EUt3or5tx
qx1WRS+aUHKJZjwkPt/4+bjDB8a5VnCuVgvlwyhnn+Z8b8HoulyD06oh0w0d1a81X/oGYAby
1ZnzpmvhAkZJ6CNxj3BDcKTuNRzRM3AmWZmw1CQgIdyB/rLPeyb+bJVw3vt3GYtNppLG/pBC
ZKP+OI9bPQunAbgA3GNtGEy4gRBTPKhwQyve9Sw+Y1ChXIwX01ILGH/MqZ+FFs4pcE6QGaRa
aMeoo5vwnSOJ48E/Q1z3QUzAAtfgxhcdqCoZaQ6+9lDy+7DY4xM1YW9hYSqLdurcZag7Tqjk
CNnDfSmut3nsPLT6p7D48g/wolQBk8Od+KEU3SZLauaHlubrl3BOn8WvQGub6AZm4jpFVpuu
LykFgBy7CYbxbg3OGLycb3P6NI/163ENzWej9rN7PZxvRXrMXqjFkRl6Ns6lR4iz7jbRZDNx
arkW0PfP2N2hJz6PsQHh3ga9QD/PcX7g2+PhhEBa0GImNN3LOYKybzQKPnOVF3nVVZt1PSo/
/nbhuuvgWuFkeLI6zpHuYcBzDS+La1OcMM6DviVxbgfdfiowK78C7hnldWCWOQxXwG3RHh8M
Tj8xS9RlcDB+Ikk4HC8R9eBlcBJCDI5RpIkVgqVwrqCtZJ/n7g481SPl7ubhWhgijCW3cGKy
GOeeUEgYadXo69OF7XSVUD63CfnjeAHuvB1PFtfjHmvMxV2ycYKbTaXH4QL5BhondGP3PIOb
205v4PMCh3/inUK+YS0OogBbLIleuQs3v3BgUZLmrn0K17ms6USOhRZ2zx55lGcIa3AO17j+
tmesSI37Kad8gSGs4lztnTHDU3QyuB7Px+1oHC7SjN1DtsHYZxoXzsZJjRuarDBReBPTTrPo
q+AcHVbjhJ/Ltwe3B/+lcDX6lDznU0lWCvUmTsKVfAez7fc1COYp/MekrNXb4IFwWU1/+YrJ
QolCm/QoFY7Nxm0ccdVO6BomKDXQeThpwuoDlm/4JgtxTpaH46yQzl+I20iKMNA6+LAIB7o2
fBNma3MBDiNazdcrYuB88NfidnjOFxd8i/UpCRfQKiPfd1iinQonNE6HHmJZnF/GLcFnrfIn
BmfWrvNwnQKHhIgYx0vwdQscDuoNHpzppNN8nFvYgTzR9hb8OddaiMNJ6AbxjXXwsWUvRmtx
eIrkhqR2ZoSTZitrPg7r/tE5wpHzwRZGS+A8TNNR+jKIDU7W48ai4AtV+jKkksZ8nAzN+NsR
2n/qSSfh9lXFCVbyuwUf84I58r2E+boc91XWMbhtuM3q24k59AL3EPyDwjkCl6H1fJ+zF5XB
j0CLA1pAuDyU83DPW4tK5+qboMUB9RaPV64K7gP0CgZ3eiN2YJlJSomkmIc7H4kCx2/0Yd6M
8HMMJBP7SExVvtZ4ksvH33S2+TVlBI5Ool6+8x3Mjhu+N9y7nW/kuNKpnyrOKxb3jvzE7Z8d
0+etubgT+Q3Qdp5M8D5hz5q4PJ2Dc3x+7f4t6M4a13lD3bRZNxGVg0IlvhS04FHSQyUvFK7N
J7f4HJyb+feuMRiqn5h23rjt9poQR4zpq2kdDlR9jB5dN4+5R//IxQOpvhjcq7M7zgFNC3dG
WfwHfOZl4aCF/BjDorcQ53RFKfsvanGYwzhGd4BnbZqeUH739YV86OmO0Y29BXFJMxGVVXc9
DjxIU2WFoOPc0ttwlxfiwNOOmw3Cxexzt0QZd1iLg2hNT3sCd6f8ZdvpAE0zAyd5BDH+wGzf
GT6/HjdBs22DPt9hzmU8lLakXshsY9xFc/jAr+Dm2I+psMV/ODmJaNmAuAdm9Mi5ODk8025a
8UUDM6nPxZ0fh+TexR2Fw/hFxYCz9DJn33/eZbcT1Lr1MlANZJGeLR9DnC0fnmXE83MDkZh4
Cdp4komFOKaHTyCVXtT39hfhHINT2WOh12P+ApybZMVwhZvghwRJ+QKcCjsLnGqn4MnyOJNF
FJSQvme2CGbjNqSl/iPaPiCVBDyQ8/VpwniR8n8+1dsO+pLzcDsa55vd4eIq7J9O49xCLzf8
xKw3S0oRzJvGOQXu+xgn37e+Dx6ow/ldmDKmcSxRuEN+Au30r/MSDt8pwOlwBq5FOMF9c+qB
izw/vce6aYxtqsXxwu/uJ1bChqX9Gj43lw9ubg4sC2DK08F2dmbhzll8/YaST3vdBNroCfmu
fIrjnXkW35AdK02qWROX3a0Q+9SMdnpGvghxTWk1tMdUOmqm/QzfKXsIeqeFi9LMSZ6NnNVf
WEfzhbh+pwAdVXky9kkt6nJKuM67l5kTG1zMXgZws0gU2Aw2ro1ReBSg2YaXJITju6CQprW2
tRLwP7VwnWK4hs12zBzMTzR1qkDy0pnLR0mBM4cdHia8h4I6ux5FGC3TztDCuVZ8lncvSbgO
rjuu4efaK8UWrlHgGkW3DHVcJ/G0C3tRTPM5Ft84LeE8PBs3aOeraUFZ4Syt4tx801SQIV/E
Y3MDvUrF/6E+QeSzSjtdnPYIF6o8CgSUKeHgwwBf1IiJWmwBrp3IKfkO9EBU+cEAX/ZIkTEQ
p2ofmm3/RM7QZ085qAQDww9RHeB2xTtdTpvQ6rL7S87H9ISGuC9ysYdHBqG5Z9vFssXGuXoW
edPGNXk/AdweKENak8tjfFvmCce7p/neKPE1QuppLD/uPtVOqWeRMs4R1HPBBLdqcbyE+7wK
7NGACX6pVYMzm7tvsVKC6m8RV02m2LhOpZ06QRWS6GE5OVW2n8J9UsLRhhVLg/JKfIb9hJ2n
vf8girFIpPV8erzvWTgYD7EqerWcnJqBiy0c8xQOs861uHMioWygwbmgWGdA4jlcG6rAHfos
v/Dk+z6davzACfryzduMvUR8LCHlFLif+ZHlTZ1BX6kjGoDyJAT2er3JNhC+kQpo6+HVIMke
w3AscGxAYsnyQLTaA5EEj29BPPLYL80Pl/APHgotDcSiPe8w9yprSUsvj0yZuckBy9xsLnGz
a7fg/+mWoPtyNmkzb+hMfiN0zih0TtqYiPo4qxT9Gug8PrqJ4yzAQ/KTOro1PfyTTAxPKN12
V9LyYAQxe4KLk+9mE+fur0uZF/e1rxrpCC4ZZeCFsl8HnXM4/ojzU02n1kAn79E/IsvyPvOU
6DDBMxqnar9zpBYKfjQy/hXVGz89Osq4j/Cl2XGWBlfUDIfvXhV06vTNU6FzMu4HCdCpwFSz
RBU65NN07pPQOTDOfFNnfsPHskIH3eZpSKfePJ4WSrxXpeNHxcbiunSZ7ve6TllUfmWaTi1U
nPXpLpm1/7TJPqqj89alc9JBhU7klSd4IyZpic5a36xBlyUDk6YwdeY9xKcbAWuZqnSEXIPO
SXie8ZuSjquuAqHmRRNSHQV4KoCQUvz36nSSX5e8jk7fBGfgMzP0n+ITdTZxQmuA/+itSIfv
9rxeqvwgCdLpnvkdg9p19AlK/PN4nK1Gh3F1iY4O7n1Z1tK9oosUnf3uyZJ0YmDRhVSUn8b7
C/3vMJ+AXtaf/KZnc5IuWEmZeEhDcEs6dWqP/WGlq5AyQRHZhN7NKJRpTlgsRdem3p3YyqRB
tVP0TGNE/DER2kR7mBR0wUoDQe8q+xadUPYs6Py86EARHvGcbrLaMCdYcmgrM2Sk4YLuMC8C
TaLuczqbZRm6S4hCZ1nQoQQvSj5/RliLrh3QOpdbdEP9Ay5W5aPgKdGpQ0Q2XUiHSkWp8pHJ
pj4RHZ1Sor2Kgg4CrU2zKLbpovIna9A5QaJZCumSCcauzjTdE0unTpsrFiOm+ZkXr0pXmQrX
oEsLukK6oaKrSleZCtegM+63REcLq02TeSkGgiy0+hToSJtEx1h+3NmqfFZotCJd16YLeJmu
LN3hVFi7Op3RD9HlXmWWMoOpKGId6aRF55sbNF5ZmeLMexp0JdvldCgfveqTJVj5fZR2Lt1v
eDZfVrp2VkgX8UI6Uc2idDP+3SdXZludPKaNXqnpgiDLJkVe5ePTLHu/FKs/gVfR0cZg2E4M
Hch2Ehu6LFFdhT8dulMiEceM3S/6TDDJ0wt6No/Wodtm6mXJ0uIRr0nTOGRUZlyYDFz4+nSe
fn/GFhN99ARvurkybbr2/fXp1P5NRavvosRNpicAfcbQSsF9jJ3XX4PuQeJP2c7cdGOlzYF5
pSd/Q2uERynXkY7CLQyOp+nOC+0iS8pM8QQ0VX64Bp06nDycputmd8zpzgH9fhozs/lQ0+HM
uiKdo+ji6VWk6D1Ao3rcnAtWdBjEZHxdOo+2tMUM2529P0AOjIWA7ramc+zKo9WViWcXaVBV
pdOHgduc61O6ii5IsnGWfUw1+mvY7kAezqQDlhC0ib/p98HZtqHTW4qUYFxDmeyLtMyZzIyi
J8y9OfS4nxfZykzGKV+d7gMKVEVcpXNpB9njoRecWHRF4BeUWRbTtSftbKJ368PpZBFudHeT
A1vPmM0wlas88W/tbN5OJZ4pcPD3zkCb09KpbT3zSVdO6DVvPc0lFaEWKPNfcekU0JECUqeY
oksGGTSlvUWfYI8MwTPTtQbdY47WHuMLgmwbzXC5SicHPLiZcZFBOJGW6pT8ysmq0tFn6mQB
iTeo0LWBzkcvLLIPK3X6wTTLArrP1IdxTleSzpHBreIoYZVuOgW3kO4XaqIO8b0OOp89GOZ0
SRpIkcd7+o12u87pjPfCcafCEKDTQfMgMHQoLDVAAwM7jbMunRqvt5vGLw3MK4nnh4k69psr
s0o3Xl2ZP1E1sYKO64DkpdAt01XymepXsVaja/8ScdkGqM5aGuOs5gwCaSccuHUsV9c5tTmy
WLpf6hnaXs1N8APo/0Kd7c/p8lNzZiCso8zMdPsdWs4PVLjp5kdUn6p05gboztQw5+IuBkTj
O4HagSzo8nfz1peuoMttJ2Inoxtfluk+TCt1rjEQ8lEmIQoIsvZxhnNniqkws+BSuAysOU5L
dUbr00lf9LRWcSaiX/nxCzo/VSdXqQnGia0tnXPngG0bI1IcEQyksKST6kYkViAkn6irmBsV
ZQUPpG9LV2g10XUerj7MK3TOuNc0B38GwTiYSSeC9+ifmSyrSSezB+Z80kCrULMkVhe9Evn8
8GnQudYowz9BwZLysovGTvMEdM77Sex4FTo0kPlEDgI1Jc5bI68w7mwDVRJ9cN2js4i+qhOm
XflEdHaytLgRVTHpddaP1XKLKlcjf3U6ldaopYv0DQZ8qs6Tk+yjcSanUu7L0THylBU6//5p
dpnOTtxTiY7M1FmwzNbqQjq1Ai/RkaVeT0U+ExULkGK/fp3Mg17vlOmUF7uOI9t8ktcpi8qn
cmJZxnaWofPKdGofaXCaGZ+pxRzx0vEAUZJXZBNzyn8RXf4et6Kjg6jiDmbEwHrJ5aCQLqrS
hfpsybsxy3+SZiEdkzZd6vMg8vX+tXqjQP/86phX6FTuRWT/RLXsLEvnlbrK4TgR5r0TvX+H
v404Mm9aKDpMBYQKHaiEUrqWdEoW9YnIZD7ezRGjgu472hTqZnllpiU6HZvBNc5f6ycW36aD
BRvpsAtCXWlnZ8xdmu6kNBCSXLqQueJ8QVc+uML535ueNgrExPza42I6h9coc8icMA99p+jG
+TG8j2Ol1CXpkhJdkWDHrmDT8SAo6IRJOabqv5JQ2lleQTqQYdIt6HYsOq7pUOF/PnU+c8lh
Xp3NxYHeLqHsnGvTRfspp/SpVLuxJTr1Ts5MOgcC2W4N3TBnoZP69sJfYlhLs7u1s1DcPKyj
c7GJl7PsbCcoerugEUErWZ1QOkANZAVdYbsgnkH38mw6axXJrfgnxrMHQutZqv6QpwsUS57G
vD3zbK1OCs6l42PtQ4qR6Bzr7RKVUGobuiKcjmuO8spZynRLdHyQJamdlHZOj/U6ephPUuVJ
fMhq6Nxl6MAW97PM6qvXzG+zHatPUkEHKnK6/To6Zxadl1bpSspsEwu1yWR4uiNhdZXDkjIv
LqTjnPtVugNLumOtQj4Yywnp9yMSTXWVgFwA0eGoGMVL0OUvU1r7ubnt6EZl2nVGydBl79Gv
0whFp09sCst249m2OyxJp8445z0z1+oA5yG83kM6jAGvnGToVsXZ5nZxLCGZKDocCcEUncpF
WXSVzSB5zdzkgr8HkqF84h9S+HccZ5Vl7DhLxb8oDxTNkq5EN7bpnKKHOOrt8QnuxeCgk8MY
j3aIGNxg7akAf4bt7LTewPwunZbOszKcwBFKwRyUjg9lAHSsm8WZ3hWdRTclXZUuLNO5VoZz
B9+/8ULVVQ6cd5HuVpllIZ2sKDOuSmclVOm/gxKyi/g2Imph5rGcEl21q6DpUjsTxebQOSpf
tkndIFabQastuLD/RrYyq3TB6zadOtGBTk1karjJlelKtqso05nYqX5JryaRDkWs6LyV6PCk
REm6gzJd6cY5pRv1X00607uiK9HhIVE5x3blcwJmq9eBZas62rGxsxIdrSSsnvlBDd3NGE+w
hJoOPNT7Kf4nMOjs3Sp0XkmZU5sy9sJ22I0NHehk4sZ0cGVlukKZQVZDh/sxuQdA6WBFq38S
dzU6aaUX+NR2IbpK9e9OiQ6GRFvTyXq6LBNVugmEicnUJE43XZbhllPYJh3u5Bsom/QLJ7Ge
VWvogkwk0ewoGueyMUSaW4ZussOvxzswy4/v8UFw0qMPL8UFHYvvhyZmOJUwAWVm2X4Ia03o
tt/nat0yiw7mMvP6AG0GmZOEXLnTsKxexbJlbtiW4+FiGUHDi/fbwiiTDiTOpNu5nuvQ/JSb
RRfPorNv3CsnpNUx9FUZGDqq6P8ABzNh+3O3yZQAAAAASUVORK5CYII=
--------------030102090703090903000009
Content-Type: image/png;
 name="eur5.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="eur5.png"

iVBORw0KGgoAAAANSUhEUgAAAbgAAAEBAgMAAAEAZmgLAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAc50lEQVR4nMVdz48cx3Wu7mFL28OVoAAaRoIvtKwmuWsYWAmwEfs0oqKDc5pYUzXT
TazQEdX0zig2eNAKsk9NEgxCOQiIWLXkbqJgLaWpnWFk6MIAzonwzTn5IgM55uCDb/kDAjjv
varqrv41MzsU4Aa07J7qr756r+q9evWqZsQ2GeuzwBuyHud8yDaZyxj7+pA9pR+dAWOvDZ03
ike3P3a4eRkeL/cdoR/ZkLG/ZHnpR89D5e5t/eiMA8a45IkuHQYsgFv96I55zPWFL1/mfeuR
MflaQq/qx37AhVXKpLRfphZwaR7pSeSlPS7m1sueagOXdywsH57xzeMQHt/x8pqHABhsePh4
yeHDHjzGKPkm42LIbqec9xl7Hh4lQG7EL8pUParXtviY99UjSPFy9pJUzaDHM95lXjyyM05f
PyagWGfgxPrRG7gX4ufc/jkjPhfQTaiGIfujff0fvsypRfgW1LLp9Nnz3lh3N9v04XNvUDxC
h35/4OSPfea+NvC4fuymzHmD5Y+/GDDnDPOFfhzcZ05KUHx8ZvA8cxPT3ezZQQ9IJM9LeV9a
jw5/Lcl7EHX3BrcenfRF+1H3aP7o8VBYjxwfRf7Y42H5ZX3dpkfT3SygR5/zsQz5IOjpl8Ww
h+rz8LHv8cE5T8CjgxLBMGA9wFP/ss2EDxyv3+PpeXokpY97IXT3kB6Zw3q9G5mSF/447IzH
tPhcYP94rm4k/nH6ji7d9GL3xQHCcYCxzQ1mdWilu9km2lSKhQ5iH7Md5uHLbgrjcZAPb2y7
KuRU03M9GJ1etbBHhWdgAPTRVpMyckhtHnrQ9oDLMvLrhPQu/3Wf0diyCw+/T813qJWBLBV+
71ocjLEw2mC913JKVfhtnhLpL4rPi8JX+GU0mp6uL+RlJOhsqFxRDfkdxl7kfa9aZkSBTrlB
1clatTvsEvqPQ/zgmtUoXcjYMecTBTqsVsuOtF7AdYkGTp7LMU8qyKIUi6n0dsEJzQxDsDvl
L8e9sWs1KCCU0EpK/YFjFaoGDbTpMbbnVwoHwYCGSPgRdZ0qfJVUMzgHtoPGRaMMx6ZC4usR
GEwf+vxQmIHr6UJsB/gUHIWOJHsSeSEqBd6G0RsILxl7qSyU8CoUosmAM2OD1ziabVH4Ciez
oZnsPgtS1y7EasfUBr/bZ90XSoWvhtp2UpzJvNQMXa2E+6SFUMHhGvT6ReEL9HJIhszO4J+b
RaEaPFozeG0wmT96MWkEWtLfZBc5/5LvF+96qTJeKuxIWSq8oGujwrMVZKAs+66EQq/Dy0hl
2X4M7mqz97MKskeWfSYOsHBUQb5B4rsxdBkWJmUk/euNA8E2ZbXwz05U1wd9Vq/WoQYFr91W
hbyh0Hdi9G+VQv4GdVkX+gyRiV3oyn6vr4eJ94+8jHyB96m5/vgS45/zkbQLQXnkapwf8Izv
8nd5tRC1kGG37laq3YJCGATbNHCqhR53cNz2eBPSQSc1cA5akGjGNLsmtcIeeq/YE7rwh6XC
p9AlpGT4dSTo6DYEXrKRk2YL5RdnDYVgmR46oJAn9cLnoFw7y3ohDdkJua6PGwrfNn72xw2F
knQHou6KWuE/KTn4tYYG5XMbT95aUBju8iuyUu0WFshDaNNuWOPMoTLnlKXCkITZTbBQ7qcV
UcCPZUpDv+XXHauwZ9w0KiH5rbPjVgrBjyndJo+9EjKgwsuqMHzs7PdqSLBeLBSPneterbCv
CsfguNxKa+PewCfFD1R4oArvplSIIRQhByqwGBgNgAf6CF28h4V9LHSKwgTNF6YOB6ulQu1F
KMibpMx3YRpAZEqFQY7E6cFhMmbf4iOhCr2iEMzMQUt9ho/C+LH8KXhL5RPQSmK64/1nxEiK
/+H7MZOqEJEped1g+Exy1XNVZ8emWnTvUOh9/xlxtZuVjFdNOj5MZ/1necezhwlOT2OFZPEz
/JZftmyF3ID/Bpuy41SRQ6V/t7/Ze71U6Fq2yDZf/rnHKw1ShaCxzd4tVi2kshRWcDA76EJx
V9XGI3BgT03eYech9u6w3n/zfZFTDdRQwCeYkZjzW/k92z5pKjaFOjzIkT2u5dlkX4NC9xUq
/GP79b8s75a2ao0B9ovCV6Sgwsf0EVzZsGgeVNdTrcCw5iKOQNTLyNixjZOsdKHcewr3NBp1
G87n85MC5VPUNUBcF/imcgFOLQTU1Us9jXN5/DQ6kgW4PChh949JJTHgwMzu8QXtvGB75POC
TA7UuOPp19twrt1MWPcwVbzjHU3voQtpbecbFo4LiGpCl+V87fKBAgsgH7t/14sZW6GdG74J
OFGdA2d8cEw4H19P2nDnJEQ+yuTxAqO9pO52/Dm8nrXhDvjgwQ3LDesaXFh9cLmgnRI6z9P2
CJejw1Pe/56M5KhtnMGakd+FCCdvqMfHwQ8o7oDXw9FhC+5ZdVv0PEUqvm6eaG3nM2ps5CMN
9aCv/PVG+WD27Lv6A2ik5CVc+/jsIR88D6Hr3YkuTJbj6JY+genhcrG0WtLOb3F+rNcRKa77
VaFYqpdnUSsk1MDKSyznezYlNUryKEeygmvnI3sgfY67xUouzJbqhdQvDm7eZHJmxAsx+ljS
f0gX3VVtzYo17rWkrZ0L3Pmiy24nXO+QjCLJe4GLR8vaSWZupwbU/U/g3yU4N89SiAK5VC8w
XnI2ilijEPH7chnOWsGr3COB9wE8ogpa2xkUuESBQ3w9xOVL+7xiAQU1UkH16wvmv6KlgLkW
yRIu9/N9v44zpgCQiMO4eWC72/09j4+G2toqOL2UPxCClhakjsTwgRgPTd3NOBVtYyeGSd7O
D6D4Cmvm6xYN5eIm3Ro+8QXMpKOuWju18nHMLA0IJ7R8X4AXH03TJn1aSw1ypUi7z+eEG0Bg
4V/V640qLs9PpRnGLlvc6DPkfQxIOqaTK7gg53JwUvMJFyafHfIwx7ESDhDTT+IefpbRvEuF
txEnSC9pjvMsnCZS+V43ZbScoL+6H8YsxyGHwZkRFh2pqcxPVUbdVeMa7wucW8dxsyrHdA2F
4JpvYOFYgXOKdFuscagUaPAjSbghJuDkKK3hrG5jKr0UGNwRxhMprpdGKlcxK/RpkoaxHjhY
sUTgIxh0V6Tcm+kGT7MZt+XTuL7CqRWK5AfsUSJkh21veBpHl6i204S8Kg7ZGrj9R1x0P0Vq
G5fzeZrPxAUqxoL1AfsuNLbTiutpH2hw51R7IXSGGP24g8ptxEmNs0JCvF6AOKsngM9twTk6
hBiUYC60dqfrig57qRWXmOccxLO3U4qTb95axte32QJ63GH8fgeHSCNu48S36M4fO8NLujN2
WALyMdtfy0PbbqUaYd2kNHAA5+Nwdrf2oa1vjq9lU3T6Fk7lA3U7pEplMpabgfufzBe3fKw1
LPmJgFlTkrT4mNsxFXzDr8jHcIhsp0GBG1u4z6KUbkRHZYxLOG5fJT6m+fxxx6/hnBKuGDgW
Dm587K6k1M8d1JJ6C7Siwn+9eEy4HZF+ySu4scH5Am4kpkVUUVZqShVHqyjCOceU/s1xF+Qi
nChLgzitnCC09zwquKc/snGvUjs1rrdIvqcFrFNz3HfgZY27BLcPFsnHRRWH+nQFesR2vrPK
uWrcI3hZ8Tm8GEaN7bQnj9k+TDsjMkBYI/X4Ir3YfOMv4H2Di+Ui3EVr0nHffg+jAMLV9ogq
uK/Zk9WH74FNjcgIlXBhK+7n6F4M7qn3wQGoWSRYwtdBGzDtTPZj4COjCI7m0SLcWZx9DI7v
90G+BD/HXVa5APd0Niz4OMp3ZcO0c+H49CaFXvgH7sv8KltFvrO9ov9cft15Wb5e4GYLcEEx
Ph1+3RtLiy9ZgIMONsGNK7/wB+JN+nxxv29sdIICx3pf+EMddfgL+Q7k6z1uBW/X2XMGN1uE
4/wqFOa4c18wE+XgDkCp422cG/KrR3d4nLfzurrpMjpLEbbiDqG3PApOTTvpRqZbC3Es4W9i
1Qbnf0A3AU8/lDBxtenTn3P5Jmo8b+f7x04fHfeHEpUya8HBkj26yjY4v27auR9ncWdLvyna
2ok5t1uoVIPz9n/BxUP9YnjIW3AwGQkKUgxuax8++SZvvCwcrjds3IkEHG7ZqGa24nAM3ipw
rlgRtyE17j3EOQeV7FwrDo3lFs647yMOLcfmW4BDPmzsezZuBT7EoXJ+Ci6sMxEr88FM3HGJ
Bgz4jajMF7biXOw/hUvZ2Rsad0W/mCzGORr39B2xKg6M5Viro48TzKrtDGBK6dDrEEHcw+Fv
49r1AnOqxsXMHQlebucCvUQ4vA4gOE1hEYvTwWrtdNVwhtdPGLsi5cr9jjh3Dq8PWT3b2T6u
CUf9MN7muXzvypX4cHzuHx/wnO+h6Ti5EBdEwv0LxqGdSr7JyCTgFuPkwIRzii8bmQMhi3HT
mHBCZ/VoOVyOPBtxF3EzXC1Gc1zSAFO49fN1eTvxz6sgykhWsuqyga+Ec49xD2hkp9uu1bq9
AcfGuAM00ulLSq+HB7MVcFLRhFY7J0i5DNfTr09Uel29t5TPNXxcp3WVQsIlODdzDZ/eFRGH
vOGq4kruFm+U/xTVzq/itiq4RMsnl+D8Kh+mL1XSroRdgEtM/2XYyGuzTCzA2UmIBMY14Kjr
wkpP1HBuvtieyP844CV7kAtwRfaK819N8nG9TC8YVigcKOMR5y32N6vjHI2D19+PMs1XFg4W
We18cL2fgb0bv2ShT5is49wC91Mu5OiBUqfGHcOAug9TVx3HMoWb8IOfcBxnic2H/YQhSwNO
J60kR8MIKd2duzTBeuIE29SAM1m9w4nCcVloZayyat0FfNwaOHn3xYAbLG6nwkU6S8OVdvq4
e4lTc3s7KS4QXXv+ExFmGkU37TXhnrL4Bs67vOgHnqUUjd1p9Et2O8fOVRuHr/p86jbiAoUj
Pzh0b9k4TFX4Ec7lDbgtCzdQEQYXB0addNj09gI+stsxZmTwUtt6AKHwwV+AE5w9QpwaKoKw
qXmvYVzn/jph34a+6vS46cEiL8a8BbhYpT310k8+gPVtjnNLuHPupxYuxfOH446VnbZShyVc
j4/md2I0A5jfh5QuFR1rTWwlRn9v4axN73EHT8PsmJUIL7pPX7+xcL1c/TzudEGWHYk4tXeJ
f6yE6uOswG0VfAPKIu70cAWjF/0VnF/gHONWDnkfcds7gHjdyuL1LZxjrTcNn5DHaj0Nn+D6
3QzPtBnnFO2M9fpW8itwc0EoZGzh3ALnZ5MSLsCDTSOWZ0SjY3xrw63hCj6Sr7dDeSnMHJA+
kzEz+xUVnNk0FTTgLuBxKMrbEE5kiANVvUPyCZtPh4EDwm3sYJ5I789EeAJeNZk2Ap7KZKEX
Fa3sg/tR/Qf/Ud6N7CiTPFKZauB9LHlS64eBdjS4IKcBjtK9A5ODcdvzgz/AUKj1Q2zyNvDh
z6B6F0x2mLqcFKQu2x4MjtabKBUtdPHIO27FwUJ5ozANG+fraGVf46TCjTOXy+G/pWwym9i4
sIr7gNn5kMPYSQ/4+CVzOq+OM/Z3vYTzYzcNuNgoJ7ftdgaa73qpnXimVRlNG66nD4+Uca4g
XMrctjyYrLTzQOWJBB3fOV9OvpVx5XZeUokYTqKzfOOzhjPRkdGnTsDhyQEpFuCq8ikc7ufQ
2rcVZ/zSFyUcHvVlGzh73WnBOVo+e9fgUgfnWObGspzZt3Ha3oWFc8Rnf0VF4kZpT38pjqvd
RZ9fXopL7XbqXUlXHLfjPEH6LHZ9QEG+wemBUeAmDwxu48QfWXn9Y/8DGCT3+oSjyi2+3x1I
a94EbwLeCnDdh24Y8feg084SH7uQKkFQpyGP+O8h+LJxAxJrmzpE7vfz3doNxG0EAmT8m7cj
Of2S23xsROqQxtEUOK05iCN5egMi0i/D0vz+z/iH1o2EYxWcO2dexLysnhfGP7/KcWkFp1ll
je/PWRG35g6xcp3HCKOCu8eseCl3wETyoWkr2W8Vl27Z600L181+oGDq1AXJ98Trftc+BNKs
Fy+mxGVZn44djovc4duXqxKlX5b28Xw1TLheF7/XgGO6H6SN82xcUjia8hXY7XxsPjU3uLSm
wCpHdlQTaVLtkk2RuWKRPnvRvf8xfowro11jOfnNvv63me4sHrOo0rmHfK7nAEMXW3TspV1l
Z6en6+Dhtyod65qbnO6uTed+jgeCxBp035CiYKnepDmdeik/cLOLexuT09O5+eZrA912qibC
Mt0louMykWtIR8ldpKzTnRV6PisNlRm86+7i1k22Np1oorsIHF0jXV/TuRQ1UOXr9N29Vum6
93QQW1Im2Y2iw7hxPbq4Tiej0UlBNy7R+etK56r1elqjc0X/IdIFdTo+V5VHp6cjh0aqqkp3
4I5oFa7o3jF00qr89MoMfo5FYQPd+U+IDgPzkbZy/Ha3XXlyarouJQeO63Tu27AiOTF0amAS
HRnAW1RjuJbPVE6zSkcs6qDzyKyqN5lPO6XTf12X7mLUTjfdU3135eRSTqf7jg5RztYwhFhO
P2lQJh72QP8xh9ZcNUVW30VrjUz2za7uvAa6mLk3xwElD2p0XE5na9B9alagdWVeSdls8o7P
x410pM7T06kK0iqdTxkDWHaUpSvsLuJPQBfXlLmFiQ2gmx9faqY7rXTdcTc6VkenGuhcpNvO
YmbpedOcPt9FT7aEbs2Q8UkiTVs6TPmKjkzGMxwrVem62dXKJ4w9O59L7SoTvky6Cp2PONFx
KSARDcrUR0T1J12Z0pcr9LwjT0tHX4UXHb2w26tNr7JEB87sbbaZ5XTZ6ej+C78HF+HJADXa
RE06OZriP+f17gIMJ/eXPJrPyFWa3YVV6b5E155lREcn4Ko91ZWUWcrGerMGWnT0sapJ8t3p
KfvuS/pscp8qx8pGVWVmEBMizQOTUc7rTBpYltD9mj5TI4Q6r0YH0oUYuYr5vUqd02hNOjyS
q+muVOiCfPv15GKlzvD00v1efRg3SweT9p1it35UqVOcnu53sqBTfRfndK77CR/L4lBBVZlr
0D12A03nzimTNhI5Xaa+XtNKh1/5PS1dYKTT6beCDnVr09WU+UR0R5puPD9WdJ/ojcH8ZMdX
QadY7ua7EaNIL3POjmWZrqbMaA27o/lK9As6rlfEF+Mt5e9zuvwgka5TPomZV+nuxX5Fugqd
aGJZTNf9AwHnQLdVpnNHUVWZ5liPqTM7NR1taeEKJz8xN9LhLS1SwoV0a3iVP5h0inltpEcK
uEoxy+Wlq9p3a9D9Wtfe2Z6r7x3ohQCe0NVTdat0a8wIv5lqowaGE6x+pLI5rspAleiqdreG
dOamcNGk3e58ei+SVTr5FdL5KiAema8ywTS3hG4dF53T6al6xCP1q1MjHSAXdJ8dVupcw4nl
dFT3NHv3gL52gyzXSnRTGKuzr4wOd3O2T/KEm1RJzoJO8OITU2eyPp3UP1Wj6SYVukjdJCSx
6bv1pftsT3+J2qQTcXabFHRS3YgJzrjr2525+WZaWIT6HikMFWtkJrlW85X4Gi66ZHf6RmWC
xUiGljLDnC4XqjGdcio692baMXtjo1CIRjpjbvLJ6YQ6XqZYZhZdZNEd/Yjzo5bM2+mUKQ8+
NZH5iGsfrVgmts9MQj75Kuj8skOmJIZtd1ad2ZMr0wrR9U1UeJWKz2zO569O52ZpnS4phJIj
kVl5hubdipXpthL+9rWsSidzugeTd7VMUCdoWT4Rndn8bqVTiwVFJ7iImllWlq6RTvDKyKRv
IP8SR69WJo2mNaSTTXSFuRkxs3zemU1Qq+oI5eml25YNdIUz0WNG8LnJeMP7P0r0OmKtkdlA
F2VzMsCjQzXfzU2dBYtcj079IluJLsIW/PAAvxyi+k4lNnZ5PkT5mhtq+KdbpaM6702KT4rZ
PMkrb/Rm2Qp0+YkkQ0eyYPBsgrSCThaV12ai+Vwd8ltGF5Tp9Hz3QOSr5szUKSxZwoq8kTm7
uoyuW6bTs7k6CYifPMils2MkNa1P76hPIlXPKnRMlugkpdru0UFHMc+uWEIlVbq7ao9v98OU
qlkxeJA23WEI8Yp4KHUP/dDSmKzQib6ie4tq2VqHTsiQJ6E59B0WIdkv54rN6jvaa5hnqf7d
jLWk49MDid+BsOnwVyJ2oxpdrIZatKn7ZC06KxUAU4C6meIaOanQ/S2Bt83NynRB3czVJ3uu
HTxU6f4BsV3Td+ZQ/HK6oxJdkQrYY4GdNRI2nRCShOrCXPTWnI/x3xXpDmw6UTjtGFZhZwu6
ytqE/4vuCvwkNj8wpOj+xPsItnRueagYV0k/y3OcZyd2scQOjfT4Z1LQzYVVh4qbtYzMGN+R
BZ0KVszKy5yCmMX578CsRlebgPa2CzrforOnuXF+6ML8PI5ci47Phc7wjOt0mRozEbalQqe/
lbCUrhK0c7HH9CIl1QnVnC65NuefqwMkdboF85170k5XCEWnL7YsOuzI3SneTY/rdOxRG52P
seLDFL8XVaVTe82u7iBo0sySrui7tIHuuy1028aWYcae5/Pd2H2Y6cSmzoGorY0iiC1ClJg1
0O3IRjora8p1wkE1GFgi3a1BQUfUlRAlbaRTa+7FdOED7f8Lt+beMr/31VG9a6STi+n0/mxV
mb5Nx/lDPuWlHe3tWzpvrLY2WFaNZkUbnd9E55bpVAA2tsbqLX2UVeQ76T+WNl3MTkPn1+h4
ND2w6K7qHqM9Pri2xG5o04k2OreJLghrdHbfkXRqsJjNrwu7OCoLn9mmzEa6Lp/Pwna6LtGp
zOp0rj5SO7zShNOxYdmO5p+ny6TjedhT0MUF3QHd6LNGx/TZt4hOGcJhYXd0YCy+tJwu/0qf
psNazcic0Y06jaNPyn2s6eYfc6F+a3tTs2FckdNt8UQ2DhVRmVVTi84klChLsGfRwVLvLTnF
np+mm+aAOsg7TxUdtjBsNIRSrK5S7Tndlh6QKiacKroE4z+kQ+IpLJ+FjnRp5k3B7WuvIpfS
lc8WzvOtbTXPRkQXok8R43/H3Ye70KTW5WTSpMwS3UlJh8X411/horN2ZHg4ibsSZZl/3kYX
NtDZ+S5rM5SuwNr8lfi/ShBKmXiHXbb94c1P5tnq0gUVunGV7opNl7Isdsnuxt35pc3SDNhM
9yeNM8kW7b5j7dLhmXX82flN3L/QrlIulq5qCDhSZpYy66cCrE9c5VboAIlylS4/XZIKrTNZ
nY4GkvqNuAf6R65OTRfydmX68afWJ+p88SbDb7P+/Vp0sjIy0zJd+UZOFR24jCjVZ3pPRYeB
mK3M0d4COveAKTrs8b11pMO0qVzQd2U6c5TXRR9J0az6JtbqOTG/PDLrx7T0DYSC3Vl+2JVd
AoePXuXC6aSreJXa0SZ9407G7KGQ5rAroPaOKK1xWumCUt+NW+joKK/xb8q69/xU/ZryaemK
vovmLXQ4e+UnZzbpW4eR+fHmU9IV+W2Yu1rocG626cDgtzWdbKc7qAcPR/SzttbSoELnj441
n61Mt4j3tlrpooTPqnSqZ2pLA7y5cJOn28ASpMR3z5KOfZLTzbNGuklEO2RtdNP5/Pi8oTsG
1amzRwlMuOabEalFh7/prcPLgwxiFb0R/jk/jKSQGcdv4IctdEwd5FNCmTNOqpU4N8Vl9SqW
8+YG7gKgI77xs0euMMqMmoaKorOciVQ8Fl3aRGff+LtCDVEwjSynk610buH2883QJdLVb7bn
N/F3TxNDl7TT5eHWvaxOV/2aSQudurnAl9P5Zporh9OarvolGl359nGN7mTT9MVCugCnObee
6NBhTNpIF0Qf6zNl+reN5w+YTdfed8FIgPnMi8zDKnSMfW6+ia/6jrJVwQp0WoelKGKpMis3
LvrAlaRzS7LYdDQ3pSvRMfz/CFjSKYNoosu7LKnSobzmy8urjUz9/+RaRCdb6SS3T2yuQOfq
cyD7+lDx/wM59qrbsP15NQAAAABJRU5ErkJggg==
--------------030102090703090903000009
Content-Type: image/png;
 name="world1.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="world1.png"

iVBORw0KGgoAAAANSUhEUgAAAcIAAAD1AgMAAAHJeS3hAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAaIklEQVR4nO1c228b15k/GsJZi6KEPDTZbbFZCHGVWPQFDFEZFp+0yD7sQ7bwNp4Z
kRQJIiojk5QEbRESlp4GEbJoEtUouh0plkODrXYscSgKrLE0JD7RAlxEenKBDCHpZblBaUh8
KrB/QPf7zlw4HA4lxlYSd2sjyHDmnN/8zvlu5zuXEXERDyk3/kfg/+76XaFxz9xfq4UiXrK9
8BLeXzy7KW2HBE//F//Cprgy+XPTvzL5XEx2PXaR4QElxCZvAH4g+a97LmaWhfvZDNx3JaO7
LjInKmE2FaH3/rKL+dnao5D/g37kS3Jwf1WG+jMj2J7ijTJUYpUpdoa08l0kw9DUM8nrh3//
qtb+frifFcuubu2+a8/VnQIS8iPt/omL+Niy6+yMdq+MER+QnvVca30/SgHK3xKrLjL0snY/
Sd76Kbxv6Lp6v+8ib/0S7ova/QH87xrcX9Xu93T59qv3Znnb8Vn0car3rbe1W8uNW+8nh3m2
QMp95ArcZjy/2u/lPKTqiiXZA0tbyUiRfQiw76Gm2T8SMsTugyAH8Tb6kJBhVnmHeKN4u1im
tyCmf3+YZ2dH4fYt9kvA/rIOpf+EzRDRaLhK2p8csQoFSl/aBmmzytj3NtU2Q+UrsQPXyz/q
p7c7Y2RYVBaogPH2LvF0A5t3RL0NRTxn/gjqeN3mzeRhaARK3wGEKhy47X4Mr2Ifq7dgH6B6
D/slvR2DW5TVT/YodkyXZBVvt99pp1cbsZ/W7Z+P+QeVyw7i+nDu1zVwoCBxvQGq9dBn6qvK
jgGXc04oD7GVFfVZgRzxgXX0f8IqPDst/9tLh8PsISCcydF68lfwDNWtlobYgrPqvQbv672e
YpUka5T2l3vg18yZCrJ1uT7bMkpnuiiviPX2sZTJg3Fh6aoUYj9gOujRGcCO0n4MvHM2yX6V
9MObxwStRwRKR2jpmbDgGVTUUqdeeum6Ry0FtqT4h2T0SZAd06VBXNd9GVrKhri5rDLzSuVv
b7sapc45opVCC770dFfPjZpKyVvOOpb6Q9EiuweG4ni5r1MdEc/3laSAv/ypRcrxj9Puxps9
r4KE8NcPtJ67wSEapWf2IWrCr4HZX2v67b7aKCVK8jr+eqUYeUxLe9mUqbSm8p7RpIbyi3TY
ZkaZMaxJs6viSKN0z2Mt9QpGaVe1pdTUX6Z8XCl5mtKOevRUbz6+VP/hsPl1bKO0Wm4lISsJ
wYqkP+4H9lbBryIuspmxFPb93CuXg2ohIp1lx+vTeuE/CG/Fy45XFF57rVDOsdO/hehA6vOk
T/rdYGV+UAli4Rp46JMJ6tZ1gh4sP4j9z3i3Mg5Mw7eBvaL6vHJ8V9TIQA7nu6ponZsYDBQd
+SU64wekdk413U3JKAxU4dEgWuQjnnaK8YpGIdnBbtFX8GjCr32S1AsDyQwWkjQWJkYQmd1S
C29PsWijGAogACjjKLc+bkvnlGZbBqBWrbzGJrkKFfel9+6/9/BtRMK42V/WCtk9Wvga4z2j
rNDX3ii8XFZdL8k+VhUleZxKMFaDwms/UxvUx1Inp00Dv+SjiLzm05QtJmNq4WvsrP/JxPvK
Ehsa1S3ho5uMWqj2GP67HbrWkYExM/0U2R3ikvFH/IjCL043DOyDzM48LYwm2Z2g8OjdVxca
hb41iqQq+MMd8mh+cPJsw+J/qL3WX2Qr82TH4VSDsFro/H0OY/+UBCr4D/LQcXbd7Cs1quy8
CMPGu6T8NjSyQ18hytJ/0l+z7D5t2q0R02v3+QDt8WyA6qfrF//8o0YhyPpLGsD8VSrId36+
NWouVPDXFU15l4lnsbMGPbqjvnbo9t45TWr9xmsfGZx7K6oyUj9sBAwezchFHkjlcfqsC8K4
UbiELYEGcdtva9bBmpBR+mtIL2TNhUt0qACkFjCgsNpRV7b5a/TX8DUNufi7xmsf8i3hTSw3
kC2F7gYy2FLINJDjdlFT+7FjW9hRV+aPea19pP4uCjvpyvPT2mMLPaaH6sXV2TP7Ws76ytdC
MtPOIlvPqYNFdEwtungi0lnOnb8ozzn3eRWppns9v2zPeZzKjvunc3bPckc9v+qNwmTZ0Us5
M+b3vwmO6z7SBs5x0hvHMRtryfn4nFRPLG+4C2zV0fcRHRRVpDuMtRx98QdZfcjV8/Si/nMf
LnHP4FEQAglXdfRT0fSwU+zWjRr0PcW2RcJlUi4wRw6Y6gtAhoF8OxFI++egyAQxkEmuvqQ9
4SCYsCjHB41AG0mLSTsk5KReGG/Oak9gbgkCMETjI1+sCrdskGOoxGfWiqi9EgYkXjMel3Nr
FAbvKdbKOcHCvOMlHekuyfWcTNOn+buGIsWjYCDdQCYAWYIZGjuWaVhfl/pKP1w+bZiAWL+z
HFq+z1b+RlUbTqRghuP/sdBAdmuNmWO3DRt1lrjDO2Ja8AzsLSES8w52Fur9um+0FQnSNpBd
xci2Iz4tQcrTAyUxrZ+1O6TP5CuMhkwJJiQYRI8wCZUrPVPsrKQiueqS6nnPrBXi9e/TWajJ
F7vnxMoSM0l84j4fZotRrbVVh9Ds2a8rq6MXmRkT8g3NpGe5w6WwlILElqqo2hITqEuaOPvi
RTULBuuYp9Yb5KbUVM4Shx7yIy7GhOwVH4DyQYUzQD2JPhWUQOGjDU7BGEEjvYK3IVsIDX5Q
YZr9QETkVfCFgdD7trGvh50mXmJGapr6ZJ+HZ5BkdG3c85DHpxXBtMvfgd8ZEoolAwq2Nhko
z8OzAaywCMKft4vxTCmgBPUbLvW+wgdAnJzyNgofRHPxrMf5hS0SYkItOK3rMxkHrYTR+mg7
ANkneH643Q65vzqdMZ5t81IokJKqeg/ujnh/2mZEuiJW+FCkgQxGQ2xx4k+GvDND1+s99sgA
+v+c8QwsITbb8Ly+wNC1quP85zbIop9GDs4YFlhI0E22fJ5e0qObLcghLeYY1hFLx5ImnyU+
+fAcufSxnYSeNHE6YMrzINMyCgqtSI/Kea3R2jRbjOw0Ic9xfSM2SHC2tAl5gQX/Eipm5A7P
To+eot3CZX91yqQVBxuKzTB7Jk5RXcmyyU1qfJgzPeOmuAKptiBTrUgGJGRGZtU7KzJpi0xH
TM8G6LzPhBxQcJCw4exS+LvmZ84NS1YzcOhg0uxNW61MtvTdagm9Ngv2z6CVQWXeJt+yWp/T
xobce3aZWie55uBTI888fX57+GyZcUfI0/OVZ8zjXyD/YrXSUonYAG2ekWdAPr2EbN+/m8t8
vda6S5ySyKyVPlKC8vrXQfbFfWwlJ6m5V/6GWkvoACn0sj6xeoFVkWH6TJ5eOxG565Avvr4V
2L2jISdpLefkSa31yofzzg25tLZ9RzJmUFi0oF6YkoDd6U6tnZ5WhrjyOeYXvy3h3RnkjDfJ
1olyykkwhsmHPZmm1g7FKhOD02eKEty9RGeUC2bkPeJZrOe0qWDG1X0ftx+y9XlcUHQe8ZlL
HxajB/OEwcw/onO+XkBO4uUOEvo0NSQmA3WCe16BW9KWXEuABnwMzL+dRRPnZX8pA5eu0vVa
05S3IiDST+eAOXnq+oOuR0HKqS/qM2mxyG1/GmOTiwdNSGXEQKoTOlJLRGC6vz9P1vupaELR
lFRfBR0HFCvy6bUimjgzJWFnAjd3sYOoiJ7omEj31Fqm9s2thUmws5ojZPi6ro5V9sd0xmmP
PMjpSDC47grYqNcwsaXoLbZoiywLJPuVg8k3kMq8YDKBJXHSbYPkSvK2QLoOwZK1qb0AidRE
xEB+Vr7wyoKcbEVCqrkzQs6jD0jqkwCmYA3kWrnnjb6sDRKE90xaoe//WJ+8nQG7i2icwx+X
DeGZOHNseBk4NV/RJ+jJj+CiI68MfLVqQeJu7BIb8nvIH3WkvtYThaiX0fvpri/F09EGksuD
cnEaHCjgdrhay4eLH1Q5CTKqIxklFw2LDWQMXp2t8QFEGp59hXKCBip3GFlHDioJKW/SyjL1
KZ5Lv2eKCcPaNJ5VJs6SBmcifpct/UYJDiAySCV0xLNTHxZOI4JpnKl4pceIrT65svKTdLZA
lHGRpUIN06Ua9vPuGVME05BipRGVfexhj3xp0ZupBQcxfixpK09x19lCC5KuUOjIYbbc070h
FzmFH9QXeXBrfdR1tlVCdCqnI68AkvziQ2DLDTRs6OBcxPWSeXSwQfrgxt33W0AGndKsvjxU
WfmMzkKNEcnwWNPokzkKwuW+XONFP13PoK2d/0xdknr20b7bWMwytVZdF30D9OFPRvXdy3l1
8mO0lqnR4C+YkEMBJbjYm/HIygRYn6gjxxnLyPsIfaBoHmWHcBVqik1K+0GWQ3WoyBXrmH3E
3x47/5bQpBXVOqTKCsuBVqkNscrbVuQBz71DzEhmS5O3pAQlthhTErE0xqt5K/KLJRi+vCMN
ZHepESc+WcQFtBhu/lVOMwf7lF3AowAG5wBGmHvA+Z7CL0ZwruvPA+dhSz9hMr7A0G1HDflq
UgRnngqU1mBsvobIeP79VMBYWCJMAzn5hqfbxJkUaxMciHMU2CIet8KPXIpt9tvlYOLYPYj6
8yZkBXKCKCJFHDd40ivOZOyQZ0JxXAZrQXK7ifcxKAUBCfPrFkuAy126aN/oJ42t0aR/h441
kHv0SSkT8hS0AhfnpolzsBh7ksjSZeYVfIbGM5gSyp/a5vGbZNeQ0OBsdB8SAYjxhw4cjXHv
tH9WKJ+zRV4l+4mMbn2p20941Ip4sERPpyHyAdm+YIv0yUf8Nd3iMZ6jqYKIEfl7aG3/VfJF
j2A76/h4nw/oN1v+fRhD/LjJQXswri6gXbBHdoH/runx1l/nb4fQp+9Q5ApdgTg89flKN8Qc
sWA864HBNrmovKvL+zeFrr02s6sBZVW8N9N4JuPIWDE05S5I7ZA/UGDuYEJiniD+9/8atlwQ
93L9tkgR4hRL5wkaMs3O4Xa1ruOCeJAj63bIxQNAJuPGM7C+YrRhkV03v//VCrl7w46zQnMC
fRXbsdw81jAzzPbKh5f8BbvWUqQe4BwDlvHtKtmGy+2bay3IV2pqHjJvQprHt2GawH4/ZaMV
C/LMNOS35pHRvbsiuLKlU7WhCsqW1dXt6A5JxXtly1xwgbGRLaMsYQZz2JBQ9IFY7mlCMne7
bGQLSL9pDwUllIpakNkxOySxIF/Bsay82oSMhbtmbJA7tJ9mzgfcNm9G9rCh39ght5dYsbE0
7nglLKdGm5Fvwsh483RXIiaiZk483Djy0MyppkWCTWsnomZf6YYkMfLwXWISPkVm7JB+f7Lh
n10hbjbycLwFOWqD5NnbHxATMjuHhyk6Q8omJBNWl9ityOutyIegz5umZ2n2v5qQRM9JT1Er
0NpYwfTsNTUSWjntWsuzi2aPusQWrEihV7ST0I4Fedm6yqPkcLoaaUXu8qzgsTxrQn4BF8kO
CcY1ciwSL3g0tAUJw/TxnHhxpk7VV454gZzISXw2nt0Z8opdNOGtteyQNlGTHI0/LXI/+C0g
T08r80/b2vpTI7cT38Jq83eBPDWtPOf9/MtCvtDK84h8oZVvDumyq2i9nFjha9T7q2fckPGo
4Bp9U59cwmnpxto3xijXcto6LdmQKksiXZDPydiIw2djfFqvfNp/f7JtzL0Nd0mq5+Q0V5Dp
DMq8b7TZqOecFjefVaqXZY+Md8wmqQelUMbjrK9aGE2rIaQvbpUqs954325OPpGRuex8EHiS
I/mIx13/lO5E7+bIZdHMONe+C84jNDOt6Q9kdRPreEZ5Y81L+0h8n4BU9fY6zXtqm20Z++Sq
IW99e/CkPoph6g/OvFxaqyXESbmglhl7q9y6bNc5VUAbaud8OKlSq8fzXDJQXw0soLDmdUZn
oQFyr2dxlVUA5xPqQRFEqG5A1lf1Pk63iskAb4CGnfkbpezBakMJ9LLuLoGMpQ3hu/EOrRVT
gQf0AC53X672yC55izvoWV5gSrgY6MKTdepOkeVYgwuUgFsha3jyUr4lH/GBfMBnOUfefHms
foOkH41Wo8wSEBfZyqq44CxAM8DEt9X4c9ASBnF3ORgA6TurS5oX3SjGjmcMtTBql3qOuM4O
swefIiMqZk5We5U1ohxuHqMPTLpL6ib6cVQG41R7xjgoXMTPbUGqono6mbiyeKxeY5Ty0DmF
F8OD2i5NR4zt+hgv90AfPc5KjsYSMRQvWKxzd9UfCtyH6BA1UJ0yck9aGdXIMpC8oUWvwdAN
qz/gbm7Eq++zdsaYkh9/B96xkZ2jodlZao6e9KGE6hy1GRP6MjDtDQ5Ax50VvrM+HlIU8xiM
z6cOBldvW/To0HbpuYVWxksYei58EhK8cdye74CRfutGvOJjckswRn1LRTCZQXo32cp4GYep
N+Vp4mPrHTGm1G4Ng+U03rRmrchpJy7Ca1ZGeV0Cy+2RN+6V5FpHUp1zaoxV85u2LQGYWxC1
EcrKKE2Lc0S18KbzM7aMNV6iAQvDpS/QPFpZQ/60xihbGTN9EIGOoIJ6FMCe0W+cAqJnM75C
Rm/mO8+s5IbcZa2F9YTQJ+61eAce0VjiNqSSdGDXx1hef0SPA4VhZDBO5Te96bZZqnRDnqvz
5CKuG1lTGlAMnw2LKSCOhegREbnBmJBCouEW9FIMbK/YMQ406RFPpgQqmO7YjPownAVhMJwD
L2LuYuaw4jYYcbzTGefo5f2ksGuf5zTbKm4mfnUhY5eHMng4I9AHo9XBCll3FmHslEIN69TF
GdLOJYFp7+ZOZgyE9VDR4h0hrrR2eEGadBYlulPlg1zB3cyYkus8t6EZPaRo9YQdo9TiuLIt
40CeTWXKPUw+syUf5bLhtVJWSZBLGtQavPg4fhphbLZ+x94xaOkjV7CfT9xLq9OPW4JX3qXV
OWWFpDE3C4vF5kAQKTuWIV9lDm0th0k3MwbaMLrvyjBNyAnrEES2c1Lo9pysBD/MgwKX8/FS
MyN34BicJN5s1ZaR5DvrI7n4OvRkAqwY287cArek1oKpcTRl/QrRMTDp3GLbMOqn7LT6GU8b
xjRuwi8ZKHFOZTyiUuWsjOchAxTazOZczi0T4yRpwyhiQqusxteJL4OM0SJbRxT9Im3WchwT
FHj55+1mOvjFk1w3UqWF9owYUoIwcg6x9RV5IzpHT+pB4MMP1Sx9PKBfOzUYv2PvwOjxsWGk
3e2kuhpt8iKO2tsKhI/KKhuO4Vk/KbxY1A3IMvC0Mq6BDYQj1FfG7Bl3+WZG9hZegsyGpExo
j7IbUmpR847qCYyeN9AG1JOO6/aMtQlLQj05gJdMH0x2s9qxSJgDaRMea8rSyugsgw1Emh82
VWCgJ/Tsl9HVsJuOjxsZnCirjPl7xbgWcw5PYqT755RRnhZsGSEnnkLv4EX6x32A8UO8i99F
L7+kjxZJrpKLwhhDWhjdhRbjR6kyT2AUWraLOc46JnFz6iFLdRSMFNXcAn0zTgc6THXrucCG
0NKf58A7aKCGgTFbhzu3Tz6cb9UjTVTRz8OauwdwiuUPCfrMAeecxehBLoOHGesn6xGikpgM
HLazHGethTFakPZ5bl3PR2haMAT+eANRT+Y7YHQxXqlu+qi9qUJ3BY8L0+/UgZhapFgYqPFr
Lj3nUj1wUOGX0b9OigD6xV1PRNr0Ef08PosDRRpPSyJjKkv/HBatMKQxOpWcjFHL8ncH2jKS
7SVkPG9nqzkpDIkTnltk6V+sAa835UPDOuPuUgAZD7VzaCcylvHjCJ+6fGuJOTCRiJdwupnX
+sim1r7KCVo9L6uHkguLIFVme6WZ8fnwDu3i/Px2MgpDw4ZV3vxyyI/fmAfCAbRVOnbUlwxZ
nFdXmpyqcIXtXKRDqTpwjoymmM9YSi7EQlHIpXh6RvJIXSg5CDak/0S9UEeE+VtPpnPGbnre
M+8/aHYpx+J0dpPUEkBF0w16Gnjcom9fhhrpcLzs6NRydEY5Hd1P2FW4AMleSlRW7+Wjc1LF
amHe5do4ZjHWKf3xjBIySqFA/Y5thXh4GcO2hNOavRabHsCZhkSPdnfMiLlkbVUMi8afxmiu
cC+Pf2yBF6cgf7Mb1T4ll+XijXqOWfgGvONP5dPwDhhdH4jqfsdE1maNvYedokmkaHzh3Fzh
KJjpZVMMTrClwlpHUr2kZ+h0uC21VMiqaasYis3YMe5i6lNy1h3n+9xbrB5en6+Yo/6pMNMa
RtUalDbU1Nz4htv6BrlhMt01Xs1BjmXs1dYN2jEy6ShO3UR9fbnlDe68Ph+EcTwx2oE/is19
tFbA6aaoTMTbMuJFrjvo1lJ9fmD9ZMYBSAHvGIyBlgoqIwxaN9szkuoFvYEdMDLauoUxv7ZU
gEEjUE+wG9njGPHi3CT2K0i2jIG8tkTaUoGBZmSVBDeFfXzzGMY+cNid8efSO2DIwZgzLbbp
Y3cI9RjMTrMzzFGwbR9xCyqV2dFi8wmM6EZsSGrD6NyQt+SDJQ4X6JW2jNt0isfVOmQkuJig
/kGZm3Z6nAVFc2FM1MfbMRq7kZHOGPfxaxHKONNaIY0n+ZcCY8cwehtrZupXqicyVhKxkDoT
LLRWuIRzq1w0TD+ztGdsWTs5iZGBOVuajh399oEX+kgZW7IO7WJeMws/l97hYXBRSHqizpJs
Qv3sPbol2mbsMH2BSS+jHUgVp26h+JH2B8taYwldPj2GsUmq9HTAif5IFwQtf66scZHhhbkb
xzEONa0sdsoYp+5tVwFm+5VVoWPGjqRKp4f7420q6FPw9oz45SW3oX6R3BHjIGWkW/R2FTBp
nz+Jka4K0DUz4bn0jmVs2o3jgpL5cmwo0f5awQmv8PpPi5HgMZQOGTnbXaSvzVheUc/unPAK
X4z+tcJTYXQwHTFmqfOfDqO40Blj+2zi6zJqUn3evMMXU8/nnEofSSd6HJaUxLfL6BPbje3f
GKNU/ZYZvXbrct8oo8d5cOqMz5t3fI22n5ZUXzC+YHzhHS8YXzC+8I7nQKovGP9/MP4VeMf/
AfLpDIfxEb2aAAAAAElFTkSuQmCC
--------------030102090703090903000009
Content-Type: image/png;
 name="world2.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="world2.png"

iVBORw0KGgoAAAANSUhEUgAAAcIAAAD1AgMAAAHJeS3hAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAASpUlEQVR4nO1afWwb53lXxHq1rSP1x5ChG5oiqJc4/lLO1DxFYpwZy/6rgXVzqLMt
He1V9WRboiDEpShRtWGEGNAUTFagVdhEoWpUc2Sb5EUIR9OSuuJMZoutD89Dc6S+6Al2qQ9S
EmQjMuxgQPa87x3J44fEV9RxsTsdDOnee+53v/d53ufrfeWiIrgCFEXzAaoofgV2f5gyHnLX
0jd+lxgXxz6spaOh2vj4r74Sr/h4a4ii9gqhxgQ+1ESZhJAtMf7MQLUJoYPJcSPVEpxJ8n1W
S2nl7w81InxCns4H81eb/useJR+3XZePyzQtKfppqH28jC+gPriPv5eYT+b31Qcr+YBNPq7i
A7XJsYaq4odkYzX1F2lysOdu2fzQWLOKPmnroexYGlKJYVezfFj2TjN/zxUffgbSG0OG+GJ+
lTrXz9hv02Mh1iUNf/dcLSw8G7dUYE8XSA2J4XO12tmQIUG0p5H2z9Qmhmrb3mBymEaEpL8f
Opics22vENidHH5bG5Fr9B06ZfhccySgObjClyl1swCflw1HYYETQw39+4C6UTb8NEAlpdiS
72Y3bAZRmtkVGxYlfSiNU7poFf/q5WVm6rXzS3BXtJQuvf7bk/cZEDxSBX+TIWWEc6cfMPxr
1csNwln9cob07FtLdfz+jmW40z9M/3Lk7A+A8jUsPZDBe/Os/pGK/61+mRk7ezxNmkuj62f1
Syr/uYvL9cKPn8/4Mn/2DZD+pni5Rjh3PlP62uYlID8Cs/pxpjX4/S+B9NzpR9vHM60B9ruA
sNVL26ezWBJZV/Uf5zqWSvwZ0txr9Myyld9/ZEn16blsX35mmeH3Vy+prr/6rSzS4uVD/P5T
yNgXss0KSS+BdP/3s0kfA+8PQfpvb6x5zkVfiErzr/4iuzWkH5sfrCZdwZIFkBJoVBBeFV+K
nid+kE8Kvb/sHP/nrEh4VPzQLvzt1hWEVx7VCysii5ZKgkg4eOwn6cLZ0g8eq7Bw7Jj+Yapw
m3DsyoPXR4F4u3AMgncNqsD7D6x86UsQeYCsSRVO/Up/H2b1J1j4yJo225f19+v40s1YeD9d
WKp/XMOXvoCEJx5k6KlfbuBLIQEKHx/JJvweX3oaId9b46rol+HHT7+sF44dzrSt/gu8bj3C
sZMrCH/2ZX3k2N9kEUJOLD3+GCb015nCDrSU1Y/tY8eOZwp/sYQtUT/+8YE1qvIN4Hy5+jET
/DiLm/zRErL+w7rPf5XN+7Dwi7rRl5/P5mAgvPzYejur8EE36LNsncoqvH8IC29kCHPGyuNO
vnTrl0CcbgQkfMjwpZsewt2vswiXmdulm9DSXMki/BKEW77IJ3jvx5HPZNOTmSrd8ghiYlM2
82Hh6+DZ2YQ98EUk7MgmtCOhFXtTprAGzwX74dpUWWLEFS/94Issnz0UT2+PSjKEDw6tkPuw
8PWEMAsyKdyWaT5rvin1wUrIVTP11yHMvSpP0mxXFYoXpaIpvhz+FQ1nvcsCyYLUcvkgBzoW
GRM7vXZkVHd4AZBT5dQgKbL0q9WvHJwVhqjvh8PfxJzAdMta5RbM7FTF+dVna2IHzVx04O35
EhMLc/SbLwyX9LOAFMz6xc6Vkepur/jWW4slJtfdcmrO/NEC0yYhw8zKSGqbiDxzfl7VSkXL
qYjvVBhsRYBUmZBOgmfTsKoXlFRPD+gTyOpF62rIKpggcG65g9fi3c+TyDPF84VbFR9QXAzX
wZ2uCWtnYoPA2V6c04d0XNSnn9+FZtsFd4A0CGb3WHtu76vAa2fFyDnf5TtYT2PwDBnyMvZW
XdeY+RnkwWNmdkxHhqwWkY2DA0fuMC3wwHCbAKmDFw+LSNvsgH6yB8229nZBY6WcE8wHMGeF
Y/TMjgXmqgNme4MksvdEys8Px+d9YqGmDSxkIMoJ6lEJ2Y6Qk50mQ9BcS5ZNPheRfp9jznwq
3L2PnTY35US+gpBB3WaMNDeN+f4uXFdpmD5DmMH+vb1IRIKCRxetlbU3PZrCZjCUt4pFPYHz
H4dVew/6B4hz/BUc2QPGabN+UqV1+cmrw6YFHJ9GoR2Q9G7es5sYudiJ78bNH0yieXtcpMg/
DTP4Tooav8cwRYjcGWZa0d0cshA8O9Pk95Ahn4UcYoO7iBRv8KziAhHyRUAehLtp3xsikpvS
5agrcQsBEnuT+ZdxToKcgJBbwkwLuov4/mVefBYZIKz2YbuINF+axM80grnQflu0WN8q6nlc
5ISEcpxwtjWollE3fefn48jDhMh6fHfTLOaV8ufWivSbpd5kzxgxUvR4/4CE/A7vI9OzGFfB
lE6q4sBwycpIJbLJZGbHeH64mwQ5n6XXHFm1w1gNSWah/PvbvDnX3FMrESvr6eM3kNmup2tV
8EtFidcz7gqBzGGh/yHj1MzmM9ud4YZ+d9STB/IHYSe0w761Iz1/P7kdkO1FvO/CmpBTA1sX
UQt+poivWBPn1lndlXmnyIlKfJWNLz9a4FV5gdedHlbtY4OSbXuhKzp610Mw2z+bq9gxCUhB
RJbQXRGzXvDszIHkIEtHPG/fsVayowgJ7/caELK9Y3FVpJYNDlwJDvx65PVKzInmXdUF+zS0
KXS2roz8JiDN+ujAkcWGShZ5n+592CLFkcyPVkFaHEH01tGR+kqWB84K/aLdZCRArmdVRM4r
t35eWcsPFPnN7y3g7afIuYqeqr0sRp5f7NY2wpLcbK8OJ5H1qyG1hmn0VtGClXZh5JEkcrKn
d7XZfsj7MNKJ/fzmwOUE8uh896qeUMbr0GwXcBu/1T9wMYE8fqtuVaQLI4+PSEhPkvP8yGrI
dawKbAV14gqgVnPnoFk6/NCPmy+N5IyVDnhxgWmGux03zR0Scsx38hYRMtyAOLfOtYucAxcF
88nc8XklOqAPdyNk0bjIGTQfJUK+gA5cMLI4KK7KuFkfaT9AhKwO12BPGG8/OlJnYiM+fcT8
k4JmMGTbbnS3c7b90sj3kG2rBfOfk81WPMzacdfzSzRbUFw48xIRUi82xi/4dZfDh9DBkn7M
8/wakWBl7AmzZwiQm5JIvvyfwnVXUR6a9VzIjdySQG6e9hQvdOIMNuo5XshVKQYKsfa9AKUl
bMd6jupI6ud0HPli0HMBcp+DGBkxnxKRzwrmU4v1LZiTqGZHfN8VkTvQkVRPGwsV6XMyZLtU
4y/iSG0zTg8Qcs7JkQuH+lD2vl3gHmywXdoivS/4TozU9DqCvhOzZP1Q+3fxFkl3JGg+DbnM
HfRduUGI/Ja4uToSAdsyvXtGfScJezDfz25ZMXIOLFTTq76tu0SIrLiwuA0j0UEuQ6undBcI
Z6u7JFoIIztpNa87ngu5/s54J+bUvRf0ddyxAmf54UHC/naraKFTEXPHnRKEvOQnRjagu9MC
IJGe5RdIe+riRVx5qxHnIVrDlz9P1DGiPlFEfhQZOBE+hJ/5SZELdlSRXoyaT4Rxti+6W/j9
ykLNNTxH6KSQlXVvTZHurhY6/1X0YAn5U3Jkz4/EqNH/dwA9eztKigzbLTZxtmK2fztKlDXR
qthNjXi2R0XkP3yqI6gr4qqYDBh5RIzx4zc8BB0GQqI/quBIlWoTxOdH82R6SkidhNwJbkFo
oThS0rM46rlScB+SLFRxeXKNO/SRTgl5ZHKblJs2EyLtplrJtn8sZdI1In36yZ+Lz8zfIEPe
sntF5PuTUmSbPyI8iYgjL87X4WfX8ZH+ykglTiIYr2ShWyKn2K8QIcVYqTiaB9KGkdXDr8eR
ZB4/bL8qVrWPhq15IqulkwixFyRCtog+pydEKrAqt5hr4t0ba51tAnk4jvQQWugWritwFz/l
GS/vIPR4pjcZz+huihQ5gveCKWdSz5Iie9OR0Du8sjJSiVWpodM5oYtc9VRgZeQzw6pmEuSh
DGQRIWddFmQJ0XpmQ5J5wlqRSqyKNe/Z5o0c7s4bmf3uyUIqc8L95Ov5dCE3VuVJRG6sSuGQ
KVdARVE0zeNfvHxA9oyQ5f89Y39/NKaiNH2mYOz/hJEzmkzjgR7WaLJEY86CMK4eobmuVSKY
TMeYk+O8n0RCDMuaTMKE9MxWKKuWfcIHSt7taqGjEmOoG3/dGX/BhX9xNuUY+6ND3WXcNXoQ
1hEzWuX6lHDwyx9zsmyvQowarh9pwPWir4tWTWHEqt4E9WuV0lFtAB2dnPFNpAJiHE+JjiEr
VXZtnxBiDO6r0QmVxrUuxl5RR5MQcL7rNllARzcwpsZjzEpx/f0CXmJhYpfb0Pr0RMc91R6k
zwQ4S//dmLPrnd6+8QB+FpUiYRdnbKGnQOTuN0k6xp3ZXpubIOMKOTUOYMTfGAvVsNwn/UJM
BVZtjcee3Wg0taKIMVz1pjEy+TDGGvYkGJFfuLT7xhGjpVeMfX7IzrFv9iVJ1s0Y6C5zyxlB
xyCyajM4Sw3OOcw7rMW7AqMrN0Emo0oj17GR0mqjKFR6JS8djNW4DSZTNkYANeYmyMKoZk3e
BKON0ragUOmKM0Ym6hxsVkbLeKjh6YgOUARSKR+zi3N3UVpT9F4iiWno6RnsWuk6GmxV9Gje
OUfTD1/vEb/URNFesUxhxj29/lid253J2EjRleN5M+IU6ZTWx6UFv0zWE2BUdWXR0UXR+/Jm
1IjFKO4RfVJhFHMtMDq5LJ6DGGfXWTvcMsaaOKOxdS7EGNMZIzOQKeiq9VarOGMb/IqXfY3a
EgnZWTljg2O9jF9LdEj6OJAinAMVDXu8mdJ4xyecXNJzcAvUJoQ6DTYFug7RqtCvzgVUScax
WI+Dg7waQ4wtuM1rgYVuXF8PIGc0eKV2Q8xyoGONo7EfnmFGQdKxoVGJzkryHK83GkhhtBtd
tHd0JuGrBlSKbQroqE5EBy+bRf/dmV3AWCnqiNzY4UY/19lZpeiIOqvEM7fFP9TNcRaomWgB
4z1ATKXJ33O+9ugADWQtt8bRzA91u1DJhlQPToXfaJlal45JL8nGyH0SvWd1cS39whDTxfVJ
b4zOqDgl9h17Mhmp3d7gPUj1fW0QiG6DRXpjamZXlxKMGvF7Fvm2wu1FJYmqRIxgVclzpu7t
sinCKH6vlZZHhzcYs7qoKu8cTkdxxuQOb12MVB/Oms0yRjWK9m4D1982FmIcjjjjaKB7HYxf
Y3RQVBUuxb0yHcvELgry0PgMeI6pbS6G+qFZpc46qiKo3ZAzdiWqdHCoB7UC0RknXkeFGLVz
obrUkxTY42DGN9HWErU70BQDo1LnABQdTWMsMTaZBOgw0L4j1k1xaBcLjC2KWZXmgVFzTcbo
MIJ39oiMnZAigLGGY6+t26qa3iSjxqVN5pxdDiOEhV0sGp0QsKbRGMNxT/mZFdNl0/YneoAS
FnkO0rEvOANu7IVtVz23m1ZwHQP2eI+WxvhJBB3ueKFYO+ENJRlVXJeMcRfntgioJ295M4L2
W/uaEaMLb6oUYyzjUqLD0BeZYNysxYJLCGLc1eSio0oyUhytTTJyrAV2z262rYWPM5a4Xcpa
lSqjq2aH4oyGpn5YRyPbZhlEVq1EjGUuevBpjg68Yb4qHjqikaPLIkx0Glgv2hlA4r0G6wi/
Bu8paVVK25LcsZYZLMKM3QApPIJfeAWsaqOq/AozmsZC9bZ4L3dtGuqjo800HX+vG3oQ5WpH
nDHW05h45g91uo1XLYkQdDZS/QozVpnGZpwu+Wk97G3aEuViu0vTojjjdKinVsZYDzW4LRmj
trKr0aH1MBKGwX8WLjqoyj7ohg2NySrdwza1tSYNaVC3jgacuxW06l+a8NY73grwM3bW2NIs
67Y010Zjzq78949ff86h9rWJjbekFj/Uk7bfsom54ZpiVq1MZ6x3JAZiVkD0ZcbewjEyjiav
jBHiZzaGeBXMOePybSQfYKBPTmGk76KfylmV9orHRIlnjMHdn8oIFUSJ0xUZ44RsGwlWdRu9
zYOp763nPOcJiA66MgJpJqnjDHhOX3NE/p4/xHAfKmhVbSRUL2d0co6rvYL8vZuQBg0KMtKp
Og4xXZDygvL30KGAsowT9cnjABSPjlTGKhywysUjTY+jkpjYbwVgHVu1csZ9QvKEQiHGiYTR
MCPLtcobf0p+CpMH45MQHeA59V3yaOcSf6iT6yimQaUYnSmMyUUtEKNWCNUY5DmUle+3Ep6j
JGMkefCOnm1nXYVmFEL1sn4VdsqNqYyVwoQzXlyU0rHelsJoS2MMor+rWZ7m6KgUQg0Z/ptW
kVVqnAFKlLEqMNblZNSIEWPLTUDAWJXcsa7MCLt3pGN+/x8gC2NmVshgFAfK6KgV7hEwqpFV
ncqsY5WQXZ/UZ5q8GZ+E6KgaJdERDWJWhawaJGVUKsuR66gY49QfPqN2trCMT0J0rKhPway6
wbjBSHJtRMcG4wbjStdGdGwwbjCudP3hRMf/AuMZE8MeIyHYAAAAAElFTkSuQmCC
--------------030102090703090903000009
Content-Type: image/png;
 name="world3.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="world3.png"

iVBORw0KGgoAAAANSUhEUgAAAcIAAAD1AgMAAAHJeS3hAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAgAElEQVR4nMV9fWwcx5VnaXq1ManizP5x2r3buwC+zdJK9OG0OKEjUROPAuOAu5wP
ENauaQ2pJrnx0vqgKBBJmkPKpkVEOBw2YZIDbke07FDhnpb6IEV6EO8oFp2NOmoEiK05jQ9I
c/QRaojT0RJJWZpkjqFjjdT3XlV3zwc/RNJSUpzpr6pXv/fqVb2qelU9JIQHKUOKQjapF94G
40Gr4NY3+8/+86+6t5LFg5uFdf+JwGatM2ff0t+wdK6JNdg5SHTrzC+l3SrriHEKmY4pfs/X
LrG61gRGy17zmyTxua3MjBBggsqeUIysCjVp5ouyAZkXBZ3IxPsS0X+hxXf8qzqi64RK5BYl
qzvUrg++9CRmoNNVH0tlbXXbvyQ9QSE/Iq/6kJIaptMnWiFeIqTM3EW2hgj9k74X5uYP8TLb
QTbXHyb6U90E78mVHfrm1hjxqs9DJNGl1c/Lq8YJWa0hnkH0sueo9DyhX94lQ2I/IasS8Fzy
EzyB/LpHl4FNQ74tiqsAjRdQTjx1yzOQlHU/NYJugVs5TJXXkGTJPqtQgz4rlyOFoUh9SFGk
XuJAi/CslShI7rP+rXzeza1E1x/PbMlc0WY+tlF+zhp++wUWsXMLVE/cIKra0ebXeTmw28T/
96fHdv9nGUvh50oj9cQGrihfpXi7ilHiaTrNoi9QuUQJZI206oPtZBN7ofFvxrFIdfmLoIzm
kP7v/hrKX5bI5hfI1p5oKxnfiBWKvPcGkctMSqq2YwUi7ymN8upfgc6l7aU5o16iO+hnXoSK
8xddQCvLn91PvaokSUzI9OFz1Av15DMqhapI5V906ZuhUvzrFzCOJt6D+goXl7iC5cRmitWF
+jcW61WUY0YUn1PSwYRMDTnhqi0p6U5SW6ekUKe+jFWk0mCxgl3tzPfYprCs6WCRoosIrcsk
mc7MRx68bx3/8tueYx+NjVlzCdOpDz6W5Wq1s6EhbY0Xx5Z7LesX26GFWfcZAwtgFVHqPfdD
ahcJ9PfcZ8oBZmXytdKaN9jRmUzmgmmaui5Jn3lug/J1BfI+RSnlkWAi5PeY2mqAut5TyGZW
V68xxStjBJENqFz/XvHgFalkLMXi4doUNG9iYCWE6qCv0mt0qFMX4r3agbi6St3btB2UKomG
T6Q9Xdh0fx5XFfa/28k6MhHbiGRY66A+eFYNS2CBwupudux/kArpiTMboLIuJI4rlC6hWfo3
ptaFV+G2Izpala8eWA8nbmDg8+emwrZD7F9qu/CRvJ7ITwEpRTyib37Z1LDmrTv6azB6Mgiz
8XN2MSMD1aqCT9f2PrcdI+lfMOQKikTC9lH+8i4oLFLNVoH8sr42xZ4j2O4XDLySGJTKsi6B
AuEI7Ivj7wzJUZIsB+gmYEACFnQdWhbx0i86ys/4QIqfv0oyEkpDScanB6TiCkk+T4JYsrym
F1d34ACaUwDjM3DwlfReAcsXkJNU1mkgW2A2C/IukqQ0QEPJ0qy1QFMR5As3szm2tjj4FqH0
WVZmoTipoAHMCZb1LctaADZo3b3mD87PMAD+5gNizQsrWUGr4tVn6f35YM+nHxxYl9n2zbrZ
ubC+OVWlINOZmZnX3trvW6coqZmZEliPZVplP4Uqfp51MquuCBZ0wl6s/IH1m/J+xizr//1p
IeFGKJzfsS7yJ+UNFtgC1lWQMdSPGdYZ8mU8bzWx+yx6/0i+tvgyvgv3Q9rXdJ9HPT2jsJbQ
g8b8KGZREyQHVBZ6AWp29cGzq77HlL3mODzjcWCJKoAJ7Ey2bhnR/hFMlfnLi4bBScEsVWjs
V3AiNad+eTLc0q+xaxcliqTYgqqZsh9sFa2uJRVNWkpl33ofI6B9gv36AtsroZWrZE2hsBKO
gqRg0OzITe0XoBuVdSifjtEj4QPnWCM3c4vZHuw9KanYvhGMCJVUJTy4tnlVqmmqFQ0B0Z8E
Y7H6a6QPEq1SdzeZ/+HvZFU6pXMitCeSZ4pfbQZryPbukv5cj3fpfEjEreEaPvza3Hs0ynqI
vo5MtnJbKXEDVeXdB8fNIL8aaqWfIXT7E9zE6tygDStoEYeiHSqLURJ7Qt+GeS4qijCixOz5
J37Vwa6g2Sz/3nY0onbkFaUWrzwdtZcxctX3/uOXIJIKjsHA7sJk8fA4t7nbB0/vEgzBByJV
jHxG/YAnviyTX0mLM4SmFWRZfYWFsKzWHnuB5yXT12N28UFvoyov4lU0/A1umcnqHc9LdglR
qdL8Fp5C5irxMA7GlhBupMFctygYuXaiTJh4pj2PdQgri0F+wcaBQPpsrRczIlGNxfAxmnki
ldVuh3ohfbYddAGDLpaqhySLmnusV/j18ApHbvJxsPyLb/fGsFcNyAb2tiQl4VGgGJJ3l8xH
PIYhSdAkQl3YILAngA5B8lAvikIC0GvD7VN2BwFtxydJa4xbwljomYCP6Fvd0pIlfGS3Txl7
DL0Cu0xZ0n3Qk+hByTU3i7RdtFAZxxCjmqRSGwZps64J8RWPWnI+C0fPFvHhQL3ENlIryJkG
XgO+ZLbE+AX92SSFth0wfAErSUqClUj6/X4YRer6XINboJ15THUQdKTjMTE3DjLOZBPB7ALd
gwSSJhbsWHwLALqxK+4Gi1Mu3LMtFjh3wYX6vUUCL8cski4o20KA563O7INswm7gywK0FtXh
AoA5y5rqCloJSbIeTGJbXBps1jp0/t7H9w+boYC0IRMcTN23Ds0Znc8TpLuWlU6ruXsXr0Kn
9HRnfGY21XCoc1FF8xBMWp3pztTIb56vNsoN2jYWT6kRNZLuTKdfW0xaCSYXnelI5+1trYkN
VPdX/N+fqIqmpiJj6c6x7PwVWgBmt71do46lI/74D2H25a/y3n6fRSJsbEyJRDoT2Vh2AcLF
bPai+sklEwn/tojGxq6zyDdx9jf1dQBk6hgDSG1sbOy28bZfniuiX04Y/qoxFmGqWVfTpfsJ
1Y+c26cyyIpF+tWrzQeBVE6UCkuRUE6sY6ai9So/9kokARa2Z+BY3YDazKCYxiKRJiWyEdIY
xYTwxE+lMlMbU0KTrWg8oV8Y7vnOxFny5a8qbEwD4gnt+jdPYcJiQv6nmRow186HBzAwGHpp
45tv3DzdU2myJmYC+c3WS3KikJQa8AePJrQUU1gdzpR17Or7u2jfX0FeF/tZL1OZqu2rMbZA
30Md0kW6nQWDoMS5HI5+6F4c8rUSnJHgOMgTitY2ridbUy1aVG3DOGZ2bxGJuYOJOiqS1oaV
jVv5CIqHVVFMHB0OTbODqZa2aC3c7bTT4vyQD7SQmpan6mPkT3F0JVCPRVlI1VI7NTbdGzdZ
bfRNuHM54gM4kVina9sN0iWmm/C92BJiyrDGUpsYm6aAf0CLRuu3YBeq2+M+D6bD/jX6wuqu
ssNUTHH1MhWoQiHN/FtVOyJ5ouylTeF3MD0R6TkJT0qkTaxd3/Bkn5ih2ZRMM+uOHmnXITKm
s2FCPhDp6dJayHxB5/43ezpI9DLqiRE+JIBh2D6t1gypMA6Z9mBJ9kCKv/9QoqcgMZ87S8KT
Jo7egXg0JTKRKGt72VTUJi06quCTD7tgPPik/sRfYSwRDj0+vBPkVWyybh/ngdD12r5RhdWz
JpOPJskNUBwht+yMiY2Id3isYld6Xm4UlPDogtKv1rb133DyP7a9ao8NVkDIT88Aa2qj++xC
XZPK4rszDk5FX/WLU2vmkHLKWhhXsoNubs1RdW9Ho5t1xc6tf9Moff6HMq+hRZTVYRyRMq3L
TryOQREVMLWF6IcJPdp+CimpQ4rHsg6wJ0C53VbTmhbWwXTJlYasH+zrJmf/WgzGbSWIY3Qv
grY5D9aoA/ETvMbk01WRX+IDIqqSXaF0simsAelOWdQHoxImT2bXRmJrHx8+ET38Oi8hidg1
SBcVeRMLm2yXS8na2LUy5xaTva+of9uqf8p6y42CGOTy4ppu0dgNaruFKljoJl3rtCtilDGw
cqwV49CaGLZ5EG22OlXfrhOHss3s44bKbv9RBdoee142bF8VdYwY3mzSUvXCvkDw9Nc9b0dy
Wwf2BD52JC00gPC5qGrXbEsDgb2YjzFoZWqvZoaI7b9CIv6YX0FzAUPGB+x4qJomxGYHxdp3
2BtPUT+N2ebRD+g4b6BcUKmf7edWXoz3IcLgjOEFlSq0hGxs1J3uIbhsjbjBj50Z785g0uPt
6Ua/OeGzAZKQqT1XwoeXYtR/poAQWIFul3eFOKOcjGEnaM8jsCPllzxaTmyTiwixbwfShCRT
IK6AGV+C+NEVR3XMA/Iz/JAFEPr9pDT4sn6ISOgQTe6g25vi8AT7fPQVQyfv5/HzjeMkEcXD
7UTC4cmfDxg7DyGEQILPH2TAEXg2LjAqYoL6/IQP74MXokOOg1YgC39GIAEDBQNqi0S5upL+
ZHDhwRsPwWwymQxkob7JGThkdIMmcjAqDzx8MoAcJ5NSMpMJUskH88KAz5dYnFM34Mg/Z8D8
LSH5YBIowZA6ucTxOC8o4Dsj5Sw9+JCimQObs/xZC2Z+GJY17/AtTRfzBqfl6cslfLifc3HS
5c2s3LBCXh1BV0DI69JKBHXVslxSLNjz9yzfcuuBKJ37nN1llhKWzr30q8kATnqXU0pcyC+n
s5ncb5cnaoGT3VpelYe0N97KfHQIzj7po3sLO+JLA4h25xPLiir+bMZzHsiD55cmKjoykta7
uR/dkzJrcm89wMK6uyR+rfN3cyPn/9tvzx+SMrM/8Hxy6NDsrPVgCfyiGUifP/+WYY4bmd9/
/LPX4p2HIDycX+D1/v3Za+eHq18Fs5kaHGr4l5nZ2bSVfphq5ihkyaoJWum7kTHtzrPGMfkS
THZgEJPqTKmzY9bs4qIGrbH7s1q63ftdkqIGuTgyppmRsUjnbGf60KG7iwmZmz2fjnSOZbcm
pHegv33vlXBKU4E2HRmbvbOYqMltrxhjs5HriZvQWcPg4b2fnGNjiqbCs7H0vUBgQX6hgww8
m45E2uXr49h9ei+8vg0m9zi319S0z5+d29PbvFpWIvHRmMna/ZG38cGlS7dPMBaJoG9gbOx2
0pp3qZYsbbw6L7/BSwmERJCftPXBA3r9Et5y0AhT1I8Tv15ggEGB8n+BSOi16MJRwtAdFuac
miaIei595lIyO9eHASWClCcj6pi5W6tP4LjGe6cWvR+mEmF3PopEej9JzDccgqESDpOi3P1x
a41McUR0ve4V1AqU7k+iB26+EjmDg7BSykQWRm9+byqi3jEjP7wjwSBMrhh788QQ05gZAfpI
7dh0Ow7USgqJYm5+MoE1hpkveXApw+8Zfffo6CtsAp709I4p8bF3AZQWgy7SRB7SaHCAahC9
WoXs24a+gYNMiUoDV872DlLznKmx3SwFHKvGOzxhASSMQHUYMalMTbFppttj2+j41vffodUH
elhKM7U7PWqETss4EC6GhD9vRFXg7yX00+DSABt/8v+MmGevxlXtIw1dcP2GFxMaBZCckFar
Gvy1ddu+mgtMf/LGfzLZtU0K6+F5Du6vOoMJ85AGnz5Im4DQ1C7z1WOgvhA3PDeGFTVUHr/e
lAJBlf1b6BaKcrmQwDpOHYArmDrtF7MhmDbUTO8hG0dOa9PhniENplWq8v3WOxzE1ukK/EN2
axOTGMCIw8yJ1RJ7kkbI2dROQF+naqPs5TA0Fs3cSYbFRIuDOjMpWnUTZ12N9pRMNiraUgda
r9H10ajS25QSM7Luz9vzMEIK5nPGZ2EuF9eJzYJR0ZFS21ItZ6+1aE29Gs9Wu1Ew+ZNcQm98
uv5UOclTxjnQudH/qdVG2cv8pt3FIXkXFK3pYV3kpjsNNIYRxGR72bWoluptG+jv11K7nMmm
5PqmgPNfRkPE2CjbE1jiQT2AMalnqe4jUBUOgsaYYs9h8bR8lYhQOM9+Ir6DuNNiWV8djafY
UWaG1moTjR6QeV80pYaeFG4y7jchW2znlhx9iT5xypmMS6tZ1AyH41MD/1W7+g/0GcZ2xY/e
bNwiZutC4ReFJ414Uo3PyPYN94pFJ5rUDqb8F8auEaqltve3vW44/jVRbYntQVMb/1mXnpZt
ygrGrkZVLaocYB1AGWdGWW1ro+TkTAixvYVAXan1SU9ujAkHF1KOMqTcMXQWCNZqRDpwQtaP
i/SC0Hbc0fKXbzi+FYh8mlOyuLn76RB6RULkwmm1S/6Ae0o+nfeDFHjtpH7iuHMAJB7+cPdQ
SDOVl7vQvfMikT09e2iN49XhJSQ7vrunSZUdIZGnO5quoJOJmY1ezPpF3JW1m3htv43t7zNs
z5RXfurqoO3gKms7+qHCQnFmKkfwCXoKv31Lol2Op9DxZvGjZ+QNaL2C0tPGJpW9ewGzLoRP
NnQTuW9c2ugVnilis+Z40GrCjDmewHPhK8qRqBYylb/jT7aLROsdH6PrG+PAq8yT4f2uH25K
OapiEb3OM+uCjGV9Q7njYly5Vlx3H3eklZm7WW9MYKLrLTTEOo6YOxyv3T/GVl3L+zULnZNy
pXkyOtyafzagsg42etiRaX2s/7LkOCeLKf/SfBMd6+6zMCg0ms46lJWx6OXBJ+eljE70MDbS
lafsZQfZB46Pl5bFolOD5EyJQ5TLeeRqD64SuJSnoco3GW7WZe1rbxwnx/bkHcYuZXSUO0R3
OJRvYPXLU3padaPv+5UdXfpcSuFKDTmJK/GmQJz/zo/a18elkppAKic4pQtT2cuaHEo8PsXd
x9HL0pzaV83Q86sxh5vVJ7R+s4AzfXr990nViWufrmUXedWJR+Psvuhisnjoahd1vLD86NE/
hywWeX7heZxNQHNud9257GyIOS53u01PHv8zoVA9Lz/QV2oMQF3Kz4a0Kz308447Fx/eSnWd
ke09dM5TNPRlGgwl8pS9IW30iPf1As+vfk31tAq/JrWtkG2Dj4Kk6k6HcqgtdGVnRaO45fZ8
DWPnGrlNKFgl4ZEVWlj4qQXmwdN13atbiWvapUrQ2XPc5K5cK/k1GtHVeHoZS+0gNmalFt5N
qnWHVx26Y5OprTzW6dQkezRz4WXG0MMs+tHV2pUj5Kxh8wpa0mB4rjVyg+uuQBm2hxsGIS9K
Tg+8mt3cJf+DwxgM00yom6ntxNky4nT+vDfuZ0d35Clf7jkj9xF7WY3KOFZIqV08H+Kul9nD
jnOp4XbdHkmS1U2sKz8IkQ0Ycihqm0jo+L3tsaNO1rLwTneEVZNq6rIjMVkZX+OrswdhK1VK
3p/ujHbLWN0e93FVahcpCCkVR3ROajG8tZkGyS+qHTccHz0Mp7rsAuAi9baDpI3Ekc9vU3He
DeqJhhqFnpBywBmJYplUjOjlSj2MEO05FuWjcRhki9SeKIs51+JQdK22GvJFZyRvoJfW9d3r
oGnJceKj3oQ3n7v5ZWM1LgG47nEUVOeYuHdU6uWzBzF/wEzxT+Z7kCDFdDeM4/e7RbYSldig
flxeBkT0/JOtuyRnroM+fPzDVQCJ83VbTmzrLtCTIWZJOMeiUnkKXf+cVuYGQ5ft9QCYRsFE
LKYXUFKxdAC4uFYQ50sMIq3kUuk8gXzpXUoKg1i2h2mpHxJ9hFNBl9JegPATJPTT6ZL5Ms7P
8cNJNjRSsdqgi3uC+8UJj0eAYkqoSAgK6RK637sfVxogPe4X4KQAiLQGz7wkLHnWO9dNhMsk
6BnAxY5buLSBj+w1D1z/QI+Af+7GBgwJy1nPSKyRxHIFpuMeBMqXTzBnfR5KyVkMgetbgi7h
Lou4CyXzEOIOLJcUEwhCvYhw7nZhm1++uoKcUc5kwl5lcVZXcu5yzRx+c4ms35/A9SIoFj/a
eFyU4bcYscjqQ/AhGlmQkJBkMJdNJGWaxWUyA+pdQoIKmZACSX/SWtgNRnDKnU1iKqAwRFOX
sW1naTaQfchKCWBmE9kkpA+I+asPjkDlzyYf5tm0ckCbDMiGjyIlDcjZZDCQSz7c+ytZwWAw
EJAzeiaTMQxDzxjJZDK7FI+zL2gls5lchvqIkdGDvkRSz1nBZOChhAupZgmEwhIGMxlL92d1
XEcKWEt1cUNTDWatpIHrFRlZkpJwWhIh16qVtHQ5mJP4WtQyXPlc1IwvmQtISxdSBEidywVA
/T5ryUKKIIECs6D/ZHBey7NYKPAZLXdpBsGCln95Qopg8UWElaxelb4/t4zgW4mQLunKCBcL
Kyv1lYd8K1zheuMyg1BVcjmt/dMFpx7nbNDHLWahvzWZE2f9cQLO37E9vhrEBcxad6105wMo
1Rz0TIHs4xTTEoCWNZvunE36AS0ZfJxi5jW47f7Y7K+z/kAykLj3tvUVu+bqjxrQFsW6BPZ6
LN3wKiAm/Dgo2mY9gPLNPmoxhYDJu3C4bSVTna/c4EPFrO/tZ++mx3jf9mi1CWBBGBXcvWdZ
D24ntkW064bh98kw9H3n0id3I4fgMS/aR9U2l7Pm8UgAv4g5gXjXtln37mavJ2rGIvVv4/xk
2/D1WGJ6+O6/zGrpQ/dn7/PdB/qnBwS0Q+nzlpV+zXrttdvvKvK0dl1P4Fx4K0CPpLSxkVTn
LADOPpp2AiX6e8gsfQiaYLrznvdn096fKO9Kw28D4rlX1HenNT6hxxYKqTqtQ5+2AgWsZ++l
Z+92ItxsavjHd/fLF7Vxg8Zx1WeoPVUfj4j1I87QbLoBOXtwfsV4kvXgfLoBssK8Ou8ZSfmq
QbemYBCOO58vtnxDu6lyQBO+symVJ7M6Z6zBFYqZs+5ZhzjgDGRXH8tcbN4oyzf3UxkH7/LE
9HCcY8GhoZMfBCQoft53jB8WVrJPvDAsW8xgMJd78AkM0H8ErIMYN3TjZv1wTJZl3cD3mWrk
iYlbF1ugVDUUUmlowEsojHT9D57N3NOt7DLNAUxeMvems0Z2Oq2qCBmTf2uao4DG35+ick2s
6ve3pqYVCKoqkszMAGAqlT7kCz54kAvkllOyEkyVpqfhkDyebuBBbfYNqep+ytEwPBOrGolt
PThj5kPKDum3fD7fj87DYcmAkFa6iwfDEHlAdlcn4XBLF69/yXLNSEweGRk5p6nFAZlraOgG
2pRh2G9SPjwEAsHPJQXgdMqEsprRtM5hyE6ps19K1uXqkfYaTVNbVIUHBuzMmFCwWmfna681
NLz2lm/NXZxSLkmZuUwg6BOAF00AQ8YVpd80tYMxmVKBeaumfQR4qONYEAWpADh1bRAuNQEp
TQPgEpS5rP0KSwoPA8SSCAR8Epxk3+DA1Ccjw8NqA4hy8J2q3sME1UjRwVUT13qb+ydt6ZjJ
T1PmTGen2hA1Ryc7UUods1q8/vgQUQDKAd8gFCpHg/zqTur6iChSGU/va/XDJ5uuaL1qs8Ku
Ih6gDqk8sdasgP5/KyBBQ/qSAOEwMdPZgKSa2gO5HRtE9x3H5F68uDpYe3VCPTNYZppnNnEp
lWazA9VpTs40KFd/98kPREY+aUFIB0ocAI9hoSlsVGtRBm45rz3mEfeYbb2D5e/H1cNRxGPm
OVUJAUnDSSjdhp7xT37qZvgwQPw+26BANgiq7p0wWx0gVCK+ljo6MvzdIz+O9+7Evdc7pzQV
irOzHlLXn0iZWMZa/aA+kYHUC0MKQP5FWYBtwDRRxF5lYByLUxZoiP2G2dZd/v47TzcPTB08
fNqMDSFnUBgoqXoA8FT2e6A5hW+GLgQZfOTNojjMgRS8kIwQQ6+C4uxEfvHbDCKTwq/sPW22
Uo9ec3igBgvwwCCJYwNqtgkUNqM2j99/i+jPQIMS5VZq8RwwHyYAzDJTQ1KGJy2GL8SCCvEr
UL2DoZg0cOsMmaqCelw/GBrfEDIPDg9MqLxAkdmZA31TMWn95YCoF6WQCMgf6wJajws8zECp
RRxbhbJAhau4EroFV++sKT+nRCc0kLCFXak/7XAKlK3SCX1YGc84eRdCCjAeJcTwRWdUR8S2
MwJEoNqIG0LAyTh/5qlRolcgKVTU+roTcSEkktZ11fgGprpdQQraJUfCagofmRetPJwXsU/m
QPihDrZXCcWV2rZBUgN68obNth5IGAX2JlpYXsjXJPKztxwqnr0NKGDExxbTM3lgwBSs5iUs
kHOrshcyjit91cqpmg0DV9UwJJ1S9wFOVJDxzy0qFfDLs+fhMTeLosA7Lw6PQheIMrUJ92eM
Q0wPoSVCQmrPWSxu/gFRQDI2eiZqqqc1kLW+v0M5cuwks4V0yHjhIRQhdib2R9zR16sV1nEc
X8zaRXS3TFzQyjYO1yEKL/SeyrS674z0hHpD+KDhjSmlP85T7CpGA8Fw0dqRzs0Tzm/2a+wq
XnpiUl5IB9dbO9mM+XEx4NzaA5e3vAO/awb5QOxRsHm8BmmhkqwBm794n8/OiY+tY2qjuBRR
RYibwubuJsiwPioQD24AxKnBU1Dcw7gPQds7ObQPz0qopmtO3ngbKBERDpuYdhjup4bzoHnw
3n5zdwgRQ6M9qMn6b2P20Yn9RN8QRc2GDp5k2sCkGnpH6istP1Fz6ClHDoeXaiUE9ecwqdmn
0+IYKOnhKBTaQWb2YiPEom1ErbEO/LWcUXxYe6bfVAbigwP5Asoz/AdtGxgyLjgtuNJpvxaa
GgLFlHeXjwy6j+1DnNcYrJdQUVpAc6HuqFZ3WuUbbcqghGNErwi3vdn3NO7zceR0D8VQjuye
CYWd69JpUVK7gD3n8ojM3I2V86VyrSckdO6BW8yytpeBViiZOFyYb35XUF5IG94T67862CfP
F+vRBqaGWBuaQZAW6gi7UufpYFftlL2snV+dZPW4R0j8+kNBPoS6zEtF1/KGgaHG+RHjTWBo
OtgEmHPGa+sVZU+81km5RiDK683B01C80vozxVkXFBstutal8jZkr7s4BSKODDbVo4zNzEbs
UOwi5cnYLrFjaaR/FLeZ3VrTJRfyXChE8TUlI2AkBoa7SoSn0BmH1X0jR6GKgEZ7+J6lq8fX
jziKMgUiiZV3NOPp1Hhh3n+M1lGqxgIx3z95ojdsMnO4q7gULvS8oYYPNplKrRoy6/BU/DMA
AAdxSURBVJjK9xCe2OWmOd7IT4NozKRyWn62SJElO9gK0SUilWm10Exa+koKfMNetenggKn0
o1k9rWCVVcK78plcFpmc4mxLJK8YXleL8UoUXKZh1WgJH+wqVveR+v4RMlEHzT/OPsS3m00l
eqYkm5quCTTNk4PEWxSzBMSBY00dO+dUMOg7ocsItUXNwRNDTQdPhkqzqXl94iUil08dLwFY
HBG6yVF8zXqkh8xF1KV99W9oKB4an8tzsqmcasYcGkta31y8gpMXECdORqEfVLrmSbDmxFCY
I7awjtq5heAZ/S55eiC+Z2rQ011A9ahaR0ZfcutYTMZN7GyU7/Mzd5+un0fGUAt2wHUg48G5
lkSGqtVXwdo8U6ie2ClXxsX0WNGEO2e5UYEuaWQOS6frBaK6t3U+nt9X+moG3llzgp7yfqGD
TZ2xjc4jKtUlh8wiFoCPdqKujHAqlaR8mA9roJHMn4l3IF9s66La129xC7CIldO90LZtMIFY
oi2P2jSi8DTzaBEbxUC82bkeOhLHHl5sgpbnVSJeV6pNiyL2QnNlQ6e1UAliAex3hk+NHIbr
qlMXmolMxFbvOUMAF9EDBdrvItbGSmtkL/ZWvWDJxxdEJFvKHaJh0VvpBSnmlI2+jrWxGVuT
6s45vSkg1g0MhUb69WKoEhV5vzMioRWQnEIlRemL0NcwNary8TUTdqewatByMIK72VAYo8R8
YS7reNiq7KFPxZxRxx+hdcjukLlIkfahpqdJwfE3SjleGlsJMwuVjZyYqCdbmT6HVhRZOdL2
vad0OT2yXpSmBBgO5ZOgRlF7nOrhpv/CyODAcL/ZdLUbxj4FhVmoogtcI3XRNqdQC/Mo1oBz
eIaZB/p5Q28tRSzTlCboWHpgjADDqcLhbv7Qr4oCuuzEkeJpSJGwOp9RVUCW4fkRPYCoNpk9
0DOZ++ebhdGBuD3H5GaJE84nZMmssQkGnkM4Gex2ZpEuY9gb107WQysKFeSQz2nIbsrA8C5X
xEAeg9rzvOJ7jwlNXImK+W7J/NZsYNrJMCLuLM6C2pVGdZwF7GObJPNHaB2ZIldHkYPBFmUT
TL6bOpTGOREgY/1pUz1VIpktLBiIAhHNH7jOjjwaOq4K3D1u1mui3K8x7sDlHUJkEiaQ6p5C
LgoJNzguGPjstBP5HB9ZkWep8GOzCtPw1nniy9BXdrgIqYCjahdPCcWcouSOR+Grc91yxR8Y
9GMNf3N+RJjztzu3JaLKXgSDbkBrYDO8TDPcucJ9D67TUXxKM8bSaZrsLvDLOR+PpoZidJ4I
/GxVYWyz3lQVs/O4LZDrSM7kKfIeT4dvdO+qbBILz+XJ8Xt6zPo+J7HNbT6n6JUzEvnKoCnc
lxhZsLHxD9MwCtewhDtX6BF41B3vtWCtqhed5c6dSEKcU4HE/Kcx7buMnctXFNYusv64eDnJ
XuQQcZkCTJ7pCVDGTgfNLkHZKUwXtSCBw4vsO3J1mCfSf/ZWyVqAAym+iCfnff/vQyOQC5FK
v5K7FlLwhVzQXS2+cwDt38nMp8CvS+09yabyqyul3+KVCfF1uN94nJ8/eXa+FTobUhYLP3Z2
dhZTGv5WPnWWkorRqJSP4tQon1gd8tmAP51/STC/TObkBXfiqmZIcSTMy2rLU8gEv7DZxsPn
MccLCwE+jvVVJywACIEvPhpCVr6yiSuuyO/WluOOXGLF0z3Sgms48BxsSTOYz8VMZtEdzblA
0Ib02Wg8FyoNhpzcnZMNX8iFewIkG/Dh6+W48GtD8rOzOv6s1u0KJZDcK3FyU8o8B2OpgLj9
gCfD9WsbPMMzv9knVq3nINqL2eKhS8Mz4NcPAxRbLBxISoFIZFvzM4Hmosgl93ZqhxrIg8El
brSQspmMTcNBBay0Zlrk7e60EJgOLgSDxxUQBxd6E2JOeFSNYhm7V3wWbvkPBAS7wDiUlUTE
Lw3n96/YAhtcQJ8Pn7tE2Wx2eZuCJCvpQ1CkxV0zPsyMY7g7dAqvxY2Pp3JIllyiTghkAcem
xwt785GdOSIaDpp4nikmWMGOxGAwx0ntjLLiZ/4NB8s+2lwYIkkyIOCWvedJBClpQQb4U2BJ
KnNAKDjql+y9ZLrBLziabLPG01sL/ajxEgLu+7UskZXBUZ1fY+An9/cYEJIGsggI6ZOBT7ET
cWVb2PSVA0IQu8YDuOkYX8RJ8N8QwZ9p4y8P8t8BSQQlGqT+ZDCYTOas5Kfeqxu0GUfQHGBk
+O/3yQZgJnT+YpxBk0H8AxOz9B93WixIuPs2CLUIDlka4K/W8YPB3xwEFuC5BYCW5XtUu/ZR
THzJKGcFcxb/iRsOl8B32uBjZXOCp0e3LZgPR7ICMpvI4ntvfB8ynrP4Hx6c9xIeFR4GFBNf
Fkom4E9O2i/JJfzQ+AL2ixDBR/xOwsNHXY8WD4OotMGgP5f1J3NJf9IfAPn8Nt5jeelCssRr
B0nLnw0Gcmj/so/7xRKnbWaTQf5Di8HHKaAItjaDaK2xFT5eAUVwxLIsR8LH/3aQwMnZr8z8
Qd6AKuxQ9D8EIMkX7YoK9P8DSQnX6+6X/3wAAAAASUVORK5CYII=
--------------030102090703090903000009
Content-Type: image/png;
 name="world4.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="world4.png"

iVBORw0KGgoAAAANSUhEUgAAAcIAAAD1AgMAAAHJeS3hAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAgAElEQVR4nI28bZBUx5UomFQuz3R3wp3YGOz17jisWL+2BDJWilosg0ou3ujHxotQ
7CNiyLpUN7er4zFlvoRg1r60QCp1xfBj3+zwbMfbV7QlDQM72hai+eoYRYsREiJFrd4auaxS
zCi7jKQSxDjaEkhI1+otkKCKu+eczFvd0ti7W9DdVXVv5snz/ZV5GdNatu9rixtcL/i3ai3D
z+KPvXihX16wUDH6/IY6F9/na7Z0PX0W9xReir8xJNoL34LPnMlK7lx76ZXCorNwXTMmw03/
V3o8v+6PXn1LMy7kynDwlPTf3/vH9/4Ybpdiwanrma/4wU7t+XCzFKmFcXppmPvTP2GS4ev8
tzjLlvyXmYbPIuJpyYX6x2Ati2B2IViKCX6qMjzMBEJj7MK/k6lfXZ1kcJ3hFF9/00sNXHtI
sCpNJ7+6TvSo9+wHGCPURtYKC29KQV9keP96vTg8uFNzB9/PsSWlABGBz2mx4LR6yIuHyvZ2
xpY2/LXpjtq1394ulMoxb/HmQw8xwn6hyq+XaR4UdjEaMaNCJjTbvUsLvD9VVO8KzljwT3Q3
W+zbWSvDnOPfhRthStnmX1+nab5vMw1LZnzFWovs/4kkh4kXliXSni0iIBJBwB/NklVKYBTe
h/cwj829YFiUlWLhL+WCVchfuOHNuL3wv5aLVq2nj6+O1uPm+xF+9ICi3/h1XI9/XCt/7U2a
J7j5J7o5spatGoR7o9i/1danO785vPjHuNgFnf/x10sKlZE/6fkxQnr1a29tahl/g+DrkfDs
tT8XptB4/mcERqS+tYjFKgCq05rP6+gHB3fucIvl6ct1b33xwXUWa3alzLk+8xBwnj5/fRPj
f6HWRjhtWsitk95Cv6AtRT0WbmErirkHE1KojWJ1cGMtsQsolH/LW7wnX7OkEq9dLDDveg6I
Rffep4zmreDf2JELTGN9RqbMX9iPX1GlDVwuUM/YRa1Q/xkgLpjZD5yrsgXKfxg4t+CRdXTv
qhxyQLKRBzkCWroWJU9m1SRd/WNupfXSWt1lDMoOkAJW+Ue4MIHL09JyiGTA3cQswbhIBFwz
7cVVpu+LZtvwxvSe5HG8kFeUKuPVbByDwJ2fijJxPFs14cZ9zItjA1ILM8GwSLDszOjIuXo8
e8tXbWTrV5QatqICq/Tez4c743Nx7Wuhn9/7nU9qC+xVxCstU43CyKF/U7i/1q+Cks/2XdZh
ZxjZwjWoz2x46VJ99f/tvVG5ETbXz973p2yVv4EQgH+1X5mgueubs/J3vlIjFx9d/L+wfjWo
SVRqnP8PC8KxdW9m7p1RZmT6hcmTb0bs+H9jBRruWVKLV0aine1vBAOVyXsf5cwyEIQ+zfTn
YBqk9NrF95RpkeZoxAaY7MG7RTiFzDx1pO8/ju94vIqSoDUpEatKvlI/n2Gi7+8+HJyZZCB1
OJrmFmArFqpBJjJVvjzr+Y9pXhM0KY7F3zM/rHjA9Nt+c+gb65C6GRpGlNTpVcCQDBe+mQqG
vqMdN2XC1QNGbaxVU2HgV1SBRUJ4PJEMrnnFV8MZPnsgUKFalyi5ttQQq0thuBvWOV5sti4O
u0vSDU413qmoxi6vBloTFoetRAkQKPhVY99QJeUHVbSkS0fVrxeU2dyL97eU8ku7AEaNcT/Y
0YNCzCSuq8oWBQrWElZJf+/Nhetf3WhFFaGnluHFy3U0eTxakBv7IUgSt7LM+LJK7j+tBwHm
yA7GTW4js+pA662sl6zmsTS6Grh96bUfW90kivWozUANZq0ATNGv/g/UM6dF/9XPSCxJ4xDy
79Q66VgDH1eX4U2NrlWJghs0LcetyqGeAUBg93Bc1fKVoBPZQFvsl6z7i5wGko9mAshZtEDC
XU+4QKanzR94CEZn4t0shjuW6tAoezEbgxIujeLIm+U3el+XcfurWplcd6RgFdTZ2QV+8VX4
8EfnlRnAi3HchospFc3Gcd1r5M5LAdruLgJdWLbdVziZhovZUP0T8PwwKNNauogU9GbC59tx
e/b06OZbQLXotbABFz0QkVpV95uR50/U4/TBRuEy03/JXh25QSOZV9N8aejvPXmumm01/HBo
+TPg9HyyrxlQax2Gjd9cuDSrx0Z8tfH7KZZVGFd4aGrYykPBdL4nziyaGimFb7Hsny5RIegn
2iEm+/yRdRcWF7L3j6qw6We/vZJV0NKgwKXTrzand11Y3Oa/bDWb/ghbsY+BwpDSAgseUKq9
7c6PRLWp3h/58d/07GeNYB2KFLrwpadVfu3S2fRZP2iq4N1fMbE0+DPUZrAVtdurTPBn7/E1
11ShMx1sgjErYCTZrxr/2uKG2nX4N54yocqPfPoPoLX7f2Y1msn7V/qPbWTcCwrN5uCi//50
mQun65Lznr98TuzX8X93VjXia7UFk1Yh4Q5wQLJ9D8yRvX3XeBC+qNCKOytPdqqvDyIs7X3q
N8yM4lqDe0MLD24Orn6/Dz7r3lOtV+4rFrRHSgxf11D+o08wcpCpwjur+w8AUdF5SJZYr0Vp
0qHRzSONYb5B0gVrJDSL1oBmROnXzq5QY8+jCZQgKpxitSpLjf8IP9Q/K9/85G90onlWvERP
681IZrJr/kF+EoCqMUmiT65Bs2+MrAcYevXe1wJzmDkHa2nkyUaQQ3FpFcz66bbV7jRLLMSB
1hUeaVlUKv9tjHPA8CInOd2XBxPMRPXp6R3h83+EkYJVPmKK9oM95Zq+N/B3mNxOxE+nGcWN
TGbYkG/A/d4bbC5ONd90BkXboUKqSnOtnO07oVq++idmnVDX7Bw8CL6U9wa5kdbosPOLhA1w
dEHF9/9M61THL44U13LR1Xhk6EKl1HrJa81KZeYg2EqPizmj8NVKQ/mkxtPqtz9iwkN3I5BC
Nba4qPzQrMXZnu34u34xZyABKs6qggcZGI5ANTb2iXkXQWfwpcEOMROG764WGFChrQdMeooq
MOozlG7v9c27c/1os6z1lPyrKihWQKeA0uKCKvreJLoeu9iUUf5AUAJLC8tbvNv/854HZReR
16eUOhgonSbjq/I//+VaS0BUhZ4gnA7XgcHFZXzFmHUpRIr8hFwyrtQeUnGEtDC3eWOGeElx
DazV5P8cfTKub1Uw/Z811wme/Wr9X/yZJiDwVTYXbhFuMfAxrzaAdiN0sp4qv4VbKwoXU2q9
ZU/Viv9YcUMazRaZ+QtqA82BSGclazcqP5vzPT14UWOgCIKPZiV4k6GfiBBIz5tOmESafMtC
sy7dde93lruOhMPy+AIksnDUW1xOLINdf6qx38kPvFbbd9KJoZD/5DQIp3vNWhtOjhLdqQuB
cH1sgXN8Er0l46BiOskCcDbBrQFgYs4BOjju49wvMFla6uQLa4+5dXyUdnAXkSY3kEZB5JMV
5EUtPLwAvqmaaB1cq8dvBKOsXYO1idlZnW342fiMtpRYoCZFjFEqxbB2Wd2R4NDiicMsrsYQ
77azoGSFOL59xY7sGZgUGHyoCfYvR8b4uszQS8a4mJ4C/v10H41MrZU7aOQGS+55Ixmutqm2
387akR7vKH80flQfppHfLq+kaEiVtYUpOEkXj2dhZOqQCW6fStdr4MHT7frYDTVqcu8zAc6b
3cFk4MNIEkq0miIbObOchZD6UqOw+VT2szqAFLPfnCoEoy2zL4tmLXUeyNBQoY/pRrYtLIml
TLeZrvaYMDCjT3z/485DMLQarWoUzMg28/JJ8LHX9XnNlvk4MraWGoF5NkKpfqWgzilz6+NX
fjf40WxGyjtDSJVNIVA/+vzqL1KsrvvBtkBGZ3mdjlBVhAcr9t73OztbrRsvVg/GoyJOX14T
tFqx3wlKG3Qqy59NsZWqY1AxMcKwQSSE2TD2+xDTDgYfffKj8oobENDMTs5cGmmEvvLVr7P8
r//62KeaHVRGjSacQC0WHKJj71rYaphGtfbS8w1wMOXMHb81pebFJ8KWeQwWdXDfIhaBpQwo
5wLGtFFOwcaCJbpToVVa+9lLzx/0216bi6ZpGfN50w8PgwcrjgL7egogfEgVj/jCIXytgvL7
gSoFlZfH7u8L9kIAW19hCsr3fRMEO/fsykw9dEebrYZ0pmAVDaBGIAug9FEquAqx/ZjK6Wv+
odjrhO+HqhEA898eOVp8k8lPH+LsdyhEZauisyg/QKiI3btB3qfeVjdyekWNVcUDjdMqDFpb
wZKbscugnb2ga+crHasqaLAh7qP8MJPaJa6VgtKZ6XQ2vTiOb1QuNVslM+g3Rsbf7Ptw4MQH
xAqmP3PmEXHV8CbN5VPa8wePvbuS12o6vXj9uZFR1SgFweBTNVYTZhDBeCyJ93EUR0whltB7
n+mBOevfgeSHyyXTy4PmDRVeMVuDspafQWIH97m81hotHAU+CGz139T222+B2il2vGNKG9TI
gbzv7+KYS2coDhAeSWykrUHTGqSIneZ3AGhPVGGu//ZPK3vC4Ef3hNeBTA/VuM1EYbUSicms
AIGnJasvdMpeg7nimxPxnqduqWohNzhmhtPCueM514s2D4KCGiy5ysre3aSyUbXN3vBfOvrr
lXuU2nb15UP+c0JmOJfoJazhw6qVgE8cwm6tvT75RhoDgSqgUxt74eT25p5GUBBaXusDDc4g
CAgVuFURbkNca44aezGeEdWM9OSK7Xfc/qsPzcjym2CEa7Jmyz+cjC0nMx45i5zhi2dUZZ+O
qjzDgHwnHkztu4eNN4f2IE2RCZrZACpysa20jE2zVD7wzbBwBQjIQWJ2x+kiWA9OzLAOAEXH
BhERLSCNn34XXAyKOSbTEhXgfK4S7L0R/DvVfIs8RhpdpxR2wZGNUjWniKu2MMjN5H1J8Zdm
FyqoFCNDK3avI7FJI2UxNEUX40x8kqMvVXm1NRQ1FBLpTUP8WFIXC8Mr/vL5JGwVNiqRTs7g
HThwSE3D0DSDJ9dhBCOjX6ocJMVbW2bHhhVASC4lRE8RhpHa2mbuyIVvVUE1g8YYOYxqz2in
EE8HYaiC8YcEqFG38uZy0O44iGUqeaWwOkaU/VeApFGFitoM2ZILBjIuCnAhCFEWiCbkAVM0
yhwXYICqYkVlpAM6vaO0w/e5jflRfDCLcNxE6tTcaoEkfgh2TYDpvaDCnDGjT/v+kwpEqBva
My5dfK9dTCBl/xT6N4grgWKapXaH28zFcXNmvLFeOgvAkpsxdU+TLUEbwXNgDlUDsCvXQBqi
1fltFXPdGNXaAMokXT6A4zwrTd0oZurJMJ8PVVOp36Cdolclp0p7gl3JCpMyh9MyWnGN3TkO
IA1k1021HkLJOuYXbNkLwJQwx+W/xgULi6VdKa0b/tZSoQrD8CAsVwUb0IgS1O89qQp55Q+L
fpI1TSNxpTQPebIU4uirHSF4g/UQ94Ce4dru3dxUfmF6g1fZVbXlRrtYlwsByilL1R24Xoge
JMUcSO+DT6rdZmqIqV2se3M34AbgcmYzwAxMBcP9HAYonrZln/7RbT8Mn1jP+tcBKdIk8jBt
uitJywIEGZg8jAekbIRPmr1Q5c0exBOjYBpQnSex/HyPD1Kn1NPG384OYAToSRvoiDtVrA6q
GuvZSGoJSoXGOmGNACyDAIkYBGX8Dhkiskjc+AbYTL+1lvEy2jvMgGyNxSK9SFE2E/7bcH3Z
JpVzpezllXyhmN/gqJOUgNxLVkD51x+sqPIAWRW6q27DVL7wUggavtFakXkCZy/mAODwXT/I
CUs412SgkLGaMqCz4YMUVvNuGcpSaCUy4ilHMzedTBJTziqBP5Nb1+UgeYduUQsgkiV2/pT8
TTtJa++7DkCH8TunLV1F1ZA/YTbsFEdb4aJbvBibBBjm0ToShiY18dSzwY5yN/R3pcS5FevU
s2A6tR0o5o2D18JpJw/M5rqa7Plsclk8YDC1JzMprOdKXv9xi70fiUrxpjMdFJZHGPRDrkyM
1HM1N3y3cqZsb6w646255/ji0AkHPJoTXUGXsDC9h0ERlwlHqAYpM45KHLE9hgAFZXIElAwl
2qOFZe1yIol8ydjFZLUbmbWunZNn1DbpsqaW8YccXVANRFLZkQlM+4He88RqOlpaV+jZShCh
ESU2o5uOUb6ppbWuOHZe7i/ndQnmxMS+nLt0RJ1/LUmdMQuuOmART75rO38nRaIoLCnlJHSl
rFjEMMbrDOo4jZPPZvXnhXeZ/FZcI0t9wZSxNOGrAKvIEtSpOxIxiXvUqIzRVHvtuJoFK9q+
izM3EhKpOPbVUNnCJAJgTkQ5llio2rKdhQ+Ql1XvMbklZya2k0xFF0BUxxDmEJs30sFEk3dm
EmBSFhlX74SELm7faWG+9s9k0/3cyd8zEuvO4SSWbfHFeJ+vHgnLX3Gr1WwBjlT/078cmaYB
0byRo5SHlmnkqzr1VzRyYzLS3u5gfrcy0pZZRBtWy7MNMEQ/5ziSvoJcEEY+jPL7BZgCaWvC
0XaGUtes593wVdzZwo8TzGm9QBFMoeetFnuHkFQyPh50tt7O1mcJptcabSpQtDaN/LXupZGY
0c1JAvIFFbAKt958ZRIHxrPVj1QriEMzBgl4W+vLOqVUd6R7VeECh0g0vuUXVOmV+zM4sp49
NapK4Uj8dwK0HqemkWpuZKxptZpn2dR0QQWn9t//MgCdbadfKQVqVPlYx9Hs/CLNYxw5bEdm
24ma1GfFkpHr/qi/9TcvxfV6ux23H2iY0bBw4zss3dZ3pcAKrFKFmEZmo67ycDDPzGvlOn7r
3DsvQeIayyg9dcNvFYx/+zlgymdsEdOrCGZsV0tVAarE6OxiVTKx//AL587NpuOoLRqlcNRc
yh184q5f/N1dWZbSUwG42nVJsAh/6y5W7Ye1Ncw7j1w91QECxZlroTGdsVEV7rs+gY1zvYpG
Og119QSIu1j1VOBPhc3rH74cF9q1tldf1Wg2/ReCUjjMq5zvY9W4qUyQjMSGEYodSGs8DnGq
7w+dzjRGHou5PHc/hkkApfMm78ssOrJI9wYdRSNB4NrWzGTx578caQUz4RMvnKhnR2ZnZzMv
X2sUfNUZa6kY3Gf22CLWC7lyE0vHPGvLrbJN5mf5J35pp6p+9+zLzWDTzf3ijXMQIpUKU6Nm
U8S+fdeh19l5jGJi2XW4aCqx+3JuBrxesD97T3Ws+fxNEU12RoJgM8RZ8TrW/u5GzDUxqFif
tiZQckQRq2r8Qt74g0Z7C3UL9TJdu94xpgWI+jcF+0GO3c2jVRjoJcbWA9dB1VXdXwLKBftX
TlcPturtung+1wqCgzCd2qRZT+dhEIVOdyRnbWrKc4w/vhnC0Jb+KM8bLSzVfKoC1TAzoAPH
uUyFj8ONqwompF6QtlEwBkkwuAP0GFEP/fhvq60hr+3x3wV+EL5UUKbwj1OTK6fKbaySqk6O
pJwsdpoCIe5BGGbC8O/ffX71pUI1ijKvjaiGX4E0Jlf6YbldKe+fhVBQhUMwMqORNNWIGqH8
gj8TFIKhbw7WrvmfaX3rgxPNVqkZNFXuev56OTW9ssyj1wLAs544DwQOLl1f6GxvFFSu8I68
b/cHUf3WwbN+q6QqpZG9p640Lutv9ZQZu4AjE78UUW0dZujLVY0ZCf33om98lNH6w6FLfrPl
b1amM9PaJrByBfdAVJoUCiOsymMAIVfvisbMRaN2C5PNyOqzT6gm8GDGtDb7Y5sgJvgARqZO
t4y/lsQgSlyz5D2Py6lg91n1lryRvi2rh26MNEqqMBj4m6e2TfYd++AunH/l4ehOoirhCMkh
OFi9+CGO0dzHBZjrtTjONQOIowrwzZlDD99zZfvUYW23edxithZMWXQ1gliTD0svMLkNL2Rq
NS2rTzWbl2DYTPOJI8flkp+Mq8vaJpM4KkLNbFM9G+x2enAfDwb/9ud3Q7CRZr98qQTaCewL
Sy9oSOCDLRylFJ0IJ2ZCLoVbETB55CfWvvq/Xo4mj4MKZNmF0dX+DeDBwNMVAxZ91cuCOlrt
btpC4qcpCkvd/M1/gXCq727tQYJ/4SUAakr+VjPTqmr+HMZ1eG87se9tGwqlMck/vPJfp7nn
fT8DrFpy/ufHzCUVlvacDn2spWNRhkp0OpEgF6ZhgPZzPQlZq6xmhG6/8caHV4KR/7nxBCQW
qmojKd4NV20ojXRKw2rT7LjYn4Z3kOzUwFteazZaO9S0/5hq7seUGmsqWAuwgZi2gutRGiMe
ZWWYWHKdFrX33mgGN9Sn47ncRRI3ZGXGlXi0jcNszaYKmS1/Rl7mgLDMQDJ47eMgCE8Nfi8/
Eiq/LAVk/1S96gKk1WdsXLikfF5mBMDkVZl941rn2JkXw57dQ4OkHLZawGxP0JohRuIeQXh2
vrxSZ9KYWkRptuS9/NjD+uQF/6XC1sYGUiisDcpuPokdIuo2Aa3OT7K7qlrXQZxmZe/0xOmP
7m6WzJW9h0P/cESrokKYS4kjqykaGBqtvMz6eDXtsbqottn04O7h0tulkTCSy4be4TpjY2OX
KlHdJYOxLjKH3wF+jtmoSTJz7MAVsxmkD0j3rKTAWEjLf27r1BZrUoK7yxHQP/JEWvMD/9j7
k9ND4ebpw0nEm2GWmiJpnGRoxwOVOg9uicoyijCD4OOX/77z4n9qrb/6IY3UtD0gcjuQMB5C
yJRZVVnfROslxBxCFBAj8PYnJ1du27vPYEFKWzDU2pNO/iSuWKbh1yoIfqwUg5GoKg0sqhbU
3sfQTqEDgQlQ9JLeidDWo0FMY4rBWBlWU+OYDS6/OlmHRCeYHsJdaZLKUTaro5CPuyoPGk1+
JVSVCEt9si4kSHy7evJgIwg+thSKLGFJS63GUNQHas0Xqyk18xnHlfO21AfMgX2F6+MN36cN
A1zAMqWmllI395M2Te2BaPA0ugyIVES0ZHdj63ajzhq1gdXS3LWKpE3FtOWItOLOF6rilYOD
5Cwg5Iz3NEZbfiGqGGqSaZZU3LiwnJFzzapVfv6Fx4ZwG4nwIr0kbIDvbOUeULukIJgiSeCS
zCXtckH9jbe3DuWmqX/OstW/hZFhxz90voK9yZprlroCEZkhm3zBfHKsuMcv7nZz1x+ZagQd
sz18+Bs/0cR0yV1mn+RimPbZfkdlphmY9zCIg5+e4NyNoTz43W2/vRNISjCRusBC3W2jud8p
dG9+/jLYEpht4cEpiPX3GL+wfapbSE9KQ9L9Slv6cgqXxyfROmn+q0rFqKBVaRS3q33dUUjX
dFIKIOOnhZBLTBFGDmxkNV2tssUxBJtNVWnNvHdx0hqeGm5AcyEb1VTtBylk+Da42dLP0aR5
bLFS0xDSnA2LJk82VVe5pabQScNScEfnQrEEIzd6oJs8890QTDSYzbAUlvZ7yPuM46FMsgYq
wpH9PVQpAdAPYE6wc+duwsjRQPmhuoblKTvSbvKqsXkvXDV1YXKTKM+a9YeFjr9VVUDzDlDJ
Xle7nGBW4NOuKKLZzAgmTh8C4hAEfm9q6283D6izEFqNSapTgxbX7OC0K5IQcdHaFgMg7khO
IiK8taf4thoMB9TQ5qeJDrZ3LRLSktUU1jR4agSTLlXFL+Wa+MnfFt4ZVGODagvpSZplrDEQ
1moi8hhwwDSrlBkEQ2TKEYb09xbzF5U/7t+qjH2AhV/Q6SouUNKmJ53UG4hY09hCa4WFdWCt
IDM5mr9oxtVjqthal4Gg0GOu7qQd3K4oMg+LzfBT8NHU8OhJc3Xab1VUQ+3CiXGkq0l0CVy1
b+/JVVDkDSQ12DDRmAuaCWOu792YFDcyjn/2k8ZMB8tWL8wUw4sANAyw3avpZWYM0PtxbiML
QlC4ko1bLJCoJxduPZQvIXUfJk+MI2dMQb1Y2ADEtiJEXap5yyXDN1WBuHZcQWocFkCkwRDh
yJYKt3Z8zv7ELjXN5vZ9MJe9piByyYWAqO+rdR7yCzN58yRIvFJSfo0lxZjuCGfO2ILTMBLC
ShDA1i6yGgjzwFToQw5wmd1nqZOeN8IpmuhXxsByIVhTWBiM7NCv7/FNTplhr6ItmrbtxRxL
sV/Xl0NoWG32bctilhjfe9oE+UL+UWnD7zTZQJ0sF4X0/PhFkB/sbajQULuYe+h+Pz0zoAYh
tVqgXnbFM2J/UnbSWA4cB5hhAExQAQa+icvJ7Rhr5dRQypCtdCZ6vmYvHACA5m3IaUKVqzLa
C0MjK8EhdWDPW0ytZfO2DboXIHt+HJmh1JAJffVj3CuatTsl5MHR7RPTU4Ns1Sab01g/llSO
NV+Qq2CnQm3FcrXdjCJmyV50gFWP7RjmS4e7mNnWhQUqFu6hrQNmt28C/01iGJAIfLZc4Rfh
ytroG+singCbK6gK+b8DLBC7PcoHnkq7c8/i2Q9Jdug/yJZuiLAXZNsqrjYI71PLqV2BOvbw
ykF0ifWEQktVyVSKk7Lvcfqi6160ayFQPR7bKwHudZA2nUDLISqdvAo2M9aD7cKurLOEP68W
yRdtBVkAg8kgTYC7cD+IjFtq+oy6qGkX5bxCs1vRW6t9hS2Lym7/UfqODBqQqC3FmHp7KswP
OxGXbhuNtqzhyyE3ANKomdwGbeMASSPx17GKCY6oXS7n05RKuf0qIL/j4Dqw2bEn9x9QE1AP
2zbQlmwMrgyMP6ptRIxFZeoHWbFYiZK+MRhT+zZQ2ddDZcgyO7J/NB/kL2601JHWxutE5C9U
xkL16IYVqqwJCUG9IMzbYGSHJKRm42BNgQLvUri/CHh+cNf5DY442PBG4mK9D5Qo9IvXy0nL
E9MGkdA4XamEvv8fmK36awxChbS0Q8Yb5e8IHyS/5aLTruV7FWgz8K6bD+VLclu67o5U4TPk
irppiqUy7wXFGnbt5aSxoNuuc8iZKQxUqNRmLyThDNLjXwGWa5NgtWbL6Vq0k5HffK9ogrWa
uy1J1mzavVL9QNm13GYxFg1rTGPKgqKlatzsmLQ6Rf5ZJlEt+ypwc9jqKnpXm6PRHR6EqgzL
e09r2mTIE92y+Ka2+mGxTEvt/lQdGfEGrCO9U55rwNAPYZv6uipa7dE2pxU2rExGrqS/9P8A
AB0hSURBVBlTpSJRQduNjYisReuHOf6FbAu/8yxaFCSBN865BCrJ4Bxj+9+ifc1ktTh1QzRt
0yESw/sprMxgq0MmCZm0jF2w6TlyliyxTBlb9WnbkXXdb4INFqR06uLamKn+w9ZNRcx1uiO7
zip6e/BAPSYYpkif9pnoBBd4LSvbml9EVQXmAmaRrFYsgOyc0EuzhBROCA8wnmzJcNwSXxjZ
o7Y7R8ScPDgL+MCTa0VSHKcNFt2at6NtSnnM2g/toj0nayvH7Y3CGkJN37tumRWVc3PtnXTX
zePvir3LGjdumUzFSjuSe3ZiKee5ePuaScaR5SeDo6lYbkfGlmh2RO0LY3ssTWCEKw24JVDm
3577jNEx7zpufC0u4/fVZHXUj07q145SzFY+XVVwDmjZLTdpDEY8oYh2MYhNP53BZL/vhdzU
LnXujtQuy2Vdf9t92dyQvrUWw/vyyIyzNPiqJgg4BSFx5o6KAhhBxSf3K5MIgtu549SGyXn+
lLsrtnroRHjWzTx3l7ugbYbvWn2W6JJHyUjbrROO0FTKcnF8gitzRZyEI9kIR6IFtNctr8U8
dsa2+WTpbSXC/UtsksjG+G61unTjMMzUzmbcdF5mNmp7MbtztKk2EpgoIY+ljFx+ZuI4TNmD
WxjUqIPkcCSItkGGhqALsfsLr/ll8G11bIAQQPibrXnxp76PM50/NnFiy+XuGEndRnq1+wki
5VBh+QsQv4wjd/Bp5cZXPnwBtglDdLtdoh4LD7uS2JdceeywOGUHdHGshBM4ZSWBmHt28v8d
4jwcZWom/sLL+8KnTrBljZ/bz/RYWcyjauVRth83MXdxfO4M+/8NcTnguDP+/a8ORGDqRWyj
akB0HsT+XUykDs+DmJN/EGKXpXGbplhzFCBu578PXnQM+8QQuQwcLFfnvkZZSEGmnsqZOYjq
UcuO7k1/EMfUK4cQlTLkH5aP9gV8zFZ7x1ByjPHzOw7rvufm4bhyAiD2KFOYB+P/k6qSxIen
DkLc1oivDMRROp7tDs/GMhbLRjt4mMv4Y3gnAOlCXL0NIC5TczgOlP8AVUVXViNpcRwPCoBF
Lv7gk3bba8eW5rNRrNsAMVZ4dfqYCra+PogqlkBc85zETTpzEIe7UYuznl2IntMJYQMwGSMW
o/HAh+0PP4szsWfpWq9HWe0V4FrcCtXF0VY48PZJRxyaQfZKoiqCo/+/ByKJRpTYUpTRbJtP
TG1X/mioRm5fad/3aXwLbA0iOQugZ6NXRrDPrEZu5GFRudhRxc1wF842Pgex/AWI3pzkCDdG
Y6deH1HBKGg5zDvaOrQkun3rkzr1ptuztVpGdxqmo0Y6IMnnlBksI0HaNjbTPR/chXP1mdE4
Joi5JBbMWrtqWakdPKCLpetqIFsuRNqVtt3z13HmB7fOfkK9+9nZTFpmbxX8lt9SJjZ7njTx
65OLLE0/uHoYYN5FVeuKRZAkVSYbRrohtsXQ61JWZEG9fb8DIm7863dfPXf7lZcKH7VRXDOz
tarUnVZB3VAFAzM+rfyj526/3QcC+Xr59bh9B0KU7E4iaehwjLpUTUqvkiE0xwvcrD6F6z+o
OuA6/Ndvnzr3yksffxx/Uge5Sddq6eoN0yn44Dwg7fFJSy7Fn6088IvlVznrBcqDDbiTwIVz
fBQsSRQQzWzM7JEO3JaCYrcs6EDKAnwohb757Nw7n9yzqlO6dns2zrRrcU3XfuW3AMsRMABo
65CfG5nsXN2X2sf6DnOWGo36Kg4i7tDWcxABTtx2ckMZX5uw5OcgM/db2yHmHoU3H7cmq9dG
RkY+OZdu19Oz3nfE52cvqRay0q+MjgOGTbUbMuo6Euruu46xO8AGjBdiTCe/BJHTtheSG4SH
ooSUbU+87iOowZZf8oMd09nguHg/aMaPfZKuP9+uVTP6/IemZBrASrhrcwvQLHTKMLSPedF3
vn2MobQuB1gINIHI0baS8gsrN2A7tVVGSPsnpkkocmHLFCbOfrLtxuXar5ojI6NxOr6UlrWP
6ieDQoCArk+pVhHEK1TTP8XFlk+yJec+LKPsoA3A4lBshikHittzVSdENltlzn1AjLPkaAwG
sxWoKTW6oZaKJk88rOths/luPX2tBoLzoThzMwz9ZiHMg4bcAOEAqd7Hslqmdk9M9v5kX4zC
0m8cVbcgMOZCJ2tVZVy1RiDdJuW4Z1lQGWkZv7SjEOwU8njfkd+I+4CPo166+nw6nf6semK7
MuaSugTwBgIwTIDmfhr/otoNMx7zYCJuPZVRuX0ugHMQsYhBOTSJKYpNdIfxD4EJa+G5gg0e
T918IZ1ujjQbCO150ZYfp8/cDAq+KsA/hDeCaN4uo8m5v2Wek6njhEUCUe2fD9GLu84jtmYn
Cy7V3KgEhVCN5o35hMlTp9+vZqYaQfxROi3rtapYc7vhhyYsBMGOQjg+ShzIrcEiHruQv3Rd
suNkWAqxw7EL0YKzzkNmJRkAjkf5elo5QA+EY6Dlf+Sd+PXp25P3N4KRsx+BZ6ylJYAMR8Og
gcUt1TB4q7p+QPdehbTp/Ha1Jf26NWWAIwHNJcXKuJr4DzryRCYgizVlD+QUDDTYudLB1vbo
4DvHouqxQth8TACOtbRIa1AVHyuN4ZVbGHsAOcyhbccmNmWrqafVYb08JgEhywpAKcyhAkLX
XXluB2Gdqn71CwbQA4MSlsKz5pUr5vGMeGMqvLT7JVkDgEs+ARSbxoRBYILP4S6Ad0lNnzj2
8YGHgWzX1DMpcMlZzZY4Z6V8hBXNM6zpyJmANooPiGu/KeR9vwk3FyojEAf8e63rDT8IY4J4
e+qdY4UmnjcxfrjZ+EZ1/IFT0weLe0uvwDSnbvOeYZwvluPWrGIolxhWghgnRocOR0PKI/o7
6kwf7gxSI5UR35jgZb54NNh7tSbjuLbywx3h+w0AZ0q+Hw6GeNsTTz5y9PPxi+ocRfXZZWUS
jXTHQVS7kmwFIcddE0CWJ4ugW8FhEa0CIWsOlHBP8bSuLQ5fqXKpAccfvP3OzlZommEAhFWf
KyTF7qFQzdzIlbEvBEL/7VnrH5aBu6Od15fnIBKH0VnxWeYElbNoxudVtqIFzDzWLPhhcIvV
V79d9d44UxWy+t29l947GIw0fXAdvrlUASNQmgbCbjvxOAwuz/YeXvlzWj5Me/eEGp2aGPfL
LrEjzbcQszbcQcGBZa4eBIZmIW3ww+3Aq7DAuXdMiCXnZgFitm3e9/2G75twBNA7jUbg5tNb
S7klEy+nTgzs8556fZhYhDOnEKvUoEvKoi4v65p8skeCA6xY8hnWUa6AyQnDPVdPqauREFkp
5VXE8cQjYQg6CKLqq9CY0yjRE9cnzrwi2ZmdLz53sjK6jRDM1rrzU52BtV0ZBPe82aCV3CQ2
6Fj7wH5Ikh8A/YBorvgPD4xh6wnMdJUL+eHmTVOnW2EIYtOiY2Agq9MTM5d1CsfXl4VqCJ0Q
ThgnZQLapWI1EX9cPZHXLJpIEK4KW7jX+3Yjd+Z1/VI5fZxjZ6k+y4WQMx9uv30iQN24FALB
h158ZGrw6Ubup4gV4xOl6QmqkNsCUHuubsmS+BFBkCQTYb0aCo5OvT0zzXT/OXY/XFrzwczL
+LyDKuecgvLBviNoxRtNMDUQJuzZ9vnRILcfay6Zvm37cEsBbq93sal2KtGF2HYe0t6RtaUB
mbo+IT4TY7jrX1dZpu+wlMLDPq1YI69euXz1nYIy4B4h7AhKR06AfpiSfdDBDxjtuCEMHBnb
8yAKoiGJFO1nlnjyR0NYKaIjZfH6vklWo+cq6NozWFoXMdB0zeTKq5ff74DclPwJiOHM1mau
qUBmLyNtYAo6XUXLn3Vi4s1VLEBpnDDZi5kkMs/o8Q+ZfBmbzTWua6wucBbAs40Qz92+CYID
fPxlE5AEHW+iBd4Ea4uSCC2aQwPdRLJtnd7gKhwBEENaY4bJAx8x7y4uqeZc43j6Cw+nS7nm
zKQ8E4ZTIYSM028c85u5MNcsjkCkPFyHW2ctjWhnjmMVd6hZDlphzcpErDSd9oL7lkwdZ2mC
iIcMsPor0MxLvfrFR9cEYbCz6Q+Y6/tSU9uP+XmE6IebcKceiR+xsZ24CCuq3EFDhtovBXXT
iJFoWL0trNb7vYg6+hLr8RqPLdYjPL3/YnAqPnJE/XMrGGifVHvUe6oFUqQ+IqKCijk2Zq3g
ZJOkiiUha9Yi7nUTVxrTG/Fa708xygSSzrJ0FaBiY0djvh+c/Nvt+Wq0ZKww2Vfyx6+poQNj
Sl0qS2qSsuR8m+dYFiWCY/2VxRpbL/gbGUntjdT+iPNf4FY7Ohej0wAtizqp14ThyRNjlUta
8LHPHzkVqvcq0xdbr4AcPWpdLJ6H46TjnhOctqMnfvKcncvSArKWkfRgq+MgdPgLDyVp2lMG
6gEBiT4/NfTI9tHO1cmTR8wOBcFJM/c4ExpsW8Ec1nLO06L9coLjdt8hRZ3o0PMfGFm5DLcV
zX+e5Dx1RuPDY9K4B1d6MBu1EzGBrExPnyyY3WNTYOb8QTwhxpeo3UueIVUgNtZtEdXWAQV3
PZ22s3MZUh48qEdmgPoAPfsnsW+LZiSNFUQgYoQdwatXpx75ycDrvz0DcdfJs1fAzBUnsb4t
WPoqtsyoXUctLnKCtrsrbYWYdkYKqyW4gISRIHHS48v83YchsJZ4Hpcqw8DeOiC53Ozdf/dy
yF/H1N5CJdw+439L2L0XaQsuQ8020W2nu+dOEMtcqGNXQaRIaztE6JQxO/8a0mjaDikziCE+
dCSOL5pHRRxfXbNp+T/HB0xwU7IruDUjI7h9EgotmBgoMwkFu4pInRQWJby1XQHsQabOYsd8
23WbOUugJtYx2ti54E+aXaKv9wPxDHi0ianH1NDfv5CjKWokGxGuXaPVQiG0cpnpltwJYmRJ
WsVrGVsQWHKqsgfCt7H3yhI3HaLAYwleZ/FZcEenJwV4EgHemU+XIHocGG/uQ42o4WK13ZyH
WmftKgHJJhA5c0+QsBv6ULyIuMtm1BCetVMfaOqdSuxzZm33R6T0i0H+N5CfyCXHPvfRgvvT
ZZKciDZkCWafnsAp4rCElV7SxMCuWaKV7h40CIv3DAy0lL9VDZXxcF5GUyLiabKuPdNhsPWy
4AdePPT2HgivVHBxiOw3zmkfRGTJWSfWZZz6uSAg7fR/lkiMyoE3VGd8VRpT4VDF3ERnIPA5
W4ghIKZX+rmpYACANCBBPX7EgCe++lybei6R7fbR5mfNbL+XCEtyYnt6rpNGRSQyEtSzlBU1
kqs0KsWm2ogyj6GWRM+tRVuv9reC558JOmBsTKEXEuhcuEna85L4eCdXO+HOhFEBzLbCtD2F
zEiIE/RpaRkOENX4E09VAGJE7YM6lSLI2K0eBZPTCgNMuzrqgxWFIB8AcTJzEHmXWMLWjCLX
x4oS+bH7tjIJ1DrrhRStNVic9sff/i1Hv87ttlBkZO8LeNyN/hdMkJv56cxg/nFNBydoQRJN
uBMIJl3zNLE0zn2QslgxxnlhnT2BqQzdVEM3nzyVw7lgAiQsMpIfeGHMQiwAGwcrpWG5bHR4
Dfo35g6jYmupxmx/3UoIZ9H8yMoaBOKr1vRZ90MOERj8v3d6H+JdRzphb0h7WEsMYzztE6ir
fsnP7feG2AlNMVUXIrcVBeFkU7gn4NALcSPLm4SUYAhWjqndIBT4f+bIR5aoWKbBozMntoab
i4Dj0MT0CaxK+PnCxPHe0TKqP0yC82i38yIJhu3f7oHASDuvzJlth6E/M8o/onBH0UhlHMwO
7hRHwrL0bOrkuNmRm1LgF0M/xlPHsZo+3FGRkxlpt11rVxDXNjwkGJEDSPAJURtTkocxKhda
iOpY8bJNfATmzuAcDQDbq6aDAtB1hwo60yo8sfvow3aXhVMNQS6SYg+RoCetpLrMiphoCY70
Px8of7MieSyFB56hOB5GkIYgeoVOcSaAeMoEkLTvxkSuuJNRW1Taw//aVmj0vJnxQ9TdaW4N
EAkVLjDDKsYcOEv7HiFFnsQDJh6V6toy9SI1VHIGIY7EoJJDYOb8ncM26rfCh4ZV2w07lnrc
NVsdYTU54rklcdxQtRXzM9wu45vLtCISHUjqpx1EX+2Iwwr8GQUzhw8T8KxRdckin0c0wbpG
lXVNa3KIlnIrycbfUSoIVAAZsDrFbCGCYljZa07FsXkBfrUOqnDc+K2cUSMXgzIlZcgTh6Ot
RJHoyK5RdTEk8RUlia6hwWArjobqIuS+qJE7XmZkUQiuXn5lswq27VFXjkyA2GwFTzUw5b83
7hMkbfeva7sfQzD3zBOdUJcl7QCdfI2bsOjI/bSCgJCaMS319sSszc401UCPDo4Pqd3PAjkf
UaOAZ6AKV44VN7QpNyJi1iiKsE3tWqIW7sAtom2NOFk3ex1uXJxHiBVwyKG6odQkhkFUyALI
cVAMtp15yqhLcWunGqr4o8CBi49Lyo1oz0jNEk8kOFCzXrJkR5DLQWxxhYJyuGY+x12lR/Co
PXh4dZnsA3pm+N2zYyvFq8qMVY4of9uN3AGj4mHKobhwPlHYMIAw4+4JAlZIks1s9FnY8jFn
J3L4nB1/B1WaTMF/qoxPvrSpregd2hrk94wbNQ2KY0bByqmZVnCYOzmhI/m222+tC5kAtyGj
5ujorDpFA7iK84a2TOaw2hxSY2273UUG4gqQT4yHxT1PhupqzsQ3KwYkbEqBqJJQ2viUlFq4
2ayQWkmtJw9TtCtInmDATqgiQvQPYdGkqRSk3ocx1CEKiHhlPizuZatzI52ZPDI67JxQftVG
/fbkebI73xpQ2aUiT+qO3FWSNR1fYz3mytZB1PIinji6hBI7OkwpmuuG3iUXSbZmYkrtRYiF
oXFfTVBxNqI+EYWZDsdkXpEU5JmrVNs8wRate8NcoHaPb99qxqlbWcK2U0HYGXUCFULo702c
yQfgObZXlGlNMrtLHOGIxBm73XfWW2WSDHJug5dlMh/LHQWaDqigMh6gQcMdzUY9TgTz4nkw
Vx3YARLrq+1F1cITvBHr09wVU+xZBO3kxu65Sg5YO2mtJZwcf0+hj8opswebMWjKcWv7Lqoq
4cqzdk8EthGv5bE+lrsEVn0QU5eeR2mbh5Mdu7NHdmd3Upr8TSD25K5hsyAE/diJB3ppD3QJ
DxuJyLaYujieUDuKuPezhbT3P4OLPXEZnQyz+vFliA43hzH9RrszjmdHQRdzYa5C1W1iYwmf
Bm3LvKwLcfG2MeB0oQVeCxzMXgDUUZam0nUyUWTs5iDZ5RwTLjpgNpMeJ/UzGG3kxsOWa+SZ
bT+1yMW2bmJlYsnRwUoBbxmaOGYGDpaZ7FeTpJIJFz2XhncfLKq7TSSSX/hbAeYp2g88MqMG
7Z5iY/xtZSou4+hs3IUIKWSLOuGbR/NnKv4whtWbaKu6l3BRWmepEyDdGNmG6KynogrjDqIZ
VDtc18BvYoEFraoTd7e9QqSO5NRFoP0tlYN738UTJpuIpjRhl4vuAQ9izvS43bzAQ6VOK0vV
IDceXEEGIlFHbXHA6yqYw5GNm61hsWDyJjeoChtZKvR/La1zchEFn7Nwc3tbE4icp1RujLiG
G5dBH2fwbQl4Om3LvNQIkayr2yCbsLR4sPLUVO6pGDVyRSvn/KJIChjMWdcvQLRbeXUqVEWE
F5A+qvHdh6gPA0nksK0nClLG+RCXxa0A0MudyLcuqv+NsQdMzp1K5IlBkUnVaN7zK6x5E6w/
yB+hR7NYiL5Ch4xucggHzbJENbLW7gget2GRvtpqcFkvAqxMT6jK0tY4qcZAsmKbcGzew1Os
OdfPHh0IwwSiCQaObXOdUfUZuW7XuvgCVREiGKfCrYmjwQawlj2BKjvpFA6i20jKulVrB1nK
3nI/6qKlaqC2TQEof/DqsStovyxTYis2Ys5G96LDHusoEB1QDsF6wVCRvlmrrW0hhSVwkwOc
RFm2qGcbHYcFqC2UmzFEdwuIDG5AS/Yd01MExByqyyCqaoF6VMKcoj2P/bcPO4OSxBtuQzXv
SoyTIKl7MXLziYqg90W1owDLL9tyEkv2Kwvsq88RV/bHEHdsBcKGfgfdFes7Y3VdOwmdexCx
TLTChgR33yF6tgJumGbjrrYBCM4UJIZlVwGVruZNYPGhF+5XP9rcgaeLalRV6Dm6GPNxJ5zW
lCZW1B6rTMoc7MJzRw3abQzDEccrKBADjyetLFsx7GI2D0d/YOLMuGp0gCpBGXXIBWtJYpjs
nxZJcczKDhOpoxB3GmUb2kDYjeNhbmCibj161oWWWW2TwXkQl6Hdr+DZlumKf5jbIyvk/lxC
buMMp/BzUQfXFZU7isYU0iSFocaWB8wPD7tNv/bZCEQcr50kEhYibWmKsZ85YCrqE20ZQEGp
sFmie/JKzQJKbIDOpMZBVAhiVBn6qwCfVHGV7nCZLlUSLZB4PqKCgWYEeE6kGOYL3Xu78bhO
nunmQtQku0qfV5UJ6xSHWP8mvVrlyo4oTq+o+Mlc1d7Dh7sQRAg/+g0W0gJw3vGwtPUFbY2T
TEDoORVMLGu8TOEDz9CIvv0cEmKCEjMr3Blno+qMJ957Po5odCogZoXmwHPC1lCklVaeCIpT
q3kQvdTVCWrYK7ORHWbJObokXcna8qQrI34ZIm55B9pARJf/IbdVtnlj3TEwt2ib8DB8yOMO
uwWi/ANr96zeORl3T0fG/3GXmXzu7yqlZkZb4Emnn8JU29obK61JWuwMq1si/jpgKbrBEkE4
TeIsaVR4MsEu7jKzi+ti5X+uULHAT6Ut9TRV91kSuXaV0DEV3CIEwkiZDVQOpO9qFnLSqEg7
UUXocfQFiFkwc6UDFH9tyCa36y/MYouATnpoZK+yR6tyvMviuoWc1JvxvIFzcQ4MEJjHBJyj
CQAS5Xc8niAx64hYS1CzSHaTuNS2J20olZNJ5sxdDdQVI8lwOTXk7EtUhfBtEL3b5hvDLkKM
kpjNSap2ftEF5Iz1ThTBZpsty/eRbrp12McXJw/hQHmbnQcugYhAyav6havqTat6kQUg5bxU
jnepiq/Uv4d4f/gVJ0fJ0YTkh9siAZlXLX4PRHb+qaOmcEPhgRL80pG0++M5v58wDF/L1VTe
RbGse0bQ9Q+YsF0tCzSr58DJLtD+0RYpl7QRvyWpDd90EqWKrqAijhPH8n+eZMkiKQwmu+Bl
0iOwsNy2unn/vfhzuzkNHzfkbqXla2YTFIeJE1SCuOXMxM+SBch5q3PnBZOFSwcXt7s5cLi9
HC5VKDc57Mgh2JzZ4skDIxwwZ+W4GSg7HBMTwBKoLj+ZdWv4/f/7EWIuYTkOycybgs055sTO
rh5/zhHCrkFGCSu7ZoJnEzn5fRAhZMQ2TCIzeq5FJZMcQHSRBOt4rCc/bC1MsiRnVwVLzCS+
nWV/AKhgENBtc2simnTbcF5CtMSUW5bdLFbK7pZEeNwBPxtfOsKCcvB/CZRuTo1tw62L80lq
V6wTsZHzOcm9J1V5vvvCe5I9CfMIa5Wja+q64OZdmEdSnkw3p+SWgES/z93WWVuOJDq4dsF8
whIEQuVLEHk2EYH5JNVO92m62QQ9qy7Mq5STgNlZKKopOzNHz0ZPIKILi9tzEEE9Elp/iaRz
zjFpBDgbSa9W2aKoGe/KM3dxJnoKLdg8tJjunjzpkjy54iWHbOiZT3NiMyeo9tU36FCcZ3m6
YQq+b38J4heoOu9KO1nkPG2cd8QwOSrNElMgu7+0W2RijXU2kW9ry+eAzP/atuDt/HzOqskv
QZiDbRdQ1V3L4CWsZC7MnuPWFyA6BOssMcQUQSViY9ub/Is4ii4y9m1C1OSZRERcq46yKwBf
eofbxrpcSHZtWAboBD3d9ZA6+e/0OtEj7s1NIu0z4f4ARHcp8VTVhDXJU/Hn6a77kNg94nk1
WZNwEp4YV4uImA+RmGjR7zKRJ57K+Y4klHMU67J2zqeIuRVaLU68Fv6J21+CSF90vRSz1qNL
JZ3MNWfU/x+FqhrYASqA6QAAAABJRU5ErkJggg==
--------------030102090703090903000009
Content-Type: image/png;
 name="eur1.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="eur1.png"

iVBORw0KGgoAAAANSUhEUgAAAbgAAAD1AgMAAAEoEjiwAAAADFBMVEX///+MMjwAlsj/ZACC
cOQnAAAgAElEQVR4nHV8f4wc1Zngmyoa3E3bk5N2SMJtJG+S9i82t71kHZ25uZ1J7pBWK043
gf6qutouT19IY88AF+tE2QnKrCtGSCHHrrx3qRmMzsokS4OnCRt0J0fKSbsq7EOnROTCH5QN
SCj84yxB98ec0Owm0lh936/3qnogDe6erlff+973+8d71QbgVJ77cC+EIUDHhG0zvd0IDwO9
OmbBmPbVWtHir2+YebPX5DMZQMijxqyZvHUHDybHjPFn2ldnZoCHO2Yax/NOtqJT0ev/dD7O
oIA3m2b+83emIJbR3JjXfn5jCgroHNabX4EaDTGsb27Ja4eLBDrnt3j01vy5BgPyVKaet3kR
poajTfPl/HCcwSDuTNHNfvQKDe6GLo0ar/YKDGAhbxU0c7t96w0k/QFTs4ssIIJT5vJAvtaK
ALKFmSKjr7mZKqLsrYUMMngMJ37NXI9fhYBmZ9D29egcQg8guI/u7RdfXLjjSZiBgKaagvdu
mRnWF2owoEVOweu37DapqYWMqL5y9RYPGazLqENufs/8IaLnr1+A3CcEYVbwMv7sFcB3nznQ
Nu35Ipz3Z6BTx9GEJHHrReRrEuNop5832x/vziDbaaq+8ZvtO4JM2f6yeblpPsVCEERvoEwz
cCLr5H4QyFekt/maMWcSvNMJdKrzrBU3ysjUghrfe0ZGawXJ6DF7c/33D+LUx0A4acx3bwO4
/sAqz4zE/i9SuoVXIrq5+Zw5hQQkgZkh3Zh60mSIZQ0WUIJNM5XsBriMfP1q7Q3TbHuH7w1e
SiD/ZBA/RkI4cAfSM5/PFAlPZeA0fjW4bhEoBDdgfsaSMIV/RPNOCT0IsjAqUL5M0BTcO3Xt
pTBj+TZrX4ymTu27EcwQr5ooo34TvlCfbw1IoOYI9A+YP0mbNVHvW7f8W7wpk9cSRlQD3/w+
ms/ujBHVCpanuciMNebdOmGY+rfAa86/BaExsNip4Vdc2r/r491XTTt7FHULRACAUlsw8CDK
/2oT/7+7CDv/ii4CW9wKDnaFz+0clwrFDUgKSBgO+WxS3/h37qI7PhUcTug6chglmdBgG8E+
l9DgP49njovNMmCBgzRpPaWPsJPRJZoQwYqQBhklvk/Bwky5Upp4wdjRHKep/QzsKwHBiSsy
eZ4XRYLSCkWvGDVDMmDeWuqY3QOaMoF3Z+geGUQGreetqY431Envm0GzjvqsAcb3Orl5uWNi
QVfM5x+z07ZnjXc+N389/RkFDJFtByFc4DmNee5H2+YT32c4ZlKwjrq4wGPtqU4tb8e4xAEO
fTHBmftGpr2KLHoge/MIgSETOt6AGFCHmHE2kQvDdzOI3llC31DPzSvBQHnLr+nN/z0GeAiF
3cU70VERixknoZ0irgYhqYpPnnmDSWkKKOomGmx2Iu6YGZoSFxayVF6zkDMF3uKpSAfrinO7
6RXx9wqPLt5G0+OtgW/5TpALrQWcknzOkwktqNOWIdT3Yt7Mw/zuY21U7n+NtvOoFZlPa0jN
y953c3i63qnvWQUnz3wWB1835gHTMLWUKENIJ09Se6Q9NZ9FldmL3zPVW+JBE29Eh9g0eu/U
ABSS1uQlC+gyMmZW20yFHcb5OvF9k67cAHIP9HUfQKtWUTAvHCPfQ0aPDIaADIesDOBRvto2
GIPuBWsQBZtgHH//1C+I/R/EoiNFiDpRsMjg9FdpSdtzZmoYX9qN1xMB3cJB5Iy+akejbj0U
c4llQUGulmTqaNn7xUqsCTpxmyOB2rRCJ2zZV883EW1zBkIUNg7FzB/SBIRr/peP8eBjhwc8
q64Igx6NXma3OHPs8DcYpMApRPv48hsG+f69zkzFcu20Jvv6du7PYcSO3ZR0h1jZFwxBkvcX
rQzFjZWWjb52AWMnOPcmGp+Lz7gd+mv3uxFcDxtSEx0CfrROPDDzJbpagXSOKBss3PVrtxxI
QqSzbXyrZB30RWTBFpYh/aYMns4tWE+lQnP6Pr6vFW+Yw6oH82tCZ1sdERph17Q0qs4rnT4t
lwZbr3b+WNAlkBL4NdJbht1rrtU7U9lFXCUCp6jlsGT9EOYG+R885tl1Pr2vLyIzr7UxInZN
vt5p4nKYFpzJkoLz+rjs8/N7yEZiFEyKCiWQNOr3jVl64g8sd3CdLzAkcX6WIsjfNy0P0KU0
69ZJtZvZ2U1z/iUZ+jIuKziFuccC65Cpd2aQC5Go17205ByZosKuL8ygeUYCOYV3hKeM04T6
AqQtFUdAwTm4bwrUsvPWAizcSkzHsNk59BJy+MGaQCLSxhT0ozhYSmAQDDCRGkaRMCFvNhF6
5v4I9XK4lnUOYjwMhhLoDMNOPfskOW/yt54xryasYadUmnP5bWOIyGk8Q6IFNosFYa0xt2Sn
M7iG6/k6a4zap6he8ymcNBID8TAiPzxgNRHT3UPXMVOEpGs+rkrNdOao1eTg1gaDNcxTDeZq
gYZI1umcUhhS5GDQNczDoKrxyJALkCH7OnUQAw3OLaiJUbaTdV6FIiNlgAyNYdkayiwN/l0H
38IO6+5A8hglFK+vQrM2wKiEr0Wa1nkv8pL9om8uEEpKlpAJwcck8M50n0QDudE1hwMM+J3b
IBNDYibMIHeMNwXz+0gDuvWSt2QnCfSanlmD27rtbGHq/wXH4S3lECoTEkZTPPClIG1190zB
wLma3NyRQLfpzfsHzA9ojVNRadmYQ+FajfdNc6vZR98954eQC00YF+mcOWVu8Wt892BgIX2z
J+IsMDUH8Nsf4l8FMXdLpvVk0NT6VJuwKqg5iSfhQQ8Vg3hZX9EFtdUH4fsBUWJcTwRKCioC
OUVjDq2aNs9TA0sK6gimH/enFBYRB9YApvVYAE6pGQ/qavyE8HIRfq9Fg2r23vwUcvoiYeQJ
+7mlE+GmMAqGkInQgcqT3TwIZ0gtegDrs2KOhLiZsZkdy87wRFvqKgBckCSrGDwZMF5/zjBd
c21/KSK1TflOCGOwLrGwgJisnWjflVq9Fn6YFurAoNc2v2VTSxye69ZLEb6+eU1IIVOS/6WE
PXYYrPrqK3TrNbBuzOcNxykWBmNFC8UVnaG8SlI5WmfBoV/TK8NpEv7zLEr6OoiDBGsUkFAX
C4mSBzPOJESHTjf6ZvhtcfE5ZZQD6NWTb7jlFcLSpOTqirCjaZpXLl/IHVwRLrwilWgRx+5m
iRYiFBEZagoqQ98onbUsxoIU1aqwEdlClvzk1WE2gur0TfKklHntvwzdFlXKSeVOEaCFx/sk
4PmYUSHc3FgSt1MtcopxUkHp4i95YSHO+Za2lGUxh8NYJ0/KNXLAA0xzWGhthm2yZeWUNqCb
wHWfiJ2o3WtFMTOWq2xCRuE8rDYx9wuDvxKOqOBFDlbTjFQsuUIRHEkgQKt5rZ5UFMuiVo2h
G4m8PFcKc8xIcf40/82RKNaMq3wlVvrGIpolYfB/pInFIvmw0K4uUU4Wbr2lARm2PsaHJjAy
5pMcKOJS4uszK27VZlMSaBHi9LbJ58Y0ZZcqXyx4dJWUVnbMXYwwVr40LUZRHCyn/lOGOlf/
AedaQhEh+rqBkj9GGMoYlS91aGdx35+C/zkQI9KlPmDhII5WrbdTGldJyZ/xWuiwfgbxiTIn
xFd/FsPWGmHPkoBXNytcxRRgmY1jT51jdWyZnvDaUiznPmsuU0wMY/HT/lXlDZUSbe9vDdaF
7R/DECrGB/MksA1grx2rz2xO8zJvDxhf8J078tk9w4htIbT20Kel1d+KB4RdHC29foEAt0cp
EbpWmzYzQwhE3ErjFtt1U3wVKBCrzOfHXwEsiszcPxlzN84ZMIHkPgey2GXOwEV+r6leIvw9
Dy3UqQQ1rR5wYZ3h7Tw7FaWsdPfRKHlD6jNoSYjJb+oBqTne9qgyn+2ma8tz+L9GkilqZOW5
pMemAZjtIdwIyLewMrO3TdLaoqoJLsebtAd83YCnM/iZ2XNBbxIXSwnMfkUXrZLaOnufbjJw
lu6hAlWCA4bSZCDCW34yN3s8yZe/pIqg7qgtnDF3wJsYfIGyzbXrmCdEmOXtzTi+7sOpBqo9
qtf0YnvCSd84SENcYWMoyyB73exOhWsS0K5b+nLV6ulNs2/d5NmJCG7yGHcLBqfEUMip8mtF
4XwrPhl/lXIyTCIT9NbksHvHZOr96hC1cjTli5nTIp2MSHl7otLJv2FS6gz0qFNzRte0yI4E
Q9XGKEYvz2kZFdstcdpLAHa1pcnS6x5N+Y9eYCsbUNDqtzHjKaxzKnSxBDbbZqZytc8DWbgU
rdHwW4hiHk0Azij/FyMrP46Vmw6jTPgsLYeq5AzXiQUqvCOqgLyJRkMIh2DdkYWsIdy1ZVTE
z27JrfCcV1DzCyQ1UCdYVxnga5blSHD4/y/foBQ9QbgAfiBxRdJ7GuyUDJHIPj3Oby0WxzcH
1IzwBjg5alpnyIski9Tm7K/E03LGLeCKrzdfo0kPQhas5i1Z5Jfx31sgbYFAdLOtKJ/ZJe0m
hMEa9WmK3YPu5/fJ2q7YYJ8UEXBMV13xqYcSYCjp11OTDqF3wHgB3NVE+0CIbvuijb3aKfdt
6KvT9eBt9JOm3jdZCJe8Iulzr6ffSE2DzCgYnij1UxJPU1uSjGG+bbz7SLeW/+sRyl4xqe2b
/Wk9U4WJS70m6TXrkmkw0VifmAubBIyAG43cPGP+OKOFKpGhUZWe5ZoKX9dY+ztmOs+RpV4m
CQOSsmdZ6imn1yIA44uxvkFf567T+8eQx1lK05KT9SNQuBCq9ne3XBYmkUq0z+Pbp3lWFu81
KFtQakfcGBS6c2uLe1dl7NNramsAx3WR8YS9zzDguxYOjotKUJuSPj1YExBZZ65iR4dEFwPF
hx8NpbzNN5zLApjgi03qvIz2H04KffW35q0HkcCKnqL4hphsLPZOMhANrZPGItylFtmDcdrO
q0YAJi/W+oFhNiU1fwT/vCLsSVJO2izkBmY0taMHq+vMmQhODVAZvRtM9wAelAXn9c6n3xVz
7R9Ay+IgMSE/M54Kzs1TFA4X0XJTYws9l53NIyk2HTXCWzSpRSO5E+UJzYJ59/XMxbICJlI7
hOOBLxdhv+2rz6YStiC7PlamBQn/J9wsGI68HXz/1wvMHea5mZa6E+4Pw7IhaJVM5jGUnQze
9Blim4sxLOd8uNwrwuCJ2Jobh2ztZDI41nHht7M+s65pro5zf4zZ9n7aOPrOummVjD/jQArl
S+fKxySXb0rxh/XmzIWYOiZ+TYGK6kJjhbuv2TTWqanSXWDhn9pr8w9L44qbBbPpUwJVUSpz
oTiBsa5fxCUK7vGuuElM0NW6oQLX/CSQSI/tsksMtWQsCx4De3NtcGp5j1TuoRAdwmOSWuj9
lcIlITjfSMbULOEMSD0VufsT5Yvso+Cn4T26aYYzFm6K79qqdJ7dH4kiNCw6NJlPOuIwfUXl
vGyLG8tLW+awp4hNypl8sznkEq4tcBDff7ioaGNFHPK1sDjy4T1PObhWBgu7LUUJ30tYJBdl
/CtGRe5fuTBMLRyGgv7PKxVOUuGmKrfwom3ufqmAVLWtjaFyu0ZphagzlP0JxxmXJw9vhvNN
jaOt4mx/v8x8RnBwjyAWloD6MymLanC2r9rZbsXQ3e/Uo7A5YFIRC/cm6LUG4bYVxR8BvD4j
UO+4sspxljADl5tEI86fzrG6TW+vJvB6xgTFods0TASZ1q5qOj66/x47NUKaXYb+THXX4Dq4
yFCoHZFbYdDe0zZB34MOJ2U/5FovRVWvY4ljrxlTqd8R9W50Sm3KsYmbiWPJluWKjZu5LQRK
uIBMSEMB1e+xwrEUaDojlmBfOX1vRXFADVfQXe5FMZ6Jjoje3daOAcPNRHGX+gwv6KIWAUp/
qORWkmQL561F0Gm2oPOnmQsN4q3BWnGsfQZNmWRTyOO9qVp48qdF1WgLAaMPdMnOVnMHdxCN
p+PX4WXxutJFCcVD2HlOa3+i7boMmB8gXOA3fuQNpZvF1suZcgFOjILP9xUbwSGaNbz+Xunk
NZbZhDfWME4MmXZyIMmh3W6aLHLVdKEGXzoN4SWqdpnSM9xi7iXSQ3UlAxVnbqEWiTEfVOF+
CbT5L7cllp9fUuHRRDZTRoyzvoUr/u7aqG3+lhLbWKFIfrx1oy7AmLKrMS1rLcKtDE62zcEl
ssFC8hz8qysVsdLXdnSR30brG4/hGt1kbtOy3fbNujaM8jp9EXq71G7a/0rWm5gfR4kQI68F
c1GkkYDNl0wV7i34CqZLzfq3qGFXrgwWPNGAQuzPb9t4ooHlp3COmhi1pYI8dOJcyrxXaDzC
CsJaq0qRPm4E3Lytw8ihYwvu++DsifTlqpUhwmHFgkl5eybu+zVUz7IPjGT2qTRmsYTDAdPW
dDLko0CXCI7S+0dFPTT76XsgqoBFTWj4XIKD6/Off9LidUovGLRqRPoanWdo6y1SvS53Gm//
M/74bA3hXoE4s9LiV2pM+gnvDNApAHDZtMBRrogL9bCy8Y5CpuQIHBZo5kAj5tRtS6zH5iB1
mtRMPeeF68YksimTiMUX8DLd8aR27G1fSnTmoOxUZF86asyfBmvadSvEbnlRLZsP6muW4epM
r3fc+66ZrQ8rZQ2JkEgw+zX1cv0sLuZu7TGXjt+5PrvrIGgfLLG8SSl3v1NaBoquLU07L0pp
H6N7aDbPXqqoJrMHeYxL3Ztlru5XIzJ7/wXxs20+sc1dPumfSRZBmLuskphsgPaTBc5M3/xL
6q21535jtP9h5ReL4S/zrie3DdR8mFfe8NGvjccYnT6+9+SQ0rPYet0XBBYeJn1y/Gwr3J3w
SI33PPd/OThsvTMZQDBjZU/3caPPWRHivfHQI62Amzdlhis7127RpBYtGhO+SOVQQHOKFzCj
hK1pgL4/oxYFoSEZZsQpCra2I3kDnuaDS1RxM9NCWGGnlLZscO9T/ahx2io1OoiUFNS7YNcX
2SDS0mVjjo/uivFxaJDyZoYcyzzt6NnAt8Wre9y0rosE3+6ShMihEXGbCpeBl8HI3BrZvuLX
RORd1WYMl9+1mq1c4Q8IeO/uAAicy6wfafx4SdY5GCl51X0LP0vp5Jv5FO+rZLRKIiuAF/fl
5gDn3AP41kR/QvbTLpHgOnQqDOBoNKRuTw/i7jPZD2nyYJnyikEiUjW2wGWuti8gp6ndBmvB
IrehqeNONT1mJ5iPZC5jsjIQYdz9JCw3jme0uLB4GG/IBmF/ai0VS//x+6WyWyje8aD2ULcV
D0lybLNHSdTeYc5sZmxbirllUflmG7lzZPlSSv3E5CzFoQF52SxnJ05SqsC5dfIWvLlnns8H
hTcDzjO5WJUCA/mfwMUqnG8F2DTTmLV6i+OblEMuDQPR5f8h47vx76M78LkSrk3kBypkaSE+
1JehGbpSVOBcI4zh1jNgY4ggGgLt+IdPCwtYB4auMrP5oI22MyByHSRLwH3ohIWA2lzIEgRl
rIFPF2nWGW6gOxa8Y0B7vv9yQ1aXXbApMG2OlcTVe0O6dRDbFg16McJ3UecJQbt2BXcJXL+1
LkpEeolvxznVTXNprcdEN7ewC9azq3kJ1xC4h54dQLxBOK8H5FJasikaZEoyqB2Vr4zhhtDD
tDzLlleQEyj3GU1jMiZZ9m9NJaGQypbS5GG0RH2YJbhB9GVC7KASR+3eq9hD7snlMJPTaL3l
gvrJmrXipev2jJLoS66gAheRQq3R1liUkatV1xCTXhfBKIPHbT+ZrYhBCU0veAGCNdoRoAb9
gn9QokRAXWlKZjvfbFi/5Cs+SfmWTsDCnaTV1EN+RtGB7Sv2gqtyyoHVelPs13ZO+r8pdVjb
G0PbbA+1YhdQqTYZ3wDOdvkAHRLVgx+4LpPuWB8rmy68abhpVGMWt9DXvip97163saLLBOXl
KVlaKfjpMWYii+OtAZ3avTJkjQy6vLVAU9gGRUfhTMV4JRVeLgJi/xJEJ3q92CWvvBOH/E4r
GlaFi9Ib0MUsCPPBVemEQ7yU2VgWZ11nQE3rZ2ZYtshWOhD5OYi6+UVmZvAUSlZYBauD5ecV
GZPY/YzCdYk9xKTBoOvLSfquJz0Deg1tHml0iWG6NyPv06ezGSkxd7XX/mfMw4Urdpm6DzTr
WNMiRSaR/yo1L2dw7Lzxo+CPaJubLtLGZlaBk+KtbfvlQzbwqZfrEBPWMJdWK1pvYTO8gcD5
ljWsYkHEjuEUGcb6VLQ13yR8/UNe8xDl1b3souvrzylcQ9b/fMoHjIkd3k04aQyGs9Q08loG
0QgvbiQKp6VfszUSQITzUmqQ/PnXMD/3ibfzZs2vZVFgN+TVbjeVL5mFMymF+yfWj/CJKMAA
+GP2WWXrSGS3SSytCRxrH0Zm/wV0dIgwN99u0Gm7OgxEtcu8QDCq6a3jnw16XmIK/9o3tZdd
QZv3wAahbYAmKvN8G+fmOliOrx9Dbnld0/TK81cNdCxSgSQSp8UIp9szDMftyakuWnGOcFNB
SsOUQ++udOfDSj32+ZsM16cL4zdpDbhOTxSR1kqnyGzTL7Z1P70BjMfoLo0/piUac4VOFPF+
xyzXhmDryFD2U3OB82CoDryNNQ5NRBvgn7ZVIe2ZBoWgK6p55JRz/Lhw2py8R1niadlVTScq
/fmfcbgM3MI//Zj8+ZlFBT9dNg+sXtP6r2Qu0EhfrCNr6eXy6XFukrh1WjjZJ+EMuoRTGTAd
F2NbMIXVdZrqOknOx0WuTH+bzOLyoDzoU/GerJ6VvUQ6rdb2lWvmHKek2jxAOUzbZrnsq6uL
887JhO1N3VioYy7zK6sszIZZgfO9VZrvklBb600SZ6hiuXdCDu1Zy3m7jdPcdacmmE1LhE8h
WveBCoUTs/U5pojxYZR+Qyo7t38E8Gv4D+UyZdpNIb4eNL6NH6RuWaDNKisEiL/iziqAsz9x
FFPzwh7OcFJjWUnV6UZRLLTup+AhB2JiVU8BTA1bPcPNT1MTT1A2yBCC2lHPwZX1NFLhYUD0
ZnQh/15nrHefon7UFu075WWBZ1dCXnTqlI1/mCmnOmHGYYjzCXfeETTvERUd10970rI6u+Uc
zxXlIQGiy2hZT+hyZBJ2sjgej2WbM1At+imUPcx+03jW8xrdKUhY75a4fbX+ga1A9Tyh/jn3
W8q1Loohhf2W7jHwyrUbazdT7KaT479VM+ngSUMveAo16ZG9xp/LJ9Hxt/GejDoydpPzv2W6
VSNTKZu3qtsi4sSKcpTQFZgLx5hxJEHqXfnOSHKEOZsD54pxbMyeHlngoGAN7fluK4TeQnco
o9z/sRVDUXFKvISVt1efguK8Oz3IDTGseBTd9JiOnHgvRtmzBT0w1YMCjfQf7PrjiqBcY9W2
FBmfa9BL7XL0XTN88KTrT7ncvu2Px5uWnx71KBNwZwvu1kntRpRO/k9g8Zb7Me84dHSt9whO
pq6pJDAvmcn/1+FGj8wZ8+4AQ/HsdGb5ldj9DHqdsVMnVmAAv3To6Fo3Ryeijfmmw7gTXevZ
y3x4iuq/IJ8elQ3wsLpXWqzYua3A8Ca79UF5U/CikXMh/gSBO/5v1zEAcCPyMoLM/SxwWm91
wgrSiswdHYxtOoeyC0Z72YPrbm81eS1ppP9H7BgLmRbzhVZocVi1LKBqdOV2TuJWZCidyo1s
IEzwcye62Qvcmk+42NoKDzUyx82kJK+ymVk4mpjKLboZqROHlMuxkpKfO9HtiSw6KLZc884d
M1AyErACLa1dB7fIuUd92WQ0Uok1vec/SmHw/2mu2ElXwi2dSM2gcARZrsZVEp0HI1fctX1u
/If4mt4wzW3XoGr15gVuaz3/n7OwOD6x+HcqFCRuZmvtRamhYVFguNIGOXeu83YGT2Di3f4w
uuENmi01/1DQWa3Kut8pEVnqNIbQa7Gy5xfaTFXFZ/xt8/ye4aXWyx9Gl1EAC9Lp34IcXbLc
TCob10mJxdIJK+WuRRyakpcS+uYaNPzmDg+Df7EJBNNUGEGFm4s79uSVc+X+N1T/kiMLkjvR
P281pED5bhVdUzwm4lm8xr0XCAOnfoVroNu9L3AD8nJbOZQ2+m3lo6LEMjLcCrFK2IGuDpdx
IddSeQSwyDTuJOX6i6qHKZyNx5W/EN1sRXSIo0FAREXuAgR/eECnhotU2ljUQUmciDSSx5aG
qiWUm9l86KFZnlXhydk1hcvTm5Poro4L4mKSHhTvn2nQsUly+e52vMVlMvYtOy5tzqq20B4D
FqEmx1g3zt1Hixv5x+frMlVmuVc48lzvoageUinXY7ewfVs9M8o9GP+eNjuZefcQTuDtjxo5
ZszoOKAlloTQkRdX+FjZUXYFzLQVHYeEQ05NKuiOQI8s4UF++FprsJVy9YnGeSVP8YbO20Ds
GnqIYbrsD9h/FXT052EYkMf0KWHFyWhvZqUSVEMI3d8l2kqBjmsrLLpcKwLd/HY4Kugu8mZa
l2RIcFjyrkyE1qKo4Ck3TbfcX5LDGJ112oUFU3LQHRAw9YvcC44oYyEEUbhiZ6+ohVMcd0yi
9JdwxlLHhn41r7qyneha1NeNaT+Lq5bg3I9uuMlomlAJsvlEojgq6VFBhmFZyA86uBJrJzrq
E3FBY5qsK/3ZeuKISaCSZhbutIh+tdyMJWM0bifZz53nrGgNi/KQousyOnh7zssmgvWiQxBP
SDSGyXzFViwShTYr5ldFdyVjdCEnGi3Oi4Y2oXUkKBlFVYoJVA0P4B91QmXodumsq+josfgi
yASdeeK9JjWpCjdpXDFAu3FZYWlRjh41bodPKhGHrvp5g4HI8C6ZzTE1MO0es+Wmm9ahKzPA
xZK5tv/ggt50xfR2oGOCLlFbeQ1YTy0NqpUyY1JmDRWfXbbxnOhUbHN51dr536+VugTGQdNw
jOq5agTdfSXyKJLgKURcyd5dOekbKzrnNec2KxHQUpfAIMSI16UbMn4YX5WhXHtSsrCrvtXK
0XLY7TxXvCba4PhqFR1V6MnZm6jIo0t016G/Hy0PtUAtDcKmD1RrUnegYuKuKhI2lpVTnSwA
AA4lSURBVPKzFPpmPHbo7snGW9p87/OFNTrP/xEuLFSK+8jxFyrknXHU5dbYTHsSneGylWPr
3UPb6w+koNhP5zHCUk0sNxMVYopeNildWZl1Gu7GVEyvYumOuiOILh6x9+J0hp+SJrsIbTfe
4lG0iI73Iworu2pDZrNUl4ks0KnL3ehJjjcydivkxuhpOkDhEe+q3NzSScPUeJXMoeJ0GNG2
05Qd8rP2N6TTIhnC9Ix4zW/QpttiAW6eAirBNGgbr7zshLxqo/lmlTBn4Q5dMyMD2OCNEfaa
o4uwAeH1Ch+Tag6NQb85KqmWO1YCWBooGzerntr9sWzLo0bWZ98sT3Wt8sZdWFS9YVw5NYh2
0M4zqC4Dr5Ewh5aNmx+hLrdT4144e8D4BzyNIDmdHS+OFjs8ZsUuusb3lmkrsntwWZUp4rHY
CewDJz/Hw7u6VUGSo4g5YNF+2tmBo0UYeMZRQ8ZJDyk9u95Clbks40MeS5zA+DncSXXZHwTr
Fp138D1zsER3NhnApFZq94YvrU/LTI2Txsuo/Iv4oA+Vkzq1aepJjAq6z1knglfqX8EaLAsf
4m+jmxAvOcK0+i9K8vq50jBKN7jaVEHGYEni4blJ74JFwXlH3ejt9TrwPoM/vRVJGj1R2a3Y
KeUReG3ZZly6K7oisdQIiZ/frmin95cQzDt0cDo9lNGypz8YwjB6uMLHpGrI9PGmWzVVhYv2
QETIj6O0S3Q5VctOOz9Hm2T2W3ba+07rUk75DJ3eyEo+ItKtklT8ttIbpZaKuxq6By83WESl
Tvrb9q8fZiOHzsu+6fVSHGsEDcI0cHxEpCsVUqUdcNLO226kWThwWmSZXIY9KrHk61+RBVl0
w0e8H1GDMxMyokqPVst+56BBetLWD9YrLbPqAYoKznF+8Nz6fyf/YJlZH7MUPYULSiNYLJtg
fIlHeuu2i4ByOOE4MSG6El3TG65hqCvokRYKepumfhyjuNmTKY7IGYFLaR+yfkV15lLzkKon
c55HFZEy2uHcY0YQ3HMpo21Z1dNw41y2/JLlWi9T4S06ET7FH1tlvdV7TzcJW6GlnbdvndQc
usPBheWAyo+TFl0jDNA1vOjYIlk7nHU8PdmyVb9LGr4m2Pi0nu4jcOehanu8oiMonUttijlq
IGiwhOSoQzeId2jJucxVWomiO6vo6GinXENEsxZH6V4IHe+KOHSHNgRJYafrhVUtwcST9ts1
wdUyJAyUmZlLrnn3oyo1JXHIj0M6dN5wIOmqQwcYv6op5nlTr5R1/L7FJ4PkRIZFR9NNV6Qm
f1Jm2c8PDdUh/dQdP7psRYXoVixjiZB5klCl8Oe3dSaDf85F2CDUTpdSE45SzdOnfSNB9778
mgdUImqgD74qQe8azj4LsMzFf6u042/0SJFqphG6tifQ3Y5pejBPZT+8RQ7i/eHGxLYOqUHh
sgZ6vYyzbpU2kHBuMuDDogfBtQPLk3xzE6aOqjAynG8UdCTo8cxSd1wXfzNSsWm60DSrzQPr
3ovBSCIpJYkQZan//gZUMiTj5OV/YEp0dADUMGco+WolvUxhXhxRXD1TlGfJsDwZYkr91KIu
3ONMoZAfrem3JjvgJTraRpvgqP8+U9dHRU564FzlYOPCWaxNnqeCUs7ipvvSDK5bsZhWJE6g
PAhU1u2mVI8m75pVfXWDNHOX2XXoJ6uKjszhe8XgpVWaLA4yfuftzr8wdir6bbjs/aLMGJx9
yGnfSlDwtysC9IiFmDgjHUsCh7P/EhWCnEskfbhl+sUI0zi3IiZGs5CZrUQWhe1fCWaHyL5f
HTt0BLd6bX14AeJl4X20qF2nYjR6fsTTZGwqs/vYlzNoi24NymqrUudtlaIro/r0tggQuruo
vsroRyGRkHDxZmAZc82dOxzAN03pB2mCjMOCfdh7olEVlqKrJBG8TZi/kK7z1QyCR3vh+CaB
UTeTVOAnnF0R6ggeNBUvz5vKJOXlix9BXeXEbiWJcOrJ5SRW5Bc5L6X1Do8HqI5LiUPXC4Lt
CjxVWkLOoPiQ7MqO3+S7I/RQyp4sXrboei9R4TSMOZkT33m2XeEOhVKhZlmJSqo7CaWOVOgq
0dVH74tKkbcgdFQi8zHQwEplq980JWjDbtLY2FhtyMnx0vxD6plb/PWyqOI+ETfGMouOBrfU
D+P96a7GqNzX7W08TrcWSiG/CuPnVU2p6kuzMUwPOnSilNROEUSRTLNl6wg6tpMxtUrLEoQ9
m2I4t2LoR1t/B7oNJYBvF3SjDMRdJOyJY8SmzwhgdmHdI9Mim2A91ZdC32nasjSfVNId6EaP
bvAcEb1fpkHi22j0jIg9c9170SD+47QVms7C4qLo+mFraNK5wRLd8/Af+YDr6awnv9TAW3MR
JeiSK5f7FQjDz6WEoTtOVUClRrCl3cR7m52tRYd/PjrMer2lyzjXCBnXo9yhGPAZs1wyhES3
rnHeof54RlaSV60R5tofgY4CsaIjdaQDVYFt7529RgfkLoMeheNDwCxKnjtiPHFYPqteaHhV
q+HS7kMmmFl0FPBeoCmGkl9SbRxdkFpV9uHwtVLYuTM2y4KOA1vyuCJ06Li0mzC+CXQPDYNV
zog2aKdli6nWU2DLHBoJm7Ov0+zjtnh8ibU6gE1igJ1bS7t8B7pDFt1SFPEPa5xsLV2/qfKJ
NCdbl47nSpkZcTys5IUZdH/YpGfsrb2prXO0q9IoVSoUakdB6o9vWHWghVMjtTcaJpPeivqr
obsNiDfcAz5g8TQd0nFesXjPGWjE72fHJj1iVU2STxoYXdZEne/uZW47wS6g98OJirWCjk8w
W3QldQ9hanmTz5vePbTzZNwzznqmFWtZwMSwC18ZVK5I7p87PFUJ8nXt1XpLiu7suOAFoxq2
WxYd68pDeG2jspsrzvuXNhETcZ7um3JrwpIyQSNemhtreAX54dmEjaxpzm0o3zJ4eBTA+eGi
zdZDxYbuzVocj9z4Suo2qn8nuiozA8REUuuldFMLAvpZjCiC973RcLESYoIlytowLGRQcjMe
DOgArZLmMFRZyu+lqlAbmn49ELrS7nqeuiU96LXNoUUoTSDptQZsE4lFxzuieG310i7/0O9A
d0gvaXgFZSNJTX+Ft3EZhTMMkNZxRQPh4V37hvzF/rKHbLYNljbo2Q/NfUvXIl9GWW/j4R3o
kBlNPqqvGeXnsOTAqORv1pediGhQDxBGhUVHWqvPyYR66nNSYdgBhpiepPKAVfDnP+FDpj/k
geBlj+66HVaz3ujSB6bRyMAJL216ag1Wmqpn8tJScod+ZpY9S4zuq6ZNP67o/Y2cdz+9Kugi
CKZzG3xEeFHqG/mRgYHLh1ZiGJboeJcwn5Rgy0mDk+FUltN6UOts+p01U8d0Zatv4xTdPtpA
E0x/USfOaVIUjFZP0CMkFXTydOUEuswtF95fpWe8WLatbm4rXwwDXnGCfCgf1GGW9VmDMPWh
2jMK0EopIobXoHdxEp3W5qWHyTL36C9OuaToDlI707tE+6BBdtLQzxP1UlrjOodykm5jFRM7
qvoG0FuzSlZJo61icilp9ZNOemeVHQ5F1+jzqrwXySrm+NdRBZ3ZB1Lnmfo/Ijg9uEkPkRWO
R8lOdFxKVtBpV0gM3I7sUrvM4MHNBtZ/FKkfIkF4wbOjEC3FsDBb/MDagPcQCp7Ekhda9tFr
7PQzm6Cub9GtKrq5myynvBWMRoOUL+5ldZsdrZMzYHScCFqyBKs9spsrVu5ZMnUDJzt+WkAz
yVP0MbeZ12lDA6HWRyOT2kqrrTbso1+JJD5a1+a2UibQ5Rzr6BiTsKJUONbZg/AIP7xOJxFO
Gq2LL1l9tj+HR89+g2TRbpfQ5Z/GTeawzm3Wq+hSd4e3KNQjnueNogtKaIuN3Bsniu4gqiqL
7TwoO3z70Vocj7UjSD8EZWRvFHn8iGXbUDncIleaKzblEfqbAeNbcT0r4WbxkejYZXJ5FY71
tanRSNE1zare3xpeUkWbLcOZx+VRsFg5J0O4VqwhtE0VK/n9aCLJsMzs/Y3e0ejai57CbZfw
xktIeLQFVimT47Inlu9Al4FrMQQVdGav0n9XN63C+aPnNyvcMeYioftGxQBIWZKd6JTIdqOC
TqmrOFVvuBF2KwDe6IVw4ibjUeEjT2iU3Fx06OyqLLpdLde+BHjvQ+hAm5wWYKQe101Qz4pM
S62Sm4VjZnPybgoIGw7dux9Ch37+mrKd37edjuhEG70kK4LSAPSz2IHOsSQr24fdfMcYz/eN
cnoizU4gbMqwEtyyAVy5abMn1/eeRJdZdP2PQlc2pGQP3KLDYa9Lwegv3nLZiTUDsHanZU/p
WzxemqBLJxC03m6k1fl/kU9AonfLCGgFHl+yMktKlibCzF9sVoF8s6txqa7o0go9XnoIklVT
orP1mSNaMkOy56Mtiy6Gcl8BdDOUdWvCt0gKFpXs81aH0UBCtt0FK8VgP30ijg5TBjdKlSyt
L3EP7c59GN0Ies8pukPwOE1URVcN/6U/KSg5QdYERxy6pIzlceUZ4fGEK6sHzuAOUYbDIAPJ
EEr+70RHv9ZbBLR19Jcu1wsrvxFdPlJHwbUC6j2jXMxbpcQp5vYNPfyaVzmhn6M6eUak7yR6
gifKnz8rSnSxmbADOmWkK31Rr14pJa7H/IiNpSWYxig13rtGOgxyyGP90BANSOmrdk/tuWhj
P7UxbOqaxQxvVNBFyBmJsOUSG5hzrmaPyxPnts5bd9kuxNWwADsYQjPNEVNbYZ+el7IlCaM7
Sw3i8xPCausz3PLE8dmyVODpDlZPlfwudPTGQXV4ssE9U46yN5m6SW+pxy1Ay6sVcE5LT54c
rOSa/Pr/h6Is7EikNjoAAAAASUVORK5CYII=
--------------030102090703090903000009--



From gerry.creager at tamu.edu  Thu Mar 27 06:04:44 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Thu, 27 Mar 2003 08:04:44 -0600
Subject: [Mapserver-users] weather forecast map
References: <200303271338.h2RDcMN22684@yogi.medinaco.net>
Message-ID: <3E8304FC.1050601@tamu.edu>

We're working on forecasts.  We may, or may not, use mapserver to 
display forecast (model) products.  In fact, we may go to a text-based, 
drop-box menu item for forecasts, initially.

The numerical output of model data, in lat/lon could of course be used 
to place a feature on the map.  For hurricanes, this would be pretty 
straightforward, save that, generally, the result is a zone of 
probabilities.  I'm not sure how I'd represent this, as it's an arc 
segment(s), with a vector from the storm's position at a given time.

Producing forecasted conditions as surface points isn't too hard, 
either, but the polylines, contour polygons and symbols associated with 
a forecast map would, again produce a lot of work and be problemmatic. 
But, I don't think, impossible.

Gotta run now.

Thanks, gerry

Lowell Filak wrote:
> I know that there is a site at tamu that shows the current weather using mapserver and it has a link for 'Forcast' (but it doesn't seem to be working?), I also don't know if wms is enabled (Gerry?).
> Lowell F.
> 
> The following message was sent by Heiko.Kehlenbrink at vermes.fh-oldenburg.de on Thu, 27 Mar 2003 09:39:10 +0100 (CET).
> 
> 
>>hi all, 
>> 
>>at the moment i`m doing an internship supporting my study of gis at the oldenburg university 
>>(germany). I`d like to ad a layer with a weather forecast or/and hurricane predictions regarding 
>>the us area especially texas... 
>>if anyone is aware of a wms compatible source or something equally i could use with the 
>>mapserver please let me know. 
>> 
>>best regards 
>> 
>>heiko kehlenbrink 
>> 
>>
>>_______________________________________________
>>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


-- 
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 bero.rh at web.de  Thu Mar 27 06:03:35 2003
From: bero.rh at web.de (=?iso-8859-1?Q? Bernhard=20Rosenkr=E4nzer ?=)
Date: Thu, 27 Mar 2003 15:03:35 +0100
Subject: [Mapserver-users] Using several bitmap map files
Message-ID: <200303271403.h2RE3Z202110@mailgate5.cinetic.de>

Hi, 
Is there any way to set up mapserver (I'm using 3.6.5) to handle different (adjacent) geotiff map images as one 
map? (Simply combining the various files into one huge bitmap would probably do the job, but I'm scared of 
the performance/memory impact of using a 20 GB bitmap file) 
 
 
 
I know using bitmaps for this sort of thing is probably not a good idea - unfortunately it's the only format in 
which we can get the data. 
 
Any ideas? 
 
Thanks, 
Bernhard 
______________________________________________________________________________
Schon wieder Viren-Alarm? Bei WEB.DE FreeMail ist das kein Problem,
hier ist der Virencheck inklusive! http://freemail.web.de/features/?mc=021158



From Michael.Smith at erdc.usace.army.mil  Thu Mar 27 06:03:56 2003
From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH)
Date: Thu, 27 Mar 2003 09:03:56 -0500
Subject: [Mapserver-users] multiple request in  one layer
Message-ID: <048FBD219330D211B47000A0C9B3BAFD03CD18E6@crl02.crrel.usace.army.mil>

Thilo,

	you need your class expression column available from the DATA select statement. Try

	DATA "GEOM, KARTENSIGNATURNUMMER FROM (select STREETS.geom, STREETS.KARTENSIGNATURNUMMER from STREETS  union all
select PATH.geoloc, PATH.KARTENSIGNATURNUMMER from PATH)"

The key info is the invalid column name error. Any class expressions need to be selectable from the data statement. 

Mike Smith
email: michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL 
Hanover, NH  03755
(603) 646-4765



-----Original Message-----
From: Schlemmer Thilo [mailto:Thilo.Schlemmer at blva.bayern.de] 
Sent: Thursday, March 27, 2003 8:47 AM
To: Mapserver-Users-Request at Lists. Gis. Umn. Edu (E-Mail)
Subject: AW: [Mapserver-users] multiple request in one layer



> please always reply to all when using a mailinglist; others might have
> more 
> knowledge and join the discussion, or learn from it...
	sorry :) thanks for your hint...

> Or course a workaround is to just create this table outside mapserver. But
> if 
> you have dynamic data this might not be a good solution. Maybe a view is
> an 
> option? But this is outside of my sql knowledge.
> Why not using 2 layers, actually?Eventually you can group them into the
> same 
> group and have them displayed in the legend as one group instead of 2
> layers, 
> if that's the bottleneck...
> 
	i guess i have to explain, what i need...

	actually i have  a dynamic mapfile (generated with jsp/javabean )
with 9 or more Layer. Each Layer  have a oraclespatial connection to get the
data. Three or more Layers are needed to get the same column and the same
type (Line) from different tables.
	I thought, that i could make my requests more performant, if i
receive the data in one layer . 

	I'm surprised, that my statement is in oracle ok but in mapserver
not.

	I have not so much knowledge and experience in oracle/sql and i am
truely not a mapserver-expert.

	with the last tip from michael I get this message:
	msOracleSpatialLayerWhichShapes(): ORA-00904: invalid column name.
SQL statement: SELECT rownum, KARTENSIGNATURNUMMER, GEOM FROM (select
STREETS.geom from STREETS union all select PATH.geom from PATH
)sdo_filter(geoloc,mdsys.sdo_geometry(.......)='TRUE'

	is it possible, that the WHERE-Term is missing before
sdo_filter...blabla?
	-------------------------------------
	here my mapfile-sequence:
	LAYER
	    CONNECTIONTYPE oraclespatial
	    CONNECTION"something/somewhere at else"
	    NAME "STREETS"
	    DATA "GEOM FROM (select STREETS.geom from STREETS  union all
select PATH.geoloc from PATH)"
	    TYPE LINE
	    FILTER "sdo_filter(GEOM, mdsys.sdo_geometry(.......) = 'TRUE' "
	 CLASS
	   EXPRESSION ('[KARTENSIGNATURNUMMER]' eq '3100' )
	   SYMBOL "circle"
	------------------------------------- 
	thanks for your patience 
>  
	 Thilo
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From armani7 at supereva.it  Thu Mar 27 06:09:50 2003
From: armani7 at supereva.it (Armani Paolo)
Date: Thu, 27 Mar 2003 15:09:50 +0100
Subject: [Mapserver-users] Error, "EXPLAIN VERBOSE SELECT * FROM eserciz"
Message-ID: <200303271509.50073.armani7@supereva.it>

I use postgres 7.3.2 with postgis 7.4. 
I try to use 3.6.5, 3.6.4 and cvs versions of mapserver but I obtain this 
error: (with 3.6.4)

msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL statement 
(in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM esercizi - Error with POSTGIS 
data variable. You specified ''.
Standard ways of specifiying are :
(1) 'geometry_column from geometry_table'
(2) 'geometry_column from () as foo using unique  
using SRID='

Make sure you put in the 'using unique ' and 'using SRID=#' 
clauses in.

For more help, please see http://postgis.refractions.net/documentation.php

Mappostgis.c - version of Nov 15/2002. 


Mapserver displays the point on the map, but when I try to query these points, 
it causes this error. 
Thanks

Paolo



From lfilak at medinaco.org  Thu Mar 27 06:10:50 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 27 Mar 2003 09:10:50 -0500
Subject: [Mapserver-users] PERL Mapscript under Cygwin
Message-ID: <200303271410.h2REAeN23196@yogi.medinaco.net>

Great work.
I'm sure it will help many.
Do you have plans to add this to the wiki or is that something you would like someone else to do?
Lowell F.

The following message was sent by Joe Bussell  on Wed, 26 Mar 2003 14:18:29 -0800.

> Greetings Listers,
>     Marketing came in the other day insisting on a TrafficDodger that 
> works complete under Windows.  One of the major hurdles for us is our 
> use of PERL Mapscript for handling dynamic data (routes, incidents & 
> speeds).  One solution was to build Mapscript under Cygwin.  I went to 
> the Wiki, downloaded the latest and greatest, then attempted a build.  I 
> ran into a number of snags which I was able to hack my way around.  I 
> have now produced a useful PERL Mapscript build under Cygwin. Now that 
> Marketing doesn't care as much any more I thought I would pass on what I 
> learned before it is meaningless.
> 
>     The wiki is correct on many points, but there are some gotchas along 
> the way.  First thing, one that seldom is mentioned directly, is that 
> there is an order to what gets made first.  GD needs freetype for one 
> thing.  This is what I did:
> 
> 1) Build a Cygwin environment with:
>     build tools (make, cmake, libtool, gcc, flex, bison, ... )
>     perl
> 
>     Make sure that you DO NOT have Cygwin's Postgresql installed, this 
> makes the compile of gdal fail.  On multiple machines objdump reported 
> that pq.dll was an unrecognized format (any ideas on why?)
> 
>     I didn't bother with the Cygwin native gd or freetype either.
> 
> 2) Download appropriate sources:
> 	freetype-2.1.3
> 	gd-2.0.11
> 	gdal-1.1.8
> 	proj-4.4.6
> 	mapserver-3.6.5
> 
> 3) Build freetype.
>     This is trivial, you will need to run:
>     ./configure
>     make
>     make install
> 
> 4) Build gd
>     This is trivial, you will need to run:
>     ./configure
>     make
>     make install
> 
> 5) build gdal
>     This is where things get weird and more work needs to be done.  You 
> will need to run:
>     ./configure
>     make
>     make install
>     edit the installed gdal-config.  This is necesary as the install 
> part of the makefile makes the choice that the library is not shared. 
> The libraries that gdal-config reports are incorrectly articulated in 
> the LIBS string.  Specifically the '-l' is prepended to all libraries 
> independent of their shared-ness.  If the path ends with a '.a' it 
> should not be prepended with -l.  Additionally, the installer requires 
> the addition of -l/usr/local/lib/lib which is just clearly wrong.  Your 
> mileage may vary.  One build actually went completely correct with no 
> edit required.
> 
> 6) Build proj
>     This is trivial, you will need to run:
>     ./configure
>     make
>     make install
> 
> 7) Build Mapserver
>      Edit the Makefile.in so the following are correct:
> HEADER_INSTALL=/usr/local/include/mapserver-3.6/
> LD=     g++
> 
> then I used
>     ./configure   --with-gd --with-proj=/usr/local --with-freetype \ 
> --with-gdal=/usr/local/bin/gdal-config
> 
> followed by:
>     make
>     make install
> 
> 8) Now for the PERL Mapscript part.  This is also weird and will require 
> upstream patches to really be correct.  To reproduce my hand hack first 
> you need to run:
> 
> perl Makefile.PL
> 
> the Makefile you just creaed is not perfect.  Edit it such that the 
> linker is g++ as in step 7.
> 
> The link will still fail since gdal was built as a non-shared library. 
> The linker will need the extra libs to make the dllwrap call work.  To 
> accomplish this I added the back-ticked command
> `/usr/local/bin/gdal-config --libs` to the end of the list of LDLOADLIBS.
> Why the list isn't properly propagated from LIBS, which is correct in 
> the Makefile, is unknown to me at this point.  It really should be fixed 
> in MakeMaker.
> 
> There is still one extra hook.  dllwrap makes use of ld2, which is just 
> a thin wrapper around perlld in Cygwin.  The perlld in /usr/local/bin/ 
> in my Cygwin envoronment tries to use ld as its linker.  This fails to 
> bring in the OGR and GDAL bits.  You will need to edit 
> /usr/local/bin/perlld.exe to have
> driver_name = g++;
> 
> now you can run
>      make
>      make install
> 
> You will still have to be sure to fully qualify mapscript objects when 
> calling 'new' on them.  dump.pl in the examples does not do this 
> correctly (see previous posts).
> 
> My hope is that the folks working on gdal can work out the shared 
> library bits to improve the installed gdal-config.  I also would like to 
> see the Makefiles be built using g++ as the linker when it is available. 
>   I am unsure what my change to perlld will do to other perl builds (ie 
> CPAN).  I have install from CPAN after the change and did not observe 
> any new problems.
> 
> I hope that this is useful to someone as I fear it was an exercise in 
> futility for me.  I am very happy with the uptime of our *nix servers 
> and am not inclined to push for Windows solutions in the near future. 
> It could haunt me later however, so I am sending these bits to you folks 
> hoping for improvements.
> 
> Cordially,
> 
> Joe Bussell
> On Time Systems
> www.trafficdodger.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  Thu Mar 27 06:23:52 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 27 Mar 2003 09:23:52 -0500
Subject: [Mapserver-users] Using several bitmap map files
Message-ID: <200303271423.h2RENhN23614@yogi.medinaco.net>

Mapserver can use a shapefile as a tile index to make several adjacent images appear as a single image.
There is a PerlMapscript utility in the wiki to actually create the tileindex shapefile from a directory containing a group of tiff's & tfw's at:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex1
HTH
Lowell F.

The following message was sent by =?iso-8859-1?Q?"Bernhard=20Rosenkr=E4nzer"?=  on Thu, 27 Mar 2003 15:03:35 +0100.

> Hi, 
> Is there any way to set up mapserver (I'm using 3.6.5) to handle different (adjacent) geotiff map images as one 
> map? (Simply combining the various files into one huge bitmap would probably do the job, but I'm scared of 
> the performance/memory impact of using a 20 GB bitmap file) 
>  
>  
>  
> I know using bitmaps for this sort of thing is probably not a good idea - unfortunately it's the only format in 
> which we can get the data. 
>  
> Any ideas? 
>  
> Thanks, 
> Bernhard 
> ______________________________________________________________________________
> Schon wieder Viren-Alarm? Bei WEB.DE FreeMail ist das kein Problem,
> hier ist der Virencheck inklusive! http://freemail.web.de/features/?mc=021158
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From schick at sdac.hannover.bgr.de  Thu Mar 27 06:28:07 2003
From: schick at sdac.hannover.bgr.de (Agneta Schick)
Date: Thu, 27 Mar 2003 15:28:07 +0100 (MET)
Subject: [Mapserver-users] Expression parser error
Message-ID: <200303271428.h2RES7514424@b3sn28.hannover.bgr.de>

Dear mapserver-users,

I have no idea where to search for this error; I hope someone can point me
in the right direction:

Situation: coloring shapes
Failure: "msyyparse(): Expression parser error. parse error" 
         (twice for each shape?!?!)

dbfinfo myshape.dbf: 
    Info for data/tiles/geol/gk01_shape.dbf
	5 Columns,  1052 Records in file
           AREA           float  (20,5)
      PERIMETER           float  (20,5)
      GK01_NEU_         integer  (11,0)
     GK01_NEU_I         integer  (11,0)
            GEO         integer  (4,0)

mymap.map: ---this works ok----
...
 LAYER
  NAME 'geology'
  DATA gk01_shape
  TYPE POLYGON
  STATUS ON
...
  CLASSITEM "GEO"
  CLASS
      EXPRESSION /./
      OUTLINECOLOR 0 0 0 
      COLOR 255 255 255
  END
 END
...         
            
but I get the above error message when I add
    CLASS
       EXPRESSION  ([GEO]) < 120)      # 0 <= [GEO] <= 657
       COLOR 0 142 224
    END

I'm running MapServer3.6.3, Perl MapScript on Sun Solaris8 
(with  gd-1.8.4, gdal-1.1.8, proj-4.4.5, shapelib-1.2.9) 

Thanks for any hints.

Agneta Schick

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    Agneta Schick
    
    Bundesanstalt fuer Geowissenschaften und Rohstoffe
    Federal Institute for Geosciences and Natural Resources
    Stilleweg 2
    D- 30655 Hannover                   Tel.: +49 511 643 3136
    GERMANY                             FAX.: +49 511 643 3663

    schick at sdac.hannover.bgr.de         http://www.seismologie.bgr.de
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~






From pkishor at geoanalytics.com  Thu Mar 27 07:14:40 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Thu, 27 Mar 2003 15:14:40 -0000
Subject: [Mapserver-users] Re: Expression parser error
In-Reply-To: <200303271428.h2RES7514424@b3sn28.hannover.bgr.de>
Message-ID: 

--- In mapserver-users at yahoogroups.com, Agneta Schick  
wrote:
> Dear mapserver-users,
> 
> I have no idea where to search for this error; 
> I hope someone can point me
> in the right direction:
> 
..>             
> but I get the above error message when I add
>     CLASS
>        EXPRESSION  ([GEO]) < 120)      # 0 <= [GEO] <= 657


Your expression is missing a parens. Should be like so...

EXPRESSION (([GEO]) < 120)



From jhart at frw.uva.nl  Thu Mar 27 07:19:17 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Thu, 27 Mar 2003 16:19:17 +0100
Subject: [Mapserver-users] Expression parser error
In-Reply-To: <200303271428.h2RES7514424@b3sn28.hannover.bgr.de>
References: <200303271428.h2RES7514424@b3sn28.hannover.bgr.de>
Message-ID: <3E831675.3060203@frw.uva.nl>

Agneta,

You have to put the EXPRESSION between quotes, whenever it contains spaces.

EXPRESSION  "([GEO]) < 120)"

Generally it is safer to put everything after a keyword between quotes.


Jan


Agneta Schick wrote:
> Dear mapserver-users,
> 
> I have no idea where to search for this error; I hope someone can point me
> in the right direction:
> 
> Situation: coloring shapes
> Failure: "msyyparse(): Expression parser error. parse error" 
>          (twice for each shape?!?!)
> 
> dbfinfo myshape.dbf: 
>     Info for data/tiles/geol/gk01_shape.dbf
> 	5 Columns,  1052 Records in file
>            AREA           float  (20,5)
>       PERIMETER           float  (20,5)
>       GK01_NEU_         integer  (11,0)
>      GK01_NEU_I         integer  (11,0)
>             GEO         integer  (4,0)
> 
> mymap.map: ---this works ok----
> ...
>  LAYER
>   NAME 'geology'
>   DATA gk01_shape
>   TYPE POLYGON
>   STATUS ON
> ...
>   CLASSITEM "GEO"
>   CLASS
>       EXPRESSION /./
>       OUTLINECOLOR 0 0 0 
>       COLOR 255 255 255
>   END
>  END
> ...         
>             
> but I get the above error message when I add
>     CLASS
>        EXPRESSION  ([GEO]) < 120)      # 0 <= [GEO] <= 657
>        COLOR 0 142 224
>     END
> 
> I'm running MapServer3.6.3, Perl MapScript on Sun Solaris8 
> (with  gd-1.8.4, gdal-1.1.8, proj-4.4.5, shapelib-1.2.9) 
> 
> Thanks for any hints.
> 
> Agneta Schick
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>     Agneta Schick
>     
>     Bundesanstalt fuer Geowissenschaften und Rohstoffe
>     Federal Institute for Geosciences and Natural Resources
>     Stilleweg 2
>     D- 30655 Hannover                   Tel.: +49 511 643 3136
>     GERMANY                             FAX.: +49 511 643 3663
> 
>     schick at sdac.hannover.bgr.de         http://www.seismologie.bgr.de
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> 
> 
> 
> _______________________________________________
> 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 Mar 27 07:30:38 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 27 Mar 2003 10:30:38 -0500
Subject: [Mapserver-users] Expression parser error
References: <200303271428.h2RES7514424@b3sn28.hannover.bgr.de> <3E831675.3060203@frw.uva.nl>
Message-ID: <3E83191E.59ACE2AD@dmsolutions.ca>

Jan Hartmann wrote:
> 
> You have to put the EXPRESSION between quotes, whenever it contains spaces.
> 
> EXPRESSION  "([GEO]) < 120)"
> 
> Generally it is safer to put everything after a keyword between quotes.
> 

Actually, using quotes is safer for everything except expressions. 
Unless I'm mistaken, putting an expression between quotes like this
results in a constant expression, so the logical expression would never
be evaluated.  The problem here is what Puneet reported in another
email: a missing parenthesis.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From Tom.Kralidis at CCRS.NRCan.gc.ca  Thu Mar 27 07:42:48 2003
From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca)
Date: Thu, 27 Mar 2003 10:42:48 -0500
Subject: [Mapserver-users] WFS Support
Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA1DC4@s5-ccr-r1.ccrs.nrcan.gc.ca>


> -----Original Message-----
> From: Geoghegan, Sean [mailto:Sean.Geoghegan at dsto.defence.gov.au]
> Sent: Thursday, March 27, 2003 2:33 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] WFS Support
> 
> 
> Hi,
> 
> I was wondering if anyone is actively working on completing 
> the WFS support in mapserver?
> The parts I am interested in are XML-POST request encodings 
> and Logical filtering.
> 

>From my understanding, MapServer's WFS support is to include OGC Filter
Encoding sometime this summer, which will enable XML POST type requests.
Daniel can probably talk to this more.

..Tom


> Thanks in advance.
> 
> Sean Geoghegan
> Information Exploitation Group
> Command and Intelligence Environments Branch
> Command and Control Division
> Defence Science and Technology Organisation
> sean.geoghegan at dsto.defence.gov.au   ph +61 08 82595895
> 
> _______________________________________________
> 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 Mar 27 07:48:20 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 27 Mar 2003 10:48:20 -0500
Subject: [Mapserver-users] WFS Support
References: <108E7D907871D6118B5000306E0189F801DBD1AC@ednex504.dsto.defence.gov.au>
Message-ID: <3E831D44.1BC51FFB@dmsolutions.ca>

"Geoghegan, Sean" wrote:
> 
> I was wondering if anyone is actively working on completing the WFS support in mapserver?
> The parts I am interested in are XML-POST request encodings and Logical filtering.
> 

XML-encoded posts and Filter encoding support are two of the items on
which we'll be working on in the coming months.  I would expect this to
become available sometimes during the summer, quite likely in a post-3.7
release.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From info at cartoweb.de  Tue Mar 18 05:27:58 2003
From: info at cartoweb.de (=?ISO-8859-1?Q? Krau=DF ?=)
Date: Tue, 18 Mar 2003 14:27:58 +0100
Subject: [Mapserver-users] Help !!!!!!!
Message-ID: 

Hi Liste !

Leider beherrsche ich die englische Sprache nicht.
Ich hoffe, da? die ?bersetzung nicht allzu schlecht ist.
Leider habe ich ein Problem !
Ich m?chte in ein Shapefile ein Shapeobjekt eingeben.
Leider erhalte ich folgende Fehlermeldung.

Unfortunately, I don't master the English language.
I hope that the translation is not too bad.
Unfortunately, I have a problem!
I would like to enter a Shapeobjekt into a Shapefile.
Unfortunately, I receive the following error message.


Fatal error: Object expected as argument. in
C:\HTTPD\HTDOCS\linie_shape\index.php on line 55

Wer kann helfen ?
Who can help ?



m.f.G.

Stephan Krau?




";
	}
	
	
	// Eingabe der Werte
	if(is_file($HTTP_POST_VARS[eingabe]) and
is_file($HTTP_POST_VARS[ziel])){
		$fp1=fopen($HTTP_POST_VARS[eingabe],'r');  // Oeffnen Quelldatei
		
		// anlegen Linienobjekt
		$linie = ms_newLineObj();
		// anlegen Punktobjekt
		
		while(!feof($fp1)){
			$punkt[$j] = ms_newPointObj();
			$zeile=fgets($fp1,1024)."
";
			$wert=explode(";",$zeile);
			for($i=0;$i";
			$punkt[$j]->setXY($wert[1],$wert[0]);  // Hochwert und Rechtswert
			// hinzufuegen Punkt zur Linie
			$linie->add($punkt[$j]);
			echo "Anzahl der Punkte in der Linie: ".$linie->numpoints."
";
			$punkt[$j]->free;
			$j++;
		}
		
		fclose($fp1);
	}
	
	// Shapefile anlegen
	$shpf = ms_newShapefileObj($HTTP_POST_VARS[ziel],MS_SHAPE_LINE);
	
	// anlegen Shapeobjekt
	$shpo = ms_newShapeObj(MS_SHAPE_LINE);
	// hinzufuegen Linie zu ShapeObjekt
	$shpo->add($linie);
	
	// hinzufuegen ShapeObjekt zu ShapefileObjekt
	$shpf->addShape($shpo);
	
	$shpo->free;
	$linie->free;
	$shpf->free;
	
}


?>





From fararoni at yahoo.com  Wed Mar 19 10:01:52 2003
From: fararoni at yahoo.com (=?iso-8859-1?q?Isai=20Fararoni?=)
Date: Wed, 19 Mar 2003 12:01:52 -0600 (CST)
Subject: [Mapserver-users] Procedimiento para instalar en Solaris 9
In-Reply-To: <003c01c2ea7e$0e43d2e0$1700a8c0@prodigy.net.mx>
Message-ID: <20030319180152.12140.qmail@web10108.mail.yahoo.com>

INSTALACION DE MAPSERVER EN SOLARIS
Les comparto los problemas que tuve para instalarlo en
la version de Solaris 9 y como quedo finalmente
fararoni at yahoo.com


REQUISITOS: 
?	Tener instalado el Servidor Apache 
?	Tener instalado el compilador gcc (SMCgcc) Versi?n
3.2.2
?	Tener instaladas las librer?as para gcc (SMClibgcc)
Versi?n 3.22
?	Tener instalado el GNU Make 3.80 
Por default Solaris trae otro compilador y su propio
make

Last login: Tue Mar 18 13:58:41 from 192.168.54.144:
Sun Microsystems Inc.   SunOS 5.9       Generic May
2002
POLUX#>

2. Si no uso la clave de usuario root, cambiarse de
usuario
#su - root
Sun Microsystems Inc.   SunOS 5.9       Generic May
2002

CONFIGURACIONES PREVIAS A LA INSTALACI?N DE LAS
LIBRER?AS
1.Confirmar que es gcc 3.2.2 o superior
# gcc --version
gcc (GCC) 3.2.2
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR
A PARTICULAR PURPOSE.

2.Confirmar que es versi?n 3.80 del GNU Make o
superior
#>/usr/local/bin/make --version
GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.
There is NO warranty; not even for MERCHANTABILITY or
FITNESS FOR A
PARTICULAR PURPOSE.

3. Verificar que tiene instaladas las librer?as de gcc
(SMClibgcc)
#pkginfo | grep libgcc
application SMClibgcc      libgcc

4. Verificar que tiene declarada la variable
LD_LIBRARY_PATH
#echo $LD_LIBRARY_PATH
/usr/local/lib

INSTALACI?N DE LAS LIBRER?AS

PRECONFIGURACIONES.
Instalar lo que falte

Agregar la l?nea al final de /etc/profile y agregar
------------------
LD_LIBRARY_PATH=$LA_LIBRARY_PATH:/usr/local/lib
:/usr/lib
------------------
*Reinici? el equipo para que tome este cambiom, si
alguien sabe como hacer sin reinicar que me diga.
*Si esta variable esta definida en alg?n otro lugar,
tambien que me avise.

Instalar el GNUMAKE
cd /librerias/make-3.80
1.- sh
2.- #./configure
3.- #make
4.- #make install
5.- #./make check
6.- #make clean
*Para desintalar usar : make distclean
*Por default queda instalado en /usr/local/bin/make

Instalar GCC
Esta libreria la puedes obtener de www.sunfreeware.com
1.- gzip -d gcc-3.2.2-sol9-sparc-local.gz
2.- #pkgadd -d ./gcc-3.2.2-sol9-sparc-local

Actualizar las librer?as para gcc y c++ en caso de no
tener instalado 
0.- Ir al directorio donde esta descomprimida la
libreria (source code)
cd /export/home/gis/librerias
1.- #sh
2.- #pkgadd -d ./libgcc-3.2.2-sol9-sparc-local


AHORA VIENE EL MAPSERVER

Instalar FreeType. 
0.- Ir al directorio donde esta descomprimida la
libreria (source code)
# cd freetype-2.1.4rc2
1.- #sh
2.- ./configure
3.- /usr/local/bin/make
4.- /usr/local/bin/make install

Instalar  JPEG

cd jpeg-6b
1.-#./configure
2.-#/usr/local/bin/make
3.-#/usr/local/bin/make test
4.-#/usr/local/bin/make install
5.-# /usr/local/bin/make install-lib

Instalaci?n de GD
www.boutell.com
cd gd-2.0.11
1.-#./configure
--with-freetype==/usr/local/include/freetype2
2.-#make
3.-#make check
4.-#make install
5.-#make clean
La libreria queda instalada en : /usr/local/include

 Instalar las librerias PROJ 4 - Para el manejo de
proyecciones
0.- Ir al directorio donde esta descomprimida la
librer?a (source code)
# cd proj-4.4.6
1.-#./configure
2.-#make
3.-#make check
4.-#make install
5.-#make clean

La libreria queda instalada en /usr/local/lib

Compilar e Instalar el Mapserver 3.6
0, moverse al directorio de las librerias
# cd mapserver-3.6.0
1.- # make
? Nota ejecutar el siguiente comando, solamente para
revisar que se gener? correctamente el programa.  
POLUX#>./mapserv
This script can only be used to decode form results
and
should be initiated as a CGI process via a httpd
server.
#
2.- # cp mapserv /var/local/apache/cgi-bin/mapserv.exe

 
Compilar e Instalar el Mapserver 3.3
0, moverse al directorio de las librerias
# cd /export/home/gis/librerias/mapserver
1.- # make
#./mapserv -help
? Nota ejecutar el siguiente comando, solamente para
revisar que se gener? correctamente el programa.  
#./mapserv
This script can only be used to decode form results
and
should be initiated as a CGI process via a httpd
server.
#

? Nota ejecutar el siguiente comando, solamente para
revisar que se genero correctamente el programa.  
#./mapserv
This script can only be used to decode form results
and
should be initiated as a CGI process via a httpd
server.
#

Nota. La aplicaci?n puede no funcionar desde el web,
si ocurre, crear links simbolicos de las librerias
generadas al directorio /usr/lib. Debe quedar de la
siguiente manera. Si alguien sabe como hacer que las
librerias /usr/lib sean encontradas en algun path,
favor de hacermelo saber, porque yo use links
simbolicos aunque no creo que sea necesario.
El link va de los archivos en /usr/local/lib a
/usr/lib

lrwxrwxrwx   20 Mar 11 13:38 libfreetype.so ->
libfreetype.so.6.3.3
lrwxrwxrwx   20 Mar 11 13:38 libfreetype.so.6 ->
libfreetype.so.6.3.3
lrwxrwxrwx   18 Mar 12 14:18 libstdc++.so ->
libstdc++.so.5.0.2
lrwxrwxrwx   18 Mar 12 14:18 libstdc++.so.5 ->
libstdc++.so.5.0.2

a continuaci?n pego el contenido del arhchivo Makefile
de Mapserver 3.6.0

# Generated automatically from Makefile.in by
configure.
# Run ./configure in the main MapServer directory to
turn this Makefile.in
# into a proper Makefile

LIB_INSTALL=/usr/local/lib/
HEADER_INSTALL=/usr/local/include/mapserver-3.0/

#
# mpatrol runtime memory debugger
#
MPATROL=  	
MPATROL_INC=	
MPATROL_LIB=	

#
# If you want to ignore missing datafile errors
uncomment the following
# line. This is especially useful with large tiled
datasets that may not
# have complete data for each tile.
#
#IGNORE_MISSING_DATA=-DIGNORE_MISSING_DATA
IGNORE_MISSING_DATA = -DIGNORE_MISSING_DATA

#
# Apparently these aren't as commonplace as I'd hoped.
Edit the
# following line to reflect the missing functions on
your platform.
#
# STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP
-DNEED_STRDUP
STRINGS= 

# Proj.4 distribution (cartographic projection
routines). Not required for normal use. (EXPERIMENTAL)
PROJ_INC= 
PROJ_LIB= 
PROJ=     

# GD distribution (graphics library GIF and/or PNG
support). (REQUIRED)
#
#   - Versions 1.3 to 1.5 write non-LZW GIF
(-DUSE_GD_1_3).
#   - Versions 1.6 and greater write PNG
(-DUSE_GD_1_6). Add -lpng -lz to GD_LIB line.
#
#
GDFONT_OBJ=gd-1.2/gdfontt.o gd-1.2/gdfonts.o
gd-1.2/gdfontmb.o gd-1.2/gdfontl.o gd-1.2/gdfontg.o
GD_INC=  -I/usr/local/include
GD_LIB=  -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng
-L/lib -lz
GD=       -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP
-DUSE_GD_FT
GD_STATIC = 

# PDFlib distribution (PDF library w/ PDF support).
(EXPERIMENTAL)
#
#
#
PDF_INC=  
PDF_LIB=  
PDF=      
PDF_OBJ=  

# TIFF distribution (raster support for TIFF and
GEOTIFF imagery). (RECOMMENDED)
TIFF_INC= 
TIFF_LIB=  -ljpeg -lfreetype -lpng -L/lib -lz
TIFF=     

# JPEG distribution (raster support for grayscale JPEG
images, INPUT ONLY).
JPEG_INC= 
JPEG_LIB= -ljpeg
JPEG=     -DUSE_JPEG

# EPPL7 Support (this activates ERDAS as well)
Included in the distribution. Probably the best raster
alternative if
# you've got EPPL7 laying around. See
http://www.lmic.state.mn.us/ for more information.
(RECOMMENDED)
EPPL=     -DUSE_EPPL
EPPL_OBJ= epplib.o

# ESRI SDE Support. You MUST have the SDE Client
libraries and include files
# on your system someplace. The actual SDE server you
wish to connect to can
# be elsewhere.
SDE=	  
SDE_LIB=  
SDE_INC=  

# Optional OGR Support.  OGC Simple Feature inspired
interface for vector
# formats.  See
http://gdal.velocet.ca/projects/opengis/
OGR=	  
OGR_LIB=  
OGR_INC=  
OGR_STATIC= 

# Optional GDAL Support (provides read access to a
variety of raster formats)
# See http://www.remotesensing.org/gdal
GDAL=	  
GDAL_LIB=  
GDAL_INC=  

# Optional PostGIS Support.  See
http://postgis.refractions.net/
POSTGIS=      
POSTGIS_LIB=  
POSTGIS_INC=  

# Optional ORACLESPATIAL Support. Contact:
cabral at cttmar.univali.br
ORACLESPATIAL=      
ORACLESPATIAL_LIB=  
ORACLESPATIAL_INC=  

# w3c-libwww ... required for WMS Client Connections
WWW_INC= 
WWW_LIB= 

# OGC WMS Compatibility:  -DUSE_WMS (Requires PROJ4
support)
# OGC WMS Client Connections:  -DUSE_WMS_LYR (Requires
PROJ4 and libwww)
WMS=	   

#
# UofMN GIS/Image Processing Extension (very
experimental)
#
#EGIS=-DUSE_EGIS
#EGIS_INC=-I./egis/errLog -I./egis/imgSrc -I./egis
#EGIS_LIB=-L./egis/errLog -lerrLog -L./egis/imgSrc
-limgGEN -L./egis -legis
#MAKE_EGIS=egis
#MAKE_EGIS_CLEAN=egis_clean

#
# IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS:
#
# In order to compile the PHP_MAPSCRIPT module, we
have to make MapServer
# uses the same version of the REGEX library that PHP
was compiled with:
#
REGEX_OBJ=	
REGEX_INC=	

#
# Multithreading support.
#
THREAD=
THREAD_LIB=

#
# Pick a compiler, etc. Flex and bison are only
required if you need to modify the mapserver lexer
(maplexer.l) or expression parser (mapparser.y).
#
CXX=	gcc	
CC=     gcc
AR= ar rc
RANLIB= ranlib
LEX=    lex
YACC=   yacc
# NOTA -- agregue : -lstdc++
XTRALIBS=  -lm -lstdc++
RUNPATHS= 

CFLAGS= -O2  -Wall  \
        $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL)
$(PROJ) $(WMS) \
	$(ORACLESPATIAL) $(TIFF) $(JPEG) $(GD) $(PDF) $(SDE)
$(OGR) $(GDAL) \
	$(POSTGIS) $(MPATROL) $(THREAD) \
	$(GD_INC) $(PDF_INC) $(PROJ_INC) $(TIFF_INC)
$(JPEG_INC) $(EGIS_INC) $(SDE_INC) \
	$(REGEX_INC) $(MPATROL_INC) $(OGR_INC) $(GDAL_INC)
$(POSTGIS_INC) \
	$(WWW_INC) $(ORACLESPATIAL_INC)

# Link flags and shared libs only
LDFLAGS=  $(RUNPATHS) -L. -lmap $(GD_LIB) $(PDF_LIB)
$(TIFF_LIB) $(PROJ_LIB) \
          $(JPEG_LIB) $(EGIS_LIB) $(SDE_LIB)
$(OGR_LIB) $(GDAL_LIB) \
	  $(POSTGIS_LIB) $(WWW_LIB) $(ORACLESPATIAL_LIB)
$(MPATROL_LIB) \
	  $(THREAD_LIB) $(XTRALIBS)

# STATIC_LIBS is full filename with path of libs that
will be statically linked
STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC)

RM= /bin/rm -f

OBJS= maptemplate.o mapbits.o maphash.o mapshape.o
mapxbase.o mapparser.o maplexer.o maptree.o
mapsearch.o mapstring.o mapsymbol.o mapfile.o
maplegend.o maputil.o mapscale.o mapquery.o maplabel.o
maperror.o mapprimitive.o mapproject.o mapraster.o
mapsde.o mapogr.o mappostgis.o maplayer.o
mapresample.o mapwms.o mapwmslayer.o
maporaclespatial.o mapgml.o mapprojhack.o mapthread.o
$(EPPL_OBJ) $(REGEX_OBJ) $(PDF_OBJ)

#
# --- You shouldn't have to edit anything else. ---
#
.c.o:
	$(CC) -c $(CFLAGS) $< -o $@

all: $(MAKE_GD) $(MAKE_EGIS) libmap.a shp2img shp2pdf
legend \
	mapserv shptree shptreevis shptreetst scalebar
sortshp perlvars \
	tile4ms 

egis::
	cd egis/errLog; make; cd ..
	cd egis/imgSrc; make; cd ..
	cd egis; make; cd ..

php3_mapscript:: libmap.a
	cd mapscript/php3; $(MAKE); cd ../..

maplexer.o: maplexer.c map.h mapfile.h

maplexer.c: maplexer.l
	$(LEX) -Pmsyy -i -omaplexer.c maplexer.l

mapparser.o: mapparser.c map.h

mapparser.c: mapparser.y
	$(YACC) -p msyy -d -omapparser.c mapparser.y

mapogr.o: mapogr.cpp
	$(CXX) -c $(CFLAGS) mapogr.cpp -o mapogr.o

lib: libmap.a
libmap: libmap.a
libmap.a: map.h $(OBJS) map.h
	$(AR) libmap.a $(OBJS)
	$(RANLIB) libmap.a

shp2pdf: libmap.a shp2pdf.o map.h
	$(CC) $(CFLAGS) shp2pdf.o $(LDFLAGS) $(STATIC_LIBS)
-o shp2pdf

shp2img: libmap.a  shp2img.o map.h
	$(CC) $(CFLAGS) shp2img.o $(LDFLAGS) $(STATIC_LIBS)
-o shp2img

sym2img: libmap.a   sym2img.o map.h
	$(CC) $(CFLAGS) sym2img.o $(LDFLAGS) $(STATIC_LIBS)
-o sym2img

legend: libmap.a  legend.o map.h
	$(CC) $(CFLAGS) legend.o $(LDFLAGS) $(STATIC_LIBS) -o
legend

scalebar: libmap.a  scalebar.o map.h
	$(CC) $(CFLAGS) scalebar.o $(LDFLAGS) $(STATIC_LIBS)
-o scalebar

mapserv: mapserv.h libmap.a  mapserv.o cgiutil.o map.h
	$(CC) $(CFLAGS) mapserv.o cgiutil.o  $(LDFLAGS)
$(STATIC_LIBS) -o mapserv

shpindex: libmap.a shpindex.o map.h
	$(CC) $(CFLAGS) shpindex.o $(LDFLAGS) $(STATIC_LIBS)
-o shpindex

shptree: libmap.a shptree.o map.h
	$(CC) $(CFLAGS) shptree.o $(LDFLAGS) $(STATIC_LIBS)
-o shptree

shptreevis: libmap.a shptreevis.o map.h
	$(CC) $(CFLAGS) shptreevis.o $(LDFLAGS)
$(STATIC_LIBS) -o shptreevis

shptreetst: libmap.a shptreetst.o map.h
	$(CC) $(CFLAGS) shptreetst.o $(LDFLAGS)
$(STATIC_LIBS) -o shptreetst

sortshp: sortshp.o
	$(CC) $(CFLAGS) sortshp.o $(LDFLAGS) $(STATIC_LIBS)
-o sortshp

tile4ms: tile4ms.o
	$(CC) $(CFLAGS) tile4ms.o $(LDFLAGS) $(STATIC_LIBS)
-o tile4ms

perlvars:
	touch perlvars
	pwd > perlvars
	echo $(IGNORE_MISSING_DATA) $(STRINGS) $(EPPL)
$(PROJ) $(TTF) $(TIFF) $(JPEG) $(GD) $(SDE) $(OGR)
$(GDAL) >> perlvars
	echo -I. $(PROJ_INC) $(GD_INC) $(TTF_INC) $(TIFF_INC)
$(JPEG_INC) $(SDE_INC) $(OGR_INC) $(GDAL_INC) >>
perlvars
	echo $(LDFLAGS) >> perlvars
	echo $(STATIC_LIBS) >> perlvars

egis_clean:
	cd egis/errLog; $(MAKE) clean; cd ..
	cd egis/imgSrc; $(MAKE) clean; cd ..
	cd egis; $(MAKE) clean; cd ..

php3_mapscript_clean::
	cd mapscript/php3; $(MAKE) clean; cd ../..

install: libmap.a
	cp -f libmap.a $(LIB_INSTALL)
	cp -f map.h $(HEADER_INSTALL)

clean:	$(MAKE_EGIS_CLEAN) 
	rm -f libmap.a *.o shp2img shp2pdf mapserv legend
shptree shptreevis shptreetst scalebar sortshp
perlvars

distclean:
	$(MAKE) clean
	rm config.*

sorta-clean:
	rm -f *.o



=====

Isai Fararoni Ramirez 
fararoni at yahoo.com
Mexico D.F  Instituto Polit?cnico Nacional
Interest: Distribuited Objects, Virtual Reality, Networks, Security, Internet,GIS


_________________________________________________________
Do You Yahoo!?
La mejor conexi?n a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx


From luzbrigitte at hotmail.com  Thu Mar 20 15:21:51 2003
From: luzbrigitte at hotmail.com (Luz Brigitte)
Date: Thu, 20 Mar 2003 18:21:51 -0500
Subject: [Mapserver-users] Date comparison
Message-ID: <000001c2ef37$7c9c4110$0200a8c0@database>

I have a problem when I?m trying to write a logical expression to filter
a postgres table based on a Date type field, for example : 28/02/2003.
I don?t sure, but I think that Mapserver don?t read date expression.

A part of my code in Mapserver is:

LAYER
   NAME "Clientes"
   STATUS DEFAULT
   DATA "the_geom from (select the_geom, geoclientes.oid,
geoclientes.id, cliente.id_cliente, cliente.nit, contratos.vigencia,
contratos.fecha_final, contratos.fecha_inicial from geoclientes inner
join cliente on (geoclientes.id = cliente.id_cliente) inner join
contratos on (geoclientes.id = contratos.id_cliente)) as query"
   TYPE POINT
   CONNECTIONTYPE POSTGIS
   CONNECTION "user=postgres dbname=namedb host=domain port=5432"
 # CLASSITEM "fecha_final"
   LABELITEM "ID"
   LABELMAXSCALE 10000
   CLASS
      NAME "contratos vigencia de 0 2 meses"
  # IN THE NEXT LINE I NEED TO DO COMPARISON WITH ACTUAL DATE -
fecha_final field. 
      EXPRESSION ('[fecha_inicial]' eq '01-02-2002')
    # EXPRESSION ([fecha_final] - [fecha_inicial] > "365")
      SYMBOL 7
      COLOR 255 255 0
      OUTLINECOLOR 153 153 0
      SIZE 8
      LABEL
        TYPE TRUETYPE
        FONT "Arialbold"
        SIZE 8
        POSITION AUTO
        COLOR 0 0 0
        OUTLINECOLOR 255 255 255
        PARTIALS FALSE
      END
    END
  END

How do I perform a value-like comparison with dates in Mapserver to make
queries.

Thanks a lot for your help.


Brigitte P.



From gerard.farras at ctfc.es  Fri Mar 21 04:15:22 2003
From: gerard.farras at ctfc.es (Gerard =?ISO-8859-1?Q?Farr=E0s?=)
Date: 21 Mar 2003 13:15:22 +0100
Subject: [Mapserver-users] Configure --with-system-regex
Message-ID: <1048248924.1990.12.camel@localhost.localdomain>

Hi all,

My platform:	Distribution : 	Suse Linux 7.3
		Kernel:		2.4.14
		Arch:		sparc64
		Mapserver-version	3.6.4
		PHP-Version	4.3.0.
	
	I'm trying to recompile MapServer with php support, but I get this:

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-system-regex 
!!!
!!! and then re-configure and re-compile MapServer.                  
!!!

	I have recompiled php --with-regex=system (and --with-system-regex),
but.. I get the same result...

	Can anybody help me?

	Thanks,

		Gerard Farr?s


	 





From caillon.didier at wanadoo.fr  Fri Mar 21 07:41:19 2003
From: caillon.didier at wanadoo.fr (Didier CAILLON)
Date: Fri, 21 Mar 2003 16:41:19 +0100 (CET)
Subject: [Mapserver-users] RASTER and MAXSCALE
Message-ID: <9006607.1048261279769.JavaMail.www@wwinf0401>

I would like to know if it is possible de specify a range of display for RASTER layers ? ie enter a MINSCALE and MAXSCALE parameters ?

thanks for all

Didier


From bart.van.den.eijnden at geodan.nl  Fri Mar 21 08:53:57 2003
From: bart.van.den.eijnden at geodan.nl (Bart van den Eijnden)
Date: Fri, 21 Mar 2003 17:53:57 +0100
Subject: [Mapserver-users] cascading map server
Message-ID: 

Hi,

does mapserver implement the cascading map server architecture?

I need to combine two images I get from two different map servers into one 
single image. Does anybody have an idea how to do this?

Thanks,
Bart


From bart.van.den.eijnden at geodan.nl  Fri Mar 21 09:58:26 2003
From: bart.van.den.eijnden at geodan.nl (Bart van den Eijnden)
Date: Fri, 21 Mar 2003 18:58:26 +0100
Subject: [mapserver-users] cascading mapserver
Message-ID: 

Hi,

I have a question about the cascading possibilities of mapserver.

How does it work with vendor specific parameters? I want to use mapserver 
to be a cascading mapserver for 2 mapservers of a different brand. But 
those guys have made vendor specific parameters like query_layers and 
query_params to get a selection highlighted in the map.

Will mapserver send those vendor specific parameters (although not OpenGIS 
WMS parameters) to the mapserver of the different brand?

Thanks for the answer,

Bart

-- 
  Bart van den Eijnden
  Geodan IT b.v.
  Buitenhaven 27-A
  5211 TP 's-Hertogenbosch (NL)
  ---------------------------------------------
  Tel: +31 (0)73 - 692 5162
  Fax:  +31 (0)73 - 692 5150
  ---------------------------------------------
  Postadres / mailing address
  President Kennedylaan 1
  1079 MB Amsterdam (NL)
  ---------------------------------------------
  E-mail: bart.van.den.eijnden at geodan.nl
  Website: http://www.geodan.nl
  Disclaimer: http://www.geodan.nl/disclaimer
  ---------------------------------------------


From Jean-Francois.Doyon at CCRS.NRCan.gc.ca  Thu Mar 27 08:18:27 2003
From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca)
Date: Thu, 27 Mar 2003 11:18:27 -0500
Subject: [Mapserver-users] cascading map server
Message-ID: <7CDD7B94357FD5119E800002A537C46E230706@s5-ccr-r1.ccrs.nrcan.gc.ca>

Bart,

If you mean the OGC's WMS spec, and it's cascading abilities, yes MapServer
supports all that.

Simply read:

http://mapserver.gis.umn.edu/doc36/wms-client-howto.html

Though what you describe doesn't amount to cascading, simply ingesting
remote layers.

Enjoy!
J.F.

-----Original Message-----
From: Bart van den Eijnden [mailto:bart.van.den.eijnden at geodan.nl]
Sent: Friday, March 21, 2003 11:54 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] cascading map server


Hi,

does mapserver implement the cascading map server architecture?

I need to combine two images I get from two different map servers into one 
single image. Does anybody have an idea how to do this?

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


From rameswaran  Sun Mar 23 09:38:24 2003
From: rameswaran (rameswaran)
Date: 23 Mar 2003 17:38:24 -0000
Subject: [Mapserver-users] How to perform zooming
Message-ID: <20030323173824.26008.qmail@webmail31.rediffmail.com>

I am doing project on Internet GIS.
Software that i am using are html,javascript,vbscript
My doubt is I have some Jpeg images when i click zoom button and 
then click on any of the jpeg images it has to be zoomed along 
with some mesurements.

Pls guide me to perform the above using scripting language.

Rameswaran.S
mail id: rames_mca at rediffmail.com
_______________________________________________________________________
Odomos - the only  mosquito protection outside 4 walls -
Click here to know more!
http://r.rediff.com/r?http://clients.rediff.com/odomos/Odomos.htm&&odomos&&wn



From heihachi.cv90g at nctu.edu.tw  Sun Mar 23 21:13:44 2003
From: heihachi.cv90g at nctu.edu.tw (=?big5?B?pr+pdq5p?=)
Date: Mon, 24 Mar 2003 13:13:44 +0800
Subject: [Mapserver-users] postgis support
Message-ID: <013f01c2f1c4$364faaf0$3910718c@sbvr.com>

This is a multi-part message in MIME format.

------=_NextPart_000_013C_01C2F207.32666760
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

Folks!!


I'm now using the maplab-2.0rc2
I wanna add the postgis+postgresql to my application.
I wonder if the maplab-2.0rc2 could support my need.

here is the info of my mapserver

MapScript Version ($Revision: 1.104.2.4 $ $Date: 2002/07/08 20:04:58 $)
MapServer version 3.6.2 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG =
OUTPUT=3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER =
SUPPORTS=3DWMS_CLIENT INPUT=3DEPPL7 INPUT=3DOGR INPUT=3DGDAL =
INPUT=3DSHAPEFILE

there is no"input=3Dpostgis",so I guess it may not support postgis, =
doesn't it?

Is there anyone kind to give me advice about what version of Mapscript =
and PHP I can use to support postgis?
And what version of postgis/postgres should I adopt?

I'm now using PHP4.2.1 and =
Mapscript(mapserver-3.6.2-win32-php4.2.1-libwww), r them ok?


By the way=20
I use apache 2.0.43 as my web server.
The operation platform is Win 2000 server.

Regards!!!=20

------=_NextPart_000_013C_01C2F207.32666760
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable









Folks!!


 


 


I'm now using the maplab-2.0rc2




I wanna add the postgis+postgresql to =
my=20
application.


I wonder if the maplab-2.0rc2 could support my=20
need.


 


here is the info of my mapserver


 


MapScript Version ($Revision: 1.104.2.4 $ $Date: 2002/07/08 =
20:04:58=20
$)
MapServer version 3.6.2 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG =
OUTPUT=3DWBMP=20
SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER =
SUPPORTS=3DWMS_CLIENT INPUT=3DEPPL7=20
INPUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE


 


there is no"input=3Dpostgis",so I guess it may not support =
postgis,=20
doesn't it?


 


Is there anyone kind to give me advice about what version of =
Mapscript=20
and PHP I can use to support postgis?


And what version of postgis/postgres=20
should I adopt?


 


I'm now using PHP4.2.1 and=20
Mapscript(mapserver-3.6.2-win32-php4.2.1-libwww), r them =
ok?


 


 


By the way 


I use apache 2.0.43 as my web server.


The operation platform is Win 2000 server.


 


Regards!!! 


------=_NextPart_000_013C_01C2F207.32666760--



From utaitip at hotmail.com  Mon Mar 24 22:48:41 2003
From: utaitip at hotmail.com (Utaitip Poonsen)
Date: Tue, 25 Mar 2003 13:48:41 +0700
Subject: [Mapserver-users] How to use
Message-ID: 

This is a multi-part message in MIME format.

------=_NextPart_000_59cd_36e3_619e
Content-Type: text/plain; format=flowed



How to connect r oracle spatial database with mapserver?
Plase .it importan for me.

_________________________________________________________________


------=_NextPart_000_59cd_36e3_619e
Content-Type: text/html
X-Stn-Info:  

























------=_NextPart_000_59cd_36e3_619e--


From Heiko.Kehlenbrink at vermes.fh-oldenburg.de  Mon Mar 24 23:48:27 2003
From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko.Kehlenbrink at vermes.fh-oldenburg.de)
Date: Tue, 25 Mar 2003 08:48:27 +0100 (CET)
Subject: [Mapserver-users] tiled raster/postgis
Message-ID: <1048578507.3e8009cb3a6d5@mail-ole.fh-oldenburg.de>

hi all, 
 
is it possible (and usefull) to store the shape file with the extends of a tiled raster map in a 
postgis db? 
 
best regards 
 
heiko 



From phli at ev076.ev.nctu.edu.tw  Tue Mar 25 07:06:15 2003
From: phli at ev076.ev.nctu.edu.tw (Pei-Hwao Li)
Date: Tue, 25 Mar 2003 23:06:15 +0800
Subject: [Mapserver-users] show truefont of Big5
Message-ID: <000801c2f2e0$15080b40$b1df718c@ev.nctu.edu.tw>

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C2F323.22D5B130
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

Dear sir,

           I am a new user of mapserver. And I had setup this system on =
redhat8=20
           successfully. This is really a great software that all needed =
functions are=20
           included. But for I am not familiar enough with this system, =
I still have no
           idea about how to draw Big5 characters in truetype on the map =
picture.
           Could mapserver show Big5 fonts ?  If it could, how to make =
it work ?
           Thanks for your attention. And looking forward to you reply.

Sincerely,
  Pei-Hwao Li

| Pei-Hwao Li, Graduate Student         Email: phli at ev076.ev.nctu.edu.tw
| Inst. of Environ. Engrg.              Tel/Fax:+886-3-5731947/5731759
| National Chiao Tung Univ., 75 Po-Ai St., Hsinchu, Taiwan 30090, ROC.

------=_NextPart_000_0005_01C2F323.22D5B130
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable









Dear sir,


 


           I=20
am a new user of mapserver. And I had setup this system on redhat8 =



          =20
successfully. This is really a great software that all needed =
functions are=20



          =20
included. But for I am not familiar enough with this system, I =
still have=20
no


          =20
idea about how to draw Big5 characters in truetype =
on the=20
map picture.


          =20
Could mapserver show Big5 fonts ?  If it =
could, how to=20
make it work ?


          =20
Thanks for your attention. And looking forward to you =
reply.


 


Sincerely,


  Pei-Hwao Li


 


| Pei-Hwao Li, Graduate=20
Student         Email: phli at ev076.ev.nctu.edu.tw
| Inst. =
of Environ.=20
Engrg.           &=
nbsp; =20
Tel/Fax:+886-3-5731947/5731759
| National Chiao Tung Univ., 75 Po-Ai =
St.,=20
Hsinchu, Taiwan 30090, ROC.


 


------=_NextPart_000_0005_01C2F323.22D5B130--



From soprina at mac.com  Tue Mar 25 16:52:38 2003
From: soprina at mac.com (soprina)
Date: Wed, 26 Mar 2003 10:52:38 +1000
Subject: [Mapserver-users] Re: Mac OS X Apache Install Question
Message-ID: <3DFDDAA5-5F25-11D7-83E6-0003934886B8@mac.com>

Thanks for all the info.  I am quite new to unix and compiling on mac 
os x and appreciate all your help.

So my next question would be how would I go about statically linking 
all the libraries when compiling mapserver.  I know there are good 
reasons for not doing this but I am just thinking about portability and 
the problem I am currently facing. I definitely need to be able to 
transfer the binary from one machine to another without having  to 
install a range of supporting libraries.  I currently do this with a 
windows compile of mapserver and it works well.  Alternatively is it 
possible that any libraries needed are created/moved to the same folder 
that mapserver is compiled in and if so is it likely that mapserver 
will work when the all the files are then transfer to another machine?

My current configure command for compile is as follows if this is of 
any help?

./configure --with-gd --without-tiff --with-jpeg 
--with-proj=/mapserver/libraries/proj-4.4.5 
--with-gdal=/sw/bin/gdal-config 
--with-ogr=/mapserver/libraries/gdal-1.1.8/ogr

Thanks again for your help
Justin



From Jean-Francois.Doyon at CCRS.NRCan.gc.ca  Thu Mar 27 08:23:57 2003
From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca)
Date: Thu, 27 Mar 2003 11:23:57 -0500
Subject: [mapserver-users] cascading mapserver
Message-ID: <7CDD7B94357FD5119E800002A537C46E230707@s5-ccr-r1.ccrs.nrcan.gc.ca>

Bart,

Well, if they're "static" vendor specific parameters that are ADDED to an
OpenGIS WMS query string, then you might be able to add them to the
CONNECTION parameter ... Give a try, I don't know whether MapServer does any
sanity checks on that part of the URL, though I suspect not, so it hsould
work.

If the remote servers are not OGC WMS AT ALL (i.e. 100% vendor specific),
then you may have luck using mapscript and GD to manually do the http calls
and merge the images together with the local rendered map and so on ... Not
trivial to do, but doable.

J.F.

-----Original Message-----
From: Bart van den Eijnden [mailto:bart.van.den.eijnden at geodan.nl]
Sent: Friday, March 21, 2003 12:58 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [mapserver-users] cascading mapserver


Hi,

I have a question about the cascading possibilities of mapserver.

How does it work with vendor specific parameters? I want to use mapserver 
to be a cascading mapserver for 2 mapservers of a different brand. But 
those guys have made vendor specific parameters like query_layers and 
query_params to get a selection highlighted in the map.

Will mapserver send those vendor specific parameters (although not OpenGIS 
WMS parameters) to the mapserver of the different brand?

Thanks for the answer,

Bart

-- 
  Bart van den Eijnden
  Geodan IT b.v.
  Buitenhaven 27-A
  5211 TP 's-Hertogenbosch (NL)
  ---------------------------------------------
  Tel: +31 (0)73 - 692 5162
  Fax:  +31 (0)73 - 692 5150
  ---------------------------------------------
  Postadres / mailing address
  President Kennedylaan 1
  1079 MB Amsterdam (NL)
  ---------------------------------------------
  E-mail: bart.van.den.eijnden at geodan.nl
  Website: http://www.geodan.nl
  Disclaimer: http://www.geodan.nl/disclaimer
  ---------------------------------------------
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From TMitchell at lignum.com  Thu Mar 27 08:20:02 2003
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Thu, 27 Mar 2003 08:20:02 -0800
Subject: [Mapserver-users] cascading map server
Message-ID: 

Hi Bart,
Yes it does and it is great!

There is more info on accessing web map server cascading features here:
http://mapserver.gis.umn.edu/doc36/wms-client-howto.html

and details on setting up the server side here:
http://mapserver.gis.umn.edu/doc36/wms-server-howto.html

Tyler


                                                                                                                               
                      "Bart van den Eijnden"                                                                                   
                                                      cc:                                                                  
                      Sent by:                            Fax to:                                                              
                      mapserver-users-admin at lists.        Subject:  [Mapserver-users] cascading map server                     
                      gis.umn.edu                                                                                              
                                                                                                                               
                                                                                                                               
                      03/21/2003 08:53 AM                                                                                      
                      Please respond to                                                                                        
                      bart.van.den.eijnden                                                                                     
                                                                                                                               
                                                                                                                               




Hi,

does mapserver implement the cascading map server architecture?

I need to combine two images I get from two different map servers into one
single image. Does anybody have an idea how to do this?

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







From Tom.Kralidis at CCRS.NRCan.gc.ca  Thu Mar 27 08:27:59 2003
From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca)
Date: Thu, 27 Mar 2003 11:27:59 -0500
Subject: [Mapserver-users] cascading map server
Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA1DC7@s5-ccr-r1.ccrs.nrcan.gc.ca>


> -----Original Message-----
> From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca
> [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca]
> Sent: Thursday, March 27, 2003 11:18 AM
> To: bart.van.den.eijnden at geodan.nl; mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] cascading map server
> 
> 
> Bart,
> 
> If you mean the OGC's WMS spec, and it's cascading abilities, 
> yes MapServer
> supports all that.
> 
> Simply read:
> 
> http://mapserver.gis.umn.edu/doc36/wms-client-howto.html
> 
> Though what you describe doesn't amount to cascading, simply ingesting
> remote layers.
> 

When I think of cascading map server, I think of a WMS being able to house
another WMSs entire capabilities.  Currently, in MapServer, from what I
know, you can cascade to layers of choice.

What happens if I want to setup a WMS with MapServer and cascade to another
WMS which has 175 layers?  Do I have to input them all in a mapfile as
connectiontype=wms as a layer definition?

Is there / can there be a mechanism, in a mapfile, to point to a server URL,
and MapServer can cascade the whole Capabilities XML?

..Tom


> Enjoy!
> J.F.
> 
> -----Original Message-----
> From: Bart van den Eijnden [mailto:bart.van.den.eijnden at geodan.nl]
> Sent: Friday, March 21, 2003 11:54 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] cascading map server
> 
> 
> Hi,
> 
> does mapserver implement the cascading map server architecture?
> 
> I need to combine two images I get from two different map 
> servers into one 
> single image. Does anybody have an idea how to do this?
> 
> Thanks,
> Bart
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


From morissette at dmsolutions.ca  Thu Mar 27 08:32:48 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 27 Mar 2003 11:32:48 -0500
Subject: [mapserver-users] cascading mapserver
References: 
Message-ID: <3E8327B0.E9567670@dmsolutions.ca>

Bart van den Eijnden wrote:
> 
> How does it work with vendor specific parameters? I want to use mapserver
> to be a cascading mapserver for 2 mapservers of a different brand. But
> those guys have made vendor specific parameters like query_layers and
> query_params to get a selection highlighted in the map.
> 
> Will mapserver send those vendor specific parameters (although not OpenGIS
> WMS parameters) to the mapserver of the different brand?
> 

If you include vendor-specific parameters in the CONNECTION URL in your
layer definition then MapServer will just forward those parameter and
ignore them.  In other words, the CONNECTION URL in a WMS layer
definitino is an opaque string and MapServer doesn't try to parse it or
validate the parameters in it.  Well, there is one exception: it checks
the VERSION parameter in the CONNECTION url to makes sure that it builds
its parameters properly, but it doesn't change any of the
vendor-specific parameters.

FYI QUERY_LAYERS is not vendor-specific: it's part of the spec.  OTOH,
QUERY_PARAMS would be considered vendor-specific.  So hopefully this WMS
doesn not complain if you include a QUERY_PARAMS value in a GetMap
request, if it doesn't complain then just include your QUERY_PARAMS
value in the CONNECTION url in your mapfile and you should be fine.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From bplasters2 at ducks.org  Wed Mar 26 06:20:47 2003
From: bplasters2 at ducks.org (Brandon Plasters)
Date: Wed, 26 Mar 2003 08:20:47 -0600
Subject: [Mapserver-users] mapserv 3.5 wms_server or wms-client?
Message-ID: 

--=_37688557.12733C5F
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable


I am trying to get my static mapserv to work on my linux server and keep =
getting a "premature end of script headers" error.

I want is to use a "GET" method from my web page and return an image from =
the mapserv CGI. Do I need wms_server or wms_client, or both?

thanks!
-bp

--=_37688557.12733C5F
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable







 


I am trying to get my static mapserv to work on my =
linux=20
server and keep getting a "premature end of script headers" error.

 


I want is to use a "GET" method from my web page =
and=20
return an image from the mapserv CGI. Do I need wms_server or wms_client, =
or=20
both?


 


thanks!


-bp


--=_37688557.12733C5F--


From bplasters2 at ducks.org  Wed Mar 26 08:38:09 2003
From: bplasters2 at ducks.org (Brandon Plasters)
Date: Wed, 26 Mar 2003 10:38:09 -0600
Subject: [Mapserver-users] static vs. dynamic libraries
Message-ID: 

--=_D48B6510.6D0C600D
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable


i've built mapserver with static libraries and i want to u/l it to my =
server. I'm a newbie, (please bear with me!) so static libraries means =
that the libraries are built into the mapserv CGI, and do not require the =
library files on the server, correct? Thanks in advance. -bp

--=_D48B6510.6D0C600D
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable







 


i've built mapserver with static libraries and i want =
to=20
u/l it to my server. I'm a newbie, (please bear with me!) so =
static=20
libraries means that the libraries are built into the mapserv CGI, and do =
not=20
require the library files on the server, correct? Thanks in advance.=20
-bp


--=_D48B6510.6D0C600D--


From danielhabluetzel at gmx.ch  Wed Mar 26 13:28:38 2003
From: danielhabluetzel at gmx.ch (Daniel Habluetzel)
Date: Wed, 26 Mar 2003 22:28:38 +0100
Subject: [Mapserver-users] Unable to load GIF reference image.
Message-ID: 

Hello

I'm going through the MapServer 3.5 Tutorial on my iMac running Mac OS 
X 10.2.4. I have downloaded "Server Logistics Releases MapServer OSX 
3.6.4" from www.serverlogistics.com. I have successfully proceeded to 
"Section 3, Example 2 ? Zoom Controls" - but here I have a problem with 
the reference map:

msDrawReferenceMap(): General error message. Unable to load GIF 
reference image.

Everything else works fine. Is this a problem with gd.lib? Can you 
please help me in some way? I would gladly supply more details about my 
system, if needed.

I enjoy getting to know MapServer, particularly appreciating its 
simplicity and its dynamic legend capabilities. If only the reference 
map worked ...

Bye
Daniel



From Jean-Francois.Doyon at CCRS.NRCan.gc.ca  Thu Mar 27 08:34:50 2003
From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca)
Date: Thu, 27 Mar 2003 11:34:50 -0500
Subject: [Mapserver-users] cascading map server
Message-ID: <7CDD7B94357FD5119E800002A537C46E230708@s5-ccr-r1.ccrs.nrcan.gc.ca>

Tom,

Heh, good question! I know that right now, you have to specifiy all the
remote layers one by one, there's no way for MapServer to simply ingest a
remote GetCapabilities and just figure it out on it's own ( Bugzilla ->
feature enhancement ).

But this begs the question (I probably once knew the wanswer but I forget),
when one does a GetCapabilities to a MapServer that has remote layers in it,
does it re-fetch the remote GetCapabilities everytime ??? There's another
one for the featur enhancement list, caching of remote capabilities for the
purpose of cascading them.

J.F.

-----Original Message-----
From: Kralidis, Tom 
Sent: Thursday, March 27, 2003 11:28 AM
To: Doyon, Jean-Francois; bart.van.den.eijnden at geodan.nl;
mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] cascading map server




> -----Original Message-----
> From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca
> [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca]
> Sent: Thursday, March 27, 2003 11:18 AM
> To: bart.van.den.eijnden at geodan.nl; mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] cascading map server
> 
> 
> Bart,
> 
> If you mean the OGC's WMS spec, and it's cascading abilities, 
> yes MapServer
> supports all that.
> 
> Simply read:
> 
> http://mapserver.gis.umn.edu/doc36/wms-client-howto.html
> 
> Though what you describe doesn't amount to cascading, simply ingesting
> remote layers.
> 

When I think of cascading map server, I think of a WMS being able to house
another WMSs entire capabilities.  Currently, in MapServer, from what I
know, you can cascade to layers of choice.

What happens if I want to setup a WMS with MapServer and cascade to another
WMS which has 175 layers?  Do I have to input them all in a mapfile as
connectiontype=wms as a layer definition?

Is there / can there be a mechanism, in a mapfile, to point to a server URL,
and MapServer can cascade the whole Capabilities XML?

..Tom


> Enjoy!
> J.F.
> 
> -----Original Message-----
> From: Bart van den Eijnden [mailto:bart.van.den.eijnden at geodan.nl]
> Sent: Friday, March 21, 2003 11:54 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] cascading map server
> 
> 
> Hi,
> 
> does mapserver implement the cascading map server architecture?
> 
> I need to combine two images I get from two different map 
> servers into one 
> single image. Does anybody have an idea how to do this?
> 
> Thanks,
> Bart
> _______________________________________________
> 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 Tom.Kralidis at CCRS.NRCan.gc.ca  Thu Mar 27 08:36:30 2003
From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca)
Date: Thu, 27 Mar 2003 11:36:30 -0500
Subject: [Mapserver-users] cascading map server
Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA1DC8@s5-ccr-r1.ccrs.nrcan.gc.ca>


> -----Original Message-----
> From: Doyon, Jean-Francois 
> Sent: Thursday, March 27, 2003 11:35 AM
> To: Kralidis, Tom; 'bart.van.den.eijnden at geodan.nl';
> 'mapserver-users at lists.gis.umn.edu'
> Subject: RE: [Mapserver-users] cascading map server
> 
> 
> Tom,
> 
> Heh, good question! I know that right now, you have to 
> specifiy all the remote layers one by one, there's no way for 
> MapServer to simply ingest a remote GetCapabilities and just 
> figure it out on it's own ( Bugzilla -> feature enhancement ).
> 

I will file an enhancement.

> But this begs the question (I probably once knew the wanswer 
> but I forget), when one does a GetCapabilities to a MapServer 
> that has remote layers in it, does it re-fetch the remote 
> GetCapabilities everytime ??? There's another one for the 
> featur enhancement list, caching of remote capabilities for 
> the purpose of cascading them.
> 

Yes, there should be a cache mechanism for this for remote layers, as well
as a time frequency flag to refresh contents of a cache.

..Tom


> J.F.
> 
> -----Original Message-----
> From: Kralidis, Tom 
> Sent: Thursday, March 27, 2003 11:28 AM
> To: Doyon, Jean-Francois; bart.van.den.eijnden at geodan.nl;
> mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] cascading map server
> 
> 
> 
> 
> > -----Original Message-----
> > From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca
> > [mailto:Jean-Francois.Doyon at CCRS.NRCan.gc.ca]
> > Sent: Thursday, March 27, 2003 11:18 AM
> > To: bart.van.den.eijnden at geodan.nl; 
> mapserver-users at lists.gis.umn.edu
> > Subject: RE: [Mapserver-users] cascading map server
> > 
> > 
> > Bart,
> > 
> > If you mean the OGC's WMS spec, and it's cascading abilities, 
> > yes MapServer
> > supports all that.
> > 
> > Simply read:
> > 
> > http://mapserver.gis.umn.edu/doc36/wms-client-howto.html
> > 
> > Though what you describe doesn't amount to cascading, 
> simply ingesting
> > remote layers.
> > 
> 
> When I think of cascading map server, I think of a WMS being 
> able to house another WMSs entire capabilities.  Currently, 
> in MapServer, from what I know, you can cascade to layers of choice.
> 
> What happens if I want to setup a WMS with MapServer and 
> cascade to another WMS which has 175 layers?  Do I have to 
> input them all in a mapfile as connectiontype=wms as a layer 
> definition?
> 
> Is there / can there be a mechanism, in a mapfile, to point 
> to a server URL, and MapServer can cascade the whole Capabilities XML?
> 
> ..Tom
> 
> 
> > Enjoy!
> > J.F.
> > 
> > -----Original Message-----
> > From: Bart van den Eijnden [mailto:bart.van.den.eijnden at geodan.nl]
> > Sent: Friday, March 21, 2003 11:54 AM
> > To: mapserver-users at lists.gis.umn.edu
> > Subject: [Mapserver-users] cascading map server
> > 
> > 
> > Hi,
> > 
> > does mapserver implement the cascading map server architecture?
> > 
> > I need to combine two images I get from two different map 
> > servers into one 
> > single image. Does anybody have an idea how to do this?
> > 
> > Thanks,
> > Bart
> > _______________________________________________
> > 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 00319499d at polyu.edu.hk  Thu Mar 27 03:07:30 2003
From: 00319499d at polyu.edu.hk (00319499d)
Date: Thu, 27 Mar 2003 19:07:30 +0800
Subject: [Mapserver-users] (no subject)
Message-ID: <3E87D2D1@webmail.polyu.edu.hk>

Dear Sir,

About adding labels/symbols on mapserver, I want to ask how can I add the 
symbols freely in anywhere I want.

Thank you very much.



From PPulli at edinform.it  Thu Mar 27 07:17:02 2003
From: PPulli at edinform.it (Paolo PP. Pulli)
Date: Thu, 27 Mar 2003 16:17:02 +0100
Subject: [Mapserver-users] error and mapserver+postgis demo
Message-ID: <08F0EDBABA36024DA9FC268F060009DC043D79@server-exchange.edinform.it>

Hi,

I've similar trouble report here
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303/msg00767.html

My environment is:
W2000
Apache HTTP Server Version 1.3
MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

PostgresSQL(7.3.2)-PostGIS(0.7.4) is on linux box(Debian) (another pc)

Map file:
...
LAYER
  NAME punti
  CONNECTIONTYPE postgis
  CONNECTION "user=quadword dbname=gistest host=192.1.xxx.xxx"
  DATA "the_geom from punti"
  TYPE POINT
  STATUS ON
  CLASS
     NAME "Test point"
     SYMBOL 7 # I declare before SYMBOLSET
     SIZE 6
     TEMPLATE "punti.html"
     TEMPLATE "query_punti.html"
     COLOR 100 150 100
    OUTLINECOLOR 0 0 0
  END
  TOLERANCE 3
  DUMP TRUE
END # punti
...

Where punti is my postGIS table create with:
create table punti (gid int4 , ID int4);
select AddGeometryColumn('GisTest','punti','the_geom','-1','POINT',2);
insert into punti values ('0','4784',GeometryFromText('POINT (2791441.1 4473839.2)',-1) );
...

When I do 
?layer=punti&mode=query&......

Browser give me:
Content-type: text/html msPOSTGISLayerGetItems(): Query error. Error executing POSTGIS SQL statement: EXPLAIN VERBOSE SELECT * FROM punti

If mode=browse all work OK, if I use local shape file, too

What is wrong and how to fix it?

Any help would be appreciated!





From jhart at frw.uva.nl  Thu Mar 27 08:28:24 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Thu, 27 Mar 2003 17:28:24 +0100
Subject: [Mapserver-users] Expression parser error
In-Reply-To: <3E83191E.59ACE2AD@dmsolutions.ca>
References: <200303271428.h2RES7514424@b3sn28.hannover.bgr.de> <3E831675.3060203@frw.uva.nl> <3E83191E.59ACE2AD@dmsolutions.ca>
Message-ID: <3E8326A8.3060307@frw.uva.nl>

Right! Thanks Daniel for pointing it out. It has to be without quotes 
and with matching parentheses:


EXPRESSION ([GEO] < 120)

Puneet's solution should work too:

(([GEO]) < 120),

Jan


Daniel Morissette wrote:
> Jan Hartmann wrote:
> 
>>You have to put the EXPRESSION between quotes, whenever it contains spaces.
>>
>>EXPRESSION  "([GEO]) < 120)"
>>
>>Generally it is safer to put everything after a keyword between quotes.
>>
> 
> 
> Actually, using quotes is safer for everything except expressions. 
> Unless I'm mistaken, putting an expression between quotes like this
> results in a constant expression, so the logical expression would never
> be evaluated.  The problem here is what Puneet reported in another
> email: a missing parenthesis.
> 



From pkishor at geoanalytics.com  Thu Mar 27 09:04:42 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Thu, 27 Mar 2003 17:04:42 -0000
Subject: [Mapserver-users] Re: Mac OS X Apache Install Question
In-Reply-To: <3DFDDAA5-5F25-11D7-83E6-0003934886B8@mac.com>
Message-ID: 

Hi Justin,

Sorry for the delay in responding to you. Type ./configure --help and
see the message... there is a lot of detail there. I don't recall off
the top of my head but it is something like

./configure --with-gd[=static,]DIR]

etc.

However, I recall from an earlier post of yours... you were having
some trouble running ms on your host's machine (is that right?). You
were getting some apache error logs, weren't you?

It well might be that your ms binary is compiled fine... but there
might be some other error, such as permissions (the commonest bugaboo).

I while back I compiled ms on my iBook, and then copied the binary to
my daughter's iMac, and it worked just fine. The iMac doesn't even
have developer's tools on... nothing.

My feeling is that your ms will work on another MacOS X box without
any hassles. If anything, it will be permissions or httpd.conf
problems that will cause you heartburn.

Hth.


--- In mapserver-users at yahoogroups.com, soprina  wrote:
> Thanks for all the info.  I am quite new to unix and compiling on mac 
> os x and appreciate all your help.
> 
> So my next question would be how would I go about statically linking 
> all the libraries when compiling mapserver.  I know there are good 
> reasons for not doing this but I am just thinking about portability and 
> the problem I am currently facing. I definitely need to be able to 
> transfer the binary from one machine to another without having  to 
> install a range of supporting libraries.  I currently do this with a 
> windows compile of mapserver and it works well.  Alternatively is it 
> possible that any libraries needed are created/moved to the same folder 
> that mapserver is compiled in and if so is it likely that mapserver 
> will work when the all the files are then transfer to another machine?
> 
> My current configure command for compile is as follows if this is of 
> any help?
> 
> ./configure --with-gd --without-tiff --with-jpeg 
> --with-proj=/mapserver/libraries/proj-4.4.5 
> --with-gdal=/sw/bin/gdal-config 
> --with-ogr=/mapserver/libraries/gdal-1.1.8/ogr
> 
> Thanks again for your help
> Justin
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From k.chodak at autoguard.pl  Thu Mar 27 09:14:36 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Thu, 27 Mar 2003 18:14:36 +0100
Subject: [Mapserver-users] Map projections continued
Message-ID: <003901c2f484$58a76120$29bdcdc3@kodak>

Hello again,

after some theoretical problems now I got practical one. Maybe someone have
an idea...

I use MapServer to serve some maps in Mercator. In server response I got an
extent.
My task is to tell in which coordinate of map image I should place another
symbol.
I got geographic coordinated of that symbol but non-projected (in WGS84
datum).
My first idea was to convert coordinates of that symbol into Mercator and
then compute image coordinates using simple proportion:
img_pixel_x = round ( (mercator_symbol_x - mercator_extent_min_x) *
image_width_in_pixels / (mercator_extent_max_x - mercator_extent_min_x) )
and similar one for y-coordinate.

As my symbols are floating around proper position on map image I know that a
have made a mistake.
Can anyone point it out for me?

Thanks in advance for any information,

Best regards,

Krzysztof Chodak



From gayathri at ou.edu  Thu Mar 27 09:47:40 2003
From: gayathri at ou.edu (Swaminathan, Gayathri)
Date: Thu, 27 Mar 2003 11:47:40 -0600
Subject: [Mapserver-users] How to perform zooming
Message-ID: 

Ram,
I think you should look into this URL...
http://mapserver.gis.umn.edu/doc36/mapplet-howto.html
It is a real simple tool, Steve Lime built and it has been working
great...for us.
Let me know if you run into problems when trying to use it.
Cheers,
Gayathri

-----Original Message-----
From: rameswaran subramoniapillai [mailto:rames_mca at rediffmail.com]
Sent: Sunday, March 23, 2003 9:38 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] How to perform zooming


I am doing project on Internet GIS.
Software that i am using are html,javascript,vbscript
My doubt is I have some Jpeg images when i click zoom button and 
then click on any of the jpeg images it has to be zoomed along 
with some mesurements.

Pls guide me to perform the above using scripting language.

Rameswaran.S
mail id: rames_mca at rediffmail.com
_______________________________________________________________________
Odomos - the only  mosquito protection outside 4 walls -
Click here to know more!
http://r.rediff.com/r?http://clients.rediff.com/odomos/Odomos.htm&&odomos&&w
n

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


From jburnett at xerosystems.com  Wed Mar 19 06:14:36 2003
From: jburnett at xerosystems.com (Jim Burnett)
Date: Wed, 19 Mar 2003 09:14:36 -0500
Subject: [Mapserver-users] MapServer Forum
Message-ID: <005501c2ee21$e0c0fa30$9601a8c0@emasi.com>

This is a multi-part message in MIME format.

------=_NextPart_000_0052_01C2EDF7.F68C73A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hey All,
I went ahead and made a web based discussion board using phpBB. The link =
is here:
http://mapserver.xerosystems.com

Some people like forums some don't os I figured I'd give it a wurl.


-Jim

------=_NextPart_000_0052_01C2EDF7.F68C73A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hey All,


I went ahead and made a web based =
discussion board=20
using phpBB. The link is here:


http://mapserver.xerosystems.co=
m


 


Some people like forums some don't os I =
figured I'd=20
give it a wurl.


 


 


-Jim


 


------=_NextPart_000_0052_01C2EDF7.F68C73A0--



From bart.van.den.eijnden at geodan.nl  Thu Mar 27 08:39:27 2003
From: bart.van.den.eijnden at geodan.nl (Bart van den Eijnden)
Date: Thu, 27 Mar 2003 17:39:27 +0100
Subject: [mapserver-users] cascading mapserver
In-Reply-To: <3E8327B0.E9567670@dmsolutions.ca>
References:  <3E8327B0.E9567670@dmsolutions.ca>
Message-ID: 

Hi,

thanks all for the answers.

The only problem is that my vendor specific parameter (query_params) is not 
static, it is dynamic. Everytime the client makes a selection, a different 
where clause (like ID = 30) is sent in the query_params part of the 
request.

Does anybody know if OGC has something in their specification for 
dynamically querying WMS layers and retrieving the selection e.g. in red in 
the image retrieved?

Thanks,
Bart

On Thu, 27 Mar 2003 11:32:48 -0500, Daniel Morissette 
 wrote:

> Bart van den Eijnden wrote:
>>
>> How does it work with vendor specific parameters? I want to use 
>> mapserver
>> to be a cascading mapserver for 2 mapservers of a different brand. But
>> those guys have made vendor specific parameters like query_layers and
>> query_params to get a selection highlighted in the map.
>>
>> Will mapserver send those vendor specific parameters (although not 
>> OpenGIS
>> WMS parameters) to the mapserver of the different brand?
>>
>
> If you include vendor-specific parameters in the CONNECTION URL in your
> layer definition then MapServer will just forward those parameter and
> ignore them.  In other words, the CONNECTION URL in a WMS layer
> definitino is an opaque string and MapServer doesn't try to parse it or
> validate the parameters in it.  Well, there is one exception: it checks
> the VERSION parameter in the CONNECTION url to makes sure that it builds
> its parameters properly, but it doesn't change any of the
> vendor-specific parameters.
>
> FYI QUERY_LAYERS is not vendor-specific: it's part of the spec.  OTOH,
> QUERY_PARAMS would be considered vendor-specific.  So hopefully this WMS
> doesn not complain if you include a QUERY_PARAMS value in a GetMap
> request, if it doesn't complain then just include your QUERY_PARAMS
> value in the CONNECTION url in your mapfile and you should be fine.
>
> Daniel



-- 
  Bart van den Eijnden
  Geodan IT b.v.
  Buitenhaven 27-A
  5211 TP 's-Hertogenbosch (NL)
  ---------------------------------------------
  Tel: +31 (0)73 - 692 5162
  Fax:  +31 (0)73 - 692 5150
  ---------------------------------------------
  Postadres / mailing address
  President Kennedylaan 1
  1079 MB Amsterdam (NL)
  ---------------------------------------------
  E-mail: bart.van.den.eijnden at geodan.nl
  Website: http://www.geodan.nl
  Disclaimer: http://www.geodan.nl/disclaimer
  ---------------------------------------------


From jhart at frw.uva.nl  Thu Mar 27 10:21:02 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Thu, 27 Mar 2003 19:21:02 +0100
Subject: [Mapserver-users] Date comparison
In-Reply-To: <000001c2ef37$7c9c4110$0200a8c0@database>
References: <000001c2ef37$7c9c4110$0200a8c0@database>
Message-ID: <3E83410E.7020406@frw.uva.nl>

Brigitte,

In PostgreSQL you can cast variables into another type with the :: 
operator or cast() function.

http://www.postgresql.org/docs/view.php?version=7.3&idoc=0&file=sql-expressions.html#SQL-SYNTAX-TYPE-CASTS

Alternatively, you can use specialized functions for dates like to_char():

http://www.postgresql.org/docs/view.php?version=7.3&idoc=0&file=functions-formatting.html


If you put something like that in the SQL-string, the date value will be 
converted to a text string, and MapServer can read it. I don't have 
examples at hand, so you will have to experiment a bit with psql to see 
how it works.

Jan


Luz Brigitte wrote:
> I have a problem when I?m trying to write a logical expression to filter
> a postgres table based on a Date type field, for example : 28/02/2003.
> I don?t sure, but I think that Mapserver don?t read date expression.
> 
> A part of my code in Mapserver is:
> 
> LAYER
>    NAME "Clientes"
>    STATUS DEFAULT
>    DATA "the_geom from (select the_geom, geoclientes.oid,
> geoclientes.id, cliente.id_cliente, cliente.nit, contratos.vigencia,
> contratos.fecha_final, contratos.fecha_inicial from geoclientes inner
> join cliente on (geoclientes.id = cliente.id_cliente) inner join
> contratos on (geoclientes.id = contratos.id_cliente)) as query"
>    TYPE POINT
>    CONNECTIONTYPE POSTGIS
>    CONNECTION "user=postgres dbname=namedb host=domain port=5432"
>  # CLASSITEM "fecha_final"
>    LABELITEM "ID"
>    LABELMAXSCALE 10000
>    CLASS
>       NAME "contratos vigencia de 0 2 meses"
>   # IN THE NEXT LINE I NEED TO DO COMPARISON WITH ACTUAL DATE -
> fecha_final field. 
>       EXPRESSION ('[fecha_inicial]' eq '01-02-2002')
>     # EXPRESSION ([fecha_final] - [fecha_inicial] > "365")
>       SYMBOL 7
>       COLOR 255 255 0
>       OUTLINECOLOR 153 153 0
>       SIZE 8
>       LABEL
>         TYPE TRUETYPE
>         FONT "Arialbold"
>         SIZE 8
>         POSITION AUTO
>         COLOR 0 0 0
>         OUTLINECOLOR 255 255 255
>         PARTIALS FALSE
>       END
>     END
>   END
> 
> How do I perform a value-like comparison with dates in Mapserver to make
> queries.
> 
> Thanks a lot for your help.
> 
> 
> Brigitte P.
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
Jan Hartmann
Department of Geography
University of Amsterdam
jhart at frw.uva.nl



From mapserv at dinequest.us  Thu Mar 27 10:34:54 2003
From: mapserv at dinequest.us (mapserv at dinequest.us)
Date: Thu, 27 Mar 2003 13:34:54 -0500
Subject: [Mapserver-users] (no subject)
Message-ID: <1048790094.3e83444e8cea5@webmail.dinequest.us>


hello everyone,

I'm hoping someone can help me by suggesting some options in hopes that i can 
get mapserv working on my server. I layed out my steps so that it can be easier 
to follow:

- I have a redhat linux box (2.4.18-3 i386) which i've built a static library 
mapserv on. (ran mapserv -v and it listed correct supports)
- I uploaded it to my server's cgi-bin (which is a redhat 2.4.19 i386)
- set chmod 755 on mapserv
- set up demo.map mapfile correctly in the cgi-bin
- uploaded proper data in cgi-bin under the "data" directory
- ran from browser: http:///cgi-bin/mapserv?
map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79

*recieved internal error ("premature end of script headers" in log)
- renamed mapserv to mapserv.cgi

*recieved internal error ("premature end of script headers" in log)

i assume that this is not a mapfile issue, but here is my mapfile anyway:

NAME DEMO
WEB

IMAGEPATH "data"
IMAGEURL "http://www.dinequest.us/data"
   END
END

UNITS DD
EXTENT -178 16 -66 74 
SIZE 324 210 
SHAPEPATH "data" 

LAYER 
  NAME "states" 
  DATA dtl_st
  STATUS DEFAULT
  TYPE POLYGON 
  CLASS 
    COLOR 250 247 222 
  END # end of class object
END # end of layer object

IMAGETYPE JPEG
IMAGEQUALITY 90
INTERLACE OFF
END # end of map file

I appreciate any other suggestions. You guys are the gurus and i would be alot 
farther behind if it weren't for you all. Thanks in advance -bp 

------------------------------------------------------------------------------


From pkishor at geoanalytics.com  Thu Mar 27 11:17:20 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Thu, 27 Mar 2003 19:17:20 -0000
Subject: [Mapserver-users] Re: Unable to load GIF reference image.
In-Reply-To: 
Message-ID: 

--- In mapserver-users at yahoogroups.com, Daniel Habluetzel
 wrote:
> Hello
> 
> I'm going through the MapServer 3.5 Tutorial on my iMac running Mac OS 
> X 10.2.4. I have downloaded "Server Logistics Releases MapServer OSX 
> 3.6.4" from www.serverlogistics.com. I have successfully proceeded to 
> "Section 3, Example 2 ? Zoom Controls" - but here I have a problem with 
> the reference map:
> 
> msDrawReferenceMap(): General error message. Unable to load GIF 
> reference image.


convert the gifs to pngs, and everything will work fine. If you want
gif, you will have to download a pre-1.8.x version of GD (if you can
find it), and compile it yourself.

If you want to learn about compiling ms on MacOS X, there are great
instructions on the mapserver wiki.

hth.




> 
> Everything else works fine. Is this a problem with gd.lib? Can you 
> please help me in some way? I would gladly supply more details about my 
> system, if needed.
> 
> I enjoy getting to know MapServer, particularly appreciating its 
> simplicity and its dynamic legend capabilities. If only the reference 
> map worked ...
> 
> Bye
> Daniel
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at l...
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From morissette at dmsolutions.ca  Thu Mar 27 11:55:15 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 27 Mar 2003 14:55:15 -0500
Subject: [Mapserver-users] cascading map server
References: <7CDD7B94357FD5119E800002A537C46E230708@s5-ccr-r1.ccrs.nrcan.gc.ca>
Message-ID: <3E835723.9A66F567@dmsolutions.ca>

Jean-Francois.Doyon at ccrs.nrcan.gc.ca wrote:
> 
> Heh, good question! I know that right now, you have to specifiy all the
> remote layers one by one, there's no way for MapServer to simply ingest a
> remote GetCapabilities and just figure it out on it's own ( Bugzilla ->
> feature enhancement ).
> 

Guys,

I see what you're talking about, but I'm not convinced that it would be
MapServer's job to do that.  To be honest, I find the concept of
cascading a whole server the way you describe nice and cool in theory,
but of very little use in practice.  Cascading WMS servers can only
result on lower performance.  Not to mention the fact that some servers
end up with over 1MB capabilities documents just because they cascade
about everything that's available on the internet... it makes it real
hard to deal with the capabilities of those servers and to look for the
data that we need.

The only benefit I can think of is that a cascading server can increase
the capabilities available for a given layer, for instance offer a
bigger list of SRS for a layer than the original server used to
(assuming the original server doesn't know how to reproject data).  But
is it worth bloating MapServer with full cascading capabilities just to
accomodate servers that don't have reprojection support?  Our time would
be better spent replacing those servers with MapServer instances!  ;)


> But this begs the question (I probably once knew the wanswer but I forget),
> when one does a GetCapabilities to a MapServer that has remote layers in it,
> does it re-fetch the remote GetCapabilities everytime ??? There's another
> one for the featur enhancement list, caching of remote capabilities for the
> purpose of cascading them.
> 

MapServer never fetches capabilities.  It is the client application
built on top of MapServer (such as MapBrowser, MapLab, CWC) that fetches
the capabilities and takes care of the caching.  The client application
defines layers and passes all the information that MapServer needs from
the capabilities via mapfile METADATA and the CONNECTION URL parameter.

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From morissette at dmsolutions.ca  Thu Mar 27 12:05:27 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 27 Mar 2003 15:05:27 -0500
Subject: [mapserver-users] cascading mapserver
References:  <3E8327B0.E9567670@dmsolutions.ca> 
Message-ID: <3E835987.422694@dmsolutions.ca>

Bart van den Eijnden wrote:
> 
> The only problem is that my vendor specific parameter (query_params) is not
> static, it is dynamic. Everytime the client makes a selection, a different
> where clause (like ID = 30) is sent in the query_params part of the
> request.
> 

MapServer won't do that kind of stuff.


> Does anybody know if OGC has something in their specification for
> dynamically querying WMS layers and retrieving the selection e.g. in red in
> the image retrieved?
> 

I think what you're looking for is closer to GetFeatureInfo than to
GetMap.  One thing that is not mentioned in the OGC WMS spec, but that
is not forbidden either is that we could advertize image formats such as
image/png, image/jpeg as INFO_FORMATs for the GetFeatureInfo
capabilities.  Then a client map server could send a GetFeatureInfo
request with INFO_FORMAT=image/png, and the result of this type of
request would be a map with the selected polygons (or points/lines)
highlighted, exactly what MapServer's QUERYMAP feature does today.

None of this is currently possible with MapServer at the moment, but
that could be a worthwhile enhancement that would be compatible with the
OGC specs (you could file this in bugzilla if you like).

-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From steve.lime at dnr.state.mn.us  Thu Mar 27 12:09:44 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Thu, 27 Mar 2003 14:09:44 -0600
Subject: [Mapserver-users] (no subject)
Message-ID: 

The setting for IMAGEPATH looks suspect. The way it's set mapserv will
be looking for a writable
directory in your cgi-bin directory. That's probably not what you want.
That parameter should
be full path and should have a trailing slash.

Steve

>>>  03/27/03 12:34PM >>>


hello everyone,

I'm hoping someone can help me by suggesting some options in hopes that
i can 
get mapserv working on my server. I layed out my steps so that it can
be easier 
to follow:

- I have a redhat linux box (2.4.18-3 i386) which i've built a static
library 
mapserv on. (ran mapserv -v and it listed correct supports)
- I uploaded it to my server's cgi-bin (which is a redhat 2.4.19 i386)
- set chmod 755 on mapserv
- set up demo.map mapfile correctly in the cgi-bin
- uploaded proper data in cgi-bin under the "data" directory
- ran from browser: http:///cgi-bin/mapserv?
map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79

*recieved internal error ("premature end of script headers" in log)
- renamed mapserv to mapserv.cgi

*recieved internal error ("premature end of script headers" in log)

i assume that this is not a mapfile issue, but here is my mapfile
anyway:

NAME DEMO
WEB

IMAGEPATH "data"
IMAGEURL "http://www.dinequest.us/data"
   END
END

UNITS DD
EXTENT -178 16 -66 74 
SIZE 324 210 
SHAPEPATH "data" 

LAYER 
  NAME "states" 
  DATA dtl_st
  STATUS DEFAULT
  TYPE POLYGON 
  CLASS 
    COLOR 250 247 222 
  END # end of class object
END # end of layer object

IMAGETYPE JPEG
IMAGEQUALITY 90
INTERLACE OFF
END # end of map file

I appreciate any other suggestions. You guys are the gurus and i would
be alot 
farther behind if it weren't for you all. Thanks in advance -bp 

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


From tbartlett at dddd.com.au  Thu Mar 27 13:09:43 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Fri, 28 Mar 2003 08:09:43 +1100
Subject: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki page
References: <3E4215C93D3CE24D84A9FF385DF88D87FC419D@afeb-ms-02>
Message-ID: <001901c2f4a5$308c56c0$1701a8c0@dddd.com.au>

Thank you all for you help !!!  The semi-colon was the problem !!!

Regard
Tom Bartlett
----- Original Message -----
From: 
To: ; 
Cc: ; 
Sent: Thursday, March 27, 2003 10:53 AM
Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
page


> Hi Thomas,
>
> I have looked at your map file and PHP, you need to replace
> every instance of '&' with '&' in both files. As I discovered
> myself, the semi-colon is easy to overlook but very important.
>
> Cheers,
>
> Antti
>
> -----Original Message-----
> From: Thomas Bartlett [mailto:tbartlett at dddd.com.au]
> Sent: Thursday, 27 March 2003 8:50 AM
> To: Daryl Herzmann
> Cc: Antti.Roppola at brs.gov.au; mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS -
> Wiki page
>
>
> I know that I have tried using "&" at the end of the WMS_ONLINERESOURCE
> tab in the map file but it didn't seem to help.  Is this the only place I
> should need it ?
>
> Either way I'm adding it the list of thing to try !
>
> Cheers
> ----- Original Message -----
> From: "Daryl Herzmann" 
> To: "Thomas Bartlett" 
> Cc: ; 
> Sent: Thursday, March 27, 2003 8:43 AM
> Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS - Wiki
> page
>
>
> > Hi,
> >
> > Are you using "&" in your document and not plain "&" ? :)
> >
> > Daryl
> >
> > On Thu, 27 Mar 2003, Thomas Bartlett wrote:
> >
> > >Hello All,
> > >Please find attached a copy of my map file and the resulting
> GetCapabilities
> > >XML document!
> > >
> > >I spent 6 hrs on it last night changing things in the map file as well
as
> > >reinstalling ArcExplorer and the Extension but it is doesn't seem to
> work.
> > >
> > >Cheers Tom
> > >
> > >
> > >----- Original Message -----
> > >From: 
> > >To: ; 
> > >Cc: 
> > >Sent: Wednesday, March 26, 2003 5:11 PM
> > >Subject: RE: [Mapserver-users] ArcExplorer 4.0.1 and Mapserver WMS -
Wiki
> > >page
> > >
> > >
> > >> Thomas Bartlett wrote:
> > >>
> > >> > However  GetCapabilities does not check whether the map file is WMS
> > >> > compliant does it !  It simply checks that the map file is correct
as
> > >far as
> > >> > MapServer is concerned !!  I remove all reference to WMS from the
> same
> > >map
> > >> > file and the GetCapabilities XML document returned contain NO
> warning.
> > >This
> > >> > map file is obviously not WMS compliant (as it contains none of the
> WMS
> > >> > tags) hence my conclusion.  Am I wrong in this conclusion ??
> > >>
> > >> That seems like a reasonable conclusion to me, and suggests that a
good
> > >> next step would be to check the map and layers to make sure that no
> > >> mandatory WMS items have been omitted. It would certainly explain why
> > >> Arc Explorer doesn't like the output you are sending.
> > >>
> > >> BTW, thanks for the insight into what is and is not checked, lets me
> > >> cross one more item off my list of "things to investigate". :o)
> > >>
> > >> Cheers,
> > >>
> > >> Antti
> > >>
> > >> _______________________________________________
> > >> Mapserver-users mailing list
> > >> Mapserver-users at lists.gis.umn.edu
> > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> >
> > --
> > /**
> >  * Daryl Herzmann (akrherz at iastate.edu)
> >  * Program Assistant -- Iowa Environmental Mesonet
> >  * http://mesonet.agron.iastate.edu
> >  */
> >
>



From fx.gamoy at mapxplore.com  Thu Mar 27 14:59:16 2003
From: fx.gamoy at mapxplore.com (fx gamoy)
Date: Thu, 27 Mar 2003 22:59:16 -0000
Subject: [Mapserver-users] displaying raster images
Message-ID: <000c01c2f4b4$7e06ca20$0201a8c0@mapxplore.com>

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0009_01C2F4B4.7DFD5440
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello everybody,
I am trying to display a georeferenced raster layer with mapserver =
3.6.2.
LAYER
  NAME "scantest"
  DATA "testscan1.tif"
  TYPE RASTER
  STATUS ON
END

I work with mapinfo tab format.but i must generate a shape file name =
testscan1.shp to display this raster.
What contain the shape file??
a georeferenced polygon representing the extents of the raster?
does anybody know a free tab to shape converter?

help..
thanks in advance
fx gamoy

------=_NextPart_000_0009_01C2F4B4.7DFD5440
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello everybody,


I am trying to display a georeferenced =
raster layer=20
with mapserver 3.6.2.


LAYER
  NAME "scantest"
  DATA =
"testscan1.tif"
 =20
TYPE RASTER
  STATUS ON
END


I work with mapinfo tab format.but i=20
must generate a shape file name testscan1.shp to display this=20
raster.


What contain the shape =
file??


a georeferenced polygon representing =
the extents of=20
the raster?


does anybody know a free tab to shape=20
converter?


 


help..


thanks in advance


fx =
gamoy


------=_NextPart_000_0009_01C2F4B4.7DFD5440--




From tbartlett at dddd.com.au  Thu Mar 27 14:00:14 2003
From: tbartlett at dddd.com.au (Thomas Bartlett)
Date: Fri, 28 Mar 2003 09:00:14 +1100
Subject: [Mapserver-users] Zoom to Layer
Message-ID: <006801c2f4ac$3f6151d0$1701a8c0@dddd.com.au>

This is a multi-part message in MIME format.

------=_NextPart_000_0065_01C2F508.7255E310
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

G'Day all,

Is there a simple means of getting mapserver to zoom to the extent of a =
specific layer (or even all layers).  I only ask because I noticed that =
when producing the GetCapatibilites XML document (I am using MapServer =
as a WMS Server) I noticed that it output the following tags for each =
layer, as well as the overall extent of all layers.  Tags look like =
this:

        
        

I am basically trying to implement an ESRI style "Zoom to Layer" type =
button and I don't want to hardcode the layer extents if I can get away =
with it. =20

Server=3D WIN XP running IIS with Mapplet and JavaScript

Cheers

Thomas Bartlett
-------------------------------------------------------------------------=
---------------------------------
GIS Technician
Digital (Digest) Data Design Pty Ltd=20
Military GIS Professionals and Consultants=20
http://www.dddd.com.au/=20
Telephone: 02 6286 9555=20
Facsimile: 02 6286 9888=20
Postal : PO Box 683 MAWSON  ACT  2607
------=_NextPart_000_0065_01C2F508.7255E310
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









G'Day all,


 


Is there a simple means of getting mapserver to zoom =
to the=20
extent of a specific layer (or even all layers).  I only ask =
because I=20
noticed that when producing the GetCapatibilites XML document (I am =
using=20
MapServer as a WMS Server) I noticed that it output the following tags =
for each=20
layer, as well as the overall extent of all layers.  Tags look like =

this:


 


       =20
<LatLonBoundingBox minx=3D"72" miny=3D"-55.9612" maxx=3D"170.731" =
maxy=3D"-2.10025"=20
/>
        <BoundingBox=20
SRS=3D"EPSG:4326" minx=3D"72" miny=3D"-55.9612" maxx=3D"170.731" =
maxy=3D"-2.10025"=20
/>



I am basically trying to implement an ESRI style "Zoom to =
Layer" type=20
button and I don't want to hardcode the layer extents if I can get away =
with=20
it.  


 


Server=3D WIN XP running IIS with Mapplet and JavaScript


 


Cheers


 


Thomas=20
Bartlett
-------------------------------------------------------------=
---------------------------------------------
GIS=20
Technician
Digital (Digest) Data Design Pty Ltd 
Military GIS=20
Professionals and Consultants 
http://www.dddd.com.au/ =

Telephone: 02=20
6286 9555 
Facsimile: 02 6286 9888 
Postal : PO Box 683 =
MAWSON =20
ACT  2607


------=_NextPart_000_0065_01C2F508.7255E310--



From mapserv at dinequest.us  Thu Mar 27 21:05:57 2003
From: mapserv at dinequest.us (mapserv at dinequest.us)
Date: Fri, 28 Mar 2003 00:05:57 -0500
Subject: [Mapserver-users] (no subject)
In-Reply-To: 
References: 
Message-ID: <1048827957.3e83d835900ee@webmail.dinequest.us>


thanks for responding, Steve,

- I've tried what you've said with the trailing slash (in the mapfile)- i still
recieved a "premature end of script headers" error. 

- I've moved the data folder into my httpdocs folder and adjusted my map file to
point there instead- same result.

- reset permissions on my cgi-bin, shp files, map file and shp file "data" dir
to chmod 7777- same result.

- I re-uploaded mapserv (static library file 2.5 megs) in ASCII mode, just to
make sure i actually did send it ascii and not binary- same result.

- I installed apache on my redhat 2.4.18-3 box and set up the same mapserv file
on the localhost- works fine.

I'm stumped... I'm begining to think that i have to start editing the code to
produce a proper header?


Quoting Steve Lime :
> The setting for IMAGEPATH looks suspect. The way it's set mapserv will
> be looking for a writable
> directory in your cgi-bin directory. That's probably not what you want.
> That parameter should
> be full path and should have a trailing slash.
> 
> Steve
> 
> >>>  03/27/03 12:34PM >>>
> 
> 
> hello everyone,
> 
> I'm hoping someone can help me by suggesting some options in hopes that
> i can 
> get mapserv working on my server. I layed out my steps so that it can
> be easier 
> to follow:
> 
> - I have a redhat linux box (2.4.18-3 i386) which i've built a static
> library 
> mapserv on. (ran mapserv -v and it listed correct supports)
> - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19 i386)
> - set chmod 755 on mapserv
> - set up demo.map mapfile correctly in the cgi-bin
> - uploaded proper data in cgi-bin under the "data" directory
> - ran from browser: http:///cgi-bin/mapserv?
> map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> 
> *recieved internal error ("premature end of script headers" in log)
> - renamed mapserv to mapserv.cgi
> 
> *recieved internal error ("premature end of script headers" in log)
> 
> i assume that this is not a mapfile issue, but here is my mapfile
> anyway:
> 
> NAME DEMO
> WEB
> 
> IMAGEPATH "data"
> IMAGEURL "http://www.dinequest.us/data"
>    END
> END
> 
> UNITS DD
> EXTENT -178 16 -66 74 
> SIZE 324 210 
> SHAPEPATH "data" 
> 
> LAYER 
>   NAME "states" 
>   DATA dtl_st
>   STATUS DEFAULT
>   TYPE POLYGON 
>   CLASS 
>     COLOR 250 247 222 
>   END # end of class object
> END # end of layer object
> 
> IMAGETYPE JPEG
> IMAGEQUALITY 90
> INTERLACE OFF
> END # end of map file
> 
> I appreciate any other suggestions. You guys are the gurus and i would
> be alot 
> farther behind if it weren't for you all. Thanks in advance -bp 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> 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 mapserv at dinequest.us  Thu Mar 27 21:20:43 2003
From: mapserv at dinequest.us (mapserv at dinequest.us)
Date: Fri, 28 Mar 2003 00:20:43 -0500
Subject: [Mapserver-users] (no subject)
In-Reply-To: <1048827957.3e83d835900ee@webmail.dinequest.us>
References:  <1048827957.3e83d835900ee@webmail.dinequest.us>
Message-ID: <1048828843.3e83dbab6b707@webmail.dinequest.us>

Quoting mapserv at dinequest.us:

oops! i forgot to mention just in case, here is the url that i send to mapserv:

http://www.dinequest.us/cgi-bin/mapserv?map=/usr/local/psa/home/vhosts/dinequest.us/cgi-bin/demo.map&request=getmap&version=1.1.0&bbox=-67,45,-66,44

the local host is exactly the same, except for the map dir. and it works. 

Thanks again for your time. -brandon

> 
> 
> thanks for responding, Steve,
> 
> - I've tried what you've said with the trailing slash (in the mapfile)- i
> still
> recieved a "premature end of script headers" error. 
> 
> - I've moved the data folder into my httpdocs folder and adjusted my map file
> to
> point there instead- same result.
> 
> - reset permissions on my cgi-bin, shp files, map file and shp file "data"
> dir
> to chmod 7777- same result.
> 
> - I re-uploaded mapserv (static library file 2.5 megs) in ASCII mode, just
> to
> make sure i actually did send it ascii and not binary- same result.
> 
> - I installed apache on my redhat 2.4.18-3 box and set up the same mapserv
> file
> on the localhost- works fine.
> 
> I'm stumped... I'm begining to think that i have to start editing the code
> to
> produce a proper header?
> 
> 
> Quoting Steve Lime :
> > The setting for IMAGEPATH looks suspect. The way it's set mapserv will
> > be looking for a writable
> > directory in your cgi-bin directory. That's probably not what you want.
> > That parameter should
> > be full path and should have a trailing slash.
> > 
> > Steve
> > 
> > >>>  03/27/03 12:34PM >>>
> > 
> > 
> > hello everyone,
> > 
> > I'm hoping someone can help me by suggesting some options in hopes that
> > i can 
> > get mapserv working on my server. I layed out my steps so that it can
> > be easier 
> > to follow:
> > 
> > - I have a redhat linux box (2.4.18-3 i386) which i've built a static
> > library 
> > mapserv on. (ran mapserv -v and it listed correct supports)
> > - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19 i386)
> > - set chmod 755 on mapserv
> > - set up demo.map mapfile correctly in the cgi-bin
> > - uploaded proper data in cgi-bin under the "data" directory
> > - ran from browser: http:///cgi-bin/mapserv?
> > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > 
> > *recieved internal error ("premature end of script headers" in log)
> > - renamed mapserv to mapserv.cgi
> > 
> > *recieved internal error ("premature end of script headers" in log)
> > 
> > i assume that this is not a mapfile issue, but here is my mapfile
> > anyway:
> > 
> > NAME DEMO
> > WEB
> > 
> > IMAGEPATH "data"
> > IMAGEURL "http://www.dinequest.us/data"
> >    END
> > END
> > 
> > UNITS DD
> > EXTENT -178 16 -66 74 
> > SIZE 324 210 
> > SHAPEPATH "data" 
> > 
> > LAYER 
> >   NAME "states" 
> >   DATA dtl_st
> >   STATUS DEFAULT
> >   TYPE POLYGON 
> >   CLASS 
> >     COLOR 250 247 222 
> >   END # end of class object
> > END # end of layer object
> > 
> > IMAGETYPE JPEG
> > IMAGEQUALITY 90
> > INTERLACE OFF
> > END # end of map file
> > 
> > I appreciate any other suggestions. You guys are the gurus and i would
> > be alot 
> > farther behind if it weren't for you all. Thanks in advance -bp 
> > 
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > 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 novalet at yahoo.com.cn  Thu Mar 27 21:44:21 2003
From: novalet at yahoo.com.cn (=?gb2312?q?Chen=20Fu?=)
Date: Fri, 28 Mar 2003 13:44:21 +0800 (CST)
Subject: [Mapserver-users] any tool to process dem of gtopo30?
Message-ID: <20030328054421.12835.qmail@web15202.mail.bjs.yahoo.com>

Hi!
I have use the method described in
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?BathymetryHowTo
to show my vector map with DEM.

But the data have the info of Bathymetry that is not
what i need. and what's more, the resolution is quite
low. I want to make use of the dem data in the gtopo30
to make a high resolution dem raster tileindex
dataset.

I have tried to write my own code to convert the
height to the index of palette. But to my surprise,
the result is quite poor, because the 0 ~ 8848(the
highest point in the world) must map to 256 colors.
The detail is ommited. So i believe a shade engine
must included to better illustrate small mountains.

Searched in the web, i find 3dem is a good tool to
render a dem. But it doesn't read the gtopo30 data in
regions that it is issued, but only let you select a
center point. In my solution, i hope the tools will
render every dem region to the pictures like
http://www.ngdc.noaa.gov/mgg/image/2minrelief.html

Anyone can give my some suggestion?



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

_________________________________________________________
Do You Yahoo!? 
??????????KTV, ????????????????OK~~
http://rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com//chat/index.html


From yecarrillo at hotmail.com  Thu Mar 27 21:54:54 2003
From: yecarrillo at hotmail.com (Eduin Yesid Carriillo)
Date: Fri, 28 Mar 2003 00:54:54 -0500
Subject: [Mapserver-users] Embeded scalebar and Legend
Message-ID: 

This is a multi-part message in MIME format.

------=_NextPart_000_000D_01C2F4C4.A54FC130
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Can Anybody tell me how to embed scalebars and legends in mapscript?

I've tried this code without results...

function DrawMaptoPrint() {
    GLOBAL $gpoMap;
    GLOBAL $gAppletImgFmt;

    $gpoMap->scalebar->set(status , MS_EMBED);
    $gpoMap->scalebar->set(position , MS_UL);

    $img =3D $gpoMap->drawScaleBar();
    $gpoMap->embedScalebar($img);
   =20
    $img =3D $gpoMap->draw();
    $gpoMap->drawLabelCache($img);

    $url =3D $img->saveWebImage($gAppletImgFmt, 0, 0, -1);
    printf("\n", $url, =
$gpoMap->width, $gpoMap->height);...
}

map file:

SCALEBAR
  IMAGECOLOR 255 255 255
...

 POSTLABELCACHE true

...

END

I could'n find nothing about this issue on the mailing list..

Thanks

Eduin

------=_NextPart_000_000D_01C2F4C4.A54FC130
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Can Anybody tell me how to embed =
scalebars and=20
legends in mapscript?


 


I've tried this code without=20
results...


 


function DrawMaptoPrint() =
{
   =20
GLOBAL $gpoMap;
    GLOBAL =
$gAppletImgFmt;


 


   =20
$gpoMap->scalebar->set(status , MS_EMBED);
   =20
$gpoMap->scalebar->set(position , MS_UL);


 


    $img =3D=20
$gpoMap->drawScaleBar();
   =20
$gpoMap->embedScalebar($img);
    =

   =20
$img =3D $gpoMap->draw();
   =20
$gpoMap->drawLabelCache($img);


 


    $url =3D=20
$img->saveWebImage($gAppletImgFmt, 0, 0, -1);
   =20
printf("<img src=3D%s width=3D%d height=3D%d>\n", $url, =
$gpoMap->width,=20
$gpoMap->height);...


}


 


map file:


 


SCALEBAR
  IMAGECOLOR 255 255=20
255
...


 


 POSTLABELCACHE true


 


...



END


 


I could'n find nothing about this issue =
on the=20
mailing list..


 


Thanks


 


Eduin


------=_NextPart_000_000D_01C2F4C4.A54FC130--


From k.chodak at autoguard.pl  Thu Mar 27 22:51:39 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Fri, 28 Mar 2003 07:51:39 +0100
Subject: [Mapserver-users] Map projections continued
References: <003901c2f484$58a76120$29bdcdc3@kodak>
Message-ID: <004501c2f4f6$7c130a70$29bdcdc3@kodak>

Got he answer: screen Y axis has growing values from top to bottom in
contrary to map latitude so the calculation should look like
img_pixel_x = round ( (mercator_symbol_x - mercator_extent_min_x) *
image_width_in_pixels / (mercator_extent_max_x - mercator_extent_min_x) )
and
img_pixel_x = image_width_in_pixels - round ( (mercator_symbol_x -
mercator_extent_min_x) * image_width_in_pixels / (mercator_extent_max_x -
mercator_extent_min_x) )

Stupid mistake.

----- Original Message -----
From: "Krzysztof Chodak" 
To: 
Sent: Thursday, March 27, 2003 6:14 PM
Subject: [Mapserver-users] Map projections continued


> Hello again,
>
> after some theoretical problems now I got practical one. Maybe someone
have
> an idea...
>
> I use MapServer to serve some maps in Mercator. In server response I got
an
> extent.
> My task is to tell in which coordinate of map image I should place another
> symbol.
> I got geographic coordinated of that symbol but non-projected (in WGS84
> datum).
> My first idea was to convert coordinates of that symbol into Mercator and
> then compute image coordinates using simple proportion:
> img_pixel_x = round ( (mercator_symbol_x - mercator_extent_min_x) *
> image_width_in_pixels / (mercator_extent_max_x - mercator_extent_min_x) )
> and similar one for y-coordinate.
>
> As my symbols are floating around proper position on map image I know that
a
> have made a mistake.
> Can anyone point it out for me?
>
> Thanks in advance for any information,
>
> Best regards,
>
> Krzysztof Chodak
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From Mark.Balman at birdlife.org.uk  Fri Mar 28 01:14:25 2003
From: Mark.Balman at birdlife.org.uk (Mark Balman)
Date: Fri, 28 Mar 2003 09:14:25 -0000
Subject: [Mapserver-users] mapserver install on Mandrake 9
Message-ID: 

Hi All

Can anyone provide a "simple" how to install mapserver onto Linux Mandrake
9? I have my mapserver app working under Win 98 and would now like to get
mapserver working on Linux. As a complete newbie to linux I had tried the
quick and dirty method of ./configure followed by make and make install but
alas not happening.. I understand that I need to reconfigure but I am
clueless as to this process. Please help.

Thanks in advance

Mark


From emailfittizio at libero.it  Fri Mar 28 01:41:08 2003
From: emailfittizio at libero.it (=?iso-8859-1?Q?emailfittizio@libero.it?=)
Date: Fri, 28 Mar 2003 10:41:08 +0100
Subject: [Mapserver-users] =?iso-8859-1?Q?querymap_problem?=
Message-ID: 

May someone tell me why this query gives me an error?

http://laplace/mapserver/mapserv.exe?
map=calabria/calabria.map
&mapext=2611685.07+4392492.28+2903099.95+4286980.00
&mapsize=1024+370
&layers=limiti_comunali
&mapxy=2646326.95+4362345.91
&mode=querymap

The error is:
mapserv(): Web application error. Query mode needs a point, imgxy and mapxy are not set.

If i remove "mapext" the query run fine. But, of course, return me the entire map...

Where is the problem?

Thanks,
Alessandro.




From marc.jacquin at geosys-inc.com  Fri Mar 28 01:41:55 2003
From: marc.jacquin at geosys-inc.com (Marc Jacquin)
Date: Fri, 28 Mar 2003 10:41:55 +0100
Subject: [Mapserver-users] Simple way to turn on and off labeling ?
Message-ID: 

Hi,

What should be the best way to turn on or off labelling of a layer? I tried
to set the labelitem to "" but that generates an error. I was thinking about
having 'empty' layers that could be turned on and off and use the
labelrequires ... other ideas?

Thanks

Marc



From k.chodak at autoguard.pl  Fri Mar 28 01:58:23 2003
From: k.chodak at autoguard.pl (Krzysztof Chodak)
Date: Fri, 28 Mar 2003 10:58:23 +0100
Subject: [Mapserver-users] Simple way to turn on and off labeling ?
References: 
Message-ID: <000501c2f510$92195210$29bdcdc3@kodak>

What about LABELMIN... and ...MAXSCALE?

----- Original Message -----
From: "Marc Jacquin" 
To: 
Sent: Friday, March 28, 2003 10:41 AM
Subject: [Mapserver-users] Simple way to turn on and off labeling ?


> Hi,
>
> What should be the best way to turn on or off labelling of a layer? I
tried
> to set the labelitem to "" but that generates an error. I was thinking
about
> having 'empty' layers that could be turned on and off and use the
> labelrequires ... other ideas?
>
> Thanks
>
> Marc
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From jhart at frw.uva.nl  Fri Mar 28 02:32:50 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Fri, 28 Mar 2003 11:32:50 +0100
Subject: [Mapserver-users] Configure --with-system-regex
In-Reply-To: <1048248924.1990.12.camel@localhost.localdomain>
References: <1048248924.1990.12.camel@localhost.localdomain>
Message-ID: <3E8424D2.1030606@frw.uva.nl>

I made the same error a few days ago. It seems you have to compile php 
with "--with-regex=system" nowadays.

Can someone adapt the helptext in the configure script?

Jan

Gerard Farr?s wrote:
> Hi all,
> 
> My platform:	Distribution : 	Suse Linux 7.3
> 		Kernel:		2.4.14
> 		Arch:		sparc64
> 		Mapserver-version	3.6.4
> 		PHP-Version	4.3.0.
> 	
> 	I'm trying to recompile MapServer with php support, but I get this:
> 
> 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-system-regex 
> !!!
> !!! and then re-configure and re-compile MapServer.                  
> !!!
> 
> 	I have recompiled php --with-regex=system (and --with-system-regex),
> but.. I get the same result...
> 
> 	Can anybody help me?
> 
> 	Thanks,
> 
> 		Gerard Farr?s
> 
> 
> 	 
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 



From morissette at dmsolutions.ca  Fri Mar 28 03:57:39 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 28 Mar 2003 06:57:39 -0500
Subject: [Mapserver-users] mapserver install on Mandrake 9
References: 
Message-ID: <3E8438B3.2F3F2923@dmsolutions.ca>

Mark Balman wrote:
> 
> Can anyone provide a "simple" how to install mapserver onto Linux Mandrake
> 9? I have my mapserver app working under Win 98 and would now like to get
> mapserver working on Linux. As a complete newbie to linux I had tried the
> quick and dirty method of ./configure followed by make and make install but
> alas not happening.. I understand that I need to reconfigure but I am
> clueless as to this process. Please help.
> 

Did you check out the Unix Build/Install HOWTO?

http://mapserver.gis.umn.edu/doc36/unix-install-howto.html

Also there are a few sets of step by step instructions for installing
PHP MapScript on various RedHat versions.  You could have a look at that
as well, if you only need 'mapserv' then just ignore the PHP part, the
base stuff is the same:

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


-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From morissette at dmsolutions.ca  Fri Mar 28 04:23:24 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 28 Mar 2003 07:23:24 -0500
Subject: [Mapserver-users] Configure --with-system-regex
References: <1048248924.1990.12.camel@localhost.localdomain> <3E8424D2.1030606@frw.uva.nl>
Message-ID: <3E843EBC.4E28CC62@dmsolutions.ca>

Jan Hartmann wrote:
> 
> I made the same error a few days ago. It seems you have to compile php
> with "--with-regex=system" nowadays.
> 
> Can someone adapt the helptext in the configure script?
> 

You're right, the --with-system-regex option is completely gone in PHP
4.3.2RC1.  It was still there but marked as deprecated in PHP 4.2.3 and
older versions.

I modified the configure error message in both MapServer 3.7 and the
3.6.x branch.

Daniel
-- 
------------------------------------------------------------
 Daniel Morissette               morissette at dmsolutions.ca
 DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From MJHatcher at space.qinetiq.com  Fri Mar 28 04:44:13 2003
From: MJHatcher at space.qinetiq.com (Matthew Hatcher)
Date: Fri, 28 Mar 2003 12:44:13 -0000
Subject: [Mapserver-users] displaying raster images
Message-ID: <6665151E3647D711B27B0090277C004F0CB81D@ntexch02s.scs.dra.hmg.gb>

Fx,
 
If you use the GDAL interface then you can actually use TAB files to
georeference the rasters directly. Just ensure that the TAB file is in the
same directory as the raster and is called the same. Your layer description
below should work fine.
 
Check that you have "INPUT=GDAL" by doing a "mapserv -v". If it still
doesn't work then you may need to recompile with the --without-tiff function
(or get a binary set up like that) to ensure that mapserver uses the GDAL
interface rather than LIBTIFF to read in TIFF files.
 
Matt.
 
 
-----Original Message-----
From: fx gamoy [mailto:fx.gamoy at mapxplore.com]
Sent: 27 March 2003 22:59
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] displaying raster images


Hello everybody,
I am trying to display a georeferenced raster layer with mapserver 3.6.2.
LAYER
  NAME "scantest"
  DATA "testscan1.tif"
  TYPE RASTER
  STATUS ON
END

I work with mapinfo tab format.but i must generate a shape file name
testscan1.shp to display this raster.
What contain the shape file??
a georeferenced polygon representing the extents of the raster?
does anybody know a free tab to shape converter?
 
help..
thanks in advance
fx gamoy

#############################################################

The information contained in this email and any subsequent
correspondence is private and is intended solely for the 
intended recipient(s). For those other than the intended
recipient(s) any disclosure, copying, distribution, or any 
action taken or omitted to be taken in reliance on such 
information is prohibited and may be unlawful.

#############################################################


From rich at greenwoodmap.com  Fri Mar 28 05:31:49 2003
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Fri, 28 Mar 2003 06:31:49 -0700
Subject: [Mapserver-users] mapserver install on Mandrake 9
In-Reply-To: 
Message-ID: <5.2.0.9.0.20030328062808.00aabff8@mail.greenwoodmap.com>

--=======5F153644=======
Content-Type: text/plain; x-avg-checked=avg-ok-2BD385A; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 8bit

Mark,

In addition to check out the Unix Build/Install HOWTO, here are a couple 
postings to this list that you may find useful:

http://lists.gis.umn.edu/pipermail/mapserver-users/2002-December/000186.html

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00014.html

Rich

At 09:14 AM 3/28/2003 +0000, you wrote:

>Hi All
>
>Can anyone provide a "simple" how to install mapserver onto Linux Mandrake
>9? I have my mapserver app working under Win 98 and would now like to get
>mapserver working on Linux. As a complete newbie to linux I had tried the
>quick and dirty method of ./configure followed by make and make install but
>alas not happening.. I understand that I need to reconfigure but I am
>clueless as to this process. Please help.
>
>Thanks in advance
>
>Mark
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

Richard W. Greenwood, PLS
(307) 733-0203
Rich at GreenwoodMap.com
www.GreenwoodMap.com 

--=======5F153644=======--



From contact at netency.com  Fri Mar 28 06:26:02 2003
From: contact at netency.com (contact at netency.com)
Date: Fri, 28 Mar 2003 14:26:02 GMT
Subject: [Mapserver-users] MapServers Requirements
Message-ID: <20030328142602.7185.qmail@mx1.ovh.net>

hi,

I download for now MapServer, it works so good, and I have an important 
question : Does someone have a MapServer Performance Guide or known elements 
that could help me in the choice of hardware elements (web server, number of 
processors, RAM, ...). The objective is to know the kinf of architecture 
that could assume X hits/hour. 

Best Regards 

Didier


From lfilak at medinaco.org  Fri Mar 28 06:47:47 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Fri, 28 Mar 2003 09:47:47 -0500
Subject: [Mapserver-users] (no subject)
Message-ID: <200303281447.h2SElaN09345@yogi.medinaco.net>

I think the original suggestion was to make sure the IMAGEPATH (which is where the temporary image files, ie. maps, are created) points to somewhere in httpdocs instead of cgi-bin and then make sure the permissions on the temp directory are 777.
The data directory can stay in cgi-bin so your data is not directly downloadable.
Lowell F.

The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003 00:05:57 -0500.

> 
> 
> thanks for responding, Steve,
> 
> - I've tried what you've said with the trailing slash (in the mapfile)- i still
> recieved a "premature end of script headers" error. 
> 
> - I've moved the data folder into my httpdocs folder and adjusted my map file to
> point there instead- same result.
> 
> - reset permissions on my cgi-bin, shp files, map file and shp file "data" dir
> to chmod 7777- same result.
> 
> - I re-uploaded mapserv (static library file 2.5 megs) in ASCII mode, just to
> make sure i actually did send it ascii and not binary- same result.
> 
> - I installed apache on my redhat 2.4.18-3 box and set up the same mapserv file
> on the localhost- works fine.
> 
> I'm stumped... I'm begining to think that i have to start editing the code to
> produce a proper header?
> 
> 
> Quoting Steve Lime :
> > The setting for IMAGEPATH looks suspect. The way it's set mapserv will
> > be looking for a writable
> > directory in your cgi-bin directory. That's probably not what you want.
> > That parameter should
> > be full path and should have a trailing slash.
> > 
> > Steve
> > 
> > >>>  03/27/03 12:34PM >>>
> > 
> > 
> > hello everyone,
> > 
> > I'm hoping someone can help me by suggesting some options in hopes that
> > i can 
> > get mapserv working on my server. I layed out my steps so that it can
> > be easier 
> > to follow:
> > 
> > - I have a redhat linux box (2.4.18-3 i386) which i've built a static
> > library 
> > mapserv on. (ran mapserv -v and it listed correct supports)
> > - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19 i386)
> > - set chmod 755 on mapserv
> > - set up demo.map mapfile correctly in the cgi-bin
> > - uploaded proper data in cgi-bin under the "data" directory
> > - ran from browser: http:///cgi-bin/mapserv?
> > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > 
> > *recieved internal error ("premature end of script headers" in log)
> > - renamed mapserv to mapserv.cgi
> > 
> > *recieved internal error ("premature end of script headers" in log)
> > 
> > i assume that this is not a mapfile issue, but here is my mapfile
> > anyway:
> > 
> > NAME DEMO
> > WEB
> > 
> > IMAGEPATH "data"
> > IMAGEURL "http://www.dinequest.us/data"
> >    END
> > END
> > 
> > UNITS DD
> > EXTENT -178 16 -66 74 
> > SIZE 324 210 
> > SHAPEPATH "data" 
> > 
> > LAYER 
> >   NAME "states" 
> >   DATA dtl_st
> >   STATUS DEFAULT
> >   TYPE POLYGON 
> >   CLASS 
> >     COLOR 250 247 222 
> >   END # end of class object
> > END # end of layer object
> > 
> > IMAGETYPE JPEG
> > IMAGEQUALITY 90
> > INTERLACE OFF
> > END # end of map file
> > 
> > I appreciate any other suggestions. You guys are the gurus and i would
> > be alot 
> > farther behind if it weren't for you all. Thanks in advance -bp 
> > 
> > ------------------------------------------------------------------------------
> > _______________________________________________
> > 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 r000t at adelphia.net  Fri Mar 28 07:42:11 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Fri, 28 Mar 2003 10:42:11 -0500
Subject: [Mapserver-users] Mapplet question
Message-ID: <000801c2f540$9a635b70$9601a8c0@emasi.com>

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C2F516.AFFA7E70
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

What is the param for specifiying an image when the applet is working ?

-Jim

------=_NextPart_000_0005_01C2F516.AFFA7E70
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









What is the param for specifiying an =
image when the=20
applet is working ?


 


-Jim


 


------=_NextPart_000_0005_01C2F516.AFFA7E70--



From mapserv at dinequest.us  Fri Mar 28 08:04:07 2003
From: mapserv at dinequest.us (mapserv at dinequest.us)
Date: Fri, 28 Mar 2003 11:04:07 -0500
Subject: [Mapserver-users] (no subject)
In-Reply-To: <200303281447.h2SElaN09345@yogi.medinaco.net>
References: <200303281447.h2SElaN09345@yogi.medinaco.net>
Message-ID: <1048867447.3e8472773d17c@webmail.dinequest.us>

Quoting Lowell Filak :

> I think the original suggestion was to make sure the IMAGEPATH (which is
> where the temporary image files, ie. maps, are created) points to somewhere
> in httpdocs instead of cgi-bin and then make sure the permissions on the temp
> directory are 777.
> The data directory can stay in cgi-bin so your data is not directly
> downloadable.
> Lowell F.


 I have it set up in this manner:

-my demo.map file is in the cgi-bin
-my data directory in in httpdocs (but i will change it to /cgi-bin/data, as 
you've suggested, once i get the mapserver working).
-my IMAGEPATH to my data directory

here is my url i put into the browser to test it:

http://www.dinequest.us/cgi-bin/mapserv?map=/cgi-
bin/demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79

also have tried:

http://www.dinequest.us/cgi-bin/mapserv?
map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79


here is my updated map file:

NAME DEMO
WEB

IMAGEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
IMAGEURL "http://localhost/data/"
END

UNITS DD
EXTENT -178 16 -66 74
SIZE 324 210
SHAPEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"

LAYER 
  NAME "states" 
  DATA dtl_st.shp
  STATUS DEFAULT
  TYPE POLYGON 
  CLASS 
    COLOR 250 247 222 
  END # end of class object
END # end of layer object

IMAGETYPE JPEG
IMAGEQUALITY 90
INTERLACE OFF
END # end of map file


> 
> The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003
> 00:05:57 -0500.
> 
> > 
> > 
> > thanks for responding, Steve,
> > 
> > - I've tried what you've said with the trailing slash (in the mapfile)- i
> still
> > recieved a "premature end of script headers" error. 
> > 
> > - I've moved the data folder into my httpdocs folder and adjusted my map
> file to
> > point there instead- same result.
> > 
> > - reset permissions on my cgi-bin, shp files, map file and shp file "data"
> dir
> > to chmod 7777- same result.
> > 
> > - I re-uploaded mapserv (static library file 2.5 megs) in ASCII mode, just
> to
> > make sure i actually did send it ascii and not binary- same result.
> > 
> > - I installed apache on my redhat 2.4.18-3 box and set up the same mapserv
> file
> > on the localhost- works fine.
> > 
> > I'm stumped... I'm begining to think that i have to start editing the code
> to
> > produce a proper header?
> > 
> > 
> > Quoting Steve Lime :
> > > The setting for IMAGEPATH looks suspect. The way it's set mapserv will
> > > be looking for a writable
> > > directory in your cgi-bin directory. That's probably not what you want.
> > > That parameter should
> > > be full path and should have a trailing slash.
> > > 
> > > Steve
> > > 
> > > >>>  03/27/03 12:34PM >>>
> > > 
> > > 
> > > hello everyone,
> > > 
> > > I'm hoping someone can help me by suggesting some options in hopes that
> > > i can 
> > > get mapserv working on my server. I layed out my steps so that it can
> > > be easier 
> > > to follow:
> > > 
> > > - I have a redhat linux box (2.4.18-3 i386) which i've built a static
> > > library 
> > > mapserv on. (ran mapserv -v and it listed correct supports)
> > > - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19 i386)
> > > - set chmod 755 on mapserv
> > > - set up demo.map mapfile correctly in the cgi-bin
> > > - uploaded proper data in cgi-bin under the "data" directory
> > > - ran from browser: http:///cgi-bin/mapserv?
> > > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > 
> > > *recieved internal error ("premature end of script headers" in log)
> > > - renamed mapserv to mapserv.cgi
> > > 
> > > *recieved internal error ("premature end of script headers" in log)
> > > 
> > > i assume that this is not a mapfile issue, but here is my mapfile
> > > anyway:
> > > 
> > > NAME DEMO
> > > WEB
> > > 
> > > IMAGEPATH "data"
> > > IMAGEURL "http://www.dinequest.us/data"
> > >    END
> > > END
> > > 
> > > UNITS DD
> > > EXTENT -178 16 -66 74 
> > > SIZE 324 210 
> > > SHAPEPATH "data" 
> > > 
> > > LAYER 
> > >   NAME "states" 
> > >   DATA dtl_st
> > >   STATUS DEFAULT
> > >   TYPE POLYGON 
> > >   CLASS 
> > >     COLOR 250 247 222 
> > >   END # end of class object
> > > END # end of layer object
> > > 
> > > IMAGETYPE JPEG
> > > IMAGEQUALITY 90
> > > INTERLACE OFF
> > > END # end of map file
> > > 
> > > I appreciate any other suggestions. You guys are the gurus and i would
> > > be alot 
> > > farther behind if it weren't for you all. Thanks in advance -bp 
> > > 
> > >
> ------------------------------------------------------------------------------
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu 
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > 
> > 
> > 
> > 
> > 
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




------------------------------------------------------------------------------


From lfilak at medinaco.org  Fri Mar 28 08:15:56 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Fri, 28 Mar 2003 11:15:56 -0500
Subject: [Mapserver-users] (no subject)
Message-ID: <200303281615.h2SGFjN11428@yogi.medinaco.net>

If you change IMAGEPATH to "../httpdocs/data/" does it help?
Lowell F.

The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003 11:04:07 -0500.

> Quoting Lowell Filak :
> 
> > I think the original suggestion was to make sure the IMAGEPATH (which is
> > where the temporary image files, ie. maps, are created) points to somewhere
> > in httpdocs instead of cgi-bin and then make sure the permissions on the temp
> > directory are 777.
> > The data directory can stay in cgi-bin so your data is not directly
> > downloadable.
> > Lowell F.
> 
> 
>  I have it set up in this manner:
> 
> -my demo.map file is in the cgi-bin
> -my data directory in in httpdocs (but i will change it to /cgi-bin/data, as 
> you've suggested, once i get the mapserver working).
> -my IMAGEPATH to my data directory
> 
> here is my url i put into the browser to test it:
> 
> http://www.dinequest.us/cgi-bin/mapserv?map=/cgi-
> bin/demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> 
> also have tried:
> 
> http://www.dinequest.us/cgi-bin/mapserv?
> map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> 
> 
> here is my updated map file:
> 
> NAME DEMO
> WEB
> 
> IMAGEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> IMAGEURL "http://localhost/data/"
> END
> 
> UNITS DD
> EXTENT -178 16 -66 74
> SIZE 324 210
> SHAPEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> 
> LAYER 
>   NAME "states" 
>   DATA dtl_st.shp
>   STATUS DEFAULT
>   TYPE POLYGON 
>   CLASS 
>     COLOR 250 247 222 
>   END # end of class object
> END # end of layer object
> 
> IMAGETYPE JPEG
> IMAGEQUALITY 90
> INTERLACE OFF
> END # end of map file
> 
> 
> > 
> > The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003
> > 00:05:57 -0500.
> > 
> > > 
> > > 
> > > thanks for responding, Steve,
> > > 
> > > - I've tried what you've said with the trailing slash (in the mapfile)- i
> > still
> > > recieved a "premature end of script headers" error. 
> > > 
> > > - I've moved the data folder into my httpdocs folder and adjusted my map
> > file to
> > > point there instead- same result.
> > > 
> > > - reset permissions on my cgi-bin, shp files, map file and shp file "data"
> > dir
> > > to chmod 7777- same result.
> > > 
> > > - I re-uploaded mapserv (static library file 2.5 megs) in ASCII mode, just
> > to
> > > make sure i actually did send it ascii and not binary- same result.
> > > 
> > > - I installed apache on my redhat 2.4.18-3 box and set up the same mapserv
> > file
> > > on the localhost- works fine.
> > > 
> > > I'm stumped... I'm begining to think that i have to start editing the code
> > to
> > > produce a proper header?
> > > 
> > > 
> > > Quoting Steve Lime :
> > > > The setting for IMAGEPATH looks suspect. The way it's set mapserv will
> > > > be looking for a writable
> > > > directory in your cgi-bin directory. That's probably not what you want.
> > > > That parameter should
> > > > be full path and should have a trailing slash.
> > > > 
> > > > Steve
> > > > 
> > > > >>>  03/27/03 12:34PM >>>
> > > > 
> > > > 
> > > > hello everyone,
> > > > 
> > > > I'm hoping someone can help me by suggesting some options in hopes that
> > > > i can 
> > > > get mapserv working on my server. I layed out my steps so that it can
> > > > be easier 
> > > > to follow:
> > > > 
> > > > - I have a redhat linux box (2.4.18-3 i386) which i've built a static
> > > > library 
> > > > mapserv on. (ran mapserv -v and it listed correct supports)
> > > > - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19 i386)
> > > > - set chmod 755 on mapserv
> > > > - set up demo.map mapfile correctly in the cgi-bin
> > > > - uploaded proper data in cgi-bin under the "data" directory
> > > > - ran from browser: http:///cgi-bin/mapserv?
> > > > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > > 
> > > > *recieved internal error ("premature end of script headers" in log)
> > > > - renamed mapserv to mapserv.cgi
> > > > 
> > > > *recieved internal error ("premature end of script headers" in log)
> > > > 
> > > > i assume that this is not a mapfile issue, but here is my mapfile
> > > > anyway:
> > > > 
> > > > NAME DEMO
> > > > WEB
> > > > 
> > > > IMAGEPATH "data"
> > > > IMAGEURL "http://www.dinequest.us/data"
> > > >    END
> > > > END
> > > > 
> > > > UNITS DD
> > > > EXTENT -178 16 -66 74 
> > > > SIZE 324 210 
> > > > SHAPEPATH "data" 
> > > > 
> > > > LAYER 
> > > >   NAME "states" 
> > > >   DATA dtl_st
> > > >   STATUS DEFAULT
> > > >   TYPE POLYGON 
> > > >   CLASS 
> > > >     COLOR 250 247 222 
> > > >   END # end of class object
> > > > END # end of layer object
> > > > 
> > > > IMAGETYPE JPEG
> > > > IMAGEQUALITY 90
> > > > INTERLACE OFF
> > > > END # end of map file
> > > > 
> > > > I appreciate any other suggestions. You guys are the gurus and i would
> > > > be alot 
> > > > farther behind if it weren't for you all. Thanks in advance -bp 
> > > > 
> > > >
> > ------------------------------------------------------------------------------
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu 
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > 
> > > 
> > > 
> > > 
> > > 
> > >
> > ------------------------------------------------------------------------------
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> 
> 
> 
> 
> ------------------------------------------------------------------------------



From rich at greenwoodmap.com  Fri Mar 28 08:19:20 2003
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Fri, 28 Mar 2003 09:19:20 -0700
Subject: [Mapserver-users] Mapplet question
Message-ID: <5.2.0.9.0.20030328091903.00a850a8@mail.greenwoodmap.com>

--=======9186DDF=======
Content-Type: multipart/alternative; x-avg-checked=avg-ok-77CC4844; boundary="=====================_95164158==.ALT"


--=====================_95164158==.ALT
Content-Type: text/plain; x-avg-checked=avg-ok-77CC4844; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 8bit

At 10:42 AM 3/28/2003 -0500, you wrote:

>What is the param for specifiying an image when the applet is working ?
>
>-Jim
>
Generally it should look something like this:
    
Or the whole thing:
     
         
         
         
         
         
     


Richard W. Greenwood, PLS
(307) 733-0203
Rich at GreenwoodMap.com
www.GreenwoodMap.com  

--=====================_95164158==.ALT
Content-Type: text/html; x-avg-checked=avg-ok-77CC4844; charset=us-ascii
Content-Transfer-Encoding: 8bit



At 10:42 AM 3/28/2003 -0500, you wrote:



What is
the param for specifiying an image when the applet is working
?

 

-Jim

 
Generally it should look something like this:

   <param name='image' value='http://[host][img]'>

Or the whole thing:

    <applet codebase='/mapserver/mapplet'
code='jBox.class' width=[mapwidth] height=[mapheight] name='jBox'
MAYSCRIPT> 

        <param name='image'
value='http://[host][img]'>

        <param name='box'
value='off'>

        <param name='verbose'
value='false'>

        <param name='thickness'
value='2'>

        <param name='busyimage'
value='http://[host]/graphics/mym.gif'>

    </applet>




Richard W. Greenwood, PLS

(307) 733-0203

Rich at GreenwoodMap.com

www.GreenwoodMap.com




--=====================_95164158==.ALT--

--=======9186DDF=======--



From stepan.kafka at centrum.cz  Fri Mar 28 09:02:23 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Fri, 28 Mar 2003 18:02:23 +0100
Subject: [Mapserver-users] accidental color change in 3.7
In-Reply-To: <1048867447.3e8472773d17c@webmail.dinequest.us>
Message-ID: <001101c2f54b$cd7340b0$f94de4c2@HSGIS>

This is a multi-part message in MIME format.

------=_NextPart_000_0012_01C2F554.2F37A8B0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi all,
in *some* cases the colors of some layers are accidentaly changed to
different ones :(
Mapserver version: 	3.7 (less than 1 week old) gd-2.0.11, gdal-1.8.4,
freetype-2.1.3, ...
Color mode: 		PC256
Output format		GIF or PNG
Nuber of "input" colors:	max 25
OS:			both Linux an Win32

It reveals mainly with WMS client layer or in php mapscript shape->draw
generated images. Of course, it doesnt' reveal with RGB mode. I supposed it
was caused by number palette colors overflow, but the number of colors in
map is relatively small. It reveals in some extens in another is everything
OK. Any idea?

(There are good and bad examples attaches - the same layers but slightly
different extent.)

Also when setting transparency for some layer, the labels are shown as black
boxes :(

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

------=_NextPart_000_0012_01C2F554.2F37A8B0
Content-Type: image/png;
	name="good.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="good.png"

iVBORw0KGgoAAAANSUhEUgAAAMUAAACyCAIAAAB9fZzeAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI
WXMAAAsSAAALEgHS3X78AAAAB3RJTUUH0wMcEDgMBx4FdgAAH75JREFUeJztnX9sJGd5x7+TnM3l
SkhJDQneJZmLnUKFLKXOH7MqKLt3BKlIbRXZwi2sopujHKBT2KCg2JEOyDZUFWckhFbR9Y8L3ITI
ojm0pghOAeUPj8UF7ahlK/WQEI19NxetzwVMIAqhl3OS7R/P7ut35/fvfce+r05ovZ6dHV5/8n2e
eeZ9n1fqdrtIXJKENE67WyXAcEmGxP/YVQauR5KMblfpv5bWulcmjXH+gDXlCr24IYVLG/7o5EkC
DJc3THa5wYTkeRJgdPKkPAwXb06+SpSnPIyOQBJjuEKZkyRJaA28w5sTkuRJjNHJjXIyXKHMCYnx
lJPREUX5HS5Pc0IyPOV3dIYikYYrbCbuq9g8iTQ6OVCuhitssENcnnI1OsOXYMMV1pwsx9uDHWLx
JNjoiK68DVcEc0J0nvI2OkOWeMOVhjkhIk/ijY7Q2kvDFZ6nvTQ6CUjI4fI1p2jBDsC+kBci4uiI
K/GGy0ISgtUIvIPdfoyO4MZtvDmCG8P4k3ijI7TEG66AMIU1pzfw5n/p//Fv2tLNuCkwT+KNjtAS
b7iiOZP9g/ZM/B04UJTf+z3tu2+hGyzeiTc6Qku84QoOk685TeA9r+HqKPZdwxv7Mfoarh7A6E/1
84crh/djNIA/iTc6Qku84YoDk/WzJcypHx/Fvh/oz31Afv8R9cgT9Sck3PCM9syD6oOfVI/6+ZN4
oyO0xBuu4HWmIGnTpUuXZFn+pfk/j6ifO61980ZImvb0ZdN8E2+d139yov4lT38Sb3SElnjDFRAm
STIcYbJ8/D9v++835bdt441Pq8e+pX3r/srhi+YlVVV1Xb9LPnhEPfITfVVynT8u3ugILcGGK2bC
ZP/4pdsuybJMr2VZvmheXNVXVVXVNO2MduaL9S9PynfdVym7+JNgoyO6BBuuxGE68q9HDh48KEmS
JEkvmmu3y+OHKoeL8nu7gGmaa+bF2+Xxa9i+bF528ifBRkd0CTZcicNk//hVvA5Ioxh5Ga/eipu3
8MrNuGkfbvw1XrHxJNjoiC7BhislmGiNVJALGIx3go2O6BJsuDJwJl9x9QLBRkd0CTZcMesCSU38
7fuTYKMjugQbLkFgQs+fBBsd0SXScIWKcQBShQnAPqFGJwcSabjiP5VLfH3LPnFGJwfaRTAlkn3b
lUI/jN2qvQpT8GIBrvMUVHsVprAKOd93b0oYmEL6StYw4TpP/hIDJjsHEA8mXOfJRwLA5EgSIsxk
Wl8P+PHImpDGr/PkrhzC5FFk6o6tdcfWej9PTCR2iX1NSOPr3SvXeXLRsGFyIwmRikwr60uVh6tm
pwOgoij1Wk0uFhOkimAC4D6fbi9rqDBFIMkwjFLJwZZ6Z9vEnQ8VtMXFiqIA0JrNeqNhrq7uHOQO
VpBiAYMJ13ly0PBgikASAMMw6IWiuCwleAqPH6jVazX2K7lc1hYXdcMAwL9vB8uXJx4mXM/HrRoS
TBFJkgY/xV05f8I7nyuoSzP8gdriolwoaM2mtrg4cAbK2QPHQQtMuM7TgHIFU0+tnQ6EPF58X8IS
NuRikf9QRVHInMxORwcqg8a2cyfoCZYdJlyPdzsaBkyRSZIko4USD5OH/n52Vl9asiClzs+bGxvq
zIxuGObGhr60RO+bnY7lyPWJA/ZzOsKE689besocJsmQPGoB3rUlSTKCgQQAythYvVZTFxbIkLRm
Uy6XzU5HNwzt5El1dlZbXDQ7Hbr10w2jUq3WGw29n5MBmFj/I/3beccFJlyPd0DWMMWJbnxFwPA+
lJM6OysXi/VGg7yHMnG5WCQfMjudyxu9gKg1m3KxSNGwoigWr2JIucEEQAKwp0OeGDAFIQlcodKQ
pIDBThkbs79ZqVbVmRl1dhYAcUaJuVwus8ioG4Y6P0+VKmuCBcAlDu4DIEl7laoMYYqTKsGp5M2r
hJLzCQefsTBVFIVgAsDu8sicmCFpzSa9qDcaVAK1nGTHrjiwbA8I9w5VWcGUOEl2c+J5GjinC09M
ZqdTqVaptsmbFjivYseo8/MUB3vldZvWJw7cYAGI1oB6X8RuUCYwRU660U+VgvT1coUJwMRE75+L
5GKRFcotpsV7FQB1fh6AubpaURR1YYEdNvBt63/cqRdYMBLNqJIMylnB5Ph+2FTJfs5WaaDsRDwF
mi/gZ1dMlWoVABURKMF6enn5kq4TYdLkZHdtjQ6r12p8drVzf0d/KkaVJAlUmmJV/wSoEhgmX5Jg
g8lyTp/xYUblCRaVDyqKQp6kG8ZXH33U7N8Dmp3OnYUCO1guFOiYeqOhLy1Z6wWMKgFhAsBThQhg
DQ+mOEm3RwbGP7OTJOna6WkEGR9PsLTl5YqiUFmBbv3MTuexr32NygfqwgILiySz01Hn58nMnOtP
9qRqWHg5Po9k74SzqyE9TglVVbL+yp0k20l6MAFgL4KCNUhVRVHkmRl6AUUBIBeL9VqNgqD9Xq9S
rWqLi3KxqM7P+4PC51UZUxVwZcWkNO5/YUO6m4sf4HjZgx35Ew+To0aPtXvX4z0IgRMsklwuy8Ui
3RVSzd2/Pt7tdoeSVAVfprPWveJzYcOeHGdX5ADHS3EqMzoqqGM52ZWHqNRJ4U83jEA8YRhIhVrz
BW+kBIMpGknkc4atXogA5sTLHyx+uPzAYk+RtWZTW16u12pBn9/xd39pIxUWJpIzUkN9nBJqHwvf
sqfjM5ZQMPGygwWgi4FJVAHvB5kqihLueTAzqvSQigYTyYqUYM7kpmgFdEVRIsPEi51h5Fib/rSw
m5ZfHFRnZ82NjUq1Gnp+QapIxYGJtIOUeDAFXBNHspBkN6dEYGIaOdbePj19jTt57zIC2xXd9EWZ
r5ISUvFhIq11r4gwOS7CPjvBP1sqlRKHiX/HJ81yByvi/CceKeuXRVJSMKE/22tS+EkTQcqeknEv
gK7ys/Quww4Tr0BgcVRFn083rDqCt9jUQVZJF+TCfHcfcEjejXu7ys8k4157sEvKnLxhcvxGB7A4
u4o1PzMppJIyJ/s8VP/SVEKKuX2qG0w7P5d2ZotPXzge+Tp5BYeJlzdYcef7xq8jpAcTKTOkEpQV
JgCtFkr9eSlJmFM0mHg5gpXM/PHIGXraMJGGjlTYHQodYMLOk5Z2H6zpqEDEh4kXD1Zi6xEiIJUN
TKRUkUo82DEZhtOyg3hgJQsTr2unp5Nc3xIKqSxhIg3dpaKoVGp5rDsID1Z6MJESXi8VEKnsYSIN
BanIe4WHUDCwRo61pdb0tQv9Hw+d3V6ZS/ZCUhlc74fYw4KJKdD8lsAK+8wuRLCzlQmmLxxvT50K
dFk2sJgzjU7h2gWYW6/f/bHvs8OTAiuV9ZweLjV0mNB3KYhd7bSLygSsWOADlrtjXbuA0SmUH357
/Q6DTf0eOXSWXsQEK0XzFxMmXpPSOGJT5e03vjvyurZ0cjInxyMjOJa59fpHnvz9QAsoW+eCaGCl
uN5ccJgwOBs9GlXp3dlZ5FHDjOBYTwGVmRnL72naOFtmHs2xsutfQEEwJlIJwsRkWeNgV17Coi9Y
JRwHgNZ0+eGRun1NwcwM+ZO6sFCv1eRCgX4MBVZGPFHsi4lUGjAxeVyVG2oBaiIR7+yCtydwFIE1
cqxt6cPSwikAm5ubn+88ZGlJoC0vs6UstFiKlpnzhwUBKwueEpnckipM3nJDLaVgJ0mSBaUID+zo
bs7Rsc6dO2fvb6EbBk1goqjH25XDyd3ByqL/E78EudvtUhYcSkOEKWP1YIphTnAqWk5fOM7YevHC
BQtPzJNAbVVmZ7Xl5Xqj4f9Fh87SP/bOEPqJhUUqpzAlVcYMa04eFXCiqqIo2vJypVrVmk1qI0ae
BA4sosrsdORyWS6XK9Ver2nXL+2DNZz+dMGREhamSWPg+hMJdvHNKcjjlBNT55//1PbpB/5gbmxo
y8voexK4YNdbb76wUK/VzNVVdWaG9cBw8y1aJZwRT25dN7wlLEyZKZQ5hXo2J4+97cTU+RNT57dX
5ljezYIdo4o4ox/pg3xPFd601IWF0OtbEpTvvZ7IMFnMaU2xPhaMFuzimFOcB70nps5vr5wHUFE+
RHd29VqNNcAAwL9mom4ZbB06aZj9Mz2QyhdM8HvSHCLYcQpuTknNGiCw7nv3JvMnciBqfMgfqTWb
1BWYqgx0/MFKJet6JgIUDnIHU+91H6ksJhRwSnwKypf+7j3bK3MF4KmPH1AXFijq8T1VzE6HuvOg
X7jSDYMa9wy5v6/dotKGaT9GR3DjNt4cwY2v4v+SPfla90rkB3bRgl2q85nK77u5/L5t4DbgPLDj
T6yhCrUao+CoNZvljPMnX4vKwJnewJs/19s/N39xXP1MKJ4szoRBc4qpaMEu7clxvFjpsqIorOOv
XChQp3K5UKDu+NlPLnOYGkUWlU2YuxU3XzE7n1GP/Vh//n/xO9/j7RiRHGGalF5a697Bz69KfDYB
U5YwOV/AobMAqPm9XChQQ0RR+tknCNM4br0Jb2M/voaro9h3DW/sx+hruHoAoz/Vzx+uHN6P0XH8
GUW9W3BgE797N255Cb9hH3QjCZ4wgU+kPGEyDMOt4Y74MKHvWCemUK+dBUD9W7OuZzoWorpw6kMT
VS/jD6XKX0mSJEnSnPrxUez7gf7cB+T3H1GPPFF/QsINz2jPPKg++En16Icrh5/Wnv6s+ukf68+X
5L+8gpcBTBrj9M/t/N4w9Y7pXvGFaed/Qz79FQEmXtsrc9srcyemzkOI/VskCd1utOd6jroVb/9q
/V+63e6lS5fOat+5aF58RP3cae2bn1SP/trcvGyab+Kt8/pPTtS/NIJ9B2V5FPveL//5d/Xvy8Zt
HhiREsmZnFet9OVtTqLBxGt7ZW4I6z0GUiiucUVSE+7+BPtfw9Xfm1t/Ko/dgXfdX/nw4/XHD1UO
fVP71l3yXaZ5aUXXn9a0M9qZG3CDaZpvofvPH/2K72k9SLKYEzyfxlhhKlm3ifLgSWSYSMNZP9Sb
EonB7lVJIPUu3PIOHDBNU5ZlekeW5YvmxVV9VVVVTdPOaGe+WP/ypHzXfZXyV+pPHL7psPcJfQ0p
DkyKovQ2rQuwllx8mDDEeJdszsT0G7zyMfUfDh48SPnTi+ba7fL4ocrhovzeLmCa5pp58XZ5/Bq2
L5uXvWFaU67Eh4kexdBrZ5hard5acvrnolzAhGH5E4t59m+PaVHkT/w7V/E6II1i5GW8eitu3sIr
N+OmA8Z+tzOEypCC8IT+Ci2eJ7qzc8jEnRbQ5QUmDIcnSQLXmCVxpHwVqqTkdZ5gMJG2jJf4X+2Y
k5v6YClAXmDCEHjqJ+BD4SlBkgDEhEkZdCxXcUEwcgOMzJQtT4NtCL0eyCeNVHySiKHepwZJsp/f
clqeJxbplP7/90BUkTyXk9PC3+Eqw/q4radlZijHgYlhZGcooCzmhEGYwLWl9wfLs08BLfx1RCqN
VgWOysqfwjdITcqiHGHyJsnbiny/wsOcxpQ7JqXxFqB4jkYcx7IjlVKrAkdlwlMAmFJanB4WJsfE
KNRXeMAEYEy5Y0saL3l7Mzdc0cCyIHV3/VcAaFIvP40pDbDS5ykYTPTCjhQ8V1r6yvuPPXBkbJIc
z28xJwBb0vhY94prjxf34QrKVqlUak0DPaRWf/nqp77zR3N1VTcMrdnUDYPtOM2UIFgp50/Bwpzb
vKju4J1gekUE+52/65F+D/i8RTC5/tpzuBRF8UCqt5YcQGua1gG3j5UAPAuotRqYP83P00YrdGx/
QtzXibD4YKXJU6Sm8vbAZ5+SkCBYQWwpIEPe5jT4pU7mFGC4eveGTlQRQ4NvtQA8PzurDc6KoYm5
vZV3zaZcLLItqeN37UmNp5AwWVpPwynDCAuWb7DzsKWwPuR7q0jBzlVhhiv4/eDm5ib6K+bYiii2
rhyAvrSkG8bOOpZ+y57IYKXDUyRn4pGCZ8EzPceKFs4CFrFcM6eou4P4gkWtCmjnVnV+Xp2dZcmT
1mz2NtUsFtX5eVp0QJBRZxXiLyxYKfAUY+8US8LUP19GYCXrSW7BzqoktppxA+vFCxfqXPLEWvBQ
sGNdDHTD+Ov77iMbowjINrZjCghW0jwlMTqOVME9DiIJsCInSUFEZQIyp4ELS3rfIgtYfMMdalvA
ryun9ynele655+rrr2vLy5c3NnqdC8I3V0HCPCU6Om5L1L2bvQ58ynMOrXWGrnIlqad78DSnCbwH
/UtMbxMsAovdEipjYxVFOdrvQcBLazZpyYpaLKqzs/VGg94BQAt/5WJRO3nSjpcjWMnVn9LfIszu
WN4Xb5nBbcEi1OyAsPIvO2W+o5phGJubm/e8851ysWh2Oqy/xaphXNJ1uVjUDaPeaMiFQr1Wo5s+
2mia9nKlCEhL0d2+YntlLiF/ymR0LHEw7H8JND891ZkwbhoWTHyGMBAK9++npeIA6o0GbXVvbmzU
azW+cQ9rhsF6qmjNJuNJNwx2MHEmHzqbBE/Z/qfmMSXB47cYxNFOVUrm5KAMYaKdVSz/BTKwfrW1
BUBbXKS4xgc1vgEGX1BgUufn6R6QrI4sDQnkT2Jsq2qpXQGwJE9sEjdHVcuaHacgPhO3rL9IVRK3
G6zbDmMMrM8/9ti5c+coAlKMkwsF1gyj3mhoi4v8yakZhjo7K5fLFD3NTgeKgrg8iQETbLWrYMcb
7FMZBcFhD5cbWA888MADDzxACVa73Qbl4IuLrBkG3x+R0ixKp6iaRZ1VKKmPwdOwR8citypD0E/F
6li5Iwp2JRynByDsgZ19MU96kvy2qnYEi+yKwAJw08SEvQoFQJ2f7xVC5+fNjQ0qawGIF+8Eg4nJ
rXGAJbuydEGxrw1PRGPKHVsAgAlpXByYeHmABa46qoyN0QsqaLEMXTt5knVWoQMi8SQqTL4KvhVC
tNTKMROfNP4G5E/pKxRMvAKCxSdS5sYGuM4qvY+Hrj/lBCar31hXtrWAkncXlAipFeOphONryg+3
pPFSaxqldjaTYCPD5KjRY216wV8871hUl2KdVSLFu5zAZJfHk0G3P7Z3fSGISq3pNeWHk0imL0PG
8nWsvyiXT5bLVHlnBYUw/pQfmPz2fJLIn3becikuDH7Ehyo+2NHstjXlh8nuteehZM3JUb6OhRD+
lB+YfGUpFgT8CMJMae+W2gaySpoygQnBcqxgPO0imHiFncgQvF613r0CaTwbc8oGJl4eYAXgadfB
FLBY4EiVW1JlubPrlZ0S6mjloexh4mUHy4+nXQeTXfZkS+Javzg+fvYOf1R2yixzEkEMLE+e9gBM
jgp4M8jCn2VL+z1iTo5y7/+0V2Fiog0gLW9KkmQYBrupsR9Ds50yMCcBYYIrT3seJqZuX/QjsyKe
KoVrgbJlvEQHGSGfJIaSmDDBmaecwxR5z2dvEVWlwRZyhmE4D1erhVbLkKQ0qBIWJjjkTzmHKW0x
o+rNyy6VjFYLbuvgWi30jcq7Acau0WB9fFfA5FccHygWhDIz69plSTKC9w0vlZAEVVmaU4QuP5w/
7QqY0tbOXZ4koQ9moE4Vfa+Kg1T2kS7ses7+f3C7BSZfv4nsTwPmJEmSrdQZvP8JIhlVHJjax9oI
2S6R32WalzdYUpaTmjNQFjwNtgDNhqqYztSeOsW+lOTN1j+eMW+4vWKZNm6RI1hSlvNQ01aWMPG/
QvpUxTKnKVvrFfiwdfdjP8f+d1HTFXBLo+yyUDWk/uMpKNieqvF4cjfyVKlKHianC0AfrG+/8Ntn
fnG72emw5hnS5CSbMecmAmuX8DRcmPgjEYkq1kHa8Zwxc/BASJFKJQDHgc+dPEmeROuDdcPwjn1M
AuwvlYnilAno8wEb7dFDPRK9qSiK2z53TIZhKN2uvfiZyA3d9IXjQbe2brU2v/e9NkBrpGjvTb55
hrd0w9gNPIVNm8IqbIrJHtGEosqClGTcm2x1gKjyZavdbh+ZmQFQURRzY4MtPDc7nUq1KpfLlWpV
d3FcrdnMPU8Rnq6E+0i8dlYWu/KmKkQ333jyoOrcuXPUtoAWavLmVK/VzNXVeq1G/cf4T1ELA+Q9
3qWaNtGH4z9+s9iVJEkeSPEWlXbp0pGqv/3QhxhAcrH4T40GaxmlNZusMYZF1AGhkvH+5tkrVqRz
KlrGkaWjVde2f0sJx1vGKULqmq2NeEoipFjOzrfjoXYXFUWhlLxeq5mdjtZsor8amGR2Opc3NtSZ
mXjrzYetdCMdhbl05pzw8/X4uXgtnCrhOAx0yaVa2T1aYUZl9MFSxsbqtRpbqAnqj8g1uWOSi8XH
a7VKtaotLua1XhAh0gX8FH2SVcAzmBbXsj1UZs3Eh7W/D19ioIVQ9UaD0nDWf4x+S4mUXCxqzebR
hYVc8rRrYOp/oWSPfaDwV2oPcY8yS+GKwKJ+GOxNyqgoSpqdTr7zcTfFhyl72ZN0hxb12cqSsBtb
W8bWlqWwKRcKrHwgF4v586cUzYmDKTNzsnyd4x7DImyjaC2yl0rK2hq9pMY9lGntQp7iw4TMeYLY
SDnABNBcwukLx0cOndUNQw+xPnjXa9gwob/6ihba8kixurkILgVg+sLxdh8m0vbK3AeBD05h5NDZ
3Zk/hZMw07/Ygj5LLmUYRqk/J27oGuEuw1IO3V6Zyx9P1vngMfvKCQOTRRakWq3WsJCyBDsD8NiW
PX88JSknmIYS7Jj4ri92pIZxRQPynaewC3nqdhVJGkhpnS1NVGfyaCSkdLuCRD24sLULeQokF5iG
a05MHokUIUX/vE/y7Rd++8KBL8S8Ekuwax9rewQ77N37OwGg8ZbH7R5aLZRKaLXag4uVLTeAd46N
as2mavyKOvJWb3025iXRnZ239ipPu0OcVUxfOM471vTp6fs/+9z9AADaTPHoxkZ3bQ0J7T7tlkjl
Mt4lfIvHziNGsGNyi3oAehbFqT11ipomoNWaPj3N2GIzTFb6zelHDp2lf74XEDbY4bo/CS63qOet
9tQp6jBLzlRRFLbyiRePlN20Ro61+Ta1QYIdcupPaUg0c2JydSmbRfFSxsbqjQbNBWBPcHXDoAng
crlMpsU0cujsxt1fZ4SNHGtvu5fjPaoGe8OfktueRTQpimKfQbW5uVl5+GG7LcmFgn0HH/bbSrWq
Ly3JhNQa2ltb/GeDBDvsCZ6oNOCZYwlrTiS3qMcmm/OG0Z469fmHHlJnZ/mplaR6o2HfwYdET3PZ
O/VGw+x0aFc7Y2srYLDDbo13OyXNfp0ppRQ+MzkWOYmtbrc7OvhMjfaFUhcWKtUqkYH+xDft5Ela
WFcejJ66YdAs3nqjIZfLDCYAytjYyKGzbHaKd4k8rzwF4kPUCng0EVKWLIosyoJU4cVHTkydf/5T
29rJk+iTBJcdfEhas2l2OkSSvrREO5JZLkAZGyO2zK3X3S5yV8e7YDAJHuy8xXeGta//LLz4yIkp
YAoA6rWa1myqCwtyobBqGIQaiRaoAKCMip8b7rjF+Uee/D3lYfa7wrz6k4/S7IU6RFksanNz87ar
Vx0Xqlu0vTK3vTJXvfVZ8p4zHBwAtOXlIzMz2uIidStg79PGwObqqjozw/ZDZ5lWvdH4yFMjllLW
buQpTJjLnTnxidS/P/OMtryM9XVKbixRz1EMLN5aWPJEKzmJGMsW52xBMB1sdjo6Z3LHnpNfOPCF
jbu/vut42l05k6OozXC73aY1lr1319fDnmd7ZQ6Tk9src/SAj95kbTDctjjXms2KotA6dLYZNdlV
pVrdXTztAZiYnn36abZKif6W6uxsd23N16KYWNHyxNT57ZU5Y2sLAAt5bItzOj/7LgC0YpgQ1JaX
advqVcPQl5bymo87LDHwhMltB858BTumM2fOHD16VC4U6o2GXCxWFKVeq9EfOOBDX3sFfPrC8W3g
g8A3nnwSLlucky0xqgBozSbVuuRisVKt5nVArXyUBu7mAi5xyS9PcrGozs7KhcLRhYVuvzJklxtV
3o9TmNpTp9hO1KRKtVqv1XTDMDsdbXGRbgBZFV6anNwt8S5Su9ycwlSv18mQLH0EALB1SyTHSQQB
YQI51socC4Xo72/O8ne+mw/VSHcLT3tJ+o9+xHdB4VsxsWo4k+V+PjhMvBhYH/3EJ9CnCtyNIfp5
el7zp5jKrzlJksQHuDsLBXYjRnk0/wdmr3tITU5GgIkX5VgnpmBsfYJ2oub9Sa/VrvtTnmSBCf0u
cvSa3YUBcO79tbYWZBpdEJFjnZg6T00NqE1ULvsXIIk+47nxp/V1TEzQS3qcYgGCsiW6gdeWl/X+
JEy5XNYWFwM2DY8vNpNzL8a7PMEEYH1dmpwEYIcJ/Zt22IyKj0TgsKMf6TwJUsWa3OVkZHlJkjQ4
ryusP6GUZBfDtDRY7+b/9m4xiywKtpZf6Pe3lAsFNgvF8czxlbf8KVBTeZ+emeLDZK6uyuWyXC6r
8/P0jvdcb5I6O6svLakzM48PQkNzUajgSWDxCrg2IaByxZMkwba3fVLbb9qVWfdmq9bXe2Xo1VWe
AAtSHlTx1QQA9UaDcil1dlYuFvkClTo/T2l7Ukjlh6fkYOLbzLuJYOI3Cc5GVGtmTd+oCM4IsPzV
jclJY3LS+4SEC8uczE6HJvvS7Dn+ifILB74Qn6qc8BQDJvun7JsXWGRhKDOqzNVVcqNe9bnfmdle
8u6tN6ddire2jMG1Azsn7HS0ZpOl6rR2ikIhzZuTi8VvnDljdjpkVGanEzP85SEfDwNT2OZ0jjv4
wD3Y+e7EEl3r6/zOO7R0zlxdZQ10By7PCSDLszYAlWqVntRSHiYXi6ygQMm7OjNDKTwANgOTfWOE
VF14nuLBhKD9NnvH9DoOSpLi1HCXKQ2qJEm6pOv841XvGpKbJ/FU8RVOi+Ry+auPPlq65x5iiMyJ
UFbn5+VikT4YFqn/B1uA/Mdt4WWFAAAAAElFTkSuQmCC

------=_NextPart_000_0012_01C2F554.2F37A8B0
Content-Type: image/png;
	name="bad_colors.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="bad_colors.png"

iVBORw0KGgoAAAANSUhEUgAAAKEAAACqCAIAAABK9LgiAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI
WXMAAAsSAAALEgHS3X78AAAAB3RJTUUH0wMcEDgZasPhnQAAIABJREFUeJztnX9UFGea75+C6CbM
sHOTHSQRYtOuk71jBmeHiN2iLQUT91yWjT3qBBFnp7uNYvTIZvFwbryXgIgkh+xy9ObiiYo/6EpG
BWY0wbmsf7iL1bQiLRl2j8xxzzVOutuLeBoyyZ3lDpMxYt8/Hvr1paq6uqq6+ofK93g8TVFdXdSn
n+d93vd93udlgsEgRBTDgJLTZoXS+3GZ2QL6xwG+n/6xkGX7XK6bwVEAWMTMBwBT4fIB1xXPwACe
kBL5E2YBq1JCHxeSBgBz4XKT2Tx9RxHseBawKsXgcSk3YtQmdj2+eD5nAQDUbK9+Qu7ys4BVKfke
18+5zlflfHXy3XFSKzaPS96IxSJGTBTejmcBq1KCHlchy7p4nmGYcCcwAEGzWcqOZwGrUsweV5RG
/Auu88e2DSDhq2cBq1LiHhcaccTTGCHjWcCqFMvHFaURn+TPAMAvuE6YwXgWsCol9HERI2YYhu44
0SLHQ4xnAavSQ/W4UgAesjtOvGL/uHRx1BAy5ZRZwOqUBI9LYbRFlJLwO36YFBfAehkx6mZwVMGc
xKxQSWDBoN6IQdG806wgfoDVGrGpcDn9o8CIUbOMFSg5LFizZhlHUhwBRzRigaOWGammJTu3OKsE
uWhQ4KUhjKN+EubOgdSvYWoOpE7AH2DWjuWUZIAVRlv3YOpf+cEO58l0eAqPzDIOoyQDHPGNJNr6
U0jLznn+I+fP78P0/c/6aiklH+CIRvwsPP0kzP09fJUGc/v5S8Vs8ZMwdz782RxInWUs0sMAWPDe
/9rw317M+c8rWcuzOVnvNrzzofPD487jm+2OT32/ec2+edZXz1Ti+sGaLRgAdtmrjjqPb7Y7xnx3
/D7fFNy/xLtrG+rmwBPGnJxIeZmPlZJsoKOQZQFADFjw9j+BOXsa9hSxRcedJxbmLPT5vBd5nnM6
253tKZDi8/lm7Tik5APs4vmIgAf4fr/Pz7Isz/P7GhoZAJ7n6xrqAaDd6czJybnI87OMASBJAYvf
K3i7x3XlU9/NZ3PmF7HF2TnPBwF8Pt9N32fP5sy/C1/7ff4gBO/B1KyvTsxsEqgHHO7tX8EfAZi5
MOcLmHgG0j+H36XDU09A6hj87jl45g588dgzfmgBy2T5CPR4++qHFrCqG3iMGT8egOHxHed6CAHT
71XuqOExZRz3pDuQtT+1gNXq8WMcY8BiuhD1KEc0gOGxYxzHlQ1ECv3z/bHhlHm54utECRger5gr
iQEDQOP+Y+zyPNuGNe9U2SK+XZUeGzuO1+pCWsoBN+x+w+v1trcd9N4Ybmw58k7NNtZSkDIv1+fz
5eTkRHmHjwfjuCwAp6U2wnKeOvPZJ+cBwJBZAABcVw9rKeg9c6Sx5UhvN4c+XLMeg3Gu2NfooCXv
XT0ej8lkEhx86aWX0ucGe7s5wXFHVS0AGI1G26YNhsx0mvRs34lSjMso0YrQdjIMAAjxBoNmtmDw
vHPh0hJ/YMKQmQ4A5IXrytCJA3X+2+OOyp3tbQcNMIxvSs1cohwwADChz3oUrTk5AE93kFwuUjCL
CMsr3Q9c4939m6v3FS7P898aMSzIbm99m+vo9o+O1+/a4g9MOCp3GhZkk1/hl8A779sKb3tGgu4j
RVpXwJrNd7r1ZRgxYKJ8Yxq+4N39AMBaCgCg2GprbztoyExv3H/MMD9jb8vhEwfq8LfowwGg4a3d
SmAzwWBQkIr9KJDWD3A0dIGMb4RnTAAL1Lj/WP2uLQCwcGnJnprX0abxV3gEAPjLV9tb38aDMqQf
xFyPDmmdAOtDF2YAfuPNavrM9949EI4xyh+Y4C/2cqfPok0DANfRjWjRh4sjNTHsBzEXQiWk8cXD
RzrGgNXRjaQ33qwmF7w/Niw+wZCZbiu3+kfHETAAcKfPsoUWAOAv9uILrqN7b8thANhT8zpbVOx3
97OWApq0MK5+uEknGrDaVaP0BbFrJEmaeGl/YAIAeJebd7kBoL3toD8wsbfl8GefnPcHJopKy9ii
YuxbG8c+50OwpftOYtJxw6z9WxVLwNrNN4yj9riuSP6NpBMsCZs72WnbuM5WbiX9K66j214xvcY8
J2seOdNRVcuuWAYAxrHP5frHAtJxEOnakw9VCjtmQ5Wa6eJ3RRxoeVxX7h7Ng5/kyf+Nkma9Kn8x
Rt3EdRuyMrjTZ+t3bWloarZtXAcARqOR6+g2Go22ciu68chjIPG0YNK1Jy8UmXXMomjNzjmct58G
DAAA5IUMbIFZI2BarKWgb/D6wqUl9or1tnIr7+7nXW7sRgMAW1TMFhVrccKxcN3yg3OLmPlhPzGW
/WC1876CK9CFwnEIk2EYglasuVuHyGvJv1fSgdOig22uo5s7fdawIFv1WCZ+6fTFHHH09WZwVPoT
4w5YPnKW6W5BJMBAWTaEMW751hoADJnppDflHx1nCy22TRs02rH44zVL+fA6FtJ/8KHxLekPKp2z
wIgjAg4nYtzipx3RrBv3H/N6vVrmJMjQWPTWrGr+hIRjwWAweWp0yNsuSjNgkG22I5o1dro0zjvp
glkVYKKbwdH4l/QHxbmxD95O9Uc0A6YVEXY40trnFmnMoN5vawMMAH/OzP9NcHRRHLvs4STXk6a6
xWazWRfGROFghzPrqOaP6fmM+IyTIGCQicLipYhDJSazGTHrC5iWGDYABINBgVlHmyNAj5Mof+ja
jJgARumIOZpoK9xbPAMDZPedr2OGGSUdkANgi6ZPHoiq5lkXwCjEDHEfUY/wnQg56gdxdbxgQ4j3
nK1DyAN0zPVRiFlHwKgZwbYmRW/EERVn2HO2Dn19NO9u6Ec987kiYtYdMFHCm+cHkk35iANsBEwf
0TlnT5xVQhQ7wKi4YVY+pp03vANfDOW+L/iVEtgjptZsT1XFpe+cWvmpwnsTA4bY5WUKHnesAaM0
NM9xcNQQgi0mDeFhf/Cre//nZmf9LmfnGgCAqXP2iJ8iCRhiwVjsseMDGEVPTSbAdVOOmhgxUd7w
DknMKAHsD80/aG/bQH47YmrFF9meKsm3hwMMMbLj6EfBtAEmEkxCC+5N82Uh0prgiJeWMWgiz8DA
nTt34N1GMkkMAPzFXnzhH11p27QBZsKWAQyx89V0w4yvlZtylICJJD+RBi+oGxulow5Stig2Yloy
7fT08aEhzNUiwrQ9TKZH3rZyJ/4qJXOJfOAW83WLatNI9AIcTjeDo+Sf2vfKG7GGm8kb3oH/BMf7
LvwvNFYUpnGhDJnp3OmzOS+ayMH7gWupa5ypa5zhPiWGjGmvGAwGcWZQXrEGTEuw1UY0RoxeWqER
S0pAmi20FJWWFVttXEc3hFIw8X9/YMJ3e2zvW28WlZbhb/2BCUy+R9Ji2LFd76Sq8YsnYLGSoXv9
APPa90vWVgwNDcHXv4WZjprrPAcAvd0cpnzYyq3eG8N9g9dZS4E/MOG9McxaCghmjMbjt6ZNvlWO
M2DJ/XLkMYdz1NNzw1SaTvRC2HlzYCjv/UHv5KrVf2PITLdtXGfITP/gVNcr1rUA4L0hnEnELwGE
Mu8h1GYnxbrFZAAskKpoa87WoWgctYymYS+AQW/pYtPqQe9kaWnp8CeX/YGNjS1HMBET5aiqxS9B
4/5jvMvtuz1GcnLjyljSlHUELN5KgZZ4j2+BkmhAVCTy1TEdHKqvq/uxvWqnbZ2t3IoHeZebLbTg
j6vyF+N65YVLS6LKA1GrcM9OXwu+B1O/5od+7fv3HfZthLE8WvGuZgzDrCoslK8JTjvqKKMtVcJ+
cB301G2HodzVg95JADC+kGtYkI04cTWU0Xjd6/WSlPp41HwRzGCTAFt3Fy3YSmETu14VYNSqwsI+
l0vHu9JLgoEO0u8am0zdsasWeftHxwEA+13Ek8fPVxNTRo8dBNAAeD488xT8Cfnx9/DVXHjiLtwT
b6UQ0TNLAkYJnLbuxZQ0SGYki4ydDXonS9ZWHDp0iDvZ6b81wr61GwAGvZNxan6EA8gMo82Cn4S5
69lXPK4rAPCqrfyk88Nf8ud32avIVgpFbNFd+Fr+IjJ0N7MbT/Cn8TUm7kccvIyDo5YfqhQIx87u
3Lnz3HPP5RvTBr2TcY256LTZRZomKp6BbzY3vMOyLBY1+t++G7iVQiowTifn9/lkAMugRdGAIWTN
gvFOIo/Ho/bmtUkVYKAHSp97Hx143BckApC0WQ3zUd+AJ38PX/1f3+f/KefbCyDjZfaH9FYK/72h
VvyWf+F7P4f/AIB7MCVzZQFgVLixMARMsvIgZkasFrCk4tt3AogmLzoDvvWnkObz+V7KmU4ypbdS
eC4nS3D+XJhz3Hl8LjxxD6bmwzOj8IWqj5MHjKIx6y5dAEM8aykGAZjwMbYSjcPvXrWXG41GhmEY
hqG3UhADfqeh6R5MZec8PwpfbGLXywMWG7EAMEYAQAFGuph8aTKb5+g6zgX6AYb4+WqGgdBso+AT
lXtstGP6yFfwR5YtEpzm5vvIVgrPwDcBYBS+CGfHm9mNACAP+CR/BuMvAWDBpXRM0dIRMMSJcWjp
iuRiOM0LJkBqfCNiYAUhrihxGyy+LF7zc88t/NFkNuOfEy7sIrBBE299AUM8GM9cmxSlKdNSBTgi
13CXDQeYSD7AVmjcJDFPd8AQc8aixWfh1rWqxawcsKQ3VnhZck0ZxkRRwh4xtRqXrIhF3nUsGYdZ
XRi9x1YFWCFd8WUlAf8mOCpX1AAANMF+7cOxW3czcLLItmlDuMQ8bYpZ3yn88lHJHGxyUIPTlgQc
jflGKVLZVhK2ZLJtnzd4seegITOd6+guKi3DOsegLOU2omLDWNn6YEHbLCgjpDkQA2Xmq3C6Qq0R
00LY4cx6Buzns4pKywqX52HBJSzNxLv7/ZNrN79R9y+/OGz5sk3hh4oVA8YKAAsWtYKINEQBO9yI
1Un+jEJ7VRKcK5e8WQPA9158cU9lua3cWmy1+Y3Giz1dmHW7uXrfxZ6uz64V8xd7jUWtAGDITNdg
2XozVrzCX6b4Fw5rh4OtJItDIHyLBsDRGLFY4WB/O30uW1QMAPU127iuHlLFOidrHr5+s+l/7hgd
x0SA+l1OfJdy2LqOc6kv4RAMibrGdPI9HZqhFjHzVY2LoVS1tfpacDiZUKH2GHN0AIC1FLiuTI+X
YUk9AOA6upctW2aYnwEAzlNnpsspuvtHTK3yKbdE+tmxTjU6xG4cQkaP/yupsUKUEOesSAwDwSDa
tclkQsvON6YVLs+bLkHu9SJX7vTZ+pptxhdyudNn7RXrDZnpjqpa/60R3+2xPTWv28qtgixMiY/S
p+8UgyIskrE3iBjjSDJpsyOOPBNF5Kqvo54h6nEJwhECm5Sfd10Zsles93q9WJGcd/fjRiKk3Bpd
2RwlgK2HHcemjJK4PcYXggldul1XEp0lwGQFmgkYl/2LxwzGvJ53/8ehfGPas9/7IQEMAP7b47hM
xntj2LAgG4/gW3h3v//2uK3c6n66sm/wumF+xj8N/frUyk+jZhz7OllKSrOSc1YVFi5i5hPYGgI0
VKyMWAowyNZlamtr+/jjjx2VOwGgt5vDIqir8hc3thypr9kGAIasjL7B6/7ARGPLkfa2g1h3DTef
6Gx9G6K14zgWQguXXUUnXgWDwUKWjWY4JbZS8LgkYf/oRz8CgI8//njQO8laCvy3x7muHtvGdbR/
bmhqrq/ZZshMX5W/eFX+YuMLuUWlZfirKBgnotKdZGMs/u4Tsw6XqSMvgRFrvtsZEs3NKKydKf7r
FpsmF5tW05sUOE+dsVesZy0FaMRGo5Hr6ilcPn0FrYyTo5ShYFgUfTX9W1VBeDjp4KhVAqYlAxsD
NOMLuYXL80itegBYlb+Yd7mjy71NDsAocWgmI7qpjp+iAExLBjbmV+cb0+p3bWncf6xv8DoA4LgK
aGGcTIBpYWMsv0hJSVOtc7QVg8clb9klayvyjWm4HAYA1OfeJitgSUmmRqvta0UlqelzHUsrysAe
83rGvJPYZqth/FABFkswOApSpHfbq2u2V4MuRhxjwLTkti3wehQzfsgB0yJDSzG06TgCpiUJWxnj
RwKwYCyFYZiBgQGTyUSOD1ATur8Jju62V2s04gQBpkXDVjDvlDSAdVlbRswXiZJpPgHO3fbqX3Cd
Wu4yaR4X6u7RvEiMk+yO9VIwGKRnc6fXtoSOvGrb8HOuU8ufLfW44m/EAsn66ocKsIaih2RSDyiD
bjl0oGZ7tQcjL3TsCh9CUgIGOcYPFWCxIjp2HOimMQMABtVEmHKliHSyAoawjJMPcCwWetNztzIJ
sw9Ih3smegDGFVNK8qtT1zhVZXVJMX4MANOzVcpJSxu0To9r+pukbF1FxNwPWiLGyQdYiaKpQEz3
qeRJS7ju8OsEVBkxKZwpX9f6g1/d23L42tSaB29E2PKkZ+b6JCVghVvk0Yzl3yJToEmhTQNhoAdg
VLj6qDRsXE5RX7ONtRSQrA/6ZEnYlB0/KoCjkRab1mm4I1zZY9qy+57P2lOzDisncl09trJSCCXc
4zmSPjzUP36EAGs2YiIcJ8H8X0yTDXemZ2AANFW81aD6ujp7xXq2qBg3MXddGWItBVxHt6Ny58Kl
JY37j9EnY1ouVjZPAUhSwEqkFrAqhSNNLy+GmZij7yzJ1BXBgsdk+3JM82CLitvbDn72yXnnKelU
tZ9Nrn0iaQFroBWL/pXQe0tt+4IhN6PTlmzhnPaDVPtCy96WwycO1IWq6hnpqnookrrLrliW8vAC
1tAMay6HOT3KzTBMaJWD5Dlz9asKIq5djjVRB72Tq/IX52TNYy0F/tFxo9GIVfUEdeux7m3DW7v9
o+PJWAI0Fs0wKqqSpzMrXtDlQVAms5mYsqoNeyJKMuTG+X9shp2nzpCVcERYALe97WBS1DZWqwQC
Bsp7CwJvz8BA0Gxmtg7pPn4p6b2xvhpm9qzKX0wDdlTV2spK63dtWZW/uKi0LH61mxQqGYpTCiUV
spDUMNpvewYGYucVw20+Meid/Eb2X6ZkLqEPTqftWQoKl+clna/WsKmWwq+FRjuWjUnpa75qLyd5
Ql8fzdPXXYtFmzXWkiL4R0ytGHAZjUbnqTNJZ8cxUiwAC1Szvbrl0IGWQwc8AwO6l2QTS2zQhHq2
p+rCa4ytrNQwP+OzT84/lO1xnKS4IAJ+e0wmUw1UA0DLoQNg2yD/xuhFiIar52j5ss2SBlPnPko6
OxZ4Wl0WOmgxYjUFEUiOGLbNNdunkzt17EopUbjxk6RjnBRSOS4kxgwANdurlVzitQ/HVN+eSj36
jFUbsaaBP8mCVNgwy7fNReu3vfyPN17+xxsf/Oqe8o+L6KhpPfqM1SmKkd1wvSkAQNKSvG3l1ovu
/j3vtOzr+W00Ni0z0D0bc1GKeuiehGCCNDHa1OgpjfuBa/7ABHeyk3e5sbgHHtel9BpR0vWPQdcu
sgpHrdPcjHj8C8J71PMfnfJ6vbayUrJanOvo5k6fxaKKtYsuSX6EpKOeteNI0m/yLZwpi/Xm329n
Cy3trW/TB9miYraoeHoHrpkVFdefyzqz5rbkpeR3OniU22OlRqz37Kq4YcZy9WazmYaBeyMuXFri
qKrF2jw44c+d7HRU1dJzhalrnO6nK59+CioufUdVtIVKRsax6CKHVcyKEknWnpq7dYgMO2d7qkrW
VnT+/IytrBSHl/2j42yhRXKuEDN7Ov+h9rrnwpt/v31oSEXPOxkZ6yJFRhzL/AjETJsyMIxgjhlh
W75sK1lbMeidxHoPDU3NritD9B7XAOC6MtQ3eL3YavOPjre3Hdy2fuX9wDWFd/IYt8dxqTqFXzW6
YcaDgvlH9OFTw1Cy9v18Yxrv7qfnCrmO7pyseVh2j+yruLflMABgND4l3CZ3hh5ZO46gRGQ43Q9c
i5jglze8Y+qc3fJlG04Po3CPa+xZ+QMT/sDE3pbDn31y/mJPF3f6LAC4n67cciFrxNQq2cN+NO04
gqOOb1kxhmHa29sXpP8RjAX3A9dgbFjSlAXKG96B1jmU+z5baCGZXJjEQ/Y2RmFr3dDUbP+7t1It
Bf7ARLan6rUPxwoXP/PTl554/Ow47hYcDAYdDgddL+3+2PCU4tY0b3hH7aJLU+fsmMnFX75qyMrg
XW5/YKKhqRkLNGEeLv4PAA1NzVsuZPV5p//MR9OOwxpxIlx0Q0PDnjf/DveP5y9fBQDsE6tdmoZt
tmU1pFoK+gavOyp34r7WXEe3vWI9/o9nuq4MnThQx65Yxp0+69jrfDQZSysRgH0+3969ewvNP3Ce
OrOn5nVS2hSlZLWSWFPn7LWLoGTtIUzbw9baUbkTO9wIGxfL4I/J6KvVpnRJFlgUKkFp5Eaj8cR7
+3q7OQCwlVsRsKNqxt6fCkuNC4TR2aB3Mucvlhgy00mbzZ0+i/2uvsHrto3r2KLiZGQcpSQcdYIA
Mwzzt6uyMR7OyZqHJeQb9x8zGo0QipDJyZpJH105jLtbYyhOYOPKCUflzofPV6tOnU8c4LtH8wg2
w4Js741hgFznqTO4tU9DU7OtrNSQOcMJafPegq3MAcAfmNhT8zoOnD2CdjxDCQVMH7GVlfpvj3Mn
OzEy4t39/lsjdLBNS7NNI+xB7+TYZOpi02ocMHmkGSdkoGNsmACmObGWAlu51TA/g3e5uY7uzdX7
sMI4kaCRBoCfTa7VcAN0GjaadXL5avH0g/Yc+gQBLrbaflr2CsBtCLlcmrSt3Ipl43HBEjneuP+Y
68pQsdVmWJCNPStc5JK6ywlaUwaIA0+iHAGFgBWVDEgQYH9goqi07MSBus3V+z6tz6R/K/C99MJw
fBc20guXlpAXOVnzsDuEZ2pODkkWX62XBTMMEw6w/Ix9lOo9c8RRVWvITC9cnue/PX7iQN2WC9Nb
q2MaFz3+DCFsqIamZmykSZjduP+YvWJ97tIVDU3NDU3NeFxbIw1JMs6lHHDkCtUAuAeYwD8hYEE9
PV3EMMxU4Frf4HXcKrHhrd1olMYXclMz01Myl5CZfMRM7xEA2IO6NeK/NYLbgOyped0fmMDYm3f3
A3xvc/U+741hEn5rCLwTb8c6AgZ4sKsbExIepjPlSPHE6IXh1dQ5+6r8xTgFRHbSA4DG/cfEs7yD
3smUebnkR9zrA3fhs21cZyu38hd7X7GuLbbauK4ebLnJyVxHN45eqbLpBLfHyoe0JAFHLP1x92ge
zsnjCnGYmSIJ0dm0oIP09s2VvMuNey6hNZM1wbSjxk/EMrv5xjSuo1tQmweb51esa9+rq8QUPhwm
A6q1JlJi0IlkHAfA5EfdSUtODo6YWr03hnHfHQIYKSJmkwmLSkwvRcfkLIH3BqrSw/TsgqUAQpH2
qvzFfYPXSWEQlAzpOVuHEsNYVYSlATCEYaAXaZnZ39Q1TkdVLbtiGVpnsdWGHhgAUublCt5IJ+BJ
5u4UW21oxP7AxMIlKwzPZ+FG57jroiCnc9A7KU7QnLN1KAExV6IAQ8h6SLEH00zSgojM5/PZ7fbe
rla6+aStUCBcA+HJncRJPUNWRmPLEZzfDVGXKwozGNr+gRbx0g1NzSfe28dfvoqA6UFvADBkpqOf
ENQawNzNeDNWFWEBgAbAEaWQtN1ut617GQDujw0jZhnznbN1iFxhsWl1fVbG5up9OGLMu9z1Ndsa
W44AAHc6eOG1B+k+ecM7kAom5+IVxKRRtnIrf/mqkkFvWvnGtLgyjj6EVlj3Q0lFDnnSdrsd/vgf
AMB1dPtHxwHAtmmDEsCob2T/JbbHJErqG7yOBZdGXsjN9lRJXgfT7iW7WOiW0XbFg94pmUvQ+QgW
3dwPXHNU1cav7xQfwGp192je3aN5TAi1yWw2mc09PT3Dw8NYBgsAcAdDEI1VocSAUcbcAjKmgV3e
EwfqMBzD8nco0oIKSvalzMtNnVniAwDqd20xvpArMegdDOI/vH/8h4CNRmOcYq4oQ2jlV4im0h2J
yHIy0i72/jNthUCNPtJBbDjApIN04r19uH6JAEb7xrQ6PJmOvIBK1MUgnJ6gJOLd/X2D13mXu7eb
E4ygkXji/tgw3n88GMcNMOhRzXDu1iGSUIfPCHsyeASDoKlz9ukISwSYPGJyJz+bXGvIyhAAdlTu
3NP07krvbhAxBmrYlWAGKS+CXzsBY9S8tCkIVWJL/DgXUZwBhxsnwnEr+oijcmd9zbbebs6wIJvr
6Mb33g9cUwIYAH6S9pEAsOmHP/rWvOedba04pi121/R+JuTi4k6wITM9NXOJeWb9TgDIN6Z5bww3
NDVjny0pxqshvm0wAGy5kOU/brNtXPeTtI8kT8AHaq9Yj20qjkL4b40YqHLC+cY08QAWSH3Vsj1V
BPD3V/yX7373u2/89K+5rh4AGDG1jk2mytwqnYwtnqzE43NDmIPB4P2xYbxhrquHd/fbyq0xt+No
Kl+qAqzciL/TGGBXLGtvO8hfvvr2zZUyZ9YuumTITPfdHuPd/Y37jxkWZCNsR+VOR1WtPzCB0S+p
oIkj5JK3ke2pwkHK9PT0K788xloKsPo0flfwnOnuE8MAvVDK4xGskpo6Z0fYxLIxcrx7NO/+2DDX
0V1stfHu/oa3dmOHLebtsYYF4wrfKJBCxquPB7GOO/5YbLXRHVZJuZ+u5Lp6jEYjps7gPtLsimX8
5auYSxux90x0ydjscDjoOA4AuJOd9bu20DNUED7+krk4sW9SmwAAbBvXJYuvFihGgFPXOH2NJYIs
qhFTa7gOK8ryZRvb6sTXXEc3RrMA4B8dx1isve2gITNdyQ2s9O62V6zH+X+8SFFpGa5XswWu5Z2z
0xtLmBjGFMKM1iz/Z2KsgBm+9bu21O/agpNUCY65tA1VatbUOXvh8jx8Fqj6mm2GzPSI83QpmUuw
6cWEdQjNEPR2c2yhpaGpGcIHcQLVLrr02Sfne7s5kjTS281xp8/y7v7UNU66Iib6bTIrKnbatLZc
yOIvX+UvXy222ki/nLUUsJaC2Prq2BW/pKW8M07VAAADFklEQVS2v7T6eBBnAMmYPgILV3+D7gRP
L03o6OYvX7WVlXJdPf5bIzjrgIGYwtn7EVMrPTe1cGkJeY1XEJfDhPAeO3WNk3Tl8d7o6Yok6jvF
TVhLEkMeAHBU1TpPnbFt2qBkGAut2ZCV4boyBKHBReyiOCp3Nu4/psSah3LfH5tMJVCLrbY9Na9j
1F1stWEYSM8g4Wi2yWyWNOUtF7K4ju7v/+Al/KayRcX+WyP0CYlknBAjRqETw2dqNBpPHKgrKi3z
ByYEhMTDWCaTKWVeLmspuNjT5b897jx1hrhu9A0Ll5aMmFplSBMDNS5ZAdTkI7ru9raDxJ3kDe8g
fV/PwMD0vMVMzFsuZH3Q9Uv+8tU3fvrX//rvvmKrrai0TJDVm6QxV6w1dc6O3pLMwOdkfpPrPGfb
sCY7dI4kYHyRmrnk7tE8tqjVkJVhyEynAzHe5capIYPsskSsfwzn7BivIeCLPV2C6O/u0by5ZjPZ
mBkxQ6jTPBW41r4G/LdGGt7ajdHfN/9s/sW2g4L0gRRxaZJEKW5GjMJxCQRc/OPtA8M+uPeHotIy
99OVIAJM7yFBPjTbU4VvJ4EY7+6He5ONLUcclTuLrbYRU6ugQqJ41wDSbxYDRt09mmc2m+m6IhiL
TQWukbR7HIlrbzv4/347KthxANBXM5Q0PS5pJWNF+ZnCZ1pstQ3927UN1r8CgIs9XVxXT+oapwAw
eS34VqGl9nZzaIubq/f9IeVbZODTUbnT+PKDZpUel6Z32MNvm0z/DWfGBCUaSZpAbzfX3naQ6+oR
e2m8PWF7HAvYklK1e56kop9+AICpc3b2h3+V9+Ki9ta3eZe7oakZH5x4oj7cGBZxyA1NzXtqXn8q
5WvS/2YLLaylQJBDKQCMku+gA4XZZDLduXMHpxzInk6GzHR2xTLilgQ39oRkJSkITZ6jkmctRSxU
m3PBuyC7cf8xTIAlg1kAULK2ggxSynyf8Gm2tzoBYG/LYZz4898awQ4M9qlS1zhBaoJIuRBzMBj8
/p/Pc1Tu7O3mDPMziq02bNEFyZ0YMeDr/w82UKfh5oSP7wAAAABJRU5ErkJggg==

------=_NextPart_000_0012_01C2F554.2F37A8B0--



From keon at nacse.org  Fri Mar 28 09:15:15 2003
From: keon at nacse.org (Dylan Keon)
Date: Fri, 28 Mar 2003 09:15:15 -0800
Subject: [Mapserver-users] accidental color change in 3.7
In-Reply-To: <001101c2f54b$cd7340b0$f94de4c2@HSGIS>
References: <001101c2f54b$cd7340b0$f94de4c2@HSGIS>
Message-ID: <3E848323.3020805@nacse.org>

Stepan Kafka wrote:
> Hi all,
> in *some* cases the colors of some layers are accidentaly changed to
> different ones :(
> Mapserver version: 	3.7 (less than 1 week old) gd-2.0.11, gdal-1.8.4,
> freetype-2.1.3, ...
> Color mode: 		PC256
> Output format		GIF or PNG
> Nuber of "input" colors:	max 25
> OS:			both Linux an Win32

Could it be related to this bug?
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=276

--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 pkishor at geoanalytics.com  Fri Mar 28 09:54:20 2003
From: pkishor at geoanalytics.com (pkishor_98)
Date: Fri, 28 Mar 2003 17:54:20 -0000
Subject: [Mapserver-users] Re: (no subject)
In-Reply-To: <1048867447.3e8472773d17c@webmail.dinequest.us>
Message-ID: 

Hi,

Let me pipe in here --

in addition to the other advice you are getting...

--- In mapserver-users at yahoogroups.com, mapserv at d... wrote:

> -my demo.map file is in the cgi-bin
> -my data directory in in httpdocs (but i will change it to 
> /cgi-bin/data, as 
> you've suggested, once i get the mapserver working).
> -my IMAGEPATH to my data directory
> 
> here is my url i put into the browser to test it:
> 
> http://www.dinequest.us/cgi-bin/mapserv?map=/cgi-
>  

1. your demo.map does not need to be in your cgi-bin directory
2. your data do not need to be in your cgi-bin directory

that they are there may or may not be a problem, but cgi-bin's purpose
is to put scripts that are going to be executed. If they are not going
to be executed, stick them somewhere else.



> 
> here is my updated map file:
> 
> NAME DEMO
> WEB
> 
> IMAGEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> IMAGEURL "http://localhost/data/"
> END
> 
> UNITS DD
> EXTENT -178 16 -66 74
> SIZE 324 210
> SHAPEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"


so, you are writing your temporary images to the same directory where
you have all your shapefiles also residing. What a mess that will create.

Typically, you want your images to be written to a scratch directory
writeable and readable by the user under which your webserver is
running (usually www or nobody or somesuch).

You want your imageurl to be a relative one so you can move things
around, required (although not mandatory).

You want your data to be somewhere outside your htdocs directory so is
not downloadable by prying eyes.

Best is to make most all pathnames absolute (except for the url).


> 
> LAYER 
>   NAME "states" 
>   DATA dtl_st.shp

you don't need the .shp extension.

Hope this helps.




From mapserv at dinequest.us  Fri Mar 28 10:39:33 2003
From: mapserv at dinequest.us (mapserv at dinequest.us)
Date: Fri, 28 Mar 2003 13:39:33 -0500
Subject: [Mapserver-users] (no subject)
In-Reply-To: <200303281615.h2SGFjN11428@yogi.medinaco.net>
References: <200303281615.h2SGFjN11428@yogi.medinaco.net>
Message-ID: <1048876773.3e8496e54bbec@webmail.dinequest.us>

still no luck with the "../httpdocs/data/".

perhaps my ISP may have a strange permission setting in apache or some other 
apache CGI issue that i'm unaware of because it works on my box i have set up 
with the same mapserv static binary, using the same mapfile (different dirs of 
course), under the same version of apache (1.3.27).

or it might be to do with the url string? Does mapserver know to send the image 
back to the url source? That seems like a big "Duh", but there is obviously 
something i'm missing that's causing the "premature end of script headers" 
error, and i'm pretty sure it doesn't have to do with the map file... 

Quoting Lowell Filak :

> If you change IMAGEPATH to "../httpdocs/data/" does it help?
> Lowell F.
> 
> The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003
> 11:04:07 -0500.
> 
> > Quoting Lowell Filak :
> > 
> > > I think the original suggestion was to make sure the IMAGEPATH (which is
> > > where the temporary image files, ie. maps, are created) points to
> somewhere
> > > in httpdocs instead of cgi-bin and then make sure the permissions on the
> temp
> > > directory are 777.
> > > The data directory can stay in cgi-bin so your data is not directly
> > > downloadable.
> > > Lowell F.
> > 
> > 
> >  I have it set up in this manner:
> > 
> > -my demo.map file is in the cgi-bin
> > -my data directory in in httpdocs (but i will change it to /cgi-bin/data,
> as 
> > you've suggested, once i get the mapserver working).
> > -my IMAGEPATH to my data directory
> > 
> > here is my url i put into the browser to test it:
> > 
> > http://www.dinequest.us/cgi-bin/mapserv?map=/cgi-
> > bin/demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > 
> > also have tried:
> > 
> > http://www.dinequest.us/cgi-bin/mapserv?
> > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > 
> > 
> > here is my updated map file:
> > 
> > NAME DEMO
> > WEB
> > 
> > IMAGEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> > IMAGEURL "http://localhost/data/"
> > END
> > 
> > UNITS DD
> > EXTENT -178 16 -66 74
> > SIZE 324 210
> > SHAPEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> > 
> > LAYER 
> >   NAME "states" 
> >   DATA dtl_st.shp
> >   STATUS DEFAULT
> >   TYPE POLYGON 
> >   CLASS 
> >     COLOR 250 247 222 
> >   END # end of class object
> > END # end of layer object
> > 
> > IMAGETYPE JPEG
> > IMAGEQUALITY 90
> > INTERLACE OFF
> > END # end of map file
> > 
> > 
> > > 
> > > The following message was sent by mapserv at dinequest.us on Fri, 28 Mar
> 2003
> > > 00:05:57 -0500.
> > > 
> > > > 
> > > > 
> > > > thanks for responding, Steve,
> > > > 
> > > > - I've tried what you've said with the trailing slash (in the mapfile)-
> i
> > > still
> > > > recieved a "premature end of script headers" error. 
> > > > 
> > > > - I've moved the data folder into my httpdocs folder and adjusted my
> map
> > > file to
> > > > point there instead- same result.
> > > > 
> > > > - reset permissions on my cgi-bin, shp files, map file and shp file
> "data"
> > > dir
> > > > to chmod 7777- same result.
> > > > 
> > > > - I re-uploaded mapserv (static library file 2.5 megs) in ASCII mode,
> just
> > > to
> > > > make sure i actually did send it ascii and not binary- same result.
> > > > 
> > > > - I installed apache on my redhat 2.4.18-3 box and set up the same
> mapserv
> > > file
> > > > on the localhost- works fine.
> > > > 
> > > > I'm stumped... I'm begining to think that i have to start editing the
> code
> > > to
> > > > produce a proper header?
> > > > 
> > > > 
> > > > Quoting Steve Lime :
> > > > > The setting for IMAGEPATH looks suspect. The way it's set mapserv
> will
> > > > > be looking for a writable
> > > > > directory in your cgi-bin directory. That's probably not what you
> want.
> > > > > That parameter should
> > > > > be full path and should have a trailing slash.
> > > > > 
> > > > > Steve
> > > > > 
> > > > > >>>  03/27/03 12:34PM >>>
> > > > > 
> > > > > 
> > > > > hello everyone,
> > > > > 
> > > > > I'm hoping someone can help me by suggesting some options in hopes
> that
> > > > > i can 
> > > > > get mapserv working on my server. I layed out my steps so that it
> can
> > > > > be easier 
> > > > > to follow:
> > > > > 
> > > > > - I have a redhat linux box (2.4.18-3 i386) which i've built a
> static
> > > > > library 
> > > > > mapserv on. (ran mapserv -v and it listed correct supports)
> > > > > - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19
> i386)
> > > > > - set chmod 755 on mapserv
> > > > > - set up demo.map mapfile correctly in the cgi-bin
> > > > > - uploaded proper data in cgi-bin under the "data" directory
> > > > > - ran from browser: http:///cgi-bin/mapserv?
> > > > >
> map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > > > 
> > > > > *recieved internal error ("premature end of script headers" in log)
> > > > > - renamed mapserv to mapserv.cgi
> > > > > 
> > > > > *recieved internal error ("premature end of script headers" in log)
> > > > > 
> > > > > i assume that this is not a mapfile issue, but here is my mapfile
> > > > > anyway:
> > > > > 
> > > > > NAME DEMO
> > > > > WEB
> > > > > 
> > > > > IMAGEPATH "data"
> > > > > IMAGEURL "http://www.dinequest.us/data"
> > > > >    END
> > > > > END
> > > > > 
> > > > > UNITS DD
> > > > > EXTENT -178 16 -66 74 
> > > > > SIZE 324 210 
> > > > > SHAPEPATH "data" 
> > > > > 
> > > > > LAYER 
> > > > >   NAME "states" 
> > > > >   DATA dtl_st
> > > > >   STATUS DEFAULT
> > > > >   TYPE POLYGON 
> > > > >   CLASS 
> > > > >     COLOR 250 247 222 
> > > > >   END # end of class object
> > > > > END # end of layer object
> > > > > 
> > > > > IMAGETYPE JPEG
> > > > > IMAGEQUALITY 90
> > > > > INTERLACE OFF
> > > > > END # end of map file
> > > > > 
> > > > > I appreciate any other suggestions. You guys are the gurus and i
> would
> > > > > be alot 
> > > > > farther behind if it weren't for you all. Thanks in advance -bp 
> > > > > 
> > > > >
> > >
> ------------------------------------------------------------------------------
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at lists.gis.umn.edu 
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at lists.gis.umn.edu
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >
> > >
> ------------------------------------------------------------------------------
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > 
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > 
> > 
> > 
> > 
> > 
> >
> ------------------------------------------------------------------------------
> 
> 




------------------------------------------------------------------------------


From lfilak at medinaco.org  Fri Mar 28 10:56:14 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Fri, 28 Mar 2003 13:56:14 -0500
Subject: [Mapserver-users] (no subject)
Message-ID: <200303281856.h2SIu2N14333@yogi.medinaco.net>

If you ftp into the isp and navigate to the httpdocs/data directory do you see any newly created image files?
Also take a look at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver for information on how to turn on debugging in your version to try and pinpoint a cause.
HTH
Lowell F.

The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003 13:39:33 -0500.

> still no luck with the "../httpdocs/data/".
> 
> perhaps my ISP may have a strange permission setting in apache or some other 
> apache CGI issue that i'm unaware of because it works on my box i have set up 
> with the same mapserv static binary, using the same mapfile (different dirs of 
> course), under the same version of apache (1.3.27).
> 
> or it might be to do with the url string? Does mapserver know to send the image 
> back to the url source? That seems like a big "Duh", but there is obviously 
> something i'm missing that's causing the "premature end of script headers" 
> error, and i'm pretty sure it doesn't have to do with the map file... 
> 
> Quoting Lowell Filak :
> 
> > If you change IMAGEPATH to "../httpdocs/data/" does it help?
> > Lowell F.
> > 
> > The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003
> > 11:04:07 -0500.
> > 
> > > Quoting Lowell Filak :
> > > 
> > > > I think the original suggestion was to make sure the IMAGEPATH (which is
> > > > where the temporary image files, ie. maps, are created) points to
> > somewhere
> > > > in httpdocs instead of cgi-bin and then make sure the permissions on the
> > temp
> > > > directory are 777.
> > > > The data directory can stay in cgi-bin so your data is not directly
> > > > downloadable.
> > > > Lowell F.
> > > 
> > > 
> > >  I have it set up in this manner:
> > > 
> > > -my demo.map file is in the cgi-bin
> > > -my data directory in in httpdocs (but i will change it to /cgi-bin/data,
> > as 
> > > you've suggested, once i get the mapserver working).
> > > -my IMAGEPATH to my data directory
> > > 
> > > here is my url i put into the browser to test it:
> > > 
> > > http://www.dinequest.us/cgi-bin/mapserv?map=/cgi-
> > > bin/demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > 
> > > also have tried:
> > > 
> > > http://www.dinequest.us/cgi-bin/mapserv?
> > > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > 
> > > 
> > > here is my updated map file:
> > > 
> > > NAME DEMO
> > > WEB
> > > 
> > > IMAGEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> > > IMAGEURL "http://localhost/data/"
> > > END
> > > 
> > > UNITS DD
> > > EXTENT -178 16 -66 74
> > > SIZE 324 210
> > > SHAPEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> > > 
> > > LAYER 
> > >   NAME "states" 
> > >   DATA dtl_st.shp
> > >   STATUS DEFAULT
> > >   TYPE POLYGON 
> > >   CLASS 
> > >     COLOR 250 247 222 
> > >   END # end of class object
> > > END # end of layer object
> > > 
> > > IMAGETYPE JPEG
> > > IMAGEQUALITY 90
> > > INTERLACE OFF
> > > END # end of map file
> > > 
> > > 
> > > > 
> > > > The following message was sent by mapserv at dinequest.us on Fri, 28 Mar
> > 2003
> > > > 00:05:57 -0500.
> > > > 
> > > > > 
> > > > > 
> > > > > thanks for responding, Steve,
> > > > > 
> > > > > - I've tried what you've said with the trailing slash (in the mapfile)-
> > i
> > > > still
> > > > > recieved a "premature end of script headers" error. 
> > > > > 
> > > > > - I've moved the data folder into my httpdocs folder and adjusted my
> > map
> > > > file to
> > > > > point there instead- same result.
> > > > > 
> > > > > - reset permissions on my cgi-bin, shp files, map file and shp file
> > "data"
> > > > dir
> > > > > to chmod 7777- same result.
> > > > > 
> > > > > - I re-uploaded mapserv (static library file 2.5 megs) in ASCII mode,
> > just
> > > > to
> > > > > make sure i actually did send it ascii and not binary- same result.
> > > > > 
> > > > > - I installed apache on my redhat 2.4.18-3 box and set up the same
> > mapserv
> > > > file
> > > > > on the localhost- works fine.
> > > > > 
> > > > > I'm stumped... I'm begining to think that i have to start editing the
> > code
> > > > to
> > > > > produce a proper header?
> > > > > 
> > > > > 
> > > > > Quoting Steve Lime :
> > > > > > The setting for IMAGEPATH looks suspect. The way it's set mapserv
> > will
> > > > > > be looking for a writable
> > > > > > directory in your cgi-bin directory. That's probably not what you
> > want.
> > > > > > That parameter should
> > > > > > be full path and should have a trailing slash.
> > > > > > 
> > > > > > Steve
> > > > > > 
> > > > > > >>>  03/27/03 12:34PM >>>
> > > > > > 
> > > > > > 
> > > > > > hello everyone,
> > > > > > 
> > > > > > I'm hoping someone can help me by suggesting some options in hopes
> > that
> > > > > > i can 
> > > > > > get mapserv working on my server. I layed out my steps so that it
> > can
> > > > > > be easier 
> > > > > > to follow:
> > > > > > 
> > > > > > - I have a redhat linux box (2.4.18-3 i386) which i've built a
> > static
> > > > > > library 
> > > > > > mapserv on. (ran mapserv -v and it listed correct supports)
> > > > > > - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19
> > i386)
> > > > > > - set chmod 755 on mapserv
> > > > > > - set up demo.map mapfile correctly in the cgi-bin
> > > > > > - uploaded proper data in cgi-bin under the "data" directory
> > > > > > - ran from browser: http:///cgi-bin/mapserv?
> > > > > >
> > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > > > > 
> > > > > > *recieved internal error ("premature end of script headers" in log)
> > > > > > - renamed mapserv to mapserv.cgi
> > > > > > 
> > > > > > *recieved internal error ("premature end of script headers" in log)
> > > > > > 
> > > > > > i assume that this is not a mapfile issue, but here is my mapfile
> > > > > > anyway:
> > > > > > 
> > > > > > NAME DEMO
> > > > > > WEB
> > > > > > 
> > > > > > IMAGEPATH "data"
> > > > > > IMAGEURL "http://www.dinequest.us/data"
> > > > > >    END
> > > > > > END
> > > > > > 
> > > > > > UNITS DD
> > > > > > EXTENT -178 16 -66 74 
> > > > > > SIZE 324 210 
> > > > > > SHAPEPATH "data" 
> > > > > > 
> > > > > > LAYER 
> > > > > >   NAME "states" 
> > > > > >   DATA dtl_st
> > > > > >   STATUS DEFAULT
> > > > > >   TYPE POLYGON 
> > > > > >   CLASS 
> > > > > >     COLOR 250 247 222 
> > > > > >   END # end of class object
> > > > > > END # end of layer object
> > > > > > 
> > > > > > IMAGETYPE JPEG
> > > > > > IMAGEQUALITY 90
> > > > > > INTERLACE OFF
> > > > > > END # end of map file
> > > > > > 
> > > > > > I appreciate any other suggestions. You guys are the gurus and i
> > would
> > > > > > be alot 
> > > > > > farther behind if it weren't for you all. Thanks in advance -bp 
> > > > > > 
> > > > > >
> > > >
> > ------------------------------------------------------------------------------
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at lists.gis.umn.edu 
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at lists.gis.umn.edu
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > >
> > > >
> > ------------------------------------------------------------------------------
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at lists.gis.umn.edu
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > 
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > 
> > > 
> > > 
> > > 
> > > 
> > >
> > ------------------------------------------------------------------------------
> > 
> > 
> 
> 
> 
> 
> ------------------------------------------------------------------------------



From mapserv at dinequest.us  Fri Mar 28 11:09:08 2003
From: mapserv at dinequest.us (mapserv at dinequest.us)
Date: Fri, 28 Mar 2003 14:09:08 -0500
Subject: [Mapserver-users] (no subject)
In-Reply-To: <200303281856.h2SIu2N14333@yogi.medinaco.net>
References: <200303281856.h2SIu2N14333@yogi.medinaco.net>
Message-ID: <1048878548.3e849dd4271eb@webmail.dinequest.us>

no images.. It shouldn't make any though, right? I thought it just sent them 
directly to the client cpu? Mapserv doesn't produce any temp images when i use 
my localhost box (which works), it just pops up in the browser window.

Thanks for the debugging info. I was searching for something like this! -bp 


Quoting Lowell Filak :

> If you ftp into the isp and navigate to the httpdocs/data directory do you
> see any newly created image files?
> Also take a look at:
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver for
> information on how to turn on debugging in your version to try and pinpoint a
> cause.
> HTH
> Lowell F.
> 
> The following message was sent by mapserv at dinequest.us on Fri, 28 Mar 2003
> 13:39:33 -0500.
> 
> > still no luck with the "../httpdocs/data/".
> > 
> > perhaps my ISP may have a strange permission setting in apache or some
> other 
> > apache CGI issue that i'm unaware of because it works on my box i have set
> up 
> > with the same mapserv static binary, using the same mapfile (different dirs
> of 
> > course), under the same version of apache (1.3.27).
> > 
> > or it might be to do with the url string? Does mapserver know to send the
> image 
> > back to the url source? That seems like a big "Duh", but there is obviously
> 
> > something i'm missing that's causing the "premature end of script headers"
> 
> > error, and i'm pretty sure it doesn't have to do with the map file... 
> > 
> > Quoting Lowell Filak :
> > 
> > > If you change IMAGEPATH to "../httpdocs/data/" does it help?
> > > Lowell F.
> > > 
> > > The following message was sent by mapserv at dinequest.us on Fri, 28 Mar
> 2003
> > > 11:04:07 -0500.
> > > 
> > > > Quoting Lowell Filak :
> > > > 
> > > > > I think the original suggestion was to make sure the IMAGEPATH (which
> is
> > > > > where the temporary image files, ie. maps, are created) points to
> > > somewhere
> > > > > in httpdocs instead of cgi-bin and then make sure the permissions on
> the
> > > temp
> > > > > directory are 777.
> > > > > The data directory can stay in cgi-bin so your data is not directly
> > > > > downloadable.
> > > > > Lowell F.
> > > > 
> > > > 
> > > >  I have it set up in this manner:
> > > > 
> > > > -my demo.map file is in the cgi-bin
> > > > -my data directory in in httpdocs (but i will change it to
> /cgi-bin/data,
> > > as 
> > > > you've suggested, once i get the mapserver working).
> > > > -my IMAGEPATH to my data directory
> > > > 
> > > > here is my url i put into the browser to test it:
> > > > 
> > > > http://www.dinequest.us/cgi-bin/mapserv?map=/cgi-
> > > >
> bin/demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > > 
> > > > also have tried:
> > > > 
> > > > http://www.dinequest.us/cgi-bin/mapserv?
> > > >
> map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > > 
> > > > 
> > > > here is my updated map file:
> > > > 
> > > > NAME DEMO
> > > > WEB
> > > > 
> > > > IMAGEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> > > > IMAGEURL "http://localhost/data/"
> > > > END
> > > > 
> > > > UNITS DD
> > > > EXTENT -178 16 -66 74
> > > > SIZE 324 210
> > > > SHAPEPATH "/usr/local/psa/home/vhosts/dinequest.us/httpdocs/data/"
> > > > 
> > > > LAYER 
> > > >   NAME "states" 
> > > >   DATA dtl_st.shp
> > > >   STATUS DEFAULT
> > > >   TYPE POLYGON 
> > > >   CLASS 
> > > >     COLOR 250 247 222 
> > > >   END # end of class object
> > > > END # end of layer object
> > > > 
> > > > IMAGETYPE JPEG
> > > > IMAGEQUALITY 90
> > > > INTERLACE OFF
> > > > END # end of map file
> > > > 
> > > > 
> > > > > 
> > > > > The following message was sent by mapserv at dinequest.us on Fri, 28
> Mar
> > > 2003
> > > > > 00:05:57 -0500.
> > > > > 
> > > > > > 
> > > > > > 
> > > > > > thanks for responding, Steve,
> > > > > > 
> > > > > > - I've tried what you've said with the trailing slash (in the
> mapfile)-
> > > i
> > > > > still
> > > > > > recieved a "premature end of script headers" error. 
> > > > > > 
> > > > > > - I've moved the data folder into my httpdocs folder and adjusted
> my
> > > map
> > > > > file to
> > > > > > point there instead- same result.
> > > > > > 
> > > > > > - reset permissions on my cgi-bin, shp files, map file and shp
> file
> > > "data"
> > > > > dir
> > > > > > to chmod 7777- same result.
> > > > > > 
> > > > > > - I re-uploaded mapserv (static library file 2.5 megs) in ASCII
> mode,
> > > just
> > > > > to
> > > > > > make sure i actually did send it ascii and not binary- same
> result.
> > > > > > 
> > > > > > - I installed apache on my redhat 2.4.18-3 box and set up the same
> > > mapserv
> > > > > file
> > > > > > on the localhost- works fine.
> > > > > > 
> > > > > > I'm stumped... I'm begining to think that i have to start editing
> the
> > > code
> > > > > to
> > > > > > produce a proper header?
> > > > > > 
> > > > > > 
> > > > > > Quoting Steve Lime :
> > > > > > > The setting for IMAGEPATH looks suspect. The way it's set
> mapserv
> > > will
> > > > > > > be looking for a writable
> > > > > > > directory in your cgi-bin directory. That's probably not what
> you
> > > want.
> > > > > > > That parameter should
> > > > > > > be full path and should have a trailing slash.
> > > > > > > 
> > > > > > > Steve
> > > > > > > 
> > > > > > > >>>  03/27/03 12:34PM >>>
> > > > > > > 
> > > > > > > 
> > > > > > > hello everyone,
> > > > > > > 
> > > > > > > I'm hoping someone can help me by suggesting some options in
> hopes
> > > that
> > > > > > > i can 
> > > > > > > get mapserv working on my server. I layed out my steps so that
> it
> > > can
> > > > > > > be easier 
> > > > > > > to follow:
> > > > > > > 
> > > > > > > - I have a redhat linux box (2.4.18-3 i386) which i've built a
> > > static
> > > > > > > library 
> > > > > > > mapserv on. (ran mapserv -v and it listed correct supports)
> > > > > > > - I uploaded it to my server's cgi-bin (which is a redhat 2.4.19
> > > i386)
> > > > > > > - set chmod 755 on mapserv
> > > > > > > - set up demo.map mapfile correctly in the cgi-bin
> > > > > > > - uploaded proper data in cgi-bin under the "data" directory
> > > > > > > - ran from browser: http:///cgi-bin/mapserv?
> > > > > > >
> > > map=demo.map&VERSION=1.1.0&REQUEST=GetMap&BBOX=-83.81,41.25,-81.80,42.79
> > > > > > > 
> > > > > > > *recieved internal error ("premature end of script headers" in
> log)
> > > > > > > - renamed mapserv to mapserv.cgi
> > > > > > > 
> > > > > > > *recieved internal error ("premature end of script headers" in
> log)
> > > > > > > 
> > > > > > > i assume that this is not a mapfile issue, but here is my
> mapfile
> > > > > > > anyway:
> > > > > > > 
> > > > > > > NAME DEMO
> > > > > > > WEB
> > > > > > > 
> > > > > > > IMAGEPATH "data"
> > > > > > > IMAGEURL "http://www.dinequest.us/data"
> > > > > > >    END
> > > > > > > END
> > > > > > > 
> > > > > > > UNITS DD
> > > > > > > EXTENT -178 16 -66 74 
> > > > > > > SIZE 324 210 
> > > > > > > SHAPEPATH "data" 
> > > > > > > 
> > > > > > > LAYER 
> > > > > > >   NAME "states" 
> > > > > > >   DATA dtl_st
> > > > > > >   STATUS DEFAULT
> > > > > > >   TYPE POLYGON 
> > > > > > >   CLASS 
> > > > > > >     COLOR 250 247 222 
> > > > > > >   END # end of class object
> > > > > > > END # end of layer object
> > > > > > > 
> > > > > > > IMAGETYPE JPEG
> > > > > > > IMAGEQUALITY 90
> > > > > > > INTERLACE OFF
> > > > > > > END # end of map file
> > > > > > > 
> > > > > > > I appreciate any other suggestions. You guys are the gurus and i
> > > would
> > > > > > > be alot 
> > > > > > > farther behind if it weren't for you all. Thanks in advance -bp 
> > > > > > > 
> > > > > > >
> > > > >
> > >
> ------------------------------------------------------------------------------
> > > > > > > _______________________________________________
> > > > > > > Mapserver-users mailing list
> > > > > > > Mapserver-users at lists.gis.umn.edu 
> > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > > > _______________________________________________
> > > > > > > Mapserver-users mailing list
> > > > > > > Mapserver-users at lists.gis.umn.edu
> > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >
> > > > >
> > >
> ------------------------------------------------------------------------------
> > > > > > _______________________________________________
> > > > > > Mapserver-users mailing list
> > > > > > Mapserver-users at lists.gis.umn.edu
> > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > 
> > > > > _______________________________________________
> > > > > Mapserver-users mailing list
> > > > > Mapserver-users at lists.gis.umn.edu
> > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >
> > >
> ------------------------------------------------------------------------------
> > > 
> > > 
> > 
> > 
> > 
> > 
> >
> ------------------------------------------------------------------------------
> 
> 




------------------------------------------------------------------------------


From gabriel at ciasc.gov.br  Fri Mar 28 12:28:36 2003
From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari)
Date: Fri, 28 Mar 2003 17:28:36 -0300
Subject: [Mapserver-users] msQueryByAttributes(): General error message. No query layer defined.
References: <008d01c2ed7e$bc2a0d90$f098fea9@pauls>
Message-ID: <058e01c2f568$9c6c1c90$12d713ac@ciasc.gov.br>

He listers.

I am trying to implement all on my site.

http://maps.dnr.state.mn.us/mapserver_demos/tests36/itemquery/test.html.

I copy all files from itemquery and when I submit Mapserver it give-me this
message:

msQueryByAttributes(): General error message. No query layer defined.

Somebody could help me?

Thanks.


From sgillies at frii.com  Fri Mar 28 12:35:02 2003
From: sgillies at frii.com (Sean Gillies)
Date: Fri, 28 Mar 2003 13:35:02 -0700
Subject: [Mapserver-users] Python MapScript: setting string attributes to None
Message-ID: 

Dear Mapserving Pythoneers,

For some time we've been enduring the inconvenience that
string attributes of map objects (such as layer.group),
once set, cannot be undefined.  This is due to a quirk in
the Python wrapper code that SWIG emits.

I've just committed into CVS a fix for this problem.  Part
of the fix is in mapscript.i so, unless you are comfortable
with using SWIG, you may have to wait a while until the
nightly system creates an updated Python wrapper code.  The
rest of the fix relies on a new setup script called
'setup_wnone.py'.

After rebuilding and installing the Python MapScript using
setup_wnone.py, you will be able to undefine string attributes
of your map objects with statements like:

    thelayer.[ATTRIBUTE] = None

This update to Python MapScript affects _only_ attributes
that are accessed directly (through __setattr__).  For attributes
like a class expression, continue to use

    theclass.setExpression('')

to undefine the expression.  For color attributes, continue to
use statements like

    null = colorObj()
    null.red, null.green, null.blue = (-1, -1, -1)
    theclass.styles.outlinecolor = null

peace,
Sean

--
Sean Gillies
sgillies at frii.com
http://www.frii.com/~sgillies



From steve.lime at dnr.state.mn.us  Fri Mar 28 17:57:10 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 28 Mar 2003 19:57:10 -0600
Subject: [Mapserver-users] Simple way to turn on and off labeling ?
Message-ID: 

Hi Marc: Ultimately I think we'll need to expand control for this
somehow. Perhaps a LAYER level LABELSTATUS parameter.

Anyway, I typically seperate labeling from feature rendering into 2
layers. One point/line/polygon and a second annotation layer. Then with
the annotation layer I use the REQUIRES parameter to only allow that
layer to be turned on if the first layer is on. Works nice.

If you must keep the labeling with the feature drawing then mucking with
LABELMAXSCALE is probably the way to go. Setting it to 0 would work I
think.

Steve

>>> "Marc Jacquin"  03/28/03 03:50 AM >>>
Hi,

What should be the best way to turn on or off labelling of a layer? I
tried
to set the labelitem to "" but that generates an error. I was thinking
about
having 'empty' layers that could be turned on and off and use the
labelrequires ... other ideas?

Thanks

Marc

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



From patrickrouse at earthlink.net  Fri Mar 28 18:23:51 2003
From: patrickrouse at earthlink.net (Patrick Rouse)
Date: Fri, 28 Mar 2003 21:23:51 -0500
Subject: [Mapserver-users] Zoom to Selected Feature
Message-ID: <000001c2f59a$406ba3c0$0301a8c0@rouse1>

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C2F570.57972260
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I've scoured the archives and seen this question asked before, but I
didn't seem to see any clear cut answers, so here it goes again.  I have
a layer of weather stations and I would like to allow the user to input
an ID and have the map zoom to that point.  It would be similar to Steve
Lime's 'find' tool on the MDNR browser, but would not launch a popup
with one or many hyper link query results, it would automatically zoom
to the point.  I am sure this can be done, so I guess my real question
is having one can assist with some sample code.
 
Thank you
 
Patrick Rouse
Senior GIS Analyst
The Weather Channel
 

------=_NextPart_000_0001_01C2F570.57972260
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable






















I’ve scoured the archives and seen this =
question asked
before, but I didn’t seem to see any clear cut answers, so here it =
goes
again.  I have a layer of =
weather
stations and I would like to allow the user to input an ID and have the =
map
zoom to that point.  It =
would be similar
to Steve Lime’s ‘find’ tool on the MDNR browser, but =
would
not launch a popup with one or many hyper link query results, it would
automatically zoom to the point.  =
I am
sure this can be done, so I guess my real question is having one can =
assist
with some sample code.



 



Thank you



 



Patrick Rouse



Senior GIS Analyst



The Weather Channel



 









------=_NextPart_000_0001_01C2F570.57972260--



From woodbri at swoodbridge.com  Fri Mar 28 19:11:57 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Fri, 28 Mar 2003 22:11:57 -0500
Subject: [Mapserver-users] Zoom to Selected Feature
In-Reply-To: <000001c2f59a$406ba3c0$0301a8c0@rouse1>
Message-ID: <3E84C8AD.9219.AD4A126@localhost>

Patrick,

I do this in my router display application

see http://imaptools.com/demos1/?tab=2

The way I solved this problem is to open the shapefile for the layer 
and get its extents in mapscript, then you that info to $map-
>setextent()

My PHP code looks like this:


         $router = ms_newShapefileObj($shapefile, -1);
         $ext = $router->bounds;
         /* increase bounds by 5%, do the math */
         $rminx = 1.025*$ext->minx - 0.025*$ext->maxx;
         $rmaxx = 1.025*$ext->maxx - 0.025*$ext->minx;
         $rminy = 1.025*$ext->miny - 0.025*$ext->maxy;
         $rmaxy = 1.025*$ext->maxy - 0.025*$ext->miny;
         $map->setExtent($rminx, $rminy, $rmaxx, $rmaxy);
         $router->free();

-Steve

On 28 Mar 2003 at 21:23, Patrick Rouse wrote:

> I've scoured the archives and seen this question asked before, but I
> didn't seem to see any clear cut answers, so here it goes again.  I
> have a layer of weather stations and I would like to allow the user to
> input an ID and have the map zoom to that point.  It would be similar
> to Steve Lime's 'find' tool on the MDNR browser, but would not launch
> a popup with one or many hyper link query results, it would
> automatically zoom to the point.  I am sure this can be done, so I
> guess my real question is having one can assist with some sample code.
> 
> Thank you
> 
> Patrick Rouse
> Senior GIS Analyst
> The Weather Channel
> 
> 




From woodbri at swoodbridge.com  Fri Mar 28 19:11:57 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Fri, 28 Mar 2003 22:11:57 -0500
Subject: [Mapserver-users] Zoom to Selected Feature
In-Reply-To: <000001c2f59a$406ba3c0$0301a8c0@rouse1>
Message-ID: <3E84C8AD.26311.AD4A0F8@localhost>

Patrick,

Here is how I do it when I generate a route and want to zoom to the 
extents of the route. You check it out at

   http://imaptools.com/demos1/?tab=2

Here is my PHP code:

         $router = ms_newShapefileObj($shapefile, -1);
         $ext = $router->bounds;
         /* increase bounds by 5%, do the math */
         $rminx = 1.025*$ext->minx - 0.025*$ext->maxx;
         $rmaxx = 1.025*$ext->maxx - 0.025*$ext->minx;
         $rminy = 1.025*$ext->miny - 0.025*$ext->maxy;
         $rmaxy = 1.025*$ext->maxy - 0.025*$ext->miny;
         $map->setExtent($rminx, $rminy, $rmaxx, $rmaxy);
         $router->free();


-Steve

On 28 Mar 2003 at 21:23, Patrick Rouse wrote:

> I've scoured the archives and seen this question asked before, but I
> didn't seem to see any clear cut answers, so here it goes again.  I
> have a layer of weather stations and I would like to allow the user to
> input an ID and have the map zoom to that point.  It would be similar
> to Steve Lime's 'find' tool on the MDNR browser, but would not launch
> a popup with one or many hyper link query results, it would
> automatically zoom to the point.  I am sure this can be done, so I
> guess my real question is having one can assist with some sample code.
> 
> Thank you
> 
> Patrick Rouse
> Senior GIS Analyst
> The Weather Channel
> 
> 




From millardymecki at sympatico.ca  Sat Mar 29 14:19:19 2003
From: millardymecki at sympatico.ca (Paul Dymecki)
Date: Sat, 29 Mar 2003 17:19:19 -0500
Subject: [Mapserver-users] mapscript/java
Message-ID: <005501c2f641$3e8584c0$f098fea9@pauls>

This is a multi-part message in MIME format.

------=_NextPart_000_0052_01C2F617.555CEFF0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,
    I was wondering if there is any way of accessing mapscript functions =
from java?  I thought i read somewhere that this was possible but not =
sure,
thx,
Paul

------=_NextPart_000_0052_01C2F617.555CEFF0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi,


    I was wondering if =
there is any=20
way of accessing mapscript functions from java?  I thought i read =
somewhere=20
that this was possible but not sure,


thx,


Paul


------=_NextPart_000_0052_01C2F617.555CEFF0--



From innaj at web.de  Sun Mar 30 02:38:59 2003
From: innaj at web.de (Inna Janssen)
Date: Sun, 30 Mar 2003 12:38:59 +0200
Subject: [Mapserver-users] msOpenSHPFile(): Unable to access file
Message-ID: <200303301038.h2UAcxe22135@mailgate5.cinetic.de>

Hi,

mapserv is unable to access the data file. But I definitely set all paths
correctly.
The mapfile is the one from the tutorial, starting this way:
---
NAME S1EX2
EXTENT -97.238976 41.619778 -82.122902 49.38562
SIZE 400 300
SHAPEPATH "/var/www/html/karte/data"
LAYER # States
  NAME "states"
  DATA states_ugl
  STATUS DEFAULT
...
---

the shapepath is set correctly. I downloaded the states_ugl from 
http://terrasip.gis.umn.edu/terrasipProjects/tutorial35/data/states_ugl.shp
I call mapserv directly by entering the url
http://www.inna.de/cgi-bin/mapserv?map=/var/www/html/karte/karte.map&mode=map
Then I get: "msOpenSHPFile(): Unable to access file. (states_ugl) "
I also tried it with relative paths, with ending slash, with adding .shp to states_ugl
I also checked the file permission of states_ugl. 
Nothing helped.

I use Redhat Linux 7.3

Instead, the itasca demo does work! 

Does anyone has any idea ???

Greetings,

Inna

______________________________________________________________________________
Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail
http://freemail.web.de/features/?mc=021165



From woodbri at swoodbridge.com  Sun Mar 30 05:25:44 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sun, 30 Mar 2003 08:25:44 -0500
Subject: [Mapserver-users] msOpenSHPFile(): Unable to access file
In-Reply-To: <200303301038.h2UAcxe22135@mailgate5.cinetic.de>
Message-ID: <3E86AA08.21192.122CECED@localhost>

Inna,

Check the file and directory permissions. They must be readable by 
the apache process.

-Steve W.

On 30 Mar 2003 at 12:38, Inna Janssen wrote:

> Hi,
> 
> mapserv is unable to access the data file. But I definitely set all
> paths correctly. The mapfile is the one from the tutorial, starting
> this way: --- NAME S1EX2 EXTENT -97.238976 41.619778 -82.122902
> 49.38562 SIZE 400 300 SHAPEPATH "/var/www/html/karte/data" LAYER #
> States
>   NAME "states"
>   DATA states_ugl
>   STATUS DEFAULT
> ...
> ---
> 
> the shapepath is set correctly. I downloaded the states_ugl from
> http://terrasip.gis.umn.edu/terrasipProjects/tutorial35/data/states_ug
> l.shp I call mapserv directly by entering the url
> http://www.inna.de/cgi-bin/mapserv?map=/var/www/html/karte/karte.map&m
> ode=map Then I get: "msOpenSHPFile(): Unable to access file.
> (states_ugl) " I also tried it with relative paths, with ending slash,
> with adding .shp to states_ugl I also checked the file permission of
> states_ugl. Nothing helped.
> 
> I use Redhat Linux 7.3
> 
> Instead, the itasca demo does work! 
> 
> Does anyone has any idea ???
> 
> Greetings,
> 
> Inna
> 
> ______________________________________________________________________
> ________ Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE
> FreeMail http://freemail.web.de/features/?mc=021165
> 
> _______________________________________________
> 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  Sun Mar 30 07:09:53 2003
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sun, 30 Mar 2003 10:09:53 -0500
Subject: [Mapserver-users] Slice and dice those large shapefiles into tiles
Message-ID: <3E86C271.10576.128B5801@localhost>

Hi all,

The issue of performance with large or HUGE shapefiles comes up on 
the list occasionally. In most cases, it can be solved but creating 
shptree indexes and other appropriate tuning of the mapfile. But 
sometimes it is desirable to be able to chop a large shapefile into 
some smaller tiles.

I wrote a tool, shp2tile, to do this about a year ago and it is 
available for download at 

      http://swoodbridge.com/tools/

I want to thank Daniel Morissette for making some recent enhancements 
in shp2tile-1.1 that allow you to control the maximum number of 
objects in each tile and generates a quadtree like tiling that should 
be very efficient.

I am not suggesting that everyone run out and tile your data :) but 
if you must here is a tool that will do it.

Enjoy,
  -Steve W.


From gerry.creager at tamu.edu  Sun Mar 30 21:06:04 2003
From: gerry.creager at tamu.edu (Gerry Creager N5JXS)
Date: Sun, 30 Mar 2003 23:06:04 -0600
Subject: [Mapserver-users] So I've been to the archives...
Message-ID: <3E87CCBC.7050802@tamu.edu>

and found a reference to doing contours within mapserver.

For the Mesonet site, I'd like to be able to draw contours of various 
parameters based on point data.

Anyone tried this?  If so, how and with what results?

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 stepan.kafka at centrum.cz  Sun Mar 30 22:39:27 2003
From: stepan.kafka at centrum.cz (Stepan Kafka)
Date: Mon, 31 Mar 2003 08:39:27 +0200
Subject: [Mapserver-users] accidental color change in 3.7
In-Reply-To: <3E848323.3020805@nacse.org>
Message-ID: <000301c2f750$46c95840$5d4de4c2@HSGIS>

It is similar but layers are not greyed only, but colors are changed to
another ones. It is seen with both CGI and mapscript version.

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 Dylan Keon
> Odesl?no: 28. b?ezna 2003 18:15
> Komu: Stepan Kafka
> Kopie: mapserver-users at lists.gis.umn.edu
> P?edm?t: Re: [Mapserver-users] accidental color change in 3.7
>
>
> Stepan Kafka wrote:
> > Hi all,
> > in *some* cases the colors of some layers are accidentaly changed to
> > different ones :(
> > Mapserver version: 	3.7 (less than 1 week old) gd-2.0.11, gdal-1.8.4,
> > freetype-2.1.3, ...
> > Color mode: 		PC256
> > Output format		GIF or PNG
> > Nuber of "input" colors:	max 25
> > OS:			both Linux an Win32
>
> Could it be related to this bug?
> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=276
>
> --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
> ************************************************
>
> _______________________________________________
> 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  Sun Mar 30 23:39:31 2003
From: schut at sarvision.com (Vincent Schut)
Date: Mon, 31 Mar 2003 08:39:31 +0100
Subject: [Mapserver-users] RASTER and MAXSCALE
In-Reply-To: <9006607.1048261279769.JavaMail.www@wwinf0401>
References: <9006607.1048261279769.JavaMail.www@wwinf0401>
Message-ID: <200303310939.31154.schut@sarvision.com>

Didier,

if you mean to have the same raster layer defined for several zoom levels 
using min/maxscale, yes this is possible. There is no reason why this should 
be different for raster and vector layers. In fact, when using large rasters 
it can improve mapserver performance significantly...

Regards,
Vincent Schut.

On Friday 21 March 2003 16:41, Didier CAILLON wrote:
> I would like to know if it is possible de specify a range of display for
> RASTER layers ? ie enter a MINSCALE and MAXSCALE parameters ?
>
> thanks for all
>
> Didier
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From schut at sarvision.com  Sun Mar 30 23:58:22 2003
From: schut at sarvision.com (Vincent Schut)
Date: Mon, 31 Mar 2003 08:58:22 +0100
Subject: [Mapserver-users] querymap problem
In-Reply-To: 
References: 
Message-ID: <200303310958.22550.schut@sarvision.com>

Alessandro,

I might be wrong but the extent in your mapext parameter seems wrong to me. If 
I remember well, mapserver extents always are of the form minx miny maxx 
maxy, however your miny is larger than your maxy. Try 
'&mapext=2611685.07+4286980.00+2903099.95+4392492.28'.

Regards,
Vincent Schut.

On Friday 28 March 2003 10:41, emailfittizio at libero.it wrote:
> May someone tell me why this query gives me an error?
>
> http://laplace/mapserver/mapserv.exe?
> map=calabria/calabria.map
> &mapext=2611685.07+4392492.28+2903099.95+4286980.00
> &mapsize=1024+370
> &layers=limiti_comunali
> &mapxy=2646326.95+4362345.91
> &mode=querymap
>
> The error is:
> mapserv(): Web application error. Query mode needs a point, imgxy and mapxy
> are not set.
>
> If i remove "mapext" the query run fine. But, of course, return me the
> entire map...
>
> Where is the problem?
>
> Thanks,
> Alessandro.
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From schut at sarvision.com  Mon Mar 31 00:07:16 2003
From: schut at sarvision.com (Vincent Schut)
Date: Mon, 31 Mar 2003 09:07:16 +0100
Subject: [Mapserver-users] mapserver install on Mandrake 9
In-Reply-To: <3E8438B3.2F3F2923@dmsolutions.ca>
References:  <3E8438B3.2F3F2923@dmsolutions.ca>
Message-ID: <200303311007.16768.schut@sarvision.com>

Mark,

you might also want to check the mapserverCompilation pages on the wiki: 
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerCompilation. Especially 
the Redhat8&Mapserver37 pages contain a lot of info. A Mandrake 9 system is 
quite similar to Redhat linux.
Btw *don't* do 'make install' with mapserver. It installs the file libmap.a, 
which you don't need and don't want to be installed, because future 
compilations of mapserver will then wrongly be compiled using this old 
version of the mapserver library... If you already did, remove this libmap.a 
file from /usr/lib or /usr/local/lib, as it can only give you trouble. 
Instead of make install, just copy the mapserv binary to your cgi-bin dir, 
and eventually the php_mascript.so to your php extensions dir.
To do a new, clean build:
make distclean
./configure --with-your-options
make
copy mapserv xxxxxxx/cgi-bin

Regards,
Vincent Schut.

On Friday 28 March 2003 12:57, Daniel Morissette wrote:
> Mark Balman wrote:
> > Can anyone provide a "simple" how to install mapserver onto Linux
> > Mandrake 9? I have my mapserver app working under Win 98 and would now
> > like to get mapserver working on Linux. As a complete newbie to linux I
> > had tried the quick and dirty method of ./configure followed by make and
> > make install but alas not happening.. I understand that I need to
> > reconfigure but I am clueless as to this process. Please help.
>
> Did you check out the Unix Build/Install HOWTO?
>
> http://mapserver.gis.umn.edu/doc36/unix-install-howto.html
>
> Also there are a few sets of step by step instructions for installing
> PHP MapScript on various RedHat versions.  You could have a look at that
> as well, if you only need 'mapserv' then just ignore the PHP part, the
> base stuff is the same:
>
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From schut at sarvision.com  Mon Mar 31 00:19:07 2003
From: schut at sarvision.com (Vincent Schut)
Date: Mon, 31 Mar 2003 09:19:07 +0100
Subject: [Mapserver-users] msOpenSHPFile(): Unable to access file
In-Reply-To: <200303301038.h2UAcxe22135@mailgate5.cinetic.de>
References: <200303301038.h2UAcxe22135@mailgate5.cinetic.de>
Message-ID: <200303311019.07903.schut@sarvision.com>

Maybe a bit too simple, but did you check whether the shapefile is not 
corrupt? E.g. load it into arcview or run ogrinfo (comes with GDAL) on your 
shapefile?

Regards,
Vincent Schut.

On Sunday 30 March 2003 12:38, Inna Janssen wrote:
> Hi,
>
> mapserv is unable to access the data file. But I definitely set all paths
> correctly.
> The mapfile is the one from the tutorial, starting this way:
> ---
> NAME S1EX2
> EXTENT -97.238976 41.619778 -82.122902 49.38562
> SIZE 400 300
> SHAPEPATH "/var/www/html/karte/data"
> LAYER # States
>   NAME "states"
>   DATA states_ugl
>   STATUS DEFAULT
> ...
> ---
>
> the shapepath is set correctly. I downloaded the states_ugl from
> http://terrasip.gis.umn.edu/terrasipProjects/tutorial35/data/states_ugl.shp
> I call mapserv directly by entering the url
> http://www.inna.de/cgi-bin/mapserv?map=/var/www/html/karte/karte.map&mode=m
>ap Then I get: "msOpenSHPFile(): Unable to access file. (states_ugl) " I
> also tried it with relative paths, with ending slash, with adding .shp to
> states_ugl I also checked the file permission of states_ugl.
> Nothing helped.
>
> I use Redhat Linux 7.3
>
> Instead, the itasca demo does work!
>
> Does anyone has any idea ???
>
> Greetings,
>
> Inna
>
> ___________________________________________________________________________
>___ Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail
> http://freemail.web.de/features/?mc=021165
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
______________________________________
Vincent Schut (schut at sarvision.com)
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com


From fx.gamoy at mapxplore.com  Mon Mar 31 01:32:32 2003
From: fx.gamoy at mapxplore.com (fx gamoy)
Date: Mon, 31 Mar 2003 10:32:32 +0100
Subject: [Mapserver-users] displaying two rasters image files
Message-ID: <001801c2f768$7494e650$0201a8c0@mapxplore.com>

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0015_01C2F770.D64FD870
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

hello everybody,
i am trying to display a raster layer on mapserver 3.6.2.
i use the GDAL interface to georeference the rasters directly (with =
Mapinfo TAB).
I ve first tested two TAB files with same proj (with raster =
georeferenced). Using Mapinfo the two rasters are very well =
georeferenced but when i display them with mapserver i can notice an =
offset between the two rasters.
Any idea or suggestion?
thanks
fx gamoy

------=_NextPart_000_0015_01C2F770.D64FD870
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









hello everybody,


i am trying to display a raster =
layer on=20
mapserver 3.6.2.


i use the GDAL interface to georeference the rasters directly (with =
Mapinfo=20
TAB).


I ve first tested two TAB files with same proj (with raster =
georeferenced).=20
Using Mapinfo the two rasters are very well georeferenced but when i =
display=20
them with mapserver i can notice an offset between the two =
rasters.


Any idea or suggestion?


thanks


fx gamoy


------=_NextPart_000_0015_01C2F770.D64FD870--




From jhart at frw.uva.nl  Mon Mar 31 00:45:40 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Mon, 31 Mar 2003 10:45:40 +0200
Subject: [Mapserver-users] So I've been to the archives...
In-Reply-To: <3E87CCBC.7050802@tamu.edu>
References: <3E87CCBC.7050802@tamu.edu>
Message-ID: <3E880034.70107@frw.uva.nl>

I haven't tried this, but it should be possible by using GRASS to create 
contours from points, and displaying the map with MapServer using GDAL's 
GRASS interface.

Jan

Gerry Creager N5JXS wrote:
> and found a reference to doing contours within mapserver.
> 
> For the Mesonet site, I'd like to be able to draw contours of various 
> parameters based on point data.
> 
> Anyone tried this?  If so, how and with what results?
> 
> TIA,
> Gerry



From havard.tveite at ikf.nlh.no  Mon Mar 31 03:15:19 2003
From: havard.tveite at ikf.nlh.no (Havard Tveite)
Date: Mon, 31 Mar 2003 13:15:19 +0200
Subject: [Mapserver-users] Setting transparency via CGI
Message-ID: <3E882347.5040600@ikf.nlh.no>

In my latest build of mapserver (3.7 dev 19 march 2003, gdal, gd2) it
does not seem to be possible to set the layer TRANSPARENCY parameter via
CGI.

Is this possible in the latest build? If not, is there a reason why?

I wanted the user to be able to supply a transparency value for a layer
called "testlayer" from a menu, resulting in the following parameter
being sent to mapserver:

map_testlayer_transparency=50

This can be very useful for orthofotos (e.g. satellite images or arial
photograps), but can also be useful for vector layers.

In order for this parameter to have effect, the outputformat will have
to have support for transparency.


Something like the following could be added to the switch in
mapfile.c - loadLayerString( ... )

case (TRANSPARENCY):
     /* Should we check if transparency is supported by outputformat or
        if transparency for this layer is already set??? */
     msyystate = 2; msyystring = value;
     if(getInteger(&(layer->transparency)) == -1) return;
     break;


-- 
H?vard Tveite                       Phone:  +47 64948857
Department of Mapping Sciences      Fax:    +47 64948856
Agricultural University of Norway  http://www.nlh.no/ikf
Hogskoleveien 14, POBox 5034, N-1432 ?s, NORWAY



From Thilo.Schlemmer at blva.bayern.de  Mon Mar 31 04:04:38 2003
From: Thilo.Schlemmer at blva.bayern.de (Schlemmer Thilo)
Date: Mon, 31 Mar 2003 14:04:38 +0200
Subject: [Mapserver-users] antialiasing in GD
Message-ID: <3D62526F8230D211B54A0000CBC0A8A1032B07F8@dc001.blva.bayern.de>

Hi there,

i found on the GD-Website (http://www.boutell.com/gd/) the news that
antialiasing is now possible ("... 2.0.12 features clipping, antialiased
line drawing,...") .

I don't know how complicated  all the programming-stuff is, but
which priority have this feature for the next release?


Greets
Thilo


From dlowther at ou.edu  Mon Mar 31 05:49:59 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Mon, 31 Mar 2003 07:49:59 -0600
Subject: [Mapserver-users] accidental color change in 3.7
Message-ID: 

What about related to bug 275? This is marked as fixed, but I haven't hae a
chance to test on my configuration...

> -----Original Message-----
> From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] 
> Sent: Monday, March 31, 2003 12:39 AM
> To: Dylan Keon; Stepan Kafka
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] accidental color change in 3.7
> 
> 
> It is similar but layers are not greyed only, but colors are 
> changed to another ones. It is seen with both CGI and 
> mapscript version.
> 
> 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 Dylan 
> > Keon
> > Odesl??no: 28. b??ezna 2003 18:15
> > Komu: Stepan Kafka
> > Kopie: mapserver-users at lists.gis.umn.edu
> > P??edm??t: Re: [Mapserver-users] accidental color change in 3.7
> >
> >
> > Stepan Kafka wrote:
> > > Hi all,
> > > in *some* cases the colors of some layers are accidentaly 
> changed to 
> > > different ones :(
> > > Mapserver version: 	3.7 (less than 1 week old) 
> gd-2.0.11, gdal-1.8.4,
> > > freetype-2.1.3, ...
> > > Color mode: 		PC256
> > > Output format		GIF or PNG
> > > Nuber of "input" colors:	max 25
> > > OS:			both Linux an Win32
> >
> > Could it be related to this bug? 
> > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=276
> >
> > --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
> > ************************************************
> >
> > _______________________________________________
> > 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  Mon Mar 31 05:54:00 2003
From: wesp at gdv.com (Oliver Wesp)
Date: Mon, 31 Mar 2003 15:54:00 +0200
Subject: [Mapserver-users] accessing numeric fields in postgres
Message-ID: <5.2.0.9.2.20030331154849.00a8b938@192.168.1.2>

Dear List,

I'm playing aroung with postgres and I am stuck with simple class 
expressions and query functions when there is numeric data involved.

Here is my connection string:

   CONNECTION "user=testuser dbname=testdb host=192.168.1.1"
   DATA 'the_geom from TOWNS'

If I use a class expression on a text field (varchar) everything works fine:

CLASS
         EXPRESSION ('[NAME]' eq '[Koblenz]')
.
.
.
END

But if I use numeric data I didn't get it to work. For example

CLASS
         EXPRESSION ([POPULATION] gt 100000)
.
.
.
END

results in:

msPOSTGISLayerWhichShapes(): Query error. prep_DB:Error executing POSTGIS 
DECLARE statement (0.6 failed - retried 0.5 and it failed too). DECLARE 
mycursor BINARY CURSOR FOR SELECT 
population::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text 
from TOWNS WHERE the_geom && setSRID('BOX3D(2437855.645172 
5385619.37645828,2759898.898962 5673838.37484672)'::BOX3D, 
find_srid('','TOWNS','the_geom') )

Looks like mapserver tries to cast the numeric field POPULATION to text. If 
I test the SELECT statement within the database it says: Cannot cast type 
'numeric' to 'text'. If I change population::text to population::numeric it 
works fine.

Same is for query/nquery if there are numeric fields in the table.

Am I missing something? Is there a problem with my postgres installation? I 
tried quotes on every possible position of the expression without  success.

any hint is appreciated
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 lfilak at medinaco.org  Mon Mar 31 05:54:31 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Mon, 31 Mar 2003 08:54:31 -0500
Subject: [Mapserver-users] mapscript/java
Message-ID: <200303311354.h2VDsSN25104@yogi.medinaco.net>

I think a summary of one users experience is here:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JavaMapServerIssues
HTH
Lowell F.

The following message was sent by "Paul Dymecki"  on Sat, 29 Mar 2003 17:19:19 -0500.

> Hi,
>     I was wondering if there is any way of accessing mapscript functions > from java?  I thought i read somewhere that this was possible but not > sure,
> thx,
> Paul
> 



From fx.gamoy at mapxplore.com  Mon Mar 31 08:18:20 2003
From: fx.gamoy at mapxplore.com (fx gamoy)
Date: Mon, 31 Mar 2003 17:18:20 +0100
Subject: [Mapserver-users] Multiple mapserver compilation on the same computer
Message-ID: <004601c2f7a1$2549bce0$0201a8c0@mapxplore.com>

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0043_01C2F7A9.86DE8960
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello everybody,
i would like to get a multiple compilation of mapserver on the same =
computer. That's to say for example
- a compil maserver_classic for typical use.=20
- a compil ECW for special application.

I suppose i have to make some changes before compiling and then to call =
the correct php_mapscriptxxx.so?
Any idea?
thanks a lot,
fx gamoy

------=_NextPart_000_0043_01C2F7A9.86DE8960
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hello everybody,


i would like to get a multiple =
compilation of=20
mapserver on the same computer. That's to say for example


- a compil maserver_classic for typical =
use.=20



- a compil ECW for special=20
application.


 


I suppose i have to make =
some changes before=20
compiling and then to call the correct =
php_mapscriptxxx.so?


Any idea?


thanks a lot,


fx gamoy


------=_NextPart_000_0043_01C2F7A9.86DE8960--




From warmerdam at pobox.com  Mon Mar 31 08:42:51 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 31 Mar 2003 11:42:51 -0500
Subject: [Mapserver-users] Setting transparency via CGI
In-Reply-To: <3E882347.5040600@ikf.nlh.no>
References: <3E882347.5040600@ikf.nlh.no>
Message-ID: <3E88700B.1090702@pobox.com>

Havard Tveite wrote:
> In my latest build of mapserver (3.7 dev 19 march 2003, gdal, gd2) it
> does not seem to be possible to set the layer TRANSPARENCY parameter via
> CGI.
> 
> Is this possible in the latest build? If not, is there a reason why?
> 
> I wanted the user to be able to supply a transparency value for a layer
> called "testlayer" from a menu, resulting in the following parameter
> being sent to mapserver:
> 
> map_testlayer_transparency=50
> 
> This can be very useful for orthofotos (e.g. satellite images or arial
> photograps), but can also be useful for vector layers.
> 
> In order for this parameter to have effect, the outputformat will have
> to have support for transparency.
> 
> 
> Something like the following could be added to the switch in
> mapfile.c - loadLayerString( ... )
> 
> case (TRANSPARENCY):
>     /* Should we check if transparency is supported by outputformat or
>        if transparency for this layer is already set??? */
>     msyystate = 2; msyystring = value;
>     if(getInteger(&(layer->transparency)) == -1) return;
>     break;

Havard,

I have committed this addition in 3.7 without really being handy enough to
test it.

Note that layer transparency is
a somewhat different concept than the transparency flag in the outputformat
structure.  The outputformat transparency indicates whether there will be
an alpha layer (RGB) or single transparent color in the output file.

The layer transparency is just used to mix a new layer into the existing
map image as it is being created and should work fine even if the outputformat
isn't transparent.

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent




From warmerdam at pobox.com  Mon Mar 31 08:45:27 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 31 Mar 2003 11:45:27 -0500
Subject: [Mapserver-users] Changing image format via URL
In-Reply-To: <001301c2f6ed$84cd8a20$77b4e4c2@HSGIS>
References: <001301c2f6ed$84cd8a20$77b4e4c2@HSGIS>
Message-ID: <3E8870A7.6090000@pobox.com>

Stephan,

OK, I have fixed support for map_IMAGETYPE= (and a few other output format
related flag) in 3.7 CVS.  I hadn't really understood how the mapserver
cgi arguments were being use to override mapfile settings before.  Note, you
cannot define a new outputformat from the url but I think that would be unwise
anyways.

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent




From warmerdam at pobox.com  Mon Mar 31 08:46:58 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 31 Mar 2003 11:46:58 -0500
Subject: [Mapserver-users] accidental color change in 3.7
In-Reply-To: <000301c2f750$46c95840$5d4de4c2@HSGIS>
References: <000301c2f750$46c95840$5d4de4c2@HSGIS>
Message-ID: <3E887102.60801@pobox.com>

Stepan Kafka wrote:
> It is similar but layers are not greyed only, but colors are changed to
> another ones. It is seen with both CGI and mapscript version.
> 
> Stepan Kafka


Stepan,

I think you will need to provide a detailed case to reproduce this bug and
file it in bugzilla.  You may assign it to me for preliminary investigation
if you like.   I will pass it on to Steve if it isn't related to my work.

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  Mon Mar 31 09:25:33 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 31 Mar 2003 11:25:33 -0600
Subject: [Mapserver-users] antialiasing in GD
Message-ID: 

Since this real new I haven't had the chance to look closely at the
implementation. I would imagine we'd just add an antialias flag to the
STYLE object. This is a major addition to GD, one that should be added
to MapServer prior to the 3.7 release in my opinion.

Developers, this really makes GD 2.0 attractive to users and along with
24-bit support and the freetype fixes warrants dumping GD 1.x support.
What do folks think?

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Schlemmer Thilo  03/31/03 06:04AM
>>>
Hi there,

i found on the GD-Website (http://www.boutell.com/gd/) the news that
antialiasing is now possible ("... 2.0.12 features clipping,
antialiased
line drawing,...") .

I don't know how complicated  all the programming-stuff is, but
which priority have this feature for the next release?


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


From rosangela.silva at zenitpolar.com.br  Mon Mar 31 09:37:47 2003
From: rosangela.silva at zenitpolar.com.br (Rosangela Silva)
Date: Mon, 31 Mar 2003 14:37:47 -0300
Subject: [Mapserver-users] Doubts about MapServer capabilities
Message-ID: <000e01c2f7ac$3e9e9110$377ba8c0@nadir>

This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C2F793.18FD45A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Helo,

My name is Rosangela and I am a researcher in a Brazilian=20
organization working with GIS.

I would like to know if is possible to use the kernel=20
functions of MapServer like a library added in some=20
structured language, like c++, using the capabilities
of MapServer.=20

What is the MapServer Kernel functions based on??

Is possible to compute spatial queries (like point in polygon)=20
with MapServer??

Thanks

Rosangela. 
------=_NextPart_000_000B_01C2F793.18FD45A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Helo,


 


My name is Rosangela and I am a researcher in a Brazilian 


organization working with GIS.


I would like to know if is possible to use the kernel 


functions of MapServer like a library added in some 


structured language, like c++, using the capabilities


of MapServer. 


 


What is the MapServer Kernel functions based on??


 


Is possible to compute spatial queries (like point in polygon) =



with MapServer??


 


Thanks


 


Rosangela. 


------=_NextPart_000_000B_01C2F793.18FD45A0--



From mdoggett at coas.oregonstate.edu  Mon Mar 31 09:52:59 2003
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Mon, 31 Mar 2003 09:52:59 -0800
Subject: [Mapserver-users] dynamic mapfiles for many layers
Message-ID: <001d01c2f7ae$5e6c20f0$2441c180@nino>

I currently have a prototype Web app running using ASP and Javascript to
connect to ESRI's ArcIMS to serve up maps.  I am in the process of
converting this app to using MapServer.  Here's the rub.my application
has nearly 500 raster layers that are available for viewing.  The
ASP/Javascript provide the dynamic ability for the user to select which
raster the IMS should be rendering.  I noticed that MapServer has a
limit of 50 layers in the mapfile, though this can easily be changed by
recompiling the code.  But I'm thinking that there's probably a better,
more elegant way to make these hundreds of rasters available without
having hundreds of LAYER objects in a single mapfile.  So, I come to my
question.is there a way to generate a "dynamic" mapfile that can be
adjusted on the fly?  Or perhaps, the PHP/mapscript is the solution?
I'm not sure.  Since I'm pretty new to mapserver, I thought I would toss
this out to y'all and see what kind of responses I'd get.

Thanks

md

Matt Doggett
Spatial Climate Analysis Service
Oregon State University
316 Strand Ag Hall
Corvallis, OR 97331
(541)737-9153
mdoggett at coas.oregonstate.edu
 




From gayathri at ou.edu  Mon Mar 31 10:22:11 2003
From: gayathri at ou.edu (Swaminathan, Gayathri)
Date: Mon, 31 Mar 2003 12:22:11 -0600
Subject: [Mapserver-users] Mapserver -3.7
Message-ID: 

Hi List,
Is the nightly the mapserver -3.7? 

If yes, the nightly does not have copies of mapparser.c (or) mapparser.h
(or) maplexer.c , should an earlier copy of these files work when trying to
build mapserv.exe with the nightly?

Thanks,
Gayathri


From Chip.Hankley at GASAI.Com  Mon Mar 31 10:50:59 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Mon, 31 Mar 2003 12:50:59 -0600
Subject: [Mapserver-users] Buffering in 3.7???
Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785494@postoffice.GASAI.Com>

Folks...

Whatever happened with the buffering discussion that was going on a few
months back? There was some talk of incorporating a buffering algorithm in
3.7, I think... did this happen?

Chip Hankley


From krung at cad.go.th  Mon Mar 31 11:58:43 2003
From: krung at cad.go.th (Krung Saengpole)
Date: Tue,  1 Apr 2003 02:58:43 +0700
Subject: [Mapserver-users] accessing numeric fields in postgres
Message-ID: <200304010258.AA69271862@cad.go.th>

>But if I use numeric data I didn't get it to work. For example
>
>CLASS
>         EXPRESSION ([POPULATION] gt 100000)

Try
CLASS
    EXPRESSION ([POPULATION] > 100000)
.....
.....

>.
>.
>.
>END




From morissette at dmsolutions.ca  Mon Mar 31 11:44:58 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 31 Mar 2003 14:44:58 -0500
Subject: [Mapserver-users] dynamic mapfiles for many layers
References: <001d01c2f7ae$5e6c20f0$2441c180@nino>
Message-ID: <3E889ABA.361D68BB@dmsolutions.ca>

MapScript would be one way to solve your problem.  You could either
create completelayer definitions on the fly in MapScript, or simply
include a template layer with an empty DATA statement and fill the data
value using MapScript.

You could also do something similar with the mapserv CGI: include a
layer in your mapfile that has no DATA statement and set it via the
mapserv CGI URL using something like map_layername_data=... I'm not sure
of the exact syntax to use since I don't do that often myself, but it
should be in the docs, look for documentation on changing mapfile
parameters via the mapserv CGI URL.

Daniel



Matt Doggett wrote:
> 
> I currently have a prototype Web app running using ASP and Javascript to
> connect to ESRI's ArcIMS to serve up maps.  I am in the process of
> converting this app to using MapServer.  Here's the rub.my application
> has nearly 500 raster layers that are available for viewing.  The
> ASP/Javascript provide the dynamic ability for the user to select which
> raster the IMS should be rendering.  I noticed that MapServer has a
> limit of 50 layers in the mapfile, though this can easily be changed by
> recompiling the code.  But I'm thinking that there's probably a better,
> more elegant way to make these hundreds of rasters available without
> having hundreds of LAYER objects in a single mapfile.  So, I come to my
> question.is there a way to generate a "dynamic" mapfile that can be
> adjusted on the fly?  Or perhaps, the PHP/mapscript is the solution?
> I'm not sure.  Since I'm pretty new to mapserver, I thought I would toss
> this out to y'all and see what kind of responses I'd get.
> 
> Thanks
> 
> md
> 
> Matt Doggett
> Spatial Climate Analysis Service
> Oregon State University
> 316 Strand Ag Hall
> Corvallis, OR 97331
> (541)737-9153
> mdoggett at coas.oregonstate.edu
> 
> 
> _______________________________________________
> 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 Mar 31 12:10:21 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 31 Mar 2003 14:10:21 -0600
Subject: [Mapserver-users] Buffering in 3.7???
Message-ID: 

Well, the code to do essentially buffered queries has been added to the
source tree. Works nicely. Basically it adds support to take layer
tolerances
into account when querying by feature or shape. You can do things like
find all features within a mile of an irregular polygon (with holes and
multiple
parts). Only support for polygons is in the query code (points existed

previously) although support for lines could easily be added.

Support to actually create a new, buffered, shape from an existing
shape
has not been done.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> "Hankley, Chip"  03/31/03 12:50PM >>>
Folks...

Whatever happened with the buffering discussion that was going on a
few
months back? There was some talk of incorporating a buffering algorithm
in
3.7, I think... did this happen?

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


From Chip.Hankley at GASAI.Com  Mon Mar 31 12:19:01 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Mon, 31 Mar 2003 14:19:01 -0600
Subject: [Mapserver-users] Buffering in 3.7???
Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785498@postoffice.GASAI.Com>

> Basically it adds support to take layer tolerances
> into account when querying by feature or shape. You 
> can do things like find all features within a mile 
> of an irregular polygon (with holes and multiple
> parts).

Wow... cool. Is there syntax/method for that. Is there a mapscript syntax?


From mdoggett at coas.oregonstate.edu  Mon Mar 31 12:18:50 2003
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Mon, 31 Mar 2003 12:18:50 -0800
Subject: [Mapserver-users] php/mapscript documentation
Message-ID: <002201c2f7c2$be253220$2441c180@nino>

While I have plenty of programming experience, I'm new to Mapserver and
php/mapscript.  So far I've found the documentation describing the
dozens of objects, methods, and attributes relevant to php/mapscript but
I haven't seen much in the way of good tutorials or examples that really
show what php/mapscript looks like in practice with real examples.  Can
anyone point me to a good place to go to learn this?

Thanks.

Matt
(RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.3.2rc1)


Matt Doggett
Spatial Climate Analysis Service
Oregon State University
316 Strand Ag Hall
Corvallis, OR 97331
(541)737-9153
mdoggett at coas.oregonstate.edu
 




From keon at nacse.org  Mon Mar 31 12:32:58 2003
From: keon at nacse.org (Dylan Keon)
Date: Mon, 31 Mar 2003 12:32:58 -0800
Subject: [Mapserver-users] php/mapscript documentation
In-Reply-To: <002201c2f7c2$be253220$2441c180@nino>
References: <002201c2f7c2$be253220$2441c180@nino>
Message-ID: <3E88A5FA.30700@nacse.org>

Matt Doggett wrote:
> While I have plenty of programming experience, I'm new to Mapserver and
> php/mapscript.  So far I've found the documentation describing the
> dozens of objects, methods, and attributes relevant to php/mapscript but
> I haven't seen much in the way of good tutorials or examples that really
> show what php/mapscript looks like in practice with real examples.  Can
> anyone point me to a good place to go to learn this?

Matt,

Check out the downloadable GMAP demo at 
http://www2.dmsolutions.ca/mapserver/dl/gmap-ms36.tar.gz

You can view it in action first at 
http://www2.dmsolutions.ca/gmap/gmap75.phtml

There are also a lot of PHP code fragments in the list archives, and a 
few examples on the Wiki page: 
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript

HTH,
--Dylan

P.S. We should chat sometime, I'm right across campus from you :-)

-- 
************************************************
  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  Mon Mar 31 12:33:33 2003
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Mon, 31 Mar 2003 15:33:33 -0500
Subject: [Mapserver-users] Buffering in 3.7???
References: <3DFF131E4E6D2D4198CDD758F35A535302785498@postoffice.GASAI.Com>
Message-ID: <3E88A61D.C0E53BD8@dmsolutions.ca>

In php/mapscript you just need to set the tolerance (and maybe the tolerance
units) and use the query functions. I have used it with querybyfeature and It
works well.

Later,

"Hankley, Chip" wrote:

> > Basically it adds support to take layer tolerances
> > into account when querying by feature or shape. You
> > can do things like find all features within a mile
> > of an irregular polygon (with holes and multiple
> > parts).
>
> Wow... cool. Is there syntax/method for that. Is there a mapscript syntax?
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

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

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

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





From agask2 at hotmail.com  Mon Mar 31 12:43:29 2003
From: agask2 at hotmail.com (andy gaskins)
Date: Mon, 31 Mar 2003 15:43:29 -0500
Subject: [Mapserver-users] quick question is this possible?
Message-ID: 






i have read through the mapserver and mapscript intensively.. and im still not sure if it will do what i need it to do....... We have many dealers in each state and what i want to be able to do is highlight their counties and label how many boats they have sold in those counties via database information for each dealer... i see i can highlight things but can i label them too (with numbers)??  ive never used mapserve or map script..but i know php well  i havnt yet installed mapscript or the mapserver .. if it is possible to do this dynamically using a database  please reply on what all i would need ( as far as i know i just need mapserver and mapscript from reading the websites..)  thank you..


ps how do the borders for counties show up all ive seen so far is states..


                                               Andy Gaskins







STOP MORE SPAM with the new MSN 8 and get 2 months FREE*


From dbarron at ddive.com  Mon Mar 31 13:32:57 2003
From: dbarron at ddive.com (Dan Barron)
Date: Mon, 31 Mar 2003 13:32:57 -0800
Subject: [Mapserver-users] mapscript/java
In-Reply-To: <005501c2f641$3e8584c0$f098fea9@pauls>
Message-ID: <5.2.0.9.0.20030331132439.033af278@192.168.11.30>

--=====================_2865484==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Paul,

My solution to this question, for now, is to open a URLConnection to a php 
script that uses mapscript, pass the needed MapServer parameters, execute 
the mapscript via php, then send the needed parameters back to the 
servlet.  May not be the best solution, but it seems to work consistently.

Dan

At 05:19 PM 3/29/2003 -0500, Paul Dymecki wrote:
>Hi,
>     I was wondering if there is any way of accessing mapscript functions 
> from java?  I thought i read somewhere that this was possible but not sure,
>thx,
>Paul

--=====================_2865484==.ALT
Content-Type: text/html; charset="us-ascii"



Paul,  


My solution to this question, for now, is to open a URLConnection to a
php script that uses mapscript, pass the needed MapServer parameters,
execute the mapscript via php, then send the needed parameters back to
the servlet.  May not be the best solution, but it seems to work
consistently.


Dan


At 05:19 PM 3/29/2003 -0500, Paul Dymecki wrote:


Hi,

    I was wondering if there is
any way of accessing mapscript functions from java?  I thought i
read somewhere that this was possible but not sure,

thx,

Paul



--=====================_2865484==.ALT--



From eric at gomoos.org  Mon Mar 31 08:54:42 2003
From: eric at gomoos.org (Eric Bridger)
Date: 31 Mar 2003 16:54:42 +0000
Subject: [Mapserver-users] quick question is this possible?
In-Reply-To: 
References: 
Message-ID: <1049129683.1436.48.camel@ubet.gomoos.org>

The short answer is yes.  All that is possible. I have done it using
Perl mapscript so I'm sure it's possible with PHP. Sorry it's not yet
publicly available.

You'll need county shape files for your state which are available at:
http://www.esri.com/data/download/census2000_tigerline/index.html

Eric Bridger
Gulf of Maine Ocean Observing System www.gomoos.org




On Mon, 2003-03-31 at 20:43, andy gaskins wrote:

i have read through the mapserver and mapscript intensively.. and im
still not sure if it will do what i need it to do....... We have many
dealers in each state and what i want to be able to do is highlight
their counties and label how many boats they have sold in those counties
via database information for each dealer... i see i can highlight things
but can i label them too (with numbers)??  ive never used mapserve or
map script..but i know php well  i havnt yet installed mapscript or the
mapserver .. if it is possible to do this dynamically using a database 
please reply on what all i would need ( as far as i know i just need
mapserver and mapscript from reading the websites..)  thank you..

ps how do the borders for counties show up all ive seen so far is
states..

                                               Andy Gaskins






________________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
_______________________________________________ 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  Mon Mar 31 14:52:11 2003
From: kgeurts at gis.umn.edu (Kari Geurts)
Date: Mon, 31 Mar 2003 16:52:11 CST
Subject: [Mapserver-users] RE: Translation for MapServer
Message-ID: <200303312252.h2VMqBKG026447@firefox.software.umn.edu>

Hello MapServer Users,

There has been an increase in people volunteering to translate documents! I
would like to update the Translation section of the MapServer documentation
page to reflect these changes. If you are working on translating documents
or would like to get involved please email me with your contact information
and the language of translation. 

Kari A. Geurts

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 TMitchell at lignum.com  Mon Mar 31 15:11:50 2003
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Mon, 31 Mar 2003 15:11:50 -0800
Subject: [Mapserver-users] Perl Mapscript module on CPAN?
Message-ID: 

Hi guys,
Does anyone know what's involved with putting Mapscript into a module on
CPAN, so others can more easily install it?

Tyler




From smyd at mail.ru  Sun Mar 30 08:17:31 2003
From: smyd at mail.ru (smyd)
Date: Sun, 30 Mar 2003 20:17:31 +0400
Subject: [Mapserver-users] Mapimage : Rectangle without zooming
Message-ID: <14010518795.20030330201731@mail.ru>

Hello!

Does anybody khows how i can get (left,top) and (rigth,bottom)
coordinats of mapimage's rectangle(when i am choosing an area)?
I have to generate SQL quiry based on this coordinats. And i don't
know how i can do it without zooming map. I tried to do it using
VBScript and JavaScript but i have the feeling that all the mouse
Events don't work at the map area because when i click on the map
Mapimage applet begin to work  .

Be glag to your help
Best regards, Alexey



From link2-gis at link2-gis.dk  Mon Mar 31 12:23:18 2003
From: link2-gis at link2-gis.dk (Link2-GIS Team)
Date: Mon, 31 Mar 2003 22:23:18 +0200
Subject: [Mapserver-users] Meddelelse til alle danske GIS-brugere
Message-ID: <004501c2f7c3$651518c0$6e00a8c0@odin>

Short explanation for all non-Danes: Please excuse this cross-post in Danish. It's a message solely for the interest of Danish users
concerning local Danish problems.

This message will not be repeated.

---------------------------------
Til alle danske GIS-brugere:

En kreds af sm? GIS-firmaer st?r bag en ny service som er beregnet til dig. Det drejer sig om et ?bent dansksproget forum for alle
GIS-brugere i Danmark, hvor du kan m?de ligesindede, diskutere f?lles problemer og m?ske endda f? hj?lp til dine daglige problemer.

Den p?g?ldende service har form af et BBS (Bulletin Board System), dvs. et web-baseret forum, ikke en mailing/post-liste. Man logger
sig ind via sin browser, og kan gennems?ge alle indl?g og evt. deltage i diskussionerne. Der er fra starten oprettet et forum til
hvert st?rre GIS-produkt i Danmark, men der kan oprettes lige s? mange det skal v?re, det kr?ver blot at nogen ?nsker det.

Det er vores h?b at denne service vil kunne udfylde det tomrum for alm. GIS-brugere som ikke d?kkes af engelsksprogede mailinglister
eller produkt-specifikke brugergrupper styret af systemleverand?rer - nemlig et ?bent forum for alle GIS-brugere, der taler dit
sprog.

Du finder servicen p? denne adresse: http://www.link2-gis.dk/bbs/

Vel m?dt p? forum.

Med venlig hilsen
Teamet bag Link2-GIS



From Antti.Roppola at brs.gov.au  Mon Mar 31 15:35:14 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Tue, 1 Apr 2003 09:35:14 +1000
Subject: [Mapserver-users] Multiple mapserver compilation on the same
 computer
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC41C0@afeb-ms-02>

I have several 3.7 versions I am playing with.

php_mapscript.so is a symlink to my current default version
(say php_mapscript.3.6.4.so) and then I have others like
"php_mapscript.3.7.030127.so" which I can use by name:

	dl("php_mapscript.3.7.030127.so");

Basicially compile as per normal then rename the .so. Just remember
to keep notes on you configure options in case you want to replicate
a build. :o)

Antti


-----Original Message-----
From: fx gamoy [mailto:fx.gamoy at mapxplore.com]
Sent: Tuesday, 1 April 2003 2:18 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Multiple mapserver compilation on the same computer


Hello everybody,
i would like to get a multiple compilation of mapserver on the same computer. That's to say for example
- a compil maserver_classic for typical use. 
- a compil ECW for special application.

I suppose i have to make some changes before compiling and then to call the correct php_mapscriptxxx.so?
Any idea?
thanks a lot,
fx gamoy



From Sean.Geoghegan at dsto.defence.gov.au  Mon Mar 31 23:02:47 2003
From: Sean.Geoghegan at dsto.defence.gov.au (Geoghegan, Sean)
Date: Tue, 1 Apr 2003 16:32:47 +0930
Subject: [Mapserver-users] GD2 on Win32
Message-ID: <108E7D907871D6118B5000306E0189F801DBD1BA@ednex504.dsto.defence.gov.au>

 Hi all
 
 Does anyone have a working binary of GD2.x.x for Windows?  I am having trouble getting it to compile on using the MSVC compiler.  I've noticed that DMSolutions has some Mapserver3.7 binaries available using GD2, however I also need my binaries to have SDE support.  The windows build instructions for GD2 are practically non-existant.  If the mapserver people could provide a GD2 binary for users to build against, Im sure it would make it alot easier for people.
 
Cheers,
 
Sean Geoghegan
Information Exploitation Group
Command and Intelligence Environments Branch
Command and Control Division
Defence Science and Technology Organisation
sean.geoghegan at dsto.defence.gov.au   ph +61 08 82595895