From adams@terrestris.de Wed Jan 28 10:10:37 2004 From: adams@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 TMitchell@lignum.com Thu Jan 1 00:08:22 2004 From: TMitchell@lignum.com (Tyler Mitchell) Date: Wed, 31 Dec 2003 16:08:22 -0800 Subject: [Mapserver-users] Problems with new mapserver install In-Reply-To: <200312312250.hBVMo0AP004341@lists.gis.umn.edu> Message-ID: > This almost looks like mapserv is unable to open images, though I > don't understand > why, because I configured it with all the necessary libraries. Is > there any simple > way to test this theory? I think ./mapserv -v should list all the capabilities. I feel your pain. Have a happy new year! Tyler From ed@topozone.com Thu Jan 1 01:19:24 2004 From: ed@topozone.com (Ed McNierney) Date: Wed, 31 Dec 2003 20:19:24 -0500 Subject: [Mapserver-users] Problems with new mapserver install Message-ID: <13858AA1A74F30419F319ACB66A9D12203AF2A@mercator.topozone.com> Dave - Can you post the current text of your map file and the symbol file? Thanks - this sounds like a typo in one or the other file. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com ed@topozone.com -----Original Message----- From: mapserver@digger.net [mailto:mapserver@digger.net] Sent: Wednesday, December 31, 2003 5:50 PM To: mapserver-users@lists.gis.umn.edu Subject: Re: [Mapserver-users] Problems with new mapserver install Dylan Keon wrote: > You might try using the absolute path to each symbol. Just tried that. No change. But thanks for trying. This almost looks like mapserv is unable to open images, though I don't understand why, because I configured it with all the necessary libraries. Is there any simple way to test this theory? Dave _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mapserver@digger.net Thu Jan 1 02:21:41 2004 From: mapserver@digger.net (mapserver@digger.net) Date: Wed, 31 Dec 2003 20:21:41 -0600 (CST) Subject: [Mapserver-users] Problems with new mapserver install Message-ID: <200401010222.i012LfAP004803@lists.gis.umn.edu> On Wed, 31 Dec 2003 16:08:22 -0800 Tyler Mitchell wrote: > ./mapserv -v > > should list all the capabilities. A-hah! That reports: MapServer version 4.0.1 SUPPORTS=PROJ SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I see some things missing that probably ought to be there. Like GIF and PNG. Since I did tell configure where to find those, and it reported finding them. Thinking back, it occurs to me that I had to manually put "-pthread" into CFLAGS in the Makefile before it would compile. (I'm sure there must be a configure option to solve the problem, but I don't know what it is.) So on a whim, I decided to put "-pthread" into CFLAGS in configure and try compiling it again, to see if maybe it got configured wrong. Success! Now mapserv -v reports: 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=OGR INPUT=GDAL INPUT=SHAPEFILE That looks MUCH better! Better yet, now the Workshop demo appears to work perfectly! The Itasca demo still has issues, but it appears that converting GIF to PNG will solve that. So I think I'm up and running! > I feel your pain. My pain is now gone, thanks to your help. Dave From keon@nacse.org Thu Jan 1 03:08:43 2004 From: keon@nacse.org (Dylan Keon) Date: Wed, 31 Dec 2003 19:08:43 -0800 Subject: [Mapserver-users] Problems with new mapserver install In-Reply-To: <200401010222.i012LfAP004803@lists.gis.umn.edu> References: <200401010222.i012LfAP004803@lists.gis.umn.edu> Message-ID: <3FF38F3B.5030409@nacse.org> On 12/31/2003 06:21 PM mapserver@digger.net wrote: > On Wed, 31 Dec 2003 16:08:22 -0800 > Tyler Mitchell wrote: > > >>./mapserv -v >> >>should list all the capabilities. > > > A-hah! That reports: > MapServer version 4.0.1 SUPPORTS=PROJ SUPPORTS=WMS_SERVER INPUT=TIFF > INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > I see some things missing that probably ought to be there. Like GIF and > PNG. Since I did tell configure where to find those, and it reported > finding them. > > Thinking back, it occurs to me that I had to manually put "-pthread" into > CFLAGS in the Makefile before it would compile. (I'm sure there must be a > configure option to solve the problem, but I don't know what it is.) So > on a whim, I decided to put "-pthread" into CFLAGS in configure and try > compiling it again, to see if maybe it got configured wrong. Success! > > Now mapserv -v reports: > 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=OGR INPUT=GDAL INPUT=SHAPEFILE > > That looks MUCH better! Better yet, now the Workshop demo appears to work > perfectly! The Itasca demo still has issues, but it appears that > converting GIF to PNG will solve that. So I think I'm up and running! I would still use absolute paths for the SYMBOLs. I tried relative paths vs. absolute paths in my copy of the Itasca demo this evening, and with relative paths I got the exact error you originally reported. Also, you might want to recompile MapServer --without-tiff if you want to use --with-gdal. If you're using GDAL it's best to use GDAL's internal TIFF support, rather than MapServer's. --Dylan From dholeman1@cox.net Fri Jan 2 07:01:21 2004 From: dholeman1@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@dmsolutions.ca Sat Jan 3 21:27:38 2004 From: spencer@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer spencer@dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From kallwn@icircus.net Sun Jan 4 11:54:06 2004 From: kallwn@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@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > ----------------------------------------------------------------- > |Paul Spencer spencer@dmsolutions.ca | > |-----------------------------------------------------------------| > |Applications & Software Development | > |DM Solutions Group Inc http://www.dmsolutions.ca/| > ----------------------------------------------------------------- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From d.prati@arpalombardia.it Sun Jan 4 19:37:58 2004 From: d.prati@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@arpalombardia.it From edman007x@mac.com Sun Jan 4 20:06:08 2004 From: edman007x@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@mail-online.dk Sun Jan 4 20:20:05 2004 From: palle@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@arpalombardia.it > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@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@hotmail.com Mon Jan 5 05:35:10 2004 From: mikereilly_7@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@hotmail.com Mon Jan 5 07:37:37 2004 From: mikereilly_7@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@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@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@prometheus.org.yu Mon Jan 5 07:51:54 2004 From: plists@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@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@intevation.de Mon Jan 5 09:29:17 2004 From: frank.koormann@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@pbh.gov.br Mon Jan 5 13:27:21 2004 From: hugo@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@seat.it Mon Jan 5 13:25:56 2004 From: Ballini.Yvain@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@dmsolutions.ca] Inviato: gioved=EC 18 dicembre 2003 0.43 A: Ballini Yvain Cc: mapserver-users@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@nrcan.gc.ca Mon Jan 5 14:22:46 2004 From: hjulien@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@magma.ca] Envoyé : Saturday, January 03, 2004 4:28 PM À : bartvde@xs4all.nl Cc : mapserver-users@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer spencer@dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hjulien@nrcan.gc.ca Mon Jan 5 14:53:14 2004 From: hjulien@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@nrcan.gc.ca] Envoyé : Monday, December 29, 2003 11:30 AM À : 'mapserver-users@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@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric@gomoos.org Mon Jan 5 14:52:30 2004 From: eric@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From keon@nacse.org Mon Jan 5 15:45:32 2004 From: keon@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@gmx.de Mon Jan 5 16:18:21 2004 From: ms_sbittner@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@nacse.org Mon Jan 5 16:30:12 2004 From: keon@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@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@nacse.org voice: 541-737-6608 fax: 541-737-6609 ************************************************************** From ed@topozone.com Mon Jan 5 16:36:22 2004 From: ed@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@topozone.com (978) 251-4242 -----Original Message----- From: Steffen Bittner [mailto:ms_sbittner@gmx.de] Sent: Monday, January 05, 2004 11:18 AM To: mapserver-users@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@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From V.Honzik@sh.cvut.cz Mon Jan 5 16:51:22 2004 From: V.Honzik@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@dmsolutions.ca Mon Jan 5 16:52:44 2004 From: morissette@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@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From V.Honzik@sh.cvut.cz Mon Jan 5 16:57:05 2004 From: V.Honzik@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@nacse.org Mon Jan 5 16:58:06 2004 From: keon@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@pbh.gov.br Mon Jan 5 19:23:35 2004 From: hugo@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@gomoos.org Mon Jan 5 20:21:58 2004 From: eric@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@dmsolutions.ca Mon Jan 5 21:10:04 2004 From: lacroix@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@dmsolutions.ca] > Inviato: giovedì 18 dicembre 2003 0.43 > A: Ballini Yvain > Cc: mapserver-users@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ------------------------------------------------------------ Julien-Samuel Lacroix lacroix@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From hjulien@nrcan.gc.ca Mon Jan 5 21:37:12 2004 From: hjulien@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@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 Thomas E Burk Mon Jan 5 21:45:31 2004 From: Thomas E Burk (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@lists.gis.umn.edu, acline2@cox.net >MIME-Version: 1.0 >Content-MD5: h1T1/dtfAfN8VBfKmyQmgA== >X-BeenThere: mapserver-users@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@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From morissette@dmsolutions.ca Mon Jan 5 22:36:15 2004 From: morissette@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@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From abehere@cs.ucsd.edu Tue Jan 6 00:22:04 2004 From: abehere@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@ec.gc.ca Tue Jan 6 00:54:54 2004 From: Tom.Kralidis@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@cs.ucsd.edu] > Sent: Monday, January 05, 2004 7:22 PM > To: mapserver-users@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From adams@terrestris.de Tue Jan 6 08:34:43 2004 From: adams@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@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@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@terrestris.de * www.terrestris.de From christina.biakowski@ccgis.de Tue Jan 6 09:00:09 2004 From: christina.biakowski@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@grid.unep.ch Tue Jan 6 10:09:45 2004 From: stefan.schwarzer@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@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@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@imgw.pl Tue Jan 6 10:18:02 2004 From: Robert.Siudak@imgw.pl (Robert.Siudak@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@nrcan.gc.ca Tue Jan 6 14:39:16 2004 From: hjulien@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@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@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@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@terrestris.de * www.terrestris.de From David.Fawcett@state.mn.us Tue Jan 6 15:03:45 2004 From: David.Fawcett@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@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@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@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@terrestris.de * www.terrestris.de _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From msmith@sanangelompo.org Tue Jan 6 15:06:56 2004 From: msmith@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@sanangelompo.org From eric@gomoos.org Tue Jan 6 15:03:18 2004 From: eric@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@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@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@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@terrestris.de * www.terrestris.de > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gerry.creager@tamu.edu Tue Jan 6 15:13:59 2004 From: gerry.creager@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@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@dnr.state.mn.us Tue Jan 6 15:30:16 2004 From: steve.lime@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@sf-datentechnik.de Tue Jan 6 15:32:22 2004 From: ter-haseborg@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@sanangelompo.org] >Sent: Tuesday, January 06, 2004 4:07 PM >To: mapserver-users@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@sanangelompo.org > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From nsavard@dmsolutions.ca Tue Jan 6 15:42:09 2004 From: nsavard@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@cs.ucsd.edu] >>Sent: Monday, January 05, 2004 7:22 PM >>To: mapserver-users@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@lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users >> >> >> >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@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@cs.ucsd.edu] 
Sent: Monday, January 05, 2004 7:22 PM
To: mapserver-users@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users

    

  

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

  








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


From hjulien@nrcan.gc.ca  Tue Jan  6 15:42:43 2004
From: hjulien@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@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@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@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@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@terrestris.de * www.terrestris.de
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 



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


From Daniel.A.Martin@erac.com  Tue Jan  6 16:05:02 2004
From: Daniel.A.Martin@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@lists.gis.umn.edu 
> [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of 
> Gerry Creager N5JXS
> Sent: Tuesday, January 06, 2004 9:14 AM
> To: mapserver-users@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@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@lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 


From phj@norgit.no  Tue Jan  6 16:05:11 2004
From: phj@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@lignum.com  Tue Jan  6 16:08:17 2004
From: TMitchell@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@cape.com  Tue Jan  6 16:34:21 2004
From: nhv@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@sf-datentechnik.de  Tue Jan  6 16:38:18 2004
From: ter-haseborg@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@agr.gc.ca]
>Sent: Wednesday, October 15, 2003 4:42 PM
>To: Frieso ter Haseborg
>Cc: mapserver-users@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@agr.gc.ca]=20
>>Sent: Monday, September 29, 2003 8:37 PM
>>To: mapserver-users@lists.gis.umn.edu; Frieso ter Haseborg
>>Cc: Tom.Kralidis@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@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@lists.gis.umn.edu=20
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=20
>>
>
>_______________________________________________
>Mapserver-users mailing list
>Mapserver-users@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@pbh.gov.br  Tue Jan  6 17:02:49 2004
From: hugo@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@lignum.com  Tue Jan  6 17:04:21 2004
From: TMitchell@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@gomoos.org  Tue Jan  6 17:30:01 2004
From: eric@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@pbh.gov.br  Tue Jan  6 17:39:18 2004
From: hugo@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@dnr.state.mn.us  Tue Jan  6 17:46:05 2004
From: steve.lime@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From steve.lime@dnr.state.mn.us  Tue Jan  6 17:41:09 2004
From: steve.lime@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From heitzso@growthmodels.com  Tue Jan  6 17:58:10 2004
From: heitzso@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@lignum.com  Tue Jan  6 18:11:24 2004
From: TMitchell@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@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@ec.gc.ca  Tue Jan  6 17:57:15 2004
From: nicolas.fortin@ec.gc.ca (nicolas.fortin@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@pbh.gov.br] 
Envoyé : Tuesday, January 06, 2004 12:39 PM
À : mapserver-users@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@pathcom.ca  Tue Jan  6 19:29:16 2004
From: gejs@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@cape.com  Tue Jan  6 20:21:41 2004
From: nhv@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@cdaid.org  Tue Jan  6 20:24:01 2004
From: kjohnson@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@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@norgit.no  Tue Jan  6 20:49:03 2004
From: phj@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@dnr.state.mn.us]
> Sent: 6. januar 2004 18:41
> To: mapserver-users@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@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@sanangelompo.org  Tue Jan  6 20:52:47 2004
From: msmith@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@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of JOHNSON, KIRK
Sent: Tuesday, January 06, 2004 2:24 PM
To: mapserver-users@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@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@lists.gis.umn.edu=20
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of =
JOHNSON,=20
KIRK
Sent: Tuesday, January 06, 2004 2:24 PM
To:=20
mapserver-users@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@nrcan.gc.ca  Tue Jan  6 21:26:32 2004
From: hjulien@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@erac.com]
Envoyé : Friday, December 19, 2003 4:29 PM
À : Julien, Heryk; mapserver-users@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@lists.gis.umn.edu 
> [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of 
> Julien, Heryk
> Sent: Friday, December 19, 2003 2:29 PM
> To: 'mapserver-users@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@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users


From ed@topozone.com  Tue Jan  6 21:30:48 2004
From: ed@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@topozone.com



From TMitchell@lignum.com  Tue Jan  6 21:36:49 2004
From: TMitchell@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@erac.com  Tue Jan  6 22:16:53 2004
From: Daniel.A.Martin@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@nrcan.gc.ca] 
> Sent: Tuesday, January 06, 2004 3:27 PM
> To: Martin, Daniel A
> Cc: mapserver-users@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@erac.com]
> Envoyé : Friday, December 19, 2003 4:29 PM
> À : Julien, Heryk; mapserver-users@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@lists.gis.umn.edu
> > [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of 
> > Julien, Heryk
> > Sent: Friday, December 19, 2003 2:29 PM
> > To: 'mapserver-users@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@lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 


From steve.lime@dnr.state.mn.us  Tue Jan  6 22:29:45 2004
From: steve.lime@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@srpnet.com  Tue Jan  6 23:05:27 2004
From: jwwilhit@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@hoppsan.org  Tue Jan  6 23:16:30 2004
From: zak-ms@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>


From abehere@cs.ucsd.edu  Tue Jan  6 23:19:13 2004
From: abehere@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@cs.ucsd.edu]
> >>Sent: Monday, January 05, 2004 7:22 PM
> >>To: mapserver-users@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@lists.gis.umn.edu
> >>http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> >>
> >>
> >>
> >_______________________________________________
> >Mapserver-users mailing list
> >Mapserver-users@lists.gis.umn.edu
> >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
> >
>
>

From assefa@dmsolutions.ca  Tue Jan  6 23:31:31 2004
From: assefa@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@cs.ucsd.edu]
>>>>Sent: Monday, January 05, 2004 7:22 PM
>>>>To: mapserver-users@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@lists.gis.umn.edu
>>>>http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
>>>>
>>>>
>>>>
>>>
>>>_______________________________________________
>>>Mapserver-users mailing list
>>>Mapserver-users@lists.gis.umn.edu
>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>>
>>>
>>>
>>
>>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


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

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

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




From mdoggett@coas.oregonstate.edu  Wed Jan  7 00:13:29 2004
From: mdoggett@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@lists.gis.umn.edu [mailto:mapserver-users-
>admin@lists.gis.umn.edu] On Behalf Of Tyler Mitchell
>Sent: Tuesday, January 06, 2004 1:37 PM
>To: JOHNSON, KIRK
>Cc: mapserver-users@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@cs.ucsd.edu  Wed Jan  7 00:14:28 2004
From: abehere@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@cs.ucsd.edu]
> >>>>Sent: Monday, January 05, 2004 7:22 PM
> >>>>To: mapserver-users@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@lists.gis.umn.edu
> >>>>http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> >>>>
> >>>>
> >>>>
> >>>
> >>>_______________________________________________
> >>>Mapserver-users mailing list
> >>>Mapserver-users@lists.gis.umn.edu
> >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >>>
> >>>
> >>>
> >>
> >>
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users@lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
>
> --
> ----------------------------------------------------------------
> Assefa Yewondwossen
> Software Analyst
>
> Email: assefa@dmsolutions.ca
> http://www.dmsolutions.ca/
>
> Phone: (613) 565-5056 (ext 14)
> Fax:   (613) 565-0925
> ----------------------------------------------------------------
>
>
>
>

From pbaker@where2getit.com  Wed Jan  7 01:36:03 2004
From: pbaker@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@where2getit.com>
Changed-By: Paul Baker (w2gi) <pbaker@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@gomoos.org  Wed Jan  7 02:29:00 2004
From: eric@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@frii.com  Wed Jan  7 02:34:48 2004
From: sgillies@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>


From sgillies@frii.com  Wed Jan  7 02:38:01 2004
From: sgillies@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@dmsolutions.ca  Wed Jan  7 02:45:35 2004
From: morissette@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From morissette@dmsolutions.ca  Wed Jan  7 05:15:14 2004
From: morissette@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From Ballini.Yvain@seat.it  Wed Jan  7 10:21:47 2004
From: Ballini.Yvain@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@dmsolutions.ca] 
Inviato: lunedì 5 gennaio 2004 22.10
A: Ballini Yvain
Cc: Daniel Morissette; mapserver-users@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@dmsolutions.ca]
> Inviato: giovedì 18 dicembre 2003 0.43
> A: Ballini Yvain
> Cc: mapserver-users@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

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





From joukje.de.haan@aris.nl  Wed Jan  7 10:26:02 2004
From: joukje.de.haan@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@norgit.no  Wed Jan  7 10:44:05 2004
From: phj@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@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@dnr.state.mn.us]
> > Sent: 6. januar 2004 18:41
> > To: mapserver-users@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@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@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 


From ep@fundfgmbh.de  Wed Jan  7 11:55:56 2004
From: ep@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@ccgis.de  Wed Jan  7 12:33:54 2004
From: christina.biakowski@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@ccgis.de  Wed Jan  7 12:33:53 2004
From: christina.biakowski@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@gdv.com  Wed Jan  7 13:13:40 2004
From: wesp@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@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@terrestris.de  Wed Jan  7 13:47:07 2004
From: adams@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@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@terrestris.de * www.terrestris.de



From hjulien@nrcan.gc.ca  Wed Jan  7 14:56:08 2004
From: hjulien@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@erac.com]
Envoyé : Tuesday, January 06, 2004 5:17 PM
À : Julien, Heryk
Cc : mapserver-users@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@nrcan.gc.ca] 
> Sent: Tuesday, January 06, 2004 3:27 PM
> To: Martin, Daniel A
> Cc: mapserver-users@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@erac.com]
> Envoyé : Friday, December 19, 2003 4:29 PM
> À : Julien, Heryk; mapserver-users@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@lists.gis.umn.edu
> > [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of 
> > Julien, Heryk
> > Sent: Friday, December 19, 2003 2:29 PM
> > To: 'mapserver-users@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@lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 


From James.P.Buzbee@lmco.com  Wed Jan  7 15:56:28 2004
From: James.P.Buzbee@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@ec.gc.ca  Wed Jan  7 15:56:24 2004
From: nicolas.fortin@ec.gc.ca (nicolas.fortin@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@ec.gc.ca <mailto:nicolas.fortin@ec.gc.ca> 


From Christopher.Dimeo@maine.gov  Wed Jan  7 16:12:07 2004
From: Christopher.Dimeo@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@planet.nl  Wed Jan  7 16:09:47 2004
From: wim.blanken@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@dmsolutions.ca  Wed Jan  7 16:25:37 2004
From: morissette@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From sgillies@frii.com  Wed Jan  7 16:27:22 2004
From: sgillies@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@erac.com  Wed Jan  7 16:35:00 2004
From: Daniel.A.Martin@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@nrcan.gc.ca] 
> Sent: Wednesday, January 07, 2004 8:56 AM
> To: Martin, Daniel A
> Cc: mapserver-users@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@erac.com]
> Envoyé : Tuesday, January 06, 2004 5:17 PM
> À : Julien, Heryk
> Cc : mapserver-users@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@nrcan.gc.ca]
> > Sent: Tuesday, January 06, 2004 3:27 PM
> > To: Martin, Daniel A
> > Cc: mapserver-users@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@erac.com] Envoyé : 
> > Friday, December 19, 2003 4:29 PM À : Julien, Heryk; 
> > mapserver-users@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@lists.gis.umn.edu
> > > [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of
> > > Julien, Heryk
> > > Sent: Friday, December 19, 2003 2:29 PM
> > > To: 'mapserver-users@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@lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> > 
> 


From warmerdam@pobox.com  Wed Jan  7 16:39:21 2004
From: warmerdam@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@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@ec.gc.ca  Wed Jan  7 16:39:12 2004
From: nicolas.fortin@ec.gc.ca (nicolas.fortin@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@planet.nl] 
Envoyé : Wednesday, January 07, 2004 11:10 AM
À : mapserver-users@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@dnr.state.mn.us  Wed Jan  7 17:17:41 2004
From: steve.lime@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@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@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@dnr.state.mn.us] 
> > Sent: 6. januar 2004 18:41
> > To: mapserver-users@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@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@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@lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users 
> 

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

From Daniel.A.Martin@erac.com  Wed Jan  7 16:59:14 2004
From: Daniel.A.Martin@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@lists.gis.umn.edu 
> [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of 
> nicolas.fortin@ec.gc.ca
> Sent: Wednesday, January 07, 2004 10:39 AM
> To: wim.blanken@planet.nl; mapserver-users@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@planet.nl] 
> Envoyé : Wednesday, January 07, 2004 11:10 AM
> À : mapserver-users@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@lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 


From steve.lime@dnr.state.mn.us  Wed Jan  7 17:51:07 2004
From: steve.lime@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@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From jgorkos@lenexa.sema.slb.com  Wed Jan  7 18:20:20 2004
From: jgorkos@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@lignum.com  Wed Jan  7 18:38:10 2004
From: TMitchell@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@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@geoanalytics.com  Wed Jan  7 18:59:10 2004
From: pkishor@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@yahoogroups.com, "Steve Lime" <steve.lime@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@yahoo.com  Wed Jan  7 19:01:47 2004
From: pxniw69@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@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@dmsolutions.ca] 
> Inviato: lunedì 5 gennaio 2004 22.10
> A: Ballini Yvain
> Cc: Daniel Morissette;
> mapserver-users@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@dmsolutions.ca]
> > Inviato: giovedì 18 dicembre 2003 0.43
> > A: Ballini Yvain
> > Cc: mapserver-users@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@lists.gis.umn.edu
> >
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > 
> 
> --
>
------------------------------------------------------------
> Julien-Samuel Lacroix           
> lacroix@dmsolutions.ca
> DM Solutions Group              
> http://www.dmsolutions.ca/
>
------------------------------------------------------------
> 
> 
> 
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@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@dmsolutions.ca  Wed Jan  7 19:49:51 2004
From: assefa@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@dmsolutions.ca
http://www.dmsolutions.ca/

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




From steve.lime@dnr.state.mn.us  Wed Jan  7 20:42:32 2004
From: steve.lime@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@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@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@dmsolutions.ca  Wed Jan  7 20:55:41 2004
From: spencer@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@dmsolutions.ca    |
|-----------------------------------------------------------------|
|Applications & Software Development                              |
|DM Solutions Group Inc                 http://www.dmsolutions.ca/|
  -----------------------------------------------------------------


From racarr@fs.fed.us  Wed Jan  7 22:59:48 2004
From: racarr@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@fs.fed.us           (414) 297-1057


From elrod@oaktownunderground.com  Wed Jan  7 22:21:33 2004
From: elrod@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@eivd.ch  Thu Jan  8 07:33:02 2004
From: remi.baud@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@mail-online.dk  Thu Jan  8 08:39:46 2004
From: palle@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@ccgis.de  Thu Jan  8 08:55:25 2004
From: christina.biakowski@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@lignum.com]
Gesendet: Mittwoch, 7. Januar 2004 19:38
An: Christina Biakowski
Cc: Mapserver-Users@Lists. Gis. Umn. Edu
Betreff: Re: [Mapserver-users] MapServer 4.01 - unreadable error
messages









mapserver-users-admin@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@xs4all.nl  Thu Jan  8 08:55:49 2004
From: bartvde@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@geography.leeds.ac.uk  Thu Jan  8 10:35:39 2004
From: ian@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@planiglobe.com  Thu Jan  8 10:46:26 2004
From: mweinelt@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@atsence.nl  Thu Jan  8 10:53:11 2004
From: lists@atsence.nl (lists@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@topozone.com  Thu Jan  8 13:49:20 2004
From: ed@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@topozone.com


-----Original Message-----
From: Palle Due Larsen [mailto:palle@mail-online.dk] 
Sent: Thursday, January 08, 2004 3:40 AM
To: mapserver-users@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@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From ed@topozone.com  Thu Jan  8 13:56:19 2004
From: ed@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@topozone.com


-----Original Message-----
From: Ian Turton [mailto:ian@geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 5:36 AM
To: Steve Lime; mapserver-users@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@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From ian@geography.leeds.ac.uk  Thu Jan  8 14:10:03 2004
From: ian@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@topozone.com  Thu Jan  8 14:20:51 2004
From: ed@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@topozone.com


-----Original Message-----
From: Ian Turton [mailto:ian@geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 9:10 AM
To: Ed McNierney; Ian Turton; Steve Lime;
mapserver-users@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@dmsolutions.ca  Thu Jan  8 14:42:03 2004
From: spencer@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

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


From AArace@geonetics.com  Thu Jan  8 15:00:15 2004
From: AArace@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@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@frii.com  Thu Jan  8 15:10:30 2004
From: sgillies@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@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@ccgis.de  Thu Jan  8 15:15:01 2004
From: thelen@ccgis.de (thelen@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@lignum.com]
> Gesendet: Mittwoch, 7. Januar 2004 19:38
> An: Christina Biakowski
> Cc: Mapserver-Users@Lists. Gis. Umn. Edu
> Betreff: Re: [Mapserver-users] MapServer 4.01 - unreadable error messages
>
>
>
>
>
>
>
>
>
> mapserver-users-admin@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>




From morissette@dmsolutions.ca  Thu Jan  8 15:37:36 2004
From: morissette@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From ian@geography.leeds.ac.uk  Thu Jan  8 15:55:37 2004
From: ian@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@dmsolutions.ca  Thu Jan  8 16:09:30 2004
From: morissette@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@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From ed@topozone.com  Thu Jan  8 16:46:39 2004
From: ed@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@topozone.com


-----Original Message-----
From: Ian Turton [mailto:ian@geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 10:56 AM
To: Ed McNierney; mapserver-users@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@pbh.gov.br  Thu Jan  8 16:58:19 2004
From: hugo@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@dnr.state.mn.us  Thu Jan  8 17:00:03 2004
From: steve.lime@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@dnr.state.mn.us  Thu Jan  8 17:04:16 2004
From: steve.lime@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@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@topozone.com 


-----Original Message-----
From: Ian Turton [mailto:ian@geography.leeds.ac.uk] 
Sent: Thursday, January 08, 2004 10:56 AM
To: Ed McNierney; mapserver-users@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From arnulf.christl@ccgis.de  Thu Jan  8 17:07:29 2004
From: arnulf.christl@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@lists.gis.umn.edu
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>




From arnulf.christl@ccgis.de  Thu Jan  8 17:07:31 2004
From: arnulf.christl@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@ec.gc.ca  Thu Jan  8 17:25:15 2004
From: Tom.Kralidis@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@dnr.state.mn.us] 
> Sent: Thursday, January 08, 2004 12:04 PM
> To: ian@geography.leeds.ac.uk; 
> mapserver-users@lists.gis.umn.edu; ed@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@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@topozone.com 
> 
> 
> -----Original Message-----
> From: Ian Turton [mailto:ian@geography.leeds.ac.uk] 
> Sent: Thursday, January 08, 2004 10:56 AM
> To: Ed McNierney; mapserver-users@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From elrod@oaktownunderground.com  Thu Jan  8 17:10:21 2004
From: elrod@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@swoodbridge.com  Thu Jan  8 19:50:01 2004
From: woodbri@swoodbridge.com (woodbri@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@dmsolutions.ca  Thu Jan  8 19:58:29 2004
From: morissette@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From bartvde@xs4all.nl  Thu Jan  8 20:15:08 2004
From: bartvde@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@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@dmsolutions.ca  Thu Jan  8 20:29:01 2004
From: morissette@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From James.P.Buzbee@lmco.com  Thu Jan  8 20:58:25 2004
From: James.P.Buzbee@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@prosis.com  Thu Jan  8 21:05:55 2004
From: rsanabria@prosis.com (rsanabria@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@tpg.com.au  Thu Jan  8 21:59:20 2004
From: bwragg@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@dnr.state.mn.us  Thu Jan  8 22:16:17 2004
From: steve.lime@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From Jean-Francois.Doyon@CCRS.NRCan.gc.ca  Thu Jan  8 22:30:01 2004
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca (Jean-Francois.Doyon@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@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of Steve Lime
Sent: Thursday, January 08, 2004 5:16 PM
To: mapserver-users@lists.gis.umn.edu; woodbri@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From morissette@dmsolutions.ca  Thu Jan  8 23:08:38 2004
From: morissette@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@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@hotmail.com  Thu Jan  8 23:32:33 2004
From: jon_d_martin@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@refractions.net  Thu Jan  8 23:52:32 2004
From: chodgson@refractions.net (chodgson@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@streamyx.com  Fri Jan  9 00:46:27 2004
From: ms57@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@hpfm.com.au  Fri Jan  9 04:28:51 2004
From: travis@hpfm.com.au (travis@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@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@dmsolutions.ca  Fri Jan  9 04:55:06 2004
From: morissette@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@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@dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------


From palle@mail-online.dk  Fri Jan  9 07:40:26 2004
From: palle@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@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@ccgis.de  Fri Jan  9 11:33:53 2004
From: arnulf.christl@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@pbh.gov.br  Fri Jan  9 13:07:51 2004
From: hugo@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@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@asg.sc.edu  Fri Jan  9 15:13:41 2004
From: cpurvis@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@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@lenexa.sema.slb.com  Fri Jan  9 15:14:22 2004
From: jgorkos@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@prosis.com  Fri Jan  9 16:14:24 2004
From: rsanabria@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@dnr.state.mn.us  Fri Jan  9 16:49:46 2004
From: steve.lime@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@swoodbridge.com  Fri Jan  9 17:19:46 2004
From: woodbri@swoodbridge.com (woodbri@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 




From stephen.clark@focus.ca  Fri Jan  9 18:40:38 2004
From: stephen.clark@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@refractions.net  Fri Jan  9 17:39:28 2004
From: chodgson@refractions.net (chodgson@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@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@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@xs4all.nl  Fri Jan  9 21:03:54 2004
From: bartvde@xs4all.nl (bartvde@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@web.de  Fri Jan  9 21:21:45 2004
From: innaj@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@nrcan.gc.ca  Fri Jan  9 21:58:04 2004
From: hjulien@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@xs4all.nl [mailto:bartvde@xs4all.nl]
Envoy=E9 : Friday, January 09, 2004 4:04 PM
=C0 : mapserver-users@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@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 Thomas E Burk   Fri Jan  9 22:17:05 2004
From: Thomas E Burk  (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@xs4all.nl [mailto:bartvde@xs4all.nl]
>Envoyé : Friday, January 09, 2004 4:04 PM
>À : mapserver-users@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@lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



From bartvde@xs4all.nl  Fri Jan  9 22:30:25 2004
From: bartvde@xs4all.nl (bartvde@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@xs4all.nl [mailto:bartvde@xs4all.nl]
> Envoyé : Friday, January 09, 2004 4:04 PM
> À : mapserver-users@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>


From stephen.clark@focus.ca  Sat Jan 10 00:02:57 2004
From: stephen.clark@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@xs4all.nl [mailto:bartvde@xs4all.nl]
> > Envoyé : Friday, January 09, 2004 4:04 PM
> > À : mapserver-users@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@lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>


From jvanulde@nrcan.gc.ca  Sat Jan 10 01:24:03 2004
From: jvanulde@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@nrcan.gc.ca
============================================

From jjn@destraat.nl  Sat Jan 10 09:36:16 2004
From: jjn@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@xs4all.nl  Sat Jan 10 10:22:13 2004
From: bartvde@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@nrcan.gc.ca
> ============================================
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



-- 
  

From bartvde@xs4all.nl  Sat Jan 10 10:23:42 2004
From: bartvde@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@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>



-- 
  

From niko@isl.net.mx  Sun Jan 11 20:43:25 2004
From: niko@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@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@localhost map]# cat emplazamiento.html
Emplazamiento: [ID_EMPLAZAM]:

Nombre: [NOMBRE]

Latitud: [LAT]

Longitud: [LON]

ID_Clase: [ID_CLASE]

[root@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@planet.nl  Sun Jan 11 23:07:27 2004
From: wim.blanken@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@mapxplore.com  Mon Jan 12 00:54:47 2004
From: fx.gamoy@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@libero.it  Mon Jan 12 08:15:22 2004
From: opengis@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@sh.cvut.cz  Mon Jan 12 10:16:47 2004
From: V.Honzik@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@greenwoodmap.com  Mon Jan 12 07:09:32 2004
From: rich@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@oieau.fr  Mon Jan 12 14:37:19 2004
From: fx.prunayre@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@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@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@focus.ca  Mon Jan 12 16:18:56 2004
From: stephen.clark@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@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@geoanalytics.com  Mon Jan 12 15:47:50 2004
From: pkishor@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@pobox.com  Mon Jan 12 15:53:27 2004
From: warmerdam@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@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@state.mn.us  Mon Jan 12 15:58:57 2004
From: David.Fawcett@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

From lfilak@medinaco.org  Mon Jan 12 16:19:38 2004
From: lfilak@medinaco.org (Lowell Filak)
Date: Mon, 12 Jan 2004 11:19:38 -0500
Subject: [Mapserver-users] MUM 2004
Message-I